public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* RE: Broken nForce2 IDE module loading via hotplug
@ 2005-05-16 20:06 Andrew Chew
  2005-05-25 13:34 ` Jeff Garzik
  0 siblings, 1 reply; 7+ messages in thread
From: Andrew Chew @ 2005-05-16 20:06 UTC (permalink / raw)
  To: Jeff Garzik; +Cc: Juerg Billeter, linux-kernel

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:jgarzik@pobox.com] 
Sent: Monday, May 16, 2005 12:59 PM
To: Andrew Chew
Cc: Juerg Billeter; linux-kernel@vger.kernel.org
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




^ permalink raw reply	[flat|nested] 7+ messages in thread
* RE: Broken nForce2 IDE module loading via hotplug
@ 2005-05-16 19:54 Andrew Chew
  2005-05-16 19:58 ` Jeff Garzik
  0 siblings, 1 reply; 7+ messages in thread
From: Andrew Chew @ 2005-05-16 19:54 UTC (permalink / raw)
  To: Jeff Garzik, Juerg Billeter; +Cc: linux-kernel

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:jgarzik@pobox.com] 
Sent: Friday, May 13, 2005 11:05 AM
To: Juerg Billeter
Cc: Andrew Chew; linux-kernel@vger.kernel.org
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




^ permalink raw reply	[flat|nested] 7+ messages in thread
* Broken nForce2 IDE module loading via hotplug
@ 2005-04-16 16:33 Juerg Billeter
  2005-05-13 18:04 ` Jeff Garzik
  0 siblings, 1 reply; 7+ messages in thread
From: Juerg Billeter @ 2005-04-16 16:33 UTC (permalink / raw)
  To: jgarzik, achew; +Cc: linux-kernel

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/bk-commits-24@vger.kernel.org/msg00112.html
-- 
Juerg Billeter <juerg@paldo.org>


^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2005-06-06 16:02 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-05-16 20:06 Broken nForce2 IDE module loading via hotplug Andrew Chew
2005-05-25 13:34 ` Jeff Garzik
2005-06-06 16:01   ` Bartlomiej Zolnierkiewicz
  -- strict thread matches above, loose matches on Subject: below --
2005-05-16 19:54 Andrew Chew
2005-05-16 19:58 ` Jeff Garzik
2005-04-16 16:33 Juerg Billeter
2005-05-13 18:04 ` Jeff Garzik

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox