Re: My understanding of the IDE mess, and why it does not make sense to apply the proposed patch

[Eduard Bloch <edi@gmx.de>]

#include <hallo.h>
* Jurij Smakov [Wed, Mar 08 2006, 10:35:38PM]:

> the native IDE drivers set this flag during their initialization (via82cxxx 
> does it through the chain of calls ide_setup_pci_device() -> 
> probe_hwif_init_with_fixup() -> hwif_init()). So, if ide-generic is loaded 
> last, it will pick up only the interfaces, which have not been claimed by 
> any native drivers, which is the desired result. Looking at the code I 
> cannot see how the native drivers can depend in any way on the ide-generic 
> being loaded before them.

I suggest going a bit further and _not_ loading ide-generic if a
specific driver has been loaded successfully and found some devices.
Reason? At least on my laptop ide-generic takes too long, about 30
seconds, apparently doing probing for devices that do not exist. I can
disable it with kernel commandline parameters but it still sucks.

And I really doubt that there are that many users out there that have
their root filesystem on a disk attached with a legacy ISA controller
when they have a much faster PCI IDE interface. And PCI interfaces have
been common since... 1995 or so? (at least in the x86 world)

Eduard.

-- 
  "After watching my newly-retired dad spend two weeks learning how to
  make a new folder, it became obvious that "intuitive" mostly means
  "what the writer or speaker of intuitive likes".
- Bruce Ediger, bediger@teal.csn.org, on X the intuitiveness of a Mac interface