Bug#336688: yaird also add [permanent] ide-generic
On Sun, Nov 20, 2005 at 11:40:00PM +0100, Sven Luther wrote:
> On Sun, Nov 20, 2005 at 10:19:19PM +0100, Erik van Konijnenburg wrote:
> > On Fri, Nov 18, 2005 at 03:36:52AM +0100, Mau wrote:
> > > ide-generic should probably not be permanent as it's not needed to boot
> > > the root filesystem. Please fix!
> > that's not handled by any other driver; if another driver is loaded after
> > ide-generic, the IDE devices are already claimed.
> Notice that i believe that ide-generic will drive any ide chipset for x86, i
> have some doubt of it working on non-x86 arches, at least it does not work on
> pegasos, and i don't think it will support the powermacs ide drives.
>
> The other problem is, as you say below, that loading it before the real thing
> will make the real thing not work, as is the case here.
>
> > However, as long as ide-generic is loaded after the chipset drivers,
> > all this ambiguity should not hurt too much. For common hardware,
> > ide-generic is expected to be one of the last drivers loaded.
>
> Maybe the correct algorithm would be to :
>
> 1) only include ide-generic on x86 hardware.
Doable ...
> 2) load it after the real driver, and maybe only if the real driver didn't
> produce a working driver for the root device.
This is the problematic one: piix is recognised and works, via8cxxx is recognised
and doesn't. How would yaird distinguish when to load ide-generic?
> [ notes about how ide-generic is not especially easy to read ... ]
Yep.
> So, what about your via based case ? Why does via alone not work ? This is
> probably a bug in the via driver, maybe because of the strange interrupt issue
> or something ?
I don't know. Options at this point:
* Ideally, we could avoid the whole problem by just loading ide-generic
late, but according to the report that does not always work. I'm curious
about the --verbose output; would that show why this approach doesnt work here?
* Or find out whether 'via needs ide-generic' is a bug or feature,
possibly repair the driver; does not sound simple.
* Or maintain a table of which drivers need ide-generic as extra.
Not the kind of maintenance we're looking forward to.
Regards,
Erik
Reply to: