Thread (32 messages) 32 messages, 12 authors, 2004-05-19

Re: Re: [Dri-devel] Re: [Linux-fbdev-devel] Redesign of kernel graphics interface

From: James Simmons <hidden>
Date: 2004-05-10 21:05:57

Possibly related (same subject, not in this thread)

It's not just bloat, the network code is used millions of times per second. 
Mode setting happens occaisonally. 
 
Using that logic then Sound cards shouldn't be in the kernel at all. I 
never use my sound card continuely. I use it as a module. Would it be 
acceptable if the mode setting was modular?  
The other problem is memory management. What is going to happen when fbdev
starts setting the mode for both heads? Who is going to mananage the VRAM when
the buffers get resized? OpenGL has a very complex memory management scheme
where things can migrate from VRAM to AGP to system memory.
I know problems like this are going to exist. So I guess the idea of the 
kernel supporting multi-desktops is out then. The ruby (linuxconsole) 
project has two independent workstations running on the G400 dual head 
cards. I guess that has to go :-( 




-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to 
deliver higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help