http://bugs.freedesktop.org/show_bug.cgi?id=10303
Maciej Cencora m.cenc...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://bugs.freedesktop.org/show_bug.cgi?id=17075
Doron [EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #36 from Doron [EMAIL PROTECTED] 2008-09-15 23:39:44 PST ---
Hi Michel and others,
Everything is up and running. Even managed to run compiz-fusion,
sleep and resume. All fine. Here's a list of relevant configuration
for future
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #35 from Doron [EMAIL PROTECTED] 2008-09-14 01:53:27 PST ---
Some good news !
Today I emerged the latest drm released- x11-base/x11-drm-20080710.
So far I've been using x11-base/x11-drm-20071019. I'm very happy
to say the problem
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #31 from Doron [EMAIL PROTECTED] 2008-09-10 03:00:15 PST ---
Created an attachment (id=18801)
-- (http://bugs.freedesktop.org/attachment.cgi?id=18801)
gdb avoiding normal switch, using finish
Hi Michel,
OK, used the handle
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #32 from Michel Dänzer [EMAIL PROTECTED] 2008-09-10 03:10:43 PST
---
(In reply to comment #31)
Can you see something meaningful here ?
I'm afraid not - Dispatch() is the main protocol request processing function,
so it could
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #33 from Doron [EMAIL PROTECTED] 2008-09-10 04:02:14 PST ---
(In reply to comment #32)
Does the problem also happen with a 'naked' X server (without any clients)?
No. I can switch out of and into X with no issues.
Other
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #34 from Michel Dänzer [EMAIL PROTECTED] 2008-09-10 07:22:12 PST
---
(In reply to comment #33)
Does the problem also happen with a 'naked' X server (without any clients)?
No. I can switch out of and into X with no issues.
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #21 from Doron [EMAIL PROTECTED] 2008-09-09 01:42:58 PST ---
OK, better luck this time...
I read about no stripping and some compiler flags and re-compiled
X, DRM and xf86-video-ati (again...).
I also found the way to turn on the
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #23 from Michel Dänzer [EMAIL PROTECTED] 2008-09-09 02:41:36 PST
---
(In reply to comment #20)
I'd like to report that I had pretty similar problems.
Had them with kernels 2.6.25 and .26, but they happen randomly, when I use
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #25 from Michel Dänzer [EMAIL PROTECTED] 2008-09-09 04:44:03 PST
---
(In reply to comment #24)
I tried several times repeating it with DRI off. The problem is much more
intense. ie- Once X hangs, gdb hangs as well, including
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #26 from Doron [EMAIL PROTECTED] 2008-09-09 07:07:02 PST ---
Hi Michel.
I tried RenderAccel off, but no real change.
So I remarked NoAccel, and added DRI off.
I'm attaching gdb log. I used RADEONEnterVT as a break point.
It looks
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #27 from Doron [EMAIL PROTECTED] 2008-09-09 07:09:24 PST ---
Created an attachment (id=18782)
-- (http://bugs.freedesktop.org/attachment.cgi?id=18782)
gdb tracing with break point.
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #28 from Michel Dänzer [EMAIL PROTECTED] 2008-09-09 07:31:20 PST
---
(In reply to comment #26)
Can you have a look and see ?
I've never seen this kind of gdb output, and looking at it I can't help but
feeling like looking for a
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #28 from Michel Dänzer [EMAIL PROTECTED] 2008-09-09 07:31:20 PST
---
(In reply to comment #26)
Can you have a look and see ?
I've never seen this kind of gdb output, and looking at it I can't help but
feeling like looking for a
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #30 from Michel Dänzer [EMAIL PROTECTED] 2008-09-09 08:15:35 PST
---
(In reply to comment #29)
Program received signal SIGUSR1, User defined signal 1.
0xb7f47424 in __kernel_vsyscall ()
Run till exit from #0 0xb7f47424 in
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #10 from Doron [EMAIL PROTECTED] 2008-09-08 03:20:46 PST ---
(In reply to comment #9)
Hi Michel,
(In reply to comment #7)
I hope someone can give me a hand here,
since this will help many r300 users.
How do you know
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #11 from Michel Dänzer [EMAIL PROTECTED] 2008-09-08 03:50:01 PST
---
(In reply to comment #10)
Since it looks like a busy loop (which causes X to go 100%), breaking
this loop will help others as well.
Those are typical
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #12 from Doron [EMAIL PROTECTED] 2008-09-08 04:21:41 PST ---
(In reply to comment #11)
Dear Michel,
Those are typical symptoms of a GPU lockup, which can be caused by any number
of different things. The usual causes result in
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #14 from Doron [EMAIL PROTECTED] 2008-09-08 05:53:58 PST ---
Hi Michel,
We may have some progress due to your DRI suggestion...
I remarked NoAccl, and added DRI false. For some strange reason,
I had acceleration (window moving
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #16 from Michel Dänzer [EMAIL PROTECTED] 2008-09-08 07:02:27 PST
---
(In reply to comment #14)
For some strange reason, I had acceleration (window moving didn't flicker as
I'm used to...).
Nothing strange, you only disabled
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #17 from Doron [EMAIL PROTECTED] 2008-09-08 07:19:42 PST ---
(In reply to comment #16)
Hmm, then I'm not sure anymore this really is a GPU lockup... it would be
interesting if when the X server is hanging, you could log in via
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #18 from Michel Dänzer [EMAIL PROTECTED] 2008-09-08 07:39:07 PST
---
(In reply to comment #17)
Any other binaries which should be recompiled in debug mode ? (ie-
xf86-video-ati, etc.)
Yeah, xserver and xf86-video-ati for
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #19 from Doron [EMAIL PROTECTED] 2008-09-08 09:11:55 PST ---
OK, here's the gdb output and then my explanations:
Continuing.
Program received signal SIGUSR1, User defined
http://bugs.freedesktop.org/show_bug.cgi?id=17075
Dushan Tcholich [EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #7 from Doron [EMAIL PROTECTED] 2008-09-07 01:28:34 PST ---
Thanks Giacomo,
But no change- same behavior.
Also I moved to the new xorg-server, and it remains the same.
I'll attach the latest version's log.
Version details:
doronf
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #8 from Doron [EMAIL PROTECTED] 2008-09-07 01:31:31 PST ---
Created an attachment (id=18719)
-- (http://bugs.freedesktop.org/attachment.cgi?id=18719)
X 1.5.0 log file
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #5 from Doron [EMAIL PROTECTED] 2008-09-06 13:15:55 PST ---
Hi,
Almost a month has past, and no comments... Any chance to fix this bug?
How can I help ?
Thanks,
Doron.
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #6 from Giacomo Perale [EMAIL PROTECTED] 2008-09-06 13:56:40 PST
---
(In reply to comment #5)
Hi,
Almost a month has past, and no comments... Any chance to fix this bug?
How can I help ?
Thanks,
Doron.
Did you try with
http://bugs.freedesktop.org/show_bug.cgi?id=17075
Summary: Radeon + DRI on r300: X goes 99.9% CPU
Product: DRI
Version: XOrg CVS
Platform: All
OS/Version: Linux (All)
Status: NEW
Severity: critical
Priority: high
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #1 from Doron [EMAIL PROTECTED] 2008-08-11 02:45:27 PST ---
Created an attachment (id=18215)
-- (http://bugs.freedesktop.org/attachment.cgi?id=18215)
Configuration file.
The relevant device for my layout is with Identifier
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #2 from Doron [EMAIL PROTECTED] 2008-08-11 02:49:17 PST ---
Created an attachment (id=18216)
-- (http://bugs.freedesktop.org/attachment.cgi?id=18216)
X Log File.
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=17075
Michel Dänzer [EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #18216|application/x-trash |text/plain
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #3 from Michel Dänzer [EMAIL PROTECTED] 2008-08-11 03:01:19 PST
---
Does it also happen without Option DynamicClocks?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this
http://bugs.freedesktop.org/show_bug.cgi?id=17075
--- Comment #4 from Doron [EMAIL PROTECTED] 2008-08-11 03:38:18 PST ---
Hi Michel,
Thanks for the quick response.
Sadly, yes. I just remarked DynamicClocks
(default is off), and the same behavior occurred.
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=10303
--- Comment #6 from [EMAIL PROTECTED] 2007-03-17 05:32 PST ---
Dave Airlie already committed this. Commit
6a9b0cd0b43ba01b24871ec1fa155e192ddeaa56.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
---
http://bugs.freedesktop.org/show_bug.cgi?id=10303
--- Comment #4 from [EMAIL PROTECTED] 2007-03-16 19:41 PST ---
I think it was Vladimir Dergachev who did a lot of the initial work, at least
from looking at the R300 Sourceforge site, but I expect that a lot of people
made
http://bugs.freedesktop.org/show_bug.cgi?id=10303
--- Comment #5 from [EMAIL PROTECTED] 2007-03-16 20:09 PST ---
I agree with that. If there are no objections I can change the vendor string
for R300. I think that R300 does still use some Tungsten Graphics code, but it
should be
in
|Tungsten Radeon R300 driver |DRI Radeon R300 driver
--- Comment #1 from [EMAIL PROTECTED] 2007-03-15 02:14 PST ---
Clarifying that this isn't a driver developed by Tungsten - the credit lies
with the individual open source developers of the R300 project.
--
Configure
http://bugs.freedesktop.org/show_bug.cgi?id=10303
[EMAIL PROTECTED] changed:
What|Removed |Added
Component|libGL |Drivers/DRI/r300
Product
http://bugs.freedesktop.org/show_bug.cgi?id=10303
--- Comment #3 from [EMAIL PROTECTED] 2007-03-15 03:37 PST ---
There is a TODO comment in r300_fragprog.c about fog coord inputs, so it's
probably not done yet...
I think it was Vladimir Dergachev who did a lot of the initial work,
Paul Heldens wrote:
Hi, I've been playing the beautifull (semi)OSS RTS game Spring for a
while now on R300, and I wondered if there is something bogging down the
performance. Maybe a developer who likes this game could look at the
used GL functions/extensions, and whether they are accelerated
While on the topic, how would I get r300 to print out a warning when
it uses a SW fallback? I assume this is possible because I vaguely
remember someone doing that.
Thanks
-
Using Tomcat but need to do more? Need to support
Paul Heldens wrote:
Hi, I've been playing the beautifull (semi)OSS RTS game Spring for a
while now on R300, and I wondered if there is something bogging down the
performance. Maybe a developer who likes this game could look at the
used GL functions/extensions, and whether they are
On Thu, Feb 23, 2006 at 01:23:33AM -0500, Patrick McFarland wrote:
On Wednesday 22 February 2006 23:36, Alex Deucher wrote:
On 2/22/06, Patrick McFarland [EMAIL PROTECTED] wrote:
On 2/22/06, Patrick McFarland [EMAIL PROTECTED] wrote:
Also, Mesa seems to build now; after its done, I'll
On Thursday 23 February 2006 03:52, Daniel Stone wrote:
On Thu, Feb 23, 2006 at 01:23:33AM -0500, Patrick McFarland wrote:
On Wednesday 22 February 2006 23:36, Alex Deucher wrote:
On 2/22/06, Patrick McFarland [EMAIL PROTECTED] wrote:
On 2/22/06, Patrick McFarland [EMAIL PROTECTED]
Patrick McFarland wrote:
glxcmds.c: In function ‘glXBindTexImageEXT’:
glxcmds.c:2618: error: ‘X_GLXvop_BindTexImageEXT’ undeclared (first use in
this function)
Guess you haven't been reading the list lately. Update your glproto.
xorg.freedesktop.org/releases/individual/proto/.
On Wednesday 22 February 2006 03:29, Donnie Berkholz wrote:
xorg.freedesktop.org/releases/individual/proto/
Two questions, 1) why doesn't dapper already have this?
2) why doesn't the dri build instructions on the site mention this... or
better yet, xc or mesa already have them included and use
On Wednesday 22 February 2006 03:29, Donnie Berkholz wrote:
Patrick McFarland wrote:
glxcmds.c: In function ‘glXBindTexImageEXT’:
glxcmds.c:2618: error: ‘X_GLXvop_BindTexImageEXT’ undeclared (first use
in this function)
Guess you haven't been reading the list lately. Update your glproto.
On Wed, Feb 22, 2006 at 04:25:31AM -0500, Patrick McFarland wrote:
On Wednesday 22 February 2006 03:29, Donnie Berkholz wrote:
Patrick McFarland wrote:
glxcmds.c: In function ‘glXBindTexImageEXT’:
glxcmds.c:2618: error: ‘X_GLXvop_BindTexImageEXT’ undeclared (first use
in this function)
On Wed, Feb 22, 2006 at 04:19:09AM -0500, Patrick McFarland wrote:
On Wednesday 22 February 2006 03:29, Donnie Berkholz wrote:
xorg.freedesktop.org/releases/individual/proto/
Two questions, 1) why doesn't dapper already have this?
That's off-topic for this list. Try ubuntu-devel, except
On Wednesday 22 February 2006 04:31, Daniel Stone wrote:
On Wed, Feb 22, 2006 at 04:19:09AM -0500, Patrick McFarland wrote:
On Wednesday 22 February 2006 03:29, Donnie Berkholz wrote:
xorg.freedesktop.org/releases/individual/proto/
Two questions, 1) why doesn't dapper already have this?
On Wed, Feb 22, 2006 at 04:50:22AM -0500, Patrick McFarland wrote:
On Wednesday 22 February 2006 04:31, Daniel Stone wrote:
It's not a part of Mesa, and xc/ is dead.
The reason why it's broken out as its own module, is because ... it's
its own module.
If xc is. dead.
On Wed, 2006-02-22 at 03:01 -0500, Patrick McFarland wrote:
On Tuesday 21 February 2006 01:29, Benjamin Herrenschmidt wrote:
On Sat, 2006-02-18 at 21:45 -0500, Patrick McFarland wrote:
Well, I finally upgraded my Radeon 8500 to a Radeon 9600, however trying
to use Xorg's DRI drivers with
On Wednesday 22 February 2006 04:53, Daniel Stone wrote:
On Wed, Feb 22, 2006 at 04:50:22AM -0500, Patrick McFarland wrote:
On Wednesday 22 February 2006 04:31, Daniel Stone wrote:
It's not a part of Mesa, and xc/ is dead.
The reason why it's broken out as its own module, is because
On Wednesday 22 February 2006 05:42, Benjamin Herrenschmidt wrote:
On Wed, 2006-02-22 at 03:01 -0500, Patrick McFarland wrote:
On Tuesday 21 February 2006 01:29, Benjamin Herrenschmidt wrote:
On Sat, 2006-02-18 at 21:45 -0500, Patrick McFarland wrote:
Well, I finally upgraded my Radeon
On Wednesday 22 February 2006 04:30, Daniel Stone wrote:
On Wed, Feb 22, 2006 at 04:25:31AM -0500, Patrick McFarland wrote:
On Wednesday 22 February 2006 03:29, Donnie Berkholz wrote:
Patrick McFarland wrote:
glxcmds.c: In function ‘glXBindTexImageEXT’:
glxcmds.c:2618: error:
Well, someone has updated the dri build instructions to reflect Xorg 7.0,
whoever that was, thank you.
So nuked all the cruft due to the installation of xc, and reinstalled X from
dapper debs, and everything is back to normal.
Also, Mesa seems to build now; after its done, I'll build the drm
On 2/22/06, Patrick McFarland [EMAIL PROTECTED] wrote:
Well, someone has updated the dri build instructions to reflect Xorg 7.0,
whoever that was, thank you.
So nuked all the cruft due to the installation of xc, and reinstalled X from
dapper debs, and everything is back to normal.
Also,
On 2/22/06, Patrick McFarland [EMAIL PROTECTED] wrote:
On 2/22/06, Patrick McFarland [EMAIL PROTECTED] wrote:
Well, someone has updated the dri build instructions to reflect Xorg 7.0,
whoever that was, thank you.
So nuked all the cruft due to the installation of xc, and reinstalled X from
On Sat, 18 Feb 2006 21:45:54 -0500
Patrick McFarland [EMAIL PROTECTED] wrote:
Well, I finally upgraded my Radeon 8500 to a Radeon 9600, however trying to
use Xorg's DRI drivers with it causes X to completely lock up on startup.
ATI's binary drivers work fine, however. Also, starting Xorg
On 2/18/06, Patrick McFarland [EMAIL PROTECTED] wrote:
Well, I finally upgraded my Radeon 8500 to a Radeon 9600, however trying to
use Xorg's DRI drivers with it causes X to completely lock up on startup.
ATI's binary drivers work fine, however. Also, starting Xorg without Load
dri works fine
On Monday 20 February 2006 15:19, Alex Deucher wrote:
On 2/18/06, Patrick McFarland [EMAIL PROTECTED] wrote:
Well, I finally upgraded my Radeon 8500 to a Radeon 9600, however trying
to use Xorg's DRI drivers with it causes X to completely lock up on
startup. ATI's binary drivers work fine,
On 2/20/06, Patrick McFarland [EMAIL PROTECTED] wrote:
On Monday 20 February 2006 15:19, Alex Deucher wrote:
On 2/18/06, Patrick McFarland [EMAIL PROTECTED] wrote:
Well, I finally upgraded my Radeon 8500 to a Radeon 9600, however trying
to use Xorg's DRI drivers with it causes X to
On Monday 20 February 2006 17:09, Aapo Tahkola wrote:
On Sat, 18 Feb 2006 21:45:54 -0500
Patrick McFarland [EMAIL PROTECTED] wrote:
Well, I finally upgraded my Radeon 8500 to a Radeon 9600, however trying
to use Xorg's DRI drivers with it causes X to completely lock up on
startup. ATI's
On Monday 20 February 2006 16:27, Alex Deucher wrote:
On 2/20/06, Patrick McFarland [EMAIL PROTECTED] wrote:
On Monday 20 February 2006 15:19, Alex Deucher wrote:
On 2/18/06, Patrick McFarland [EMAIL PROTECTED] wrote:
Well, I finally upgraded my Radeon 8500 to a Radeon 9600, however
On 2/20/06, Patrick McFarland [EMAIL PROTECTED] wrote:
On Monday 20 February 2006 17:09, Aapo Tahkola wrote:
On Sat, 18 Feb 2006 21:45:54 -0500
Patrick McFarland [EMAIL PROTECTED] wrote:
Well, I finally upgraded my Radeon 8500 to a Radeon 9600, however trying
to use Xorg's DRI drivers
On Monday 20 February 2006 16:36, Alex Deucher wrote:
On 2/20/06, Patrick McFarland [EMAIL PROTECTED] wrote:
On Monday 20 February 2006 17:09, Aapo Tahkola wrote:
On Sat, 18 Feb 2006 21:45:54 -0500
Patrick McFarland [EMAIL PROTECTED] wrote:
Well, I finally upgraded my Radeon 8500
On Monday 20 February 2006 16:39, Alex Deucher wrote:
On 2/20/06, Patrick McFarland [EMAIL PROTECTED] wrote:
On Monday 20 February 2006 16:27, Alex Deucher wrote:
On 2/20/06, Patrick McFarland [EMAIL PROTECTED] wrote:
On Monday 20 February 2006 15:19, Alex Deucher wrote:
On 2/18/06,
On Mon, Feb 20, 2006 at 04:49:14PM -0500, Patrick McFarland wrote:
On Monday 20 February 2006 16:39, Alex Deucher wrote:
I'd say try the drm from cvs. also make sure your chip is supported
by the drm/mesa that you are using (not all r3/4xx ids have been added
to the 3D/drm side yet). You
?
I meant with DRI.
r300 driver doesnt kick in until you start some 3d app.
Given that, the fault is either in ddx or drm.
What model brand is this card?
How much memory?
--
Aapo Tahkola
---
This SF.net email is sponsored by: Splunk Inc
On 2/20/06, Patrick McFarland [EMAIL PROTECTED] wrote:
On Monday 20 February 2006 16:52, Daniel Stone wrote:
On Mon, Feb 20, 2006 at 04:49:14PM -0500, Patrick McFarland wrote:
On Monday 20 February 2006 16:39, Alex Deucher wrote:
I'd say try the drm from cvs. also make sure your chip is
9600], which I already mentioned in
another message in this thread. Is that the chip id?
lspci -n will give you the numeric ids.
In that case: :01:00.0 0300: 1002:4150
check to make sure 1002:4150 or it's pneumonic equivalent is listed in
the drm and r300 dri lib.
I'll go try
pneumonic equivalent is listed in
the drm and r300 dri lib.
I'll go try that synced partition trick in a moment.
Btw, Daniel, if I turn fast write and 8x off in the bios, that does
actually turn it off in X, right?
no. you have to specify the AGPmode in your xorg config
On 2/20/06, Patrick McFarland [EMAIL PROTECTED] wrote:
On Monday 20 February 2006 16:52, Daniel Stone wrote:
On Mon, Feb 20, 2006 at 04:49:14PM -0500, Patrick McFarland wrote:
On Monday 20 February 2006 16:39, Alex Deucher wrote:
I'd say try the drm from cvs. also make sure your chip is
On Monday 20 February 2006 20:08, Alex Deucher wrote:
On 2/20/06, Patrick McFarland [EMAIL PROTECTED] wrote:
On Monday 20 February 2006 16:52, Daniel Stone wrote:
On Mon, Feb 20, 2006 at 04:49:14PM -0500, Patrick McFarland wrote:
On Monday 20 February 2006 16:39, Alex Deucher wrote:
On 2/20/06, Patrick McFarland [EMAIL PROTECTED] wrote:
On Monday 20 February 2006 20:08, Alex Deucher wrote:
On 2/20/06, Patrick McFarland [EMAIL PROTECTED] wrote:
On Monday 20 February 2006 16:52, Daniel Stone wrote:
On Mon, Feb 20, 2006 at 04:49:14PM -0500, Patrick McFarland wrote:
On Monday 20 February 2006 20:30, Alex Deucher wrote:
On 2/20/06, Patrick McFarland [EMAIL PROTECTED] wrote:
On Monday 20 February 2006 20:08, Alex Deucher wrote:
On 2/20/06, Patrick McFarland [EMAIL PROTECTED] wrote:
On Monday 20 February 2006 16:52, Daniel Stone wrote:
On Mon, Feb
On Sat, 2006-02-18 at 21:45 -0500, Patrick McFarland wrote:
Well, I finally upgraded my Radeon 8500 to a Radeon 9600, however trying to
use Xorg's DRI drivers with it causes X to completely lock up on startup.
ATI's binary drivers work fine, however. Also, starting Xorg without Load
dri
Well, I finally upgraded my Radeon 8500 to a Radeon 9600, however trying to
use Xorg's DRI drivers with it causes X to completely lock up on startup.
ATI's binary drivers work fine, however. Also, starting Xorg without Load
dri works fine Xorg's radeon driver.
So, whats wrong?
--
Patrick
I know it's quite silly to reply to own posts
I don't know if this problem:
3. Second dri problem: glxinfo says $ glxinfo
name of display: :0.0
libGL warning: 3D driver claims to not support visual 0x23
libGL warning: 3D driver claims to not support visual 0x24
libGL warning: 3D driver
Michał Pytasz wrote:
was gentoo-specific
http://bugs.gentoo.org/show_bug.cgi?id=122140 , however it seems fixed now
(with new ebuild for xorg).
Indeed it wasn't Gentoo-specific at all, we just fixed it in our
packages. See https://bugs.freedesktop.org/show_bug.cgi?id=5835.
Thanks,
Donnie
Hi!
I was trying to get dri working on my Radeon X600. It didn't hang my
computer like it used to, but instead everything seemed to go well
until I got an error message saying Cannot use PCI Express without
GART in FB memory and dri was disabled. What can cause this?
X-server and drm are CVS
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=2797
[EMAIL PROTECTED] changed:
What|Removed |Added
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=2797
--- Additional Comments From [EMAIL PROTECTED] 2005-03-30 09:39 ---
it's
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=2797
--- Additional Comments From [EMAIL PROTECTED] 2005-03-31 13:18 ---
(In
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=2797
--- Additional Comments From [EMAIL PROTECTED] 2005-03-31 14:21 ---
(In
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=2797
--- Additional Comments From [EMAIL PROTECTED] 2005-03-30 09:22 ---
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=2797
Summary: DRI with r300 doesn't work with Crystal Space
Product
On Mon, 26 Apr 2004 23:32:58 -0400 (EDT)
Vladimir Dergachev [EMAIL PROTECTED] wrote:
Well, I dug a bit deeper into writing R300 driver (using R200 one to
start with) and I have more questions:
1. What does rmesa-TclFallback do and how should I activate it ?
2. What is state ? More
On Tue, 27 Apr 2004 11:04:11 -0400 (EDT)
Vladimir Dergachev [EMAIL PROTECTED] wrote:
Hi Felix :)
Thank you for the answers, more questions below:
2. What is state ? More specifically:
I think I can answer some of these state-related questions after my
experience with porting
Hi Felix :)
Thank you for the answers, more questions below:
2. What is state ? More specifically:
I think I can answer some of these state-related questions after my
experience with porting the savage driver to Savage3D-based chips.
A) I noticed that state holds contents
Well, I dug a bit deeper into writing R300 driver (using R200 one to
start with) and I have more questions:
1. What does rmesa-TclFallback do and how should I activate it ?
2. What is state ? More specifically:
A) I noticed that state holds contents of a lot of registers,
I'm curious if anyone has attempted to get an R300 card working with the
r200 driver? :-)
I was fooling around today with a clean install of FreeBSD, and thought
I'd give it a try. I added the device ID for my radeon 9800 to the
radeon_drv.c file, and recompiled the radeon kernel module. It
it's hard to say if it's worth pursuing or not since no one that I know
of has the docs for the 3D engine on r300.
Alex
--- Adam K Kirchhoff [EMAIL PROTECTED] wrote:
I'm curious if anyone has attempted to get an R300 card working with
the
r200 driver? :-)
I was fooling around today with
On Mon, 2003-10-27 at 00:12, Adam K Kirchhoff wrote:
I was fooling around today with a clean install of FreeBSD, and thought
I'd give it a try. I added the device ID for my radeon 9800 to the
radeon_drv.c file, and recompiled the radeon kernel module. It loads
fine... I modified my
I'm curious if Tungsten Graphics has made any attempts to get basic 3D
specs from ATI for the R300 line of cards? While is certainly great that
ATI is showing a commitment to writing their own 3D drivers for linux,
there are still other operating systems (and users who insist on open
source
On Thu, Oct 16, 2003 at 05:42:15PM -0400, Adam K Kirchhoff wrote:
I'm curious if Tungsten Graphics has made any attempts to get basic 3D
specs from ATI for the R300 line of cards? While is certainly great that
ATI is showing a commitment to writing their own 3D drivers for linux,
there are
98 matches
Mail list logo
