On Mon, 2002-07-15 at 05:21, Jens Owen wrote:
> Michel Dänzer wrote:
>
> > On Sun, 2002-07-14 at 15:36, Keith Whitwell wrote:
> >
> >>Michel Dänzer wrote:
> >>
> >>>On Fri, 2002-07-12 at 14:56, Keith Whitwell wrote:
> >>>
> >>>
> >Looks good, but I think I've got an even better patch:
> >>>
Warning
Unable to process data:
multipart/mixed;boundary="=_NextPart_000_00D1_78C51E0B.A0068B70"
Hi José,
I got a similar error with your patch applied. On stdout I get the usual
"Error flushing vertex buffer: return = -11" but the log looks
different:
Jul 15 13:01:11 viking kernel: [drm] AGP 0.99 on VIA Apollo KT133 @ 0xd000 64MB
Jul 15 13:01:11 viking kernel: [drm] Initialized mach64
I tried restarting torcs after the last problem and it locked up the
Xserver. I got something in the log before I rebooted:
Jul 15 13:16:48 viking kernel: [drm] mach64_ring_idle failed! GUI_STAT=0x0181
Jul 15 13:16:48 viking kernel: [drm]
Jul 15 13:16:48 viking kernel: [drm] ring contents:
J
On Mon, Jul 15, 2002 at 01:16:37PM +0200, Felix Kühling wrote:
> Hi José,
>
> I got a similar error with your patch applied. On stdout I get the usual
> "Error flushing vertex buffer: return = -11" but the log looks
> different:
>
Yes, it's a different problem this time - the engine locked hard
On Mon, Jul 15, 2002 at 01:26:58PM +0200, Felix Kühling wrote:
> I tried restarting torcs after the last problem and it locked up the
> Xserver. I got something in the log before I rebooted:
>
> Jul 15 13:16:48 viking kernel: [drm] mach64_ring_idle failed! GUI_STAT=0x0181
> Jul 15 13:16:48 vi
Oops, forgot to copy this one to the list...
Begin forwarded message:
Date: Mon, 15 Jul 2002 15:09:17 +0200
From: Felix Kühling <[EMAIL PROTECTED]>
To: José Fonseca <[EMAIL PROTECTED]>
Subject: Re: [Dri-devel] Mach64: Error flushing vertex buffer: return = -11
On Mon, 15 Jul 2002 12:56:33 +010
José Fonseca wrote:
> Microsoft has been progressively claiming IP ownership of parts of the
> OpenGL API. (See http://news.zdnet.co.uk/story/0,,t269-s2118968,00.html)
>
> Although the parts they claim are things like vertex programming -
> features that aren't present in older cards such as Mach
[resending with corrected email address typo]
José Fonseca wrote:
> Microsoft has been progressively claiming IP ownership of parts of the
> OpenGL API. (See http://news.zdnet.co.uk/story/0,,t269-s2118968,00.html)
>
> Although the parts they claim are things like vertex programming -
> features
Warning
Unable to process data:
multipart/mixed;boundary="=_NextPart_000_00C6_02A34B6A.B1708C70"
On Sun, 2002-07-14 at 21:33, Mike Mestnik wrote:
> I patched my devfs patch so it can be used with the r200 branch. This was needed
>b/c my original
> patch depended upon the shared structure introduced for BSD. BTW dose the R200 work
>on BSD?
My only concerns with your devfs patch (this one/
On Mon, 15 Jul 2002, Brian Paul wrote:
> Vertex programming is in the latest Mesa code (I implemented
> GL_NV_vertex program over the winter/spring). It'll be available
> to all DRI drivers when the DRI gets Mesa 4.1.
>
> NVIDIA gave me permission to implement the extension in software only.
> B
On Thursday 11 Jul 2002 9:25 pm, Michel Dänzer scribed numinously:"
> PS: Sorry if you wasted time on this. I worked on it on Monday but
> haven't gotten around to finish it until now, and I thought you didn't
> have time to work on it this week.
I was mucking around moving things over to the new
I've merged the trunk into the r200 branch. It seems to work fine, but I've
changed test machines so I can't compare performance -- so yell if there's a
big change.
Keith
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heav
On Mon, Jul 15, 2002 at 09:25:18PM +0100, Tim Smith wrote:
> I'm back to probing at the lockup now that I have my "hacking space" back.
> I'll post the WAIT_UNTIL_3D_IDLE version in a minute so there's "a" fix
> while I try to understand the true problem more. Heh. My boss is in the
Which lock
On Sunday 14 July 2002 16:15, José Fonseca wrote:
> On Sun, Jul 14, 2002 at 07:42:36AM -0600, Keith Whitwell wrote:
> > >>Next, tuxracer ran, but the menus were basically unusable. Sounds like
> > >>he hit a whack of software fallbacks - frame rate on menus must have
> > >>been less than 1fps. He
On Mon, Jul 15, 2002 at 02:10:06PM -0500, Stephen J Baker wrote:
| The deal though is that (presuming MS really do own these rights)
| they are talking in terms of LICENSING this IP to allow OpenGL
| to continue to exist. Who would pay them to license it for
| Linux?
There may be ways to finesse
On Monday 15 July 2002 21:10, Stephen J Baker wrote:
> On Mon, 15 Jul 2002, Brian Paul wrote:
> > Vertex programming is in the latest Mesa code (I implemented
> > GL_NV_vertex program over the winter/spring). It'll be available
> > to all DRI drivers when the DRI gets Mesa 4.1.
> >
> > NVIDIA gav
Here's the workaround for the Radeon 7500 lockup. I won't dignify it by
calling it a fix until I've investigated the actual commands being sent and
determined whether there's a better way of fixing it.
--
Tim Smith ([EMAIL PROTECTED])
Imperial Royal Guard foils attempted theft of Palpatine's l
On Mon, Jul 15, 2002 at 10:35:46PM +0200, Dieter Nützel wrote:
> On Sunday 14 July 2002 16:15, José Fonseca wrote:
[...]
> >
> > What the install scripts additionally does is `modprobe agpgart`. Could
> > it be that agpgart was forgotten to be added to /etc/modules.conf?
>
> It should read this w
The weekly DRI meeting is scheduled to start now. Anyone interested?
--
Leif Delgass
http://www.retinalburn.net
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_
On Monday 15 Jul 2002 9:33 pm, Charl P. Botha scribed numinously:"
> On Mon, Jul 15, 2002 at 09:25:18PM +0100, Tim Smith wrote:
> > I'm back to probing at the lockup now that I have my "hacking space"
> > back. I'll post the WAIT_UNTIL_3D_IDLE version in a minute so there's
> > "a" fix while I try
I recently bought a Radeon 7500 64MB DDR (lovingly called a "QW"), and
have had no luck with the DRI cvs trunk. 3D acceleration /does/ work,
however, with xfree86 4.2
The problem is, whenever I run a 3d app, I get a segmentation fault.
Running strace on said apps reveals that the segfault right
On Friday 12 Jul 2002 2:03 am, Daniel Kasak scribed numinously:"
> Marc Poulhiès wrote:
> >I know that closed source drivers from ati are not discussed here, but
> >with my radeon 8500 and tribes2 i have exactly the same probleme.
> >Maybe this is a probleme from tribes2 and not the dri :)
>
> May
Here's a couple screenshots of the multitexture bug in quake3 lightmap
mode (two slightly different angles):
http://retinalburn.net/linux/q3a-bug1.jpg
http://retinalburn.net/linux/q3a-bug2.jpg
--
Leif Delgass
http://www.retinalburn.net
--
I forgot to mention that commenting out the fallback primitive functions
didn't have an effect.
On Mon, 15 Jul 2002, Leif Delgass wrote:
> Here's a couple screenshots of the multitexture bug in quake3 lightmap
> mode (two slightly different angles):
>
> http://retinalburn.net/linux/q3a-bug1.j
The problem only appears when the procedural texture in the center of the
octagon is clipped by the window edge. Here's a shot of it unclipped:
http://retinalburn.net/linux/q3a-unclipped.jpg
So far, I've only noticed this on a few of the procedural textures that
rotate and/or stretch. This one
I saw a similar problem in torcs. First I thought it was just a problem
with too little z-buffer accuracy. But when you look closely you see
that the polygon is too bright.
http://www.dd.chalmers.se/~kuhlfeli/torcsbug.jpg
On Mon, 15 Jul 2002 19:08:29 -0400 (EDT)
Leif Delgass <[EMAIL PROTECTED]>
Hi all,
First of all, thank you to all the people involved in DRI project. I have an ATI Rage
Mobility and I am very impressed by the result.
I write to signal a bug.
It's with the game 'Emilia pinball' http://pinball.sourceforge.net since the version
20020713 of the snapshot.
It seems that so
It was a copy/past job. I'm working on rewriting a lot of it, the main point of the
patch is to
get devfs working. The pci ids are only needed if there is more than one card(under
linux) and
the code was copied from BSD so I just assumed that things would work there also.
I'm going to rewrite
On Mon, 2002-07-15 at 23:15, Mike Mestnik wrote:
> It was a copy/past job. I'm working on rewriting a lot of it, the main point of the
>patch is to
> get devfs working. The pci ids are only needed if there is more than one card(under
>linux) and
> the code was copied from BSD so I just assumed
31 matches
Mail list logo