Hi, 

I have been following this project for about a month and am interested in
graphics programming though have little experience. I am very new to this so
please correct me if I don't understand things. 

I have been researching graphics on and off for a little while. I have a SGI O2
and VW 320 which have a unique intergrated graphics/UMA design (I am still
trying to understand it). The 320 running windows 2000 sucks; it is designed to
display uncompressed HDTV but due to shody drivers windows media will skip
frames when playing a modern avi file because it is not accelerated. The 180 mz
O2 runs rings around most modern graphics card in terms of "snappyness" (beats
my matrox G400 on P3 850Mz ). I would love to some form of accelerated X running
on these machines (go Xrender!). 

I have found a couple of links to the SGI's hardware and xserver design as well
as various documents/ramblings on graphics hardware. I can post links or add
them to the wiki if you like. 

The document on security has been posted twice to this list. Maybe it should go
into the Wiki FAQ sheet:
http://linas.org/linux/graphics.html
It is quite dated as it refers to memory mapped hardware.

Proposal:
Why don't you include a security register alongside the DMA registers. When the
commands are DMAed in and proccessed any "priviliged" command encountered would
 either be turned into a no op or halt execution if the security register is
set. Ideally an interrupt would be generated in both cases to let the
user/programmer  know. I don't know how this scheme maps to the kernel DRI
security mechanisms. I haven't looked into the kernel source code for this. Im
finding it a lot easier to understand the Xorg XAA code/design then the kernel
header files. I don't know what it does to the FPGA/transistor budget.

Cheers, Tim

PS. I hope the card will support native 3.3 V PCI. My SGI 320 refuses to boot if
 some so called "univseral" cards are placed in the slots. 


  
 



_______________________________________________
Open-graphics mailing list
[email protected]
http://lists.duskglow.com/mailman/listinfo/open-graphics
List service provided by Duskglow Consulting, LLC (www.duskglow.com)

Reply via email to