Hello again, fellow subscribers. Since 4.3.X kernels I am experiencing some strange problems with disk IO.
I am passing through the whole /dev/sda(since i also dualboot into that system for some weird software or hardware) to my VM, and since recent versions of kernel the VM gets stuck in an endless loop, consuming 100% one core. The ISA debug console says stuff like: PartitionValidMbr: Bad MBR partition size EndingLBA(D99299D3) > LastLBA(31FFF) The thing is that the disk in question has nothing to do with MBR, it is formatted into GPT. I can't pinpoint the source of that weird D99299D3 number. That kind of error happens for every partition detected. Device Start End Sectors Size Type /dev/sda1 2048 1171875000 1171872953 558.8G Microsoft basic data /dev/sda2 1171875840 1172080639 204800 100M EFI System /dev/sda3 1172080640 1172342783 262144 128M Microsoft reserved /dev/sda4 1172342784 1465145343 292802560 139.6G Microsoft basic data /dev/sda5 1465145344 1953525134 488379791 232.9G Microsoft basic data That looks like a valid partition table for me. Moreover, the fact that i am able to boot an UEFI-capable system bare-metal confirms that the partition table is correct. I remember i've seen some related messages on the list in february or something, but they only stated the existence of this error. Have any of you seen stuff like that? If so, how do you live with it? Maybe i should write to edk2-devel mailing list for this, because it isn't much related to VFIO, but normal qemu folks rarely sacrifice the whole disk to a VM. Versions: QEMU emulator version 2.4.1 (qemu-2.4.1-7.fc23) kernel 4.4.5-300.fc23.x86_64(doesn't matter much from 4.3.X) edk2.git-0-20160311.b1594.gf6326d1.x86_64 _______________________________________________ vfio-users mailing list vfio-users@redhat.com https://www.redhat.com/mailman/listinfo/vfio-users
