Re: ATI AIW Radeon 9800 Pro - LockUp

2006-01-07 Thread Adam K Kirchhoff

Jerome Glisse wrote:


On 1/7/06, Jerome Glisse [EMAIL PROTECTED] wrote:
 


On 1/5/06, Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
   


Have you tried checking what's going on with the card memory map ?
(values of MC_AGP_LOCATION, MC_FB_LOCATION, CONFIG_MEMSIZE,
CONFIG_APER_SIZE, HDP control and how they are munged by X and DRI ?
There is definitely a bug or two lurking around when we have
CONFIG_APER_SIZE smaller than CONFIG_MEMSIZE that might be causing those
lockups).
 


It seems to be related to card memory map, with your patch
(radeon mem fix) i have no lockups (at least no during last
10 minutes) but as i update many things and have tweaks
in many place i will double check that...

In the mean time if more people could test with your patch
(even if their regression with it on some hardware) see if
this fix the lockup for them.
   



More people testing benh patch on radeon 9800 (or any other
radeon that used to lockup) are welcome:

http://lists.freedesktop.org/archives/xorg/2005-December/011679.html
http://lists.freedesktop.org/archives/xorg/2005-December/011717.html

It really seems to fix it. I have been on ut2004 for several minutes
without a lockups while it used lockup pretty fast the card before.
I will give a look a fglrx way to setup all this.

best,
Jerome Glisse


 



Well, I was able to launch Blender, open up a few files, and play 
neverball for a while.  That's a first!  I haven't tested it beyond 
that, yet, but this is definitely an improvement.


Adam



---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: ATI AIW Radeon 9800 Pro - LockUp

2006-01-07 Thread Jerome Glisse
On 1/7/06, Adam K Kirchhoff [EMAIL PROTECTED] wrote:
 Jerome Glisse wrote:

 On 1/7/06, Jerome Glisse [EMAIL PROTECTED] wrote:
 
 
 On 1/5/06, Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
 
 
 Have you tried checking what's going on with the card memory map ?
 (values of MC_AGP_LOCATION, MC_FB_LOCATION, CONFIG_MEMSIZE,
 CONFIG_APER_SIZE, HDP control and how they are munged by X and DRI ?
 There is definitely a bug or two lurking around when we have
 CONFIG_APER_SIZE smaller than CONFIG_MEMSIZE that might be causing those
 lockups).
 
 
 It seems to be related to card memory map, with your patch
 (radeon mem fix) i have no lockups (at least no during last
 10 minutes) but as i update many things and have tweaks
 in many place i will double check that...
 
 In the mean time if more people could test with your patch
 (even if their regression with it on some hardware) see if
 this fix the lockup for them.
 
 
 
 More people testing benh patch on radeon 9800 (or any other
 radeon that used to lockup) are welcome:
 
 http://lists.freedesktop.org/archives/xorg/2005-December/011679.html
 http://lists.freedesktop.org/archives/xorg/2005-December/011717.html
 
 It really seems to fix it. I have been on ut2004 for several minutes
 without a lockups while it used lockup pretty fast the card before.
 I will give a look a fglrx way to setup all this.
 
 best,
 Jerome Glisse
 
 
 
 

 Well, I was able to launch Blender, open up a few files, and play
 neverball for a while.  That's a first!  I haven't tested it beyond
 that, yet, but this is definitely an improvement.

 Adam

Yes, but it ends to lockup. I haven't yet found a case where
it lockups imediatly but i will look further in what you suggested
benh and look to the kernel drm too...

best,
Jerome Glisse


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37alloc_id865op=click
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: ATI AIW Radeon 9800 Pro - LockUp

2006-01-07 Thread Luca
Il Fri, Jan 06, 2006 at 05:05:03PM -0500, Alex Deucher ha scritto: 
 On 1/6/06, Adam K Kirchhoff [EMAIL PROTECTED] wrote:
  Benjamin Herrenschmidt wrote:
 
  On Thu, 2006-01-05 at 11:05 +0100, Jerome Glisse wrote:
  
  
  On 1/5/06, Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
  
  
  On Thu, 2006-01-05 at 02:30 +0100, Jerome Glisse wrote:
  
  
  On 1/5/06, Jon [EMAIL PROTECTED] wrote:
  
  
  I have a ATI AIW Radeon 9800 Pro (r350), I'm getting plenty of freezing
  with r300 DRI module. I tried Quake3 (wont get past beginning of 
  opening
  game video, locks computer solid) and Xmoto (lasts for a few seconds
  than computer locks) GLXGears runs fine and for a long time, no
  freezing. (10755 frames in 5.0 sec = 2151 FPS etc) I'm using FreeBSD 
  6.0
  Stable, I just built from cvs at freedesktop.org Mesa3D ,DRM kernel
  module and the r300 DRI module.
  Is their anything I can test or do?
  -- Thanks
  
  
  I have been trying to track down the issue during last few month.
  No success so far, maybe i am not a good hunter ;). Anyway could
  you test to first run an xserver with fglrx (no need for the drm module)
  and then run a server with r300 and see if you still have lockup
  (you shouldn't) thus i know you probably face the same lockup as
  i do.
  
  
  Have you tried checking what's going on with the card memory map ?
  (values of MC_AGP_LOCATION, MC_FB_LOCATION, CONFIG_MEMSIZE,
  CONFIG_APER_SIZE, HDP control and how they are munged by X and DRI ?
  There is definitely a bug or two lurking around when we have
  CONFIG_APER_SIZE smaller than CONFIG_MEMSIZE that might be causing those
  lockups).
  
  
  So far i have quite ignored such things. I will take a closer look
  to that, i haven't even tested your patch on that. I will give it
  a try.
  
  
  
  You may have to hack the kernel DRM too so that it puts the same values
  in there, currently, it's broken too.
  
  Ben.
  
  
  
 
  Is it safe to say that this is only a problem for cards with 256 bit
  memory interfaces?  From http://en.wikipedia.org/wiki/Radeon_9700_core:
 
  Radeon 9700 275 256-bit
  Radeon 9800 325 256-bit
  Radeon 9700 Pro 325 256-bit
  Radeon 9800 Pro 380 256-bit
  Radeon 9800 XT  412 256-bit
 
 
  Do all these experience the same lockups?
 
 I think 9500s have the same problem.

I've a 9500 Pro:
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R300 NE [Radeon 
9500 Pro]

I sometimes use blender and it seems rock solid. I've now tried UT (the
first one - it's the only game that I've here...) and it randomly locks up:
sometimes it happens after a few minutes, sometimes it takes 20-30
minutes... so it seems a different problem.


Luca
-- 
Home: http://kronoz.cjb.net
Io mi ricordo sempre il compleanno della mia ragazza:
cade il giorno dopo di quando lei me lo ricorda


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: ATI AIW Radeon 9800 Pro - LockUp

2006-01-07 Thread Aapo Tahkola
On Fri, 06 Jan 2006 23:07:30 +0100
Rune Petersen [EMAIL PROTECTED] wrote:

 Adam K Kirchhoff wrote:
  Then with the X300 - X850, I think it's only the X800 and X850 cards 
  have 256-bit interfaces, correct?  Do X800 cards experience the same 
  lockups?

Yes, my x850 pro had the same problem although the symptoms were very different 
from what others have reported.
See bug #5294.

 
 My X800 XT is working fine, the only real problem I have with lockups 
 are with Quake 3 and is unrelated.

Im a bit dubious your problem not being related as I had some similar problems 
with q3.
Could you test if manytex -size 512 512 -n 100 works?
It should lock immediately if theres some problem as indirect buffers kept in 
gart get tampered over by texture uploads.

-- 
Aapo Tahkola


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: ATI AIW Radeon 9800 Pro - LockUp

2006-01-07 Thread Rune Petersen

Aapo Tahkola wrote:
My X800 XT is working fine, the only real problem I have with lockups 
are with Quake 3 and is unrelated.



Im a bit dubious your problem not being related as I had some similar problems 
with q3.
Could you test if manytex -size 512 512 -n 100 works?
It should lock immediately if theres some problem as indirect buffers kept in 
gart get tampered over by texture uploads.



Looks fine, and no lockup.


Rune Petersen


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: ATI AIW Radeon 9800 Pro - LockUp

2006-01-07 Thread Aapo Tahkola
On Sat, 07 Jan 2006 23:58:44 +0100
Rune Petersen [EMAIL PROTECTED] wrote:

 Aapo Tahkola wrote:
 My X800 XT is working fine, the only real problem I have with lockups 
 are with Quake 3 and is unrelated.
  
  
  Im a bit dubious your problem not being related as I had some similar 
  problems with q3.
  Could you test if manytex -size 512 512 -n 100 works?
  It should lock immediately if theres some problem as indirect buffers kept 
  in gart get tampered over by texture uploads.
  
 
 Looks fine, and no lockup.

Alright. Have you been able to reproduce this with any other app?
Perhaps if it hits in menus it might be able to track it down but I wouldnt try 
it otherwise.
Also, does it lock always at the same time or is it random?

-- 
Aapo Tahkola


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: ATI AIW Radeon 9800 Pro - LockUp

2006-01-07 Thread Aapo Tahkola
On Sun, 08 Jan 2006 01:33:56 +0100
Rune Petersen [EMAIL PROTECTED] wrote:

 Aapo Tahkola wrote:
  On Sat, 07 Jan 2006 23:58:44 +0100
  Rune Petersen [EMAIL PROTECTED] wrote:
  
  
 Aapo Tahkola wrote:
 
 My X800 XT is working fine, the only real problem I have with lockups 
 are with Quake 3 and is unrelated.
 
 
 Im a bit dubious your problem not being related as I had some similar 
 problems with q3.
 Could you test if manytex -size 512 512 -n 100 works?
 It should lock immediately if theres some problem as indirect buffers kept 
 in gart get tampered over by texture uploads.
 
 
 Looks fine, and no lockup.
  
  
  Alright. Have you been able to reproduce this with any other app?
  Perhaps if it hits in menus it might be able to track it down but I wouldnt 
  try it otherwise.
  Also, does it lock always at the same time or is it random?
  
 
 No only Quake 3. in-game lockups are rare, most happens when loading 
 maps (might be locking up on the first frame) the worst map is Q3DM0, 
 which might help track it down. Also r_texturebits 32 vs. 
 r_texturebits 16 increases the chance of a lockup.

Could you try Q3DM0 with this patch applied to r300_render.c ?
It should ignore all rendering commands at around time leaving menu.
Let me know if you cant reproduce the lock with it.

BTW, killall -15 quake3.x86; xrandr -s 0 might be handy if it doesnt lock...

-- 
Aapo Tahkola


q3_render_ign.patch
Description: Binary data


Xpress 200M register dumps

2006-01-07 Thread ivniyi502

Hey all,
I took these register dumps from my Radeon Xpress 200M using the 
hw_script program and the read_radeon_pcie.scp script.  One is from a 
clean startup, and the other one was taken from an X session.  If 
there's anything else I can do, let me know, I'm eager to help.


pcie_reg_dumps.tgz
Description: GNU Unix tar archive


Re: Xpress 200M register dumps

2006-01-07 Thread Dave Airlie

 Hey all,
 I took these register dumps from my Radeon Xpress 200M using the hw_script
 program and the read_radeon_pcie.scp script.  One is from a clean startup, and
 the other one was taken from an X session.  If there's anything else I can do,
 let me know, I'm eager to help.

So these chips have a completly different memory controller than the real
PCIE chips, so they aren't going to work with my driver changes for
PCIE, I have some info on them but I've no idea how the hell to set them
up correctly at all, they appear to be some sort of AGP based chipset...

I'm going to see one at LCA, but looking at the info I have it might be a
bit of work to get DRI going on it ..

Dave.

-- 
David Airlie, Software Engineer
http://www.skynet.ie/~airlied / airlied at skynet.ie
Linux kernel - DRI, VAX / pam_smb / ILUG



---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel