Messages in this thread | | | Date | Sun, 28 May 2006 18:35:28 +0159 | From | Jiri Slaby <> | Subject | Re: Stradis driver conflicts with all other SAA7146 drivers |
| |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Christer Weinigel napsal(a): > I'm running the stock Fedora Core 5 kernels, and for some reason the > stradis driver is loaded. I suppose there's some magic in the FC5 > hotplug scripts that tries to load all device drivers that claim to > support a certain PCI device. Userspace now knows, that stradis can take control of this hardware, so US loads it, because MODULE_DEVICE_TABLE is present in the driver (you may compare old and new /lib/modules/`uname -r`/modules.pcimap). It shows us the next way, how to solve this -- delete this TABLE line from the driver, to not advertise "I can take control of it". > > I have blacklisted the stradis driver on my system, which fixes it for > me, but it does feels as a workaround for a problem that ought to be > fixed in the driver. If the card doesn't have a subvendor/subdevice, > is there some way of doing a sanity check on the board to see if it > actually is a stradis card and then release the board if it isn't? Unfortunately not. > > If the driver isn't fixed I'll file a bug report on the Fedora > bugzilla asking them to blacklist or just not compile that driver. It is the best short-term solution, I think.
So, what to do now, Mauro, Nathan? Fix it in US (i.e. blacklist) or KS (i.e. delete TABLE entry -- hope this helps) for the time until the driver will be integrated?
regards, - -- Jiri Slaby www.fi.muni.cz/~xslaby \_.-^-._ jirislaby@gmail.com _.-^-._/ B67499670407CE62ACC8 22A032CC55C339D47A7E -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFEedFnMsxVwznUen4RAnv3AKCthKpF67t+R+iAu0cs31icG1KH2ACgnwXw UKrSzuXdr/sBAr+rDmAdPIk= =2R9i -----END PGP SIGNATURE----- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |