Re: 64/32 with DRI

2006-01-05 Thread Stephen Olander Waters
On Wed, 2006-01-04 at 14:43 -0800, Andrew Sharp wrote:
 It looks to me to be 64-bit specific, like, it's iterating through a
 4294967295 planes trying to do something the chip doesn't even support,
 instead of skipping that feature.  So if you can live without DRI for
 a little while, they will probably have this fixed, or at least a patch
 available.

I sure hope so. I just figure the squeaky wheel gets the grease is
all.

Wish their bugzilla had voting. Oh well.

-s



signature.asc
Description: This is a digitally signed message part


Re: 64/32 with DRI

2006-01-04 Thread Stephen Olander Waters
On Wed, 2006-01-04 at 10:58 -0800, Andrew Sharp wrote:
 Geez you guys sound like a couple of teenagers who just found their
 favorite football team.  If the open source ATI Radeon driver has bugs
 you don't like, you are free to jump in and fix them.  It works quite
 well for me on multiple systems including my amd64.

As I understand it, the problem is localized to the R100 series of GPUs
which includes the Radeon 7000/VE I have installed on my box.

 I think this started over DRI support for the ancient 7000 Radeon.
 However, I haven't seen any testing results posted.  I know there is a
 comment in the code that it's experimental, but have you actually tried
 it and found it to be buggy?

I believe this is the bug I am experiencing:
https://bugs.freedesktop.org/show_bug.cgi?id=5104

Also, having dug around some, I believe it has to do with the dynamic
clocking patch but I'm not a C coder, don't have access to a serial
console, etc.

There are no messages in the logs -- just a hard freeze of the system.

I'm not using any driver options. I have turned off MTRR, which is also
buggy, in the Screen section. I tried setting SWCursor as suggested in
another bug in the Free Desktop bugzilla but that didn't help.

-s



signature.asc
Description: This is a digitally signed message part


Re: 64/32 with DRI

2006-01-04 Thread Andrew Sharp
On Wed, Jan 04, 2006 at 03:36:42PM -0600, Stephen Olander Waters wrote:
 On Wed, 2006-01-04 at 10:58 -0800, Andrew Sharp wrote:

  I think this started over DRI support for the ancient 7000 Radeon.
  However, I haven't seen any testing results posted.  I know there is a
  comment in the code that it's experimental, but have you actually tried
  it and found it to be buggy?
 
 I believe this is the bug I am experiencing:
 https://bugs.freedesktop.org/show_bug.cgi?id=5104

Hmm, is it possible to downgrade to X.org 6.7?  Er, 6.8.2 is the version
even in etch, so downgrading would be difficult.

It looks to me to be 64-bit specific, like, it's iterating through a
4294967295 planes trying to do something the chip doesn't even support,
instead of skipping that feature.  So if you can live without DRI for
a little while, they will probably have this fixed, or at least a patch
available.

Cheers,

a


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: 64/32 with DRI

2006-01-03 Thread Stephen Olander Waters
On Mon, 2006-01-02 at 20:35 +1100, Hamish Moffatt wrote:
 On Mon, Jan 02, 2006 at 01:45:16AM -0600, Stephen Olander Waters wrote:
  Radeon 7000 DRI in xorg 6.8.2 is unstable apparently. See this
  message:
 [...]
  Man that sucks.
 
 That's ATI for you.

I'm not using ATI's proprietary driver. I'm using the buggy open source
driver maintained by X.org which used to work just fine...

-s



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: 64/32 with DRI

2006-01-02 Thread Hamish Moffatt
On Mon, Jan 02, 2006 at 01:45:16AM -0600, Stephen Olander Waters wrote:
 Radeon 7000 DRI in xorg 6.8.2 is unstable apparently. See this
 message:
[...]
 Man that sucks.

That's ATI for you.


Hamish
-- 
Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: 64/32 with DRI

2006-01-01 Thread Stephen Olander Waters
Radeon 7000 DRI in xorg 6.8.2 is unstable apparently. See this
message:

http://www.redhat.com/archives/fedora-announce-list/2005-September/msg0.html

---
- DRI is now enabled by default on all ATI Radeon hardware
  except for the Radeon 7000/Radeon VE chipsets, which
  is known to be unstable for many users currently when
  DRI is enabled.  Radeon 7000 users can re-enable DRI
  if desired by using Option DRI in the device
  section of the config file, with the understanding that
  we consider it unstable currently.
---

Man that sucks.
-s



signature.asc
Description: This is a digitally signed message part


Re: 64/32 with DRI

2005-12-30 Thread Stephen Olander Waters
On Wed, 2005-12-28 at 17:56 +0300, Serge Belyshev wrote:
  I'm running linux-image-2.6.14-2-amd64-k8-smp on 32-bit 'sid' (haven't
  made the time to go all-64 yet). I have an old Radeon 7000 and I'm using
  the standard radeon driver. While DRI appears to initialize correctly
  in the Xorg.log.0, glxinfo reports that direct rendering is off and
 
 32 bit DRI clients don't work with 64 bit kernel.
 You may want to look at:
 
 https://bugs.freedesktop.org/show_bug.cgi?id=943

OK, I've installed a 64-bit sid and it still freezes with DRI.

What can I do to fix this? Do DRI and SMP conflict?

Thanks,
-s



signature.asc
Description: This is a digitally signed message part


Re: 64/32 with DRI

2005-12-28 Thread Serge Belyshev
 I'm running linux-image-2.6.14-2-amd64-k8-smp on 32-bit 'sid' (haven't
 made the time to go all-64 yet). I have an old Radeon 7000 and I'm using
 the standard radeon driver. While DRI appears to initialize correctly
 in the Xorg.log.0, glxinfo reports that direct rendering is off and

32 bit DRI clients don't work with 64 bit kernel.
You may want to look at:

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


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]