Re: [Dri-devel] Problems with the radeon 1.9.0 driver in 2.6.0-test9-mm2

[Mike Mestnik]

--- Michel Dänzer <michel@xxxxxxxxxxx> wrote:
> On Fri, 2003-11-07 at 23:05, Andrew Morton wrote: 
> > 
> > Has anyone actually tested the functionality which this patch is supposed
> > to provide?  That loading the DRM module magically triggers a load of AGP? 
> 
> Haven't tried it, but I doubt it does looking at the code for symbol_get
> and friends... try_then_request_module() might do the trick instead?
> 
> Either way, it won't help the fact that loading agpgart is no longer
> enough, the chipset specific AGP module needs to be loaded.
> 
This is what aliases are for :)
I think modprobe can be made to handel everything, if modules advertise what aliases thay provide.
 Depmod can list aliases depending on device IDs depending on the real module in it's database,
then when modprobe is assked to load (an alias) it can make a match and load the right mod(s if
there is more than one).  It would brakdown like this.  There would be several mods with the same
name, modprobe would try to satisfy the dependencys of each one, failing if the device IDs are not
present.

indicate on your message that you wish to be personally CC'ed the answers/comments posted to the
list in response to your posting.

> > Or is it the other way around?
> 
> Only really makes sense this way around. :)
> 
How about we put the AGP module name in the XF86Config and have X load everything.  I personaly
HATE this idea, IMHO X(and other programs for that matter) should not alter loaded modules nor
should it alter device nodes exept to change the owner like login dose for ttys.


__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/