Re: modprobe + request_module() deadlock
From: Johannes Stezenbach (js_at_linuxtv.org)
Date: 11/22/04
- Previous message: john cooper: "Re: Priority Inheritance Test (Real-Time Preemption)"
- In reply to: Gerd Knorr: "Re: modprobe + request_module() deadlock"
- Next in thread: Gerd Knorr: "Re: modprobe + request_module() deadlock"
- Reply: Gerd Knorr: "Re: modprobe + request_module() deadlock"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Mon, 22 Nov 2004 15:16:07 +0100 To: Gerd Knorr <kraxel@suse.de>
(someone dropped me off the Cc: list for this thread :-(, which is
doubly bad because I'm not subscribed to lkml :-(( )
Gerd Knorr wrote:
> > The traditional way to do this has been to have saa7134-empress do its
> > own probe, and likewise saa7134-dvb.
>
> They can't actually probe themself. It's _one_ PCI device (driven by
> the saa7134 module) which can handle (among other v4l-related things)
> the DMA transfer of mpeg streams. That can be used in different ways
> (or not at all) and the different use cases are handled by the
> sub-modules.
>
> So the way it is intended to work is that saa7134 has the pci table and
> gets autoloaded by hotplug, it will have a look at the hardware and then
> load either saa7134-empress or saa7134-dvb or none of them, so you'll
> get everything nicely autoloaded.
The saa7146 driver seems to have a working solution for this
problem: The PCI ids are registered to the subdrivers (e.g. dvb-ttpci
or mxb) so that these are loaded via hotplug. They then register to the
saa7146 core as an "extension" module, and the core then does the probing.
Grep for saa7146_register_extension().
Johannes
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Previous message: john cooper: "Re: Priority Inheritance Test (Real-Time Preemption)"
- In reply to: Gerd Knorr: "Re: modprobe + request_module() deadlock"
- Next in thread: Gerd Knorr: "Re: modprobe + request_module() deadlock"
- Reply: Gerd Knorr: "Re: modprobe + request_module() deadlock"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|