--- Dave Airlie <[EMAIL PROTECTED]> wrote:
> simple behaviour is different, no idea if anyone relies on it ..
>
> modprobe radeon
> modprobe radeonfb
>
> will not longer work the same with the new system, be it stupid/broken
> etc,, there is potential difference in a stable kernel series, what
> happens if I build both into the kernel??
>
Both in kernel, I believe fb will always init first but we should check. FB init
is tied into tty init and that occurs very early.
Load DRM then load FB, FB load will fail. Have to do it in the other order or FB
needs to copy this logic and support stealth mode. There is nothing in FB that
prevents it too from running in stealth mode if the code is added.
Let's put the code on an ifdef 2.6 so that we can at least start behaving
correctly on new kernels. Without the new code hotplug fails. Since both cases
fail for some reason we have to pick the one that is most in line with the
kernel. I think it would be better to fix hotplug and place an restriction on
the load order of FB and DRM.
I'm still waiting for the request to have both drivers handle interrupts. I'm
sure that will be fun to implement. The correct solution is to take the source
for FB and DRM, copy them to the same directory and edit until everything works
in a single driver. That single driver may end up shipping standard in 2.7 but
that doesn't mean we can't start building it today. That why I proposed making a
new DRM CVS over in mesa. The mesa version would be the 2.7 targeted one.
=====
Jon Smirl
[EMAIL PROTECTED]
__________________________________
Do you Yahoo!?
Yahoo! Photos: High-quality 4x6 digital prints for 25¢
http://photos.yahoo.com/ph/print_splash
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
--
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
