From owner-freebsd-current@FreeBSD.ORG Thu Sep 4 17:53:16 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C0461065677 for ; Thu, 4 Sep 2008 17:53:16 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 4FA308FC26 for ; Thu, 4 Sep 2008 17:53:16 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.166.46] ([68.0.14.34]) (authenticated bits=0) by gizmo.2hip.net (8.13.8/8.13.8) with ESMTP id m84HrAnh042902 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Sep 2008 13:53:10 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Steve Kargl In-Reply-To: <20080904170208.GA1463@troutmask.apl.washington.edu> References: <20080903011612.GA1242@troutmask.apl.washington.edu> <1220416793.1848.1.camel@wombat.2hip.net> <20080903051228.GA2475@troutmask.apl.washington.edu> <1220471512.11763.9.camel@squirrel.corp.cox.com> <20080903195845.GA1370@troutmask.apl.washington.edu> <1220493627.2467.6.camel@wombat.2hip.net> <20080904170208.GA1463@troutmask.apl.washington.edu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-zxcLd3NzslpwgLSevtCf" Organization: FreeBSD Date: Thu, 04 Sep 2008 13:53:05 -0400 Message-Id: <1220550785.54710.33.camel@squirrel.corp.cox.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on gizmo.2hip.net Cc: freebsd-current@FreeBSD.org Subject: Re: drm causes kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2008 17:53:16 -0000 --=-zxcLd3NzslpwgLSevtCf Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2008-09-04 at 10:02 -0700, Steve Kargl wrote: > On Wed, Sep 03, 2008 at 10:00:27PM -0400, Robert Noland wrote: > >=20 > > Ok, please try the attached patch. I talked it over with another drm > > developer and it should be safe to drop all the locks while calling > > drm_pci_alloc(). I think I have fixed this for all drivers / paths tha= t > > call it. It will log an error now if it is called with either of the > > two locks that I found being held. I have tested this on my intel 965g= m > > so far and all is well. I also had to touch mach64 and radeon, so I > > need someone to validate those. (This is a different path from the > > panic you received previously) > >=20 >=20 > Your patch fixes the problem. With a new kernel and Xorg's dri > module loaded, I now see in /var/log/Xorg.0.log >=20 > (II) MACH64(0): [drm] SAREA 2200+1208: 3408 > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 9, (OK) > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 9, (OK) > drmOpenByBusid: Searching for BusID pci:0000:03:06.0 > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 9, (OK) > drmOpenByBusid: drmOpenMinor returns 9 > drmOpenByBusid: drmGetBusid reports pci:0000:03:06.0 > (II) [drm] DRM interface version 1.2 > (II) [drm] DRM open master succeeded. > (II) MACH64(0): [drm] Using the DRM lock SAREA also for drawables. > (II) MACH64(0): [drm] framebuffer handle =3D 0xfd000000 > (II) MACH64(0): [drm] added 1 reserved context for kernel > (II) MACH64(0): X context handle =3D 0x1 > (II) MACH64(0): [drm] installed DRM signal handler > (II) MACH64(0): [drm] Will request asynchronous DMA mode > (=3D=3D) MACH64(0): [drm] Using 2 MB for DMA buffers > (II) MACH64(0): [pci] ring handle =3D 0x64a34000 > (II) MACH64(0): [pci] Ring mapped at 0x2006d4000 > (II) MACH64(0): [drm] register handle =3D 0xfeaff000 > (II) MACH64(0): [dri] Visual configs initialized > (II) MACH64(0): [dri] Block 0 base at 0xfeaff400 > (WW) MACH64(0): Not enough memory for local textures, disabling DRI > (II) MACH64(0): [drm] removed 1 reserved context for kernel > (II) MACH64(0): [drm] unmapping 8192 bytes of SAREA 0xfffffffe40962000 at= 0x2006d2000 > (II) MACH64(0): [drm] Closed DRM master. I'm guessing that this is a pci based card like mine? So, I assume this is the same case as before the updates? robert. >=20 >=20 >=20 >=20 --=-zxcLd3NzslpwgLSevtCf Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkjAIIEACgkQM4TrQ4qfROOKxgCeLW3b5P0SOXR4HI41Q3w9bGjh 8P8An0A2dDgQY4tCM8g63iZVjaumXT+A =kUkM -----END PGP SIGNATURE----- --=-zxcLd3NzslpwgLSevtCf--