Hi
(please cc me)
The sata_nv patch[1] (merged in 2.6.11-rc4) to enable future NVIDIA SATA
pci ids catches all NVIDIA pci devices with the ide class. This breaks
automatic module loading for e.g. nForce2 ide controllers and thereby
renders nForce systems loading modules already in initramfs/initrd via
hotplug/coldplug non-bootable.
I don't know what solutions are possible besides reverting. Is it
somehow possible to influence the order of the modules.pcimap file, i.e.
moving the generic matching lines below the more specific ones?
Thanks for any hints,
Juerg
[1]
http://www.mail-archive.com/[email protected]/msg00112.html
--
Juerg Billeter <[email protected]>
Juerg Billeter wrote:
> Hi
>
> (please cc me)
>
> The sata_nv patch[1] (merged in 2.6.11-rc4) to enable future NVIDIA SATA
> pci ids catches all NVIDIA pci devices with the ide class. This breaks
> automatic module loading for e.g. nForce2 ide controllers and thereby
> renders nForce systems loading modules already in initramfs/initrd via
> hotplug/coldplug non-bootable.
>
> I don't know what solutions are possible besides reverting. Is it
> somehow possible to influence the order of the modules.pcimap file, i.e.
> moving the generic matching lines below the more specific ones?
It might be fair to add a kernel config option to disable the generic entry.
Jeff
I think the kernel config option to disable the generic entry is a good
idea. Jeff, want me to submit a patch for this?
-----Original Message-----
From: Jeff Garzik [mailto:[email protected]]
Sent: Friday, May 13, 2005 11:05 AM
To: Juerg Billeter
Cc: Andrew Chew; [email protected]
Subject: Re: Broken nForce2 IDE module loading via hotplug
Juerg Billeter wrote:
> Hi
>
> (please cc me)
>
> The sata_nv patch[1] (merged in 2.6.11-rc4) to enable future NVIDIA
SATA
> pci ids catches all NVIDIA pci devices with the ide class. This breaks
> automatic module loading for e.g. nForce2 ide controllers and thereby
> renders nForce systems loading modules already in initramfs/initrd via
> hotplug/coldplug non-bootable.
>
> I don't know what solutions are possible besides reverting. Is it
> somehow possible to influence the order of the modules.pcimap file,
i.e.
> moving the generic matching lines below the more specific ones?
It might be fair to add a kernel config option to disable the generic
entry.
Jeff
Andrew Chew wrote:
> I think the kernel config option to disable the generic entry is a good
> idea. Jeff, want me to submit a patch for this?
Please.
Jeff
Actually, it occurred to me that it would be better if the determination
to use the generic entry can be run-time specified (via a kernel option
flag, for example). All the kernel config option accomplishes is a
cleaner way to disable the generic entry at compile time.
In any case, it'd be interesting to figure out the EXACT root of the
problem. Let me spend a few days looking into it.
-----Original Message-----
From: Jeff Garzik [mailto:[email protected]]
Sent: Monday, May 16, 2005 12:59 PM
To: Andrew Chew
Cc: Juerg Billeter; [email protected]
Subject: Re: Broken nForce2 IDE module loading via hotplug
Andrew Chew wrote:
> I think the kernel config option to disable the generic entry is a
good
> idea. Jeff, want me to submit a patch for this?
Please.
Jeff
Andrew Chew wrote:
> Actually, it occurred to me that it would be better if the determination
> to use the generic entry can be run-time specified (via a kernel option
> flag, for example). All the kernel config option accomplishes is a
> cleaner way to disable the generic entry at compile time.
>
> In any case, it'd be interesting to figure out the EXACT root of the
> problem. Let me spend a few days looking into it.
Any progress?