Re: Getting started

2005-01-03 Thread Alex Deucher
On Tue, 4 Jan 2005 05:15:21 +0100 (MET), Peter Karlsson
<[EMAIL PROTECTED]> wrote:
> On Mon, 3 Jan 2005, Alan Cox wrote:
> 
> > It depends what your interests are. If you want to master 3D graphics
> > driver writing and have six months to spare you can have great fun. If
> > you just want a VIA EPIA with working 3D support then the newer chipset
> > (VIA CLE266) DRI is very close to working and you might want to just
> > upgrade hardware and join that effort ?
> 
> Just out of curiousity: Is there any support for the VIA CN400
> (ongoing/planned)?

I think it's supported.  check out http://unichrome.sf.net

Alex

> 
> Best regards
> 
> Peter K
> 
> --
> We Can Put an End to Word Attachments:
> http://www.fsf.org/philosophy/no-word-attachments.html
> 
>


---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: Getting started

2005-01-03 Thread Peter Karlsson
On Mon, 3 Jan 2005, Alan Cox wrote:

> It depends what your interests are. If you want to master 3D graphics
> driver writing and have six months to spare you can have great fun. If
> you just want a VIA EPIA with working 3D support then the newer chipset
> (VIA CLE266) DRI is very close to working and you might want to just
> upgrade hardware and join that effort ?

Just out of curiousity: Is there any support for the VIA CN400
(ongoing/planned)?

Best regards

Peter K

-- 
We Can Put an End to Word Attachments:
http://www.fsf.org/philosophy/no-word-attachments.html


---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


[Bug 716] MGA: text sometimes rendered unreadably if texturing on.

2005-01-03 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to 
 
the URL shown below and enter yourcomments there.   
 
https://bugs.freedesktop.org/show_bug.cgi?id=716
   

[EMAIL PROTECTED] changed:

   What|Removed |Added

  Component|General |Drivers/DRI/MGA
Product|DRI |Mesa
Version|DRI CVS |CVS



   
   
-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email   
   
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.


---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: [R300] red_tinted_cube snapshot

2005-01-03 Thread Vladimir Dergachev
Hi Jan,
It just needs a declaration of the function before it is being used.
I'll fix this in CVS, but for now could you simply move the relevant 
function before its use ?

   thank you !
 Vladimir Dergachev
On Tue, 4 Jan 2005, Jan Kreuzer wrote:
Hi
i get the following compile error on an FC3 x86_64 system when trying
the new snapshot:
gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver -
I../../../../../../drm/shared-core -I../../../../../include -
I../../../../../include/GL/internal -I../../../../../src/mesa -
I../../../../../src/mesa/main -I../../../../../src/mesa/glapi -
I../../../../../src/mesa/math -I../../../../../src/mesa/transform -
I../../../../../src/mesa/shader -I../../../../../src/mesa/swrast -
I../../../../../src/mesa/swrast_setup -I../dri_client -
I../dri_client/imports -m64 -Wmissing-prototypes -g -std=c99  -Wundef -
fPIC -ffast-math -DDRI_NEW_INTERFACE_ONLY -D_POSIX_SOURCE -
D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE -DPTHREADS -
D_GNU_SOURCE  -D__AMD64__  -DCOMPILE_R300 -DGLX_DIRECT_RENDERING  -
DDRI_NEW_INTERFACE_ONLY -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -
D_SVID_SOURCE -D_BSD_SOURCE -DPTHREADS -D_GNU_SOURCE  -D__AMD64__  -
DCOMPILE_R300 -DGLX_DIRECT_RENDERING  r300_ioctl.c -o r300_ioctl.o
In file included from r300_ioctl.c:47:
r300_context.h:124:1: warning: "TEX_ALL" redefined
In file included from r200_ioctl.h:44,
from radeon_lock.h:38,
from r300_context.h:54,
from r300_ioctl.c:47:
r200_context.h:98:1: warning: this is the location of the previous
definition
r300_ioctl.c:286: warning: no previous prototype for
'r300RefillCurrentDmaRegion'
r300_ioctl.c: In function `r300RefillCurrentDmaRegion':
r300_ioctl.c:302: warning: implicit declaration of function
`r300ReleaseDmaRegion'
r300_ioctl.c:326: warning: implicit declaration of function
`r300FlushCmdBufLocked'
r300_ioctl.c:341: warning: assignment from incompatible pointer type
r300_ioctl.c:345: warning: assignment from incompatible pointer type
r300_ioctl.c: At top level:
r300_ioctl.c:355: warning: no previous prototype for
'r300ReleaseDmaRegion'
r300_ioctl.c:355: error: conflicting types for 'r300ReleaseDmaRegion'
r300_ioctl.c:302: error: previous implicit declaration of
'r300ReleaseDmaRegion' was here
r300_ioctl.c:392: warning: no previous prototype for
'r300AllocDmaRegion'
make[6]: *** [r300_ioctl.o] Error 1
Greetings Jan

---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: Getting started

2005-01-03 Thread Alex Deucher
On Mon, 3 Jan 2005 18:10:37 -0500, Adam Jackson <[EMAIL PROTECTED]> wrote:
> On Monday 03 January 2005 18:02, Alex Deucher wrote:
> > On Mon, 3 Jan 2005 17:09:31 -0500, Adam Jackson <[EMAIL PROTECTED]> wrote:
> > > On Monday 03 January 2005 09:46, Sjoerd Langkemper wrote:
> > > > Hello,
> > > >
> > > > I would like 3D acceleration for my on-board Trident Cyberblade (VIA
> > > > PLE133), in order to run 3D apps (e.g. games and glxgears) faster. What
> > > > do I have to program in order to get this done?
> > >
> > > Though there is a trident driver in CVS now, it does not work.  The DDX
> > > is not DRI-aware and there is no DRM driver.
> >
> > Actually it did work at one time, basic stuff like glxgears, at least
> > according to AlanH.
> 
> I only said "does not".  Present tense ;)
> 
> > you'd probably need the trident branch from dri
> > cvs to get it working, plus I'm not sure which chipsets were
> > supported.
> 
> Cyberblade XP only, I believe.
> 
> The DDX changes on the old branch can be found at:
> 
> http://freedesktop.org/~ajax/trident-dri-aware-ddx.patch
> 
> It assuredly needs some cleanup.  Also I haven't dug out the DRM yet.

that looks like it should be pretty easy to merge.  I may even give it
a shot.  All that really needs to be merged are the trident_dri* files
and a couple other dri bits in the card rec, etc..  The mode and other
stuff can probably be ignored since that shouldn't have any affect on
the dri.  Now if only I had a cyberblade chipset to test on...

Alex

> 
> - ajax
> 
> 
>


---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: Getting started

2005-01-03 Thread Adam Jackson
On Monday 03 January 2005 18:02, Alex Deucher wrote:
> On Mon, 3 Jan 2005 17:09:31 -0500, Adam Jackson <[EMAIL PROTECTED]> wrote:
> > On Monday 03 January 2005 09:46, Sjoerd Langkemper wrote:
> > > Hello,
> > >
> > > I would like 3D acceleration for my on-board Trident Cyberblade (VIA
> > > PLE133), in order to run 3D apps (e.g. games and glxgears) faster. What
> > > do I have to program in order to get this done?
> >
> > Though there is a trident driver in CVS now, it does not work.  The DDX
> > is not DRI-aware and there is no DRM driver.
>
> Actually it did work at one time, basic stuff like glxgears, at least
> according to AlanH.

I only said "does not".  Present tense ;)

> you'd probably need the trident branch from dri 
> cvs to get it working, plus I'm not sure which chipsets were
> supported.

Cyberblade XP only, I believe.

The DDX changes on the old branch can be found at:

http://freedesktop.org/~ajax/trident-dri-aware-ddx.patch

It assuredly needs some cleanup.  Also I haven't dug out the DRM yet.

- ajax


pgpHYjnfWxBjM.pgp
Description: PGP signature


Re: [R300] red_tinted_cube snapshot

2005-01-03 Thread Jan Kreuzer
Hi
i get the following compile error on an FC3 x86_64 system when trying
the new snapshot:

gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver -
I../../../../../../drm/shared-core -I../../../../../include -
I../../../../../include/GL/internal -I../../../../../src/mesa -
I../../../../../src/mesa/main -I../../../../../src/mesa/glapi -
I../../../../../src/mesa/math -I../../../../../src/mesa/transform -
I../../../../../src/mesa/shader -I../../../../../src/mesa/swrast -
I../../../../../src/mesa/swrast_setup -I../dri_client -
I../dri_client/imports -m64 -Wmissing-prototypes -g -std=c99  -Wundef -
fPIC -ffast-math -DDRI_NEW_INTERFACE_ONLY -D_POSIX_SOURCE -
D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE -DPTHREADS -
D_GNU_SOURCE  -D__AMD64__  -DCOMPILE_R300 -DGLX_DIRECT_RENDERING  -
DDRI_NEW_INTERFACE_ONLY -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -
D_SVID_SOURCE -D_BSD_SOURCE -DPTHREADS -D_GNU_SOURCE  -D__AMD64__  -
DCOMPILE_R300 -DGLX_DIRECT_RENDERING  r300_ioctl.c -o r300_ioctl.o
In file included from r300_ioctl.c:47:
r300_context.h:124:1: warning: "TEX_ALL" redefined
In file included from r200_ioctl.h:44,
 from radeon_lock.h:38,
 from r300_context.h:54,
 from r300_ioctl.c:47:
r200_context.h:98:1: warning: this is the location of the previous
definition
r300_ioctl.c:286: warning: no previous prototype for
'r300RefillCurrentDmaRegion'
r300_ioctl.c: In function `r300RefillCurrentDmaRegion':
r300_ioctl.c:302: warning: implicit declaration of function
`r300ReleaseDmaRegion'
r300_ioctl.c:326: warning: implicit declaration of function
`r300FlushCmdBufLocked'
r300_ioctl.c:341: warning: assignment from incompatible pointer type
r300_ioctl.c:345: warning: assignment from incompatible pointer type
r300_ioctl.c: At top level:
r300_ioctl.c:355: warning: no previous prototype for
'r300ReleaseDmaRegion'
r300_ioctl.c:355: error: conflicting types for 'r300ReleaseDmaRegion'
r300_ioctl.c:302: error: previous implicit declaration of
'r300ReleaseDmaRegion' was here
r300_ioctl.c:392: warning: no previous prototype for
'r300AllocDmaRegion'
make[6]: *** [r300_ioctl.o] Error 1

Greetings Jan



---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: Getting started

2005-01-03 Thread Alex Deucher
On Mon, 3 Jan 2005 17:09:31 -0500, Adam Jackson <[EMAIL PROTECTED]> wrote:
> On Monday 03 January 2005 09:46, Sjoerd Langkemper wrote:
> > Hello,
> >
> > I would like 3D acceleration for my on-board Trident Cyberblade (VIA
> > PLE133), in order to run 3D apps (e.g. games and glxgears) faster. What
> > do I have to program in order to get this done?
> 
> Though there is a trident driver in CVS now, it does not work.  The DDX is not
> DRI-aware and there is no DRM driver.

Actually it did work at one time, basic stuff like glxgears, at least
according to AlanH.  you'd probably need the trident branch from dri
cvs to get it working, plus I'm not sure which chipsets were
supported.

Alex

> 
> > I already read some stuff on dri.sf.net, but I am more confused than
> > when I started: drm, dri, opengl, kernel modules, mesa and more. Which
> > of these thing I have to get my hands on?
> 
> First, a different video card.
> 
> - ajax
> 
> 
>


---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: amd64 + r300.sf.net drivers

2005-01-03 Thread Jan Kreuzer
I saw that you have Option "AGPFastWrite" "on" in your xorg.conf, try to
disable it. My system also locks up when it is on (same symptoms as
yours), but works when i disable it.

It seems this is the same behaviour as described in the following bur
reports:

https://bugs.freedesktop.org/show_bug.cgi?id=2012

https://bugs.freedesktop.org/show_bug.cgi?id=1819

This is not linux specific, this also locked up my FreeBSD5.3 box.

Greetings Jan



---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: Getting started

2005-01-03 Thread Alan Cox
 On Llu, 2005-01-03 at 14:46, Sjoerd Langkemper wrote:
> Hello,
> 
> I would like 3D acceleration for my on-board Trident Cyberblade (VIA 
> PLE133), in order to run 3D apps (e.g. games and glxgears) faster. What 
> do I have to program in order to get this done?

You would need to write
- Locking hooks for the X server driver for the trident
- A kernel module to supervise the access to the video chip and remove
unsafe commands
- A 3D graphics driver library for MESA

A few tiny starting points exist in the form of some bad documentation
for the cyberblade and some very early code for an old MESA that was
written by Alan Hourihane and then abandoned before it even drew
triangles.

It depends what your interests are. If you want to master 3D graphics
driver writing and have six months to spare you can have great fun. If
you just want a VIA EPIA with working 3D support then the newer chipset
(VIA CLE266) DRI is very close to working and you might want to just
upgrade hardware and join that effort ?



---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: Getting started

2005-01-03 Thread Adam Jackson
On Monday 03 January 2005 09:46, Sjoerd Langkemper wrote:
> Hello,
>
> I would like 3D acceleration for my on-board Trident Cyberblade (VIA
> PLE133), in order to run 3D apps (e.g. games and glxgears) faster. What
> do I have to program in order to get this done?

Though there is a trident driver in CVS now, it does not work.  The DDX is not 
DRI-aware and there is no DRM driver.

> I already read some stuff on dri.sf.net, but I am more confused than
> when I started: drm, dri, opengl, kernel modules, mesa and more. Which
> of these thing I have to get my hands on?

First, a different video card.

- ajax


pgpiMA0yt6RPS.pgp
Description: PGP signature


Re: X server crashes and drm-core..

2005-01-03 Thread Dave Airlie

> > > I'm using via drm CVS as of Dec 30th 2004 and Unichrome r28 / r29
> > >
> > > Does anyone on this list know more about this issue?

> Thanks for the info. I'll try to update drm and recompile. Could be that the
> binary was left over in some way..

Make sure if you are using drm-core than you are installing the latest
core module along with the latest via module...

I'm going to put some changes in this week to stop people from using old
core new driver..

Dave.

-- 
David Airlie, Software Engineer
http://www.skynet.ie/~airlied / airlied at skynet.ie
pam_smb / Linux DECstation / Linux VAX / ILUG person



---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: X server crashes and drm-core..

2005-01-03 Thread =?ISO-8859-1?Q?Thomas_Hellstr=F6m?=
Hi
Roland Scheidegger wrote:
Thomas Hellström wrote:
Hi!
I recently sent a mail to the xorg lists about some strange X server
crashes I have had recently with the following error message:
Fatal error:
WaitForSomething(): select returned 22.
Quite hard to reproduce, but always with mozilla running. Crashes about
twice a day or so.
Felix mentioned that this could be drm-related, but that he thought that
this was fixed, so I reverted back to the linux-2.6 version and haven't
had a crash since.
I'm using via drm CVS as of Dec 30th 2004 and Unichrome r28 / r29
Does anyone on this list know more about this issue?

This looks like https://bugs.freedesktop.org/show_bug.cgi?id=1505 
(there was some discussion about it in dri-devel too around that 
time). Even though the bug status is still new, it has been fixed and 
I never saw that problem again. I don't know if there were 
driver-specific parts about it though.

Roland
Thanks for the info. I'll try to update drm and recompile. Could be that 
the binary was left over in some way..

/Thomas

---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


[Bug 2164] [ATI/radeon] Color corruption with DRI enabled on Radeon cards in xorg >= 6.8.0

2005-01-03 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to 
 
the URL shown below and enter yourcomments there.   
 
https://bugs.freedesktop.org/show_bug.cgi?id=2164
   

[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|Color corruption with DRI   |[ATI/radeon] Color
   |enabled on Radeon cards in  |corruption with DRI enabled
   |xorg >= 6.8.0   |on Radeon cards in xorg >=
   ||6.8.0



   
   
-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email   
   
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: Getting started

2005-01-03 Thread Alex Deucher
On Mon, 03 Jan 2005 15:46:34 +0100, Sjoerd Langkemper
<[EMAIL PROTECTED]> wrote:
> Hello,
> 
> I would like 3D acceleration for my on-board Trident Cyberblade (VIA
> PLE133), in order to run 3D apps (e.g. games and glxgears) faster. What
> do I have to program in order to get this done?
> 
> I already read some stuff on dri.sf.net, but I am more confused than
> when I started: drm, dri, opengl, kernel modules, mesa and more. Which
> of these thing I have to get my hands on?

3d acceleration requires 3 parts:

- DRI enabled DDX (2d driver) (xorg tree)
- 3D driver library (mesa tree)
- kernel DRM to provide secure/multiple client access to the hardware (drm tree)

There was partially implemented trident support in the DRI cvs tree on
one of the branches (although I'm not sure if your chip was supported
or not).  you'd need to port the DDX changes to the xorg trident
driver, get the mesa 3d driver into shape (ajax recently imported the
old code to the into mesa) and update the drm.

Alex

> 
> Thanks in advance,
> 
> Sjoerd
>


---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Getting started

2005-01-03 Thread Sjoerd Langkemper
Hello,
I would like 3D acceleration for my on-board Trident Cyberblade (VIA 
PLE133), in order to run 3D apps (e.g. games and glxgears) faster. What 
do I have to program in order to get this done?

I already read some stuff on dri.sf.net, but I am more confused than 
when I started: drm, dri, opengl, kernel modules, mesa and more. Which 
of these thing I have to get my hands on?

Thanks in advance,
Sjoerd
---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: X server crashes and drm-core..

2005-01-03 Thread Roland Scheidegger
Thomas Hellström wrote:
Hi!
I recently sent a mail to the xorg lists about some strange X server
crashes I have had recently with the following error message:
Fatal error:
WaitForSomething(): select returned 22.
Quite hard to reproduce, but always with mozilla running. Crashes about
twice a day or so.
Felix mentioned that this could be drm-related, but that he thought that
this was fixed, so I reverted back to the linux-2.6 version and haven't
had a crash since.
I'm using via drm CVS as of Dec 30th 2004 and Unichrome r28 / r29
Does anyone on this list know more about this issue?
This looks like https://bugs.freedesktop.org/show_bug.cgi?id=1505 (there 
was some discussion about it in dri-devel too around that time). Even 
though the bug status is still new, it has been fixed and I never saw 
that problem again. I don't know if there were driver-specific parts 
about it though.

Roland

---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


[Bug 2195] switch radeon driver to t_vertex interface

2005-01-03 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to 
 
the URL shown below and enter yourcomments there.   
 
https://bugs.freedesktop.org/show_bug.cgi?id=2195
   




--- Additional Comments From [EMAIL PROTECTED]  2005-01-03 10:52 ---
It works here (radeon 7000, 1002:5159) although it's a bit slower than before.

   
   
-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email   
   
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.


---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: X server crashes and drm-core..

2005-01-03 Thread Jon Smirl
On Mon, 3 Jan 2005 19:21:29 +0100 (CET), Thomas Hellström
<[EMAIL PROTECTED]> wrote:
> Fatal error:
> WaitForSomething(): select returned 22.

DRM returns nonstandard return codes to the poll() function. At one
point I tried fixing things to make DRM return the correct values but
there are too many X server out there and I couldn't figure out a
solution to keep old servers running so I reverted back to the old
code. You probably have a version where poll() is returning the
standard values. I think 22 is the return from a correct poll
implementation but it won't work for most X servers. DRM incorrectly
only returns zero.

The kernel people have been complaining about this and would like it
fixed if we can come up with a solution.

-- 
Jon Smirl
[EMAIL PROTECTED]


---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


X server crashes and drm-core..

2005-01-03 Thread Thomas =?iso-8859-1?Q?Hellstr=F6m?=
Hi!

I recently sent a mail to the xorg lists about some strange X server
crashes I have had recently with the following error message:

Fatal error:
WaitForSomething(): select returned 22.

Quite hard to reproduce, but always with mozilla running. Crashes about
twice a day or so.

Felix mentioned that this could be drm-related, but that he thought that
this was fixed, so I reverted back to the linux-2.6 version and haven't
had a crash since.

I'm using via drm CVS as of Dec 30th 2004 and Unichrome r28 / r29

Does anyone on this list know more about this issue?

/Thomas




---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


glxcmds.c: Building with Debian's Xfree86.

2005-01-03 Thread Mike Mestnik
I came accross a building broblem I'm not able to handle.  AFAICT there is
a problem in one of the GL or X11 header files.

glxcmds.c: In function `CreateContext':
glxcmds.c:504: error: `X_GLXCreateNewContext' undeclared (first use in
this function)
glxcmds.c:504: error: (Each undeclared identifier is reported only once
glxcmds.c:504: error: for each function it appears in.)
glxcmds.c:516: error: `xGLXCreateContextWithConfigSGIXReq' undeclared
(first use in this function)

I found these in glxproto.h but including this file dose not solve the
problem, it only creates another one(missing CARD32).  I eventually came
full circle when I included both X11/Xdm.h and glxproto.h.

Could it be that these .h files are order dependent?  glxproto.h includes
glxclient.h wich includes glxmd.h(This file should include it's parent
X11/Xdm.h , no?).  However glxproto.h hase no includes, should there AT
THE VARY LEAST be a remark listing what X11/Xorg and glx/dri headers is
needs.

All of this might be folly as last time I used DRI w/o DRI's xfree86
server(That is dead) I got ABI errors.




__ 
Do you Yahoo!? 
Yahoo! Mail - now with 250MB free storage. Learn more.
http://info.mail.yahoo.com/mail_250


---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel