Bug ID | 1181018 |
---|---|
Summary | floppy broken in 5.3.18-lp152.57.1 under KVM |
Classification | openSUSE |
Product | openSUSE Distribution |
Version | Leap 15.2 |
Hardware | x86-64 |
OS | openSUSE Leap 15.2 |
Status | NEW |
Severity | Normal |
Priority | P5 - None |
Component | Kernel |
Assignee | kernel-bugs@opensuse.org |
Reporter | suse@garloff.de |
QA Contact | qa-bugs@suse.de |
Found By | --- |
Blocker | --- |
Running a Leap-15.2 VM under KVM on Leap-15.2 on x86-64: [ 3.721557] floppy0: disk absent or changed during operation^M [ 3.723621] blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0^M [ 3.727385] floppy0: disk absent or changed during operation^M [ 3.729420] blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0^M [ 3.733782] Buffer I/O error on dev fd0, logical block 0, async page read^M An older image with 5.3.18-lp152.50.1 still worked. This one is tricky: * I don't see any changes from 50 to 57 in the floppy.c sources. * After many more of these I/O errors (till second 136), floppy starts to work. I can dd /dev/fd0 to /dev/null without any further errors -- very strange. For completeness: qemu accesses the disk with -drive file=/tmp/ci-disk.17138.3Jf2/seed-17138.img,format=raw,if=floppy,id=cidata (In case you wonder -- it's a cloud image where the cloud-init data is passed in via a floppy image -- I can probably work around with using an emulated CD-Rom rather than floppy, but it's still a somewhat strange regression that might point to something fishy in the kernel. The -60 kernel does not help, BTW.)