AGP support

bridged with qdn.public.ddk.graphics
Post Reply
rtp user

AGP support

Post by rtp user » Sat Feb 02, 2002 1:48 am

We are using QNX for a 3D based video systemand I recently had to write my
own AGP driver for our particular chipset. It would be really nice if this
was something that the OS supported. Any plans in the future??? Also It
seems that all your driver support is based around Photon. There are
customers out there that do not want to run photon, especially since most
dedicated 3D apps take full control of the screen anyway. Any chance your
driver model will include support for standalone drivers???

David Donohoe

Re: AGP support

Post by David Donohoe » Sat Feb 02, 2002 2:10 am

rtp user <greg.schlottman@igt.com> wrote:
We are using QNX for a 3D based video systemand I recently had to write my
own AGP driver for our particular chipset. It would be really nice if this
was something that the OS supported. Any plans in the future??? Also It
Yes. However the nature of GART is such that we may not support
it on all AGP chipsets; the programming of the GART is chipset-dependant.
Thus our libraries would only allow allocation of memory within
the AGP aperture for certain known, tested chipsets. Of course we
will always be able to expand the chipset support based on customer
demand.

Note that the plan to support AGP/GART is on my personal TODO list,
it's not something which QSSL yet has an official timelime for.
seems that all your driver support is based around Photon. There are
customers out there that do not want to run photon, especially since most
dedicated 3D apps take full control of the screen anyway. Any chance your
driver model will include support for standalone drivers???
You can run our drivers without Photon. Take a look at the "bench" and
"setmode" utilities that come with the DDK.

Regards,
Dave

rtp user

Re: AGP support

Post by rtp user » Tue Feb 05, 2002 1:32 am

Thanks David. I certainly understand that it is hard to support all
chipsets. We however, we would be willing to make adjustments based on
future board revs for chipsets you support. This is already the case for us
as we are trying to pick chipsets that your EIDE driver supports so we can
use UDMA. Might I also suggest that you find a 3D card manufacturer (Video
Logic perhaps) that is willing to work with you and provide driver support
for your OS. Your 3D driver model could simply be a glut and a OpenGL layer.
Using the mesa glide libraries is simply not an option for most of us as it
is a poor performer and the non avialability of 3DFX chips
"David Donohoe" <ddonohoe@qnx.com> wrote in message
news:a3fhqe$e3g$1@nntp.qnx.com...
rtp user <greg.schlottman@igt.com> wrote:

We are using QNX for a 3D based video systemand I recently had to write
my
own AGP driver for our particular chipset. It would be really nice if
this
was something that the OS supported. Any plans in the future??? Also It

Yes. However the nature of GART is such that we may not support
it on all AGP chipsets; the programming of the GART is chipset-dependant.
Thus our libraries would only allow allocation of memory within
the AGP aperture for certain known, tested chipsets. Of course we
will always be able to expand the chipset support based on customer
demand.

Note that the plan to support AGP/GART is on my personal TODO list,
it's not something which QSSL yet has an official timelime for.

seems that all your driver support is based around Photon. There are
customers out there that do not want to run photon, especially since
most
dedicated 3D apps take full control of the screen anyway. Any chance
your
driver model will include support for standalone drivers???

You can run our drivers without Photon. Take a look at the "bench" and
"setmode" utilities that come with the DDK.

Regards,
Dave

Post Reply

Return to “qdn.public.ddk.graphics”