Re: Redesign of kernel graphics interface

3 messages, 3 authors, 2004-05-11 · open the first message on its own page

Re: Redesign of kernel graphics interface

From: Nicolas Souchu <hidden>
Date: 2004-05-11 20:44:51

On Mon, May 10, 2004 at 02:47:42PM -0600, Otto Solares wrote:
On Mon, May 10, 2004 at 10:39:50PM +0000, Nicolas Souchu wrote:
quoted
Do apps manage their swap? No. I think the OS should be responsible for
placing the data (vertices, textures, commands) at the right/best place
for the HW 3D engine and the client should only fill virtual memory.
quoted
http://www.freebsd.org/~nsouch/kgi4BSD
Browsing through kgi.sf.net I found that they have proper multihead
and DDC2 support.
True.
They just lack DRI integrated into KGI and it will
rock from my user perspective.
It's not DRI but GGI+KGI accel resource management. Mesa can work
with GGI backend (the code has to be refreshed though).
Is true that the BSDs are adopting KGI as their unified kernel
graphics layer?
It's a project, yes.

-- 
Nicholas Souchu - nsouch@free.fr - nsouch@FreeBSD.org
http://www.freebsd.org/~nsouch/kgi4BSD


-------------------------------------------------------
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

Re: Redesign of kernel graphics interface

From: Otto Solares <hidden>
Date: 2004-05-11 21:17:19

On Tue, May 11, 2004 at 10:57:11PM +0000, Nicolas Souchu wrote:
On Mon, May 10, 2004 at 02:47:42PM -0600, Otto Solares wrote:
quoted
They just lack DRI integrated into KGI and it will
rock from my user perspective.
It's not DRI but GGI+KGI accel resource management. Mesa can work
with GGI backend (the code has to be refreshed though).
Mesa's GGI backend was software only last time I check, I mean
hardware acceleration into mesa via KGI+DRI would be nice,
something like linux-solo but instead of the fbdev using the
KGI layer.

-otto



-------------------------------------------------------
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

Re: Redesign of kernel graphics interface

From: Ville Syrjälä <syrjala@sci.fi>
Date: 2004-05-11 21:29:34

On Tue, May 11, 2004 at 10:57:11PM +0000, Nicolas Souchu wrote:
On Mon, May 10, 2004 at 02:47:42PM -0600, Otto Solares wrote:
quoted
On Mon, May 10, 2004 at 10:39:50PM +0000, Nicolas Souchu wrote:
quoted
Do apps manage their swap? No. I think the OS should be responsible for
placing the data (vertices, textures, commands) at the right/best place
for the HW 3D engine and the client should only fill virtual memory.
quoted
http://www.freebsd.org/~nsouch/kgi4BSD
Browsing through kgi.sf.net I found that they have proper multihead
and DDC2 support.
True.
What does proper multihead mean here? If it means multihead with separate 
framebuffers it doesn't seem much better than fbdev. Proper multihead with 
shared framebuffer is a lot harder get right. It would need video memory 
management in the kernel.

-- 
Ville Syrjälä
syrjala@sci.fi
http://www.sci.fi/~syrjala/


-------------------------------------------------------
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