From end@endif.cjb.net  Wed Oct  6 04:10:48 2004
Return-Path: <end@endif.cjb.net>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 78ED616A4CE
	for <FreeBSD-gnats-submit@freebsd.org>; Wed,  6 Oct 2004 04:10:48 +0000 (GMT)
Received: from endif.cjb.net (65-101-231-245.dnvr.qwest.net [65.101.231.245])
	by mx1.FreeBSD.org (Postfix) with SMTP id 012C443D49
	for <FreeBSD-gnats-submit@freebsd.org>; Wed,  6 Oct 2004 04:10:47 +0000 (GMT)
	(envelope-from end@endif.cjb.net)
Received: (qmail 67646 invoked by uid 1003); 6 Oct 2004 04:10:44 -0000
Message-Id: <20041006041044.67645.qmail@endif.cjb.net>
Date: 6 Oct 2004 04:10:44 -0000
From: Robin Schoonover <end@endif.cjb.net>
Reply-To: Robin Schoonover <end@endif.cjb.net>
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: radeon 9200se atlantis dri hangs X
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         72372
>Category:       kern
>Synopsis:       radeon 9200se atlantis dri hangs X (nforce2)
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    anholt
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Oct 06 04:20:06 GMT 2004
>Closed-Date:    Fri Nov 18 20:37:17 GMT 2005
>Last-Modified:  Fri Nov 18 20:37:17 GMT 2005
>Originator:     Robin Schoonover
>Release:        FreeBSD 5.3-BETA7 i386
>Organization:
>Environment:
System: FreeBSD zork 5.3-BETA7 FreeBSD 5.3-BETA7 #14: Mon Oct 4 18:00:42
MDT 2004 end@zork:/usr/obj/usr/src/sys/ZORK i386

>Description:

Just recently got a Sapphire ATI Radeon 9200SE Atlantis (128 MB).  Xorg
ati driver works fine with dri disabled.  With dri enabled it "hangs"
the system. The cursor is shown and the mouse works (hwcursor is
probably why, that doesn't even work with swcursor) but the rest of the
screen is just garbage.  Can't switch to console.

At this point I can ssh onto the system from another computer. Xorg is
taking up 100% cpu. I can try to connect programs to it (env DISPLAY=:0
xterm), but they don't seem to show up, even if they seem to run.  If I
try to kill Xorg, it tried to die, but all it does is eject programs
currently connected (like that xterm I started up). kill -9 does no good
either. Xorg's cpu lowers until it hits 50% cpu usage (+50% system) and
top says it has the state 'rdnrel'.  The mouse will no longer respond at
this point.

The only way to recover local use of the machine is a reboot.

xconf:        http://endif.cjb.net/~end/drimisc/XF86Config.zork
xorg.0.log:   http://endif.cjb.net/~end/drimisc/Xorg.0.log
dmesg:        http://endif.cjb.net/~end/drimisc/dmesg.boot
pciconf:      http://endif.cjb.net/~end/drimisc/pciconf.log
kernconf:    
http://endif.cjb.net/cgi-bin/cvsweb.cgi/conf/kernconf/ZORK?rev=1.2

Not an isolated incident:
http://lists.freebsd.org/pipermail/freebsd-bugs/2004-September/009330.html

>How-To-Repeat:

Sapphire Radeon 9200SE Atlantis (128 MB) + FreeBSD 5.x

Enable dri.  startx.

>Fix:

Unknown.  (Workaround: disable dri)


>Release-Note:
>Audit-Trail:

From: Ceri Davies <ceri@FreeBSD.org>
To: FreeBSD Gnats Submit <freebsd-gnats-submit@FreeBSD.org>
Cc:  
Subject: Re: kern/72372: radeon 9200se atlantis dri hangs X
Date: Thu, 7 Oct 2004 22:10:12 +0100

 Adding to audit trail from misfiled PR kern/72412:
 
 Date: Wed, 6 Oct 2004 22:04:18 -0600
 From: Robin Schoonover <end@endif.cjb.net>
 Message-Id: <20041006220418.315de2a7@zork>
 
  Hmm.  I tried with a different card (radeon 7200) and it still breaks
  in the same way w/ dri enabled, so this does not seem to be card
  specific. It looks like the problem is actually agp related. (nvidia
  nforce2)
  
  -- 
  Robin Schoonover (aka End)
  #
  # Actual newspaper headline:
  #     Sex Education Delayed, Teachers Request Training
 

From: Pierre Beyssac <pb@fasterix.frmug.org>
To: Robin Schoonover <end@endif.cjb.net>
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: kern/72372: radeon 9200se atlantis dri hangs X
Date: Mon, 11 Oct 2004 14:42:23 +0200

 On Wed, Oct 06, 2004 at 04:10:44AM -0000, Robin Schoonover wrote:
 > At this point I can ssh onto the system from another computer. Xorg is
 > taking up 100% cpu.
 
 From your description I'm having exactly the same problem (5.3,
 Xorg or XFree, Radeon 9200SE, nVidia AGP nForce2).
 
 I've tried to analyze it to no avail. Here's more information in
 case someone knowledgeable enough would like to look into it.
 
 - it's possible to get more detailed error messages (I think they're
   related, but they might not be) by adding the following to section
   "Device" of the X11 config:
 
         Option     "CPusecTimeout"      "500000"
         Option     "CPPIOMode"  "true"
 
 Excerpt from log:
 (II) RADEON(0): [drm] created "radeon" driver at busid "PCI:3:0:0"
 (II) RADEON(0): [drm] added 8192 byte SAREA at 0xc2987000
 (II) RADEON(0): [drm] mapped SAREA 0xc2987000 to 0x283bd000
 (II) RADEON(0): [drm] framebuffer handle = 0xd0000000
 (II) RADEON(0): [drm] added 1 reserved context for kernel
 (II) RADEON(0): [agp] Mode 0x1f004209 [AGP 0x0000/0x0000; Card 0x1002/0x5964]
 (II) RADEON(0): [agp] 8192 kB allocated with handle 0xc276b900
 (II) RADEON(0): [agp] ring handle = 0xe0000000
 (II) RADEON(0): [agp] Ring mapped at 0x3041d000
 (II) RADEON(0): [agp] ring read ptr handle = 0xe0101000
 (II) RADEON(0): [agp] Ring read ptr mapped at 0x282c9000
 (II) RADEON(0): [agp] vertex/indirect buffers handle = 0xe0102000
 (II) RADEON(0): [agp] Vertex/indirect buffers mapped at 0x3051e000
 (II) RADEON(0): [agp] GART texture map handle = 0xe0302000
 (II) RADEON(0): [agp] GART Texture map mapped at 0x3071e000
 (II) RADEON(0): [drm] register handle = 0xe3000000
 (II) RADEON(0): [dri] Visual configs initialized
 (II) RADEON(0): CP in PIO mode
 (II) RADEON(0): Using 8 MB GART aperture
 (II) RADEON(0): Using 1 MB for the ring buffer
 (II) RADEON(0): Using 2 MB for vertex/indirect buffers
 (II) RADEON(0): Using 5 MB for GART textures
 (II) RADEON(0): Memory manager initialized to (0,0) (1280,8191)
 (II) RADEON(0): Reserved area from (0,1024) to (1280,1026)
 (II) RADEON(0): Largest offscreen area available: 1280 x 7165
 (II) RADEON(0): Will use back buffer at offset 0x1400000
 (II) RADEON(0): Will use depth buffer at offset 0x1900000
 (II) RADEON(0): Will use 100352 kb for textures at offset 0x1e00000
 (II) RADEON(0): Using XFree86 Acceleration Architecture (XAA)
         Screen to screen bit blits
         Solid filled rectangles
         8x8 mono pattern filled rectangles
         Indirect CPU to Screen color expansion
         Solid Lines
         Scanline Image Writes
         Offscreen Pixmaps
         Setting up tile and stipple cache:
                 32 128x128 slots
                 32 256x256 slots
                 16 512x512 slots
 (II) RADEON(0): Acceleration enabled
 (==) RADEON(0): Backing store disabled
 (==) RADEON(0): Silken mouse enabled
 (II) RADEON(0): Using hardware cursor (scanline 1026)
 (II) RADEON(0): Largest offscreen area available: 1280 x 7161
 (**) Option "dpms"
 (**) RADEON(0): DPMS enabled
 (II) RADEON(0): X context handle = 0x00000001
 (II) RADEON(0): [drm] installed DRM signal handler
 (II) RADEON(0): [DRI] installation complete
 (II) RADEON(0): [drm] removed 1 reserved context for kernel
 (II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0xc2987000 at 0x283bd000
 (II) RADEON(0): Direct rendering disabled
 [...]
 (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE)
 (II) Mouse0: SetupAuto: hw.iftype is 4, hw.model is 0
 (II) Mouse0: SetupAuto: protocol is SysMouse
 
 Then yelds the following error messages (in a loop):
 (EE) RADEON(0): RADEONCPGetBuffer: CP start -1020
 (EE) RADEON(0): RADEONCPGetBuffer: CP GetBuffer -1020
 (EE) RADEON(0): GetBuffer timed out, resetting engine...
 
 - forcing the bus type to PCI doesn't help.
 - since the 9200SE is reported to work, it's probably an AGP problem
   related to the nForce2 chipset.
 -- 
 Pierre Beyssac	      	    pb@fasterix.frmug.org pb@fasterix.freenix.org
     Free domains: http://www.eu.org/ or mail dns-manager@EU.org
Responsible-Changed-From-To: freebsd-bugs->anholt 
Responsible-Changed-By: anholt 
Responsible-Changed-When: Sat May 7 00:53:24 GMT 2005 
Responsible-Changed-Why:  
Snag this one.  Need to go over our nvidia agp again. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=72372 

From: Eric Anholt <eta@lclark.edu>
To: gnats <freebsd-gnats-submit@FreeBSD.ORG>
Cc:  
Subject: Re: kern/72372
Date: Thu, 23 Jun 2005 18:27:14 -0700

 --=-tQNFAtZhAAIHj0MoDH/B
 Content-Type: text/plain
 Content-Transfer-Encoding: 7bit
 
 I've attached a new patch, which is also located at:
 http://people.freebsd.org/~anholt/agp_nvidia.c-3.diff
 which I'm really hoping will fix this issue.
 
 -- 
 Eric Anholt                                     eta@lclark.edu
 http://people.freebsd.org/~anholt/              anholt@FreeBSD.org
 
 --=-tQNFAtZhAAIHj0MoDH/B
 Content-Disposition: attachment; filename=agp_nvidia.c-3.diff
 Content-Type: text/x-patch; name=agp_nvidia.c-3.diff; charset=ISO-8859-1
 Content-Transfer-Encoding: base64
 
 SW5kZXg6IGFncF9udmlkaWEuYw0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNTIGZpbGU6IC9ob21lL25jdnMvc3Jj
 L3N5cy9wY2kvYWdwX252aWRpYS5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS45DQpkaWZmIC11
 IC1yMS45IGFncF9udmlkaWEuYw0KLS0tIGFncF9udmlkaWEuYwkyIEFwciAyMDA1IDAxOjEwOjA5
 IC0wMDAwCTEuOQ0KKysrIGFncF9udmlkaWEuYwkyNCBKdW4gMjAwNSAwMToyNDoyOSAtMDAwMA0K
 QEAgLTE0OCw4ICsxNDgsOCBAQA0KIAkJc2MtPndiY19tYXNrID0gMHg4MDAwMDAwMDsNCiAJCWJy
 ZWFrOw0KIAlkZWZhdWx0Og0KLQkJc2MtPndiY19tYXNrID0gMDsNCi0JCWJyZWFrOw0KKwkJZGV2
 aWNlX3ByaW50ZihkZXYsICJCYWQgY2hpcCBpZFxuIik7DQorCQlyZXR1cm4gKEVOT0RFVik7DQog
 CX0NCiANCiAJLyogQUdQIENvbnRyb2xsZXIgKi8NCkBAIC0yMjcsOCArMjI3LDcgQEANCiAJZm9y
 IChpID0gMDsgaSA8IDg7IGkrKykgew0KIAkJcGNpX3dyaXRlX2NvbmZpZyhzYy0+bWMyX2Rldiwg
 QUdQX05WSURJQV8yX0FUVEJBU0UoaSksDQogCQkJCSAoc2MtPmdhdHQtPmFnX3BoeXNpY2FsICsN
 Ci0JCQkJICAgKGkgJSBzYy0+bnVtX2RpcnMpICogNjQgKiAxMDI0KSwNCi0JCQkJIDQpOw0KKwkJ
 CQkgICAoaSAlIHNjLT5udW1fZGlycykgKiA2NCAqIDEwMjQpIHwgMSwgNCk7DQogCX0NCiANCiAJ
 LyogR1RMQiBDb250cm9sICovDQpAQCAtMjc5LDEwICsyNzgsMTcgQEANCiBzdGF0aWMgdV9pbnQz
 Ml90DQogYWdwX252aWRpYV9nZXRfYXBlcnR1cmUoZGV2aWNlX3QgZGV2KQ0KIHsNCi0JdV9pbnQ4
 X3QJa2V5Ow0KLQ0KLQlrZXkgPSBmZnMocGNpX3JlYWRfY29uZmlnKGRldiwgQUdQX05WSURJQV8w
 X0FQU0laRSwgMSkgJiAweDBmKTsNCi0JcmV0dXJuICgxIDw8ICgyNCArIChrZXkgPyBrZXkgOiA1
 KSkpOw0KKwlzd2l0Y2ggKHBjaV9yZWFkX2NvbmZpZyhkZXYsIEFHUF9OVklESUFfMF9BUFNJWkUs
 IDEpICYgMHgwZikgew0KKwljYXNlIDA6IHJldHVybiAoNTEyICogMTAyNCAqIDEwMjQpOyBicmVh
 azsNCisJY2FzZSA4OiByZXR1cm4gKDI1NiAqIDEwMjQgKiAxMDI0KTsgYnJlYWs7DQorCWNhc2Ug
 MTI6IHJldHVybiAoMTI4ICogMTAyNCAqIDEwMjQpOyBicmVhazsNCisJY2FzZSAxNDogcmV0dXJu
 ICg2NCAqIDEwMjQgKiAxMDI0KTsgYnJlYWs7DQorCWNhc2UgMTU6IHJldHVybiAoMzIgKiAxMDI0
 ICogMTAyNCk7IGJyZWFrOw0KKwlkZWZhdWx0Og0KKwkJZGV2aWNlX3ByaW50ZihkZXYsICJJbnZh
 bGlkIGFwZXJ0dXJlIHNldHRpbmcgMHgleCIsDQorCQkgICAgcGNpX3JlYWRfY29uZmlnKGRldiwg
 QUdQX05WSURJQV8wX0FQU0laRSwgMSkpOw0KKwkJcmV0dXJuIDA7DQorCX0NCiB9DQogDQogc3Rh
 dGljIGludA0KQEAgLTMxOCw3ICszMjQsNyBAQA0KIAkJcmV0dXJuIChFSU5WQUwpOw0KIA0KIAlp
 bmRleCA9IChzYy0+cGdfb2Zmc2V0ICsgb2Zmc2V0KSA+PiBBR1BfUEFHRV9TSElGVDsNCi0Jc2Mt
 PmdhdHQtPmFnX3ZpcnR1YWxbaW5kZXhdID0gcGh5c2ljYWw7DQorCXNjLT5nYXR0LT5hZ192aXJ0
 dWFsW2luZGV4XSA9IHBoeXNpY2FsIHwgMTsNCiANCiAJcmV0dXJuICgwKTsNCiB9DQpAQCAtMzQz
 LDYgKzM0OSw3IEBADQogew0KIAlzdHJ1Y3QgYWdwX252aWRpYV9zb2Z0YyAqc2M7DQogCXVfaW50
 MzJfdCB3YmNfcmVnLCB0ZW1wOw0KKwl2b2xhdGlsZSB1X2ludDMyX3QgKmFnX3ZpcnR1YWw7DQog
 CWludCBpOw0KIA0KIAlzYyA9IChzdHJ1Y3QgYWdwX252aWRpYV9zb2Z0YyAqKWRldmljZV9nZXRf
 c29mdGMoZGV2KTsNCkBAIC0zNjYsMTEgKzM3MywxMyBAQA0KIAkJCQkiVExCIGZsdXNoIHRvb2sg
 bW9yZSB0aGFuIDMgc2Vjb25kcy5cbiIpOw0KIAl9DQogDQorCWFnX3ZpcnR1YWwgPSAodm9sYXRp
 bGUgdV9pbnQzMl90ICopc2MtPmdhdHQtPmFnX3ZpcnR1YWw7DQorDQogCS8qIEZsdXNoIFRMQiBl
 bnRyaWVzLiAqLw0KIAlmb3IoaSA9IDA7IGkgPCAzMiArIDE7IGkrKykNCi0JCXRlbXAgPSBzYy0+
 Z2F0dC0+YWdfdmlydHVhbFtpICogUEFHRV9TSVpFIC8gc2l6ZW9mKHVfaW50MzJfdCldOw0KKwkJ
 dGVtcCA9IGFnX3ZpcnR1YWxbaSAqIFBBR0VfU0laRSAvIHNpemVvZih1X2ludDMyX3QpXTsNCiAJ
 Zm9yKGkgPSAwOyBpIDwgMzIgKyAxOyBpKyspDQotCQl0ZW1wID0gc2MtPmdhdHQtPmFnX3ZpcnR1
 YWxbaSAqIFBBR0VfU0laRSAvIHNpemVvZih1X2ludDMyX3QpXTsNCisJCXRlbXAgPSBhZ192aXJ0
 dWFsW2kgKiBQQUdFX1NJWkUgLyBzaXplb2YodV9pbnQzMl90KV07DQogDQogCXJldHVybiAoMCk7
 DQogfQ0K
 
 
 --=-tQNFAtZhAAIHj0MoDH/B--
State-Changed-From-To: open->patched 
State-Changed-By: anholt 
State-Changed-When: Fri Sep 16 23:01:49 GMT 2005 
State-Changed-Why:  
I think this is fixed in 6.0 now (agp_nvidia.c-3.diff committed). 

http://www.freebsd.org/cgi/query-pr.cgi?pr=72372 
State-Changed-From-To: patched->closed 
State-Changed-By: anholt 
State-Changed-When: Fri Nov 18 20:37:02 GMT 2005 
State-Changed-Why:  
Patch has been merged to 6-STABLE. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=72372 
>Unformatted:
