On Tue, Aug 30, 2011 at 06:50:11AM -0500, Bruno Wolff III wrote: > On Tue, Aug 30, 2011 at 03:33:04 +0200, > Kevin Kofler <kevin.kofler@xxxxxxxxx> wrote: > > > > No, it means that (unless this was recently fixed) you have to modprobe it > > manually (e.g. from rc.local) because nothing bothers trying to modprobe it > > for you anymore. IMHO, this is really broken, but the bug reports about it > > were ignored or declared NOTABUG. > > There was significant discussion about this issue on the mailing lists > and Kyle thought he had a good solution to having the floppy drive > recognized when it was there and not adding long delays to the boot up > for people with incorrectly configured (your supposed to disable the floppy > drive in the bios when you don't have one) or broken bios. I am not sure > what happened with the implementation of the solution. ACPI turned out to be full of lies. The real problem is that machines will report a floppy controller even if they have no floppy drives attached, and the ACPI function that's supposed to return a list of drives usually returns a mixture of falsehoods and untruths. Merely havig a floppy controller is enough to get the floppy driver loaded, which then hangs for ages looking for a drive. The "easiest" solution would be to fix the floppy driver to probe in the background but I suspect most people would prefer to empty biohazard containers full of used needles by hand than touch floppy.c. > > > > Similarily, analog joystick support (yes, those joysticks you plug on the > > MIDI ports of those old sound cards) also has to be modprobed manually. > > I also have a gamepad which is like a joystick and need to do > modprobe analog to get it recognized. There's no way to get any feedback from the gameport driver as to (a) whether there's anything plugged in, or (b) what is plugged in. We could have the gameport driver automatically pull in analog but that'd probably break people doing midi or using some more specialised input device. It's a hard problem that only impacts a pretty tiny set of people, so it's prioritised somewhere below the hard problems that impact a pretty large set of people. -- Matthew Garrett | mjg59@xxxxxxxxxxxxx -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
