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?
>
I've got the bsd changes merged in my local cvs. I need to build a test bo
I have some new info,
1. rmmod -a (and not -k, where was my mind.) this is called by cron in my setup.
2. I found that all it's really the agpgart.o that is the cause.
I have an AMD760 and it dose this with my 7500.
Thought I have not tested it with Fast Write turned off.
I also have a 8500, t
Opps, forgot to say, this patch is fully functional but incomplete. It still needs
PCI ids,
however this is only needed if you have more than one card.
--- Mike Mestnik <[EMAIL PROTECTED]> wrote:
> From: Mike Mestnik <[EMAIL PROTECTED]>
> To: "lists.sourceforge.net dri-devel" <[EMAIL PROTECTED
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?
__
Do You Yahoo!?
Yahoo! Autos - Get free new car price
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:
>
>http://www.penguinppc.org/~daenzer/DRI/radeon-nommio.diff
>>
Title: Mortgage companies make you wait
Mortgage companies make you wait...They Demand to Interview you..They Intimidate you...They Humiliate you...And All of That is While They Decide If They Even Want to Do Business With You...
We Turn the Tables on Them...Now,
> > Which makes perfect sense for Michal Kozlowski problem, old chipset
> > (no / buggy fast write support) and new graphics card (with fast
> > write support).
> >
> >
> This issue is also present for me, I get the same behaviour (X-server
> crashes, and blanks the screen) on my box, even t
[...]
>>
> Which makes perfect sense for Michal Kozlowski problem, old chipset
> (no / buggy fast write support) and new graphics card (with fast
> write support).
>
>
This issue is also present for me, I get the same behaviour (X-server
crashes, and blanks the screen) on my box, even thoug
Howzit?
Busy going over the website doing some updating, and have a few requests.
1. have a look at the radeon features list, I think the status of a few of
those features has changed.
2. Anything else on the website that you can spot that needs updating.
Liam
it depends
--
> This worked for me, but my Radeon 7500 QL is ok with Fast Writes.
> What dose this do, just curious?
IIRC an AGP feature which must be supported by both the chipset and the
graphics card, just makes things faster, like side band addressing.
> > Thanks to the help of Stefan and others I got m
On Sun, Jul 14, 2002 at 10:09:44PM +0200, Felix Kühling wrote:
> On Sun, 14 Jul 2002 19:59:08 +0100
> José Fonseca <[EMAIL PROTECTED]> wrote:
[...]
> >
> > Felix, please try the patch attached. I'm also gonna see if I can
>
> Ok, I will apply it. But since the errors were very rare, it will take
On Sun, Jul 14, 2002 at 03:04:19PM -0400, Leif Delgass wrote:
> I assume you didn't mean to read GUI_STAT twice in a row here, right?
8-O Right... It's already on CVS. Thanks for spotting that out!
José Fonseca
---
This sf.net email is spons
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:
> >>>
> >>>http://www.penguinppc.org/~daenzer/DRI/radeon-nommio.diff
> >>>
> >>>I've moved the initiali
On Sun, 14 Jul 2002 19:59:08 +0100
José Fonseca <[EMAIL PROTECTED]> wrote:
> On Sat, Jul 13, 2002 at 08:12:26PM -0400, Leif Delgass wrote:
> > On Sat, 13 Jul 2002, Leif Delgass wrote:
> >
> > > On Sun, 14 Jul 2002, José Fonseca wrote:
> > >
> > > > But the fact remains that the reads from GUI_S
I assume you didn't mean to read GUI_STAT twice in a row here, right?
Here's a patch:
Index: mach64_dma.c
===
RCS file:
/cvsroot/dri/xc/xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/Attic/mach64_dma.c,v
retrieving rev
On Sat, Jul 13, 2002 at 08:12:26PM -0400, Leif Delgass wrote:
> On Sat, 13 Jul 2002, Leif Delgass wrote:
>
> > On Sun, 14 Jul 2002, José Fonseca wrote:
> >
> > > But the fact remains that the reads from GUI_STAT aren't reliable. I
> > > wonder if the chip creats some transient values...
> >
> >
Warning
Unable to process data:
multipart/mixed;boundary="=_NextPart_000_00C2_25B74D8A.E0128D21"
On Sun, Jul 14, 2002 at 02:04:27PM -0400, Leif Delgass wrote:
[...]
>
> A couple of things we could do that might help are to implement frame
> aging and/or add the ring space check back in to throttle the frame rate
> and limit the amount of pending buffers on the ring.
That could help but it w
On Sun, 14 Jul 2002, José Fonseca wrote:
> On Thu, Jul 04, 2002 at 06:49:32PM +0100, José Fonseca wrote:
> > On Thu, Jul 04, 2002 at 12:58:13PM -0500, David Willmore wrote:
> > >
> > >I had a lockup on an older version of the mach64 DRI driver, so
> > >I thought I'd retest with a newer one. glte
On Fri, 2002-07-12 at 01:35, Mike Mestnik wrote:
> As a user, and maby as root, Running X (via xinit ./quake3 -- -layout GLLayout),
>then closing X,
> Waiting for rmmor -k to remove agpgart (and radeon, above agpgart), and typing X.
>Will allways
> display some garbeg, then a hafway completed
José Fonseca wrote:
> On Thu, Jul 04, 2002 at 06:49:32PM +0100, José Fonseca wrote:
>
>>On Thu, Jul 04, 2002 at 12:58:13PM -0500, David Willmore wrote:
>>
>>>I had a lockup on an older version of the mach64 DRI driver, so
>>>I thought I'd retest with a newer one. gltestperf locks up (no
>>>respo
On Thu, Jul 04, 2002 at 06:49:32PM +0100, José Fonseca wrote:
> On Thu, Jul 04, 2002 at 12:58:13PM -0500, David Willmore wrote:
> >
> >I had a lockup on an older version of the mach64 DRI driver, so
> >I thought I'd retest with a newer one. gltestperf locks up (no
> >response to keyboard, but mou
There are a number of conditions that I know of that requirer a reboot, thought I
don't know the
cause.
1. When changing from dri to binary nvidia drivers, apps fail to use the new libGLs.
Ldconfig is
not enuf and a reboot may be needed. This was reproducible, and I could not get libGL
to bi
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 didn't have the patience to get into the game.
> >>
> >
>>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 didn't have the patience to get into the game.
>>
>
> this happens to me as well, but only if i restart the system after
> ins
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:
>>>
>>>http://www.penguinppc.org/~daenzer/DRI/radeon-nommio.diff
>>>
>>>I've moved the initialization and put the scratch registers right behind
>>>the ring read
Am Fre, 2002-07-12 um 15.12 schrieb Keith Whitwell:
> Michael Schlueter wrote:
> > I'm trapped in an infinite loop in
> > xc/xc/extras/Mesa/src/tnl/t_vb_render.c :)
> >
> > Ok, I was debugging a program with ddd that crashes sometimes but this
> > time it took the hole cpu time so I broke it up a
On Wed, 10 Jul 2002, Mike Mestnik wrote:
>Date: Wed, 10 Jul 2002 18:29:44 -0700 (PDT)
>From: Mike Mestnik <[EMAIL PROTECTED]>
>To: Stefan Lange <[EMAIL PROTECTED]>,
> Adam Duck <[EMAIL PROTECTED]>,
> Michal Kozlowski <[EMAIL PROTECTED]>
>Cc: lists.sourceforge.net dri-devel <[EMAIL PROTECT
On Sun, 14 Jul 2002, David Bronaugh wrote:
> It seems that the kernel module was installed correctly, etc. He used a
> binary snapshot (20020708 or so).
0709 had some problems for me (tuxracer segfaulting occasionally), but
0712 works well so far.
> glxgears ran, gave about 2800 fps in a windo
Hey all,
I don't personally own a Radeon R200, but I met a person who did online. I got him to
try out the bleeding edge branch.
It seems that the kernel module was installed correctly, etc. He used a binary
snapshot (20020708 or so).
glxgears ran, gave about 2800 fps in a window of default s
30 matches
Mail list logo
