Hey there!
http://autocentrum.rybnik.pl/_www.google.com_recommends?cyzeqygas=9317870tukiha=253907
--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases
http://www.urquattro.it/000_Old/3izmlv.php?s=lf
--
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet,
is your hub for all things parallel software development, from weekly thought
leadership
I just tried to compile last stable kernel with radeon DRM gpu driver
and I got this:
...
LD vmlinux.o
MODPOST vmlinux.o
GEN .version
CHK include/linux/compile.h
UPD include/linux/compile.h
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
Nezmer tested my patch, I let myself forward his results :)
-- Wiadomość przekazana dalej --
Od: nez...@allurelinux.org
Data: 16 grudnia 2009 14:27
Temat: Re: [PATCH] drm/radeon/kms: add dynamic engine reclocking (v5)
Do: Rafał Miłecki zaj...@gmail.com
On Wed, Dec 16, 2009 at
Sorry for omitting thomas.
-- Forwarded message --
From: Donnie Fang donnie.f...@gmail.com
Date: 2009/11/2
Subject: how to make sure cache synchronization between GPU and CPU
To: dri-devel@lists.sourceforge.net
After review TTM code, i found that when BO is in AGP aperture, the
Donnie Fang wrote:
Sorry for omitting thomas.
-- Forwarded message --
From: *Donnie Fang* donnie.f...@gmail.com mailto:donnie.f...@gmail.com
Date: 2009/11/2
Subject: how to make sure cache synchronization between GPU and CPU
To: dri-devel@lists.sourceforge.net
Meant to sent this to dri-devel as well. Note, this is not a release
per se. the driver is still incomplete. we are just moving
development out into the public.
Alex
-- Forwarded message --
From: Alex Deucher alexdeuc...@gmail.com
Date: Fri, Apr 17, 2009 at 2:49 PM
Subject:
Resending to dri-devel on Matthew Garret advice.
I'm building a -rc7 to see if something improved. It seems related to
the backlight switching: I only noticed it today while playing a lot
with brightness keys and DPMS. When it happens, I sometime get errors
like this in dmesg:
On Mon, Sep 15, 2008 at 9:24 PM, Thomas Hellström
[EMAIL PROTECTED] wrote:
No. In fact there is no big change in usage pattern. Map / RW / Unmap is
there, except
it works without syncing. So to mimic the old behaviour you'd do
map()
sync_for_cpu()
RW
release_from_cpu()
unmap()
Austin Yuan wrote:
On Mon, Sep 15, 2008 at 9:24 PM, Thomas Hellström
[EMAIL PROTECTED] wrote:
No. In fact there is no big change in usage pattern. Map / RW / Unmap is
there, except
it works without syncing. So to mimic the old behaviour you'd do
map()
sync_for_cpu()
RW
Dee Sharpe
Sent from my iPhone
Begin forwarded message:
From: Dee Sharpe [EMAIL PROTECTED]
Date: June 2, 2008 8:05:41 PM CDT
To: Eric Anholt [EMAIL PROTECTED]
Subject: Re: in-kernel DRM tree move around
Please don't get rid of the shared-core directory. Having that
visual
On Thu, Feb 28, 2008 at 2:36 PM, Jerome Glisse [EMAIL PROTECTED] wrote:
On Thu, 28 Feb 2008 16:53:46 +1000
Dave Airlie [EMAIL PROTECTED] wrote:
So just to let people know where kernel modesetting is getting to and
what I'm up to with it..
So I really want to ship something
On Thu, 28 Feb 2008 19:12:07 +0100
Jakob Bornecrantz [EMAIL PROTECTED] wrote:
I'm guessing a flag system could be used, sorta like the BO flags.
There are some things to consider: should we allow driver dependant flags on
it
or should those be exposed in a driver specific ioctl.
Forgot to cc dri-devel, but you can follow this discussion on lkml.
Jesse
---BeginMessage---
I just narrowed down a weird problem where I was losing more than 50% of
my vblank interrupts to what seems to be the hires timers patch. Stock
2.6.23-rc5 works fine, but the latest (171) kernel from
Accidentally discarded this as spam based on the subject...
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
---BeginMessage---
Hey all,
Apologies if this is the wrong place... Point me in the
Forwarded Message
From: James C Georgas [EMAIL PROTECTED]
To: Roland Scheidegger [EMAIL PROTECTED]
Subject: Re: GL_CLAMP on D3D-only hardware
Date: Sun, 12 Aug 2007 12:30:51 -0400
On Sun, 2007-12-08 at 12:42 +0200, Roland Scheidegger wrote:
Alex Jackson wrote:
Neither the
James C Georgas wrote:
Forwarded Message From: James C Georgas
[EMAIL PROTECTED] To: Roland Scheidegger
[EMAIL PROTECTED] Subject: Re: GL_CLAMP on D3D-only
hardware Date: Sun, 12 Aug 2007 12:30:51 -0400
On Sun, 2007-12-08 at 12:42 +0200, Roland Scheidegger wrote:
Alex
On Sun, 2007-12-08 at 19:09 +0200, Roland Scheidegger wrote:
Yes, though it still requires user interaction to switch the behaviour -
and few people actually seem to know about driconf, distros don't
install it by default etc :-(.
I don't think there were really any arguments against it,
James C Georgas wrote:
On Sun, 2007-12-08 at 19:09 +0200, Roland Scheidegger wrote:
Yes, though it still requires user interaction to switch the
behaviour - and few people actually seem to know about driconf,
distros don't install it by default etc :-(. I don't think there
were really any
On Mon, 7 May 2007, Dave Airlie wrote:
20 files changed, 196 insertions(+), 349 deletions(-)
That looked promising, but I think you generated the diffstat the wrong
way around. It was actually
20 files changed, 349 insertions(+), 196 deletions(-)
delete mode 100644
Hi Linus,
(I don't think this stuff landed yet...)
It doesn't contain the new TTM stuff that is being discussed...
Please pull the 'drm-patches' branch of
git://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-patches
This contains the drm patch for 2.6.22-rc1, and contains
Hi forward this message to dri-devel Mailing List, where you could find
more tester on i815 DRI drives .
I hope I don't had made a loop :)
Forwarded Message
From: Andreas Mohr [EMAIL PROTECTED]
To: Pavel Machek [EMAIL PROTECTED]
Cc: Andrew Morton [EMAIL PROTECTED], [EMAIL
Can someone take a quick look at this patch?
-Brian
---BeginMessage---
Message body follows:
Hi
My name's Roberto. I don't know if you're the right person
to send this message, but I prefer telling it.
Compiling savage-20060403-linux.i386 driver
(http://dri.freedesktop.org/snapshots/), on
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
---BeginMessage---
- Original Message -
From: Michel Dänzer [EMAIL PROTECTED]
To: kr992 [EMAIL PROTECTED]
Sent: Monday, December 04, 2006
-- Forwarded message --
From: Oleg Verych [EMAIL PROTECTED]
Date: Jun 5, 2006 8:32 PM
Subject: [BUG] Overheating of ATI radeon with Xorg
To: debian-x@lists.debian.org
Let me proceed with my X Window System related stuff.
I have some problems with radeon ATI card on my semi-modern
I think this post could belong here.
someone an Idea what went wrong?
Original Message
Subject: Re: [ltp] R50p Suspend issues
Date: Mon, 22 May 2006 08:41:22 +0200
From: Michael Heinrich [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
References: [EMAIL
On Wed, 2006-02-08 at 18:51 -0500, Felix Kühling wrote:
Getting snapshots from the modular tree to work will probably require
that a modular Xorg is installed somewhere on the build machine. I may
get away with installing a modular Xorg on the build machine in some
dummy location that
Hey everyone,
Just wanted to drop a note to see if anyone was working with this yet, and to
see if I could offer assistance.
I'm open to anything, and will supply any log files or other assistancethat
you'd like.
Thanks in advance!
Koby
Am Dienstag, den 07.02.2006, 11:40 -0800 schrieb
This is due to snapshots building X.org drivers from the monolith tree,
the monolith tree is dead so no new devel is done in it.. TG commited
changes to the i810 driver for rotate which changed the size of rec...
re-doing snapshot to use the modular tree is a bit of work though..
Dave.
On Wed,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave Airlie wrote:
This is due to snapshots building X.org drivers from the monolith tree,
the monolith tree is dead so no new devel is done in it.. TG commited
changes to the i810 driver for rotate which changed the size of rec...
re-doing
Nope the ixxx bleeding edge is now 7.0 only..
the snapshots are broken for i9xx.
Dave.
On Wed, 8 Feb 2006, Koby Leung wrote:
Hi Dave,
Thanks for the reply. So what would be the best solution then? I'm running
6.8.99.901 right now. Should I just upgrade to 6.9?
Thanks!
Koby
Quoting
This is due to snapshots building X.org drivers from the monolith tree,
the monolith tree is dead so no new devel is done in it.. TG commited
changes to the i810 driver for rotate which changed the size of rec...
re-doing snapshot to use the modular tree is a bit of work though..
If
On Wed, 2006-02-08 at 13:38 -0800, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave Airlie wrote:
This is due to snapshots building X.org drivers from the monolith tree,
the monolith tree is dead so no new devel is done in it.. TG commited
changes to the i810
Am Mittwoch, den 08.02.2006, 21:22 + schrieb Dave Airlie:
This is due to snapshots building X.org drivers from the monolith tree,
the monolith tree is dead so no new devel is done in it.. TG commited
changes to the i810 driver for rotate which changed the size of rec...
That sucks, but
Felix Kühling wrote:
Getting snapshots from the modular tree to work will probably require
that a modular Xorg is installed somewhere on the build machine. I may
get away with installing a modular Xorg on the build machine in some
dummy location that doesn't interfere with the Xorg 6.8
Hi Dave,
Thanks for the reply. So what would be the best solution then? I'm running
6.8.99.901 right now. Should I just upgrade to 6.9?
Thanks!
Koby
Quoting Dave Airlie [EMAIL PROTECTED]:
This is due to snapshots building X.org drivers from the monolith tree,
the monolith tree is dead
On Sun, 7 Aug 2005 19:30:48 +0100 (BST)
Steven Newbury [EMAIL PROTECTED] wrote:
I've managed to get my Radeon 8500 to work with YPbPr output under Windows. I
did have a bit of trouble finding how to do it again, eventually found this
thread on avsforum:
On Sun, Aug 07, 2005 at 07:30:48PM +0100, Steven Newbury wrote:
The picture quality is incomparable to s-video and the Windows
driver only supports US HDTV standard output modes, while my TV also
supports PAL type HDTV modes ie. 576p; hopefully this limitation
will be gone if I can get this
On Sun, Aug 07, 2005 at 07:30:48PM +0100, Steven Newbury wrote:
The picture quality is incomparable to s-video and the Windows
driver only supports US HDTV standard output modes, while my TV also
supports PAL type HDTV modes ie. 576p; hopefully this limitation
will be gone if I can get this
I've managed to get my Radeon 8500 to work with YPbPr output under Windows. I
did have a bit of trouble finding how to do it again, eventually found this
thread on avsforum:
http://www.avsforum.com/avs-vb/showthread.php?t=212199page=1pp=20
The picture quality is incomparable to s-video and the
--- Alex Deucher [EMAIL PROTECTED] wrote:
Not really. Ati hasn't released any information about setting up the
chip for component output. Perhaps you can dump the radeon registers
in windows and compare how that driver sets things up, or perhaps the
fglrx driver supports component out too
On 8/6/05, Steven Newbury [EMAIL PROTECTED] wrote:
--- Alex Deucher [EMAIL PROTECTED] wrote:
Not really. Ati hasn't released any information about setting up the
chip for component output. Perhaps you can dump the radeon registers
in windows and compare how that driver sets things up,
On 8/5/05, Steven Newbury [EMAIL PROTECTED] wrote:
--- Alex Deucher [EMAIL PROTECTED] wrote:
You may also want to take a look at my unfinished radeon tv-out patch:
http://www.botchco.com/alex/xorg/radeon_tvout.c
http://www.botchco.com/alex/xorg/radeon_tvout.h
--- Alex Deucher [EMAIL PROTECTED] wrote:
You may also want to take a look at my unfinished radeon tv-out patch:
http://www.botchco.com/alex/xorg/radeon_tvout.c
http://www.botchco.com/alex/xorg/radeon_tvout.h
http://www.botchco.com/alex/xorg/radeon_tvout.diff
one of the regs (DAC2 I
Thanks for the quick reply.
--- Alex Deucher [EMAIL PROTECTED] wrote:
On 8/5/05, Steven Newbury [EMAIL PROTECTED] wrote:
--- Alex Deucher [EMAIL PROTECTED] wrote:
You may also want to take a look at my unfinished radeon tv-out patch:
Okay. Thanks, I'll take a look. Unfortuneately I've only got net access on my
mobile phone at the moment. It won't be until next week that I can
realistically have a go, but I'll post any progress. If I can't get it to
work, I'll install Windows and try to get a register dump with it working. Is
You may also want to take a look at my unfinished radeon tv-out patch:
http://www.botchco.com/alex/xorg/radeon_tvout.c
http://www.botchco.com/alex/xorg/radeon_tvout.h
http://www.botchco.com/alex/xorg/radeon_tvout.diff
one of the regs (DAC2 I think) has an option to be sourced to either a
crtc or
There is an option composite_sync - take a look there.
As for Y Cb Cr, I would expect this is implemented as some sort of
transform before output. I.e. the chip still thinks it is outputting R, G,
B, just weird R G B values.
In particular take a look at how gamma support is implemented in
--- [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
=?iso-8859-1?B?SSByZWFsaXNlIHRoaXMgaXMgc2xpZ2h0bHkgb2ZmIHRvcGljLCBidXQgSSBmaWd1cmVkIG91dHNpZGUgb2YgQVRJIEknZCBtb3N0DQ==?=
=?iso-8859-1?B?bGlrZWx5IGZpbmQgc29tZW9uZSBoZXJlIHdobyBrbm93cy4gSSd2ZSByZWFkIHRoYXQgdGhlIFdpbmRvd3MgZHJpdmVyIGFsbG93cw0=?=
-- Forwarded message --
From: Magnus Damm [EMAIL PROTECTED]
Date: Sun, 20 Mar 2005 19:33:58 +0100 (CET)
Subject: [PATCH] drm: MODULE_PARM_DESC
To: linux-kernel@vger.kernel.org
Cc: Magnus Damm [EMAIL PROTECTED]
For 2.6.12 and 2.6.11.x:
Remove incorrect drm_-prefix from parameter
-- Forwarded message --
From: Marcello Maggioni [EMAIL PROTECTED]
Date: Thu, 24 Feb 2005 14:26:27 +0100
Subject: Re: [R200] Nearly all xscreensavers GL flicker
To: Michel Dänzer [EMAIL PROTECTED]
On Wed, 23 Feb 2005 23:02:37 -0500, Michel Dänzer [EMAIL PROTECTED] wrote:
On Wed,
Weitergeleitete Nachricht
Von: Felix Kuehling [EMAIL PROTECTED]
An: [EMAIL PROTECTED]
Betreff: Snapshot build failed
Datum: Sun, 13 Feb 2005 07:41:54 -0800 (PST)
A snapshot build failed at Sun Feb 13 07:41:54 PST 2005. Please inspect the
logfiles in /home/fxkuehl/snapshots/log.
On Sun, 2005-02-13 at 18:38 +0100, Felix Khling wrote:
r200_screen.c: In function `r200CreateScreen':
r200_screen.c:407: error: `addr' undeclared (first use in this function)
Whoops, my bad, should be fixed now. I wonder how that built for me...
--
Earthling Michel Dnzer | Debian
Am Sonntag, den 13.02.2005, 13:39 -0500 schrieb Michel Dänzer:
On Sun, 2005-02-13 at 18:38 +0100, Felix Kühling wrote:
r200_screen.c: In function `r200CreateScreen':
r200_screen.c:407: error: `addr' undeclared (first use in this function)
Whoops, my bad, should be fixed now. I wonder
In particular - could you check what kind of AGP speed is being used ?
You were on the mark there. I'd neglected to put an AGPMode setting in my
xorg.conf. agpgart was reporting that it was putting the bridge into 4x
mode, so I assumed it was un-necessary. But, in my renderer string it was
The patch forwarded below still applies and compiles against
2.6.10-rc2-mm4.
Please apply.
- Forwarded message from Adrian Bunk [EMAIL PROTECTED] -
Date: Fri, 29 Oct 2004 02:16:18 +0200
From: Adrian Bunk [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: [2.6
Hello,
The PCI ID is already added in the DRM branch of r300_driver.
As for the AGP issues, I have no idea. Maybe they're related to the lockup,
maybe not.
cu,
Nicolai
I think the AGP issues *are* related to the lockup. I've just switched
sysloggers, and switched to CVS XServer (was using
Hi,
On Saturday 06 November 2004 10:09, Ben Skeggs wrote:
I think the AGP issues *are* related to the lockup. I've just switched
sysloggers, and switched to CVS XServer (was using release 6.8 before).
My previous problems still occurred, but I now seem to have a lot more
debugging
As long as the X server works and uses the ring buffer, that would point
towards a simple configuration problem. Perhaps you could post a log of
glxinfo with LIBGL_DEBUG=all and RADEON_DEBUG=all?
cu,
Nicolai
Hmm, I believe you may be right about the config problem, I'm not
sure why I
r300_dri.so needs to get linked against expat.
- ajax
Yup, that did the trick. Thankyou. Any thoughts as to why it wasn't
linked against expat when I built it the first time around?
Ben.
from glxinfo:
disabling 3D acceleration
name of display: :0.0
display: :0 screen: 0
direct rendering:
Am So, den 07.11.2004 schrieb Ben Skeggs um 2:01:
As long as the X server works and uses the ring buffer, that would point
towards a simple configuration problem. Perhaps you could post a log of
glxinfo with LIBGL_DEBUG=all and RADEON_DEBUG=all?
cu,
Nicolai
Hmm, I believe you may
On Saturday 06 November 2004 20:01, Ben Skeggs wrote:
As long as the X server works and uses the ring buffer, that would point
towards a simple configuration problem. Perhaps you could post a log of
glxinfo with LIBGL_DEBUG=all and RADEON_DEBUG=all?
cu,
Nicolai
Hmm, I believe you may be
On Sat, 06 Nov 2004 20:09:45 +1100, Ben Skeggs [EMAIL PROTECTED] wrote:
Hello,
The PCI ID is already added in the DRM branch of r300_driver.
As for the AGP issues, I have no idea. Maybe they're related to the lockup,
maybe not.
cu,
Nicolai
I think the AGP issues *are* related to
On Sat, 2004-11-06 at 12:25 +0100, Nicolai Haehnle wrote:
Okay, the new syslog has all the debug info. I notice the following line:
Nov 7 07:37:58 disoft-dc [drm:radeon_cp_init_ring_buffer] writeback test
failed
The Radeon DRM source code has a comment indicating that writeback doesn't
The original posting is below. Since then, I have disabled the driver,
since it always locks within 5 minutes of starting X.org 6.8.0.
Also, to answer a previous question, the r300 GL demo looks great, but
the triangle demo does not. It comes out shifted and with some garbage.
However, the
Hi,
On Friday 05 November 2004 23:12, Pat Suwalski wrote:
[snip]
I am running the following system:
- AMD 64 fx-51
I'm afraid that this is a very likely culprit, assuming you're running in 64
bit mode. The trouble is that parts of the DRM interface and also some of
the code interfacing the
Not sure if everyone watches the xorg list...
-- Forwarded message --
From: David Reveman [EMAIL PROTECTED]
Date: Fri, 05 Nov 2004 01:03:05 +0100
Subject: Xgl server
To: Xorg list [EMAIL PROTECTED]
I've been doing some work to get an X server running on top of
OpenGL/glitz and
I've just sent this to lkml, anyone here any views on it?
Dave.
--
David Airlie, Software Engineer
http://www.skynet.ie/~airlied / airlied at skynet.ie
pam_smb / Linux DECstation / Linux VAX / ILUG person
-- Forwarded message --
Date: Thu, 28 Oct 2004 12:38:08 +0100 (IST)
you may have beta-testers / developpers on #gentoo-sparc
on freenode... people there have that kind of hardware.
just my 2 cents, of course.
François
On Thu, 28 Oct 2004 12:42:09 +0100 (IST)
Dave Airlie [EMAIL PROTECTED] wrote:
I've just sent this to lkml, anyone here any views on it?
On Thu, 2004-10-28 at 05:04, khaqq wrote:
you may have beta-testers / developpers on #gentoo-sparc
on freenode... people there have that kind of hardware.
just my 2 cents, of course.
Ferris McCormick (fmccor) in that channel definitely has the hardware --
not sure who else. I know he's gotten
Ville Syrjälä wrote:
On Mon, Oct 04, 2004 at 04:24:19PM -0700, Ian Romanick wrote:
I think the right answer is to apply the fix for reading alpha from the
framebuffer and ignore the 888 modes. Since the hardware is operating
in mode, pretending to be 888 is just wrong. We'd have to go
On Wed, Oct 06, 2004 at 10:32:57AM -0700, Ian Romanick wrote:
Ville Syrjälä wrote:
On Mon, Oct 04, 2004 at 04:24:19PM -0700, Ian Romanick wrote:
I think the right answer is to apply the fix for reading alpha from the
framebuffer and ignore the 888 modes. Since the hardware is operating
On Mon, Oct 04, 2004 at 04:24:19PM -0700, Ian Romanick wrote:
Ian Romanick wrote:
It looks like destination alpha was disabled in the DDX at some point. I
seem to remember some discussion about this a long time ago. Do any of
the DRI developers remember why this was done?
So, I found
(I'm moving this thread over to dri-devel. That seems to be a better
place for it.)
Paul Miller wrote:
On Mon, Oct 04, 2004 at 06:58:01AM -0400, Paul Miller wrote:
libGL warning: 3D driver claims to not support visual 0x23
Hm...I'll take a look at it on Monday. The issue is usually that the
Ian Romanick wrote:
It looks like destination alpha was disabled in the DDX at some point. I
seem to remember some discussion about this a long time ago. Do any of
the DRI developers remember why this was done?
So, I found this in the archives:
-- Forwarded message --
From: Mihai Rusu [EMAIL PROTECTED]
Date: Fri, 10 Sep 2004 10:33:44 +0300 (EEST)
Subject: DRM X.Org 6.8.0 oops
To: LKML [EMAIL PROTECTED]
Hi
There seems to be some DRM problem with X.Org 6.8.0 on 2.6.8.1. I recently
switched from XFree86 and there I did
Am Sonntag, 29. August 2004 17:48 schrieb Dieter Nützel:
Am Sonntag, 29. August 2004 16:54 schrieben Sie:
I'm happy to see this go in. It is probably excessively cautious to keep
it out it's certainly not getting any testing out of the tree.
/opt/Mesa cd src/mesa/drivers/dri/r200/
Am Sonntag, 29. August 2004 18:03 schrieb Dieter Nützel:
Am Sonntag, 29. August 2004 17:48 schrieb Dieter Nützel:
Am Sonntag, 29. August 2004 16:54 schrieben Sie:
I'm happy to see this go in. It is probably excessively cautious to
keep it out it's certainly not getting any testing out
I haven't checked xorg cvs, but this patch may be needed there as well.
-- Forwarded message --
From: Lafriks [EMAIL PROTECTED]
Date: Thu, 26 Aug 2004 11:54:50 +0300
Subject: drm patch
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Hi,
Wanted to report that without this patch
Roberto Pariset wrote:
hello,
last (few days ago) xlibmesa-gl1-dri-trunk was really great on my box
(SiS + sid), but the one from yesterday makes dri program crash. here is an
output from glxgears:
Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread 1076844768 (LWP 3563)]
i reinstalled the latest deb in sid, using deb
http://people.debian.org/~daenzer/dri-trunk-sid/ ./ as a repository.
the message is the same. is it a snapshot? if not, where can i find
those, exactly? thanks
rob
[EMAIL PROTECTED]:~$ gdb glxgears
GNU gdb 6.0
Copyright 2003 Free Software Foundation,
Roberto Pariset wrote:
mmm so can i fix it somehow or just wait for a new deb? isnt SSE a cpu
flag? if so i /proc/cpuinfo says i have it (amd xp 1600+). thanks
rob
Il lun, 2004-03-08 alle 22:57, David Bronaugh ha scritto:
SNIP
I think this has been covered about a million times.. the SIGFPU
Roberto Pariset wrote:
mmm so can i fix it somehow or just wait for a new deb? isnt SSE a cpu
flag? if so i /proc/cpuinfo says i have it (amd xp 1600+). thanks
rob
Il lun, 2004-03-08 alle 22:57, David Bronaugh ha scritto:
SNIP
I think this has been covered about a million times.. the SIGFPU is
hello,
last (few days ago) xlibmesa-gl1-dri-trunk was really great on my box
(SiS + sid), but the one from yesterday makes dri program crash. here is an
output from glxgears:
Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread 1076844768 (LWP 3563)]
0x4043c56c in
El Viernes, 13 de Febrero de 2004 01:29, Ville Syrjälä escribió:
mga? The poster said it was observed on ATI cards.
That's right. That's why I asked in the dri lists. I previously posted a
similar mail in debian-powerpc and Michel Dänzer suggested that the
problem could be DRI specific. I also
El Viernes, 13 de Febrero de 2004 16:22, Brian Paul escribió:
No, not glPushAttrib(). glPopAttrib() is where the problem probably
occurs.
Sorry, my mistake O:-)
Great.
I attach a very stupid program. It draws two cubes (one big blue, and
another red small). Press 'r' to rotate both. I use
El Viernes, 13 de Febrero de 2004 22:59, Roland Scheidegger escribió:
I've just tested this demo here (r200 driver) and it works fine (the big
cube remains blue, the red remains red).
Which snapshot of DRI are you using ? I've got one from 2003-10-05... ,
too old :-/
I'm not sure, but
My suspicion is that this is a state tracking bug in the mga driver.
I looked things over a bit and there is a little overlap between
lighting state and texture state in the mga driver (separate specular
color).
I also reviewed Mesa's glPopAttrib() code and I don't believe the
problem is
On Thu, Feb 12, 2004 at 03:43:09PM -0700, Brian Paul wrote:
My suspicion is that this is a state tracking bug in the mga driver.
I looked things over a bit and there is a little overlap between
lighting state and texture state in the mga driver (separate specular
color).
mga? The poster
I'm forwarding this to the devel list.
Alex
__
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html---BeginMessage---
Hi all,
Recently I've discovered (after some hours of debugging) that there's a
problem
This looks like a problem with the XML configuration feature.
Anyone?
-Brian
---BeginMessage---
Hi,
I want to try fbdev/DRI with my Radeon on a straight Suse 9.0. I checked
out from cvs a few days ago and did like the instructions say.
Everything worked until I started the sample_server. It said:
On Mon, 19 Jan 2004 09:53:41 -0700
Brian Paul [EMAIL PROTECTED] wrote:
This looks like a problem with the XML configuration feature.
Anyone?
-Brian
The error message
Unable to open radeon_dri.so: /home/rob/src/Mesa/lib/radeon_dri.so:
undefined symbol: XML_SetElementHandler
would occur
Ohh I'm also using MergedFB, any options for that as long as I have to have a conf?
I'm on an
r200 (8900).
I also have this problem with quake3 using the left screen, needs to be on the right.
The left
then should be usable, don't think quake3 will give up the mouse. :(
Things like that can
- Forwarded message from Andrew Cohen [EMAIL PROTECTED] -
Date: Sat, 10 Jan 2004 11:30:13 -0500
From: Andrew Cohen [EMAIL PROTECTED]
Subject: Re: Question about mach64/DRI/Kernel 2.6
To: José Fonseca [EMAIL PROTECTED]
Oops, sorry about the blank message---cold fingers hit wrong
I'm copying the list sans attachments in case someone else runs
into the same problem as I (for the archives) -- it turns out that the
bug was just my own stupidity.
-Forwarded Message-
From: Christopher Gleba [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re:
Forgot the attachment in the last post.
-Forwarded Message-
From: Christopher Gleba [EMAIL PROTECTED]
To: José Fonseca [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: [Dri-devel] mach64-0-0-6-branch dri bug report
Date: Tue, 02 Dec 2003 14:57:50 -0500
Hello Jose,
Thank you for the
Is anyone else having problems posting to the list?
Alex
__
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/---BeginMessage---
Your mail to 'Dri-devel' with the subject
Re: [Dri-devel] Latest CVS in non-xinerama or dual screen
Deucher [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 20, 2003 16:10
To: [EMAIL PROTECTED]
Subject: [Dri-devel] Fwd: Your message to Dri-devel awaits moderator
approval
Is anyone else having problems posting to the list?
Alex
__
Do you Yahoo!?
Free
with a
quite random looking user name since you
are using your initials.
-Alex.
-Original Message-
From: Alex Deucher [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 20, 2003 16:10
To: [EMAIL PROTECTED]
Subject: [Dri-devel] Fwd: Your message to Dri-devel awaits moderator
20, 2003 16:10
To: [EMAIL PROTECTED]
Subject: [Dri-devel] Fwd: Your message to Dri-devel awaits moderator
approval
Is anyone else having problems posting to the list?
Alex
__
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
1 - 100 of 176 matches
Mail list logo