> > Is there anything xen-devel should be doing about this? I wouldn't > > expect blkback to care about block size... > > Well, I wouldn't be surprised if Windows doesn't work on a device with block > size > 512 bytes. But Linux (ext4 at least) certaintly does work with 4k > blocks - > unless maybe it was breaking on something in the boot process? > > So it sounds like this might be indicative of a bug in blkback. >
As far as I can tell, blkback works internally in 512 byte sectors, but does a bounds check of the 512 byte sector offset against the native sector count, so if you have 4K sectors you get an error trying to access anything past 1/8th of the disk. This is a problem, but qemu can't boot off anything but 512 byte sectors so that is the more limiting factor. I suspect a more thorough audit of blkback's behaviour wrt 4K sectors would be in order before simply fixing the bounds check bug, although it seems to work fine. Curiously, despite literature to the contrary, Windows itself doesn't seem to care if the sector size is 4K. I added a second disk to an already running Windows DomU, partitioned it, and formatted it, and tested it (copying files on, off, rebooting, etc). As long as the size of my partition was <1/8th the size of the disk it worked fine. James -- To unsubscribe from this list: send the line "unsubscribe linux-bcache" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
