David Sterba wrote... > so bdev or bdev->bd_disk might be NULL, but according to the offsets it seems to > be 'bdev->bd_disk'. My analysis led to the same result. > Anyawy, this is below btrfs layer. Well, at least it's a regression introduced by a rework[1] in the fs layer. So it's obvious to assume either btrfs should have been considered in that commit, or this uncovered an API usage by btrfs in an unsupported way. To bring all parties involved together I've created https://bugzilla.kernel.org/show_bug.cgi?id=100911 Christoph [1] | commit de1414a654e66b81b5348dbc5259ecf2fb61655e | Author: Christoph Hellwig <hch@xxxxxx> | Date: Wed Jan 14 10:42:36 2015 +0100 | | fs: export inode_to_bdi and use it in favor of | mapping->backing_dev_info | | Now that we got rid of the bdi abuse on character devices we can | always use | sb->s_bdi to get at the backing_dev_info for a file, except for | the block | device special case. Export inode_to_bdi and replace uses of | mapping->backing_dev_info with it to prepare for the removal of | mapping->backing_dev_info. -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
