[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#336688: yaird also add [permanent] ide-generic



On Mon, Nov 21, 2005 at 07:33:45AM +0100, Erik van Konijnenburg wrote:
> 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?

Well, i am not so sure, maybe i misunderstand ide-generic, and it is not a
driver per see, or an addition to existing drivers.

But the main point about your via8xxx situation is that we need to know why it
doesn't work, and i highly suspect either a via8cxxx bug for it not working
and thus ide-generic taking over, or a intel pIIx bug for not working together
with the ide-generic helper stuff.

This is a kernel issue, and someone with knowledge about the ide-generic stuff
needs to jump in and help us out a bit.

> > [ 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:

You clearly seem to have access to the via one, so can you investigate ? 

> * 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?

No idea, what about loading it only if not using it doesn't show up a usable
root device ? 

> * Or find out whether 'via needs ide-generic' is a bug or feature,
> possibly repair the driver; does not sound simple.

No; but the Right Thing to do :)

> * Or maintain a table of which drivers need ide-generic as extra.
> Not the kind of maintenance we're looking forward to.

Not.

Friendly,

Sven Luther




Reply to: