From owner-freebsd-x11@FreeBSD.ORG Sun Mar 22 00:04:45 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2518106570C; Sun, 22 Mar 2009 00:04:45 +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 7B6618FC0C; Sun, 22 Mar 2009 00:04:45 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-19-214-182.bna.bellsouth.net [68.19.214.182]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2M03NtY099273 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 21 Mar 2009 20:03:23 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: freebsd-x11 , freebsd-current Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-x1k8ey71H+B5aF+1Sov1" Organization: FreeBSD Date: Sat, 21 Mar 2009 19:04:23 -0500 Message-Id: <1237680263.1938.10.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.3 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Subject: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2009 00:04:46 -0000 --=-x1k8ey71H+B5aF+1Sov1 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Ok, this patch should work on NV50 chips also. What you get is EXA and Xv. You still need: A recent -CURRENT or -STABLE. git master of libdrm and xf86-video-nouveau. This patch. Things I've figured out since the last patch... On NV50 class hardware you need to have a compositing manager running for Xv to work. That means xcompmgr, metacity with composite enabled, xfce (rumored to work as well, haven't tried). If your running Gnome with metacity, open gconf-editor and go to apps->metacity->general and check the composite box. On NV40 class hardware, you don't need the composite manager. In fact (at least with Xserver 1.6 which I'm running now), if a composite manager is enabled, I'm seeing high cpu utilization from Xorg under some circumstances. I don't think this is a drm issue, but still an issue. For me, if I start a video using mplayer in an xterm, cpu is fine as long as that xterm is the foreground window. If it is not the foreground window, even if it isn't obscured I see the cpu utilization. Disabling the composite manager makes everything fine. http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch robert. --=20 Robert Noland FreeBSD --=-x1k8ey71H+B5aF+1Sov1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknFgIcACgkQM4TrQ4qfRONLQgCfSqCyQn5naAsZyidgzfpzd8oO vV4An1rzwBAmTPx7Lk+6q9gwpYqn3IU3 =qIHs -----END PGP SIGNATURE----- --=-x1k8ey71H+B5aF+1Sov1-- From owner-freebsd-x11@FreeBSD.ORG Sun Mar 22 21:16:40 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B18841065696; Sun, 22 Mar 2009 21:16:40 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-fx0-f167.google.com (mail-fx0-f167.google.com [209.85.220.167]) by mx1.freebsd.org (Postfix) with ESMTP id B18678FC3E; Sun, 22 Mar 2009 21:16:39 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by fxm11 with SMTP id 11so1455624fxm.43 for ; Sun, 22 Mar 2009 14:16:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:message-id:user-agent:mime-version:content-type; bh=LXA90bUIzYwtI/6ouXkZwjnBC5wiGF1WR1CH8Id/sEg=; b=vRNBmoJWEP7rkJspTl6/WIgxhhTGPmmOe9dUWH94bvMhUPUVEyzv8A9y9o7qNcDtnY 9oknqWV2NhsUHMap0McdjlotodhbShOEjZBzBt6dGMIZv65e+ieWa1OyoVDnAD+f6vv9 q3pdCjFhACGuoW6D5Fq8ambNe7wzpsMf8/D5s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version:content-type; b=clN/1qanAmqA7k2Qwq0jJXsSJ8aasTY4Eu85gVyxQsq9sqBHDMLwmhfgOzNflqas3z GEiC5TJXy0QYm7CDpqBwiTqH1C3kKW6kc2vkLKvTPCrxgib6w8/Uo0t/DaI613XTxAuW 9N9yS9Eodlhd7+3Z5Tm/e8aqUkKWLJ4Lg87oY= Received: by 10.103.228.19 with SMTP id f19mr2751153mur.32.1237756598582; Sun, 22 Mar 2009 14:16:38 -0700 (PDT) Received: from localhost (95-24-174-59.broadband.corbina.ru [95.24.174.59]) by mx.google.com with ESMTPS id w5sm8810156mue.3.2009.03.22.14.16.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 22 Mar 2009 14:16:37 -0700 (PDT) From: Anonymous To: Robert Noland References: <1237680263.1938.10.camel@balrog.2hip.net> Date: Mon, 23 Mar 2009 00:15:59 +0300 Message-ID: <86r60pp8c0.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-x11 , freebsd-current Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2009 21:16:42 -0000 Robert Noland writes: > Ok, this patch should work on NV50 chips also. > > What you get is EXA and Xv. > > You still need: > > A recent -CURRENT or -STABLE. > > git master of libdrm and xf86-video-nouveau. > > This patch. > > Things I've figured out since the last patch... > > On NV50 class hardware you need to have a compositing manager running > for Xv to work. That means xcompmgr, metacity with composite enabled, > xfce (rumored to work as well, haven't tried). If your running Gnome > with metacity, open gconf-editor and go to apps->metacity->general and > check the composite box. [...] > > http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch > > robert. Here is my Xorg.log - http://pastebin.com/m6fab6feb (Xserver is from git master) and kernel messages logged via syslog DRM_DEBUG - http://pastebin.com/m263af8da They are with successfull `xcompmgr -a' run - Compared to previous patch now I get @@ -237,6 +237,7 @@ (II) NOUVEAU(0): nv50_output_detect is called. (II) NOUVEAU(0): NV50ConnectorDDCDetect is called. (II) NOUVEAU(0): I2C device "DVI-0:ddc2" registered at address 0xA0. +(II) NOUVEAU(0): I2C device "DVI-0:DDC control interface" registered at address 0x6E. (II) NOUVEAU(0): Detected a Digital output on DVI-0 (II) NOUVEAU(0): Found a suitable output, index 1 (II) NOUVEAU(0): nv50_output_detect is called. @@ -382,8 +383,8 @@ [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (==) NOUVEAU(0): Write-combining range (0xa0000,0x10000) was already clear (II) NOUVEAU(0): Allocated 128MiB VRAM for framebuffer + offscreen pixmaps, at offset 0x20000000 -(II) NOUVEAU(0): AGPGART: 512MiB available -(EE) NOUVEAU(0): Unable to allocate GART memory +(II) NOUVEAU(0): AGPGART: 32MiB available +(II) NOUVEAU(0): GART: Allocated 16MiB as a scratch buffer (II) NOUVEAU(0): [drm] Using the DRM lock SAREA also for drawables. (II) NOUVEAU(0): [drm] framebuffer handle = 0xe0000000 (II) NOUVEAU(0): [drm] added 1 reserved context for kernel - This error in Xorg.log is still present (II) NOUVEAU(0): [DRI] installation complete (EE) NOUVEAU(0): [dri] unable to reference front buffer: -19 Should I ignore it? - Got these errors in dmesg error: [drm:pid1424:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 and info: [drm] PGRAPH_ERROR - nSource:info: [drm] PROTECTION_ERRORinfo: [drm] DMA_R_PROTECTIONinfo: [drm] , nStatus:info: [drm] info: [drm] PGRAPH_ERROR - Ch 2/2 Class 0x8297 Mthd 0x15e0 Data 0x00000000:0x00000000 error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* magic set 1: error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* 0x00408900: 0x80000000 error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* 0x00408904: 0xfdb76b7b Should I ignore them? - Scrolling (shift+pgup/pgdn) in xterm is *slower* with DRM than without it but still faster than with NoAccel. I'm using xterm with TTF font (DejaVu Sans Mono). It's yet more noticeable when scrolling in less(1)/screen(1) when redrawing affects whole screen not half. Besides, there is more flickering with highly updating cli apps when using DRM. However, launching xcompmgr fixes this sluggishness. - XVideo works fine - EXAPixmaps uses DRI2 and works fine. I wasn't able to test with xcompmgr. - Launching `xcompmgr -a' is tricky. Most of the time it just leaves screen in unusable state, it's not possible to switch to console or move pointer. I want to help debug this one. Here are logs: http://pastebin.com/m1ca3fc2f http://pastebin.com/m579d358e From owner-freebsd-x11@FreeBSD.ORG Sun Mar 22 21:47:26 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAF9C106564A; Sun, 22 Mar 2009 21:47:26 +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 ADC708FC12; Sun, 22 Mar 2009 21:47:26 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-1-207-58.bna.bellsouth.net [65.1.207.58]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2MLk4HY005848 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 22 Mar 2009 17:46:05 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Anonymous In-Reply-To: <86r60pp8c0.fsf@gmail.com> References: <1237680263.1938.10.camel@balrog.2hip.net> <86r60pp8c0.fsf@gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-BwhPknEy78+kSyEpkk4U" Organization: FreeBSD Date: Sun, 22 Mar 2009 16:47:03 -0500 Message-Id: <1237758423.1687.34.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11 , freebsd-current Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2009 21:47:27 -0000 --=-BwhPknEy78+kSyEpkk4U Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-03-23 at 00:15 +0300, Anonymous wrote: > Robert Noland writes: >=20 > > Ok, this patch should work on NV50 chips also. > > > > What you get is EXA and Xv. > > > > You still need: > > > > A recent -CURRENT or -STABLE. > > > > git master of libdrm and xf86-video-nouveau. > > > > This patch. > > > > Things I've figured out since the last patch... > > > > On NV50 class hardware you need to have a compositing manager running > > for Xv to work. That means xcompmgr, metacity with composite enabled, > > xfce (rumored to work as well, haven't tried). If your running Gnome > > with metacity, open gconf-editor and go to apps->metacity->general and > > check the composite box. > [...] > > > > http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch > > > > robert. >=20 > Here is my Xorg.log - http://pastebin.com/m6fab6feb (Xserver is from git = master) > and kernel messages logged via syslog DRM_DEBUG - http://pastebin.com/m26= 3af8da > They are with successfull `xcompmgr -a' run >=20 > - Compared to previous patch now I get >=20 > @@ -237,6 +237,7 @@ > (II) NOUVEAU(0): nv50_output_detect is called. > (II) NOUVEAU(0): NV50ConnectorDDCDetect is called. > (II) NOUVEAU(0): I2C device "DVI-0:ddc2" registered at address 0xA0. > +(II) NOUVEAU(0): I2C device "DVI-0:DDC control interface" registered at = address 0x6E. > (II) NOUVEAU(0): Detected a Digital output on DVI-0 > (II) NOUVEAU(0): Found a suitable output, index 1 > (II) NOUVEAU(0): nv50_output_detect is called. > @@ -382,8 +383,8 @@ > [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > (=3D=3D) NOUVEAU(0): Write-combining range (0xa0000,0x10000) was already= clear > (II) NOUVEAU(0): Allocated 128MiB VRAM for framebuffer + offscreen pixma= ps, at offset 0x20000000 > -(II) NOUVEAU(0): AGPGART: 512MiB available > -(EE) NOUVEAU(0): Unable to allocate GART memory > +(II) NOUVEAU(0): AGPGART: 32MiB available > +(II) NOUVEAU(0): GART: Allocated 16MiB as a scratch buffer > (II) NOUVEAU(0): [drm] Using the DRM lock SAREA also for drawables. > (II) NOUVEAU(0): [drm] framebuffer handle =3D 0xe0000000 > (II) NOUVEAU(0): [drm] added 1 reserved context for kernel Ok, this is good... > - This error in Xorg.log is still present >=20 > (II) NOUVEAU(0): [DRI] installation complete > (EE) NOUVEAU(0): [dri] unable to reference front buffer: -19 >=20 > Should I ignore it? Let me switch back to the NV50 and look at that. > - Got these errors in dmesg >=20 > error: [drm:pid1424:drm_alloc_resource] *ERROR* Couldn't find resou= rce 0x2 This should be ok, it tries resource id 2, and if it can't find that it uses resource 3. It just means that resource 1 is a 64bit BAR. > and >=20 > info: [drm] PGRAPH_ERROR - nSource:info: [drm] PROTECTION_ERRORinfo= : [drm] DMA_R_PROTECTIONinfo: [drm] , nStatus:info: [drm]=20 > info: [drm] PGRAPH_ERROR - Ch 2/2 Class 0x8297 Mthd 0x15e0 Data 0x0= 0000000:0x00000000 > error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* magic set 1: > error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* 0x00408900: 0x8= 0000000 > error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* 0x00408904: 0xf= db76b7b >=20 > Should I ignore them? This I need to look at, it may be because I haven't fully implemented fencing. I thought it was ok like it was. I also just fixed an issue with allocating scatter / gather pages in -CURRENT, which may be related. > - Scrolling (shift+pgup/pgdn) in xterm is *slower* with DRM than > without it but still faster than with NoAccel. I'm using xterm with > TTF font (DejaVu Sans Mono). It's yet more noticeable when scrolling > in less(1)/screen(1) when redrawing affects whole screen not half. > Besides, there is more flickering with highly updating cli apps when > using DRM. However, launching xcompmgr fixes this sluggishness. This may be related to compositing with git server. Text rendering is causing considerable load on the Xserver with compositing enabled. The composite manager is only needed for Xv, can you try without it. > - XVideo works fine Ok, cool. > - EXAPixmaps uses DRI2 and works fine. I wasn't able to test with xcompmg= r. >=20 > - Launching `xcompmgr -a' is tricky. Most of the time it just leaves > screen in unusable state, it's not possible to switch to console or > move pointer. I want to help debug this one. Here are logs: > http://pastebin.com/m1ca3fc2f > http://pastebin.com/m579d358e I'll have to look at this, but I was able to enable/disable it ok, iirc. robert. --=20 Robert Noland FreeBSD --=-BwhPknEy78+kSyEpkk4U Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknGsdcACgkQM4TrQ4qfROPRMgCdEhuOOSFCFgjW1J6dX1SqP967 CmcAn1DpHMCtl/KO1EzokNWioS4ZZjhs =wRo4 -----END PGP SIGNATURE----- --=-BwhPknEy78+kSyEpkk4U-- From owner-freebsd-x11@FreeBSD.ORG Sun Mar 22 22:06:57 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74C751065676; Sun, 22 Mar 2009 22:06:57 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id CB19B8FC13; Sun, 22 Mar 2009 22:06:56 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by fg-out-1718.google.com with SMTP id 13so359439fge.12 for ; Sun, 22 Mar 2009 15:06:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=/KZWi8+XWsnrrwqZsMLyCLFmFJvQc7G97M4cARtg6tU=; b=h1tNFNW7sZXU6tElFM0o6gZj8+igkQf643dL5sPiFfzYz0V0HplJtaQvSHNKQioC+7 1DMHusV1B8bbmwTlSr7eNxp/RScp9S7hXXC0NliEK6iep5hyu/IFOA/SrHDkkMCunT+T mkozmRdzF0C44N7VsmXj1aZG3EBr/IjI3R7nU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=MKiTBTd7zNWCGb6EsVzrVS6QPdDjnF2kmKVIhu8eWl6waIaxMcZ9/vyEBFhAAG4jky uRnG8rkJEzovYT0F4YH8a1C5xWt4uos0BQ/zypGtzOCGDUKv9+KweIMHXB2+3T7bleWg mTn+eMEJfNU/nF9Sua6b+E0AVPb0f85Ip5pRs= Received: by 10.86.86.2 with SMTP id j2mr2108877fgb.74.1237759615555; Sun, 22 Mar 2009 15:06:55 -0700 (PDT) Received: from localhost (95-24-174-59.broadband.corbina.ru [95.24.174.59]) by mx.google.com with ESMTPS id d6sm6511631fga.2.2009.03.22.15.06.53 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 22 Mar 2009 15:06:54 -0700 (PDT) From: Anonymous To: Robert Noland References: <1237680263.1938.10.camel@balrog.2hip.net> <86r60pp8c0.fsf@gmail.com> <1237758423.1687.34.camel@balrog.2hip.net> Date: Mon, 23 Mar 2009 01:06:21 +0300 In-Reply-To: <1237758423.1687.34.camel@balrog.2hip.net> (Robert Noland's message of "Sun, 22 Mar 2009 16:47:03 -0500") Message-ID: <86y6uxfc0y.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-x11 Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2009 22:06:57 -0000 (dropping freebsd-current@) Robert Noland writes: > On Mon, 2009-03-23 at 00:15 +0300, Anonymous wrote: >> Robert Noland writes: >> >> > Ok, this patch should work on NV50 chips also. >> > >> > What you get is EXA and Xv. >> > >> > You still need: >> > >> > A recent -CURRENT or -STABLE. >> > >> > git master of libdrm and xf86-video-nouveau. >> > >> > This patch. >> > >> > Things I've figured out since the last patch... >> > >> > On NV50 class hardware you need to have a compositing manager running >> > for Xv to work. That means xcompmgr, metacity with composite enabled, >> > xfce (rumored to work as well, haven't tried). If your running Gnome >> > with metacity, open gconf-editor and go to apps->metacity->general and >> > check the composite box. >> [...] >> > >> > http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch >> > >> > robert. [...] >> - Scrolling (shift+pgup/pgdn) in xterm is *slower* with DRM than >> without it but still faster than with NoAccel. I'm using xterm with >> TTF font (DejaVu Sans Mono). It's yet more noticeable when scrolling >> in less(1)/screen(1) when redrawing affects whole screen not half. >> Besides, there is more flickering with highly updating cli apps when >> using DRM. However, launching xcompmgr fixes this sluggishness. > > This may be related to compositing with git server. Text rendering is > causing considerable load on the Xserver with compositing enabled. The > composite manager is only needed for Xv, can you try without it. Perhaps, you misread. That slow scrolling in xterm was *without* xcompmgr running. The last sentence was added afterwards when I *accidentally* successfully launched xcompmgr for XVideo test and noticed that scrolling is fast again, even faster than without DRM. From owner-freebsd-x11@FreeBSD.ORG Sun Mar 22 22:10:50 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FAD81065713 for ; Sun, 22 Mar 2009 22:10:50 +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 10C5F8FC2F for ; Sun, 22 Mar 2009 22:10:48 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-1-207-58.bna.bellsouth.net [65.1.207.58]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2MM9Q2X006012 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 22 Mar 2009 18:09:27 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Anonymous In-Reply-To: <86y6uxfc0y.fsf@gmail.com> References: <1237680263.1938.10.camel@balrog.2hip.net> <86r60pp8c0.fsf@gmail.com> <1237758423.1687.34.camel@balrog.2hip.net> <86y6uxfc0y.fsf@gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-5bC2W2EZL07BVBOpoHiT" Organization: FreeBSD Date: Sun, 22 Mar 2009 17:10:26 -0500 Message-Id: <1237759826.1697.2.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11 Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2009 22:11:01 -0000 --=-5bC2W2EZL07BVBOpoHiT Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-03-23 at 01:06 +0300, Anonymous wrote: > (dropping freebsd-current@) >=20 > Robert Noland writes: >=20 > > On Mon, 2009-03-23 at 00:15 +0300, Anonymous wrote: > >> Robert Noland writes: > >>=20 > >> > Ok, this patch should work on NV50 chips also. > >> > > >> > What you get is EXA and Xv. > >> > > >> > You still need: > >> > > >> > A recent -CURRENT or -STABLE. > >> > > >> > git master of libdrm and xf86-video-nouveau. > >> > > >> > This patch. > >> > > >> > Things I've figured out since the last patch... > >> > > >> > On NV50 class hardware you need to have a compositing manager runnin= g > >> > for Xv to work. That means xcompmgr, metacity with composite enable= d, > >> > xfce (rumored to work as well, haven't tried). If your running Gnom= e > >> > with metacity, open gconf-editor and go to apps->metacity->general a= nd > >> > check the composite box. > >> [...] > >> > > >> > http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch > >> > > >> > robert. > [...] > >> - Scrolling (shift+pgup/pgdn) in xterm is *slower* with DRM than > >> without it but still faster than with NoAccel. I'm using xterm with > >> TTF font (DejaVu Sans Mono). It's yet more noticeable when scrolling > >> in less(1)/screen(1) when redrawing affects whole screen not half. > >> Besides, there is more flickering with highly updating cli apps when > >> using DRM. However, launching xcompmgr fixes this sluggishness. > > > > This may be related to compositing with git server. Text rendering is > > causing considerable load on the Xserver with compositing enabled. The > > composite manager is only needed for Xv, can you try without it. >=20 > Perhaps, you misread. That slow scrolling in xterm was *without* > xcompmgr running. The last sentence was added afterwards when I > *accidentally* successfully launched xcompmgr for XVideo test > and noticed that scrolling is fast again, even faster than without DRM. Ah, ok... I'm not clear on why you need the composite manager on NV50 right now, but it seems to make things work, properly. --=20 Robert Noland FreeBSD --=-5bC2W2EZL07BVBOpoHiT Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknGt1IACgkQM4TrQ4qfROMijQCfbxOSbBF0+TF9J5isGQyJPMuY MwkAnRdp6sHe58mE8RZifkJxJQ5VbKBK =hQqq -----END PGP SIGNATURE----- --=-5bC2W2EZL07BVBOpoHiT-- From owner-freebsd-x11@FreeBSD.ORG Sun Mar 22 23:07:33 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AEED106566B; Sun, 22 Mar 2009 23:07:33 +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 C15848FC08; Sun, 22 Mar 2009 23:07:32 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-1-207-58.bna.bellsouth.net [65.1.207.58]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2MN6A7Q006321 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 22 Mar 2009 19:06:11 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Anonymous In-Reply-To: <86r60pp8c0.fsf@gmail.com> References: <1237680263.1938.10.camel@balrog.2hip.net> <86r60pp8c0.fsf@gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-fvr0OqbkdDlmIstihsXX" Organization: FreeBSD Date: Sun, 22 Mar 2009 18:07:10 -0500 Message-Id: <1237763230.1694.0.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11 , freebsd-current Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2009 23:07:33 -0000 --=-fvr0OqbkdDlmIstihsXX Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-03-23 at 00:15 +0300, Anonymous wrote: > Robert Noland writes: >=20 > > Ok, this patch should work on NV50 chips also. > > > > What you get is EXA and Xv. > > > > You still need: > > > > A recent -CURRENT or -STABLE. > > > > git master of libdrm and xf86-video-nouveau. > > > > This patch. > > > > Things I've figured out since the last patch... > > > > On NV50 class hardware you need to have a compositing manager running > > for Xv to work. That means xcompmgr, metacity with composite enabled, > > xfce (rumored to work as well, haven't tried). If your running Gnome > > with metacity, open gconf-editor and go to apps->metacity->general and > > check the composite box. > [...] > > > > http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch > > > > robert. >=20 > Here is my Xorg.log - http://pastebin.com/m6fab6feb (Xserver is from git = master) > and kernel messages logged via syslog DRM_DEBUG - http://pastebin.com/m26= 3af8da > They are with successfull `xcompmgr -a' run >=20 > - Compared to previous patch now I get >=20 > @@ -237,6 +237,7 @@ > (II) NOUVEAU(0): nv50_output_detect is called. > (II) NOUVEAU(0): NV50ConnectorDDCDetect is called. > (II) NOUVEAU(0): I2C device "DVI-0:ddc2" registered at address 0xA0. > +(II) NOUVEAU(0): I2C device "DVI-0:DDC control interface" registered at = address 0x6E. > (II) NOUVEAU(0): Detected a Digital output on DVI-0 > (II) NOUVEAU(0): Found a suitable output, index 1 > (II) NOUVEAU(0): nv50_output_detect is called. > @@ -382,8 +383,8 @@ > [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > (=3D=3D) NOUVEAU(0): Write-combining range (0xa0000,0x10000) was already= clear > (II) NOUVEAU(0): Allocated 128MiB VRAM for framebuffer + offscreen pixma= ps, at offset 0x20000000 > -(II) NOUVEAU(0): AGPGART: 512MiB available > -(EE) NOUVEAU(0): Unable to allocate GART memory > +(II) NOUVEAU(0): AGPGART: 32MiB available > +(II) NOUVEAU(0): GART: Allocated 16MiB as a scratch buffer > (II) NOUVEAU(0): [drm] Using the DRM lock SAREA also for drawables. > (II) NOUVEAU(0): [drm] framebuffer handle =3D 0xe0000000 > (II) NOUVEAU(0): [drm] added 1 reserved context for kernel >=20 > - This error in Xorg.log is still present >=20 > (II) NOUVEAU(0): [DRI] installation complete > (EE) NOUVEAU(0): [dri] unable to reference front buffer: -19 Ok, update your libdrm... this was fixed in the last few days. robert. > Should I ignore it? >=20 > - Got these errors in dmesg >=20 > error: [drm:pid1424:drm_alloc_resource] *ERROR* Couldn't find resou= rce 0x2 >=20 > and >=20 > info: [drm] PGRAPH_ERROR - nSource:info: [drm] PROTECTION_ERRORinfo= : [drm] DMA_R_PROTECTIONinfo: [drm] , nStatus:info: [drm]=20 > info: [drm] PGRAPH_ERROR - Ch 2/2 Class 0x8297 Mthd 0x15e0 Data 0x0= 0000000:0x00000000 > error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* magic set 1: > error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* 0x00408900: 0x8= 0000000 > error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* 0x00408904: 0xf= db76b7b >=20 > Should I ignore them? >=20 > - Scrolling (shift+pgup/pgdn) in xterm is *slower* with DRM than > without it but still faster than with NoAccel. I'm using xterm with > TTF font (DejaVu Sans Mono). It's yet more noticeable when scrolling > in less(1)/screen(1) when redrawing affects whole screen not half. > Besides, there is more flickering with highly updating cli apps when > using DRM. However, launching xcompmgr fixes this sluggishness. >=20 > - XVideo works fine >=20 > - EXAPixmaps uses DRI2 and works fine. I wasn't able to test with xcompmg= r. >=20 > - Launching `xcompmgr -a' is tricky. Most of the time it just leaves > screen in unusable state, it's not possible to switch to console or > move pointer. I want to help debug this one. Here are logs: > http://pastebin.com/m1ca3fc2f > http://pastebin.com/m579d358e --=20 Robert Noland FreeBSD --=-fvr0OqbkdDlmIstihsXX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknGxJ0ACgkQM4TrQ4qfROMgngCdF1sVUgpbrwDrXVNC7FtbrK5y WkEAn1tUxCrcZGnnhA8URNZqLZf6YjRH =effa -----END PGP SIGNATURE----- --=-fvr0OqbkdDlmIstihsXX-- From owner-freebsd-x11@FreeBSD.ORG Mon Mar 23 00:22:31 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A1ED10656FB; Mon, 23 Mar 2009 00:22:31 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id 7EF728FC20; Mon, 23 Mar 2009 00:22:30 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by bwz8 with SMTP id 8so1463205bwz.43 for ; Sun, 22 Mar 2009 17:22:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:message-id:user-agent:mime-version:content-type; bh=6gTImmdT7k0FUus2uhe4PQA9gOkEa2/ddbS2diwl5Rs=; b=EKt7aHg6q6tEaOdyAI5OEH/LNmuxL6q6cSLaIczPNlVaK8oPEPxQnF56TuGMiokiFz chp+awSjK8n2wi2s3b8sAgCwLKVnImKvYJsWFopFlYPS2s6Of4BkACgW1BGnuiivaG4Q SjLIq0l0y0j/J/zYG7ERkLcKZh9NMPQYyFvVA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version:content-type; b=kBCKHlkdU4iPApL3RRRmkIrN2lQbiJwOT2XdL0+ly21oaX81hbOorOZUUCLyyyGII1 rd++XrxfPE5xKzjcQ8MJR4Wr2CrtAu3J+2GVadvaMbdLJfpBaXmyv8DpmMfx6vQTtK1U 2AvlNobJB5bPnUISfV5Eq/8GITOUVN6nXIxto= Received: by 10.103.165.18 with SMTP id s18mr2789780muo.124.1237767749252; Sun, 22 Mar 2009 17:22:29 -0700 (PDT) Received: from localhost (95-24-174-59.broadband.corbina.ru [95.24.174.59]) by mx.google.com with ESMTPS id n7sm9082335mue.36.2009.03.22.17.22.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 22 Mar 2009 17:22:28 -0700 (PDT) From: Anonymous To: Robert Noland References: <1237680263.1938.10.camel@balrog.2hip.net> <86r60pp8c0.fsf@gmail.com> <1237763230.1694.0.camel@balrog.2hip.net> Date: Mon, 23 Mar 2009 03:21:35 +0300 Message-ID: <86ab7dxf5c.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-x11 , freebsd-current Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 00:22:32 -0000 Robert Noland writes: > On Mon, 2009-03-23 at 00:15 +0300, Anonymous wrote: >> Robert Noland writes: >> >> > Ok, this patch should work on NV50 chips also. >> > >> > What you get is EXA and Xv. >> > >> > You still need: >> > >> > A recent -CURRENT or -STABLE. >> > >> > git master of libdrm and xf86-video-nouveau. >> > >> > This patch. >> > >> > Things I've figured out since the last patch... >> > >> > On NV50 class hardware you need to have a compositing manager running >> > for Xv to work. That means xcompmgr, metacity with composite enabled, >> > xfce (rumored to work as well, haven't tried). If your running Gnome >> > with metacity, open gconf-editor and go to apps->metacity->general and >> > check the composite box. >> [...] >> > >> > http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch >> > >> > robert. >> >> - This error in Xorg.log is still present >> >> (II) NOUVEAU(0): [DRI] installation complete >> (EE) NOUVEAU(0): [dri] unable to reference front buffer: -19 > > Ok, update your libdrm... this was fixed in the last few days. > > robert. > Oops, looks like libdrm installed here wasn't latest. Updated and this error is gone now. >> Should I ignore it? >> >> >> info: [drm] PGRAPH_ERROR - nSource:info: [drm] PROTECTION_ERRORinfo: [drm] DMA_R_PROTECTIONinfo: [drm] , nStatus:info: [drm] >> info: [drm] PGRAPH_ERROR - Ch 2/2 Class 0x8297 Mthd 0x15e0 Data 0x00000000:0x00000000 >> error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* magic set 1: >> error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* 0x00408900: 0x80000000 >> error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* 0x00408904: 0xfdb76b7b >> >> Should I ignore them? Looks like this one is not fixed in r190296M. Look into logs below. >> >> - Launching `xcompmgr -a' is tricky. Most of the time it just leaves >> screen in unusable state, it's not possible to switch to console or >> move pointer. I want to help debug this one. Here are logs: >> http://pastebin.com/m1ca3fc2f >> http://pastebin.com/m579d358e rebuild kernel, libdrm, xf86-video-nouveau, xserver just in case and reproduced the problem again http://pastebin.com/m2be24e75 http://pastebin.com/m6c80e1e From owner-freebsd-x11@FreeBSD.ORG Mon Mar 23 00:28:16 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97471106594D; Mon, 23 Mar 2009 00:28:16 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id ED9608FC17; Mon, 23 Mar 2009 00:28:15 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by fg-out-1718.google.com with SMTP id 13so366531fge.12 for ; Sun, 22 Mar 2009 17:28:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:message-id:user-agent:mime-version:content-type; bh=w36q34g3os82x4LQ1P5RPDVJ9+8EZnTYswRJ26BznoM=; b=UseXs39+FrP82NuvGfIWRWq99PkqYRW3hnuj3wjETlFvXjlLoWBAXRyIW6TvE/Vhaz ZUsWToAO3JlsRepbcT22ez+OYl4rbWzoGcESDa7qq72FbWONcZs21/szLOXrcy3FBzeI 4wtzxcpRGHtlhuiNzw6jmRPJhu+J0+2fxa2t0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version:content-type; b=cBGW31//9d4Mb9lSsH6HYeunXIX9TAzIy2/r4bTMTFF2Caw/mUZHdo/wAHHZTLWN0x 9OVptRDTWg2/WMnQ+na/CWZxbYWoqku1oxGYVw5Iznzj6AYAQAGaZaEgB+V1cAtgtCGB 84o0BV5LLvP54hU+qtMu2d0WMGCwpAKzCn13U= Received: by 10.86.95.20 with SMTP id s20mr3151521fgb.4.1237768094950; Sun, 22 Mar 2009 17:28:14 -0700 (PDT) Received: from localhost (95-24-174-59.broadband.corbina.ru [95.24.174.59]) by mx.google.com with ESMTPS id d4sm351952fga.18.2009.03.22.17.28.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 22 Mar 2009 17:28:14 -0700 (PDT) From: Anonymous To: Robert Noland References: <1237680263.1938.10.camel@balrog.2hip.net> <86r60pp8c0.fsf@gmail.com> <1237758423.1687.34.camel@balrog.2hip.net> <86y6uxfc0y.fsf@gmail.com> <1237759826.1697.2.camel@balrog.2hip.net> Date: Mon, 23 Mar 2009 03:27:29 +0300 Message-ID: <861vspxevi.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-x11 Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 00:28:17 -0000 Robert Noland writes: > On Mon, 2009-03-23 at 01:06 +0300, Anonymous wrote: >> (dropping freebsd-current@) >> >> Robert Noland writes: >> >> > On Mon, 2009-03-23 at 00:15 +0300, Anonymous wrote: >> >> Robert Noland writes: >> >> >> >> > Ok, this patch should work on NV50 chips also. >> >> > >> >> > What you get is EXA and Xv. >> >> > >> >> > You still need: >> >> > >> >> > A recent -CURRENT or -STABLE. >> >> > >> >> > git master of libdrm and xf86-video-nouveau. >> >> > >> >> > This patch. >> >> > >> >> > Things I've figured out since the last patch... >> >> > >> >> > On NV50 class hardware you need to have a compositing manager running >> >> > for Xv to work. That means xcompmgr, metacity with composite enabled, >> >> > xfce (rumored to work as well, haven't tried). If your running Gnome >> >> > with metacity, open gconf-editor and go to apps->metacity->general and >> >> > check the composite box. >> >> [...] >> >> > >> >> > http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch >> >> > >> >> > robert. >> [...] >> >> - Scrolling (shift+pgup/pgdn) in xterm is *slower* with DRM than >> >> without it but still faster than with NoAccel. I'm using xterm with >> >> TTF font (DejaVu Sans Mono). It's yet more noticeable when scrolling >> >> in less(1)/screen(1) when redrawing affects whole screen not half. >> >> Besides, there is more flickering with highly updating cli apps when >> >> using DRM. However, launching xcompmgr fixes this sluggishness. >> > >> > This may be related to compositing with git server. Text rendering is >> > causing considerable load on the Xserver with compositing enabled. The >> > composite manager is only needed for Xv, can you try without it. >> >> Perhaps, you misread. That slow scrolling in xterm was *without* >> xcompmgr running. The last sentence was added afterwards when I >> *accidentally* successfully launched xcompmgr for XVideo test >> and noticed that scrolling is fast again, even faster than without DRM. > > Ah, ok... I'm not clear on why you need the composite manager on NV50 > right now, but it seems to make things work, properly. Well, I guess for EXAPixmaps case your statement was true. With xcompmgr rendering is even slower than without it, almost unusable. And XVideo doesn't work with xcompmgr. I can send you dmesg but it is usually several MB in size. Most messages look like this Mar 23 02:00:11 luffy kernel: [drm:pid1491:drm_ioctl] pid=1491, cmd=0x80106449, nr=0x49, dev 0xffffff0001764900, auth=1 Mar 23 02:00:11 luffy kernel: [drm:pid1491:nouveau_mem_free] freeing 0x2400000 type=0x00000101 Mar 23 02:00:11 luffy kernel: [drm:pid1491:drm_ioctl] pid=1491, cmd=0xc0206448, nr=0x48, dev 0xffffff0001764900, auth=1 Mar 23 02:00:11 luffy kernel: [drm:pid1491:drm_addmap] offset = 0xe2400000, size = 0x00010000, type = 0 Mar 23 02:00:11 luffy kernel: [drm:pid1491:drm_addmap] Added map 0 0xe2400000/0x10000 Mar 23 02:00:11 luffy kernel: [drm:pid1491:nouveau_mem_alloc] allocated 65536 bytes at 0x2400000 type=0x00000101 Mar 23 02:00:11 luffy kernel: [drm:pid1491:drm_ioctl] pid=1491, cmd=0x80106449, nr=0x49, dev 0xffffff0001764900, auth=1 Mar 23 02:00:11 luffy kernel: [drm:pid1491:nouveau_mem_free] freeing 0x2400000 type=0x00000101 Mar 23 02:00:11 luffy kernel: [drm:pid1491:drm_ioctl] pid=1491, cmd=0xc0206448, nr=0x48, dev 0xffffff0001764900, auth=1 Mar 23 02:00:11 luffy kernel: [drm:pid1491:drm_addmap] offset = 0xe2400000, size = 0x00010000, type = 0 Mar 23 02:00:11 luffy kernel: [drm:pid1491:drm_addmap] Added map 0 0xe2400000/0x10000 several hundreds of them per second ;) From owner-freebsd-x11@FreeBSD.ORG Mon Mar 23 00:35:59 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51E79106589B; Mon, 23 Mar 2009 00:35:59 +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 219518FC18; Mon, 23 Mar 2009 00:35:58 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-1-207-58.bna.bellsouth.net [65.1.207.58]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2N0Yagh006775 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 22 Mar 2009 20:34:37 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Anonymous In-Reply-To: <86ab7dxf5c.fsf@gmail.com> References: <1237680263.1938.10.camel@balrog.2hip.net> <86r60pp8c0.fsf@gmail.com> <1237763230.1694.0.camel@balrog.2hip.net> <86ab7dxf5c.fsf@gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-wGi3POtlL/YO3AfzmrwC" Organization: FreeBSD Date: Sun, 22 Mar 2009 19:35:35 -0500 Message-Id: <1237768535.1712.3.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11 , freebsd-current Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 00:36:02 -0000 --=-wGi3POtlL/YO3AfzmrwC Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-03-23 at 03:21 +0300, Anonymous wrote: > Robert Noland writes: >=20 > > On Mon, 2009-03-23 at 00:15 +0300, Anonymous wrote: > >> Robert Noland writes: > >>=20 > >> > Ok, this patch should work on NV50 chips also. > >> > > >> > What you get is EXA and Xv. > >> > > >> > You still need: > >> > > >> > A recent -CURRENT or -STABLE. > >> > > >> > git master of libdrm and xf86-video-nouveau. > >> > > >> > This patch. > >> > > >> > Things I've figured out since the last patch... > >> > > >> > On NV50 class hardware you need to have a compositing manager runnin= g > >> > for Xv to work. That means xcompmgr, metacity with composite enable= d, > >> > xfce (rumored to work as well, haven't tried). If your running Gnom= e > >> > with metacity, open gconf-editor and go to apps->metacity->general a= nd > >> > check the composite box. > >> [...] > >> > > >> > http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch > >> > > >> > robert. > >>=20 > >> - This error in Xorg.log is still present > >>=20 > >> (II) NOUVEAU(0): [DRI] installation complete > >> (EE) NOUVEAU(0): [dri] unable to reference front buffer: -19 > > > > Ok, update your libdrm... this was fixed in the last few days. > > > > robert. > > >=20 > Oops, looks like libdrm installed here wasn't latest. Updated and this > error is gone now. >=20 > >> Should I ignore it? > >>=20 > >>=20 > >> info: [drm] PGRAPH_ERROR - nSource:info: [drm] PROTECTION_ERRORi= nfo: [drm] DMA_R_PROTECTIONinfo: [drm] , nStatus:info: [drm]=20 > >> info: [drm] PGRAPH_ERROR - Ch 2/2 Class 0x8297 Mthd 0x15e0 Data = 0x00000000:0x00000000 > >> error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* magic set 1: > >> error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* 0x00408900: = 0x80000000 > >> error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* 0x00408904: = 0xfdb76b7b > >>=20 > >> Should I ignore them? >=20 > Looks like this one is not fixed in r190296M. Look into logs below. This is a fencing issue, I haven't ported the drm fence manager. Do you know what you are doing to trigger it? I can't seem to make it occur here... > >>=20 > >> - Launching `xcompmgr -a' is tricky. Most of the time it just leaves > >> screen in unusable state, it's not possible to switch to console or > >> move pointer. I want to help debug this one. Here are logs: > >> http://pastebin.com/m1ca3fc2f > >> http://pastebin.com/m579d358e FWIW, I don't seem to have any trouble enabling / disabling composite, so this may be a bug in git xserver or libraries. robert. > rebuild kernel, libdrm, xf86-video-nouveau, xserver just in case and > reproduced the problem again > http://pastebin.com/m2be24e75 > http://pastebin.com/m6c80e1e --=20 Robert Noland FreeBSD --=-wGi3POtlL/YO3AfzmrwC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknG2VcACgkQM4TrQ4qfROMjZwCfR1X5hVIQLorYzZ95ibTJd4Xl QqQAnRQWgWEL3ghAd96hGBm21LYSgCfI =wEs0 -----END PGP SIGNATURE----- --=-wGi3POtlL/YO3AfzmrwC-- From owner-freebsd-x11@FreeBSD.ORG Mon Mar 23 00:40:56 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96167106581B for ; Mon, 23 Mar 2009 00:40:56 +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 628308FC12 for ; Mon, 23 Mar 2009 00:40:56 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-1-207-58.bna.bellsouth.net [65.1.207.58]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2N0dYJQ006811 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 22 Mar 2009 20:39:34 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Anonymous In-Reply-To: <861vspxevi.fsf@gmail.com> References: <1237680263.1938.10.camel@balrog.2hip.net> <86r60pp8c0.fsf@gmail.com> <1237758423.1687.34.camel@balrog.2hip.net> <86y6uxfc0y.fsf@gmail.com> <1237759826.1697.2.camel@balrog.2hip.net> <861vspxevi.fsf@gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-RmIGgJec2uWcfguN1PRV" Organization: FreeBSD Date: Sun, 22 Mar 2009 19:40:33 -0500 Message-Id: <1237768833.1712.6.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11 Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 00:41:00 -0000 --=-RmIGgJec2uWcfguN1PRV Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-03-23 at 03:27 +0300, Anonymous wrote: > Robert Noland writes: >=20 > > On Mon, 2009-03-23 at 01:06 +0300, Anonymous wrote: > >> (dropping freebsd-current@) > >>=20 > >> Robert Noland writes: > >>=20 > >> > On Mon, 2009-03-23 at 00:15 +0300, Anonymous wrote: > >> >> Robert Noland writes: > >> >>=20 > >> >> > Ok, this patch should work on NV50 chips also. > >> >> > > >> >> > What you get is EXA and Xv. > >> >> > > >> >> > You still need: > >> >> > > >> >> > A recent -CURRENT or -STABLE. > >> >> > > >> >> > git master of libdrm and xf86-video-nouveau. > >> >> > > >> >> > This patch. > >> >> > > >> >> > Things I've figured out since the last patch... > >> >> > > >> >> > On NV50 class hardware you need to have a compositing manager run= ning > >> >> > for Xv to work. That means xcompmgr, metacity with composite ena= bled, > >> >> > xfce (rumored to work as well, haven't tried). If your running G= nome > >> >> > with metacity, open gconf-editor and go to apps->metacity->genera= l and > >> >> > check the composite box. > >> >> [...] > >> >> > > >> >> > http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch > >> >> > > >> >> > robert. > >> [...] > >> >> - Scrolling (shift+pgup/pgdn) in xterm is *slower* with DRM than > >> >> without it but still faster than with NoAccel. I'm using xterm wi= th > >> >> TTF font (DejaVu Sans Mono). It's yet more noticeable when scroll= ing > >> >> in less(1)/screen(1) when redrawing affects whole screen not half= . > >> >> Besides, there is more flickering with highly updating cli apps w= hen > >> >> using DRM. However, launching xcompmgr fixes this sluggishness. > >> > > >> > This may be related to compositing with git server. Text rendering = is > >> > causing considerable load on the Xserver with compositing enabled. = The > >> > composite manager is only needed for Xv, can you try without it. > >>=20 > >> Perhaps, you misread. That slow scrolling in xterm was *without* > >> xcompmgr running. The last sentence was added afterwards when I > >> *accidentally* successfully launched xcompmgr for XVideo test > >> and noticed that scrolling is fast again, even faster than without DRM= . > > > > Ah, ok... I'm not clear on why you need the composite manager on NV50 > > right now, but it seems to make things work, properly. >=20 > Well, I guess for EXAPixmaps case your statement was true. With xcompmgr > rendering is even slower than without it, almost unusable. And XVideo > doesn't work with xcompmgr. I can send you dmesg but it is usually > several MB in size. Most messages look like this I have not attempted to play with EXAPixmaps, so I can't comment right now. > Mar 23 02:00:11 luffy kernel: [drm:pid1491:drm_ioctl] pid=3D1491, cmd=3D0= x80106449, nr=3D0x49, dev 0xffffff0001764900, auth=3D1 > Mar 23 02:00:11 luffy kernel: [drm:pid1491:nouveau_mem_free] freeing 0x24= 00000 type=3D0x00000101 > Mar 23 02:00:11 luffy kernel: [drm:pid1491:drm_ioctl] pid=3D1491, cmd=3D0= xc0206448, nr=3D0x48, dev 0xffffff0001764900, auth=3D1 > Mar 23 02:00:11 luffy kernel: [drm:pid1491:drm_addmap] offset =3D 0xe2400= 000, size =3D 0x00010000, type =3D 0 > Mar 23 02:00:11 luffy kernel: [drm:pid1491:drm_addmap] Added map 0 0xe240= 0000/0x10000 > Mar 23 02:00:11 luffy kernel: [drm:pid1491:nouveau_mem_alloc] allocated 6= 5536 bytes at 0x2400000 type=3D0x00000101 > Mar 23 02:00:11 luffy kernel: [drm:pid1491:drm_ioctl] pid=3D1491, cmd=3D0= x80106449, nr=3D0x49, dev 0xffffff0001764900, auth=3D1 > Mar 23 02:00:11 luffy kernel: [drm:pid1491:nouveau_mem_free] freeing 0x24= 00000 type=3D0x00000101 > Mar 23 02:00:11 luffy kernel: [drm:pid1491:drm_ioctl] pid=3D1491, cmd=3D0= xc0206448, nr=3D0x48, dev 0xffffff0001764900, auth=3D1 > Mar 23 02:00:11 luffy kernel: [drm:pid1491:drm_addmap] offset =3D 0xe2400= 000, size =3D 0x00010000, type =3D 0 > Mar 23 02:00:11 luffy kernel: [drm:pid1491:drm_addmap] Added map 0 0xe240= 0000/0x10000 Yes, on NV50 it is faking TTM and mapping the objects into the frame-buffer. robert. > several hundreds of them per second ;) --=20 Robert Noland FreeBSD --=-RmIGgJec2uWcfguN1PRV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknG2oEACgkQM4TrQ4qfROPsAQCfWx0VbxAz/lrRJWFnD8mB5S3s q8UAnRasUrrSIo7cSPvsvK20zfN+GYT/ =5cfN -----END PGP SIGNATURE----- --=-RmIGgJec2uWcfguN1PRV-- From owner-freebsd-x11@FreeBSD.ORG Mon Mar 23 02:54:54 2009 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEE1D1065670 for ; Mon, 23 Mar 2009 02:54:54 +0000 (UTC) (envelope-from lgadallah@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.170]) by mx1.freebsd.org (Postfix) with ESMTP id 841178FC16 for ; Mon, 23 Mar 2009 02:54:54 +0000 (UTC) (envelope-from lgadallah@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so2171984wfg.7 for ; Sun, 22 Mar 2009 19:54:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=aYO29lSRnZJ7JqVzs704GVJ/p8Ru3ag0bSqkQGZEN7M=; b=N8hExunlhSxDqulFjXLjl4f/99LXPmRCu/UYlx8UIk2VhxzbGL/53CBnwuJCdXtOyT v6nk8AZYHxpD7ax7zl+/J7fu2qwbUmJhctaOD4zdH+MOadVyUOoWKbHJAuWFbhEuJTRx 3hvIkHymaB0Iv0ukSyV+Kfm4uQiVk7m4geNFQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=BqzprXtbEXnHw0GUoGPzuuAIfRlBrPSG3sMkhV1y5OrkZNzWaoonREyu2KQuZG3H8Y yjhUdOFxhxZ0LMX6tgkzIJWai4oftpR/45A2RhlvlGPuFv3K/4WsXy/r0LPtnSI95fHP 80hBey5FGnGWqnFAWYpeNY1F8UwbZGab//ZkY= MIME-Version: 1.0 Received: by 10.142.158.15 with SMTP id g15mr2617497wfe.161.1237775516569; Sun, 22 Mar 2009 19:31:56 -0700 (PDT) Date: Sun, 22 Mar 2009 19:31:56 -0700 Message-ID: <9d5506db0903221931y760ba890o524894a0bf6187d3@mail.gmail.com> From: Larry Gadallah To: x11@FreeBSD.org Content-Type: multipart/mixed; boundary=000e0cd20d36fa13000465c01117 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: testing@lists.pcbsd.org Subject: libX11 config failure X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 02:54:55 -0000 --000e0cd20d36fa13000465c01117 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Dear x11@FreeBSD.org: For some reason, configuration for libX11 fails on the current ports tree (fetched via portsnap). For your reference, I have attached the config.log file per the error messages below: appending configuration tag "F77" to libtool checking for gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... (cached) none needed checking dependency style of cc... (cached) gcc3 CWARNFLAGS+= -Wold-style-definition -Wdeclaration-after-statement: not found checking for cpp... /usr/bin/cpp checking if /usr/bin/cpp requires -undef... yes checking if /usr/bin/cpp requires -traditional... yes checking whether to use XCB... (cached) yes ./configure: 21141: Syntax error: word unexpected (expecting ")") ===> Script "configure" failed unexpectedly. Please report the problem to x11@FreeBSD.org [maintainer] and attach the "/usr/ports/x11/libX11/work/libX11-1.2/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 larry@pinawa% ls /var/db/pkg autoconf-2.13.000227_6 m4-1.4.12,1 autoconf-2.62 pcre-7.8 autoconf-wrapper-20071109 perl-5.8.9_2 automake-1.10.1 pkg_cutleaves-20080320 automake-1.4.6_5 pkg_tree-1.1_1 automake-1.5_5,1 pkgdb.db automake-1.6.3_1 popt-1.7_5 automake-1.7.9_2 port-maintenance-tools-1.0_1 automake-1.8.5_3 portdowngrade-0.6_1 automake-1.9.6_3 porteasy-2.8.4 automake-wrapper-20071109 portell-0.2_1 autotools-20080819 portupgrade-2.4.6,2 bigreqsproto-1.0.2 printproto-1.0.4 bzip2-1.0.5 python25-2.5.4_1 cvsup-without-gui-16.1h_4 qt4-corelib-4.4.3 db41-4.1.25_4 qt4-moc-4.4.3 ezm3-1.1_2 qt4-qmake-4.4.3 fastest_cvsup-0.2.9_6 renderproto-0.9.3 gettext-0.17_1 ruby-1.8.7.72_1,1 glib-2.18.4 ruby18-bdb-0.6.5 inputproto-1.5.0 unzip-5.52_5 kbproto-1.0.3 xcb-proto-1.4 libXau-1.0.4 xcmiscproto-1.1.2 libXdmcp-1.0.2_1 xextproto-7.0.5 libcheck-0.9.6 xf86bigfontproto-1.1.2 libiconv-1.11_1 xorg-macros-1.2.1 libpthread-stubs-0.1 xproto-7.0.15 libtool-1.5.26 xtrans-1.2.3 libxcb-1.2 larry@pinawa% uname -a FreeBSD pinawa 7.1-STABLE FreeBSD 7.1-STABLE #3: Sat Feb 28 10:26:11 EST 2009 root@pcbsd7-x64.local:/usr/obj/pcbsd-build71/cvs/7.1-src/sys/PCBSD amd64 Cheers, -- Larry Gadallah, VE6VQ/W7 lgadallah AT gmail DOT com PGP Sig: 917E DDB7 C911 9EC1 0CD9 C06B 06C4 835F 0BB8 7336 --000e0cd20d36fa13000465c01117-- From owner-freebsd-x11@FreeBSD.ORG Mon Mar 23 04:34:14 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D5131065670; Mon, 23 Mar 2009 04:34:14 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.freebsd.org (Postfix) with ESMTP id CC1AB8FC17; Mon, 23 Mar 2009 04:33:32 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from lp.gddsn.org.cn (unknown [10.44.8.159]) (Authenticated sender: wsk) by gddsn.org.cn (Postfix) with ESMTPA id 7FA672E030; Mon, 23 Mar 2009 09:28:06 +0800 (CST) Message-ID: <49C6E5C6.60306@gddsn.org.cn> Date: Mon, 23 Mar 2009 09:28:38 +0800 From: wsk User-Agent: Thunderbird 2.0.0.19 (X11/20090204) MIME-Version: 1.0 To: rnoland@FreeBSD.org, x11@freebsd.org, current@freebsd.org, stable@freebsd.org References: <49B88449.3000403@gddsn.org.cn> <49B8AC04.10508@gddsn.org.cn> In-Reply-To: <49B8AC04.10508@gddsn.org.cn> Content-Type: multipart/mixed; boundary="------------030009050705090903050207" Cc: Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 04:34:15 -0000 This is a multi-part message in MIME format. --------------030009050705090903050207 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit >Ok, this patch should work on NV50 chips also. >What you get is EXA and Xv. >You still need: >A recent -CURRENT or -STABLE. >git master of libdrm and xf86-video-nouveau. >This patch. >Things I've figured out since the last patch... >On NV50 class hardware you need to have a compositing manager running >for Xv to work. That means xcompmgr, metacity with composite enabled, >xfce (rumored to work as well, haven't tried). If your running Gnome >with metacity, open gconf-editor and go to apps->metacity->general and >check the composite box. >On NV40 class hardware, you don't need the composite manager. In fact >(at least with Xserver 1.6 which I'm running now), if a composite >manager is enabled, I'm seeing high cpu utilization from Xorg under some >circumstances. I don't think this is a drm issue, but still an issue. >For me, if I start a video using mplayer in an xterm, cpu is fine as >long as that xterm is the foreground window. If it is not the >foreground window, even if it isn't obscured I see the cpu utilization. >Disabling the composite manager makes everything fine. >http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch >robert. get the following errors and exitThis is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the "xorg" product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. X.Org X Server 1.5.99.902 (1.6.0 RC 2) Release Date: 2009-1-30 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 7.1-STABLE amd64 Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeBSD 7.2-PRE RELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/usr/obj/usr/sr c/sys/WSK amd64 Build Date: 06 February 2009 04:22:44PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14:03 2009 ing config file: "xorg.conf1" error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 drm0: [ITHREAD] info: [drm] Allocating FIFO number 1 info: [drm] nouveau_fifo_alloc: initialised FIFO 1 info: [drm] PFIFO_DMA_PUSHER - Ch 1 (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found Please consult the The X.Org Foundation support at http://wiki.x.org for help. Please also check the log file at "/var/log/Xorg.0.log" for additional informati on. info: [drm] nouveau_fifo_free: freeing fifo 1 error: [drm:pid30722:nouveau_fifo_free] *ERROR* Failed to idle channel 1 before destroy.Prepare for strangeness.. vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 what can i do ? --------------030009050705090903050207 Content-Type: text/plain; name="Xorg.0.log" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="Xorg.0.log" ClRoaXMgaXMgYSBwcmUtcmVsZWFzZSB2ZXJzaW9uIG9mIHRoZSBYIHNlcnZlciBmcm9tIFRo ZSBYLk9yZyBGb3VuZGF0aW9uLgpJdCBpcyBub3Qgc3VwcG9ydGVkIGluIGFueSB3YXkuCkJ1 Z3MgbWF5IGJlIGZpbGVkIGluIHRoZSBidWd6aWxsYSBhdCBodHRwOi8vYnVncy5mcmVlZGVz a3RvcC5vcmcvLgpTZWxlY3QgdGhlICJ4b3JnIiBwcm9kdWN0IGZvciBidWdzIHlvdSBmaW5k IGluIHRoaXMgcmVsZWFzZS4KQmVmb3JlIHJlcG9ydGluZyBidWdzIGluIHByZS1yZWxlYXNl IHZlcnNpb25zIHBsZWFzZSBjaGVjayB0aGUKbGF0ZXN0IHZlcnNpb24gaW4gdGhlIFguT3Jn IEZvdW5kYXRpb24gZ2l0IHJlcG9zaXRvcnkuClNlZSBodHRwOi8vd2lraS54Lm9yZy93aWtp L0dpdFBhZ2UgZm9yIGdpdCBhY2Nlc3MgaW5zdHJ1Y3Rpb25zLgoKWC5PcmcgWCBTZXJ2ZXIg MS41Ljk5LjkwMiAoMS42LjAgUkMgMikKUmVsZWFzZSBEYXRlOiAyMDA5LTEtMzAKWCBQcm90 b2NvbCBWZXJzaW9uIDExLCBSZXZpc2lvbiAwCkJ1aWxkIE9wZXJhdGluZyBTeXN0ZW06IEZy ZWVCU0QgNy4xLVNUQUJMRSBhbWQ2NCAKQ3VycmVudCBPcGVyYXRpbmcgU3lzdGVtOiBGcmVl QlNEIGxwLmdkZHNuLm9yZy5jbiA3LjItUFJFUkVMRUFTRSBGcmVlQlNEIDcuMi1QUkVSRUxF QVNFICMyOiBTdW4gTWFyIDIyIDE5OjQ0OjIzIENTVCAyMDA5ICAgICB3c2tAbHAuZ2Rkc24u b3JnLmNuOi91c3Ivb2JqL3Vzci9zcmMvc3lzL1dTSyBhbWQ2NApCdWlsZCBEYXRlOiAwNiBG ZWJydWFyeSAyMDA5ICAwNDoyMjo0NFBNCiAKCUJlZm9yZSByZXBvcnRpbmcgcHJvYmxlbXMs IGNoZWNrIGh0dHA6Ly93aWtpLngub3JnCgl0byBtYWtlIHN1cmUgdGhhdCB5b3UgaGF2ZSB0 aGUgbGF0ZXN0IHZlcnNpb24uCk1hcmtlcnM6ICgtLSkgcHJvYmVkLCAoKiopIGZyb20gY29u ZmlnIGZpbGUsICg9PSkgZGVmYXVsdCBzZXR0aW5nLAoJKCsrKSBmcm9tIGNvbW1hbmQgbGlu ZSwgKCEhKSBub3RpY2UsIChJSSkgaW5mb3JtYXRpb25hbCwKCShXVykgd2FybmluZywgKEVF KSBlcnJvciwgKE5JKSBub3QgaW1wbGVtZW50ZWQsICg/PykgdW5rbm93bi4KKD09KSBMb2cg ZmlsZTogIi92YXIvbG9nL1hvcmcuMC5sb2ciLCBUaW1lOiBNb24gTWFyIDIzIDA5OjE0OjAz IDIwMDkKKCsrKSBVc2luZyBjb25maWcgZmlsZTogInhvcmcuY29uZjEiCig9PSkgTm8gTGF5 b3V0IHNlY3Rpb24uICBVc2luZyB0aGUgZmlyc3QgU2NyZWVuIHNlY3Rpb24uCig9PSkgTm8g c2NyZWVuIHNlY3Rpb24gYXZhaWxhYmxlLiBVc2luZyBkZWZhdWx0cy4KKCoqKSB8LS0+U2Ny ZWVuICJEZWZhdWx0IFNjcmVlbiBTZWN0aW9uIiAoMCkKKCoqKSB8ICAgfC0tPk1vbml0b3Ig IjxkZWZhdWx0IG1vbml0b3I+IgooPT0pIE5vIGRldmljZSBzcGVjaWZpZWQgZm9yIHNjcmVl biAiRGVmYXVsdCBTY3JlZW4gU2VjdGlvbiIuCglVc2luZyB0aGUgZmlyc3QgZGV2aWNlIHNl Y3Rpb24gbGlzdGVkLgooKiopIHwgICB8LS0+RGV2aWNlICJDYXJkMCIKKD09KSBObyBtb25p dG9yIHNwZWNpZmllZCBmb3Igc2NyZWVuICJEZWZhdWx0IFNjcmVlbiBTZWN0aW9uIi4KCVVz aW5nIGEgZGVmYXVsdCBtb25pdG9yIGNvbmZpZ3VyYXRpb24uCig9PSkgQXV0b21hdGljYWxs eSBhZGRpbmcgZGV2aWNlcwooPT0pIEF1dG9tYXRpY2FsbHkgZW5hYmxpbmcgZGV2aWNlcwoo PT0pIE5vIEZvbnRQYXRoIHNwZWNpZmllZC4gIFVzaW5nIGNvbXBpbGVkLWluIGRlZmF1bHQu Cig9PSkgRm9udFBhdGggc2V0IHRvOgoJYnVpbHQtaW5zCig9PSkgTW9kdWxlUGF0aCBzZXQg dG8gIi91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcyIKKElJKSBDYW5ub3QgbG9jYXRlIGEg Y29yZSBwb2ludGVyIGRldmljZS4KKElJKSBDYW5ub3QgbG9jYXRlIGEgY29yZSBrZXlib2Fy ZCBkZXZpY2UuCihJSSkgVGhlIHNlcnZlciByZWxpZXMgb24gSEFMIHRvIHByb3ZpZGUgdGhl IGxpc3Qgb2YgaW5wdXQgZGV2aWNlcy4KCUlmIG5vIGRldmljZXMgYmVjb21lIGF2YWlsYWJs ZSwgcmVjb25maWd1cmUgSEFMIG9yIGRpc2FibGUgQWxsb3dFbXB0eUlucHV0LgooSUkpIExv YWRlciBtYWdpYzogMHhiMjAKKElJKSBNb2R1bGUgQUJJIHZlcnNpb25zOgoJWC5PcmcgQU5T SSBDIEVtdWxhdGlvbjogMC40CglYLk9yZyBWaWRlbyBEcml2ZXI6IDUuMAoJWC5PcmcgWElu cHV0IGRyaXZlciA6IDQuMAoJWC5PcmcgU2VydmVyIEV4dGVuc2lvbiA6IDIuMAooSUkpIExv YWRlciBydW5uaW5nIG9uIGZyZWVic2QKKC0tKSBVc2luZyBzeXNjb25zIGRyaXZlciB3aXRo IFggc3VwcG9ydCAodmVyc2lvbiAyLjApCigtLSkgdXNpbmcgVlQgbnVtYmVyIDkKCigtLSkg UENJOiooMEAxOjA6MCkgblZpZGlhIENvcnBvcmF0aW9uIFF1YWRybyBOVlMgMTQwTSByZXYg MTYxLCBNZW0gQCAweGZkMDAwMDAwLzE2Nzc3MjE2LCAweDAwMDAwMDAwLzI2ODQzNTQ1Niwg MHhmYTAwMDAwMC8zMzU1NDQzMiwgSS9PIEAgMHgwMDAwZGYwMC8xMjgsIEJJT1MgQCAweD8/ Pz8/Pz8/LzY1NTM2CihJSSkgU3lzdGVtIHJlc291cmNlIHJhbmdlczoKCVswXSAtMQkwCTB4 MDAwZjAwMDAgLSAweDAwMGZmZmZmICgweDEwMDAwKSBNWFtCXQoJWzFdIC0xCTAJMHgwMDBj MDAwMCAtIDB4MDAwZWZmZmYgKDB4MzAwMDApIE1YW0JdCglbMl0gLTEJMAkweDAwMDAwMDAw IC0gMHgwMDA5ZmZmZiAoMHhhMDAwMCkgTVhbQl0KCVszXSAtMQkwCTB4MDAwMGZmZmYgLSAw eDAwMDBmZmZmICgweDEpIElYW0JdCglbNF0gLTEJMAkweDAwMDAwMDAwIC0gMHgwMDAwMDBm ZiAoMHgxMDApIElYW0JdCihJSSkgTG9hZE1vZHVsZTogImV4dG1vZCIKKElJKSBMb2FkaW5n IC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9leHRlbnNpb25zLy9saWJleHRtb2Quc28K KElJKSBNb2R1bGUgZXh0bW9kOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxl ZCBmb3IgMS41Ljk5LjkwMiwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMAoJTW9kdWxlIGNsYXNz OiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uCglBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRl bnNpb24sIHZlcnNpb24gMi4wCihJSSkgTG9hZGluZyBleHRlbnNpb24gTUlULVNDUkVFTi1T QVZFUgooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhGcmVlODYtVmlkTW9kZUV4dGVuc2lvbgoo SUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhGcmVlODYtREdBCihJSSkgTG9hZGluZyBleHRlbnNp b24gRFBNUwooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhWaWRlbwooSUkpIExvYWRpbmcgZXh0 ZW5zaW9uIFhWaWRlby1Nb3Rpb25Db21wZW5zYXRpb24KKElJKSBMb2FkaW5nIGV4dGVuc2lv biBYLVJlc291cmNlCihJSSkgTG9hZE1vZHVsZTogImRiZSIKKElJKSBMb2FkaW5nIC91c3Iv bG9jYWwvbGliL3hvcmcvbW9kdWxlcy9leHRlbnNpb25zLy9saWJkYmUuc28KKElJKSBNb2R1 bGUgZGJlOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxlZCBmb3IgMS41Ljk5 LjkwMiwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMAoJTW9kdWxlIGNsYXNzOiBYLk9yZyBTZXJ2 ZXIgRXh0ZW5zaW9uCglBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNp b24gMi4wCihJSSkgTG9hZGluZyBleHRlbnNpb24gRE9VQkxFLUJVRkZFUgooSUkpIExvYWRN b2R1bGU6ICJnbHgiCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMv ZXh0ZW5zaW9ucy8vbGliZ2x4LnNvCihJSSkgTW9kdWxlIGdseDogdmVuZG9yPSJYLk9yZyBG b3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNS45OS45MDIsIG1vZHVsZSB2ZXJzaW9uID0g MS4wLjAKCUFCSSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbiwgdmVyc2lvbiAyLjAK KD09KSBBSUdMWCBkaXNhYmxlZAooPT0pIEV4cG9ydGluZyB0eXBpY2FsIHNldCBvZiBHTFgg dmlzdWFscwooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIEdMWAooSUkpIExvYWRNb2R1bGU6ICJy ZWNvcmQiCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5z aW9ucy8vbGlicmVjb3JkLnNvCihJSSkgTW9kdWxlIHJlY29yZDogdmVuZG9yPSJYLk9yZyBG b3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNS45OS45MDIsIG1vZHVsZSB2ZXJzaW9uID0g MS4xMy4wCglNb2R1bGUgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24KCUFCSSBjbGFz czogWC5PcmcgU2VydmVyIEV4dGVuc2lvbiwgdmVyc2lvbiAyLjAKKElJKSBMb2FkaW5nIGV4 dGVuc2lvbiBSRUNPUkQKKElJKSBMb2FkTW9kdWxlOiAiZHJpIgooSUkpIExvYWRpbmcgL3Vz ci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvL2xpYmRyaS5zbwooSUkpIE1v ZHVsZSBkcmk6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjUu OTkuOTAyLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wCglBQkkgY2xhc3M6IFguT3JnIFNlcnZl ciBFeHRlbnNpb24sIHZlcnNpb24gMi4wCihJSSkgTG9hZGluZyBleHRlbnNpb24gWEZyZWU4 Ni1EUkkKKElJKSBMb2FkTW9kdWxlOiAibm91dmVhdSIKKElJKSBMb2FkaW5nIC91c3IvbG9j YWwvbGliL3hvcmcvbW9kdWxlcy9kcml2ZXJzLy9ub3V2ZWF1X2Rydi5zbwooSUkpIE1vZHVs ZSBub3V2ZWF1OiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxlZCBmb3IgMS41 Ljk5LjkwMiwgbW9kdWxlIHZlcnNpb24gPSAwLjAuMTAKCU1vZHVsZSBjbGFzczogWC5Pcmcg VmlkZW8gRHJpdmVyCglBQkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiA1 LjAKKElJKSBOT1VWRUFVIGRyaXZlciBEYXRlOiAgIFdlZCBNYXIgMTggMDk6MzY6MzMgMjAw OSArMTAwMAooSUkpIE5PVVZFQVUgZHJpdmVyIGZvciBOVklESUEgY2hpcHNldCBmYW1pbGll cyA6CglSSVZBIFROVCAgICAoTlYwNCkKCVJJVkEgVE5UMiAgIChOVjA1KQoJR2VGb3JjZSAy NTYgKE5WMTApCglHZUZvcmNlIDIgICAoTlYxMSwgTlYxNSkKCUdlRm9yY2UgNE1YIChOVjE3 LCBOVjE4KQoJR2VGb3JjZSAzICAgKE5WMjApCglHZUZvcmNlIDRUaSAoTlYyNSwgTlYyOCkK CUdlRm9yY2UgRlggIChOVjN4KQoJR2VGb3JjZSA2ICAgKE5WNHgpCglHZUZvcmNlIDcgICAo Rzd4KQoJR2VGb3JjZSA4ICAgKEc4eCkKKElJKSBQcmltYXJ5IERldmljZSBpczogUENJIDAx QDAwOjAwOjAKKElJKSByZXNvdXJjZSByYW5nZXMgYWZ0ZXIgcHJvYmluZzoKCVswXSAtMQkw CTB4MDAwZjAwMDAgLSAweDAwMGZmZmZmICgweDEwMDAwKSBNWFtCXQoJWzFdIC0xCTAJMHgw MDBjMDAwMCAtIDB4MDAwZWZmZmYgKDB4MzAwMDApIE1YW0JdCglbMl0gLTEJMAkweDAwMDAw MDAwIC0gMHgwMDA5ZmZmZiAoMHhhMDAwMCkgTVhbQl0KCVszXSAtMQkwCTB4MDAwMGZmZmYg LSAweDAwMDBmZmZmICgweDEpIElYW0JdCglbNF0gLTEJMAkweDAwMDAwMDAwIC0gMHgwMDAw MDBmZiAoMHgxMDApIElYW0JdCigtLSkgTk9VVkVBVSgwKTogQ2hpcHNldDogIk5WSURJQSBO Vjg2IgooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiaW50MTAiCihJSSkgTG9hZE1vZHVsZTog ImludDEwIgooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzLy9saWJp bnQxMC5zbwooSUkpIE1vZHVsZSBpbnQxMDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJ Y29tcGlsZWQgZm9yIDEuNS45OS45MDIsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKCUFCSSBj bGFzczogWC5PcmcgVmlkZW8gRHJpdmVyLCB2ZXJzaW9uIDUuMAooSUkpIE5PVVZFQVUoMCk6 IEluaXRpYWxpemluZyBpbnQxMAooPT0pIE5PVVZFQVUoMCk6IFdyaXRlLWNvbWJpbmluZyBy YW5nZSAoMHhhMDAwMCwweDIwMDAwKSB3YXMgYWxyZWFkeSBjbGVhcgooPT0pIE5PVVZFQVUo MCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHhjMDAwMCwweDQwMDAwKSB3YXMgYWxyZWFk eSBjbGVhcgooSUkpIE5PVVZFQVUoMCk6IFByaW1hcnkgVl9CSU9TIHNlZ21lbnQgaXM6IDB4 YzAwMAooPT0pIE5PVVZFQVUoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHgwLDB4MTAw MCkgd2FzIGFscmVhZHkgY2xlYXIKZHJtT3BlbkRldmljZTogbm9kZSBuYW1lIGlzIC9kZXYv ZHJpL2NhcmQwCmRybU9wZW5EZXZpY2U6IG9wZW4gcmVzdWx0IGlzIDEwLCAoT0spCmRybU9w ZW5EZXZpY2U6IG5vZGUgbmFtZSBpcyAvZGV2L2RyaS9jYXJkMApkcm1PcGVuRGV2aWNlOiBv cGVuIHJlc3VsdCBpcyAxMCwgKE9LKQpkcm1PcGVuQnlCdXNpZDogU2VhcmNoaW5nIGZvciBC dXNJRCBwY2k6MDAwMDowMTowMC4wCmRybU9wZW5EZXZpY2U6IG5vZGUgbmFtZSBpcyAvZGV2 L2RyaS9jYXJkMApkcm1PcGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBpcyAxMCwgKE9LKQpkcm1P cGVuQnlCdXNpZDogZHJtT3Blbk1pbm9yIHJldHVybnMgMTAKZHJtT3BlbkJ5QnVzaWQ6IGRy bUdldEJ1c2lkIHJlcG9ydHMgcGNpOjAwMDA6MDE6MDAuMAooSUkpIFtkcm1dIERSTSBpbnRl cmZhY2UgdmVyc2lvbiAxLjIKKElJKSBbZHJtXSBEUk0gb3BlbiBtYXN0ZXIgc3VjY2VlZGVk LgooSUkpIE5PVVZFQVUoMCk6IFtkcm1dIG5vdXZlYXUgaW50ZXJmYWNlIHZlcnNpb246IDAu MC4xMgooLS0pIE5PVVZFQVUoMCk6IFtkcm1dIGtlcm5lbCBtb2Rlc2V0dGluZyBub3QgYXZh aWxhYmxlCigtLSkgTk9VVkVBVSgwKTogVkVTQS1IQUNLOiBDb25zb2xlIFZHQSBtb2RlIGlz IDB4MwooSUkpIE5PVVZFQVUoMCk6IENyZWF0aW5nIGRlZmF1bHQgRGlzcGxheSBzdWJzZWN0 aW9uIGluIFNjcmVlbiBzZWN0aW9uCgkiRGVmYXVsdCBTY3JlZW4gU2VjdGlvbiIgZm9yIGRl cHRoL2ZiYnBwIDI0LzMyCig9PSkgTk9VVkVBVSgwKTogRGVwdGggMjQsICgtLSkgZnJhbWVi dWZmZXIgYnBwIDMyCig9PSkgTk9VVkVBVSgwKTogUkdCIHdlaWdodCA4ODgKKD09KSBOT1VW RUFVKDApOiBEZWZhdWx0IHZpc3VhbCBpcyBUcnVlQ29sb3IKKElJKSBMb2FkaW5nIHN1YiBt b2R1bGUgInZnYWh3IgooSUkpIExvYWRNb2R1bGU6ICJ2Z2FodyIKKElJKSBMb2FkaW5nIC91 c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy8vbGlidmdhaHcuc28KKElJKSBNb2R1bGUgdmdh aHc6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjUuOTkuOTAy LCBtb2R1bGUgdmVyc2lvbiA9IDAuMS4wCglBQkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZl ciwgdmVyc2lvbiA1LjAKKD09KSBOT1VWRUFVKDApOiBSYW5kcjEuMiBzdXBwb3J0IGVuYWJs ZWQKKD09KSBOT1VWRUFVKDApOiBVc2luZyBIVyBjdXJzb3IKKEVFKSBOT1VWRUFVKDApOiAx Mjk2OiBObyB2YWxpZCBGQiBhZGRyZXNzIGluIFBDSSBjb25maWcgc3BhY2UKKD09KSBOT1VW RUFVKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5 IGNsZWFyCihJSSkgVW5sb2FkTW9kdWxlOiAibm91dmVhdSIKKElJKSBVbmxvYWRNb2R1bGU6 ICJ2Z2FodyIKKElJKSBVbmxvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzLy9s aWJ2Z2Fody5zbwooSUkpIFVubG9hZE1vZHVsZTogImludDEwIgooSUkpIFVubG9hZGluZyAv dXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvL2xpYmludDEwLnNvCihFRSkgU2NyZWVuKHMp IGZvdW5kLCBidXQgbm9uZSBoYXZlIGEgdXNhYmxlIGNvbmZpZ3VyYXRpb24uCgpGYXRhbCBz ZXJ2ZXIgZXJyb3I6Cm5vIHNjcmVlbnMgZm91bmQKClBsZWFzZSBjb25zdWx0IHRoZSBUaGUg WC5PcmcgRm91bmRhdGlvbiBzdXBwb3J0IAoJIGF0IGh0dHA6Ly93aWtpLngub3JnCiBmb3Ig aGVscC4gClBsZWFzZSBhbHNvIGNoZWNrIHRoZSBsb2cgZmlsZSBhdCAiL3Zhci9sb2cvWG9y Zy4wLmxvZyIgZm9yIGFkZGl0aW9uYWwgaW5mb3JtYXRpb24uCgo= --------------030009050705090903050207-- From owner-freebsd-x11@FreeBSD.ORG Mon Mar 23 06:31:59 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AEB8106566B for ; Mon, 23 Mar 2009 06:31:59 +0000 (UTC) (envelope-from lgadallah@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.226]) by mx1.freebsd.org (Postfix) with ESMTP id 5447E8FC13 for ; Mon, 23 Mar 2009 06:31:58 +0000 (UTC) (envelope-from lgadallah@gmail.com) Received: by rv-out-0506.google.com with SMTP id g37so1077065rvb.3 for ; Sun, 22 Mar 2009 23:31:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=kHA4+O/Ddli2Ia9UJjACJBZX0BCBdmwycdYr+zAaa98=; b=icoIpFiAjNbCeb2r2XhkMk5wSG98OXVFJGf1Z58XC1H3MepPSKBQIZLoJIK2ZjtzTI 0fLilpxrmd6ZwT/B/NUlE9boBuEUt69/6ZkurUMec3GEFMVVzUC9QYKrgoWS/6fV1qL1 RhCxJqwK34sHuwOQtbBvdPiVYxprL5ufln9V4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=pmId7L+dw5Hl/bzFfCxFH0pEzWIz+eI5gOW8TBzv0gy65OSZ+8to/3yOl8cr6RmrQq 8OzFSjik8upuHhJCrkPft3kLW92mVTmY3nX7c6np8jlD7h2pHpJlncNToXmIYhhI+85v S16AznjyUUUgugb6uIFggcGxtSUhLwa3jGkwI= MIME-Version: 1.0 Received: by 10.142.217.17 with SMTP id p17mr2709002wfg.32.1237789917750; Sun, 22 Mar 2009 23:31:57 -0700 (PDT) In-Reply-To: <18887.10022.859726.221414@gromit.timing.com> References: <9d5506db0903221931y760ba890o524894a0bf6187d3@mail.gmail.com> <18887.10022.859726.221414@gromit.timing.com> Date: Sun, 22 Mar 2009 23:31:57 -0700 Message-ID: <9d5506db0903222331j3c7c8403j72bc67f386b71f0d@mail.gmail.com> From: Larry Gadallah To: John Hein Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: testing@lists.pcbsd.org, x11@freebsd.org Subject: Re: libX11 config failure X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 06:31:59 -0000 Hi John: On 22/03/2009, John Hein wrote: > Larry Gadallah wrote at 19:31 -0700 on Mar 22, 2009: > > Dear x11@FreeBSD.org: > > > > For some reason, configuration for libX11 fails on the current ports > > tree (fetched via portsnap). For your reference, I have attached the > > config.log file per the error messages below: > > > > appending configuration tag "F77" to libtool > > checking for gcc... (cached) cc > > checking whether we are using the GNU C compiler... (cached) yes > > checking whether cc accepts -g... (cached) yes > > checking for cc option to accept ISO C89... (cached) none needed > > checking dependency style of cc... (cached) gcc3 > > CWARNFLAGS+= -Wold-style-definition -Wdeclaration-after-statement: not > found > > checking for cpp... /usr/bin/cpp > > checking if /usr/bin/cpp requires -undef... yes > > checking if /usr/bin/cpp requires -traditional... yes > > checking whether to use XCB... (cached) yes > > ./configure: 21141: Syntax error: word unexpected (expecting ")") > > bash updates have been problematic for configure lately. $() was > fixed shortly after a recent bash4 update. If you got bash4 during > the short "broken" window, try updating or uninstalling bash > temporarily. > > It might be something like that. > Thanks for the quick response. Alas, that didn't fix it either. I got exactly the same error for this version of bash: [root@pinawa /usr/ports/x11/libX11]# bash --version GNU bash, version 3.2.48(1)-release (amd64-portbld-freebsd7.0) Copyright (C) 2007 Free Software Foundation, Inc. Cheers, -- Larry Gadallah, VE6VQ/W7 lgadallah AT gmail DOT com PGP Sig: 917E DDB7 C911 9EC1 0CD9 C06B 06C4 835F 0BB8 7336 From owner-freebsd-x11@FreeBSD.ORG Mon Mar 23 06:42:13 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 012A01065670 for ; Mon, 23 Mar 2009 06:42:13 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (ns2.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id BE4F48FC14 for ; Mon, 23 Mar 2009 06:42:12 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id n2N6gB7c080427; Mon, 23 Mar 2009 00:42:11 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.14.3/8.14.3) with ESMTP id n2N67ZJS051360; Mon, 23 Mar 2009 00:07:35 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.3/8.14.3/Submit) id n2N67YUH051357; Mon, 23 Mar 2009 00:07:34 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18887.10022.859726.221414@gromit.timing.com> Date: Mon, 23 Mar 2009 00:07:34 -0600 From: John Hein To: Larry Gadallah In-Reply-To: <9d5506db0903221931y760ba890o524894a0bf6187d3@mail.gmail.com> References: <9d5506db0903221931y760ba890o524894a0bf6187d3@mail.gmail.com> X-Mailer: VM 7.19 under Emacs 22.3.1 X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on Daffy.timing.com X-Virus-Status: Clean Cc: testing@lists.pcbsd.org, x11@freebsd.org Subject: Re: libX11 config failure X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 06:42:13 -0000 Larry Gadallah wrote at 19:31 -0700 on Mar 22, 2009: > Dear x11@FreeBSD.org: > > For some reason, configuration for libX11 fails on the current ports > tree (fetched via portsnap). For your reference, I have attached the > config.log file per the error messages below: > > appending configuration tag "F77" to libtool > checking for gcc... (cached) cc > checking whether we are using the GNU C compiler... (cached) yes > checking whether cc accepts -g... (cached) yes > checking for cc option to accept ISO C89... (cached) none needed > checking dependency style of cc... (cached) gcc3 > CWARNFLAGS+= -Wold-style-definition -Wdeclaration-after-statement: not found > checking for cpp... /usr/bin/cpp > checking if /usr/bin/cpp requires -undef... yes > checking if /usr/bin/cpp requires -traditional... yes > checking whether to use XCB... (cached) yes > ./configure: 21141: Syntax error: word unexpected (expecting ")") bash updates have been problematic for configure lately. $() was fixed shortly after a recent bash4 update. If you got bash4 during the short "broken" window, try updating or uninstalling bash temporarily. It might be something like that. From owner-freebsd-x11@FreeBSD.ORG Mon Mar 23 06:56:08 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB9A81065673; Mon, 23 Mar 2009 06:56:08 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-fx0-f167.google.com (mail-fx0-f167.google.com [209.85.220.167]) by mx1.freebsd.org (Postfix) with ESMTP id 233238FC16; Mon, 23 Mar 2009 06:56:07 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by fxm11 with SMTP id 11so1537957fxm.43 for ; Sun, 22 Mar 2009 23:56:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:message-id:user-agent:mime-version:content-type; bh=XCDBMZ3Y8+/yQjOniZyDUxOwX29gOJRGWDPDbYH2QyM=; b=kjdOAKydI1MdmIa6/DLh+82iVBgKtizoZzE2g9I6xbwEwYee4tM94ZKD2i8OzFMT+N SgTSvW/6ulSGgNdJJv6LdIjGWil76RsGDWhMcZui9it+EKIpO+Q2zWSTzfRJf6D3bW9T Mjjeqj95vAbgWqFLWYY9AHnth5vmFlq/aN3sE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version:content-type; b=PERL4o7bN9EF3tY21U+6s2TlugWDWowcpcO7KCxv92WEI8YHRpYtgkGemT8MD/mAPQ 9QXShmk+KrqPASppDsOjqk7daZojASWD41V4a8fIr4A5Kghmq8MF4KZEzfUItdmvdiDD qeCZe9xsxUpeA6vTcx983bqoamLIQaKdgGPXY= Received: by 10.86.95.8 with SMTP id s8mr3321620fgb.79.1237791367063; Sun, 22 Mar 2009 23:56:07 -0700 (PDT) Received: from localhost (95-24-174-59.broadband.corbina.ru [95.24.174.59]) by mx.google.com with ESMTPS id 3sm658778fge.14.2009.03.22.23.56.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 22 Mar 2009 23:56:06 -0700 (PDT) From: Anonymous To: Robert Noland References: <1237680263.1938.10.camel@balrog.2hip.net> <86r60pp8c0.fsf@gmail.com> <1237763230.1694.0.camel@balrog.2hip.net> <86ab7dxf5c.fsf@gmail.com> <1237768535.1712.3.camel@balrog.2hip.net> Date: Mon, 23 Mar 2009 09:55:23 +0300 Message-ID: <86ljqwsp7o.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-x11 Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 06:56:09 -0000 Robert Noland writes: > On Mon, 2009-03-23 at 03:21 +0300, Anonymous wrote: >> Robert Noland writes: >> >> > On Mon, 2009-03-23 at 00:15 +0300, Anonymous wrote: >> >> Robert Noland writes: >> >> >> >> > Ok, this patch should work on NV50 chips also. >> >> > >> >> > What you get is EXA and Xv. >> >> > >> >> > You still need: >> >> > >> >> > A recent -CURRENT or -STABLE. >> >> > >> >> > git master of libdrm and xf86-video-nouveau. >> >> > >> >> > This patch. >> >> > >> >> > Things I've figured out since the last patch... >> >> > >> >> > On NV50 class hardware you need to have a compositing manager running >> >> > for Xv to work. That means xcompmgr, metacity with composite enabled, >> >> > xfce (rumored to work as well, haven't tried). If your running Gnome >> >> > with metacity, open gconf-editor and go to apps->metacity->general and >> >> > check the composite box. >> >> [...] >> >> > >> >> > http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch >> >> > >> >> > robert. >> >> >> >> - This error in Xorg.log is still present >> >> >> >> (II) NOUVEAU(0): [DRI] installation complete >> >> (EE) NOUVEAU(0): [dri] unable to reference front buffer: -19 >> > >> > Ok, update your libdrm... this was fixed in the last few days. >> > >> > robert. >> > >> >> Oops, looks like libdrm installed here wasn't latest. Updated and this >> error is gone now. >> >> >> Should I ignore it? >> >> >> >> >> >> info: [drm] PGRAPH_ERROR - nSource:info: [drm] PROTECTION_ERRORinfo: [drm] DMA_R_PROTECTIONinfo: [drm] , nStatus:info: [drm] >> >> info: [drm] PGRAPH_ERROR - Ch 2/2 Class 0x8297 Mthd 0x15e0 Data 0x00000000:0x00000000 >> >> error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* magic set 1: >> >> error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* 0x00408900: 0x80000000 >> >> error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* 0x00408904: 0xfdb76b7b >> >> >> >> Should I ignore them? >> >> Looks like this one is not fixed in r190296M. Look into logs below. > > This is a fencing issue, I haven't ported the drm fence manager. Do you > know what you are doing to trigger it? I can't seem to make it occur > here... I can reproduce it on xserver-1.6 just by `X -config test.conf', where test.conf contains nothing but Device section which specifies to use nouveau ddx. I guess it's related to the problem with xcompmgr. They usually appear together. > >> >> >> >> - Launching `xcompmgr -a' is tricky. Most of the time it just leaves >> >> screen in unusable state, it's not possible to switch to console or >> >> move pointer. I want to help debug this one. Here are logs: >> >> http://pastebin.com/m1ca3fc2f >> >> http://pastebin.com/m579d358e > > FWIW, I don't seem to have any trouble enabling / disabling composite, > so this may be a bug in git xserver or libraries. It's same for xserver-1.6. I guess it's because I usually try to use vt switch when Xserver hangs on restart and then reboot. After reboot xcompmgr doesn't work fine and leaves screen unusable. Workaround is to set hw.drm.msi=0 once and next boot should work fine without it with MSI enabled. > > robert. > >> rebuild kernel, libdrm, xf86-video-nouveau, xserver just in case and >> reproduced the problem again >> http://pastebin.com/m2be24e75 >> http://pastebin.com/m6c80e1e From owner-freebsd-x11@FreeBSD.ORG Mon Mar 23 08:21:23 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C55731065679 for ; Mon, 23 Mar 2009 08:21:23 +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 88B8A8FC13 for ; Mon, 23 Mar 2009 08:21:23 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-1-207-58.bna.bellsouth.net [65.1.207.58]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2N8K1av010453 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Mar 2009 04:20:02 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Anonymous In-Reply-To: <86ljqwsp7o.fsf@gmail.com> References: <1237680263.1938.10.camel@balrog.2hip.net> <86r60pp8c0.fsf@gmail.com> <1237763230.1694.0.camel@balrog.2hip.net> <86ab7dxf5c.fsf@gmail.com> <1237768535.1712.3.camel@balrog.2hip.net> <86ljqwsp7o.fsf@gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-6mTyHTy6bn1sxav0ZxLJ" Organization: FreeBSD Date: Mon, 23 Mar 2009 03:21:00 -0500 Message-Id: <1237796460.2110.4.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11 Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 08:21:24 -0000 --=-6mTyHTy6bn1sxav0ZxLJ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-03-23 at 09:55 +0300, Anonymous wrote: > Robert Noland writes: >=20 > > On Mon, 2009-03-23 at 03:21 +0300, Anonymous wrote: > >> Robert Noland writes: > >>=20 > >> > On Mon, 2009-03-23 at 00:15 +0300, Anonymous wrote: > >> >> Robert Noland writes: > >> >>=20 > >> >> > Ok, this patch should work on NV50 chips also. > >> >> > > >> >> > What you get is EXA and Xv. > >> >> > > >> >> > You still need: > >> >> > > >> >> > A recent -CURRENT or -STABLE. > >> >> > > >> >> > git master of libdrm and xf86-video-nouveau. > >> >> > > >> >> > This patch. > >> >> > > >> >> > Things I've figured out since the last patch... > >> >> > > >> >> > On NV50 class hardware you need to have a compositing manager run= ning > >> >> > for Xv to work. That means xcompmgr, metacity with composite ena= bled, > >> >> > xfce (rumored to work as well, haven't tried). If your running G= nome > >> >> > with metacity, open gconf-editor and go to apps->metacity->genera= l and > >> >> > check the composite box. > >> >> [...] > >> >> > > >> >> > http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch > >> >> > > >> >> > robert. > >> >>=20 > >> >> - This error in Xorg.log is still present > >> >>=20 > >> >> (II) NOUVEAU(0): [DRI] installation complete > >> >> (EE) NOUVEAU(0): [dri] unable to reference front buffer: -19 > >> > > >> > Ok, update your libdrm... this was fixed in the last few days. > >> > > >> > robert. > >> > > >>=20 > >> Oops, looks like libdrm installed here wasn't latest. Updated and this > >> error is gone now. > >>=20 > >> >> Should I ignore it? > >> >>=20 > >> >>=20 > >> >> info: [drm] PGRAPH_ERROR - nSource:info: [drm] PROTECTION_ERR= ORinfo: [drm] DMA_R_PROTECTIONinfo: [drm] , nStatus:info: [drm]=20 > >> >> info: [drm] PGRAPH_ERROR - Ch 2/2 Class 0x8297 Mthd 0x15e0 Da= ta 0x00000000:0x00000000 > >> >> error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* magic set = 1: > >> >> error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* 0x0040890= 0: 0x80000000 > >> >> error: [drm:pid11:nv50_pgraph_irq_handler] *ERROR* 0x0040890= 4: 0xfdb76b7b > >> >>=20 > >> >> Should I ignore them? > >>=20 > >> Looks like this one is not fixed in r190296M. Look into logs below. > > > > This is a fencing issue, I haven't ported the drm fence manager. Do yo= u > > know what you are doing to trigger it? I can't seem to make it occur > > here... >=20 > I can reproduce it on xserver-1.6 just by `X -config test.conf', where > test.conf contains nothing but Device section which specifies to use > nouveau ddx. I guess it's related to the problem with xcompmgr. They > usually appear together. I've seen this a couple of times, but never figured out what is triggering it yet. I'll look through the code some more and see if I can find it... > > > >> >>=20 > >> >> - Launching `xcompmgr -a' is tricky. Most of the time it just leave= s > >> >> screen in unusable state, it's not possible to switch to console = or > >> >> move pointer. I want to help debug this one. Here are logs: > >> >> http://pastebin.com/m1ca3fc2f > >> >> http://pastebin.com/m579d358e > > > > FWIW, I don't seem to have any trouble enabling / disabling composite, > > so this may be a bug in git xserver or libraries. >=20 > It's same for xserver-1.6. I guess it's because I usually try to use > vt switch when Xserver hangs on restart and then reboot. After reboot > xcompmgr doesn't work fine and leaves screen unusable. >=20 > Workaround is to set hw.drm.msi=3D0 once and next boot should work fine > without it with MSI enabled. Yeah, we are probably the only ones running with msi enabled... We are the only ones running msi on radeons and I did have to modify the interrupt handling a little to support it, but I had info from amd on how to do it... I need to poke around the registers and see if i see anything interesting... robert. > > > > robert. > > > >> rebuild kernel, libdrm, xf86-video-nouveau, xserver just in case and > >> reproduced the problem again > >> http://pastebin.com/m2be24e75 > >> http://pastebin.com/m6c80e1e --=20 Robert Noland FreeBSD --=-6mTyHTy6bn1sxav0ZxLJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknHRmwACgkQM4TrQ4qfRONzYACfWY4lBw1KgBLRoUW+G7tV+2L9 cfEAnjWzrtWjLFbtxWgA7Q6muxtCzdHA =7fYy -----END PGP SIGNATURE----- --=-6mTyHTy6bn1sxav0ZxLJ-- From owner-freebsd-x11@FreeBSD.ORG Mon Mar 23 09:02:18 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11634106566B; Mon, 23 Mar 2009 09:02:18 +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 C4FBA8FC15; Mon, 23 Mar 2009 09:02:17 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-1-207-58.bna.bellsouth.net [65.1.207.58]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2N90t9Q010696 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Mar 2009 05:00:56 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: wsk In-Reply-To: <49C6E5C6.60306@gddsn.org.cn> References: <49B88449.3000403@gddsn.org.cn> <49B8AC04.10508@gddsn.org.cn> <49C6E5C6.60306@gddsn.org.cn> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-OVCYc2OkNPdv9TLOOPRY" Organization: FreeBSD Date: Mon, 23 Mar 2009 04:01:54 -0500 Message-Id: <1237798914.2110.24.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: stable@freebsd.org, x11@freebsd.org, current@freebsd.org Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 09:02:18 -0000 --=-OVCYc2OkNPdv9TLOOPRY Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-03-23 at 09:28 +0800, wsk wrote: > >Ok, this patch should work on NV50 chips also. >=20 > >What you get is EXA and Xv. >=20 > >You still need: >=20 > >A recent -CURRENT or -STABLE. >=20 > >git master of libdrm and xf86-video-nouveau. >=20 > >This patch. >=20 > >Things I've figured out since the last patch... >=20 > >On NV50 class hardware you need to have a compositing manager running > >for Xv to work. That means xcompmgr, metacity with composite enabled, > >xfce (rumored to work as well, haven't tried). If your running Gnome > >with metacity, open gconf-editor and go to apps->metacity->general and > >check the composite box. >=20 > >On NV40 class hardware, you don't need the composite manager. In fact > >(at least with Xserver 1.6 which I'm running now), if a composite > >manager is enabled, I'm seeing high cpu utilization from Xorg under some > >circumstances. I don't think this is a drm issue, but still an issue. > >For me, if I start a video using mplayer in an xterm, cpu is fine as > >long as that xterm is the foreground window. If it is not the > >foreground window, even if it isn't obscured I see the cpu utilization. > >Disabling the composite manager makes everything fine. >=20 > >http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch >=20 > >robert. >=20 > get the following errors and exitThis is a pre-release version of the X s= erver from The X.Org Foundation. > It is not supported in any way. > Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. > Select the "xorg" product for bugs you find in this release. > Before reporting bugs in pre-release versions please check the > latest version in the X.Org Foundation git repository. > See http://wiki.x.org/wiki/GitPage for git access instructions. >=20 > X.Org X Server 1.5.99.902 (1.6.0 RC 2) > Release Date: 2009-1-30 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 7.1-STABLE amd64 > Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeBSD = 7.2-PRE > RELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/usr/obj= /usr/sr > c/sys/WSK amd64 > Build Date: 06 February 2009 04:22:44PM >=20 > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (=3D=3D) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14:03 2009 > ing config file: "xorg.conf1" > error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0= x2 > error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0= x2 > error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0= x2 > vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff= ). > error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0= x1 > vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff= ). > error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0= x1 > drm0: [ITHREAD] > info: [drm] Allocating FIFO number 1 > info: [drm] nouveau_fifo_alloc: initialised FIFO 1 > info: [drm] PFIFO_DMA_PUSHER - Ch 1 > (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space > (EE) Screen(s) found, but none have a usable configuration. >=20 > Fatal server error: > no screens found >=20 > Please consult the The X.Org Foundation support > at http://wiki.x.org > for help. > Please also check the log file at "/var/log/Xorg.0.log" for additional in= formati > on. >=20 > info: [drm] nouveau_fifo_free: freeing fifo 1 > error: [drm:pid30722:nouveau_fifo_free] *ERROR* Failed to idle channel 1 = before > destroy.Prepare for strangeness.. > vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff= ). > error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0= x1 >=20 > what can i do ? >=20 >=20 >=20 >=20 > plain text document attachment (Xorg.0.log) > This is a pre-release version of the X server from The X.Org Foundation. > It is not supported in any way. > Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. > Select the "xorg" product for bugs you find in this release. > Before reporting bugs in pre-release versions please check the > latest version in the X.Org Foundation git repository. > See http://wiki.x.org/wiki/GitPage for git access instructions. >=20 > X.Org X Server 1.5.99.902 (1.6.0 RC 2) > Release Date: 2009-1-30 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 7.1-STABLE amd64=20 > Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeBSD = 7.2-PRERELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/us= r/obj/usr/src/sys/WSK amd64 > Build Date: 06 February 2009 04:22:44PM > =20 > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (=3D=3D) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14:03 2009 > (++) Using config file: "xorg.conf1" > (=3D=3D) No Layout section. Using the first Screen section. > (=3D=3D) No screen section available. Using defaults. > (**) |-->Screen "Default Screen Section" (0) > (**) | |-->Monitor "" > (=3D=3D) No device specified for screen "Default Screen Section". > Using the first device section listed. > (**) | |-->Device "Card0" > (=3D=3D) No monitor specified for screen "Default Screen Section". > Using a default monitor configuration. > (=3D=3D) Automatically adding devices > (=3D=3D) Automatically enabling devices > (=3D=3D) No FontPath specified. Using compiled-in default. > (=3D=3D) FontPath set to: > built-ins > (=3D=3D) ModulePath set to "/usr/local/lib/xorg/modules" > (II) Cannot locate a core pointer device. > (II) Cannot locate a core keyboard device. > (II) The server relies on HAL to provide the list of input devices. > If no devices become available, reconfigure HAL or disable AllowEmptyInp= ut. > (II) Loader magic: 0xb20 > (II) Module ABI versions: > X.Org ANSI C Emulation: 0.4 > X.Org Video Driver: 5.0 > X.Org XInput driver : 4.0 > X.Org Server Extension : 2.0 > (II) Loader running on freebsd > (--) Using syscons driver with X support (version 2.0) > (--) using VT number 9 >=20 > (--) PCI:*(0@1:0:0) nVidia Corporation Quadro NVS 140M rev 161, Mem @ 0xf= d000000/16777216, 0x00000000/268435456, 0xfa000000/33554432, I/O @ 0x0000df= 00/128, BIOS @ 0x????????/65536 Ok, thats a new one... > (II) System resource ranges: > [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > (II) LoadModule: "extmod" > (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so > (II) Module extmod: vendor=3D"X.Org Foundation" > compiled for 1.5.99.902, module version =3D 1.0.0 > Module class: X.Org Server Extension > ABI class: X.Org Server Extension, version 2.0 > (II) Loading extension MIT-SCREEN-SAVER > (II) Loading extension XFree86-VidModeExtension > (II) Loading extension XFree86-DGA > (II) Loading extension DPMS > (II) Loading extension XVideo > (II) Loading extension XVideo-MotionCompensation > (II) Loading extension X-Resource > (II) LoadModule: "dbe" > (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so > (II) Module dbe: vendor=3D"X.Org Foundation" > compiled for 1.5.99.902, module version =3D 1.0.0 > Module class: X.Org Server Extension > ABI class: X.Org Server Extension, version 2.0 > (II) Loading extension DOUBLE-BUFFER > (II) LoadModule: "glx" > (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so > (II) Module glx: vendor=3D"X.Org Foundation" > compiled for 1.5.99.902, module version =3D 1.0.0 > ABI class: X.Org Server Extension, version 2.0 > (=3D=3D) AIGLX disabled > (=3D=3D) Exporting typical set of GLX visuals > (II) Loading extension GLX > (II) LoadModule: "record" > (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so > (II) Module record: vendor=3D"X.Org Foundation" > compiled for 1.5.99.902, module version =3D 1.13.0 > Module class: X.Org Server Extension > ABI class: X.Org Server Extension, version 2.0 > (II) Loading extension RECORD > (II) LoadModule: "dri" > (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so > (II) Module dri: vendor=3D"X.Org Foundation" > compiled for 1.5.99.902, module version =3D 1.0.0 > ABI class: X.Org Server Extension, version 2.0 > (II) Loading extension XFree86-DRI > (II) LoadModule: "nouveau" > (II) Loading /usr/local/lib/xorg/modules/drivers//nouveau_drv.so > (II) Module nouveau: vendor=3D"X.Org Foundation" > compiled for 1.5.99.902, module version =3D 0.0.10 > Module class: X.Org Video Driver > ABI class: X.Org Video Driver, version 5.0 > (II) NOUVEAU driver Date: Wed Mar 18 09:36:33 2009 +1000 > (II) NOUVEAU driver for NVIDIA chipset families : > RIVA TNT (NV04) > RIVA TNT2 (NV05) > GeForce 256 (NV10) > GeForce 2 (NV11, NV15) > GeForce 4MX (NV17, NV18) > GeForce 3 (NV20) > GeForce 4Ti (NV25, NV28) > GeForce FX (NV3x) > GeForce 6 (NV4x) > GeForce 7 (G7x) > GeForce 8 (G8x) > (II) Primary Device is: PCI 01@00:00:0 > (II) resource ranges after probing: > [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > (--) NOUVEAU(0): Chipset: "NVIDIA NV86" Hrm, NV86... I'll have to ask around about that. Meanwhile can you send me a pciconf -lvb which should at least show us the BAR configuration. Ok, my sources are telling me that this should work and that it is an NV50, or at least should work the same... Also, just to be safe, please rebuild/reinstall devel/libpciaccess. I'm not sure if it may be trashing the BARs somehow. robert. > (II) Loading sub module "int10" > (II) LoadModule: "int10" > (II) Loading /usr/local/lib/xorg/modules//libint10.so > (II) Module int10: vendor=3D"X.Org Foundation" > compiled for 1.5.99.902, module version =3D 1.0.0 > ABI class: X.Org Video Driver, version 5.0 > (II) NOUVEAU(0): Initializing int10 > (=3D=3D) NOUVEAU(0): Write-combining range (0xa0000,0x20000) was already = clear > (=3D=3D) NOUVEAU(0): Write-combining range (0xc0000,0x40000) was already = clear > (II) NOUVEAU(0): Primary V_BIOS segment is: 0xc000 > (=3D=3D) NOUVEAU(0): Write-combining range (0x0,0x1000) was already clear > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 10, (OK) > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 10, (OK) > drmOpenByBusid: Searching for BusID pci:0000:01:00.0 > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 10, (OK) > drmOpenByBusid: drmOpenMinor returns 10 > drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 > (II) [drm] DRM interface version 1.2 > (II) [drm] DRM open master succeeded. > (II) NOUVEAU(0): [drm] nouveau interface version: 0.0.12 > (--) NOUVEAU(0): [drm] kernel modesetting not available > (--) NOUVEAU(0): VESA-HACK: Console VGA mode is 0x3 > (II) NOUVEAU(0): Creating default Display subsection in Screen section > "Default Screen Section" for depth/fbbpp 24/32 > (=3D=3D) NOUVEAU(0): Depth 24, (--) framebuffer bpp 32 > (=3D=3D) NOUVEAU(0): RGB weight 888 > (=3D=3D) NOUVEAU(0): Default visual is TrueColor > (II) Loading sub module "vgahw" > (II) LoadModule: "vgahw" > (II) Loading /usr/local/lib/xorg/modules//libvgahw.so > (II) Module vgahw: vendor=3D"X.Org Foundation" > compiled for 1.5.99.902, module version =3D 0.1.0 > ABI class: X.Org Video Driver, version 5.0 > (=3D=3D) NOUVEAU(0): Randr1.2 support enabled > (=3D=3D) NOUVEAU(0): Using HW cursor > (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space > (=3D=3D) NOUVEAU(0): Write-combining range (0x0,0x1000) was already clear > (II) UnloadModule: "nouveau" > (II) UnloadModule: "vgahw" > (II) Unloading /usr/local/lib/xorg/modules//libvgahw.so > (II) UnloadModule: "int10" > (II) Unloading /usr/local/lib/xorg/modules//libint10.so > (EE) Screen(s) found, but none have a usable configuration. >=20 > Fatal server error: > no screens found >=20 > Please consult the The X.Org Foundation support=20 > at http://wiki.x.org > for help.=20 > Please also check the log file at "/var/log/Xorg.0.log" for additional in= formation. >=20 --=20 Robert Noland FreeBSD --=-OVCYc2OkNPdv9TLOOPRY Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknHUAIACgkQM4TrQ4qfRON1qwCdHUuEDFHrZVXFoBZ6WOfn0cBu KX0An2ff+9ibGo3ATe/XevKpXVTVOgh0 =zyWo -----END PGP SIGNATURE----- --=-OVCYc2OkNPdv9TLOOPRY-- From owner-freebsd-x11@FreeBSD.ORG Mon Mar 23 11:07:07 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44BED1065677 for ; Mon, 23 Mar 2009 11:07:07 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 17DF68FC0C for ; Mon, 23 Mar 2009 11:07:07 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2NB76EW004207 for ; Mon, 23 Mar 2009 11:07:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2NB76bg004203 for freebsd-x11@FreeBSD.org; Mon, 23 Mar 2009 11:07:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 23 Mar 2009 11:07:06 GMT Message-Id: <200903231107.n2NB76bg004203@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-x11@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-x11@FreeBSD.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 11:07:07 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/132621 x11 x11/xorg tries to install event when deselected o ports/132403 x11 x11/xorg with Radeon X600 (R370): cannot re-initialize o ports/132136 x11 [PATCH] x11-drivers/xf86-video-nouveau: unbreak build o ports/132100 x11 x11/xorg: Xorg server forgets pointer map after xlock o ports/132041 x11 x11/xorg: Broken Intel video driver o ports/132035 x11 [patch] graphics/libdrm: allow slave ports use their o o ports/131930 x11 [PATCH] x11-servers/xorg-server coredumps on exit o ports/131726 x11 x11-servers/xorg-server: xorg server messes with my eh o ports/131696 x11 x11-servers/xorg-server: hald core dumps make X11 unus o ports/131644 x11 x11-servers/xorg-server: Xinerama mouse event (focus f f ports/131124 x11 x11/xorg - New xorg 7.4 hangs until mouse is moved whe s ports/131120 x11 x11/libxcb - xauth failes when using libX11/libxcb o ports/131016 x11 x11/xorg - xorg-7.4 renders system unusable! f ports/127436 x11 x11/xorg: xorg randomly uses 100% CPU with Intel + KDE f ports/126904 x11 x11/xorg startx fails on driver loading for nVidia GeF f ports/126812 x11 x11-drivers/xf86-video-ati - System freeze when exitin o ports/125883 x11 x11-fonts/xorg-fonts-cyrillic is installed, but fonts f ports/123137 x11 x11/libX11: missing ru_RU.UTF-8 locale o ports/122830 x11 x11/xorg: Error in I830WaitLpRing() f ports/119037 x11 x11: Can't type _ (Underscore) under X (gnome) f ports/118645 x11 Xorg need realtime priority for mouse work nice s ports/117907 x11 x11-servers/mga_hal broken on 7.0-BETA (GLIBC error) f ports/117766 x11 x11-servers/xorg-server (7.3) crashes under heavy load f ports/117195 x11 ix11/Xorg 7.3 dumps core at exit (sig 11) o ports/116443 x11 x11-drivers/xf86-input-keyboard patch for USB jp106 ke 25 problems total. From owner-freebsd-x11@FreeBSD.ORG Mon Mar 23 12:42:50 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB72A106566C; Mon, 23 Mar 2009 12:42:50 +0000 (UTC) (envelope-from xelah-freebsd-pr@xelah.com) Received: from balrog.mythic-beasts.com (unknown [IPv6:2a02:390:1:0:2e0:81ff:feb1:6d0c]) by mx1.freebsd.org (Postfix) with ESMTP id 2DAE98FC19; Mon, 23 Mar 2009 12:42:50 +0000 (UTC) (envelope-from xelah-freebsd-pr@xelah.com) Received: from sphinx-newrange.mythic-beasts.com ([93.93.130.49] helo=sphinx.mythic-beasts.com) by balrog.mythic-beasts.com with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA1:24) (Exim 4.63) (envelope-from ) id 1LljUP-0006qX-3X; Mon, 23 Mar 2009 12:42:49 +0000 Received: from xelah (helo=localhost) by sphinx.mythic-beasts.com with local-esmtp (Exim 4.62) (envelope-from ) id 1LljUO-0002Ur-6R; Mon, 23 Mar 2009 12:42:48 +0000 Date: Mon, 23 Mar 2009 12:42:47 +0000 (GMT) From: Alex Hayward X-X-Sender: xelah@sphinx.mythic-beasts.com To: pav@FreeBSD.org In-Reply-To: <200903191642.n2JGglLf011739@freefall.freebsd.org> Message-ID: References: <200903191642.n2JGglLf011739@freefall.freebsd.org> User-Agent: Alpine 1.10 (LRH 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Status: No, score=-0.0 X-BlackCat-Spam-Score: 0 Cc: freebsd-x11@FreeBSD.org Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 12:42:51 -0000 On Thu, 19 Mar 2009, pav@FreeBSD.org wrote: > Is it still the problem with latest versions of all ports, when you remove > AllowEmptyInput from your xorg.conf ? My kernel is now: 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #4: Fri Mar 20 11:33:58 UTC 2009. All of my ports are up-to-date as of your message (or newer), except for the JDK and few now marked IGNORE. It's as it was originally for me: without 'AllowEmptyInput "off"' it's fine, with it included it hangs. Someone kindly showed me how to configure hal with my keyboard layout so this isn't a problem for me any more - I now run without that statement. I ran ktrace with AllowEmptyInput off, and see this with kdump -R: ....39% of the way through the dump: 22763 Xorg 0.000006 GIO fd 0 wrote 75 bytes "(II) XINPUT: Adding extended input device "USB Gaming Mouse" (type: MO\ USE) " 22763 Xorg 0.000003 RET write 75/0x4b 22763 Xorg 0.000011 CALL open(0x80cbc68c0,O_RDWR|O_NONBLOCK,0) 22763 Xorg 0.000004 NAMI "/dev/sysmouse" 22763 Xorg 0.000009 RET open 12/0xc ...[later]...62% of the dump: 22763 Xorg 0.000004 CALL fcntl(0x12,F_GETFL,0x180e52c) 22763 Xorg 0.000003 RET fcntl 2 22763 Xorg 0.000003 CALL fcntl(0x12,F_SETFL,O_RDWR|O_NONBLOCK) 22763 Xorg 0.000003 RET fcntl 0 ...[much later]...91% of the dump: 22763 Xorg 0.000003 CALL read(0xc,0x80c992040,0x40) 22763 Xorg 9.857007 GIO fd 12 read 8 bytes 0x0000 8700 0000 0100 007f |........| From owner-freebsd-x11@FreeBSD.ORG Mon Mar 23 15:30:24 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6EA3106564A for ; Mon, 23 Mar 2009 15:30:24 +0000 (UTC) (envelope-from kris@pcbsd.com) Received: from pcbsd.ixsystems.com (pcbsd.ixsystems.net [206.40.55.78]) by mx1.freebsd.org (Postfix) with ESMTP id 86BBF8FC25 for ; Mon, 23 Mar 2009 15:30:24 +0000 (UTC) (envelope-from kris@pcbsd.com) Received: from [192.168.0.191] (24-158-205-179.dhcp.kgpt.tn.charter.com [24.158.205.179]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pcbsd.ixsystems.com (Postfix) with ESMTPSA id 29344145F401; Mon, 23 Mar 2009 08:09:53 -0700 (PDT) Message-ID: <49C7A6C6.3020702@pcbsd.com> Date: Mon, 23 Mar 2009 11:12:06 -0400 From: Kris Moore User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: PC-BSD Testing list References: <9d5506db0903221931y760ba890o524894a0bf6187d3@mail.gmail.com> <18887.10022.859726.221414@gromit.timing.com> <9d5506db0903222331j3c7c8403j72bc67f386b71f0d@mail.gmail.com> In-Reply-To: <9d5506db0903222331j3c7c8403j72bc67f386b71f0d@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: x11@freebsd.org Subject: Re: [PC-BSD Testing] libX11 config failure X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 15:30:25 -0000 Larry Gadallah wrote: > Hi John: > > On 22/03/2009, John Hein wrote: >> Larry Gadallah wrote at 19:31 -0700 on Mar 22, 2009: >> > Dear x11@FreeBSD.org: >> > >> > For some reason, configuration for libX11 fails on the current ports >> > tree (fetched via portsnap). For your reference, I have attached the >> > config.log file per the error messages below: >> > >> > appending configuration tag "F77" to libtool >> > checking for gcc... (cached) cc >> > checking whether we are using the GNU C compiler... (cached) yes >> > checking whether cc accepts -g... (cached) yes >> > checking for cc option to accept ISO C89... (cached) none needed >> > checking dependency style of cc... (cached) gcc3 >> > CWARNFLAGS+= -Wold-style-definition -Wdeclaration-after-statement: not >> found >> > checking for cpp... /usr/bin/cpp >> > checking if /usr/bin/cpp requires -undef... yes >> > checking if /usr/bin/cpp requires -traditional... yes >> > checking whether to use XCB... (cached) yes >> > ./configure: 21141: Syntax error: word unexpected (expecting ")") >> >> bash updates have been problematic for configure lately. $() was >> fixed shortly after a recent bash4 update. If you got bash4 during >> the short "broken" window, try updating or uninstalling bash >> temporarily. >> >> It might be something like that. >> > > Thanks for the quick response. Alas, that didn't fix it either. I got > exactly the same error for this version of bash: > > [root@pinawa /usr/ports/x11/libX11]# bash --version > GNU bash, version 3.2.48(1)-release (amd64-portbld-freebsd7.0) > Copyright (C) 2007 Free Software Foundation, Inc. > > Cheers, Ahh, try this: # ln -s /bin/bash /usr/local/bin/bash Does it work now? We ship a static version of bash in /bin/, which may be causing problems if the scripts have #!/usr/local/bin/bash in their header. -- Kris Moore PC-BSD Software http://www.pcbsd.com From owner-freebsd-x11@FreeBSD.ORG Mon Mar 23 23:10:08 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C74F1065688 for ; Mon, 23 Mar 2009 23:10:00 +0000 (UTC) (envelope-from lhecking@users.sourceforge.net) Received: from ns1.cypress.com (ns1.cypress.com [157.95.67.4]) by mx1.freebsd.org (Postfix) with ESMTP id CBF4B8FC12 for ; Mon, 23 Mar 2009 23:09:59 +0000 (UTC) (envelope-from lhecking@users.sourceforge.net) Received: from corpmail.cypress.com (corpmail [157.95.1.2]) by ns1.cypress.com (8.12.10/8.12.10) with ESMTP id n2NN9xh1028766 for ; Mon, 23 Mar 2009 16:09:59 -0700 (PDT) Received: from cork.irdesign.cypress.com (cork.irdesign.cypress.com [157.95.24.1]) by corpmail.cypress.com (8.12.10/8.12.10) with ESMTP id n2NN9mL3026874 for ; Mon, 23 Mar 2009 16:09:50 -0700 (PDT) Received: from cork.irdesign.cypress.com (localhost [127.0.0.1]) by cork.irdesign.cypress.com (Postfix) with ESMTP id 6E1644E35D for ; Mon, 23 Mar 2009 23:09:48 +0000 (GMT) Received: by cork.irdesign.cypress.com (Postfix, from userid 0) id 484A44E361; Mon, 23 Mar 2009 23:09:48 +0000 (GMT) From: lhecking@users.sourceforge.net To: freebsd-x11@freebsd.org References: <20090226225311.C01544E49C@cork.irdesign.cypress.com> MIME-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090226225311.C01544E49C@cork.irdesign.cypress.com> X-Mutt-References: <20090226225311.C01544E49C@cork.irdesign.cypress.com> Message-Id: <20090323230948.484A44E361@cork.irdesign.cypress.com> Date: Mon, 23 Mar 2009 23:09:48 +0000 (GMT) Subject: Re: Xorg 7.4 keyboard/terminal problem X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 23:10:13 -0000 I wrote: [...] > Backtic, caret and tilde ` ^ ~ need two keypresses to appear. > Pressing the UK pound sign ? key onces creates a literal "\c2\a3". > Single and double quote ' " need two keypresses and they create a > literal "\c2\b4" and "\c2\a8", resp. (not sure about the exact hex > values as they are represented differently on the Linux system I'm > typing this on). > > FreeBSD 7.1, current ports, gnome 2.24. No takers, so here´s a bit more information: hal-0.5.11_21 xorg-7.4 xorg-server-1.5.3_7,1 en_GB keyboard No xorg.conf file, no hal policies installed. All of `¨^ (back tic, double quotes, caret, single quotes, tilde) need two key presses to appear in a terminal. The same happens in vi except that double quotes creates \xc2\xa8, and single quote creates \xc2\xb, effectively rendering them useless. The UK pound sign works fine now £, and the output of setxkbmap -print is xkb_keymap { xkb_keycodes { include "xfree86+aliases(qwerty)" }; xkb_types { include "complete" }; xkb_compat { include "complete" }; xkb_symbols { include "pc+gb(intl)" }; xkb_geometry { include "pc(pc105)" }; }; Xorg.0.log records the keyboard as US, so I don´t understad how exactly hal and xorg interact here. (**) AT Keyboard: always reports core events (**) Option "Protocol" "standard" (**) AT Keyboard: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) AT Keyboard: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) AT Keyboard: XkbModel: "pc105" (**) Option "XkbLayout" "us" (**) AT Keyboard: XkbLayout: "us" (**) Option "CustomKeycodes" "off" (**) AT Keyboard: CustomKeycodes disabled How can I get the diacritics to work? From owner-freebsd-x11@FreeBSD.ORG Mon Mar 23 23:41:35 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F4BD106564A for ; Mon, 23 Mar 2009 23:41:35 +0000 (UTC) (envelope-from madtrader@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id EC3348FC1A for ; Mon, 23 Mar 2009 23:41:34 +0000 (UTC) (envelope-from madtrader@gmail.com) Received: by yw-out-2324.google.com with SMTP id 5so1426963ywh.13 for ; Mon, 23 Mar 2009 16:41:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=YYm4odjgv9m85Wz+/z2z6Tkl+T7BnYdjaV7B0B5a5g0=; b=V1bF3kfrlYDR+KB0SmVpK05zjWfpWiLQSJ0Y7BHHDVlCACvETAT1g6qQAPs+TU3WWP 7NclTTlsaPP1qEugl9i7r9Td46XgA8wAAYs6xtzfzQ21sp0+AMBfK25Ekk1x3Gugagk7 5i6U4n86PIexvHpBpQuXaZOi0I3dDamA+SfD0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; b=QxyTJoLaVp5DSxlavp6iMYBFYHXDUz3vJbgflttMDzyDNDj1dPnRjh7qXeiKzb3u9y Zit5Cqbsi/eWLXC+EmhxNYGqKpMWwVaiaICICI+N1CdDCDYJyALvsj80BfBSCT970LZJ UIMZ7TBY9hi3ewdudSut0yNkbDkPH2Xk4/ApY= MIME-Version: 1.0 Sender: madtrader@gmail.com Received: by 10.151.147.16 with SMTP id z16mr13684140ybn.226.1237850249624; Mon, 23 Mar 2009 16:17:29 -0700 (PDT) Date: Mon, 23 Mar 2009 18:17:29 -0500 X-Google-Sender-Auth: d7574a520840f2e3 Message-ID: <9957554f0903231617q62bc5d6dmd36d0d0fa0ba7bf6@mail.gmail.com> From: Dustin Boontheekul To: x11@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Request patch added to xorg-server in ports X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 23:41:35 -0000 x11@ I've had issues with the xorg-server 1.5.x updates since they hit the ports tree and kind of assumed it was just me not getting the upgrade worked out right. Up until this point, my fix had been to roll back to 1.4.2. I've tried to move forward again and run into the same issue. I hadn't seen posts on the mailing list describing it so I decided to broaden my search. Especially with most users' issues having been resolved. Well, I found this and it seems spot on: https://bugs.launchpad.net/ubuntu/intrepid/+source/xorg-server/+bug/296167?comments=all They report having a fix too: https://bugs.freedesktop.org/attachment.cgi?id=22373 I am indeed using Xinerama on 3 screens (on 2 nvidia cards using the nvidia driver) and a sure fire way to trigger it is when I'm using synergy and moving to a remote screen. I've applied the patch and rebuilt xorg-server. It seems to have fixed the issue for me. I should keep an eye on it for a few more days, but with synergy I could trigger it on the first transition to a remote screen. A few hours with this patch and it's been solid. Regards, Dustin Boontheekul From owner-freebsd-x11@FreeBSD.ORG Tue Mar 24 02:31:06 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 533CD106564A; Tue, 24 Mar 2009 02:31:06 +0000 (UTC) (envelope-from scuppers@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id E6F0A8FC08; Tue, 24 Mar 2009 02:31:05 +0000 (UTC) (envelope-from scuppers@gmail.com) Received: by yw-out-2324.google.com with SMTP id 5so1463897ywh.13 for ; Mon, 23 Mar 2009 19:31:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=TMW3GYFVoUachiuHSp00cZ0myhZiCwcDge+R9z7QKJ4=; b=lSN9ejs2HtbeJ4ekGbYDYcZn4limmwtDebXSsCgQuSOLkVbbT7e+osOo9F45OrS7j2 25iIn5JedxME4mpJBVe9NaG2zTN4ELnIv5kE9fsWJOA1Mr2auF5ulHtRZvyln2rYnmBj mOhS3M0eqiOFTnBUErt1rxTzS9NwbGBRfqlWE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=gAYEbjJ1HxxZF9MVrA/Nf2Hej/c6z0tJHVDG3E/hwf9MvwayU6AmohJddCTESObWQw oSs85dx/romA4o4yZ3CREt8mb2roKSQuCCZP/NpNp2MjxNzZdv7mcOtnqrYHeBAi0l4O sq8h5EUnoXvDvKLXvyWaU1jY3bpILPx2CQb6k= MIME-Version: 1.0 Received: by 10.231.15.130 with SMTP id k2mr2024931iba.3.1237861864175; Mon, 23 Mar 2009 19:31:04 -0700 (PDT) In-Reply-To: References: <1237431246.1738.71.camel@balrog.2hip.net> <49C1D545.6030505@phat.za.net> Date: Mon, 23 Mar 2009 22:31:03 -0400 Message-ID: From: Scott Spare To: Aragon Gouveia Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-x11@freebsd.org Subject: Re: X11 mouse driver and USB mouse disconnection X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 02:31:06 -0000 Good news everyone. The problem of high CPU on mouse disconnect after enabling dbus and hald magically fixed itself after a portupgrade on xorg-apps (from 7.3 to 7.4 I think). So if you've got a KVM switch, and it's giving you headaches, including unexplained high-CPU usage, or having to switch virtual TTYs to get it working right, the fix might be to make sure hald and dbus are enabled, then to make sure xorg-apps and its dependencies are updated. In my case, it's possible it was an old library lurking in there someplace. By the way, I noticed there's a nice tool called xinput for troubleshooting input issues. More info on X hotplugging of input devices here: http://www.x.org/wiki/XInputHotplug And more info on the xorg-apps port here: http://www.freshports.org/x11/xorg-apps/ Thanks once again, Scott http://www.scottspare.com On Thu, Mar 19, 2009 at 1:48 AM, Scott Spare wrote: > One interesting side effect: top reports continual high CPU usage (>65%) on > the Xorg process for many minutes after the mouse unplug-replug event. I > haven't left it alone for long enough to see whether it ever dies down, but > can confirm it sticks at around 65% for 10 minutes. Interestingly, the CPU > usage drops to single digits when I switch to a console virtual TTY then > switch back to Xorg. No other programs are running from within X. > > Here's a full unplug-replug event from Xorg.0.log: > > > (**) USB-PS/2 Optical Mouse: Device: "/dev/ums0" > (==) USB-PS/2 Optical Mouse: Protocol: "Auto" > (**) USB-PS/2 Optical Mouse: always reports core events > (**) Option "Device" "/dev/ums0" > (==) USB-PS/2 Optical Mouse: Emulate3Buttons, Emulate3Timeout: 50 > (**) USB-PS/2 Optical Mouse: ZAxisMapping: buttons 4 and 5 > (**) USB-PS/2 Optical Mouse: Buttons: 9 > (**) USB-PS/2 Optical Mouse: Sensitivity: 1 > (II) XINPUT: Adding extended input device "USB-PS/2 Optical Mouse" (type: > MOUSE) > (II) USB-PS/2 Optical Mouse: SetupAuto: hw.iftype is 5, hw.model is 0 > (II) USB-PS/2 Optical Mouse: SetupAuto: protocol is SysMouse > (WW) fcntl(24, O_ASYNC): Inappropriate ioctl for device > (II) UnloadModule: "mouse" > > I'll see if I can find anything else. Thanks once again - this is the > closest this has been to working in quite a while. > > Scott > > > > > On Thu, Mar 19, 2009 at 1:37 AM, Scott Spare wrote: > >> Aragon and Robert, >> Fantastic. Thank you. >> >> The fix in my case: >> Exactly as you guys mentioned, hald needed to be enabled. >> This system was upgraded from an older version - my guess is I missed >> enabling hald while running mergemaster during an upgrade. >> >> The details: >> I added >> hald_enable="YES" >> to /etc/rc.conf >> >> and then tried running hald by issuing this command: >> /usr/local/etc/rc.d/hald start >> >> I got errors saying dbus wasn't properly configured either, so I did the >> same for it. >> Added >> dbus_enable="YES" >> to /etc/rc.conf >> and started dbus and hald. >> >> Works like a champ. Thanks! >> >> Scott >> http://www.scottspare.com >> >> >> >> On Thu, Mar 19, 2009 at 1:16 AM, Aragon Gouveia wrote: >> >>> Robert Noland wrote: >>> >>>> Particularly for your situation, I would not disable AutoAddDevices or >>>> AllowEmptyInput. At the very least, you need AutoAddDevices at its >>>> default value and hald running. >>>> >>> >>> FWIW, I run Xorg with a static config, AutoAddDevices/AutoEnableDevices >>> both disabled, hald enabled and moused enabled. I unplug and replug my >>> mouse without problems. >>> >>> When I unplug my mouse and moused exits, /dev/sysmouse doesn't disappear. >>> >>> So maybe something else is going wrong... >>> >>> >>> Regards, >>> Aragon >>> >>> >> > From owner-freebsd-x11@FreeBSD.ORG Tue Mar 24 04:19:28 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E092C106564A; Tue, 24 Mar 2009 04:19:28 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.freebsd.org (Postfix) with ESMTP id 4B80D8FC18; Tue, 24 Mar 2009 04:19:26 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from lp.gddsn.org.cn (unknown [10.44.8.159]) (Authenticated sender: wsk) by gddsn.org.cn (Postfix) with ESMTPA id 7A6622E011; Tue, 24 Mar 2009 12:18:38 +0800 (CST) Message-ID: <49C85F4E.5050002@gddsn.org.cn> Date: Tue, 24 Mar 2009 12:19:26 +0800 From: wsk User-Agent: Thunderbird 2.0.0.19 (X11/20090204) MIME-Version: 1.0 To: Robert Noland References: <49B88449.3000403@gddsn.org.cn> <49B8AC04.10508@gddsn.org.cn> <49C6E5C6.60306@gddsn.org.cn> <1237798914.2110.24.camel@balrog.2hip.net> In-Reply-To: <1237798914.2110.24.camel@balrog.2hip.net> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, x11@freebsd.org, current@freebsd.org Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 04:19:29 -0000 Robert Noland wrote: > On Mon, 2009-03-23 at 09:28 +0800, wsk wrote: > >>> Ok, this patch should work on NV50 chips also. >>> >>> What you get is EXA and Xv. >>> >>> You still need: >>> >>> A recent -CURRENT or -STABLE. >>> >>> git master of libdrm and xf86-video-nouveau. >>> >>> This patch. >>> >>> Things I've figured out since the last patch... >>> >>> On NV50 class hardware you need to have a compositing manager running >>> for Xv to work. That means xcompmgr, metacity with composite enabled, >>> xfce (rumored to work as well, haven't tried). If your running Gnome >>> with metacity, open gconf-editor and go to apps->metacity->general and >>> check the composite box. >>> >>> On NV40 class hardware, you don't need the composite manager. In fact >>> (at least with Xserver 1.6 which I'm running now), if a composite >>> manager is enabled, I'm seeing high cpu utilization from Xorg under some >>> circumstances. I don't think this is a drm issue, but still an issue. >>> For me, if I start a video using mplayer in an xterm, cpu is fine as >>> long as that xterm is the foreground window. If it is not the >>> foreground window, even if it isn't obscured I see the cpu utilization. >>> Disabling the composite manager makes everything fine. >>> >>> http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch >>> >>> robert. >>> >> get the following errors and exitThis is a pre-release version of the X server from The X.Org Foundation. >> It is not supported in any way. >> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. >> Select the "xorg" product for bugs you find in this release. >> Before reporting bugs in pre-release versions please check the >> latest version in the X.Org Foundation git repository. >> See http://wiki.x.org/wiki/GitPage for git access instructions. >> >> X.Org X Server 1.5.99.902 (1.6.0 RC 2) >> Release Date: 2009-1-30 >> X Protocol Version 11, Revision 0 >> Build Operating System: FreeBSD 7.1-STABLE amd64 >> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeBSD 7.2-PRE >> RELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/usr/obj/usr/sr >> c/sys/WSK amd64 >> Build Date: 06 February 2009 04:22:44PM >> >> Before reporting problems, check http://wiki.x.org >> to make sure that you have the latest version. >> Markers: (--) probed, (**) from config file, (==) default setting, >> (++) from command line, (!!) notice, (II) informational, >> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >> (==) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14:03 2009 >> ing config file: "xorg.conf1" >> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >> drm0: [ITHREAD] >> info: [drm] Allocating FIFO number 1 >> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 >> info: [drm] PFIFO_DMA_PUSHER - Ch 1 >> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space >> (EE) Screen(s) found, but none have a usable configuration. >> >> Fatal server error: >> no screens found >> >> Please consult the The X.Org Foundation support >> at http://wiki.x.org >> for help. >> Please also check the log file at "/var/log/Xorg.0.log" for additional informati >> on. >> >> info: [drm] nouveau_fifo_free: freeing fifo 1 >> error: [drm:pid30722:nouveau_fifo_free] *ERROR* Failed to idle channel 1 before >> destroy.Prepare for strangeness.. >> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >> >> what can i do ? >> >> >> >> >> plain text document attachment (Xorg.0.log) >> This is a pre-release version of the X server from The X.Org Foundation. >> It is not supported in any way. >> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. >> Select the "xorg" product for bugs you find in this release. >> Before reporting bugs in pre-release versions please check the >> latest version in the X.Org Foundation git repository. >> See http://wiki.x.org/wiki/GitPage for git access instructions. >> >> X.Org X Server 1.5.99.902 (1.6.0 RC 2) >> Release Date: 2009-1-30 >> X Protocol Version 11, Revision 0 >> Build Operating System: FreeBSD 7.1-STABLE amd64 >> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/usr/obj/usr/src/sys/WSK amd64 >> Build Date: 06 February 2009 04:22:44PM >> >> Before reporting problems, check http://wiki.x.org >> to make sure that you have the latest version. >> Markers: (--) probed, (**) from config file, (==) default setting, >> (++) from command line, (!!) notice, (II) informational, >> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >> (==) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14:03 2009 >> (++) Using config file: "xorg.conf1" >> (==) No Layout section. Using the first Screen section. >> (==) No screen section available. Using defaults. >> (**) |-->Screen "Default Screen Section" (0) >> (**) | |-->Monitor "" >> (==) No device specified for screen "Default Screen Section". >> Using the first device section listed. >> (**) | |-->Device "Card0" >> (==) No monitor specified for screen "Default Screen Section". >> Using a default monitor configuration. >> (==) Automatically adding devices >> (==) Automatically enabling devices >> (==) No FontPath specified. Using compiled-in default. >> (==) FontPath set to: >> built-ins >> (==) ModulePath set to "/usr/local/lib/xorg/modules" >> (II) Cannot locate a core pointer device. >> (II) Cannot locate a core keyboard device. >> (II) The server relies on HAL to provide the list of input devices. >> If no devices become available, reconfigure HAL or disable AllowEmptyInput. >> (II) Loader magic: 0xb20 >> (II) Module ABI versions: >> X.Org ANSI C Emulation: 0.4 >> X.Org Video Driver: 5.0 >> X.Org XInput driver : 4.0 >> X.Org Server Extension : 2.0 >> (II) Loader running on freebsd >> (--) Using syscons driver with X support (version 2.0) >> (--) using VT number 9 >> >> (--) PCI:*(0@1:0:0) nVidia Corporation Quadro NVS 140M rev 161, Mem @ 0xfd000000/16777216, 0x00000000/268435456, 0xfa000000/33554432, I/O @ 0x0000df00/128, BIOS @ 0x????????/65536 >> > > Ok, thats a new one... > > >> (II) System resource ranges: >> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] >> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] >> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] >> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] >> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] >> (II) LoadModule: "extmod" >> (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so >> (II) Module extmod: vendor="X.Org Foundation" >> compiled for 1.5.99.902, module version = 1.0.0 >> Module class: X.Org Server Extension >> ABI class: X.Org Server Extension, version 2.0 >> (II) Loading extension MIT-SCREEN-SAVER >> (II) Loading extension XFree86-VidModeExtension >> (II) Loading extension XFree86-DGA >> (II) Loading extension DPMS >> (II) Loading extension XVideo >> (II) Loading extension XVideo-MotionCompensation >> (II) Loading extension X-Resource >> (II) LoadModule: "dbe" >> (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so >> (II) Module dbe: vendor="X.Org Foundation" >> compiled for 1.5.99.902, module version = 1.0.0 >> Module class: X.Org Server Extension >> ABI class: X.Org Server Extension, version 2.0 >> (II) Loading extension DOUBLE-BUFFER >> (II) LoadModule: "glx" >> (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so >> (II) Module glx: vendor="X.Org Foundation" >> compiled for 1.5.99.902, module version = 1.0.0 >> ABI class: X.Org Server Extension, version 2.0 >> (==) AIGLX disabled >> (==) Exporting typical set of GLX visuals >> (II) Loading extension GLX >> (II) LoadModule: "record" >> (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so >> (II) Module record: vendor="X.Org Foundation" >> compiled for 1.5.99.902, module version = 1.13.0 >> Module class: X.Org Server Extension >> ABI class: X.Org Server Extension, version 2.0 >> (II) Loading extension RECORD >> (II) LoadModule: "dri" >> (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so >> (II) Module dri: vendor="X.Org Foundation" >> compiled for 1.5.99.902, module version = 1.0.0 >> ABI class: X.Org Server Extension, version 2.0 >> (II) Loading extension XFree86-DRI >> (II) LoadModule: "nouveau" >> (II) Loading /usr/local/lib/xorg/modules/drivers//nouveau_drv.so >> (II) Module nouveau: vendor="X.Org Foundation" >> compiled for 1.5.99.902, module version = 0.0.10 >> Module class: X.Org Video Driver >> ABI class: X.Org Video Driver, version 5.0 >> (II) NOUVEAU driver Date: Wed Mar 18 09:36:33 2009 +1000 >> (II) NOUVEAU driver for NVIDIA chipset families : >> RIVA TNT (NV04) >> RIVA TNT2 (NV05) >> GeForce 256 (NV10) >> GeForce 2 (NV11, NV15) >> GeForce 4MX (NV17, NV18) >> GeForce 3 (NV20) >> GeForce 4Ti (NV25, NV28) >> GeForce FX (NV3x) >> GeForce 6 (NV4x) >> GeForce 7 (G7x) >> GeForce 8 (G8x) >> (II) Primary Device is: PCI 01@00:00:0 >> (II) resource ranges after probing: >> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] >> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] >> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] >> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] >> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] >> (--) NOUVEAU(0): Chipset: "NVIDIA NV86" >> > > Hrm, NV86... I'll have to ask around about that. Meanwhile can you send > me a pciconf -lvb which should at least show us the BAR configuration. > > Ok, my sources are telling me that this should work and that it is an > NV50, or at least should work the same... > > Also, just to be safe, please rebuild/reinstall devel/libpciaccess. I'm > not sure if it may be trashing the BARs somehow. > > robert. > hostb0@pci0:0:0:0: class=0x060000 card=0x01fe1028 chip=0x2a008086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile PM965/GM965/GL960 Express Processor to DRAM Controller' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x01fe1028 chip=0x2a018086 rev=0x0c hdr=0x01 vendor = 'Intel Corporation' device = 'Mobile PM965/GM965/GL960 Express PCIe Root Port' class = bridge subclass = PCI-PCI uhci0@pci0:0:26:0: class=0x0c0300 card=0x01fe1028 chip=0x28348086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB bar [20] = type I/O Port, range 32, base 0x6f20, size 32, enabled uhci1@pci0:0:26:1: class=0x0c0300 card=0x01fe1028 chip=0x28358086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB bar [20] = type I/O Port, range 32, base 0x6f00, size 32, enabled ehci0@pci0:0:26:7: class=0x0c0320 card=0x01fe1028 chip=0x283a8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '81EC1043 (?) ICH8 Enhanced USB2 Enhanced Host Controller' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xfed1c400, size 1024, enabled hdac0@pci0:0:27:0: class=0x040300 card=0x01fe1028 chip=0x284b8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H &SUBSYS_81EC1043&REV_02\3&11583659&0&D8' class = multimedia subclass = HDA bar [10] = type Memory, range 64, base 0xfebfc000, size 16384, enabled pcib2@pci0:0:28:0: class=0x060400 card=0x01fe1028 chip=0x283f8086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCIe Port 1' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:1: class=0x060400 card=0x01fe1028 chip=0x28418086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCIe Port 2' class = bridge subclass = PCI-PCI pcib4@pci0:0:28:3: class=0x060400 card=0x01fe1028 chip=0x28458086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCIe Port 4' class = bridge subclass = PCI-PCI pcib5@pci0:0:28:5: class=0x060400 card=0x01fe1028 chip=0x28498086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCIe Port 6' class = bridge subclass = PCI-PCI uhci2@pci0:0:29:0: class=0x0c0300 card=0x01fe1028 chip=0x28308086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB bar [20] = type I/O Port, range 32, base 0x6f80, size 32, enabled uhci3@pci0:0:29:1: class=0x0c0300 card=0x01fe1028 chip=0x28318086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB bar [20] = type I/O Port, range 32, base 0x6f60, size 32, enabled uhci4@pci0:0:29:2: class=0x0c0300 card=0x01fe1028 chip=0x28328086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB bar [20] = type I/O Port, range 32, base 0x6f40, size 32, enabled ehci1@pci0:0:29:7: class=0x0c0320 card=0x01fe1028 chip=0x28368086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB2 EHCI' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xfed1c000, size 1024, enabled pcib6@pci0:0:30:0: class=0x060401 card=0x01fe1028 chip=0x24488086 rev=0xf2 hdr=0x01 vendor = 'Intel Corporation' device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x01fe1028 chip=0x28158086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = 'ICH8M-E (ICH8 Family) LPC Interface Controller' class = bridge subclass = PCI-ISA atapci0@pci0:0:31:1: class=0x01018a card=0x01fe1028 chip=0x28508086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) Ultra ATA Storage Controllers' class = mass storage subclass = ATA bar [10] = type I/O Port, range 32, base 0x1f0, size 8, enabled bar [14] = type I/O Port, range 32, base 0x3f4, size 1, enabled bar [18] = type I/O Port, range 32, base 0x170, size 8, enabled bar [1c] = type I/O Port, range 32, base 0x374, size 1, enabled bar [20] = type I/O Port, range 32, base 0x6fa0, size 16, enabled atapci1@pci0:0:31:2: class=0x01018f card=0x01fe1028 chip=0x28288086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = 'ICH8M (ICH8 Family) 3 port SATA Controller' class = mass storage subclass = ATA bar [10] = type I/O Port, range 32, base 0x6eb0, size 8, enabled bar [14] = type I/O Port, range 32, base 0x6eb8, size 4, enabled bar [18] = type I/O Port, range 32, base 0x6ec0, size 8, enabled bar [1c] = type I/O Port, range 32, base 0x6ec8, size 4, enabled bar [20] = type I/O Port, range 32, base 0x6ee0, size 16, enabled bar [24] = type I/O Port, range 32, base 0xeff0, size 16, enabled ichsmb0@pci0:0:31:3: class=0x0c0500 card=0x01fe1028 chip=0x283e8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) SMBus Controller' class = serial bus subclass = SMBus bar [10] = type Memory, range 32, base 0xfebfbf00, size 256, enabled bar [20] = type I/O Port, range 32, base 0x10c0, size 32, enabled vgapci0@pci0:1:0:0: class=0x030000 card=0x01fe1028 chip=0x042910de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'Unknown nVidia Quadro FX 570M' class = display subclass = VGA bar [10] = type Memory, range 32, base 0xfd000000, size 16777216, enabled bar [1c] = type Memory, range 64, base 0xfa000000, size 33554432, enabled bar [24] = type I/O Port, range 32, base 0xdf00, size 128, enabled ndis0@pci0:12:0:0: class=0x028000 card=0x000a1028 chip=0x432814e4 rev=0x03 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM94321KFBG Broadcom 4321AGN 802.11a/b/g/draft-n Wi-Fi Solution' class = network bar [10] = type Memory, range 64, base 0xf9ffc000, size 16384, enabled bar [18] = type Prefetchable Memory, range 64, base 0xf0000000, size 1048576, enabled bge0@pci0:9:0:0: class=0x020000 card=0x01fe1028 chip=0x167314e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'B57xx Broadcom NetXtreme Gigabit Ethernet' class = network subclass = ethernet bar [10] = type Memory, range 64, base 0xf9bf0000, size 65536, enabled cbb0@pci0:3:1:0: class=0x060700 card=0x01fe1028 chip=0x71351217 rev=0x21 hdr=0x02 vendor = 'O2 Micro Inc' device = 'OZ711EZ1 MemoryCardBus Controller' class = bridge subclass = PCI-CardBus bar [10] = type Memory, range 32, base 0xf9a00000, size 4096, enabled fwohci0@pci0:3:1:4: class=0x0c0010 card=0x01fe1028 chip=0x00f71217 rev=0x02 hdr=0x00 vendor = 'O2 Micro Inc' device = '0x00f71217 1394 Open Host Controller Interface' class = serial bus subclass = FireWire bar [10] = type Memory, range 32, base 0xf9aff000, size 4096, enabled bar [14] = type Memory, range 32, base 0xf9afe800, size 2048, enabled and follow your intrudction.still pain me :( (++) Using config file: "xorg.conf1" drm0: on vgapci0 info: [drm] Detected an NV50 generation card (0x086900a2) vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized nouveau 0.0.12 20060213 error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 drm0: [ITHREAD] info: [drm] Allocating FIFO number 1 error: [drm:pid6494:nouveau_graph_trapped_channel] *ERROR* AIII, invalid/inactiv e channel id 128 info: [drm] PGRAPH_ERROR - nSource:info: [drm] PROTECTION_ERRORinfo: [drm] , nSt atus:info: [drm] info: [drm] PGRAPH_ERROR - Ch -1/0 Class 0x0000 Mthd 0x0000 Data 0x00000000:0x00 000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 1: error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408900: 0x8000003f error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408904: 0xcf6f7f0e error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408908: 0xfff7367f error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040890c: 0x00001850 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408910: 0xafff3587 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e08: 0x800b6fad error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e0c: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e10: 0x4df4fd60 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e14: 0x000000d7 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e18: 0x3139768d error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e1c: 0xf6d69757 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e20: 0x63161650 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e24: 0x07220009 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 2: error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409900: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409904: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409908: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040990c: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409910: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e08: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e0c: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e10: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e14: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e1c: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e20: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e24: 0x00000000 info: [drm] nouveau_fifo_alloc: initialised FIFO 1 info: [drm] PFIFO_DMA_PUSHER - Ch 1 (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found Please consult the The X.Org Foundation support at http://wiki.x.org for help. Please also check the log file at "/var/log/Xorg.0.log" for additional informati on. info: [drm] nouveau_fifo_free: freeing fifo 1 error: [drm:pid6493:nouveau_fifo_free] *ERROR* Failed to idle channel 1 before d estroy.Prepare for strangeness.. info: [drm] PFIFO_DMA_PUSHER - Ch 127 vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 > >> (II) Loading sub module "int10" >> (II) LoadModule: "int10" >> (II) Loading /usr/local/lib/xorg/modules//libint10.so >> (II) Module int10: vendor="X.Org Foundation" >> compiled for 1.5.99.902, module version = 1.0.0 >> ABI class: X.Org Video Driver, version 5.0 >> (II) NOUVEAU(0): Initializing int10 >> (==) NOUVEAU(0): Write-combining range (0xa0000,0x20000) was already clear >> (==) NOUVEAU(0): Write-combining range (0xc0000,0x40000) was already clear >> (II) NOUVEAU(0): Primary V_BIOS segment is: 0xc000 >> (==) NOUVEAU(0): Write-combining range (0x0,0x1000) was already clear >> drmOpenDevice: node name is /dev/dri/card0 >> drmOpenDevice: open result is 10, (OK) >> drmOpenDevice: node name is /dev/dri/card0 >> drmOpenDevice: open result is 10, (OK) >> drmOpenByBusid: Searching for BusID pci:0000:01:00.0 >> drmOpenDevice: node name is /dev/dri/card0 >> drmOpenDevice: open result is 10, (OK) >> drmOpenByBusid: drmOpenMinor returns 10 >> drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 >> (II) [drm] DRM interface version 1.2 >> (II) [drm] DRM open master succeeded. >> (II) NOUVEAU(0): [drm] nouveau interface version: 0.0.12 >> (--) NOUVEAU(0): [drm] kernel modesetting not available >> (--) NOUVEAU(0): VESA-HACK: Console VGA mode is 0x3 >> (II) NOUVEAU(0): Creating default Display subsection in Screen section >> "Default Screen Section" for depth/fbbpp 24/32 >> (==) NOUVEAU(0): Depth 24, (--) framebuffer bpp 32 >> (==) NOUVEAU(0): RGB weight 888 >> (==) NOUVEAU(0): Default visual is TrueColor >> (II) Loading sub module "vgahw" >> (II) LoadModule: "vgahw" >> (II) Loading /usr/local/lib/xorg/modules//libvgahw.so >> (II) Module vgahw: vendor="X.Org Foundation" >> compiled for 1.5.99.902, module version = 0.1.0 >> ABI class: X.Org Video Driver, version 5.0 >> (==) NOUVEAU(0): Randr1.2 support enabled >> (==) NOUVEAU(0): Using HW cursor >> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space >> (==) NOUVEAU(0): Write-combining range (0x0,0x1000) was already clear >> (II) UnloadModule: "nouveau" >> (II) UnloadModule: "vgahw" >> (II) Unloading /usr/local/lib/xorg/modules//libvgahw.so >> (II) UnloadModule: "int10" >> (II) Unloading /usr/local/lib/xorg/modules//libint10.so >> (EE) Screen(s) found, but none have a usable configuration. >> >> Fatal server error: >> no screens found >> >> Please consult the The X.Org Foundation support >> at http://wiki.x.org >> for help. >> Please also check the log file at "/var/log/Xorg.0.log" for additional information. >> >> From owner-freebsd-x11@FreeBSD.ORG Tue Mar 24 08:16:57 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 647CB1065677; Tue, 24 Mar 2009 08:16:57 +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 E88CE8FC22; Tue, 24 Mar 2009 08:16:56 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-1-207-58.bna.bellsouth.net [65.1.207.58]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2O8FXYY018470 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Mar 2009 04:15:34 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: wsk In-Reply-To: <49C85F4E.5050002@gddsn.org.cn> References: <49B88449.3000403@gddsn.org.cn> <49B8AC04.10508@gddsn.org.cn> <49C6E5C6.60306@gddsn.org.cn> <1237798914.2110.24.camel@balrog.2hip.net> <49C85F4E.5050002@gddsn.org.cn> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-yQkGkYl0Vhm/OQbS9wLk" Organization: FreeBSD Date: Tue, 24 Mar 2009 03:16:31 -0500 Message-Id: <1237882591.1771.26.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: stable@freebsd.org, x11@freebsd.org, current@freebsd.org Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 08:16:58 -0000 --=-yQkGkYl0Vhm/OQbS9wLk Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-03-24 at 12:19 +0800, wsk wrote: > Robert Noland wrote: > > On Mon, 2009-03-23 at 09:28 +0800, wsk wrote: > > =20 > >>> Ok, this patch should work on NV50 chips also. > >>> =20 > >>> What you get is EXA and Xv. > >>> =20 > >>> You still need: > >>> =20 > >>> A recent -CURRENT or -STABLE. > >>> =20 > >>> git master of libdrm and xf86-video-nouveau. > >>> =20 > >>> This patch. > >>> =20 > >>> Things I've figured out since the last patch... > >>> =20 > >>> On NV50 class hardware you need to have a compositing manager running > >>> for Xv to work. That means xcompmgr, metacity with composite enabled= , > >>> xfce (rumored to work as well, haven't tried). If your running Gnome > >>> with metacity, open gconf-editor and go to apps->metacity->general an= d > >>> check the composite box. > >>> =20 > >>> On NV40 class hardware, you don't need the composite manager. In fac= t > >>> (at least with Xserver 1.6 which I'm running now), if a composite > >>> manager is enabled, I'm seeing high cpu utilization from Xorg under s= ome > >>> circumstances. I don't think this is a drm issue, but still an issue= . > >>> For me, if I start a video using mplayer in an xterm, cpu is fine as > >>> long as that xterm is the foreground window. If it is not the > >>> foreground window, even if it isn't obscured I see the cpu utilizatio= n. > >>> Disabling the composite manager makes everything fine. > >>> =20 > >>> http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch > >>> =20 > >>> robert. > >>> =20 > >> get the following errors and exitThis is a pre-release version of the = X server from The X.Org Foundation. > >> It is not supported in any way. > >> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. > >> Select the "xorg" product for bugs you find in this release. > >> Before reporting bugs in pre-release versions please check the > >> latest version in the X.Org Foundation git repository. > >> See http://wiki.x.org/wiki/GitPage for git access instructions. > >> > >> X.Org X Server 1.5.99.902 (1.6.0 RC 2) > >> Release Date: 2009-1-30 > >> X Protocol Version 11, Revision 0 > >> Build Operating System: FreeBSD 7.1-STABLE amd64 > >> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeB= SD 7.2-PRE > >> RELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/usr/= obj/usr/sr > >> c/sys/WSK amd64 > >> Build Date: 06 February 2009 04:22:44PM > >> > >> Before reporting problems, check http://wiki.x.org > >> to make sure that you have the latest version. > >> Markers: (--) probed, (**) from config file, (=3D=3D) default setting, > >> (++) from command line, (!!) notice, (II) informational, > >> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > >> (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14:03 20= 09 > >> ing config file: "xorg.conf1" > >> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resourc= e 0x2 > >> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resourc= e 0x2 > >> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resourc= e 0x2 > >> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffffffff= fff). > >> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resourc= e 0x1 > >> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffffffff= fff). > >> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resourc= e 0x1 > >> drm0: [ITHREAD] > >> info: [drm] Allocating FIFO number 1 > >> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 > >> info: [drm] PFIFO_DMA_PUSHER - Ch 1 > >> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space > >> (EE) Screen(s) found, but none have a usable configuration. > >> > >> Fatal server error: > >> no screens found > >> > >> Please consult the The X.Org Foundation support > >> at http://wiki.x.org > >> for help. > >> Please also check the log file at "/var/log/Xorg.0.log" for additional= informati > >> on. > >> > >> info: [drm] nouveau_fifo_free: freeing fifo 1 > >> error: [drm:pid30722:nouveau_fifo_free] *ERROR* Failed to idle channel= 1 before > >> destroy.Prepare for strangeness.. > >> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffffffff= fff). > >> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resourc= e 0x1 > >> > >> what can i do ? > >> > >> > >> > >> > >> plain text document attachment (Xorg.0.log) > >> This is a pre-release version of the X server from The X.Org Foundatio= n. > >> It is not supported in any way. > >> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. > >> Select the "xorg" product for bugs you find in this release. > >> Before reporting bugs in pre-release versions please check the > >> latest version in the X.Org Foundation git repository. > >> See http://wiki.x.org/wiki/GitPage for git access instructions. > >> > >> X.Org X Server 1.5.99.902 (1.6.0 RC 2) > >> Release Date: 2009-1-30 > >> X Protocol Version 11, Revision 0 > >> Build Operating System: FreeBSD 7.1-STABLE amd64=20 > >> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeB= SD 7.2-PRERELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:= /usr/obj/usr/src/sys/WSK amd64 > >> Build Date: 06 February 2009 04:22:44PM > >> =20 > >> Before reporting problems, check http://wiki.x.org > >> to make sure that you have the latest version. > >> Markers: (--) probed, (**) from config file, (=3D=3D) default setting, > >> (++) from command line, (!!) notice, (II) informational, > >> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > >> (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14:03 20= 09 > >> (++) Using config file: "xorg.conf1" > >> (=3D=3D) No Layout section. Using the first Screen section. > >> (=3D=3D) No screen section available. Using defaults. > >> (**) |-->Screen "Default Screen Section" (0) > >> (**) | |-->Monitor "" > >> (=3D=3D) No device specified for screen "Default Screen Section". > >> Using the first device section listed. > >> (**) | |-->Device "Card0" > >> (=3D=3D) No monitor specified for screen "Default Screen Section". > >> Using a default monitor configuration. > >> (=3D=3D) Automatically adding devices > >> (=3D=3D) Automatically enabling devices > >> (=3D=3D) No FontPath specified. Using compiled-in default. > >> (=3D=3D) FontPath set to: > >> built-ins > >> (=3D=3D) ModulePath set to "/usr/local/lib/xorg/modules" > >> (II) Cannot locate a core pointer device. > >> (II) Cannot locate a core keyboard device. > >> (II) The server relies on HAL to provide the list of input devices. > >> If no devices become available, reconfigure HAL or disable AllowEmpty= Input. > >> (II) Loader magic: 0xb20 > >> (II) Module ABI versions: > >> X.Org ANSI C Emulation: 0.4 > >> X.Org Video Driver: 5.0 > >> X.Org XInput driver : 4.0 > >> X.Org Server Extension : 2.0 > >> (II) Loader running on freebsd > >> (--) Using syscons driver with X support (version 2.0) > >> (--) using VT number 9 > >> > >> (--) PCI:*(0@1:0:0) nVidia Corporation Quadro NVS 140M rev 161, Mem @ = 0xfd000000/16777216, 0x00000000/268435456, 0xfa000000/33554432, I/O @ 0x000= 0df00/128, BIOS @ 0x????????/65536 > >> =20 > > > > Ok, thats a new one... > > > > =20 > >> (II) System resource ranges: > >> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > >> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > >> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > >> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > >> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > >> (II) LoadModule: "extmod" > >> (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so > >> (II) Module extmod: vendor=3D"X.Org Foundation" > >> compiled for 1.5.99.902, module version =3D 1.0.0 > >> Module class: X.Org Server Extension > >> ABI class: X.Org Server Extension, version 2.0 > >> (II) Loading extension MIT-SCREEN-SAVER > >> (II) Loading extension XFree86-VidModeExtension > >> (II) Loading extension XFree86-DGA > >> (II) Loading extension DPMS > >> (II) Loading extension XVideo > >> (II) Loading extension XVideo-MotionCompensation > >> (II) Loading extension X-Resource > >> (II) LoadModule: "dbe" > >> (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so > >> (II) Module dbe: vendor=3D"X.Org Foundation" > >> compiled for 1.5.99.902, module version =3D 1.0.0 > >> Module class: X.Org Server Extension > >> ABI class: X.Org Server Extension, version 2.0 > >> (II) Loading extension DOUBLE-BUFFER > >> (II) LoadModule: "glx" > >> (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so > >> (II) Module glx: vendor=3D"X.Org Foundation" > >> compiled for 1.5.99.902, module version =3D 1.0.0 > >> ABI class: X.Org Server Extension, version 2.0 > >> (=3D=3D) AIGLX disabled > >> (=3D=3D) Exporting typical set of GLX visuals > >> (II) Loading extension GLX > >> (II) LoadModule: "record" > >> (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so > >> (II) Module record: vendor=3D"X.Org Foundation" > >> compiled for 1.5.99.902, module version =3D 1.13.0 > >> Module class: X.Org Server Extension > >> ABI class: X.Org Server Extension, version 2.0 > >> (II) Loading extension RECORD > >> (II) LoadModule: "dri" > >> (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so > >> (II) Module dri: vendor=3D"X.Org Foundation" > >> compiled for 1.5.99.902, module version =3D 1.0.0 > >> ABI class: X.Org Server Extension, version 2.0 > >> (II) Loading extension XFree86-DRI > >> (II) LoadModule: "nouveau" > >> (II) Loading /usr/local/lib/xorg/modules/drivers//nouveau_drv.so > >> (II) Module nouveau: vendor=3D"X.Org Foundation" > >> compiled for 1.5.99.902, module version =3D 0.0.10 > >> Module class: X.Org Video Driver > >> ABI class: X.Org Video Driver, version 5.0 > >> (II) NOUVEAU driver Date: Wed Mar 18 09:36:33 2009 +1000 > >> (II) NOUVEAU driver for NVIDIA chipset families : > >> RIVA TNT (NV04) > >> RIVA TNT2 (NV05) > >> GeForce 256 (NV10) > >> GeForce 2 (NV11, NV15) > >> GeForce 4MX (NV17, NV18) > >> GeForce 3 (NV20) > >> GeForce 4Ti (NV25, NV28) > >> GeForce FX (NV3x) > >> GeForce 6 (NV4x) > >> GeForce 7 (G7x) > >> GeForce 8 (G8x) > >> (II) Primary Device is: PCI 01@00:00:0 > >> (II) resource ranges after probing: > >> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > >> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > >> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > >> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > >> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > >> (--) NOUVEAU(0): Chipset: "NVIDIA NV86" > >> =20 > > > > Hrm, NV86... I'll have to ask around about that. Meanwhile can you sen= d > > me a pciconf -lvb which should at least show us the BAR configuration. > > > > Ok, my sources are telling me that this should work and that it is an > > NV50, or at least should work the same... > > > > Also, just to be safe, please rebuild/reinstall devel/libpciaccess. I'= m > > not sure if it may be trashing the BARs somehow. > > > > robert. > > =20 >=20 > hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x01fe1028 chip=3D0x2a008086 > rev=3D0x0c hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Mobile PM965/GM965/GL960 Express Processor to DRAM Controller= ' > class =3D bridge > subclass =3D HOST-PCI > pcib1@pci0:0:1:0: class=3D0x060400 card=3D0x01fe1028 chip=3D0x2a018086 > rev=3D0x0c hdr=3D0x01 > vendor =3D 'Intel Corporation' > device =3D 'Mobile PM965/GM965/GL960 Express PCIe Root Port' > class =3D bridge > subclass =3D PCI-PCI > uhci0@pci0:0:26:0: class=3D0x0c0300 card=3D0x01fe1028 chip=3D0x28348086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801H (ICH8 Family) USB UHCI' > class =3D serial bus > subclass =3D USB > bar [20] =3D type I/O Port, range 32, base 0x6f20, size 32, enabled > uhci1@pci0:0:26:1: class=3D0x0c0300 card=3D0x01fe1028 chip=3D0x28358086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801H (ICH8 Family) USB UHCI' > class =3D serial bus > subclass =3D USB > bar [20] =3D type I/O Port, range 32, base 0x6f00, size 32, enabled > ehci0@pci0:0:26:7: class=3D0x0c0320 card=3D0x01fe1028 chip=3D0x283a8086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '81EC1043 (?) ICH8 Enhanced USB2 Enhanced Host Controller' > class =3D serial bus > subclass =3D USB > bar [10] =3D type Memory, range 32, base 0xfed1c400, size 1024, enabled > hdac0@pci0:0:27:0: class=3D0x040300 card=3D0x01fe1028 chip=3D0x284b8086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801H &SUBSYS_81EC1043&REV_02\3&11583659&0&D8' > class =3D multimedia > subclass =3D HDA > bar [10] =3D type Memory, range 64, base 0xfebfc000, size 16384, enabled > pcib2@pci0:0:28:0: class=3D0x060400 card=3D0x01fe1028 chip=3D0x283f8086 > rev=3D0x02 hdr=3D0x01 > vendor =3D 'Intel Corporation' > device =3D '82801H (ICH8 Family) PCIe Port 1' > class =3D bridge > subclass =3D PCI-PCI > pcib3@pci0:0:28:1: class=3D0x060400 card=3D0x01fe1028 chip=3D0x28418086 > rev=3D0x02 hdr=3D0x01 > vendor =3D 'Intel Corporation' > device =3D '82801H (ICH8 Family) PCIe Port 2' > class =3D bridge > subclass =3D PCI-PCI > pcib4@pci0:0:28:3: class=3D0x060400 card=3D0x01fe1028 chip=3D0x28458086 > rev=3D0x02 hdr=3D0x01 > vendor =3D 'Intel Corporation' > device =3D '82801H (ICH8 Family) PCIe Port 4' > class =3D bridge > subclass =3D PCI-PCI > pcib5@pci0:0:28:5: class=3D0x060400 card=3D0x01fe1028 chip=3D0x28498086 > rev=3D0x02 hdr=3D0x01 > vendor =3D 'Intel Corporation' > device =3D '82801H (ICH8 Family) PCIe Port 6' > class =3D bridge > subclass =3D PCI-PCI > uhci2@pci0:0:29:0: class=3D0x0c0300 card=3D0x01fe1028 chip=3D0x28308086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801H (ICH8 Family) USB UHCI' > class =3D serial bus > subclass =3D USB > bar [20] =3D type I/O Port, range 32, base 0x6f80, size 32, enabled > uhci3@pci0:0:29:1: class=3D0x0c0300 card=3D0x01fe1028 chip=3D0x28318086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801H (ICH8 Family) USB UHCI' > class =3D serial bus > subclass =3D USB > bar [20] =3D type I/O Port, range 32, base 0x6f60, size 32, enabled > uhci4@pci0:0:29:2: class=3D0x0c0300 card=3D0x01fe1028 chip=3D0x28328086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801H (ICH8 Family) USB UHCI' > class =3D serial bus > subclass =3D USB > bar [20] =3D type I/O Port, range 32, base 0x6f40, size 32, enabled > ehci1@pci0:0:29:7: class=3D0x0c0320 card=3D0x01fe1028 chip=3D0x28368086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801H (ICH8 Family) USB2 EHCI' > class =3D serial bus > subclass =3D USB > bar [10] =3D type Memory, range 32, base 0xfed1c000, size 1024, enabled > pcib6@pci0:0:30:0: class=3D0x060401 card=3D0x01fe1028 chip=3D0x24488086 > rev=3D0xf2 hdr=3D0x01 > vendor =3D 'Intel Corporation' > device =3D '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge= ' > class =3D bridge > subclass =3D PCI-PCI > isab0@pci0:0:31:0: class=3D0x060100 card=3D0x01fe1028 chip=3D0x28158086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'ICH8M-E (ICH8 Family) LPC Interface Controller' > class =3D bridge > subclass =3D PCI-ISA > atapci0@pci0:0:31:1: class=3D0x01018a card=3D0x01fe1028 chip=3D0x28508086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801H (ICH8 Family) Ultra ATA Storage Controllers' > class =3D mass storage > subclass =3D ATA > bar [10] =3D type I/O Port, range 32, base 0x1f0, size 8, enabled > bar [14] =3D type I/O Port, range 32, base 0x3f4, size 1, enabled > bar [18] =3D type I/O Port, range 32, base 0x170, size 8, enabled > bar [1c] =3D type I/O Port, range 32, base 0x374, size 1, enabled > bar [20] =3D type I/O Port, range 32, base 0x6fa0, size 16, enabled > atapci1@pci0:0:31:2: class=3D0x01018f card=3D0x01fe1028 chip=3D0x28288086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'ICH8M (ICH8 Family) 3 port SATA Controller' > class =3D mass storage > subclass =3D ATA > bar [10] =3D type I/O Port, range 32, base 0x6eb0, size 8, enabled > bar [14] =3D type I/O Port, range 32, base 0x6eb8, size 4, enabled > bar [18] =3D type I/O Port, range 32, base 0x6ec0, size 8, enabled > bar [1c] =3D type I/O Port, range 32, base 0x6ec8, size 4, enabled > bar [20] =3D type I/O Port, range 32, base 0x6ee0, size 16, enabled > bar [24] =3D type I/O Port, range 32, base 0xeff0, size 16, enabled > ichsmb0@pci0:0:31:3: class=3D0x0c0500 card=3D0x01fe1028 chip=3D0x283e8086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801H (ICH8 Family) SMBus Controller' > class =3D serial bus > subclass =3D SMBus > bar [10] =3D type Memory, range 32, base 0xfebfbf00, size 256, enabled > bar [20] =3D type I/O Port, range 32, base 0x10c0, size 32, enabled > vgapci0@pci0:1:0:0: class=3D0x030000 card=3D0x01fe1028 chip=3D0x042910de > rev=3D0xa1 hdr=3D0x00 > vendor =3D 'Nvidia Corp' > device =3D 'Unknown nVidia Quadro FX 570M' > class =3D display > subclass =3D VGA > bar [10] =3D type Memory, range 32, base 0xfd000000, size 16777216, enabl= ed Ok, this is BAR 0, BARs 1 and 2 are indeed are not showing up. BAR 1 should be your framebuffer and should be where most of your memory is. (This is the memory the tell you about when you buy the card, 256M, 512M, etc.) It should probably be a 64bit BAR, which is why BAR 2 isn't there. We are going to need more details on your card... > bar [1c] =3D type Memory, range 64, base 0xfa000000, size 33554432, enabl= ed This one is BAR 3, which is used when it doesn't find BAR 1. robert. > bar [24] =3D type I/O Port, range 32, base 0xdf00, size 128, enabled > ndis0@pci0:12:0:0: class=3D0x028000 card=3D0x000a1028 chip=3D0x432814e4 > rev=3D0x03 hdr=3D0x00 > vendor =3D 'Broadcom Corporation' > device =3D 'BCM94321KFBG Broadcom 4321AGN 802.11a/b/g/draft-n Wi-Fi Solut= ion' > class =3D network > bar [10] =3D type Memory, range 64, base 0xf9ffc000, size 16384, enabled > bar [18] =3D type Prefetchable Memory, range 64, base 0xf0000000, size > 1048576, enabled > bge0@pci0:9:0:0: class=3D0x020000 card=3D0x01fe1028 chip=3D0x167314e4 rev= =3D0x02 > hdr=3D0x00 > vendor =3D 'Broadcom Corporation' > device =3D 'B57xx Broadcom NetXtreme Gigabit Ethernet' > class =3D network > subclass =3D ethernet > bar [10] =3D type Memory, range 64, base 0xf9bf0000, size 65536, enabled > cbb0@pci0:3:1:0: class=3D0x060700 card=3D0x01fe1028 chip=3D0x71351217 rev= =3D0x21 > hdr=3D0x02 > vendor =3D 'O2 Micro Inc' > device =3D 'OZ711EZ1 MemoryCardBus Controller' > class =3D bridge > subclass =3D PCI-CardBus > bar [10] =3D type Memory, range 32, base 0xf9a00000, size 4096, enabled > fwohci0@pci0:3:1:4: class=3D0x0c0010 card=3D0x01fe1028 chip=3D0x00f71217 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'O2 Micro Inc' > device =3D '0x00f71217 1394 Open Host Controller Interface' > class =3D serial bus > subclass =3D FireWire > bar [10] =3D type Memory, range 32, base 0xf9aff000, size 4096, enabled > bar [14] =3D type Memory, range 32, base 0xf9afe800, size 2048, enabled >=20 > and follow your intrudction.still pain me :( >=20 > (++) Using config file: "xorg.conf1" > drm0: on vgapci0 > info: [drm] Detected an NV50 generation card (0x086900a2) > vgapci0: child drm0 requested pci_enable_busmaster > info: [drm] Initialized nouveau 0.0.12 20060213 > error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x= 2 > vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff= ). > error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x= 1 > vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff= ). > error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x= 1 > drm0: [ITHREAD] > info: [drm] Allocating FIFO number 1 > error: [drm:pid6494:nouveau_graph_trapped_channel] *ERROR* AIII, > invalid/inactiv > e channel id 128 > info: [drm] PGRAPH_ERROR - nSource:info: [drm] PROTECTION_ERRORinfo: > [drm] , nSt > atus:info: [drm] > info: [drm] PGRAPH_ERROR - Ch -1/0 Class 0x0000 Mthd 0x0000 Data > 0x00000000:0x00 > 000000 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 1: > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408900: 0x800000= 3f > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408904: 0xcf6f7f= 0e > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408908: 0xfff736= 7f > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040890c: 0x000018= 50 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408910: 0xafff35= 87 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e08: 0x800b6f= ad > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e0c: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e10: 0x4df4fd= 60 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e14: 0x000000= d7 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e18: 0x313976= 8d > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e1c: 0xf6d697= 57 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e20: 0x631616= 50 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e24: 0x072200= 09 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 2: > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409900: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409904: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409908: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040990c: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409910: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e08: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e0c: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e10: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e14: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e1c: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e20: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e24: 0x000000= 00 > info: [drm] nouveau_fifo_alloc: initialised FIFO 1 > info: [drm] PFIFO_DMA_PUSHER - Ch 1 > (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space > (EE) Screen(s) found, but none have a usable configuration. >=20 > Fatal server error: > no screens found >=20 > Please consult the The X.Org Foundation support > at http://wiki.x.org > for help. > Please also check the log file at "/var/log/Xorg.0.log" for additional > informati > on. >=20 > info: [drm] nouveau_fifo_free: freeing fifo 1 > error: [drm:pid6493:nouveau_fifo_free] *ERROR* Failed to idle channel 1 > before d > estroy.Prepare for strangeness.. > info: [drm] PFIFO_DMA_PUSHER - Ch 127 > vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff= ). > error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x= 1 >=20 > > =20 > >> (II) Loading sub module "int10" > >> (II) LoadModule: "int10" > >> (II) Loading /usr/local/lib/xorg/modules//libint10.so > >> (II) Module int10: vendor=3D"X.Org Foundation" > >> compiled for 1.5.99.902, module version =3D 1.0.0 > >> ABI class: X.Org Video Driver, version 5.0 > >> (II) NOUVEAU(0): Initializing int10 > >> (=3D=3D) NOUVEAU(0): Write-combining range (0xa0000,0x20000) was alrea= dy clear > >> (=3D=3D) NOUVEAU(0): Write-combining range (0xc0000,0x40000) was alrea= dy clear > >> (II) NOUVEAU(0): Primary V_BIOS segment is: 0xc000 > >> (=3D=3D) NOUVEAU(0): Write-combining range (0x0,0x1000) was already cl= ear > >> drmOpenDevice: node name is /dev/dri/card0 > >> drmOpenDevice: open result is 10, (OK) > >> drmOpenDevice: node name is /dev/dri/card0 > >> drmOpenDevice: open result is 10, (OK) > >> drmOpenByBusid: Searching for BusID pci:0000:01:00.0 > >> drmOpenDevice: node name is /dev/dri/card0 > >> drmOpenDevice: open result is 10, (OK) > >> drmOpenByBusid: drmOpenMinor returns 10 > >> drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 > >> (II) [drm] DRM interface version 1.2 > >> (II) [drm] DRM open master succeeded. > >> (II) NOUVEAU(0): [drm] nouveau interface version: 0.0.12 > >> (--) NOUVEAU(0): [drm] kernel modesetting not available > >> (--) NOUVEAU(0): VESA-HACK: Console VGA mode is 0x3 > >> (II) NOUVEAU(0): Creating default Display subsection in Screen section > >> "Default Screen Section" for depth/fbbpp 24/32 > >> (=3D=3D) NOUVEAU(0): Depth 24, (--) framebuffer bpp 32 > >> (=3D=3D) NOUVEAU(0): RGB weight 888 > >> (=3D=3D) NOUVEAU(0): Default visual is TrueColor > >> (II) Loading sub module "vgahw" > >> (II) LoadModule: "vgahw" > >> (II) Loading /usr/local/lib/xorg/modules//libvgahw.so > >> (II) Module vgahw: vendor=3D"X.Org Foundation" > >> compiled for 1.5.99.902, module version =3D 0.1.0 > >> ABI class: X.Org Video Driver, version 5.0 > >> (=3D=3D) NOUVEAU(0): Randr1.2 support enabled > >> (=3D=3D) NOUVEAU(0): Using HW cursor > >> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space > >> (=3D=3D) NOUVEAU(0): Write-combining range (0x0,0x1000) was already cl= ear > >> (II) UnloadModule: "nouveau" > >> (II) UnloadModule: "vgahw" > >> (II) Unloading /usr/local/lib/xorg/modules//libvgahw.so > >> (II) UnloadModule: "int10" > >> (II) Unloading /usr/local/lib/xorg/modules//libint10.so > >> (EE) Screen(s) found, but none have a usable configuration. > >> > >> Fatal server error: > >> no screens found > >> > >> Please consult the The X.Org Foundation support=20 > >> at http://wiki.x.org > >> for help.=20 > >> Please also check the log file at "/var/log/Xorg.0.log" for additional= information. > >> > >> =20 >=20 --=20 Robert Noland FreeBSD --=-yQkGkYl0Vhm/OQbS9wLk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknIlt8ACgkQM4TrQ4qfROMiRgCgiGibe4kxUxOEjpRIwC5jWsA6 UiQAnjbVWIPpknCyuFk8OC3jJVJerFV8 =z8ca -----END PGP SIGNATURE----- --=-yQkGkYl0Vhm/OQbS9wLk-- From owner-freebsd-x11@FreeBSD.ORG Tue Mar 24 08:53:18 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B08E8106564A for ; Tue, 24 Mar 2009 08:53:18 +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 787688FC1C for ; Tue, 24 Mar 2009 08:53:18 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-1-207-58.bna.bellsouth.net [65.1.207.58]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2O8psoP018622 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Mar 2009 04:51:55 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Dustin Boontheekul In-Reply-To: <9957554f0903231617q62bc5d6dmd36d0d0fa0ba7bf6@mail.gmail.com> References: <9957554f0903231617q62bc5d6dmd36d0d0fa0ba7bf6@mail.gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-ZWOwmqEg714y6cWzKEne" Organization: FreeBSD Date: Tue, 24 Mar 2009 03:52:52 -0500 Message-Id: <1237884772.1771.29.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: x11@freebsd.org Subject: Re: Request patch added to xorg-server in ports X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 08:53:18 -0000 --=-ZWOwmqEg714y6cWzKEne Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-03-23 at 18:17 -0500, Dustin Boontheekul wrote: > x11@ >=20 > I've had issues with the xorg-server 1.5.x updates since they hit the > ports tree and kind of assumed it was just me not getting the upgrade > worked out right. Up until this point, my fix had been to roll back > to 1.4.2. I've tried to move forward again and run into the same > issue. I hadn't seen posts on the mailing list describing it so I > decided to broaden my search. Especially with most users' issues > having been resolved. Well, I found this and it seems spot on: >=20 > https://bugs.launchpad.net/ubuntu/intrepid/+source/xorg-server/+bug/29616= 7?comments=3Dall >=20 > They report having a fix too: >=20 > https://bugs.freedesktop.org/attachment.cgi?id=3D22373 >=20 > I am indeed using Xinerama on 3 screens (on 2 nvidia cards using the > nvidia driver) and a sure fire way to trigger it is when I'm using > synergy and moving to a remote screen. I've applied the patch and > rebuilt xorg-server. It seems to have fixed the issue for me. I > should keep an eye on it for a few more days, but with synergy I could > trigger it on the first transition to a remote screen. A few hours > with this patch and it's been solid. I'll probaly go ahead and merge server 1.6 this week sometime and it appears that this fix is already there. robert. > Regards, >=20 > Dustin Boontheekul > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-ZWOwmqEg714y6cWzKEne Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknIn2MACgkQM4TrQ4qfROPyOQCfWlDc8KuyH5lT44+LcqNhYFm2 QBoAn146QN5awA7vqL/92vIvg+41zCtl =gwYR -----END PGP SIGNATURE----- --=-ZWOwmqEg714y6cWzKEne-- From owner-freebsd-x11@FreeBSD.ORG Tue Mar 24 12:40:04 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 937CA1065679 for ; Tue, 24 Mar 2009 12:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 80DEF8FC20 for ; Tue, 24 Mar 2009 12:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2OCe4hR032664 for ; Tue, 24 Mar 2009 12:40:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2OCe4Ej032663; Tue, 24 Mar 2009 12:40:04 GMT (envelope-from gnats) Date: Tue, 24 Mar 2009 12:40:04 GMT Message-Id: <200903241240.n2OCe4Ej032663@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Hannes Cc: Subject: Re: ports/127436: x11/xorg: xorg randomly uses 100% CPU with Intel + KDE4 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Hannes List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 12:40:05 -0000 The following reply was made to PR ports/127436; it has been noted by GNATS. From: Hannes To: bug-followup@freebsd.org Cc: Subject: Re: ports/127436: x11/xorg: xorg randomly uses 100% CPU with Intel + KDE4 Date: Tue, 24 Mar 2009 12:35:19 +0100 Problem solved here. I now have new Xorg/driver/DRI, KDE4.2 and new DRM vom RELENG_7 so I don't know what actually solved the issue, but at least its gone. NOTE that because of http://bugs.freedesktop.org/show_bug.cgi?id=17638 I can't use EXA (I am instead using XAA). Maybe thats the reason the issue is gone. If they get the Intel-Driver's EXA fixed and the problem reappears I can reopen this PR. From owner-freebsd-x11@FreeBSD.ORG Tue Mar 24 16:20:12 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 811581065CE9 for ; Tue, 24 Mar 2009 16:20:12 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id AE3AD8FC1F for ; Tue, 24 Mar 2009 16:20:11 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA07167 for ; Tue, 24 Mar 2009 18:05:14 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <49C904B9.3080604@icyb.net.ua> Date: Tue, 24 Mar 2009 18:05:13 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090323) MIME-Version: 1.0 To: freebsd-x11@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: intel: x server crash on exit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 16:20:20 -0000 Stack trace: (gdb) bt #0 0x0000000801653c5c in kill () from /lib/libc.so.7 #1 0x0000000801652c63 in abort () from /lib/libc.so.7 #2 0x000000000045ad42 in ddxGiveUp () #3 0x00000000004d9781 in AbortServer () #4 0x00000000004d9d22 in FatalError () #5 0x0000000000482c91 in xf86SigHandler () #6 #7 0x0000000812fadb77 in ?? () #8 0x0000000802338964 in drm_intel_fake_destroy () from /usr/local/lib/libdrm_intel.so.1 #9 0x00000008021cf29f in I830CloseScreen () from /usr/local/lib/xorg/modules/drivers//intel_drv.so #10 0x00000000004e27cc in XFixesCursorInit () #11 0x00000000004ff761 in AnimCurInit () #12 0x000000000042c3fd in main () Last messages in log: (II) intel(0): xf86UnbindGARTMemory: unbind key 1 (II) intel(0): xf86UnbindGARTMemory: unbind key 2 (II) intel(0): xf86UnbindGARTMemory: unbind key 3 (II) intel(0): xf86UnbindGARTMemory: unbind key 4 (II) intel(0): xf86UnbindGARTMemory: unbind key 5 (II) UnloadModule: "kbd" (II) UnloadModule: "mouse" Fatal server error: Caught signal 11. Server aborting System is stable/7, r189972. xorg-server-1.5.3_7,1 xf86-video-intel-2.5.1 -- Andriy Gapon From owner-freebsd-x11@FreeBSD.ORG Tue Mar 24 16:30:04 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D02A11066112 for ; Tue, 24 Mar 2009 16:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AC1DD8FC1C for ; Tue, 24 Mar 2009 16:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2OGU40b042362 for ; Tue, 24 Mar 2009 16:30:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2OGU4cN042357; Tue, 24 Mar 2009 16:30:04 GMT (envelope-from gnats) Date: Tue, 24 Mar 2009 16:30:04 GMT Message-Id: <200903241630.n2OGU4cN042357@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: John Nielsen Cc: Subject: Re: ports/130986: [PATCH] x11/xmore build failure X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Nielsen List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 16:30:16 -0000 The following reply was made to PR ports/130986; it has been noted by GNATS. From: John Nielsen To: Robert Noland , bug-followup@freebsd.org, bsd-unix@embarqmail.com Cc: Subject: Re: ports/130986: [PATCH] x11/xmore build failure Date: Tue, 24 Mar 2009 11:46:40 -0400 I just ran in to the same build failure as the original submitter but on a machine running -CURRENT. Since you (rnoland) couldn't reproduce the issue and I've only seen it on one machine out of several I've been updating lately I suspect the problem is likely a missing dependency. I did recently do a pkg_cutleaves run on the machine now having the problem, but not quite recently enough that I remember everything I removed. Randy, do you recall uninstalling any ports prior to encountering this issue or is your Xorg configuration otherwise customized? I played around with a Makefile solution and while I was able to get --disable-xprint passed to the configure step it doesn't fix the problem. However, if I do a "make configure" (with or without my patched Makefile) then cd $WRKSRC then manually run "./configure --disable-xprint", a subsequent "make install" from the ports directory builds and installs just fine. So either my ports fu isn't up to snuff or something odd is going on or both. JN From owner-freebsd-x11@FreeBSD.ORG Tue Mar 24 18:58:55 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55BBD1065899 for ; Tue, 24 Mar 2009 18:58:55 +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 A98658FC14 for ; Tue, 24 Mar 2009 18:58:54 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-142.bna.bellsouth.net [70.156.31.142]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2OIvX2C021945 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Mar 2009 14:57:33 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Andriy Gapon In-Reply-To: <49C904B9.3080604@icyb.net.ua> References: <49C904B9.3080604@icyb.net.ua> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-wNSCpcxJCCjNe45kQQF0" Organization: FreeBSD Date: Tue, 24 Mar 2009 13:58:29 -0500 Message-Id: <1237921109.1859.2.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org Subject: Re: intel: x server crash on exit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 18:58:56 -0000 --=-wNSCpcxJCCjNe45kQQF0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-03-24 at 18:05 +0200, Andriy Gapon wrote: > Stack trace: > (gdb) bt > #0 0x0000000801653c5c in kill () from /lib/libc.so.7 > #1 0x0000000801652c63 in abort () from /lib/libc.so.7 > #2 0x000000000045ad42 in ddxGiveUp () > #3 0x00000000004d9781 in AbortServer () > #4 0x00000000004d9d22 in FatalError () > #5 0x0000000000482c91 in xf86SigHandler () > #6 > #7 0x0000000812fadb77 in ?? () > #8 0x0000000802338964 in drm_intel_fake_destroy () from > /usr/local/lib/libdrm_intel.so.1 > #9 0x00000008021cf29f in I830CloseScreen () from > /usr/local/lib/xorg/modules/drivers//intel_drv.so > #10 0x00000000004e27cc in XFixesCursorInit () > #11 0x00000000004ff761 in AnimCurInit () > #12 0x000000000042c3fd in main () -STABLE or -CURRENT, I spent yesterday working on Intel, so it might help. I'll commit stuff shortly. robert. > Last messages in log: > (II) intel(0): xf86UnbindGARTMemory: unbind key 1 > (II) intel(0): xf86UnbindGARTMemory: unbind key 2 > (II) intel(0): xf86UnbindGARTMemory: unbind key 3 > (II) intel(0): xf86UnbindGARTMemory: unbind key 4 > (II) intel(0): xf86UnbindGARTMemory: unbind key 5 > (II) UnloadModule: "kbd" > (II) UnloadModule: "mouse" >=20 > Fatal server error: > Caught signal 11. Server aborting >=20 >=20 > System is stable/7, r189972. > xorg-server-1.5.3_7,1 > xf86-video-intel-2.5.1 --=20 Robert Noland FreeBSD --=-wNSCpcxJCCjNe45kQQF0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknJLVUACgkQM4TrQ4qfRONdZACffQ8DANe5tYHciwZiPB56vqjn plAAnRF99WsKvfE1AUMB/OSGzqNPfU8l =xV/h -----END PGP SIGNATURE----- --=-wNSCpcxJCCjNe45kQQF0-- From owner-freebsd-x11@FreeBSD.ORG Tue Mar 24 20:20:18 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1E011065975; Tue, 24 Mar 2009 20:20:18 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A55F78FC1F; Tue, 24 Mar 2009 20:20:18 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (edwin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2OKKIt8057071; Tue, 24 Mar 2009 20:20:18 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2OKKIqj057061; Tue, 24 Mar 2009 20:20:18 GMT (envelope-from edwin) Date: Tue, 24 Mar 2009 20:20:18 GMT Message-Id: <200903242020.n2OKKIqj057061@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-x11@FreeBSD.org From: edwin@FreeBSD.org Cc: Subject: Re: ports/133025: [patch] graphics/libGL: mark Mesa ports as MAKE_JOBS_SAFE X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 20:20:21 -0000 Synopsis: [patch] graphics/libGL: mark Mesa ports as MAKE_JOBS_SAFE Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: edwin Responsible-Changed-When: Tue Mar 24 20:20:18 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=133025 From owner-freebsd-x11@FreeBSD.ORG Tue Mar 24 20:33:26 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C282F1065672; Tue, 24 Mar 2009 20:33:26 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 97F0C8FC15; Tue, 24 Mar 2009 20:33:26 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2OKXQUq083089; Tue, 24 Mar 2009 20:33:26 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2OKXQ78083085; Tue, 24 Mar 2009 20:33:26 GMT (envelope-from linimon) Date: Tue, 24 Mar 2009 20:33:26 GMT Message-Id: <200903242033.n2OKXQ78083085@freefall.freebsd.org> To: bugzilla@soulrebel.in-berlin.de, linimon@FreeBSD.org, freebsd-x11@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: ports/127436: x11/xorg: xorg randomly uses 100% CPU with Intel + KDE4 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 20:33:27 -0000 Synopsis: x11/xorg: xorg randomly uses 100% CPU with Intel + KDE4 State-Changed-From-To: feedback->closed State-Changed-By: linimon State-Changed-When: Tue Mar 24 20:33:11 UTC 2009 State-Changed-Why: Submitter notes problem has been resolved. http://www.freebsd.org/cgi/query-pr.cgi?pr=127436 From owner-freebsd-x11@FreeBSD.ORG Wed Mar 25 02:19:54 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B2541065673; Wed, 25 Mar 2009 02:19:54 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from dash.upc.es (dash.upc.es [147.83.2.50]) by mx1.freebsd.org (Postfix) with ESMTP id 02D688FC0C; Wed, 25 Mar 2009 02:19:53 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from hamilton.upcnetadm.upcnet.es (hamilton.upcnetadm.upcnet.es [147.83.2.240]) by dash.upc.es (8.14.1/8.13.1) with ESMTP id n2OMLsmM030254; Tue, 24 Mar 2009 23:21:55 +0100 Received: from [192.168.100.184] ([88.11.103.61]) by hamilton.upcnetadm.upcnet.es (Lotus Domino Release 5.0.12) with ESMTP id 2009032423215412:180242 ; Tue, 24 Mar 2009 23:21:54 +0100 Message-ID: <49C95C7E.7090003@entel.upc.edu> Date: Tue, 24 Mar 2009 23:19:42 +0100 From: Gustau Perez User-Agent: Thunderbird 2.0.0.21 (X11/20090323) MIME-Version: 1.0 To: freebsd-x11@freebsd.org References: <1237680263.1938.10.camel@balrog.2hip.net> In-Reply-To: <1237680263.1938.10.camel@balrog.2hip.net> X-MIMETrack: Itemize by SMTP Server on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 24/03/2009 23:21:54, Serialize by Router on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 24/03/2009 23:21:55, Serialize complete at 24/03/2009 23:21:55 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (dash.upc.es [147.83.2.50]); Tue, 24 Mar 2009 23:21:55 +0100 (CET) Cc: Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 02:19:54 -0000 Robert Noland wrote: > Ok, this patch should work on NV50 chips also. > > What you get is EXA and Xv. > > You still need: > > A recent -CURRENT or -STABLE. > > git master of libdrm and xf86-video-nouveau. > > This patch. > > Things I've figured out since the last patch... > > On NV40 class hardware, you don't need the composite manager. In fact > (at least with Xserver 1.6 which I'm running now), if a composite > manager is enabled, I'm seeing high cpu utilization from Xorg under some > circumstances. I don't think this is a drm issue, but still an issue. > For me, if I start a video using mplayer in an xterm, cpu is fine as > long as that xterm is the foreground window. If it is not the > foreground window, even if it isn't obscured I see the cpu utilization. > Disabling the composite manager makes everything fine. > > http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch > > Hi. using git version of both libdrm and xf86-video-nouveau I've been able to start gnome. My card is a NVS 135M. Seems quite stable (i'm using it right now).The only thing is that switching from one application to another felt a llitle slow. Using composition in metacity seems to work to some extend. I've experienced some problems (not always, sometimes it works and sometimes it doesn't) with vlc about bad window request (if I remember well). Avant-window-navigator (I've ported it and still testing) tries to start as it detects composition support, but can't proceed. Do you want my xorg log ? What knobs do I have to use in xorg.conf to allow composition to work ? Will compiz work ? Greets, Gus From owner-freebsd-x11@FreeBSD.ORG Wed Mar 25 02:37:04 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 916D11065670 for ; Wed, 25 Mar 2009 02:37:04 +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 55E558FC08 for ; Wed, 25 Mar 2009 02:37:04 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-142.bna.bellsouth.net [70.156.31.142]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2P2ZcMe024518 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Mar 2009 22:35:38 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Gustau Perez In-Reply-To: <49C95C7E.7090003@entel.upc.edu> References: <1237680263.1938.10.camel@balrog.2hip.net> <49C95C7E.7090003@entel.upc.edu> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-SOCKWIdxhruE17hRvGxD" Organization: FreeBSD Date: Tue, 24 Mar 2009 21:36:33 -0500 Message-Id: <1237948593.1829.12.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00, MIME_QP_LONG_LINE,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 02:37:04 -0000 --=-SOCKWIdxhruE17hRvGxD Content-Type: multipart/mixed; boundary="=-SKff8dvpZEqE16LW3h4q" --=-SKff8dvpZEqE16LW3h4q Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-03-24 at 23:19 +0100, Gustau Perez wrote: > Robert Noland wrote: > > Ok, this patch should work on NV50 chips also. > > > > What you get is EXA and Xv. > > > > You still need: > > > > A recent -CURRENT or -STABLE. > > > > git master of libdrm and xf86-video-nouveau. > > > > This patch. > > > > Things I've figured out since the last patch... > > > > On NV40 class hardware, you don't need the composite manager. In fact > > (at least with Xserver 1.6 which I'm running now), if a composite > > manager is enabled, I'm seeing high cpu utilization from Xorg under som= e > > circumstances. I don't think this is a drm issue, but still an issue. > > For me, if I start a video using mplayer in an xterm, cpu is fine as > > long as that xterm is the foreground window. If it is not the > > foreground window, even if it isn't obscured I see the cpu utilization. > > Disabling the composite manager makes everything fine. > > > > http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch > > > > =20 > Hi. >=20 > using git version of both libdrm and xf86-video-nouveau I've been able=20 > to start gnome. My card is a NVS 135M. Seems quite stable (i'm using it=20 > right now).The only thing is that switching from one application to=20 > another felt a llitle slow. >=20 > Using composition in metacity seems to work to some extend. I've=20 > experienced some problems (not always, sometimes it works and sometimes=20 > it doesn't) with vlc about bad window request (if I remember well).=20 > Avant-window-navigator (I've ported it and still testing) tries to start=20 > as it detects composition support, but can't proceed. >=20 > Do you want my xorg log ? Sure. > What knobs do I have to use in xorg.conf to allow composition to work=20 > ? Will compiz work ? I'll attach the config that I'm using... I haven't had any trouble using metacity compositing on the nv50. If you don't have a composite manager running, you will get the Bad message from Xv. I haven't tried compiz, but it is not likely that it will work yet. You do have direct "software rendering", but I haven't had success getting compiz to run with it before. It would be slow if it did work, until we can get hardware 3d going. robert. > Greets, >=20 > Gus >=20 >=20 --=20 Robert Noland FreeBSD --=-SKff8dvpZEqE16LW3h4q Content-Disposition: attachment; filename="xorg.conf.nouveau-8800gts" Content-Transfer-Encoding: base64 Content-Type: text/plain; name="xorg.conf.nouveau-8800gts"; charset="us-ascii" U2VjdGlvbiAiU2VydmVyTGF5b3V0Ig0KCUlkZW50aWZpZXIgICAgICJYLm9yZyBDb25maWd1cmVk Ig0KCVNjcmVlbiAgICAgIDAgICJTY3JlZW4wIiAwIDANCglJbnB1dERldmljZSAgICAiTW91c2Uw IiAiQ29yZVBvaW50ZXIiDQoJSW5wdXREZXZpY2UgICAgIktleWJvYXJkMCIgIkNvcmVLZXlib2Fy ZCINCglPcHRpb24gICAgICAgICAiQUlHTFgiDQoJT3B0aW9uICAgICAgICAgIkdseFZpc3VhbHMi ICJhbGwiDQpFbmRTZWN0aW9uDQoNClNlY3Rpb24gIkZpbGVzIg0KCU1vZHVsZVBhdGggICAiL3Vz ci9sb2NhbC9saWIveG9yZy9tb2R1bGVzIg0KCUZvbnRQYXRoICAgICAiL3Vzci9sb2NhbC9saWIv WDExL2ZvbnRzL21pc2MvIg0KCUZvbnRQYXRoICAgICAiL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRz L1RURi8iDQoJRm9udFBhdGggICAgICIvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvT1RGIg0KCUZv bnRQYXRoICAgICAiL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzL1R5cGUxLyINCglGb250UGF0aCAg ICAgIi91c3IvbG9jYWwvbGliL1gxMS9mb250cy8xMDBkcGkvIg0KCUZvbnRQYXRoICAgICAiL3Vz ci9sb2NhbC9saWIvWDExL2ZvbnRzLzc1ZHBpLyINCkVuZFNlY3Rpb24NCg0KU2VjdGlvbiAiRXh0 ZW5zaW9ucyINCglPcHRpb24gICAgICAgICAiQ29tcG9zaXRlIiAgICJFbmFibGUiDQpFbmRTZWN0 aW9uDQoNClNlY3Rpb24gIk1vZHVsZSINCglMb2FkICAiZXh0bW9kIg0KCUxvYWQgICJyZWNvcmQi DQoJTG9hZCAgImRiZSINCglMb2FkICAiZ2x4Ig0KCUxvYWQgICJ4dHJhcCINCglMb2FkICAiZHJp Ig0KCUxvYWQgICJmcmVldHlwZSINCkVuZFNlY3Rpb24NCg0KU2VjdGlvbiAiSW5wdXREZXZpY2Ui DQoJSWRlbnRpZmllciAgIktleWJvYXJkMCINCglEcml2ZXIgICAgICAia2JkIg0KRW5kU2VjdGlv bg0KDQpTZWN0aW9uICJJbnB1dERldmljZSINCglJZGVudGlmaWVyICAiTW91c2UwIg0KCURyaXZl ciAgICAgICJtb3VzZSINCglPcHRpb24JICAgICJQcm90b2NvbCIgImF1dG8iDQoJT3B0aW9uCSAg ICAiRGV2aWNlIiAiL2Rldi9zeXNtb3VzZSINCglPcHRpb24JICAgICJaQXhpc01hcHBpbmciICI0 IDUgNiA3Ig0KRW5kU2VjdGlvbg0KDQpTZWN0aW9uICJNb25pdG9yIg0KCUlkZW50aWZpZXIgICAi TW9uaXRvcjAiDQoJVmVuZG9yTmFtZSAgICJNb25pdG9yIFZlbmRvciINCglNb2RlbE5hbWUgICAg Ik1vbml0b3IgTW9kZWwiDQpFbmRTZWN0aW9uDQoNClNlY3Rpb24gIkRldmljZSINCiAgICAgICAg IyMjIEF2YWlsYWJsZSBEcml2ZXIgb3B0aW9ucyBhcmU6LQ0KICAgICAgICAjIyMgVmFsdWVzOiA8 aT46IGludGVnZXIsIDxmPjogZmxvYXQsIDxib29sPjogIlRydWUiLyJGYWxzZSIsDQogICAgICAg ICMjIyA8c3RyaW5nPjogIlN0cmluZyIsIDxmcmVxPjogIjxmPiBIei9rSHovTUh6Ig0KICAgICAg ICAjIyMgW2FyZ106IGFyZyBvcHRpb25hbA0KICAgICAgICAjT3B0aW9uICAgICAiU1djdXJzb3Ii ICAgICAgICAgICAJIyBbPGJvb2w+XQ0KICAgICAgICAjT3B0aW9uICAgICAiSFdjdXJzb3IiICAg ICAgICAgICAJIyBbPGJvb2w+XQ0KICAgICAgICAjT3B0aW9uICAgICAiTm9BY2NlbCIgICAgICAg ICAgICAJIyBbPGJvb2w+XQ0KICAgICAgICAjT3B0aW9uICAgICAiU2hhZG93RkIiICAgICAgICAg ICAJIyBbPGJvb2w+XQ0KICAgICAgICAjT3B0aW9uICAgICAiVXNlRkJEZXYiICAgICAgICAgICAJ IyBbPGJvb2w+XQ0KICAgICAgICAjT3B0aW9uICAgICAiUm90YXRlIiAgICAgICAgICAgICAJIyBb PHN0cj5dDQogICAgICAgICNPcHRpb24gICAgICJWaWRlb0tleSIgICAgICAgICAgIAkjIDxpPg0K ICAgICAgICAjT3B0aW9uICAgICAiRmxhdFBhbmVsIiAgICAgICAgICAJIyBbPGJvb2w+XQ0KICAg ICAgICAjT3B0aW9uICAgICAiRlBEaXRoZXIiICAgICAgICAgICAJIyBbPGJvb2w+XQ0KICAgICAg ICAjT3B0aW9uICAgICAiQ3J0Y051bWJlciIgICAgICAgICAJIyA8aT4NCiAgICAgICAgI09wdGlv biAgICAgIkZQU2NhbGUiICAgICAgICAgICAgCSMgWzxib29sPl0NCiAgICAgICAgI09wdGlvbiAg ICAgIkZQVHdlYWsiICAgICAgICAgICAgCSMgPGk+DQogICAgICAgICNPcHRpb24gICAgICJEdWFs SGVhZCIgICAgICAgICAgIAkjIFs8Ym9vbD5dDQoJSWRlbnRpZmllciAgIkNhcmQwIg0KCURyaXZl ciAgICAgICJub3V2ZWF1Ig0KCVZlbmRvck5hbWUgICJuVmlkaWEgQ29ycG9yYXRpb24iDQoJQm9h cmROYW1lICAgIkc4MCBbR2VGb3JjZSA4ODAwIEdUU10iDQoJQnVzSUQgICAgICAgIlBDSToxOjA6 MCINCgkjT3B0aW9uICAgICAgIk5vQWNjZWwiDQpFbmRTZWN0aW9uDQoNClNlY3Rpb24gIlNjcmVl biINCglJZGVudGlmaWVyICJTY3JlZW4wIg0KCURldmljZSAgICAgIkNhcmQwIg0KCU1vbml0b3Ig ICAgIk1vbml0b3IwIg0KCVN1YlNlY3Rpb24gIkRpc3BsYXkiDQoJCVZpZXdwb3J0ICAgMCAwDQoJ CURlcHRoICAgICAxDQoJRW5kU3ViU2VjdGlvbg0KCVN1YlNlY3Rpb24gIkRpc3BsYXkiDQoJCVZp ZXdwb3J0ICAgMCAwDQoJCURlcHRoICAgICA0DQoJRW5kU3ViU2VjdGlvbg0KCVN1YlNlY3Rpb24g IkRpc3BsYXkiDQoJCVZpZXdwb3J0ICAgMCAwDQoJCURlcHRoICAgICA4DQoJRW5kU3ViU2VjdGlv bg0KCVN1YlNlY3Rpb24gIkRpc3BsYXkiDQoJCVZpZXdwb3J0ICAgMCAwDQoJCURlcHRoICAgICAx NQ0KCUVuZFN1YlNlY3Rpb24NCglTdWJTZWN0aW9uICJEaXNwbGF5Ig0KCQlWaWV3cG9ydCAgIDAg MA0KCQlEZXB0aCAgICAgMTYNCglFbmRTdWJTZWN0aW9uDQoJU3ViU2VjdGlvbiAiRGlzcGxheSIN CgkJVmlld3BvcnQgICAwIDANCgkJRGVwdGggICAgIDI0DQoJRW5kU3ViU2VjdGlvbg0KRW5kU2Vj dGlvbg0KDQpTZWN0aW9uICJEUkkiDQoJR3JvdXAgICAwDQoJTW9kZSAgICAwNjY2DQpFbmRTZWN0 aW9uDQoNCg== --=-SKff8dvpZEqE16LW3h4q-- --=-SOCKWIdxhruE17hRvGxD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknJmLEACgkQM4TrQ4qfROMFFACgg2ZV6fHn+x3Z3Fkmo1YLBXBa l/MAn2Dw28SFKREbf5AWdpa4I+Y1yzpo =8J+E -----END PGP SIGNATURE----- --=-SOCKWIdxhruE17hRvGxD-- From owner-freebsd-x11@FreeBSD.ORG Wed Mar 25 05:34:39 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DF44106564A; Wed, 25 Mar 2009 05:34:39 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.freebsd.org (Postfix) with ESMTP id 1C5218FC14; Wed, 25 Mar 2009 05:33:58 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from lp.gddsn.org.cn (unknown [218.19.164.153]) (Authenticated sender: wsk) by gddsn.org.cn (Postfix) with ESMTPA id 3AEA02E00E; Wed, 25 Mar 2009 08:45:43 +0800 (CST) Message-ID: <49C97EEB.4090607@gddsn.org.cn> Date: Wed, 25 Mar 2009 08:46:35 +0800 From: wsk User-Agent: Thunderbird 2.0.0.19 (X11/20090204) MIME-Version: 1.0 To: Robert Noland References: <49B88449.3000403@gddsn.org.cn> <49B8AC04.10508@gddsn.org.cn> <49C6E5C6.60306@gddsn.org.cn> <1237798914.2110.24.camel@balrog.2hip.net> <49C85F4E.5050002@gddsn.org.cn> <1237882591.1771.26.camel@balrog.2hip.net> In-Reply-To: <1237882591.1771.26.camel@balrog.2hip.net> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, x11@freebsd.org, current@freebsd.org Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 05:34:40 -0000 Robert Noland wrote: > On Tue, 2009-03-24 at 12:19 +0800, wsk wrote: > >> Robert Noland wrote: >> >>> On Mon, 2009-03-23 at 09:28 +0800, wsk wrote: >>> >>> >>>>> Ok, this patch should work on NV50 chips also. >>>>> >>>>> What you get is EXA and Xv. >>>>> >>>>> You still need: >>>>> >>>>> A recent -CURRENT or -STABLE. >>>>> >>>>> git master of libdrm and xf86-video-nouveau. >>>>> >>>>> This patch. >>>>> >>>>> Things I've figured out since the last patch... >>>>> >>>>> On NV50 class hardware you need to have a compositing manager running >>>>> for Xv to work. That means xcompmgr, metacity with composite enabled, >>>>> xfce (rumored to work as well, haven't tried). If your running Gnome >>>>> with metacity, open gconf-editor and go to apps->metacity->general and >>>>> check the composite box. >>>>> >>>>> On NV40 class hardware, you don't need the composite manager. In fact >>>>> (at least with Xserver 1.6 which I'm running now), if a composite >>>>> manager is enabled, I'm seeing high cpu utilization from Xorg under some >>>>> circumstances. I don't think this is a drm issue, but still an issue. >>>>> For me, if I start a video using mplayer in an xterm, cpu is fine as >>>>> long as that xterm is the foreground window. If it is not the >>>>> foreground window, even if it isn't obscured I see the cpu utilization. >>>>> Disabling the composite manager makes everything fine. >>>>> >>>>> http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch >>>>> >>>>> robert. >>>>> >>>>> >>>> get the following errors and exitThis is a pre-release version of the X server from The X.Org Foundation. >>>> It is not supported in any way. >>>> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. >>>> Select the "xorg" product for bugs you find in this release. >>>> Before reporting bugs in pre-release versions please check the >>>> latest version in the X.Org Foundation git repository. >>>> See http://wiki.x.org/wiki/GitPage for git access instructions. >>>> >>>> X.Org X Server 1.5.99.902 (1.6.0 RC 2) >>>> Release Date: 2009-1-30 >>>> X Protocol Version 11, Revision 0 >>>> Build Operating System: FreeBSD 7.1-STABLE amd64 >>>> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeBSD 7.2-PRE >>>> RELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/usr/obj/usr/sr >>>> c/sys/WSK amd64 >>>> Build Date: 06 February 2009 04:22:44PM >>>> >>>> Before reporting problems, check http://wiki.x.org >>>> to make sure that you have the latest version. >>>> Markers: (--) probed, (**) from config file, (==) default setting, >>>> (++) from command line, (!!) notice, (II) informational, >>>> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >>>> (==) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14:03 2009 >>>> ing config file: "xorg.conf1" >>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>> drm0: [ITHREAD] >>>> info: [drm] Allocating FIFO number 1 >>>> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 >>>> info: [drm] PFIFO_DMA_PUSHER - Ch 1 >>>> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space >>>> (EE) Screen(s) found, but none have a usable configuration. >>>> >>>> Fatal server error: >>>> no screens found >>>> >>>> Please consult the The X.Org Foundation support >>>> at http://wiki.x.org >>>> for help. >>>> Please also check the log file at "/var/log/Xorg.0.log" for additional informati >>>> on. >>>> >>>> info: [drm] nouveau_fifo_free: freeing fifo 1 >>>> error: [drm:pid30722:nouveau_fifo_free] *ERROR* Failed to idle channel 1 before >>>> destroy.Prepare for strangeness.. >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>> >>>> what can i do ? >>>> >>>> >>>> >>>> >>>> plain text document attachment (Xorg.0.log) >>>> This is a pre-release version of the X server from The X.Org Foundation. >>>> It is not supported in any way. >>>> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. >>>> Select the "xorg" product for bugs you find in this release. >>>> Before reporting bugs in pre-release versions please check the >>>> latest version in the X.Org Foundation git repository. >>>> See http://wiki.x.org/wiki/GitPage for git access instructions. >>>> >>>> X.Org X Server 1.5.99.902 (1.6.0 RC 2) >>>> Release Date: 2009-1-30 >>>> X Protocol Version 11, Revision 0 >>>> Build Operating System: FreeBSD 7.1-STABLE amd64 >>>> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/usr/obj/usr/src/sys/WSK amd64 >>>> Build Date: 06 February 2009 04:22:44PM >>>> >>>> Before reporting problems, check http://wiki.x.org >>>> to make sure that you have the latest version. >>>> Markers: (--) probed, (**) from config file, (==) default setting, >>>> (++) from command line, (!!) notice, (II) informational, >>>> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >>>> (==) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14:03 2009 >>>> (++) Using config file: "xorg.conf1" >>>> (==) No Layout section. Using the first Screen section. >>>> (==) No screen section available. Using defaults. >>>> (**) |-->Screen "Default Screen Section" (0) >>>> (**) | |-->Monitor "" >>>> (==) No device specified for screen "Default Screen Section". >>>> Using the first device section listed. >>>> (**) | |-->Device "Card0" >>>> (==) No monitor specified for screen "Default Screen Section". >>>> Using a default monitor configuration. >>>> (==) Automatically adding devices >>>> (==) Automatically enabling devices >>>> (==) No FontPath specified. Using compiled-in default. >>>> (==) FontPath set to: >>>> built-ins >>>> (==) ModulePath set to "/usr/local/lib/xorg/modules" >>>> (II) Cannot locate a core pointer device. >>>> (II) Cannot locate a core keyboard device. >>>> (II) The server relies on HAL to provide the list of input devices. >>>> If no devices become available, reconfigure HAL or disable AllowEmptyInput. >>>> (II) Loader magic: 0xb20 >>>> (II) Module ABI versions: >>>> X.Org ANSI C Emulation: 0.4 >>>> X.Org Video Driver: 5.0 >>>> X.Org XInput driver : 4.0 >>>> X.Org Server Extension : 2.0 >>>> (II) Loader running on freebsd >>>> (--) Using syscons driver with X support (version 2.0) >>>> (--) using VT number 9 >>>> >>>> (--) PCI:*(0@1:0:0) nVidia Corporation Quadro NVS 140M rev 161, Mem @ 0xfd000000/16777216, 0x00000000/268435456, 0xfa000000/33554432, I/O @ 0x0000df00/128, BIOS @ 0x????????/65536 >>>> >>>> >>> Ok, thats a new one... >>> >>> >>> >>>> (II) System resource ranges: >>>> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] >>>> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] >>>> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] >>>> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] >>>> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] >>>> (II) LoadModule: "extmod" >>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so >>>> (II) Module extmod: vendor="X.Org Foundation" >>>> compiled for 1.5.99.902, module version = 1.0.0 >>>> Module class: X.Org Server Extension >>>> ABI class: X.Org Server Extension, version 2.0 >>>> (II) Loading extension MIT-SCREEN-SAVER >>>> (II) Loading extension XFree86-VidModeExtension >>>> (II) Loading extension XFree86-DGA >>>> (II) Loading extension DPMS >>>> (II) Loading extension XVideo >>>> (II) Loading extension XVideo-MotionCompensation >>>> (II) Loading extension X-Resource >>>> (II) LoadModule: "dbe" >>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so >>>> (II) Module dbe: vendor="X.Org Foundation" >>>> compiled for 1.5.99.902, module version = 1.0.0 >>>> Module class: X.Org Server Extension >>>> ABI class: X.Org Server Extension, version 2.0 >>>> (II) Loading extension DOUBLE-BUFFER >>>> (II) LoadModule: "glx" >>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so >>>> (II) Module glx: vendor="X.Org Foundation" >>>> compiled for 1.5.99.902, module version = 1.0.0 >>>> ABI class: X.Org Server Extension, version 2.0 >>>> (==) AIGLX disabled >>>> (==) Exporting typical set of GLX visuals >>>> (II) Loading extension GLX >>>> (II) LoadModule: "record" >>>> (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so >>>> (II) Module record: vendor="X.Org Foundation" >>>> compiled for 1.5.99.902, module version = 1.13.0 >>>> Module class: X.Org Server Extension >>>> ABI class: X.Org Server Extension, version 2.0 >>>> (II) Loading extension RECORD >>>> (II) LoadModule: "dri" >>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so >>>> (II) Module dri: vendor="X.Org Foundation" >>>> compiled for 1.5.99.902, module version = 1.0.0 >>>> ABI class: X.Org Server Extension, version 2.0 >>>> (II) Loading extension XFree86-DRI >>>> (II) LoadModule: "nouveau" >>>> (II) Loading /usr/local/lib/xorg/modules/drivers//nouveau_drv.so >>>> (II) Module nouveau: vendor="X.Org Foundation" >>>> compiled for 1.5.99.902, module version = 0.0.10 >>>> Module class: X.Org Video Driver >>>> ABI class: X.Org Video Driver, version 5.0 >>>> (II) NOUVEAU driver Date: Wed Mar 18 09:36:33 2009 +1000 >>>> (II) NOUVEAU driver for NVIDIA chipset families : >>>> RIVA TNT (NV04) >>>> RIVA TNT2 (NV05) >>>> GeForce 256 (NV10) >>>> GeForce 2 (NV11, NV15) >>>> GeForce 4MX (NV17, NV18) >>>> GeForce 3 (NV20) >>>> GeForce 4Ti (NV25, NV28) >>>> GeForce FX (NV3x) >>>> GeForce 6 (NV4x) >>>> GeForce 7 (G7x) >>>> GeForce 8 (G8x) >>>> (II) Primary Device is: PCI 01@00:00:0 >>>> (II) resource ranges after probing: >>>> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] >>>> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] >>>> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] >>>> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] >>>> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] >>>> (--) NOUVEAU(0): Chipset: "NVIDIA NV86" >>>> >>>> >>> Hrm, NV86... I'll have to ask around about that. Meanwhile can you send >>> me a pciconf -lvb which should at least show us the BAR configuration. >>> >>> Ok, my sources are telling me that this should work and that it is an >>> NV50, or at least should work the same... >>> >>> Also, just to be safe, please rebuild/reinstall devel/libpciaccess. I'm >>> not sure if it may be trashing the BARs somehow. >>> >>> robert. >>> >>> >> bar [24] = type I/O Port, range 32, base 0xeff0, size 16, enabled >> ichsmb0@pci0:0:31:3: class=0x0c0500 card=0x01fe1028 chip=0x283e8086 >> rev=0x02 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82801H (ICH8 Family) SMBus Controller' >> class = serial bus >> subclass = SMBus >> bar [10] = type Memory, range 32, base 0xfebfbf00, size 256, enabled >> bar [20] = type I/O Port, range 32, base 0x10c0, size 32, enabled >> vgapci0@pci0:1:0:0: class=0x030000 card=0x01fe1028 chip=0x042910de >> rev=0xa1 hdr=0x00 >> vendor = 'Nvidia Corp' >> device = 'Unknown nVidia Quadro FX 570M' >> class = display >> subclass = VGA >> bar [10] = type Memory, range 32, base 0xfd000000, size 16777216, enabled >> > > Ok, this is BAR 0, BARs 1 and 2 are indeed are not showing up. BAR 1 > should be your framebuffer and should be where most of your memory is. > (This is the memory the tell you about when you buy the card, 256M, > 512M, etc.) It should probably be a 64bit BAR, which is why BAR 2 isn't > there. We are going to need more details on your card... > indeed,my DELL D830 laptop video card is Quadro NVS 140M with 256M memory. but it recognized Quadro FX 570M with pciconfig. > >> bar [1c] = type Memory, range 64, base 0xfa000000, size 33554432, enabled >> > > This one is BAR 3, which is used when it doesn't find BAR 1. > > robert. > > >> bar [24] = type I/O Port, range 32, base 0xdf00, size 128, enabled >> ndis0@pci0:12:0:0: class=0x028000 card=0x000a1028 chip=0x432814e4 >> rev=0x03 hdr=0x00 >> vendor = 'Broadcom Corporation' >> device = 'BCM94321KFBG Broadcom 4321AGN 802.11a/b/g/draft-n Wi-Fi Solution' >> class = network >> bar [10] = type Memory, range 64, base 0xf9ffc000, size 16384, enabled >> bar [18] = type Prefetchable Memory, range 64, base 0xf0000000, size >> 1048576, enabled >> bge0@pci0:9:0:0: class=0x020000 card=0x01fe1028 chip=0x167314e4 rev=0x02 >> hdr=0x00 >> vendor = 'Broadcom Corporation' >> device = 'B57xx Broadcom NetXtreme Gigabit Ethernet' >> class = network >> subclass = ethernet >> bar [10] = type Memory, range 64, base 0xf9bf0000, size 65536, enabled >> cbb0@pci0:3:1:0: class=0x060700 card=0x01fe1028 chip=0x71351217 rev=0x21 >> hdr=0x02 >> vendor = 'O2 Micro Inc' >> device = 'OZ711EZ1 MemoryCardBus Controller' >> class = bridge >> subclass = PCI-CardBus >> bar [10] = type Memory, range 32, base 0xf9a00000, size 4096, enabled >> fwohci0@pci0:3:1:4: class=0x0c0010 card=0x01fe1028 chip=0x00f71217 >> rev=0x02 hdr=0x00 >> vendor = 'O2 Micro Inc' >> device = '0x00f71217 1394 Open Host Controller Interface' >> class = serial bus >> subclass = FireWire >> bar [10] = type Memory, range 32, base 0xf9aff000, size 4096, enabled >> bar [14] = type Memory, range 32, base 0xf9afe800, size 2048, enabled >> >> and follow your intrudction.still pain me :( >> >> (++) Using config file: "xorg.conf1" >> drm0: on vgapci0 >> info: [drm] Detected an NV50 generation card (0x086900a2) >> vgapci0: child drm0 requested pci_enable_busmaster >> info: [drm] Initialized nouveau 0.0.12 20060213 >> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >> drm0: [ITHREAD] >> info: [drm] Allocating FIFO number 1 >> error: [drm:pid6494:nouveau_graph_trapped_channel] *ERROR* AIII, >> invalid/inactiv >> e channel id 128 >> info: [drm] PGRAPH_ERROR - nSource:info: [drm] PROTECTION_ERRORinfo: >> [drm] , nSt >> atus:info: [drm] >> info: [drm] PGRAPH_ERROR - Ch -1/0 Class 0x0000 Mthd 0x0000 Data >> 0x00000000:0x00 >> 000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 1: >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408900: 0x8000003f >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408904: 0xcf6f7f0e >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408908: 0xfff7367f >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040890c: 0x00001850 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408910: 0xafff3587 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e08: 0x800b6fad >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e0c: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e10: 0x4df4fd60 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e14: 0x000000d7 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e18: 0x3139768d >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e1c: 0xf6d69757 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e20: 0x63161650 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e24: 0x07220009 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 2: >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409900: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409904: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409908: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040990c: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409910: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e08: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e0c: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e10: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e14: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e1c: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e20: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e24: 0x00000000 >> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 >> info: [drm] PFIFO_DMA_PUSHER - Ch 1 >> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space >> (EE) Screen(s) found, but none have a usable configuration. >> >> Fatal server error: >> no screens found >> >> Please consult the The X.Org Foundation support >> at http://wiki.x.org >> for help. >> Please also check the log file at "/var/log/Xorg.0.log" for additional >> informati >> on. >> >> info: [drm] nouveau_fifo_free: freeing fifo 1 >> error: [drm:pid6493:nouveau_fifo_free] *ERROR* Failed to idle channel 1 >> before d >> estroy.Prepare for strangeness.. >> info: [drm] PFIFO_DMA_PUSHER - Ch 127 >> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >> >> >>> >>> >>>> (II) Loading sub module "int10" >>>> (II) LoadModule: "int10" >>>> (II) Loading /usr/local/lib/xorg/modules//libint10.so >>>> (II) Module int10: vendor="X.Org Foundation" >>>> compiled for 1.5.99.902, module version = 1.0.0 >>>> ABI class: X.Org Video Driver, version 5.0 >>>> (II) NOUVEAU(0): Initializing int10 >>>> (==) NOUVEAU(0): Write-combining range (0xa0000,0x20000) was already clear >>>> (==) NOUVEAU(0): Write-combining range (0xc0000,0x40000) was already clear >>>> (II) NOUVEAU(0): Primary V_BIOS segment is: 0xc000 >>>> (==) NOUVEAU(0): Write-combining range (0x0,0x1000) was already clear >>>> drmOpenDevice: node name is /dev/dri/card0 >>>> drmOpenDevice: open result is 10, (OK) >>>> drmOpenDevice: node name is /dev/dri/card0 >>>> drmOpenDevice: open result is 10, (OK) >>>> drmOpenByBusid: Searching for BusID pci:0000:01:00.0 >>>> drmOpenDevice: node name is /dev/dri/card0 >>>> drmOpenDevice: open result is 10, (OK) >>>> drmOpenByBusid: drmOpenMinor returns 10 >>>> drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 >>>> (II) [drm] DRM interface version 1.2 >>>> (II) [drm] DRM open master succeeded. >>>> (II) NOUVEAU(0): [drm] nouveau interface version: 0.0.12 >>>> (--) NOUVEAU(0): [drm] kernel modesetting not available >>>> (--) NOUVEAU(0): VESA-HACK: Console VGA mode is 0x3 >>>> (II) NOUVEAU(0): Creating default Display subsection in Screen section >>>> "Default Screen Section" for depth/fbbpp 24/32 >>>> (==) NOUVEAU(0): Depth 24, (--) framebuffer bpp 32 >>>> (==) NOUVEAU(0): RGB weight 888 >>>> (==) NOUVEAU(0): Default visual is TrueColor >>>> (II) Loading sub module "vgahw" >>>> (II) LoadModule: "vgahw" >>>> (II) Loading /usr/local/lib/xorg/modules//libvgahw.so >>>> (II) Module vgahw: vendor="X.Org Foundation" >>>> compiled for 1.5.99.902, module version = 0.1.0 >>>> ABI class: X.Org Video Driver, version 5.0 >>>> (==) NOUVEAU(0): Randr1.2 support enabled >>>> (==) NOUVEAU(0): Using HW cursor >>>> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space >>>> (==) NOUVEAU(0): Write-combining range (0x0,0x1000) was already clear >>>> (II) UnloadModule: "nouveau" >>>> (II) UnloadModule: "vgahw" >>>> (II) Unloading /usr/local/lib/xorg/modules//libvgahw.so >>>> (II) UnloadModule: "int10" >>>> (II) Unloading /usr/local/lib/xorg/modules//libint10.so >>>> (EE) Screen(s) found, but none have a usable configuration. >>>> >>>> Fatal server error: >>>> no screens found >>>> >>>> Please consult the The X.Org Foundation support >>>> at http://wiki.x.org >>>> for help. >>>> Please also check the log file at "/var/log/Xorg.0.log" for additional information. >>>> >>>> >>>> From owner-freebsd-x11@FreeBSD.ORG Wed Mar 25 06:12:04 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAE331065674; Wed, 25 Mar 2009 06:12:04 +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 694DB8FC0C; Wed, 25 Mar 2009 06:12:04 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-142.bna.bellsouth.net [70.156.31.142]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2P6AgE6025619 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Mar 2009 02:10:42 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: wsk In-Reply-To: <49C97EEB.4090607@gddsn.org.cn> References: <49B88449.3000403@gddsn.org.cn> <49B8AC04.10508@gddsn.org.cn> <49C6E5C6.60306@gddsn.org.cn> <1237798914.2110.24.camel@balrog.2hip.net> <49C85F4E.5050002@gddsn.org.cn> <1237882591.1771.26.camel@balrog.2hip.net> <49C97EEB.4090607@gddsn.org.cn> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-64XsY4RyTk9YedL/Mcaz" Organization: FreeBSD Date: Wed, 25 Mar 2009 01:11:37 -0500 Message-Id: <1237961497.1828.2.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, URIBL_RED autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: stable@freebsd.org, x11@freebsd.org, current@freebsd.org Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 06:12:06 -0000 --=-64XsY4RyTk9YedL/Mcaz Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-03-25 at 08:46 +0800, wsk wrote: > Robert Noland wrote: > > On Tue, 2009-03-24 at 12:19 +0800, wsk wrote: > > =20 > >> Robert Noland wrote: > >> =20 > >>> On Mon, 2009-03-23 at 09:28 +0800, wsk wrote: > >>> =20 > >>> =20 > >>>>> Ok, this patch should work on NV50 chips also. > >>>>> =20 > >>>>> What you get is EXA and Xv. > >>>>> =20 > >>>>> You still need: > >>>>> =20 > >>>>> A recent -CURRENT or -STABLE. > >>>>> =20 > >>>>> git master of libdrm and xf86-video-nouveau. > >>>>> =20 > >>>>> This patch. > >>>>> =20 > >>>>> Things I've figured out since the last patch... > >>>>> =20 > >>>>> On NV50 class hardware you need to have a compositing manager runni= ng > >>>>> for Xv to work. That means xcompmgr, metacity with composite enabl= ed, > >>>>> xfce (rumored to work as well, haven't tried). If your running Gno= me > >>>>> with metacity, open gconf-editor and go to apps->metacity->general = and > >>>>> check the composite box. > >>>>> =20 > >>>>> On NV40 class hardware, you don't need the composite manager. In f= act > >>>>> (at least with Xserver 1.6 which I'm running now), if a composite > >>>>> manager is enabled, I'm seeing high cpu utilization from Xorg under= some > >>>>> circumstances. I don't think this is a drm issue, but still an iss= ue. > >>>>> For me, if I start a video using mplayer in an xterm, cpu is fine a= s > >>>>> long as that xterm is the foreground window. If it is not the > >>>>> foreground window, even if it isn't obscured I see the cpu utilizat= ion. > >>>>> Disabling the composite manager makes everything fine. > >>>>> =20 > >>>>> http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch > >>>>> =20 > >>>>> robert. > >>>>> =20 > >>>>> =20 > >>>> get the following errors and exitThis is a pre-release version of th= e X server from The X.Org Foundation. > >>>> It is not supported in any way. > >>>> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. > >>>> Select the "xorg" product for bugs you find in this release. > >>>> Before reporting bugs in pre-release versions please check the > >>>> latest version in the X.Org Foundation git repository. > >>>> See http://wiki.x.org/wiki/GitPage for git access instructions. > >>>> > >>>> X.Org X Server 1.5.99.902 (1.6.0 RC 2) > >>>> Release Date: 2009-1-30 > >>>> X Protocol Version 11, Revision 0 > >>>> Build Operating System: FreeBSD 7.1-STABLE amd64 > >>>> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE Fre= eBSD 7.2-PRE > >>>> RELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/us= r/obj/usr/sr > >>>> c/sys/WSK amd64 > >>>> Build Date: 06 February 2009 04:22:44PM > >>>> > >>>> Before reporting problems, check http://wiki.x.org > >>>> to make sure that you have the latest version. > >>>> Markers: (--) probed, (**) from config file, (=3D=3D) default settin= g, > >>>> (++) from command line, (!!) notice, (II) informational, > >>>> (WW) warning, (EE) error, (NI) not implemented, (??) unknown= . > >>>> (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14:03 = 2009 > >>>> ing config file: "xorg.conf1" > >>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resou= rce 0x2 > >>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resou= rce 0x2 > >>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resou= rce 0x2 > >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffffff= fffff). > >>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resou= rce 0x1 > >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffffff= fffff). > >>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resou= rce 0x1 > >>>> drm0: [ITHREAD] > >>>> info: [drm] Allocating FIFO number 1 > >>>> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 > >>>> info: [drm] PFIFO_DMA_PUSHER - Ch 1 > >>>> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space > >>>> (EE) Screen(s) found, but none have a usable configuration. > >>>> > >>>> Fatal server error: > >>>> no screens found > >>>> > >>>> Please consult the The X.Org Foundation support > >>>> at http://wiki.x.org > >>>> for help. > >>>> Please also check the log file at "/var/log/Xorg.0.log" for addition= al informati > >>>> on. > >>>> > >>>> info: [drm] nouveau_fifo_free: freeing fifo 1 > >>>> error: [drm:pid30722:nouveau_fifo_free] *ERROR* Failed to idle chann= el 1 before > >>>> destroy.Prepare for strangeness.. > >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffffff= fffff). > >>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resou= rce 0x1 > >>>> > >>>> what can i do ? > >>>> > >>>> > >>>> > >>>> > >>>> plain text document attachment (Xorg.0.log) > >>>> This is a pre-release version of the X server from The X.Org Foundat= ion. > >>>> It is not supported in any way. > >>>> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. > >>>> Select the "xorg" product for bugs you find in this release. > >>>> Before reporting bugs in pre-release versions please check the > >>>> latest version in the X.Org Foundation git repository. > >>>> See http://wiki.x.org/wiki/GitPage for git access instructions. > >>>> > >>>> X.Org X Server 1.5.99.902 (1.6.0 RC 2) > >>>> Release Date: 2009-1-30 > >>>> X Protocol Version 11, Revision 0 > >>>> Build Operating System: FreeBSD 7.1-STABLE amd64=20 > >>>> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE Fre= eBSD 7.2-PRERELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.c= n:/usr/obj/usr/src/sys/WSK amd64 > >>>> Build Date: 06 February 2009 04:22:44PM > >>>> =20 > >>>> Before reporting problems, check http://wiki.x.org > >>>> to make sure that you have the latest version. > >>>> Markers: (--) probed, (**) from config file, (=3D=3D) default settin= g, > >>>> (++) from command line, (!!) notice, (II) informational, > >>>> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > >>>> (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14:03 = 2009 > >>>> (++) Using config file: "xorg.conf1" > >>>> (=3D=3D) No Layout section. Using the first Screen section. > >>>> (=3D=3D) No screen section available. Using defaults. > >>>> (**) |-->Screen "Default Screen Section" (0) > >>>> (**) | |-->Monitor "" > >>>> (=3D=3D) No device specified for screen "Default Screen Section". > >>>> Using the first device section listed. > >>>> (**) | |-->Device "Card0" > >>>> (=3D=3D) No monitor specified for screen "Default Screen Section". > >>>> Using a default monitor configuration. > >>>> (=3D=3D) Automatically adding devices > >>>> (=3D=3D) Automatically enabling devices > >>>> (=3D=3D) No FontPath specified. Using compiled-in default. > >>>> (=3D=3D) FontPath set to: > >>>> built-ins > >>>> (=3D=3D) ModulePath set to "/usr/local/lib/xorg/modules" > >>>> (II) Cannot locate a core pointer device. > >>>> (II) Cannot locate a core keyboard device. > >>>> (II) The server relies on HAL to provide the list of input devices. > >>>> If no devices become available, reconfigure HAL or disable AllowEmp= tyInput. > >>>> (II) Loader magic: 0xb20 > >>>> (II) Module ABI versions: > >>>> X.Org ANSI C Emulation: 0.4 > >>>> X.Org Video Driver: 5.0 > >>>> X.Org XInput driver : 4.0 > >>>> X.Org Server Extension : 2.0 > >>>> (II) Loader running on freebsd > >>>> (--) Using syscons driver with X support (version 2.0) > >>>> (--) using VT number 9 > >>>> > >>>> (--) PCI:*(0@1:0:0) nVidia Corporation Quadro NVS 140M rev 161, Mem = @ 0xfd000000/16777216, 0x00000000/268435456, 0xfa000000/33554432, I/O @ 0x0= 000df00/128, BIOS @ 0x????????/65536 > >>>> =20 > >>>> =20 > >>> Ok, thats a new one... > >>> > >>> =20 > >>> =20 > >>>> (II) System resource ranges: > >>>> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > >>>> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > >>>> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > >>>> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > >>>> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > >>>> (II) LoadModule: "extmod" > >>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so > >>>> (II) Module extmod: vendor=3D"X.Org Foundation" > >>>> compiled for 1.5.99.902, module version =3D 1.0.0 > >>>> Module class: X.Org Server Extension > >>>> ABI class: X.Org Server Extension, version 2.0 > >>>> (II) Loading extension MIT-SCREEN-SAVER > >>>> (II) Loading extension XFree86-VidModeExtension > >>>> (II) Loading extension XFree86-DGA > >>>> (II) Loading extension DPMS > >>>> (II) Loading extension XVideo > >>>> (II) Loading extension XVideo-MotionCompensation > >>>> (II) Loading extension X-Resource > >>>> (II) LoadModule: "dbe" > >>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so > >>>> (II) Module dbe: vendor=3D"X.Org Foundation" > >>>> compiled for 1.5.99.902, module version =3D 1.0.0 > >>>> Module class: X.Org Server Extension > >>>> ABI class: X.Org Server Extension, version 2.0 > >>>> (II) Loading extension DOUBLE-BUFFER > >>>> (II) LoadModule: "glx" > >>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so > >>>> (II) Module glx: vendor=3D"X.Org Foundation" > >>>> compiled for 1.5.99.902, module version =3D 1.0.0 > >>>> ABI class: X.Org Server Extension, version 2.0 > >>>> (=3D=3D) AIGLX disabled > >>>> (=3D=3D) Exporting typical set of GLX visuals > >>>> (II) Loading extension GLX > >>>> (II) LoadModule: "record" > >>>> (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so > >>>> (II) Module record: vendor=3D"X.Org Foundation" > >>>> compiled for 1.5.99.902, module version =3D 1.13.0 > >>>> Module class: X.Org Server Extension > >>>> ABI class: X.Org Server Extension, version 2.0 > >>>> (II) Loading extension RECORD > >>>> (II) LoadModule: "dri" > >>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so > >>>> (II) Module dri: vendor=3D"X.Org Foundation" > >>>> compiled for 1.5.99.902, module version =3D 1.0.0 > >>>> ABI class: X.Org Server Extension, version 2.0 > >>>> (II) Loading extension XFree86-DRI > >>>> (II) LoadModule: "nouveau" > >>>> (II) Loading /usr/local/lib/xorg/modules/drivers//nouveau_drv.so > >>>> (II) Module nouveau: vendor=3D"X.Org Foundation" > >>>> compiled for 1.5.99.902, module version =3D 0.0.10 > >>>> Module class: X.Org Video Driver > >>>> ABI class: X.Org Video Driver, version 5.0 > >>>> (II) NOUVEAU driver Date: Wed Mar 18 09:36:33 2009 +1000 > >>>> (II) NOUVEAU driver for NVIDIA chipset families : > >>>> RIVA TNT (NV04) > >>>> RIVA TNT2 (NV05) > >>>> GeForce 256 (NV10) > >>>> GeForce 2 (NV11, NV15) > >>>> GeForce 4MX (NV17, NV18) > >>>> GeForce 3 (NV20) > >>>> GeForce 4Ti (NV25, NV28) > >>>> GeForce FX (NV3x) > >>>> GeForce 6 (NV4x) > >>>> GeForce 7 (G7x) > >>>> GeForce 8 (G8x) > >>>> (II) Primary Device is: PCI 01@00:00:0 > >>>> (II) resource ranges after probing: > >>>> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > >>>> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > >>>> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > >>>> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > >>>> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > >>>> (--) NOUVEAU(0): Chipset: "NVIDIA NV86" > >>>> =20 > >>>> =20 > >>> Hrm, NV86... I'll have to ask around about that. Meanwhile can you s= end > >>> me a pciconf -lvb which should at least show us the BAR configuration= . > >>> > >>> Ok, my sources are telling me that this should work and that it is an > >>> NV50, or at least should work the same... > >>> > >>> Also, just to be safe, please rebuild/reinstall devel/libpciaccess. = I'm > >>> not sure if it may be trashing the BARs somehow. > >>> > >>> robert. > >>> =20 > >>> =20 > >> bar [24] =3D type I/O Port, range 32, base 0xeff0, size 16, enabled > >> ichsmb0@pci0:0:31:3: class=3D0x0c0500 card=3D0x01fe1028 chip=3D0x283e8= 086 > >> rev=3D0x02 hdr=3D0x00 > >> vendor =3D 'Intel Corporation' > >> device =3D '82801H (ICH8 Family) SMBus Controller' > >> class =3D serial bus > >> subclass =3D SMBus > >> bar [10] =3D type Memory, range 32, base 0xfebfbf00, size 256, enabled > >> bar [20] =3D type I/O Port, range 32, base 0x10c0, size 32, enabled > >> vgapci0@pci0:1:0:0: class=3D0x030000 card=3D0x01fe1028 chip=3D0x042910= de > >> rev=3D0xa1 hdr=3D0x00 > >> vendor =3D 'Nvidia Corp' > >> device =3D 'Unknown nVidia Quadro FX 570M' > >> class =3D display > >> subclass =3D VGA > >> bar [10] =3D type Memory, range 32, base 0xfd000000, size 16777216, en= abled > >> =20 > > > > Ok, this is BAR 0, BARs 1 and 2 are indeed are not showing up. BAR 1 > > should be your framebuffer and should be where most of your memory is. > > (This is the memory the tell you about when you buy the card, 256M, > > 512M, etc.) It should probably be a 64bit BAR, which is why BAR 2 isn'= t > > there. We are going to need more details on your card... > > =20 > indeed,my DELL D830 laptop video card is Quadro NVS 140M with 256M memory= . > but it recognized Quadro FX 570M with pciconfig. So, the nouveau folks want me to get you to either boot linux and see what lspci shows for this card, or at least install the lspci port and see what it says. I don't think it is going to reveal anything, but who knows... This is not a driver issue at this point, the BARs just don't appear to be present. robert. > > =20 > >> bar [1c] =3D type Memory, range 64, base 0xfa000000, size 33554432, en= abled > >> =20 > > > > This one is BAR 3, which is used when it doesn't find BAR 1. > > > > robert. > > > > =20 > >> bar [24] =3D type I/O Port, range 32, base 0xdf00, size 128, enabled > >> ndis0@pci0:12:0:0: class=3D0x028000 card=3D0x000a1028 chip=3D0x432814e= 4 > >> rev=3D0x03 hdr=3D0x00 > >> vendor =3D 'Broadcom Corporation' > >> device =3D 'BCM94321KFBG Broadcom 4321AGN 802.11a/b/g/draft-n Wi-Fi So= lution' > >> class =3D network > >> bar [10] =3D type Memory, range 64, base 0xf9ffc000, size 16384, enabl= ed > >> bar [18] =3D type Prefetchable Memory, range 64, base 0xf0000000, size > >> 1048576, enabled > >> bge0@pci0:9:0:0: class=3D0x020000 card=3D0x01fe1028 chip=3D0x167314e4 = rev=3D0x02 > >> hdr=3D0x00 > >> vendor =3D 'Broadcom Corporation' > >> device =3D 'B57xx Broadcom NetXtreme Gigabit Ethernet' > >> class =3D network > >> subclass =3D ethernet > >> bar [10] =3D type Memory, range 64, base 0xf9bf0000, size 65536, enabl= ed > >> cbb0@pci0:3:1:0: class=3D0x060700 card=3D0x01fe1028 chip=3D0x71351217 = rev=3D0x21 > >> hdr=3D0x02 > >> vendor =3D 'O2 Micro Inc' > >> device =3D 'OZ711EZ1 MemoryCardBus Controller' > >> class =3D bridge > >> subclass =3D PCI-CardBus > >> bar [10] =3D type Memory, range 32, base 0xf9a00000, size 4096, enable= d > >> fwohci0@pci0:3:1:4: class=3D0x0c0010 card=3D0x01fe1028 chip=3D0x00f712= 17 > >> rev=3D0x02 hdr=3D0x00 > >> vendor =3D 'O2 Micro Inc' > >> device =3D '0x00f71217 1394 Open Host Controller Interface' > >> class =3D serial bus > >> subclass =3D FireWire > >> bar [10] =3D type Memory, range 32, base 0xf9aff000, size 4096, enable= d > >> bar [14] =3D type Memory, range 32, base 0xf9afe800, size 2048, enable= d > >> > >> and follow your intrudction.still pain me :( > >> > >> (++) Using config file: "xorg.conf1" > >> drm0: on vgapci0 > >> info: [drm] Detected an NV50 generation card (0x086900a2) > >> vgapci0: child drm0 requested pci_enable_busmaster > >> info: [drm] Initialized nouveau 0.0.12 20060213 > >> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource= 0x2 > >> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffffffff= fff). > >> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource= 0x1 > >> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffffffff= fff). > >> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource= 0x1 > >> drm0: [ITHREAD] > >> info: [drm] Allocating FIFO number 1 > >> error: [drm:pid6494:nouveau_graph_trapped_channel] *ERROR* AIII, > >> invalid/inactiv > >> e channel id 128 > >> info: [drm] PGRAPH_ERROR - nSource:info: [drm] PROTECTION_ERRORinfo: > >> [drm] , nSt > >> atus:info: [drm] > >> info: [drm] PGRAPH_ERROR - Ch -1/0 Class 0x0000 Mthd 0x0000 Data > >> 0x00000000:0x00 > >> 000000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 1: > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408900: 0x800= 0003f > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408904: 0xcf6= f7f0e > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408908: 0xfff= 7367f > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040890c: 0x000= 01850 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408910: 0xaff= f3587 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e08: 0x800= b6fad > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e0c: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e10: 0x4df= 4fd60 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e14: 0x000= 000d7 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e18: 0x313= 9768d > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e1c: 0xf6d= 69757 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e20: 0x631= 61650 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e24: 0x072= 20009 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 2: > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409900: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409904: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409908: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040990c: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409910: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e08: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e0c: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e10: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e14: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e1c: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e20: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e24: 0x000= 00000 > >> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 > >> info: [drm] PFIFO_DMA_PUSHER - Ch 1 > >> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space > >> (EE) Screen(s) found, but none have a usable configuration. > >> > >> Fatal server error: > >> no screens found > >> > >> Please consult the The X.Org Foundation support > >> at http://wiki.x.org > >> for help. > >> Please also check the log file at "/var/log/Xorg.0.log" for additional > >> informati > >> on. > >> > >> info: [drm] nouveau_fifo_free: freeing fifo 1 > >> error: [drm:pid6493:nouveau_fifo_free] *ERROR* Failed to idle channel = 1 > >> before d > >> estroy.Prepare for strangeness.. > >> info: [drm] PFIFO_DMA_PUSHER - Ch 127 > >> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffffffff= fff). > >> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource= 0x1 > >> > >> =20 > >>> =20 > >>> =20 > >>>> (II) Loading sub module "int10" > >>>> (II) LoadModule: "int10" > >>>> (II) Loading /usr/local/lib/xorg/modules//libint10.so > >>>> (II) Module int10: vendor=3D"X.Org Foundation" > >>>> compiled for 1.5.99.902, module version =3D 1.0.0 > >>>> ABI class: X.Org Video Driver, version 5.0 > >>>> (II) NOUVEAU(0): Initializing int10 > >>>> (=3D=3D) NOUVEAU(0): Write-combining range (0xa0000,0x20000) was alr= eady clear > >>>> (=3D=3D) NOUVEAU(0): Write-combining range (0xc0000,0x40000) was alr= eady clear > >>>> (II) NOUVEAU(0): Primary V_BIOS segment is: 0xc000 > >>>> (=3D=3D) NOUVEAU(0): Write-combining range (0x0,0x1000) was already = clear > >>>> drmOpenDevice: node name is /dev/dri/card0 > >>>> drmOpenDevice: open result is 10, (OK) > >>>> drmOpenDevice: node name is /dev/dri/card0 > >>>> drmOpenDevice: open result is 10, (OK) > >>>> drmOpenByBusid: Searching for BusID pci:0000:01:00.0 > >>>> drmOpenDevice: node name is /dev/dri/card0 > >>>> drmOpenDevice: open result is 10, (OK) > >>>> drmOpenByBusid: drmOpenMinor returns 10 > >>>> drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 > >>>> (II) [drm] DRM interface version 1.2 > >>>> (II) [drm] DRM open master succeeded. > >>>> (II) NOUVEAU(0): [drm] nouveau interface version: 0.0.12 > >>>> (--) NOUVEAU(0): [drm] kernel modesetting not available > >>>> (--) NOUVEAU(0): VESA-HACK: Console VGA mode is 0x3 > >>>> (II) NOUVEAU(0): Creating default Display subsection in Screen secti= on > >>>> "Default Screen Section" for depth/fbbpp 24/32 > >>>> (=3D=3D) NOUVEAU(0): Depth 24, (--) framebuffer bpp 32 > >>>> (=3D=3D) NOUVEAU(0): RGB weight 888 > >>>> (=3D=3D) NOUVEAU(0): Default visual is TrueColor > >>>> (II) Loading sub module "vgahw" > >>>> (II) LoadModule: "vgahw" > >>>> (II) Loading /usr/local/lib/xorg/modules//libvgahw.so > >>>> (II) Module vgahw: vendor=3D"X.Org Foundation" > >>>> compiled for 1.5.99.902, module version =3D 0.1.0 > >>>> ABI class: X.Org Video Driver, version 5.0 > >>>> (=3D=3D) NOUVEAU(0): Randr1.2 support enabled > >>>> (=3D=3D) NOUVEAU(0): Using HW cursor > >>>> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space > >>>> (=3D=3D) NOUVEAU(0): Write-combining range (0x0,0x1000) was already = clear > >>>> (II) UnloadModule: "nouveau" > >>>> (II) UnloadModule: "vgahw" > >>>> (II) Unloading /usr/local/lib/xorg/modules//libvgahw.so > >>>> (II) UnloadModule: "int10" > >>>> (II) Unloading /usr/local/lib/xorg/modules//libint10.so > >>>> (EE) Screen(s) found, but none have a usable configuration. > >>>> > >>>> Fatal server error: > >>>> no screens found > >>>> > >>>> Please consult the The X.Org Foundation support=20 > >>>> at http://wiki.x.org > >>>> for help.=20 > >>>> Please also check the log file at "/var/log/Xorg.0.log" for addition= al information. > >>>> > >>>> =20 > >>>> =20 >=20 --=20 Robert Noland FreeBSD --=-64XsY4RyTk9YedL/Mcaz Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknJyxkACgkQM4TrQ4qfROM8HQCgh4noJcp8kfkLZrQskK9zPG+L 7HUAnjasu2yKxK1lBB7dcpd0V1l7ak6C =xIXH -----END PGP SIGNATURE----- --=-64XsY4RyTk9YedL/Mcaz-- From owner-freebsd-x11@FreeBSD.ORG Wed Mar 25 08:37:54 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90DE5106564A; Wed, 25 Mar 2009 08:37:54 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.freebsd.org (Postfix) with ESMTP id 624DE8FC13; Wed, 25 Mar 2009 08:37:12 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from lp.gddsn.org.cn (unknown [10.44.8.159]) (Authenticated sender: wsk) by gddsn.org.cn (Postfix) with ESMTPA id DDBD92E011; Wed, 25 Mar 2009 16:36:04 +0800 (CST) Message-ID: <49C9ED34.20504@gddsn.org.cn> Date: Wed, 25 Mar 2009 16:37:08 +0800 From: wsk User-Agent: Thunderbird 2.0.0.19 (X11/20090204) MIME-Version: 1.0 To: Robert Noland References: <49B88449.3000403@gddsn.org.cn> <49B8AC04.10508@gddsn.org.cn> <49C6E5C6.60306@gddsn.org.cn> <1237798914.2110.24.camel@balrog.2hip.net> <49C85F4E.5050002@gddsn.org.cn> <1237882591.1771.26.camel@balrog.2hip.net> <49C97EEB.4090607@gddsn.org.cn> <1237961497.1828.2.camel@balrog.2hip.net> In-Reply-To: <1237961497.1828.2.camel@balrog.2hip.net> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, x11@freebsd.org, current@freebsd.org Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 08:37:55 -0000 Robert Noland wrote: > On Wed, 2009-03-25 at 08:46 +0800, wsk wrote: > >> Robert Noland wrote: >> >>> On Tue, 2009-03-24 at 12:19 +0800, wsk wrote: >>> >>> >>>> Robert Noland wrote: >>>> >>>> >>>>> On Mon, 2009-03-23 at 09:28 +0800, wsk wrote: >>>>> >>>>> >>>>> >>>>>>> Ok, this patch should work on NV50 chips also. >>>>>>> >>>>>>> What you get is EXA and Xv. >>>>>>> >>>>>>> You still need: >>>>>>> >>>>>>> A recent -CURRENT or -STABLE. >>>>>>> >>>>>>> git master of libdrm and xf86-video-nouveau. >>>>>>> >>>>>>> This patch. >>>>>>> >>>>>>> Things I've figured out since the last patch... >>>>>>> >>>>>>> On NV50 class hardware you need to have a compositing manager running >>>>>>> for Xv to work. That means xcompmgr, metacity with composite enabled, >>>>>>> xfce (rumored to work as well, haven't tried). If your running Gnome >>>>>>> with metacity, open gconf-editor and go to apps->metacity->general and >>>>>>> check the composite box. >>>>>>> >>>>>>> On NV40 class hardware, you don't need the composite manager. In fact >>>>>>> (at least with Xserver 1.6 which I'm running now), if a composite >>>>>>> manager is enabled, I'm seeing high cpu utilization from Xorg under some >>>>>>> circumstances. I don't think this is a drm issue, but still an issue. >>>>>>> For me, if I start a video using mplayer in an xterm, cpu is fine as >>>>>>> long as that xterm is the foreground window. If it is not the >>>>>>> foreground window, even if it isn't obscured I see the cpu utilization. >>>>>>> Disabling the composite manager makes everything fine. >>>>>>> >>>>>>> http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch >>>>>>> >>>>>>> robert. >>>>>>> >>>>>>> >>>>>>> >>>>>> get the following errors and exitThis is a pre-release version of the X server from The X.Org Foundation. >>>>>> It is not supported in any way. >>>>>> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. >>>>>> Select the "xorg" product for bugs you find in this release. >>>>>> Before reporting bugs in pre-release versions please check the >>>>>> latest version in the X.Org Foundation git repository. >>>>>> See http://wiki.x.org/wiki/GitPage for git access instructions. >>>>>> >>>>>> X.Org X Server 1.5.99.902 (1.6.0 RC 2) >>>>>> Release Date: 2009-1-30 >>>>>> X Protocol Version 11, Revision 0 >>>>>> Build Operating System: FreeBSD 7.1-STABLE amd64 >>>>>> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeBSD 7.2-PRE >>>>>> RELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/usr/obj/usr/sr >>>>>> c/sys/WSK amd64 >>>>>> Build Date: 06 February 2009 04:22:44PM >>>>>> >>>>>> Before reporting problems, check http://wiki.x.org >>>>>> to make sure that you have the latest version. >>>>>> Markers: (--) probed, (**) from config file, (==) default setting, >>>>>> (++) from command line, (!!) notice, (II) informational, >>>>>> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >>>>>> (==) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14:03 2009 >>>>>> ing config file: "xorg.conf1" >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>>>> drm0: [ITHREAD] >>>>>> info: [drm] Allocating FIFO number 1 >>>>>> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 >>>>>> info: [drm] PFIFO_DMA_PUSHER - Ch 1 >>>>>> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space >>>>>> (EE) Screen(s) found, but none have a usable configuration. >>>>>> >>>>>> Fatal server error: >>>>>> no screens found >>>>>> >>>>>> Please consult the The X.Org Foundation support >>>>>> at http://wiki.x.org >>>>>> for help. >>>>>> Please also check the log file at "/var/log/Xorg.0.log" for additional informati >>>>>> on. >>>>>> >>>>>> info: [drm] nouveau_fifo_free: freeing fifo 1 >>>>>> error: [drm:pid30722:nouveau_fifo_free] *ERROR* Failed to idle channel 1 before >>>>>> destroy.Prepare for strangeness.. >>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>>>> >>>>>> what can i do ? >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> plain text document attachment (Xorg.0.log) >>>>>> This is a pre-release version of the X server from The X.Org Foundation. >>>>>> It is not supported in any way. >>>>>> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. >>>>>> Select the "xorg" product for bugs you find in this release. >>>>>> Before reporting bugs in pre-release versions please check the >>>>>> latest version in the X.Org Foundation git repository. >>>>>> See http://wiki.x.org/wiki/GitPage for git access instructions. >>>>>> >>>>>> X.Org X Server 1.5.99.902 (1.6.0 RC 2) >>>>>> Release Date: 2009-1-30 >>>>>> X Protocol Version 11, Revision 0 >>>>>> Build Operating System: FreeBSD 7.1-STABLE amd64 >>>>>> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/usr/obj/usr/src/sys/WSK amd64 >>>>>> Build Date: 06 February 2009 04:22:44PM >>>>>> >>>>>> Before reporting problems, check http://wiki.x.org >>>>>> to make sure that you have the latest version. >>>>>> Markers: (--) probed, (**) from config file, (==) default setting, >>>>>> (++) from command line, (!!) notice, (II) informational, >>>>>> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >>>>>> (==) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14:03 2009 >>>>>> (++) Using config file: "xorg.conf1" >>>>>> (==) No Layout section. Using the first Screen section. >>>>>> (==) No screen section available. Using defaults. >>>>>> (**) |-->Screen "Default Screen Section" (0) >>>>>> (**) | |-->Monitor "" >>>>>> (==) No device specified for screen "Default Screen Section". >>>>>> Using the first device section listed. >>>>>> (**) | |-->Device "Card0" >>>>>> (==) No monitor specified for screen "Default Screen Section". >>>>>> Using a default monitor configuration. >>>>>> (==) Automatically adding devices >>>>>> (==) Automatically enabling devices >>>>>> (==) No FontPath specified. Using compiled-in default. >>>>>> (==) FontPath set to: >>>>>> built-ins >>>>>> (==) ModulePath set to "/usr/local/lib/xorg/modules" >>>>>> (II) Cannot locate a core pointer device. >>>>>> (II) Cannot locate a core keyboard device. >>>>>> (II) The server relies on HAL to provide the list of input devices. >>>>>> If no devices become available, reconfigure HAL or disable AllowEmptyInput. >>>>>> (II) Loader magic: 0xb20 >>>>>> (II) Module ABI versions: >>>>>> X.Org ANSI C Emulation: 0.4 >>>>>> X.Org Video Driver: 5.0 >>>>>> X.Org XInput driver : 4.0 >>>>>> X.Org Server Extension : 2.0 >>>>>> (II) Loader running on freebsd >>>>>> (--) Using syscons driver with X support (version 2.0) >>>>>> (--) using VT number 9 >>>>>> >>>>>> (--) PCI:*(0@1:0:0) nVidia Corporation Quadro NVS 140M rev 161, Mem @ 0xfd000000/16777216, 0x00000000/268435456, 0xfa000000/33554432, I/O @ 0x0000df00/128, BIOS @ 0x????????/65536 >>>>>> >>>>>> >>>>>> >>>>> Ok, thats a new one... >>>>> >>>>> >>>>> >>>>> >>>>>> (II) System resource ranges: >>>>>> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] >>>>>> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] >>>>>> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] >>>>>> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] >>>>>> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] >>>>>> (II) LoadModule: "extmod" >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so >>>>>> (II) Module extmod: vendor="X.Org Foundation" >>>>>> compiled for 1.5.99.902, module version = 1.0.0 >>>>>> Module class: X.Org Server Extension >>>>>> ABI class: X.Org Server Extension, version 2.0 >>>>>> (II) Loading extension MIT-SCREEN-SAVER >>>>>> (II) Loading extension XFree86-VidModeExtension >>>>>> (II) Loading extension XFree86-DGA >>>>>> (II) Loading extension DPMS >>>>>> (II) Loading extension XVideo >>>>>> (II) Loading extension XVideo-MotionCompensation >>>>>> (II) Loading extension X-Resource >>>>>> (II) LoadModule: "dbe" >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so >>>>>> (II) Module dbe: vendor="X.Org Foundation" >>>>>> compiled for 1.5.99.902, module version = 1.0.0 >>>>>> Module class: X.Org Server Extension >>>>>> ABI class: X.Org Server Extension, version 2.0 >>>>>> (II) Loading extension DOUBLE-BUFFER >>>>>> (II) LoadModule: "glx" >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so >>>>>> (II) Module glx: vendor="X.Org Foundation" >>>>>> compiled for 1.5.99.902, module version = 1.0.0 >>>>>> ABI class: X.Org Server Extension, version 2.0 >>>>>> (==) AIGLX disabled >>>>>> (==) Exporting typical set of GLX visuals >>>>>> (II) Loading extension GLX >>>>>> (II) LoadModule: "record" >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so >>>>>> (II) Module record: vendor="X.Org Foundation" >>>>>> compiled for 1.5.99.902, module version = 1.13.0 >>>>>> Module class: X.Org Server Extension >>>>>> ABI class: X.Org Server Extension, version 2.0 >>>>>> (II) Loading extension RECORD >>>>>> (II) LoadModule: "dri" >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so >>>>>> (II) Module dri: vendor="X.Org Foundation" >>>>>> compiled for 1.5.99.902, module version = 1.0.0 >>>>>> ABI class: X.Org Server Extension, version 2.0 >>>>>> (II) Loading extension XFree86-DRI >>>>>> (II) LoadModule: "nouveau" >>>>>> (II) Loading /usr/local/lib/xorg/modules/drivers//nouveau_drv.so >>>>>> (II) Module nouveau: vendor="X.Org Foundation" >>>>>> compiled for 1.5.99.902, module version = 0.0.10 >>>>>> Module class: X.Org Video Driver >>>>>> ABI class: X.Org Video Driver, version 5.0 >>>>>> (II) NOUVEAU driver Date: Wed Mar 18 09:36:33 2009 +1000 >>>>>> (II) NOUVEAU driver for NVIDIA chipset families : >>>>>> RIVA TNT (NV04) >>>>>> RIVA TNT2 (NV05) >>>>>> GeForce 256 (NV10) >>>>>> GeForce 2 (NV11, NV15) >>>>>> GeForce 4MX (NV17, NV18) >>>>>> GeForce 3 (NV20) >>>>>> GeForce 4Ti (NV25, NV28) >>>>>> GeForce FX (NV3x) >>>>>> GeForce 6 (NV4x) >>>>>> GeForce 7 (G7x) >>>>>> GeForce 8 (G8x) >>>>>> (II) Primary Device is: PCI 01@00:00:0 >>>>>> (II) resource ranges after probing: >>>>>> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] >>>>>> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] >>>>>> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] >>>>>> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] >>>>>> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] >>>>>> (--) NOUVEAU(0): Chipset: "NVIDIA NV86" >>>>>> >>>>>> >>>>>> >>>>> Hrm, NV86... I'll have to ask around about that. Meanwhile can you send >>>>> me a pciconf -lvb which should at least show us the BAR configuration. >>>>> >>>>> Ok, my sources are telling me that this should work and that it is an >>>>> NV50, or at least should work the same... >>>>> >>>>> Also, just to be safe, please rebuild/reinstall devel/libpciaccess. I'm >>>>> not sure if it may be trashing the BARs somehow. >>>>> >>>>> robert. >>>>> >>>>> >>>>> >>>> bar [24] = type I/O Port, range 32, base 0xeff0, size 16, enabled >>>> ichsmb0@pci0:0:31:3: class=0x0c0500 card=0x01fe1028 chip=0x283e8086 >>>> rev=0x02 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = '82801H (ICH8 Family) SMBus Controller' >>>> class = serial bus >>>> subclass = SMBus >>>> bar [10] = type Memory, range 32, base 0xfebfbf00, size 256, enabled >>>> bar [20] = type I/O Port, range 32, base 0x10c0, size 32, enabled >>>> vgapci0@pci0:1:0:0: class=0x030000 card=0x01fe1028 chip=0x042910de >>>> rev=0xa1 hdr=0x00 >>>> vendor = 'Nvidia Corp' >>>> device = 'Unknown nVidia Quadro FX 570M' >>>> class = display >>>> subclass = VGA >>>> bar [10] = type Memory, range 32, base 0xfd000000, size 16777216, enabled >>>> >>>> >>> Ok, this is BAR 0, BARs 1 and 2 are indeed are not showing up. BAR 1 >>> should be your framebuffer and should be where most of your memory is. >>> (This is the memory the tell you about when you buy the card, 256M, >>> 512M, etc.) It should probably be a 64bit BAR, which is why BAR 2 isn't >>> there. We are going to need more details on your card... >>> >>> >> indeed,my DELL D830 laptop video card is Quadro NVS 140M with 256M memory. >> but it recognized Quadro FX 570M with pciconfig. >> > > So, the nouveau folks want me to get you to either boot linux and see > what lspci shows for this card, or at least install the lspci port and > see what it says. I don't think it is going to reveal anything, but who > knows... This is not a driver issue at this point, the BARs just don't > appear to be present. > > robert. > > ok,here's my lspci -v messags with linux Fedora live CD :-) and thanks your Re 01:00.0 VGA compatible controller: nVidia Corporation Quadro NVS 140M (rev a1) (prog-if 00 [VGA controller]) Subsystem: Dell Device 01fe Flags: bus master, fast devsel, latency 0, IRQ 5 Memory at fd000000 (32-bit, non-prefetchable) [size=16M] Memory at e0000000 (64-bit, prefetchable) [size=256M] Memory at fa000000 (64-bit, non-prefetchable) [size=32M] I/O ports at df00 [size=128] [virtual] Expansion ROM at fc000000 [disabled] [size=128K] Capabilities: [60] Power Management version 2 Capabilities: [68] Message Signalled Interrupts: Mask- 64bit+ Count=1/1 Enable- Capabilities: [78] Express Endpoint, MSI 00 Capabilities: [100] Virtual Channel Capabilities: [128] Power Budgeting Capabilities: [600] Vendor Specific Information Kernel modules: nvidiafb 0c:00.0 Network controller: Broadcom Corporation BCM4328 802.11a/b/g/n (rev 03) Subsystem: Dell Wireless 1500 Draft 802.11n WLAN Mini-card Flags: bus master, fast devsel, latency 0, IRQ 17 Memory at f9ffc000 (64-bit, non-prefetchable) [size=16K] Memory at f0000000 (64-bit, prefetchable) [size=1M] Capabilities: [40] Power Management version 2 Capabilities: [58] Vendor Specific Information Capabilities: [e8] Message Signalled Interrupts: Mask- 64bit+ Count=1/1 Enable- Capabilities: [d0] Express Endpoint, MSI 00 Capabilities: [100] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSVoil- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSVoil- UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSVoil- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn- Capabilities: [13c] Virtual Channel Capabilities: [160] Device Serial Number 1c-00-a4-ff-ff-26-df-c0 Capabilities: [16c] Power Budgeting Kernel driver in use: b43-pci-bridge Kernel modules: ssb >>> >>> >>>> bar [1c] = type Memory, range 64, base 0xfa000000, size 33554432, enabled >>>> >>>> >>> This one is BAR 3, which is used when it doesn't find BAR 1. >>> >>> robert. >>> >>> >>> >>>> bar [24] = type I/O Port, range 32, base 0xdf00, size 128, enabled >>>> ndis0@pci0:12:0:0: class=0x028000 card=0x000a1028 chip=0x432814e4 >>>> rev=0x03 hdr=0x00 >>>> >>>> and follow your intrudction.still pain me :( >>>> >>>> (++) Using config file: "xorg.conf1" >>>> drm0: on vgapci0 >>>> info: [drm] Detected an NV50 generation card (0x086900a2) >>>> vgapci0: child drm0 requested pci_enable_busmaster >>>> info: [drm] Initialized nouveau 0.0.12 20060213 >>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>> drm0: [ITHREAD] >>>> info: [drm] Allocating FIFO number 1 >>>> error: [drm:pid6494:nouveau_graph_trapped_channel] *ERROR* AIII, >>>> invalid/inactiv >>>> e channel id 128 >>>> info: [drm] PGRAPH_ERROR - nSource:info: [drm] PROTECTION_ERRORinfo: >>>> [drm] , nSt >>>> atus:info: [drm] >>>> info: [drm] PGRAPH_ERROR - Ch -1/0 Class 0x0000 Mthd 0x0000 Data >>>> 0x00000000:0x00 >>>> 000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 1: >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408900: 0x8000003f >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408904: 0xcf6f7f0e >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408908: 0xfff7367f >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040890c: 0x00001850 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408910: 0xafff3587 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e08: 0x800b6fad >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e0c: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e10: 0x4df4fd60 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e14: 0x000000d7 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e18: 0x3139768d >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e1c: 0xf6d69757 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e20: 0x63161650 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e24: 0x07220009 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 2: >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409900: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409904: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409908: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040990c: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409910: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e08: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e0c: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e10: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e14: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e1c: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e20: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e24: 0x00000000 >>>> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 >>>> info: [drm] PFIFO_DMA_PUSHER - Ch 1 >>>> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space >>>> (EE) Screen(s) found, but none have a usable configuration. >>>> >>>> Fatal server error: >>>> no screens found >>>> >>>> Please consult the The X.Org Foundation support >>>> at http://wiki.x.org >>>> for help. >>>> Please also check the log file at "/var/log/Xorg.0.log" for additional >>>> informati >>>> on. >>>> >>>> info: [drm] nouveau_fifo_free: freeing fifo 1 >>>> error: [drm:pid6493:nouveau_fifo_free] *ERROR* Failed to idle channel 1 >>>> before d >>>> estroy.Prepare for strangeness.. >>>> info: [drm] PFIFO_DMA_PUSHER - Ch 127 >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>> >>>> From owner-freebsd-x11@FreeBSD.ORG Wed Mar 25 15:50:42 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46BA91065672; Wed, 25 Mar 2009 15:50:42 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from dash.upc.es (dash.upc.es [147.83.2.50]) by mx1.freebsd.org (Postfix) with ESMTP id 214E68FC24; Wed, 25 Mar 2009 15:50:40 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from hamilton.upcnetadm.upcnet.es (hamilton.upcnetadm.upcnet.es [147.83.2.240]) by dash.upc.es (8.14.1/8.13.1) with ESMTP id n2PFoagV032315; Wed, 25 Mar 2009 16:50:39 +0100 Received: from [147.83.40.234] ([147.83.40.234]) by hamilton.upcnetadm.upcnet.es (Lotus Domino Release 5.0.12) with ESMTP id 2009032516503531:190335 ; Wed, 25 Mar 2009 16:50:35 +0100 Message-ID: <49CA5243.6060808@entel.upc.edu> Date: Wed, 25 Mar 2009 16:48:19 +0100 From: Gustau Perez User-Agent: Thunderbird 2.0.0.21 (X11/20090323) MIME-Version: 1.0 To: Robert Noland References: <1237680263.1938.10.camel@balrog.2hip.net> <49C95C7E.7090003@entel.upc.edu> <1237948593.1829.12.camel@balrog.2hip.net> In-Reply-To: <1237948593.1829.12.camel@balrog.2hip.net> X-MIMETrack: Itemize by SMTP Server on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 25/03/2009 16:50:35, Serialize by Router on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 25/03/2009 16:50:39, Serialize complete at 25/03/2009 16:50:39 Content-Type: multipart/mixed; boundary="------------060007060901070706030303" X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (dash.upc.es [147.83.2.50]); Wed, 25 Mar 2009 16:50:39 +0100 (CET) Cc: freebsd-x11@FreeBSD.org Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 15:50:42 -0000 This is a multi-part message in MIME format. --------------060007060901070706030303 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-1; format=flowed >> Hi. >> >> using git version of both libdrm and xf86-video-nouveau I've been able >> to start gnome. My card is a NVS 135M. Seems quite stable (i'm using it >> right now).The only thing is that switching from one application to >> another felt a llitle slow. >> >> Using composition in metacity seems to work to some extend. I've >> experienced some problems (not always, sometimes it works and sometimes >> it doesn't) with vlc about bad window request (if I remember well). >> Avant-window-navigator (I've ported it and still testing) tries to start >> as it detects composition support, but can't proceed. >> >> Do you want my xorg log ? >> > > Sure. > Hi Robert, Here I'm attaching both dmesg and Xorg.log of a system where a NV50 is detected but can't work. It is a NVS 290. I'm using a brand new xorg.conf file generated via Xorg --configure, just replacing nv with nouveau. The system is unable to proceed. I'm using current AMD64. I think the problem is that I'm using the first patchset you sent to the list. If this is the case, sorry :) I'll send my laptop's Xorg.log file (not now, in a while) which seems to work quite well. Haven't tried dual head with xrandr, I think it is supposed to work to some extend. My screensaver (pacman) argues about missing GLX, I suppose it is normal in the current state of the driver. Anyway, will inform of any progress :) Greets, Gus --------------060007060901070706030303 Content-Transfer-Encoding: 7bit Content-Type: text/plain; name="dmesg.txt" Content-Disposition: inline; filename="dmesg.txt" Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #2: Wed Mar 25 15:45:56 CET 2009 root@telem2-1proves.upc.es:/usr/obj/usr/src/sys/CUSTOM Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E7300 @ 2.66GHz (2660.00-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 Features=0xbfebfbff Features2=0x8e39d AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant Cores per package: 2 usable memory = 4211896320 (4016 MB) avail memory = 4050989056 (3863 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 8 ioapic0 irqs 0-23 on motherboard lapic0: Forcing LINT1 to edge trigger kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xdc80-0xdcff mem 0xfc000000-0xfcffffff,0xd0000000-0xdfffffff,0xfa000000-0xfbffffff irq 16 at device 0.0 on pci1 pcib2: irq 16 at device 6.0 on pci0 pci2: on pcib2 uhci0: port 0xff20-0xff3f irq 16 at device 26.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x0f10 usbus0: on uhci0 uhci1: port 0xff00-0xff1f irq 17 at device 26.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0f10 usbus1: on uhci1 uhci2: port 0xecc0-0xecdf irq 22 at device 26.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x2f00 usbus2: on uhci2 ehci0: mem 0xfdffbc00-0xfdffbfff irq 22 at device 26.7 on pci0 ehci0: [ITHREAD] usbus3: waiting for BIOS to give up control usbus3: EHCI version 1.0 usbus3: on ehci0 pci0: at device 27.0 (no driver attached) pcib3: irq 16 at device 28.0 on pci0 pci3: on pcib3 pcib4: irq 17 at device 28.5 on pci0 pci4: on pcib4 bge0: mem 0xf9ef0000-0xf9efffff irq 17 at device 0.0 on pci4 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:22:19:12:de:fe bge0: [ITHREAD] uhci3: port 0xff80-0xff9f irq 23 at device 29.0 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x001b usbus4: on uhci3 uhci4: port 0xff60-0xff7f irq 17 at device 29.1 on pci0 uhci4: [ITHREAD] uhci4: LegSup = 0x0010 usbus5: on uhci4 uhci5: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 uhci5: [ITHREAD] uhci5: LegSup = 0x0010 usbus6: on uhci5 ehci1: mem 0xff980800-0xff980bff irq 23 at device 29.7 on pci0 ehci1: [ITHREAD] usbus7: waiting for BIOS to give up control usbus7: timed out waiting for BIOS usbus7: EHCI version 1.0 usbus7: on ehci1 pcib5: at device 30.0 on pci0 pci5: on pcib5 xl0: <3Com 3c905-TX Fast Etherlink XL> port 0xccc0-0xccff irq 16 at device 4.0 on pci5 miibus1: on xl0 nsphy0: PHY 24 on miibus1 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:60:08:65:2f:e9 xl0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfec0-0xfedf mem 0xff970000-0xff9707ff irq 20 at device 31.2 on pci0 atapci0: [ITHREAD] atapci0: AHCI Version 01.20 controller with 6 ports PM not supported ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] ata6: on atapci0 ata6: [ITHREAD] ata7: on atapci0 ata7: [ITHREAD] pci0: at device 31.3 (no driver attached) atrtc0: port 0x70-0x7f irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: port 0x378-0x37f,0x778-0x77f irq 7 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 6160a1706000a17 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 6160a1706000a17 device_attach: est1 attach returned 6 p4tcc1: on cpu1 orm0: at iomem 0xc0000-0xccfff,0xcd000-0xcefff,0xcf000-0xd0fff,0xd1000-0xd37ff,0xd3800-0xd3fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 ad4: 238418MB at ata2-master SATA300 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 ugen7.1: at usbus7 uhub7: on usbus7 GEOM: ad4s1: geometry does not match label (255h,63s != 16h,63s). acd0: DVDROM at ata3-master SATA150 lapic1: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! Root mount waiting for: usbus7 usbus6 usbus5 usbus4 usbus3 usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered Root mount waiting for: usbus7 usbus6 usbus5 usbus4 usbus3 usbus2 usbus1 uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus7 usbus6 usbus5 usbus4 usbus3 usbus2 uhub2: 2 ports with 2 removable, self powered Root mount waiting for: usbus7 usbus6 usbus5 usbus4 usbus3 uhub4: 2 ports with 2 removable, self powered Root mount waiting for: usbus7 usbus6 usbus5 usbus3 uhub5: 2 ports with 2 removable, self powered Root mount waiting for: usbus7 usbus6 usbus3 uhub6: 2 ports with 2 removable, self powered Root mount waiting for: usbus7 usbus3 Root mount waiting for: usbus7 usbus3 Root mount waiting for: usbus7 usbus3 uhub3: 6 ports with 6 removable, self powered uhub7: 6 ports with 6 removable, self powered Root mount waiting for: usbus3 Root mount waiting for: usbus3 ugen3.2: at usbus3 umass0: on usbus3 umass0: SCSI over Bulk-Only; quirks = 0x0000 ugen0.2: at usbus0 ums0: on usbus0 ums0: 3 buttons and [XYZ] coordinates Root mount waiting for: usbus3 umass0:0:0:-1: Attached to scbus0 Trying to mount root from ufs:/dev/ad4s1a da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 7782MB (15937536 512 byte sectors: 255H 63S/T 992C) GEOM_LABEL: Label for provider da0s1 is msdosfs/KING8GB. logo_saver: the console does not support M_VGA_CG320 module_register_init: MOD_LOAD (logo_saver, 0xffffffff80e22010, 0) error 19 bge0: link state changed to UP drm0: on vgapci0 info: [drm] MSI enabled 1 message(s) info: [drm] Detected an NV50 generation card (0x086f00a2) vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized nouveau 0.0.12 20060213 pid 27952 (Xorg), uid 0: exited on signal 6 (core dumped) pid 28004 (Xorg), uid 0: exited on signal 6 (core dumped) error: [drm:pid28035:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 error: [drm:pid28035:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 error: [drm:pid28035:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 drm0: [ITHREAD] info: [drm] Allocating FIFO number 1 info: [drm] nouveau_fifo_alloc: initialised FIFO 1 pid 28035 (Xorg), uid 0: exited on signal 6 (core dumped) info: [drm] nouveau_fifo_free: freeing fifo 1 --------------060007060901070706030303 Content-Transfer-Encoding: 7bit Content-Type: text/plain; name="Xorg.0.log" Content-Disposition: inline; filename="Xorg.0.log" X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 8.0-CURRENT amd64 Current Operating System: FreeBSD telem2-1proves.upc.es 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Wed Mar 25 15:45:56 CET 2009 root@telem2-1proves.upc.es:/usr/obj/usr/src/sys/CUSTOM amd64 Build Date: 25 March 2009 09:19:30AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Wed Mar 25 16:29:29 2009 (++) Using config file: "/root/xorg.conf.new" (==) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (==) Automatically adding devices (==) Automatically enabling devices (==) Including the default font path /usr/local/lib/X11/fonts/misc/,/usr/local/lib/X11/fonts/TTF/,/usr/local/lib/X11/fonts/OTF,/usr/local/lib/X11/fonts/Type1/,/usr/local/lib/X11/fonts/100dpi/,/usr/local/lib/X11/fonts/75dpi/. (**) FontPath set to: /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/, /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/ (**) ModulePath set to "/usr/local/lib/xorg/modules" (WW) AllowEmptyInput is on, devices using drivers 'kbd' or 'mouse' will be disabled. (WW) Disabling Mouse0 (WW) Disabling Keyboard0 (II) Loader magic: 0x671240 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 4.1 X.Org XInput driver : 2.1 X.Org Server Extension : 1.1 X.Org Font Renderer : 0.6 (II) Loader running on freebsd (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (--) PCI:*(0@1:0:0) nVidia Corporation Quadro NVS 290 rev 161, Mem @ 0xfc000000/16777216, 0xd0000000/268435456, 0xfa000000/33554432, I/O @ 0x0000dc80/128, BIOS @ 0x????????/65536 (II) System resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. (II) "glx" will be loaded. This was enabled by default and also specified in the config file. (II) "freetype" will be loaded. This was enabled by default and also specified in the config file. (II) "record" will be loaded. This was enabled by default and also specified in the config file. (II) "dri" will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension RECORD (II) LoadModule: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (==) AIGLX disabled (==) Exporting typical set of GLX visuals (II) Loading extension GLX (II) LoadModule: "xtrap" (II) Loading /usr/local/lib/xorg/modules/extensions//libxtrap.so (II) Module xtrap: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension DEC-XTRAP (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (II) Loading extension XFree86-DRI (II) LoadModule: "freetype" (II) Loading /usr/local/lib/xorg/modules/fonts//libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 1.5.3, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.6 (II) Loading font FreeType (II) LoadModule: "nouveau" (II) Loading /usr/local/lib/xorg/modules/drivers//nouveau_drv.so (II) Module nouveau: vendor="X.Org Foundation" compiled for 1.5.3, module version = 0.0.10 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 4.1 (II) NOUVEAU driver (II) NOUVEAU driver for NVIDIA chipset families : RIVA TNT (NV04) RIVA TNT2 (NV05) GeForce 256 (NV10) GeForce 2 (NV11, NV15) GeForce 4MX (NV17, NV18) GeForce 3 (NV20) GeForce 4Ti (NV25, NV28) GeForce FX (NV3x) GeForce 6 (NV4x) GeForce 7 (G7x) GeForce 8 (G8x) (II) Primary Device is: PCI 01@00:00:0 (II) resource ranges after probing: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (--) NOUVEAU(0): Chipset: "NVIDIA NV86" (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/local/lib/xorg/modules//libint10.so (II) Module int10: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (II) NOUVEAU(0): Initializing int10 (==) NOUVEAU(0): Write-combining range (0xa0000,0x20000) was already clear (==) NOUVEAU(0): Write-combining range (0xc0000,0x40000) was already clear (II) NOUVEAU(0): Primary V_BIOS segment is: 0xc000 (==) NOUVEAU(0): Write-combining range (0x0,0x1000) was already clear drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: drmOpenMinor returns 10 drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 (II) [drm] DRM interface version 1.2 (II) [drm] DRM open master succeeded. (II) NOUVEAU(0): [drm] nouveau interface version: 0.0.12 (--) NOUVEAU(0): [drm] kernel modesetting not available (--) NOUVEAU(0): VESA-HACK: Console VGA mode is 0x3 (==) NOUVEAU(0): Depth 24, (==) framebuffer bpp 32 (==) NOUVEAU(0): RGB weight 888 (==) NOUVEAU(0): Default visual is TrueColor (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/local/lib/xorg/modules//libvgahw.so (II) Module vgahw: vendor="X.Org Foundation" compiled for 1.5.3, module version = 0.1.0 ABI class: X.Org Video Driver, version 4.1 (==) NOUVEAU(0): Randr1.2 support enabled (==) NOUVEAU(0): Using HW cursor (--) NOUVEAU(0): Linear framebuffer at 0xD0000000 (--) NOUVEAU(0): MMIO registers at 0xFC000000 (II) NOUVEAU(0): Initial CRTC_OWNER is 0 (II) NOUVEAU(0): Attempting to load BIOS image from PROM (II) NOUVEAU(0): ... appears to be valid (II) NOUVEAU(0): BIT BIOS found (II) NOUVEAU(0): Bios version 60.86.63.00 (WW) NOUVEAU(0): TMDS table revision 2.0 not currently supported (II) NOUVEAU(0): Found Display Configuration Block version 4.0 (!!) NOUVEAU(0): Raw DCB entry 0: 02011300 00000028 (!!) NOUVEAU(0): Raw DCB entry 1: 01011302 00000010 (!!) NOUVEAU(0): Raw DCB entry 2: 01000310 00000028 (!!) NOUVEAU(0): Raw DCB entry 3: 02000312 00000010 (!!) NOUVEAU(0): Raw DCB entry 4: 0000000e 00000000 (--) NOUVEAU(0): Parsing VBIOS init table 0 at offset 0xBD9C (--) NOUVEAU(0): Parsing VBIOS init table 1 at offset 0xC106 (--) NOUVEAU(0): Parsing VBIOS init table 2 at offset 0xCD47 (--) NOUVEAU(0): Parsing VBIOS init table 3 at offset 0xCE39 (--) NOUVEAU(0): Parsing VBIOS init table 4 at offset 0xD033 (II) NOUVEAU(0): NV50DispPreInit is called. (--) NOUVEAU(0): DCB entry 0: type: 0, i2c_index: 0, heads: 3, bus: 1, or: 2 (II) NOUVEAU(0): I2C bus "DVI-1" initialized. (II) NOUVEAU(0): DAC-1 attached with index 0 to DVI-1 (--) NOUVEAU(0): DCB entry 1: type: 2, i2c_index: 0, heads: 3, bus: 1, or: 1 (II) NOUVEAU(0): SOR-0 attached with index 1 to DVI-1 (--) NOUVEAU(0): DCB entry 2: type: 0, i2c_index: 1, heads: 3, bus: 0, or: 1 (II) NOUVEAU(0): I2C bus "DVI-0" initialized. (II) NOUVEAU(0): DAC-0 attached with index 0 to DVI-0 (--) NOUVEAU(0): DCB entry 3: type: 2, i2c_index: 1, heads: 3, bus: 0, or: 2 (II) NOUVEAU(0): SOR-1 attached with index 1 to DVI-0 (II) NOUVEAU(0): Output DVI-0 using monitor section Monitor0 (II) NOUVEAU(0): Output DVI-1 has no monitor section (II) NOUVEAU(0): nv50_output_detect is called. (II) NOUVEAU(0): NV50ConnectorDDCDetect is called. (II) NOUVEAU(0): I2C device "DVI-0:ddc2" registered at address 0xA0. (II) NOUVEAU(0): I2C device "DVI-0:ddc2" removed. (II) NOUVEAU(0): Using bios provided load value of 340 (--) NOUVEAU(0): No Load present on DAC-0 (II) NOUVEAU(0): nv50_output_detect is called. (II) NOUVEAU(0): NV50ConnectorDDCDetect is called. (II) NOUVEAU(0): I2C device "DVI-1:ddc2" registered at address 0xA0. (II) NOUVEAU(0): Detected a Analog output on DVI-1 (II) NOUVEAU(0): Found a suitable output, index 0 (II) NOUVEAU(0): nv50_output_detect is called. (II) NOUVEAU(0): NV50ConnectorDDCDetect is called. (II) NOUVEAU(0): NV50ConnectorGetDDCModes is called. (II) NOUVEAU(0): EDID vendor "STN", prod id 5 (II) NOUVEAU(0): DVI-1: preferred mode is 1024x768 (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): Output DVI-0 disconnected (II) NOUVEAU(0): Output DVI-1 connected (II) NOUVEAU(0): Using exact sizes for initial modes (II) NOUVEAU(0): Output DVI-1 using initial mode 1024x768 (--) NOUVEAU(0): VideoRAM: 262144 kBytes (==) NOUVEAU(0): Using gamma correction (1.0, 1.0, 1.0) (--) NOUVEAU(0): Virtual size is 1280x1280 (pitch 1280) (**) NOUVEAU(0): Driver mode "1024x768": 94.5 MHz (scaled from 0.0 MHz), 68.7 kHz, 85.0 Hz (II) NOUVEAU(0): Modeline "1024x768"x85.0 94.50 1024 1072 1168 1376 768 769 772 808 +hsync +vsync (68.7 kHz) (**) NOUVEAU(0): Default mode "1280x1024": 108.0 MHz (scaled from 0.0 MHz), 64.0 kHz, 60.0 Hz (II) NOUVEAU(0): Modeline "1280x1024"x60.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz) (**) NOUVEAU(0): Default mode "1280x960": 108.0 MHz (scaled from 0.0 MHz), 60.0 kHz, 60.0 Hz (II) NOUVEAU(0): Modeline "1280x960"x60.0 108.00 1280 1376 1488 1800 960 961 964 1000 +hsync +vsync (60.0 kHz) (**) NOUVEAU(0): Driver mode "1152x864": 108.0 MHz (scaled from 0.0 MHz), 67.5 kHz, 75.0 Hz (II) NOUVEAU(0): Modeline "1152x864"x75.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz) (**) NOUVEAU(0): Default mode "1024x768": 94.5 MHz (scaled from 0.0 MHz), 68.7 kHz, 85.0 Hz (II) NOUVEAU(0): Modeline "1024x768"x85.0 94.50 1024 1072 1168 1376 768 769 772 808 +hsync +vsync (68.7 kHz) (**) NOUVEAU(0): Driver mode "1024x768": 94.4 MHz (scaled from 0.0 MHz), 68.6 kHz, 85.0 Hz (II) NOUVEAU(0): Modeline "1024x768"x85.0 94.39 1024 1088 1200 1376 768 769 772 807 -hsync +vsync (68.6 kHz) (**) NOUVEAU(0): Driver mode "1024x768": 78.8 MHz (scaled from 0.0 MHz), 60.1 kHz, 75.1 Hz (II) NOUVEAU(0): Modeline "1024x768"x75.1 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.1 kHz) (**) NOUVEAU(0): Default mode "1024x768": 78.8 MHz (scaled from 0.0 MHz), 60.0 kHz, 75.0 Hz (II) NOUVEAU(0): Modeline "1024x768"x75.0 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz) (**) NOUVEAU(0): Driver mode "1024x768": 75.0 MHz (scaled from 0.0 MHz), 56.5 kHz, 70.1 Hz (II) NOUVEAU(0): Modeline "1024x768"x70.1 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (56.5 kHz) (**) NOUVEAU(0): Driver mode "1024x768": 65.0 MHz (scaled from 0.0 MHz), 48.4 kHz, 60.0 Hz (II) NOUVEAU(0): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) (**) NOUVEAU(0): Driver mode "1024x768": 44.9 MHz (scaled from 0.0 MHz), 35.5 kHz, 87.0 Hz (I) (II) NOUVEAU(0): Modeline "1024x768"x87.0 44.90 1024 1032 1208 1264 768 768 776 817 interlace +hsync +vsync (35.5 kHz) (**) NOUVEAU(0): Driver mode "832x624": 57.3 MHz (scaled from 0.0 MHz), 49.7 kHz, 74.6 Hz (II) NOUVEAU(0): Modeline "832x624"x74.6 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz) (**) NOUVEAU(0): Driver mode "800x600": 56.5 MHz (scaled from 0.0 MHz), 53.5 kHz, 85.0 Hz (II) NOUVEAU(0): Modeline "800x600"x85.0 56.55 800 840 928 1056 600 601 604 630 -hsync +vsync (53.5 kHz) (**) NOUVEAU(0): Default mode "800x600": 56.3 MHz (scaled from 0.0 MHz), 53.7 kHz, 85.1 Hz (II) NOUVEAU(0): Modeline "800x600"x85.1 56.30 800 832 896 1048 600 601 604 631 +hsync +vsync (53.7 kHz) (**) NOUVEAU(0): Driver mode "800x600": 50.0 MHz (scaled from 0.0 MHz), 48.1 kHz, 72.2 Hz (II) NOUVEAU(0): Modeline "800x600"x72.2 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (48.1 kHz) (**) NOUVEAU(0): Driver mode "800x600": 49.5 MHz (scaled from 0.0 MHz), 46.9 kHz, 75.0 Hz (II) NOUVEAU(0): Modeline "800x600"x75.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz) (**) NOUVEAU(0): Driver mode "800x600": 40.0 MHz (scaled from 0.0 MHz), 37.9 kHz, 60.3 Hz (II) NOUVEAU(0): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) (**) NOUVEAU(0): Driver mode "800x600": 36.0 MHz (scaled from 0.0 MHz), 35.2 kHz, 56.2 Hz (II) NOUVEAU(0): Modeline "800x600"x56.2 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz) (**) NOUVEAU(0): Default mode "700x525": 61.0 MHz (scaled from 0.0 MHz), 64.9 kHz, 60.0 Hz (D) (II) NOUVEAU(0): Modeline "700x525"x60.0 61.00 700 744 820 940 525 526 532 541 doublescan +hsync +vsync (64.9 kHz) (**) NOUVEAU(0): Default mode "640x512": 54.0 MHz (scaled from 0.0 MHz), 64.0 kHz, 60.0 Hz (D) (II) NOUVEAU(0): Modeline "640x512"x60.0 54.00 640 664 720 844 512 512 514 533 doublescan +hsync +vsync (64.0 kHz) (**) NOUVEAU(0): Default mode "640x480": 54.0 MHz (scaled from 0.0 MHz), 60.0 kHz, 60.0 Hz (D) (II) NOUVEAU(0): Modeline "640x480"x60.0 54.00 640 688 744 900 480 480 482 500 doublescan +hsync +vsync (60.0 kHz) (**) NOUVEAU(0): Default mode "640x480": 36.0 MHz (scaled from 0.0 MHz), 43.3 kHz, 85.0 Hz (II) NOUVEAU(0): Modeline "640x480"x85.0 36.00 640 696 752 832 480 481 484 509 -hsync -vsync (43.3 kHz) (**) NOUVEAU(0): Driver mode "640x480": 35.7 MHz (scaled from 0.0 MHz), 42.9 kHz, 85.0 Hz (II) NOUVEAU(0): Modeline "640x480"x85.0 35.71 640 672 736 832 480 481 484 505 -hsync +vsync (42.9 kHz) (**) NOUVEAU(0): Driver mode "640x480": 31.5 MHz (scaled from 0.0 MHz), 37.5 kHz, 75.0 Hz (II) NOUVEAU(0): Modeline "640x480"x75.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz) (**) NOUVEAU(0): Driver mode "640x480": 31.5 MHz (scaled from 0.0 MHz), 37.9 kHz, 72.8 Hz (II) NOUVEAU(0): Modeline "640x480"x72.8 31.50 640 664 704 832 480 489 491 520 -hsync -vsync (37.9 kHz) (**) NOUVEAU(0): Default mode "640x480": 31.5 MHz (scaled from 0.0 MHz), 37.9 kHz, 72.8 Hz (II) NOUVEAU(0): Modeline "640x480"x72.8 31.50 640 664 704 832 480 489 492 520 -hsync -vsync (37.9 kHz) (**) NOUVEAU(0): Default mode "640x480": 31.5 MHz (scaled from 0.0 MHz), 37.5 kHz, 75.0 Hz (II) NOUVEAU(0): Modeline "640x480"x75.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz) (**) NOUVEAU(0): Driver mode "640x480": 30.2 MHz (scaled from 0.0 MHz), 35.0 kHz, 66.7 Hz (II) NOUVEAU(0): Modeline "640x480"x66.7 30.24 640 704 768 864 480 483 486 525 -hsync -vsync (35.0 kHz) (**) NOUVEAU(0): Driver mode "640x480": 25.2 MHz (scaled from 0.0 MHz), 31.5 kHz, 60.0 Hz (II) NOUVEAU(0): Modeline "640x480"x60.0 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) (**) NOUVEAU(0): Default mode "640x480": 25.2 MHz (scaled from 0.0 MHz), 31.5 kHz, 59.9 Hz (II) NOUVEAU(0): Modeline "640x480"x59.9 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) (**) NOUVEAU(0): Driver mode "720x400": 35.5 MHz (scaled from 0.0 MHz), 39.4 kHz, 87.8 Hz (II) NOUVEAU(0): Modeline "720x400"x87.8 35.50 720 738 846 900 400 421 423 449 -hsync -vsync (39.4 kHz) (**) NOUVEAU(0): Default mode "720x400": 35.5 MHz (scaled from 0.0 MHz), 37.9 kHz, 85.0 Hz (II) NOUVEAU(0): Modeline "720x400"x85.0 35.50 720 756 828 936 400 401 404 446 -hsync +vsync (37.9 kHz) (**) NOUVEAU(0): Driver mode "720x400": 28.3 MHz (scaled from 0.0 MHz), 31.5 kHz, 70.1 Hz (II) NOUVEAU(0): Modeline "720x400"x70.1 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz) (**) NOUVEAU(0): Default mode "640x400": 31.5 MHz (scaled from 0.0 MHz), 37.9 kHz, 85.1 Hz (II) NOUVEAU(0): Modeline "640x400"x85.1 31.50 640 672 736 832 400 401 404 445 -hsync +vsync (37.9 kHz) (**) NOUVEAU(0): Default mode "576x432": 54.0 MHz (scaled from 0.0 MHz), 67.5 kHz, 75.0 Hz (D) (II) NOUVEAU(0): Modeline "576x432"x75.0 54.00 576 608 672 800 432 432 434 450 doublescan +hsync +vsync (67.5 kHz) (**) NOUVEAU(0): Default mode "640x350": 31.5 MHz (scaled from 0.0 MHz), 37.9 kHz, 85.1 Hz (II) NOUVEAU(0): Modeline "640x350"x85.1 31.50 640 672 736 832 350 382 385 445 +hsync -vsync (37.9 kHz) (**) NOUVEAU(0): Default mode "512x384": 47.2 MHz (scaled from 0.0 MHz), 68.7 kHz, 85.0 Hz (D) (II) NOUVEAU(0): Modeline "512x384"x85.0 47.25 512 536 584 688 384 384 386 404 doublescan +hsync +vsync (68.7 kHz) (**) NOUVEAU(0): Default mode "512x384": 39.4 MHz (scaled from 0.0 MHz), 60.0 kHz, 75.0 Hz (D) (II) NOUVEAU(0): Modeline "512x384"x75.0 39.38 512 520 568 656 384 384 386 400 doublescan +hsync +vsync (60.0 kHz) (**) NOUVEAU(0): Default mode "512x384": 37.5 MHz (scaled from 0.0 MHz), 56.5 kHz, 70.1 Hz (D) (II) NOUVEAU(0): Modeline "512x384"x70.1 37.50 512 524 592 664 384 385 388 403 doublescan -hsync -vsync (56.5 kHz) (**) NOUVEAU(0): Default mode "512x384": 32.5 MHz (scaled from 0.0 MHz), 48.4 kHz, 60.0 Hz (D) (II) NOUVEAU(0): Modeline "512x384"x60.0 32.50 512 524 592 672 384 385 388 403 doublescan -hsync -vsync (48.4 kHz) (**) NOUVEAU(0): Default mode "416x312": 28.6 MHz (scaled from 0.0 MHz), 49.7 kHz, 74.7 Hz (D) (II) NOUVEAU(0): Modeline "416x312"x74.7 28.64 416 432 464 576 312 312 314 333 doublescan -hsync -vsync (49.7 kHz) (**) NOUVEAU(0): Default mode "400x300": 28.1 MHz (scaled from 0.0 MHz), 53.7 kHz, 85.3 Hz (D) (II) NOUVEAU(0): Modeline "400x300"x85.3 28.15 400 416 448 524 300 300 302 315 doublescan +hsync +vsync (53.7 kHz) (**) NOUVEAU(0): Default mode "400x300": 25.0 MHz (scaled from 0.0 MHz), 48.1 kHz, 72.2 Hz (D) (II) NOUVEAU(0): Modeline "400x300"x72.2 25.00 400 428 488 520 300 318 321 333 doublescan +hsync +vsync (48.1 kHz) (==) NOUVEAU(0): DPI set to (96, 96) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/local/lib/xorg/modules//libfb.so (II) Module fb: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.4 (II) Loading sub module "exa" (II) LoadModule: "exa" (II) Loading /usr/local/lib/xorg/modules//libexa.so (II) Module exa: vendor="X.Org Foundation" compiled for 1.5.3, module version = 2.4.0 ABI class: X.Org Video Driver, version 4.1 (II) Loading sub module "shadowfb" (II) LoadModule: "shadowfb" (II) Loading /usr/local/lib/xorg/modules//libshadowfb.so (II) Module shadowfb: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.4 (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (==) NOUVEAU(0): Write-combining range (0xa0000,0x10000) was already clear (II) NOUVEAU(0): Allocated 128MiB VRAM for framebuffer + offscreen pixmaps, at offset 0x20000000 (II) NOUVEAU(0): AGPGART: 512MiB available (EE) NOUVEAU(0): Unable to allocate GART memory (II) NOUVEAU(0): [drm] Using the DRM lock SAREA also for drawables. (II) NOUVEAU(0): [drm] framebuffer handle = 0xd0000000 (II) NOUVEAU(0): [drm] added 1 reserved context for kernel (II) NOUVEAU(0): X context handle = 0x1 (II) NOUVEAU(0): [drm] installed DRM signal handler --------------060007060901070706030303-- From owner-freebsd-x11@FreeBSD.ORG Wed Mar 25 16:36:43 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FFA81065674; Wed, 25 Mar 2009 16:36:43 +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 D9FBD8FC1A; Wed, 25 Mar 2009 16:36:42 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-142.bna.bellsouth.net [70.156.31.142]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2PGZH1q029414 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Mar 2009 12:35:18 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: wsk In-Reply-To: <49C9ED34.20504@gddsn.org.cn> References: <49B88449.3000403@gddsn.org.cn> <49B8AC04.10508@gddsn.org.cn> <49C6E5C6.60306@gddsn.org.cn> <1237798914.2110.24.camel@balrog.2hip.net> <49C85F4E.5050002@gddsn.org.cn> <1237882591.1771.26.camel@balrog.2hip.net> <49C97EEB.4090607@gddsn.org.cn> <1237961497.1828.2.camel@balrog.2hip.net> <49C9ED34.20504@gddsn.org.cn> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-CuvRlaF6JXOCnxZ4Hqh5" Organization: FreeBSD Date: Wed, 25 Mar 2009 11:36:12 -0500 Message-Id: <1237998972.1828.4.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.1 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, URIBL_RED autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: stable@freebsd.org, x11@freebsd.org, current@freebsd.org, John Baldwin Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 16:36:44 -0000 --=-CuvRlaF6JXOCnxZ4Hqh5 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-03-25 at 16:37 +0800, wsk wrote: > Robert Noland wrote: > > On Wed, 2009-03-25 at 08:46 +0800, wsk wrote: > > =20 > >> Robert Noland wrote: > >> =20 > >>> On Tue, 2009-03-24 at 12:19 +0800, wsk wrote: > >>> =20 > >>> =20 > >>>> Robert Noland wrote: > >>>> =20 > >>>> =20 > >>>>> On Mon, 2009-03-23 at 09:28 +0800, wsk wrote: > >>>>> =20 > >>>>> =20 > >>>>> =20 > >>>>>>> Ok, this patch should work on NV50 chips also. > >>>>>>> =20 > >>>>>>> What you get is EXA and Xv. > >>>>>>> =20 > >>>>>>> You still need: > >>>>>>> =20 > >>>>>>> A recent -CURRENT or -STABLE. > >>>>>>> =20 > >>>>>>> git master of libdrm and xf86-video-nouveau. > >>>>>>> =20 > >>>>>>> This patch. > >>>>>>> =20 > >>>>>>> Things I've figured out since the last patch... > >>>>>>> =20 > >>>>>>> On NV50 class hardware you need to have a compositing manager run= ning > >>>>>>> for Xv to work. That means xcompmgr, metacity with composite ena= bled, > >>>>>>> xfce (rumored to work as well, haven't tried). If your running G= nome > >>>>>>> with metacity, open gconf-editor and go to apps->metacity->genera= l and > >>>>>>> check the composite box. > >>>>>>> =20 > >>>>>>> On NV40 class hardware, you don't need the composite manager. In= fact > >>>>>>> (at least with Xserver 1.6 which I'm running now), if a composite > >>>>>>> manager is enabled, I'm seeing high cpu utilization from Xorg und= er some > >>>>>>> circumstances. I don't think this is a drm issue, but still an i= ssue. > >>>>>>> For me, if I start a video using mplayer in an xterm, cpu is fine= as > >>>>>>> long as that xterm is the foreground window. If it is not the > >>>>>>> foreground window, even if it isn't obscured I see the cpu utiliz= ation. > >>>>>>> Disabling the composite manager makes everything fine. > >>>>>>> =20 > >>>>>>> http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch > >>>>>>> =20 > >>>>>>> robert. > >>>>>>> =20 > >>>>>>> =20 > >>>>>>> =20 > >>>>>> get the following errors and exitThis is a pre-release version of = the X server from The X.Org Foundation. > >>>>>> It is not supported in any way. > >>>>>> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. > >>>>>> Select the "xorg" product for bugs you find in this release. > >>>>>> Before reporting bugs in pre-release versions please check the > >>>>>> latest version in the X.Org Foundation git repository. > >>>>>> See http://wiki.x.org/wiki/GitPage for git access instructions. > >>>>>> > >>>>>> X.Org X Server 1.5.99.902 (1.6.0 RC 2) > >>>>>> Release Date: 2009-1-30 > >>>>>> X Protocol Version 11, Revision 0 > >>>>>> Build Operating System: FreeBSD 7.1-STABLE amd64 > >>>>>> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE F= reeBSD 7.2-PRE > >>>>>> RELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/= usr/obj/usr/sr > >>>>>> c/sys/WSK amd64 > >>>>>> Build Date: 06 February 2009 04:22:44PM > >>>>>> > >>>>>> Before reporting problems, check http://wiki.x.org > >>>>>> to make sure that you have the latest version. > >>>>>> Markers: (--) probed, (**) from config file, (=3D=3D) default sett= ing, > >>>>>> (++) from command line, (!!) notice, (II) informational, > >>>>>> (WW) warning, (EE) error, (NI) not implemented, (??) unkno= wn. > >>>>>> (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14:0= 3 2009 > >>>>>> ing config file: "xorg.conf1" > >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find res= ource 0x2 > >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find res= ource 0x2 > >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find res= ource 0x2 > >>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffff= fffffff). > >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find res= ource 0x1 > >>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffff= fffffff). > >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find res= ource 0x1 > >>>>>> drm0: [ITHREAD] > >>>>>> info: [drm] Allocating FIFO number 1 > >>>>>> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 > >>>>>> info: [drm] PFIFO_DMA_PUSHER - Ch 1 > >>>>>> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space > >>>>>> (EE) Screen(s) found, but none have a usable configuration. > >>>>>> > >>>>>> Fatal server error: > >>>>>> no screens found > >>>>>> > >>>>>> Please consult the The X.Org Foundation support > >>>>>> at http://wiki.x.org > >>>>>> for help. > >>>>>> Please also check the log file at "/var/log/Xorg.0.log" for additi= onal informati > >>>>>> on. > >>>>>> > >>>>>> info: [drm] nouveau_fifo_free: freeing fifo 1 > >>>>>> error: [drm:pid30722:nouveau_fifo_free] *ERROR* Failed to idle cha= nnel 1 before > >>>>>> destroy.Prepare for strangeness.. > >>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffff= fffffff). > >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find res= ource 0x1 > >>>>>> > >>>>>> what can i do ? > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> plain text document attachment (Xorg.0.log) > >>>>>> This is a pre-release version of the X server from The X.Org Found= ation. > >>>>>> It is not supported in any way. > >>>>>> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. > >>>>>> Select the "xorg" product for bugs you find in this release. > >>>>>> Before reporting bugs in pre-release versions please check the > >>>>>> latest version in the X.Org Foundation git repository. > >>>>>> See http://wiki.x.org/wiki/GitPage for git access instructions. > >>>>>> > >>>>>> X.Org X Server 1.5.99.902 (1.6.0 RC 2) > >>>>>> Release Date: 2009-1-30 > >>>>>> X Protocol Version 11, Revision 0 > >>>>>> Build Operating System: FreeBSD 7.1-STABLE amd64=20 > >>>>>> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE F= reeBSD 7.2-PRERELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org= .cn:/usr/obj/usr/src/sys/WSK amd64 > >>>>>> Build Date: 06 February 2009 04:22:44PM > >>>>>> =20 > >>>>>> Before reporting problems, check http://wiki.x.org > >>>>>> to make sure that you have the latest version. > >>>>>> Markers: (--) probed, (**) from config file, (=3D=3D) default sett= ing, > >>>>>> (++) from command line, (!!) notice, (II) informational, > >>>>>> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > >>>>>> (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14:0= 3 2009 > >>>>>> (++) Using config file: "xorg.conf1" > >>>>>> (=3D=3D) No Layout section. Using the first Screen section. > >>>>>> (=3D=3D) No screen section available. Using defaults. > >>>>>> (**) |-->Screen "Default Screen Section" (0) > >>>>>> (**) | |-->Monitor "" > >>>>>> (=3D=3D) No device specified for screen "Default Screen Section". > >>>>>> Using the first device section listed. > >>>>>> (**) | |-->Device "Card0" > >>>>>> (=3D=3D) No monitor specified for screen "Default Screen Section". > >>>>>> Using a default monitor configuration. > >>>>>> (=3D=3D) Automatically adding devices > >>>>>> (=3D=3D) Automatically enabling devices > >>>>>> (=3D=3D) No FontPath specified. Using compiled-in default. > >>>>>> (=3D=3D) FontPath set to: > >>>>>> built-ins > >>>>>> (=3D=3D) ModulePath set to "/usr/local/lib/xorg/modules" > >>>>>> (II) Cannot locate a core pointer device. > >>>>>> (II) Cannot locate a core keyboard device. > >>>>>> (II) The server relies on HAL to provide the list of input devices= . > >>>>>> If no devices become available, reconfigure HAL or disable AllowE= mptyInput. > >>>>>> (II) Loader magic: 0xb20 > >>>>>> (II) Module ABI versions: > >>>>>> X.Org ANSI C Emulation: 0.4 > >>>>>> X.Org Video Driver: 5.0 > >>>>>> X.Org XInput driver : 4.0 > >>>>>> X.Org Server Extension : 2.0 > >>>>>> (II) Loader running on freebsd > >>>>>> (--) Using syscons driver with X support (version 2.0) > >>>>>> (--) using VT number 9 > >>>>>> > >>>>>> (--) PCI:*(0@1:0:0) nVidia Corporation Quadro NVS 140M rev 161, Me= m @ 0xfd000000/16777216, 0x00000000/268435456, 0xfa000000/33554432, I/O @ 0= x0000df00/128, BIOS @ 0x????????/65536 > >>>>>> =20 > >>>>>> =20 > >>>>>> =20 > >>>>> Ok, thats a new one... > >>>>> > >>>>> =20 > >>>>> =20 > >>>>> =20 > >>>>>> (II) System resource ranges: > >>>>>> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > >>>>>> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > >>>>>> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > >>>>>> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > >>>>>> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > >>>>>> (II) LoadModule: "extmod" > >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so > >>>>>> (II) Module extmod: vendor=3D"X.Org Foundation" > >>>>>> compiled for 1.5.99.902, module version =3D 1.0.0 > >>>>>> Module class: X.Org Server Extension > >>>>>> ABI class: X.Org Server Extension, version 2.0 > >>>>>> (II) Loading extension MIT-SCREEN-SAVER > >>>>>> (II) Loading extension XFree86-VidModeExtension > >>>>>> (II) Loading extension XFree86-DGA > >>>>>> (II) Loading extension DPMS > >>>>>> (II) Loading extension XVideo > >>>>>> (II) Loading extension XVideo-MotionCompensation > >>>>>> (II) Loading extension X-Resource > >>>>>> (II) LoadModule: "dbe" > >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so > >>>>>> (II) Module dbe: vendor=3D"X.Org Foundation" > >>>>>> compiled for 1.5.99.902, module version =3D 1.0.0 > >>>>>> Module class: X.Org Server Extension > >>>>>> ABI class: X.Org Server Extension, version 2.0 > >>>>>> (II) Loading extension DOUBLE-BUFFER > >>>>>> (II) LoadModule: "glx" > >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so > >>>>>> (II) Module glx: vendor=3D"X.Org Foundation" > >>>>>> compiled for 1.5.99.902, module version =3D 1.0.0 > >>>>>> ABI class: X.Org Server Extension, version 2.0 > >>>>>> (=3D=3D) AIGLX disabled > >>>>>> (=3D=3D) Exporting typical set of GLX visuals > >>>>>> (II) Loading extension GLX > >>>>>> (II) LoadModule: "record" > >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so > >>>>>> (II) Module record: vendor=3D"X.Org Foundation" > >>>>>> compiled for 1.5.99.902, module version =3D 1.13.0 > >>>>>> Module class: X.Org Server Extension > >>>>>> ABI class: X.Org Server Extension, version 2.0 > >>>>>> (II) Loading extension RECORD > >>>>>> (II) LoadModule: "dri" > >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so > >>>>>> (II) Module dri: vendor=3D"X.Org Foundation" > >>>>>> compiled for 1.5.99.902, module version =3D 1.0.0 > >>>>>> ABI class: X.Org Server Extension, version 2.0 > >>>>>> (II) Loading extension XFree86-DRI > >>>>>> (II) LoadModule: "nouveau" > >>>>>> (II) Loading /usr/local/lib/xorg/modules/drivers//nouveau_drv.so > >>>>>> (II) Module nouveau: vendor=3D"X.Org Foundation" > >>>>>> compiled for 1.5.99.902, module version =3D 0.0.10 > >>>>>> Module class: X.Org Video Driver > >>>>>> ABI class: X.Org Video Driver, version 5.0 > >>>>>> (II) NOUVEAU driver Date: Wed Mar 18 09:36:33 2009 +1000 > >>>>>> (II) NOUVEAU driver for NVIDIA chipset families : > >>>>>> RIVA TNT (NV04) > >>>>>> RIVA TNT2 (NV05) > >>>>>> GeForce 256 (NV10) > >>>>>> GeForce 2 (NV11, NV15) > >>>>>> GeForce 4MX (NV17, NV18) > >>>>>> GeForce 3 (NV20) > >>>>>> GeForce 4Ti (NV25, NV28) > >>>>>> GeForce FX (NV3x) > >>>>>> GeForce 6 (NV4x) > >>>>>> GeForce 7 (G7x) > >>>>>> GeForce 8 (G8x) > >>>>>> (II) Primary Device is: PCI 01@00:00:0 > >>>>>> (II) resource ranges after probing: > >>>>>> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > >>>>>> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > >>>>>> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > >>>>>> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > >>>>>> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > >>>>>> (--) NOUVEAU(0): Chipset: "NVIDIA NV86" > >>>>>> =20 > >>>>>> =20 > >>>>>> =20 > >>>>> Hrm, NV86... I'll have to ask around about that. Meanwhile can you= send > >>>>> me a pciconf -lvb which should at least show us the BAR configurati= on. > >>>>> > >>>>> Ok, my sources are telling me that this should work and that it is = an > >>>>> NV50, or at least should work the same... > >>>>> > >>>>> Also, just to be safe, please rebuild/reinstall devel/libpciaccess.= I'm > >>>>> not sure if it may be trashing the BARs somehow. > >>>>> > >>>>> robert. > >>>>> =20 > >>>>> =20 > >>>>> =20 > >>>> bar [24] =3D type I/O Port, range 32, base 0xeff0, size 16, enabled > >>>> ichsmb0@pci0:0:31:3: class=3D0x0c0500 card=3D0x01fe1028 chip=3D0x283= e8086 > >>>> rev=3D0x02 hdr=3D0x00 > >>>> vendor =3D 'Intel Corporation' > >>>> device =3D '82801H (ICH8 Family) SMBus Controller' > >>>> class =3D serial bus > >>>> subclass =3D SMBus > >>>> bar [10] =3D type Memory, range 32, base 0xfebfbf00, size 256, enabl= ed > >>>> bar [20] =3D type I/O Port, range 32, base 0x10c0, size 32, enabled > >>>> vgapci0@pci0:1:0:0: class=3D0x030000 card=3D0x01fe1028 chip=3D0x0429= 10de > >>>> rev=3D0xa1 hdr=3D0x00 > >>>> vendor =3D 'Nvidia Corp' > >>>> device =3D 'Unknown nVidia Quadro FX 570M' > >>>> class =3D display > >>>> subclass =3D VGA > >>>> bar [10] =3D type Memory, range 32, base 0xfd000000, size 16777216, = enabled > >>>> =20 > >>>> =20 > >>> Ok, this is BAR 0, BARs 1 and 2 are indeed are not showing up. BAR 1 > >>> should be your framebuffer and should be where most of your memory is= . > >>> (This is the memory the tell you about when you buy the card, 256M, > >>> 512M, etc.) It should probably be a 64bit BAR, which is why BAR 2 is= n't > >>> there. We are going to need more details on your card... > >>> =20 > >>> =20 > >> indeed,my DELL D830 laptop video card is Quadro NVS 140M with 256M mem= ory. > >> but it recognized Quadro FX 570M with pciconfig. > >> =20 > > > > So, the nouveau folks want me to get you to either boot linux and see > > what lspci shows for this card, or at least install the lspci port and > > see what it says. I don't think it is going to reveal anything, but wh= o > > knows... This is not a driver issue at this point, the BARs just don't > > appear to be present. > > > > robert. > > > > =20 > ok,here's my lspci -v messags with linux Fedora live CD :-) > and thanks your Re >=20 >=20 > 01:00.0 VGA compatible controller: nVidia Corporation Quadro NVS 140M > (rev a1) (prog-if 00 [VGA controller]) > Subsystem: Dell Device 01fe > Flags: bus master, fast devsel, latency 0, IRQ 5 > Memory at fd000000 (32-bit, non-prefetchable) [size=3D16M] > Memory at e0000000 (64-bit, prefetchable) [size=3D256M] > Memory at fa000000 (64-bit, non-prefetchable) [size=3D32M] > I/O ports at df00 [size=3D128] > [virtual] Expansion ROM at fc000000 [disabled] [size=3D128K] > Capabilities: [60] Power Management version 2 > Capabilities: [68] Message Signalled Interrupts: Mask- 64bit+ Count=3D1/1 > Enable- > Capabilities: [78] Express Endpoint, MSI 00 > Capabilities: [100] Virtual Channel > Capabilities: [128] Power Budgeting > Capabilities: [600] Vendor Specific Information > Kernel modules: nvidiafb Ok, we need a little help on this one then... I don't know why we wouldn't see BAR 1. Time to rope jhb@ in. robert. > 0c:00.0 Network controller: Broadcom Corporation BCM4328 802.11a/b/g/n > (rev 03) > Subsystem: Dell Wireless 1500 Draft 802.11n WLAN Mini-card > Flags: bus master, fast devsel, latency 0, IRQ 17 > Memory at f9ffc000 (64-bit, non-prefetchable) [size=3D16K] > Memory at f0000000 (64-bit, prefetchable) [size=3D1M] > Capabilities: [40] Power Management version 2 > Capabilities: [58] Vendor Specific Information > Capabilities: [e8] Message Signalled Interrupts: Mask- 64bit+ Count=3D1/1 > Enable- > Capabilities: [d0] Express Endpoint, MSI 00 > Capabilities: [100] Advanced Error Reporting > UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- > ECRC- UnsupReq- ACSVoil- > UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- > ECRC- UnsupReq- ACSVoil- > UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ > MalfTLP+ ECRC- UnsupReq- ACSVoil- > CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- > CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ > AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn- > Capabilities: [13c] Virtual Channel > Capabilities: [160] Device Serial Number 1c-00-a4-ff-ff-26-df-c0 > Capabilities: [16c] Power Budgeting > Kernel driver in use: b43-pci-bridge > Kernel modules: ssb >=20 > >>> =20 > >>> =20 > >>>> bar [1c] =3D type Memory, range 64, base 0xfa000000, size 33554432, = enabled > >>>> =20 > >>>> =20 > >>> This one is BAR 3, which is used when it doesn't find BAR 1. > >>> > >>> robert. > >>> > >>> =20 > >>> =20 > >>>> bar [24] =3D type I/O Port, range 32, base 0xdf00, size 128, enabled > >>>> ndis0@pci0:12:0:0: class=3D0x028000 card=3D0x000a1028 chip=3D0x43281= 4e4 > >>>> rev=3D0x03 hdr=3D0x00 > >>>> > >>>> and follow your intrudction.still pain me :( > >>>> > >>>> (++) Using config file: "xorg.conf1" > >>>> drm0: on vgapci0 > >>>> info: [drm] Detected an NV50 generation card (0x086900a2) > >>>> vgapci0: child drm0 requested pci_enable_busmaster > >>>> info: [drm] Initialized nouveau 0.0.12 20060213 > >>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resour= ce 0x2 > >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffffff= fffff). > >>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resour= ce 0x1 > >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffffff= fffff). > >>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resour= ce 0x1 > >>>> drm0: [ITHREAD] > >>>> info: [drm] Allocating FIFO number 1 > >>>> error: [drm:pid6494:nouveau_graph_trapped_channel] *ERROR* AIII, > >>>> invalid/inactiv > >>>> e channel id 128 > >>>> info: [drm] PGRAPH_ERROR - nSource:info: [drm] PROTECTION_ERRORinfo: > >>>> [drm] , nSt > >>>> atus:info: [drm] > >>>> info: [drm] PGRAPH_ERROR - Ch -1/0 Class 0x0000 Mthd 0x0000 Data > >>>> 0x00000000:0x00 > >>>> 000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 1: > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408900: 0x8= 000003f > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408904: 0xc= f6f7f0e > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408908: 0xf= ff7367f > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040890c: 0x0= 0001850 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408910: 0xa= fff3587 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e08: 0x8= 00b6fad > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e0c: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e10: 0x4= df4fd60 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e14: 0x0= 00000d7 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e18: 0x3= 139768d > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e1c: 0xf= 6d69757 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e20: 0x6= 3161650 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e24: 0x0= 7220009 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 2: > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409900: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409904: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409908: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040990c: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409910: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e08: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e0c: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e10: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e14: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e1c: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e20: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e24: 0x0= 0000000 > >>>> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 > >>>> info: [drm] PFIFO_DMA_PUSHER - Ch 1 > >>>> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space > >>>> (EE) Screen(s) found, but none have a usable configuration. > >>>> > >>>> Fatal server error: > >>>> no screens found > >>>> > >>>> Please consult the The X.Org Foundation support > >>>> at http://wiki.x.org > >>>> for help. > >>>> Please also check the log file at "/var/log/Xorg.0.log" for addition= al > >>>> informati > >>>> on. > >>>> > >>>> info: [drm] nouveau_fifo_free: freeing fifo 1 > >>>> error: [drm:pid6493:nouveau_fifo_free] *ERROR* Failed to idle channe= l 1 > >>>> before d > >>>> estroy.Prepare for strangeness.. > >>>> info: [drm] PFIFO_DMA_PUSHER - Ch 127 > >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffffff= fffff). > >>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resour= ce 0x1 > >>>> > >>>> =20 >=20 --=20 Robert Noland FreeBSD --=-CuvRlaF6JXOCnxZ4Hqh5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknKXXwACgkQM4TrQ4qfROOK3ACfUdi0lYyotbn0X6NH3oXftwPE aBYAnjqnTHCaYgHZEPVOgOnbbH1aOOG8 =FjRc -----END PGP SIGNATURE----- --=-CuvRlaF6JXOCnxZ4Hqh5-- From owner-freebsd-x11@FreeBSD.ORG Wed Mar 25 17:13:13 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38A291065994; Wed, 25 Mar 2009 17:13:13 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0957E8FC17; Wed, 25 Mar 2009 17:13:13 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (pav@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2PHDC0G003280; Wed, 25 Mar 2009 17:13:12 GMT (envelope-from pav@freefall.freebsd.org) Received: (from pav@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2PHDCvp003274; Wed, 25 Mar 2009 17:13:12 GMT (envelope-from pav) Date: Wed, 25 Mar 2009 17:13:12 GMT Message-Id: <200903251713.n2PHDCvp003274@freefall.freebsd.org> To: hcshih@cs.nctu.edu.tw, pav@FreeBSD.org, freebsd-x11@FreeBSD.org From: pav@FreeBSD.org Cc: Subject: Re: ports/126904: x11/xorg startx fails on driver loading for nVidia GeForce 7300 GS card X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 17:13:17 -0000 Synopsis: x11/xorg startx fails on driver loading for nVidia GeForce 7300 GS card State-Changed-From-To: feedback->closed State-Changed-By: pav State-Changed-When: Wed Mar 25 17:12:56 UTC 2009 State-Changed-Why: Feedback timeout http://www.freebsd.org/cgi/query-pr.cgi?pr=126904 From owner-freebsd-x11@FreeBSD.ORG Wed Mar 25 17:16:02 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8CA610657C0 for ; Wed, 25 Mar 2009 17:16:02 +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 568DF8FC0C for ; Wed, 25 Mar 2009 17:16:02 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-142.bna.bellsouth.net [70.156.31.142]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2PHEZQs029748 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Mar 2009 13:14:35 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Gustau Perez In-Reply-To: <49CA5243.6060808@entel.upc.edu> References: <1237680263.1938.10.camel@balrog.2hip.net> <49C95C7E.7090003@entel.upc.edu> <1237948593.1829.12.camel@balrog.2hip.net> <49CA5243.6060808@entel.upc.edu> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-goKhQA6BjR3Dt1NXN3br" Organization: FreeBSD Date: Wed, 25 Mar 2009 12:15:29 -0500 Message-Id: <1238001329.1828.16.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00, MIME_QP_LONG_LINE,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@FreeBSD.org Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 17:16:04 -0000 --=-goKhQA6BjR3Dt1NXN3br Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-03-25 at 16:48 +0100, Gustau Perez wrote: > >> Hi. > >> > >> using git version of both libdrm and xf86-video-nouveau I've been ab= le=20 > >> to start gnome. My card is a NVS 135M. Seems quite stable (i'm using i= t=20 > >> right now).The only thing is that switching from one application to=20 > >> another felt a llitle slow. > >> > >> Using composition in metacity seems to work to some extend. I've=20 > >> experienced some problems (not always, sometimes it works and sometime= s=20 > >> it doesn't) with vlc about bad window request (if I remember well).=20 > >> Avant-window-navigator (I've ported it and still testing) tries to sta= rt=20 > >> as it detects composition support, but can't proceed. > >> > >> Do you want my xorg log ? > >> =20 > > > > Sure. > > =20 >=20 > Hi Robert, >=20 > Here I'm attaching both dmesg and Xorg.log of a system where a NV50=20 > is detected but can't work. It is a NVS 290. I'm using a brand new =20 > xorg.conf file generated via Xorg --configure, just replacing nv with=20 > nouveau. The system is unable to proceed. I'm using current AMD64. I=20 > think the problem is that I'm using the first patchset you sent to the=20 > list. If this is the case, sorry :) It does look like the first patchset, which won't work on NV50. > I'll send my laptop's Xorg.log file (not now, in a while) which seems=20 > to work quite well. Haven't tried dual head with xrandr, I think it is=20 > supposed to work to some extend. My screensaver (pacman) argues about=20 > missing GLX, I suppose it is normal in the current state of the driver.=20 > Anyway, will inform of any progress :)=20 GLX should work, though it is using swrast as there is no released (or working, yet) hardware 3d for NV50.=20 =20 > Greets, >=20 > Gus > =20 > plain text document attachment (dmesg.txt) > Copyright (c) 1992-2009 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-CURRENT #2: Wed Mar 25 15:45:56 CET 2009 > root@telem2-1proves.upc.es:/usr/obj/usr/src/sys/CUSTOM > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM)2 Duo CPU E7300 @ 2.66GHz (2660.00-MHz K8-clas= s CPU) > Origin =3D "GenuineIntel" Id =3D 0x10676 Stepping =3D 6 > Features=3D0xbfebfbff > Features2=3D0x8e39d > AMD Features=3D0x20100800 > AMD Features2=3D0x1 > TSC: P-state invariant > Cores per package: 2 > usable memory =3D 4211896320 (4016 MB) > avail memory =3D 4050989056 (3863 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0: Changing APIC ID to 8 > ioapic0 irqs 0-23 on motherboard > lapic0: Forcing LINT1 to edge trigger > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > acpi_hpet0: iomem 0xfed00000-0xfed003ff on a= cpi0 > Timecounter "HPET" frequency 14318180 Hz quality 900 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: port 0xdc80-0xdcff mem 0xfc000000-0xfcf= fffff,0xd0000000-0xdfffffff,0xfa000000-0xfbffffff irq 16 at device 0.0 on p= ci1 > pcib2: irq 16 at device 6.0 on pci0 > pci2: on pcib2 > uhci0: port 0xff20-0xff3f irq 16 at = device 26.0 on pci0 > uhci0: [ITHREAD] > uhci0: LegSup =3D 0x0f10 > usbus0: on uhci0 > uhci1: port 0xff00-0xff1f irq 17 at = device 26.1 on pci0 > uhci1: [ITHREAD] > uhci1: LegSup =3D 0x0f10 > usbus1: on uhci1 > uhci2: port 0xecc0-0xecdf irq 22 at = device 26.2 on pci0 > uhci2: [ITHREAD] > uhci2: LegSup =3D 0x2f00 > usbus2: on uhci2 > ehci0: mem 0xfdffbc00-0xfdffbfff= irq 22 at device 26.7 on pci0 > ehci0: [ITHREAD] > usbus3: waiting for BIOS to give up control > usbus3: EHCI version 1.0 > usbus3: on ehci0 > pci0: at device 27.0 (no driver attached) > pcib3: irq 16 at device 28.0 on pci0 > pci3: on pcib3 > pcib4: irq 17 at device 28.5 on pci0 > pci4: on pcib4 > bge0: me= m 0xf9ef0000-0xf9efffff irq 17 at device 0.0 on pci4 > miibus0: on bge0 > brgphy0: PHY 1 on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000= baseT-FDX, auto > bge0: Ethernet address: 00:22:19:12:de:fe > bge0: [ITHREAD] > uhci3: port 0xff80-0xff9f irq 23 at = device 29.0 on pci0 > uhci3: [ITHREAD] > uhci3: LegSup =3D 0x001b > usbus4: on uhci3 > uhci4: port 0xff60-0xff7f irq 17 at = device 29.1 on pci0 > uhci4: [ITHREAD] > uhci4: LegSup =3D 0x0010 > usbus5: on uhci4 > uhci5: port 0xff40-0xff5f irq 18 at = device 29.2 on pci0 > uhci5: [ITHREAD] > uhci5: LegSup =3D 0x0010 > usbus6: on uhci5 > ehci1: mem 0xff980800-0xff980bff= irq 23 at device 29.7 on pci0 > ehci1: [ITHREAD] > usbus7: waiting for BIOS to give up control > usbus7: timed out waiting for BIOS > usbus7: EHCI version 1.0 > usbus7: on ehci1 > pcib5: at device 30.0 on pci0 > pci5: on pcib5 > xl0: <3Com 3c905-TX Fast Etherlink XL> port 0xccc0-0xccff irq 16 at devic= e 4.0 on pci5 > miibus1: on xl0 > nsphy0: PHY 24 on miibus1 > nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > xl0: Ethernet address: 00:60:08:65:2f:e9 > xl0: [ITHREAD] > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-= 0xfe27,0xfe30-0xfe33,0xfec0-0xfedf mem 0xff970000-0xff9707ff irq 20 at devi= ce 31.2 on pci0 > atapci0: [ITHREAD] > atapci0: AHCI Version 01.20 controller with 6 ports PM not supported > ata2: on atapci0 > ata2: [ITHREAD] > ata3: on atapci0 > ata3: [ITHREAD] > ata4: on atapci0 > ata4: [ITHREAD] > ata5: on atapci0 > ata5: [ITHREAD] > ata6: on atapci0 > ata6: [ITHREAD] > ata7: on atapci0 > ata7: [ITHREAD] > pci0: at device 31.3 (no driver attached) > atrtc0: port 0x70-0x7f irq 8 on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > ppc0: port 0x378-0x37f,0x778-0x77f irq 7 on acpi0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/8 bytes threshold > ppc0: [ITHREAD] > ppbus0: on ppc0 > plip0: on ppbus0 > plip0: [ITHREAD] > lpt0: on ppbus0 > lpt0: [ITHREAD] > lpt0: Interrupt-driven port > ppi0: on ppbus0 > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > uart0: [FILTER] > cpu0: on acpi0 > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 6160a1706000a17 > device_attach: est0 attach returned 6 > p4tcc0: on cpu0 > cpu1: on acpi0 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 6160a1706000a17 > device_attach: est1 attach returned 6 > p4tcc1: on cpu1 > orm0: at iomem 0xc0000-0xccfff,0xcd000-0xcefff,0xcf000-= 0xd0fff,0xd1000-0xd37ff,0xd3800-0xd3fff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounters tick every 1.000 msec > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 12Mbps Full Speed USB v1.0 > usbus2: 12Mbps Full Speed USB v1.0 > usbus3: 480Mbps High Speed USB v2.0 > usbus4: 12Mbps Full Speed USB v1.0 > usbus5: 12Mbps Full Speed USB v1.0 > usbus6: 12Mbps Full Speed USB v1.0 > usbus7: 480Mbps High Speed USB v2.0 > ad4: 238418MB at ata2-master SATA300 > ugen0.1: at usbus0 > uhub0: on usbus0 > ugen1.1: at usbus1 > uhub1: on usbus1 > ugen2.1: at usbus2 > uhub2: on usbus2 > ugen3.1: at usbus3 > uhub3: on usbus3 > ugen4.1: at usbus4 > uhub4: on usbus4 > ugen5.1: at usbus5 > uhub5: on usbus5 > ugen6.1: at usbus6 > uhub6: on usbus6 > ugen7.1: at usbus7 > uhub7: on usbus7 > GEOM: ad4s1: geometry does not match label (255h,63s !=3D 16h,63s). > acd0: DVDROM at ata3-master SATA150 > lapic1: Forcing LINT1 to edge trigger > SMP: AP CPU #1 Launched! > Root mount waiting for: usbus7 usbus6 usbus5 usbus4 usbus3 usbus2 usbus1 = usbus0 > uhub0: 2 ports with 2 removable, self powered > Root mount waiting for: usbus7 usbus6 usbus5 usbus4 usbus3 usbus2 usbus1 > uhub1: 2 ports with 2 removable, self powered > Root mount waiting for: usbus7 usbus6 usbus5 usbus4 usbus3 usbus2 > uhub2: 2 ports with 2 removable, self powered > Root mount waiting for: usbus7 usbus6 usbus5 usbus4 usbus3 > uhub4: 2 ports with 2 removable, self powered > Root mount waiting for: usbus7 usbus6 usbus5 usbus3 > uhub5: 2 ports with 2 removable, self powered > Root mount waiting for: usbus7 usbus6 usbus3 > uhub6: 2 ports with 2 removable, self powered > Root mount waiting for: usbus7 usbus3 > Root mount waiting for: usbus7 usbus3 > Root mount waiting for: usbus7 usbus3 > uhub3: 6 ports with 6 removable, self powered > uhub7: 6 ports with 6 removable, self powered > Root mount waiting for: usbus3 > Root mount waiting for: usbus3 > ugen3.2: at usbus3 > umass0: on = usbus3 > umass0: SCSI over Bulk-Only; quirks =3D 0x0000 > ugen0.2: at usbus0 > ums0: o= n usbus0 > ums0: 3 buttons and [XYZ] coordinates > Root mount waiting for: usbus3 > umass0:0:0:-1: Attached to scbus0 > Trying to mount root from ufs:/dev/ad4s1a > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-2 devi= ce=20 > da0: 40.000MB/s transfers > da0: 7782MB (15937536 512 byte sectors: 255H 63S/T 992C) > GEOM_LABEL: Label for provider da0s1 is msdosfs/KING8GB. > logo_saver: the console does not support M_VGA_CG320 > module_register_init: MOD_LOAD (logo_saver, 0xffffffff80e22010, 0) error = 19 > bge0: link state changed to UP > drm0: on vgapci0 > info: [drm] MSI enabled 1 message(s) > info: [drm] Detected an NV50 generation card (0x086f00a2) > vgapci0: child drm0 requested pci_enable_busmaster > info: [drm] Initialized nouveau 0.0.12 20060213 > pid 27952 (Xorg), uid 0: exited on signal 6 (core dumped) > pid 28004 (Xorg), uid 0: exited on signal 6 (core dumped) > error: [drm:pid28035:drm_alloc_resource] *ERROR* Couldn't find resource 0= x2 > error: [drm:pid28035:drm_alloc_resource] *ERROR* Couldn't find resource 0= x2 > error: [drm:pid28035:drm_alloc_resource] *ERROR* Couldn't find resource 0= x2 > drm0: [ITHREAD] > info: [drm] Allocating FIFO number 1 > info: [drm] nouveau_fifo_alloc: initialised FIFO 1 > pid 28035 (Xorg), uid 0: exited on signal 6 (core dumped) > info: [drm] nouveau_fifo_free: freeing fifo 1 > plain text document attachment (Xorg.0.log) > X.Org X Server 1.5.3 > Release Date: 5 November 2008 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 8.0-CURRENT amd64=20 > Current Operating System: FreeBSD telem2-1proves.upc.es 8.0-CURRENT FreeB= SD 8.0-CURRENT #2: Wed Mar 25 15:45:56 CET 2009 root@telem2-1proves.upc= .es:/usr/obj/usr/src/sys/CUSTOM amd64 > Build Date: 25 March 2009 09:19:30AM > =20 > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (=3D=3D) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Wed Mar 25 16:29:29 2009 > (++) Using config file: "/root/xorg.conf.new" > (=3D=3D) ServerLayout "X.org Configured" > (**) |-->Screen "Screen0" (0) > (**) | |-->Monitor "Monitor0" > (**) | |-->Device "Card0" > (**) |-->Input Device "Mouse0" > (**) |-->Input Device "Keyboard0" > (=3D=3D) Automatically adding devices > (=3D=3D) Automatically enabling devices > (=3D=3D) Including the default font path /usr/local/lib/X11/fonts/misc/,/= usr/local/lib/X11/fonts/TTF/,/usr/local/lib/X11/fonts/OTF,/usr/local/lib/X1= 1/fonts/Type1/,/usr/local/lib/X11/fonts/100dpi/,/usr/local/lib/X11/fonts/75= dpi/. > (**) FontPath set to: > /usr/local/lib/X11/fonts/misc/, > /usr/local/lib/X11/fonts/TTF/, > /usr/local/lib/X11/fonts/OTF, > /usr/local/lib/X11/fonts/Type1/, > /usr/local/lib/X11/fonts/100dpi/, > /usr/local/lib/X11/fonts/75dpi/, > /usr/local/lib/X11/fonts/misc/, > /usr/local/lib/X11/fonts/TTF/, > /usr/local/lib/X11/fonts/OTF, > /usr/local/lib/X11/fonts/Type1/, > /usr/local/lib/X11/fonts/100dpi/, > /usr/local/lib/X11/fonts/75dpi/ > (**) ModulePath set to "/usr/local/lib/xorg/modules" > (WW) AllowEmptyInput is on, devices using drivers 'kbd' or 'mouse' will b= e disabled. > (WW) Disabling Mouse0 > (WW) Disabling Keyboard0 > (II) Loader magic: 0x671240 > (II) Module ABI versions: > X.Org ANSI C Emulation: 0.4 > X.Org Video Driver: 4.1 > X.Org XInput driver : 2.1 > X.Org Server Extension : 1.1 > X.Org Font Renderer : 0.6 > (II) Loader running on freebsd > (--) Using syscons driver with X support (version 2.0) > (--) using VT number 9 >=20 > (--) PCI:*(0@1:0:0) nVidia Corporation Quadro NVS 290 rev 161, Mem @ 0xfc= 000000/16777216, 0xd0000000/268435456, 0xfa000000/33554432, I/O @ 0x0000dc8= 0/128, BIOS @ 0x????????/65536 > (II) System resource ranges: > [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > (II) "extmod" will be loaded. This was enabled by default and also specif= ied in the config file. > (II) "dbe" will be loaded. This was enabled by default and also specified= in the config file. > (II) "glx" will be loaded. This was enabled by default and also specified= in the config file. > (II) "freetype" will be loaded. This was enabled by default and also spec= ified in the config file. > (II) "record" will be loaded. This was enabled by default and also specif= ied in the config file. > (II) "dri" will be loaded. This was enabled by default and also specified= in the config file. > (II) LoadModule: "extmod" >=20 > (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so > (II) Module extmod: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.0.0 > Module class: X.Org Server Extension > ABI class: X.Org Server Extension, version 1.1 > (II) Loading extension SHAPE > (II) Loading extension MIT-SUNDRY-NONSTANDARD > (II) Loading extension BIG-REQUESTS > (II) Loading extension SYNC > (II) Loading extension MIT-SCREEN-SAVER > (II) Loading extension XC-MISC > (II) Loading extension XFree86-VidModeExtension > (II) Loading extension XFree86-Misc > (II) Loading extension XFree86-DGA > (II) Loading extension DPMS > (II) Loading extension TOG-CUP > (II) Loading extension Extended-Visual-Information > (II) Loading extension XVideo > (II) Loading extension XVideo-MotionCompensation > (II) Loading extension X-Resource > (II) LoadModule: "record" >=20 > (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so > (II) Module record: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.13.0 > Module class: X.Org Server Extension > ABI class: X.Org Server Extension, version 1.1 > (II) Loading extension RECORD > (II) LoadModule: "dbe" >=20 > (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so > (II) Module dbe: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.0.0 > Module class: X.Org Server Extension > ABI class: X.Org Server Extension, version 1.1 > (II) Loading extension DOUBLE-BUFFER > (II) LoadModule: "glx" >=20 > (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so > (II) Module glx: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.0.0 > ABI class: X.Org Server Extension, version 1.1 > (=3D=3D) AIGLX disabled > (=3D=3D) Exporting typical set of GLX visuals > (II) Loading extension GLX > (II) LoadModule: "xtrap" >=20 > (II) Loading /usr/local/lib/xorg/modules/extensions//libxtrap.so > (II) Module xtrap: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.0.0 > Module class: X.Org Server Extension > ABI class: X.Org Server Extension, version 1.1 > (II) Loading extension DEC-XTRAP > (II) LoadModule: "dri" >=20 > (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so > (II) Module dri: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.0.0 > ABI class: X.Org Server Extension, version 1.1 > (II) Loading extension XFree86-DRI > (II) LoadModule: "freetype" >=20 > (II) Loading /usr/local/lib/xorg/modules/fonts//libfreetype.so > (II) Module freetype: vendor=3D"X.Org Foundation & the After X-TT Project= " > compiled for 1.5.3, module version =3D 2.1.0 > Module class: X.Org Font Renderer > ABI class: X.Org Font Renderer, version 0.6 > (II) Loading font FreeType > (II) LoadModule: "nouveau" >=20 > (II) Loading /usr/local/lib/xorg/modules/drivers//nouveau_drv.so > (II) Module nouveau: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 0.0.10 > Module class: X.Org Video Driver > ABI class: X.Org Video Driver, version 4.1 > (II) NOUVEAU driver=20 > (II) NOUVEAU driver for NVIDIA chipset families : > RIVA TNT (NV04) > RIVA TNT2 (NV05) > GeForce 256 (NV10) > GeForce 2 (NV11, NV15) > GeForce 4MX (NV17, NV18) > GeForce 3 (NV20) > GeForce 4Ti (NV25, NV28) > GeForce FX (NV3x) > GeForce 6 (NV4x) > GeForce 7 (G7x) > GeForce 8 (G8x) > (II) Primary Device is: PCI 01@00:00:0 > (II) resource ranges after probing: > [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > (--) NOUVEAU(0): Chipset: "NVIDIA NV86" > (II) Loading sub module "int10" > (II) LoadModule: "int10" >=20 > (II) Loading /usr/local/lib/xorg/modules//libint10.so > (II) Module int10: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.0.0 > ABI class: X.Org Video Driver, version 4.1 > (II) NOUVEAU(0): Initializing int10 > (=3D=3D) NOUVEAU(0): Write-combining range (0xa0000,0x20000) was already = clear > (=3D=3D) NOUVEAU(0): Write-combining range (0xc0000,0x40000) was already = clear > (II) NOUVEAU(0): Primary V_BIOS segment is: 0xc000 > (=3D=3D) NOUVEAU(0): Write-combining range (0x0,0x1000) was already clear > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 10, (OK) > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 10, (OK) > drmOpenByBusid: Searching for BusID pci:0000:01:00.0 > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 10, (OK) > drmOpenByBusid: drmOpenMinor returns 10 > drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 > (II) [drm] DRM interface version 1.2 > (II) [drm] DRM open master succeeded. > (II) NOUVEAU(0): [drm] nouveau interface version: 0.0.12 > (--) NOUVEAU(0): [drm] kernel modesetting not available > (--) NOUVEAU(0): VESA-HACK: Console VGA mode is 0x3 > (=3D=3D) NOUVEAU(0): Depth 24, (=3D=3D) framebuffer bpp 32 > (=3D=3D) NOUVEAU(0): RGB weight 888 > (=3D=3D) NOUVEAU(0): Default visual is TrueColor > (II) Loading sub module "vgahw" > (II) LoadModule: "vgahw" >=20 > (II) Loading /usr/local/lib/xorg/modules//libvgahw.so > (II) Module vgahw: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 0.1.0 > ABI class: X.Org Video Driver, version 4.1 > (=3D=3D) NOUVEAU(0): Randr1.2 support enabled > (=3D=3D) NOUVEAU(0): Using HW cursor > (--) NOUVEAU(0): Linear framebuffer at 0xD0000000 > (--) NOUVEAU(0): MMIO registers at 0xFC000000 > (II) NOUVEAU(0): Initial CRTC_OWNER is 0 > (II) NOUVEAU(0): Attempting to load BIOS image from PROM > (II) NOUVEAU(0): ... appears to be valid > (II) NOUVEAU(0): BIT BIOS found > (II) NOUVEAU(0): Bios version 60.86.63.00 > (WW) NOUVEAU(0): TMDS table revision 2.0 not currently supported > (II) NOUVEAU(0): Found Display Configuration Block version 4.0 > (!!) NOUVEAU(0): Raw DCB entry 0: 02011300 00000028 > (!!) NOUVEAU(0): Raw DCB entry 1: 01011302 00000010 > (!!) NOUVEAU(0): Raw DCB entry 2: 01000310 00000028 > (!!) NOUVEAU(0): Raw DCB entry 3: 02000312 00000010 > (!!) NOUVEAU(0): Raw DCB entry 4: 0000000e 00000000 > (--) NOUVEAU(0): Parsing VBIOS init table 0 at offset 0xBD9C > (--) NOUVEAU(0): Parsing VBIOS init table 1 at offset 0xC106 > (--) NOUVEAU(0): Parsing VBIOS init table 2 at offset 0xCD47 > (--) NOUVEAU(0): Parsing VBIOS init table 3 at offset 0xCE39 > (--) NOUVEAU(0): Parsing VBIOS init table 4 at offset 0xD033 > (II) NOUVEAU(0): NV50DispPreInit is called. > (--) NOUVEAU(0): DCB entry 0: type: 0, i2c_index: 0, heads: 3, bus: 1, or= : 2 > (II) NOUVEAU(0): I2C bus "DVI-1" initialized. > (II) NOUVEAU(0): DAC-1 attached with index 0 to DVI-1 > (--) NOUVEAU(0): DCB entry 1: type: 2, i2c_index: 0, heads: 3, bus: 1, or= : 1 > (II) NOUVEAU(0): SOR-0 attached with index 1 to DVI-1 > (--) NOUVEAU(0): DCB entry 2: type: 0, i2c_index: 1, heads: 3, bus: 0, or= : 1 > (II) NOUVEAU(0): I2C bus "DVI-0" initialized. > (II) NOUVEAU(0): DAC-0 attached with index 0 to DVI-0 > (--) NOUVEAU(0): DCB entry 3: type: 2, i2c_index: 1, heads: 3, bus: 0, or= : 2 > (II) NOUVEAU(0): SOR-1 attached with index 1 to DVI-0 > (II) NOUVEAU(0): Output DVI-0 using monitor section Monitor0 > (II) NOUVEAU(0): Output DVI-1 has no monitor section > (II) NOUVEAU(0): nv50_output_detect is called. > (II) NOUVEAU(0): NV50ConnectorDDCDetect is called. > (II) NOUVEAU(0): I2C device "DVI-0:ddc2" registered at address 0xA0. > (II) NOUVEAU(0): I2C device "DVI-0:ddc2" removed. > (II) NOUVEAU(0): Using bios provided load value of 340 > (--) NOUVEAU(0): No Load present on DAC-0 > (II) NOUVEAU(0): nv50_output_detect is called. > (II) NOUVEAU(0): NV50ConnectorDDCDetect is called. > (II) NOUVEAU(0): I2C device "DVI-1:ddc2" registered at address 0xA0. > (II) NOUVEAU(0): Detected a Analog output on DVI-1 > (II) NOUVEAU(0): Found a suitable output, index 0 > (II) NOUVEAU(0): nv50_output_detect is called. > (II) NOUVEAU(0): NV50ConnectorDDCDetect is called. > (II) NOUVEAU(0): NV50ConnectorGetDDCModes is called. > (II) NOUVEAU(0): EDID vendor "STN", prod id 5 > (II) NOUVEAU(0): DVI-1: preferred mode is 1024x768 > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): nv50_output_mode_valid is called. > (II) NOUVEAU(0): Output DVI-0 disconnected > (II) NOUVEAU(0): Output DVI-1 connected > (II) NOUVEAU(0): Using exact sizes for initial modes > (II) NOUVEAU(0): Output DVI-1 using initial mode 1024x768 > (--) NOUVEAU(0): VideoRAM: 262144 kBytes > (=3D=3D) NOUVEAU(0): Using gamma correction (1.0, 1.0, 1.0) > (--) NOUVEAU(0): Virtual size is 1280x1280 (pitch 1280) > (**) NOUVEAU(0): Driver mode "1024x768": 94.5 MHz (scaled from 0.0 MHz),= 68.7 kHz, 85.0 Hz > (II) NOUVEAU(0): Modeline "1024x768"x85.0 94.50 1024 1072 1168 1376 7= 68 769 772 808 +hsync +vsync (68.7 kHz) > (**) NOUVEAU(0): Default mode "1280x1024": 108.0 MHz (scaled from 0.0 MH= z), 64.0 kHz, 60.0 Hz > (II) NOUVEAU(0): Modeline "1280x1024"x60.0 108.00 1280 1328 1440 1688 = 1024 1025 1028 1066 +hsync +vsync (64.0 kHz) > (**) NOUVEAU(0): Default mode "1280x960": 108.0 MHz (scaled from 0.0 MHz= ), 60.0 kHz, 60.0 Hz > (II) NOUVEAU(0): Modeline "1280x960"x60.0 108.00 1280 1376 1488 1800 9= 60 961 964 1000 +hsync +vsync (60.0 kHz) > (**) NOUVEAU(0): Driver mode "1152x864": 108.0 MHz (scaled from 0.0 MHz)= , 67.5 kHz, 75.0 Hz > (II) NOUVEAU(0): Modeline "1152x864"x75.0 108.00 1152 1216 1344 1600 8= 64 865 868 900 +hsync +vsync (67.5 kHz) > (**) NOUVEAU(0): Default mode "1024x768": 94.5 MHz (scaled from 0.0 MHz)= , 68.7 kHz, 85.0 Hz > (II) NOUVEAU(0): Modeline "1024x768"x85.0 94.50 1024 1072 1168 1376 7= 68 769 772 808 +hsync +vsync (68.7 kHz) > (**) NOUVEAU(0): Driver mode "1024x768": 94.4 MHz (scaled from 0.0 MHz),= 68.6 kHz, 85.0 Hz > (II) NOUVEAU(0): Modeline "1024x768"x85.0 94.39 1024 1088 1200 1376 7= 68 769 772 807 -hsync +vsync (68.6 kHz) > (**) NOUVEAU(0): Driver mode "1024x768": 78.8 MHz (scaled from 0.0 MHz),= 60.1 kHz, 75.1 Hz > (II) NOUVEAU(0): Modeline "1024x768"x75.1 78.80 1024 1040 1136 1312 7= 68 769 772 800 +hsync +vsync (60.1 kHz) > (**) NOUVEAU(0): Default mode "1024x768": 78.8 MHz (scaled from 0.0 MHz)= , 60.0 kHz, 75.0 Hz > (II) NOUVEAU(0): Modeline "1024x768"x75.0 78.75 1024 1040 1136 1312 7= 68 769 772 800 +hsync +vsync (60.0 kHz) > (**) NOUVEAU(0): Driver mode "1024x768": 75.0 MHz (scaled from 0.0 MHz),= 56.5 kHz, 70.1 Hz > (II) NOUVEAU(0): Modeline "1024x768"x70.1 75.00 1024 1048 1184 1328 7= 68 771 777 806 -hsync -vsync (56.5 kHz) > (**) NOUVEAU(0): Driver mode "1024x768": 65.0 MHz (scaled from 0.0 MHz),= 48.4 kHz, 60.0 Hz > (II) NOUVEAU(0): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 7= 68 771 777 806 -hsync -vsync (48.4 kHz) > (**) NOUVEAU(0): Driver mode "1024x768": 44.9 MHz (scaled from 0.0 MHz),= 35.5 kHz, 87.0 Hz (I) > (II) NOUVEAU(0): Modeline "1024x768"x87.0 44.90 1024 1032 1208 1264 7= 68 768 776 817 interlace +hsync +vsync (35.5 kHz) > (**) NOUVEAU(0): Driver mode "832x624": 57.3 MHz (scaled from 0.0 MHz), = 49.7 kHz, 74.6 Hz > (II) NOUVEAU(0): Modeline "832x624"x74.6 57.28 832 864 928 1152 624 6= 25 628 667 -hsync -vsync (49.7 kHz) > (**) NOUVEAU(0): Driver mode "800x600": 56.5 MHz (scaled from 0.0 MHz), = 53.5 kHz, 85.0 Hz > (II) NOUVEAU(0): Modeline "800x600"x85.0 56.55 800 840 928 1056 600 6= 01 604 630 -hsync +vsync (53.5 kHz) > (**) NOUVEAU(0): Default mode "800x600": 56.3 MHz (scaled from 0.0 MHz),= 53.7 kHz, 85.1 Hz > (II) NOUVEAU(0): Modeline "800x600"x85.1 56.30 800 832 896 1048 600 6= 01 604 631 +hsync +vsync (53.7 kHz) > (**) NOUVEAU(0): Driver mode "800x600": 50.0 MHz (scaled from 0.0 MHz), = 48.1 kHz, 72.2 Hz > (II) NOUVEAU(0): Modeline "800x600"x72.2 50.00 800 856 976 1040 600 6= 37 643 666 +hsync +vsync (48.1 kHz) > (**) NOUVEAU(0): Driver mode "800x600": 49.5 MHz (scaled from 0.0 MHz), = 46.9 kHz, 75.0 Hz > (II) NOUVEAU(0): Modeline "800x600"x75.0 49.50 800 816 896 1056 600 6= 01 604 625 +hsync +vsync (46.9 kHz) > (**) NOUVEAU(0): Driver mode "800x600": 40.0 MHz (scaled from 0.0 MHz), = 37.9 kHz, 60.3 Hz > (II) NOUVEAU(0): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 6= 01 605 628 +hsync +vsync (37.9 kHz) > (**) NOUVEAU(0): Driver mode "800x600": 36.0 MHz (scaled from 0.0 MHz), = 35.2 kHz, 56.2 Hz > (II) NOUVEAU(0): Modeline "800x600"x56.2 36.00 800 824 896 1024 600 6= 01 603 625 +hsync +vsync (35.2 kHz) > (**) NOUVEAU(0): Default mode "700x525": 61.0 MHz (scaled from 0.0 MHz),= 64.9 kHz, 60.0 Hz (D) > (II) NOUVEAU(0): Modeline "700x525"x60.0 61.00 700 744 820 940 525 52= 6 532 541 doublescan +hsync +vsync (64.9 kHz) > (**) NOUVEAU(0): Default mode "640x512": 54.0 MHz (scaled from 0.0 MHz),= 64.0 kHz, 60.0 Hz (D) > (II) NOUVEAU(0): Modeline "640x512"x60.0 54.00 640 664 720 844 512 51= 2 514 533 doublescan +hsync +vsync (64.0 kHz) > (**) NOUVEAU(0): Default mode "640x480": 54.0 MHz (scaled from 0.0 MHz),= 60.0 kHz, 60.0 Hz (D) > (II) NOUVEAU(0): Modeline "640x480"x60.0 54.00 640 688 744 900 480 48= 0 482 500 doublescan +hsync +vsync (60.0 kHz) > (**) NOUVEAU(0): Default mode "640x480": 36.0 MHz (scaled from 0.0 MHz),= 43.3 kHz, 85.0 Hz > (II) NOUVEAU(0): Modeline "640x480"x85.0 36.00 640 696 752 832 480 48= 1 484 509 -hsync -vsync (43.3 kHz) > (**) NOUVEAU(0): Driver mode "640x480": 35.7 MHz (scaled from 0.0 MHz), = 42.9 kHz, 85.0 Hz > (II) NOUVEAU(0): Modeline "640x480"x85.0 35.71 640 672 736 832 480 48= 1 484 505 -hsync +vsync (42.9 kHz) > (**) NOUVEAU(0): Driver mode "640x480": 31.5 MHz (scaled from 0.0 MHz), = 37.5 kHz, 75.0 Hz > (II) NOUVEAU(0): Modeline "640x480"x75.0 31.50 640 656 720 840 480 48= 1 484 500 -hsync -vsync (37.5 kHz) > (**) NOUVEAU(0): Driver mode "640x480": 31.5 MHz (scaled from 0.0 MHz), = 37.9 kHz, 72.8 Hz > (II) NOUVEAU(0): Modeline "640x480"x72.8 31.50 640 664 704 832 480 48= 9 491 520 -hsync -vsync (37.9 kHz) > (**) NOUVEAU(0): Default mode "640x480": 31.5 MHz (scaled from 0.0 MHz),= 37.9 kHz, 72.8 Hz > (II) NOUVEAU(0): Modeline "640x480"x72.8 31.50 640 664 704 832 480 48= 9 492 520 -hsync -vsync (37.9 kHz) > (**) NOUVEAU(0): Default mode "640x480": 31.5 MHz (scaled from 0.0 MHz),= 37.5 kHz, 75.0 Hz > (II) NOUVEAU(0): Modeline "640x480"x75.0 31.50 640 656 720 840 480 48= 1 484 500 -hsync -vsync (37.5 kHz) > (**) NOUVEAU(0): Driver mode "640x480": 30.2 MHz (scaled from 0.0 MHz), = 35.0 kHz, 66.7 Hz > (II) NOUVEAU(0): Modeline "640x480"x66.7 30.24 640 704 768 864 480 48= 3 486 525 -hsync -vsync (35.0 kHz) > (**) NOUVEAU(0): Driver mode "640x480": 25.2 MHz (scaled from 0.0 MHz), = 31.5 kHz, 60.0 Hz > (II) NOUVEAU(0): Modeline "640x480"x60.0 25.20 640 656 752 800 480 49= 0 492 525 -hsync -vsync (31.5 kHz) > (**) NOUVEAU(0): Default mode "640x480": 25.2 MHz (scaled from 0.0 MHz),= 31.5 kHz, 59.9 Hz > (II) NOUVEAU(0): Modeline "640x480"x59.9 25.18 640 656 752 800 480 49= 0 492 525 -hsync -vsync (31.5 kHz) > (**) NOUVEAU(0): Driver mode "720x400": 35.5 MHz (scaled from 0.0 MHz), = 39.4 kHz, 87.8 Hz > (II) NOUVEAU(0): Modeline "720x400"x87.8 35.50 720 738 846 900 400 42= 1 423 449 -hsync -vsync (39.4 kHz) > (**) NOUVEAU(0): Default mode "720x400": 35.5 MHz (scaled from 0.0 MHz),= 37.9 kHz, 85.0 Hz > (II) NOUVEAU(0): Modeline "720x400"x85.0 35.50 720 756 828 936 400 40= 1 404 446 -hsync +vsync (37.9 kHz) > (**) NOUVEAU(0): Driver mode "720x400": 28.3 MHz (scaled from 0.0 MHz), = 31.5 kHz, 70.1 Hz > (II) NOUVEAU(0): Modeline "720x400"x70.1 28.32 720 738 846 900 400 41= 2 414 449 -hsync +vsync (31.5 kHz) > (**) NOUVEAU(0): Default mode "640x400": 31.5 MHz (scaled from 0.0 MHz),= 37.9 kHz, 85.1 Hz > (II) NOUVEAU(0): Modeline "640x400"x85.1 31.50 640 672 736 832 400 40= 1 404 445 -hsync +vsync (37.9 kHz) > (**) NOUVEAU(0): Default mode "576x432": 54.0 MHz (scaled from 0.0 MHz),= 67.5 kHz, 75.0 Hz (D) > (II) NOUVEAU(0): Modeline "576x432"x75.0 54.00 576 608 672 800 432 43= 2 434 450 doublescan +hsync +vsync (67.5 kHz) > (**) NOUVEAU(0): Default mode "640x350": 31.5 MHz (scaled from 0.0 MHz),= 37.9 kHz, 85.1 Hz > (II) NOUVEAU(0): Modeline "640x350"x85.1 31.50 640 672 736 832 350 38= 2 385 445 +hsync -vsync (37.9 kHz) > (**) NOUVEAU(0): Default mode "512x384": 47.2 MHz (scaled from 0.0 MHz),= 68.7 kHz, 85.0 Hz (D) > (II) NOUVEAU(0): Modeline "512x384"x85.0 47.25 512 536 584 688 384 38= 4 386 404 doublescan +hsync +vsync (68.7 kHz) > (**) NOUVEAU(0): Default mode "512x384": 39.4 MHz (scaled from 0.0 MHz),= 60.0 kHz, 75.0 Hz (D) > (II) NOUVEAU(0): Modeline "512x384"x75.0 39.38 512 520 568 656 384 38= 4 386 400 doublescan +hsync +vsync (60.0 kHz) > (**) NOUVEAU(0): Default mode "512x384": 37.5 MHz (scaled from 0.0 MHz),= 56.5 kHz, 70.1 Hz (D) > (II) NOUVEAU(0): Modeline "512x384"x70.1 37.50 512 524 592 664 384 38= 5 388 403 doublescan -hsync -vsync (56.5 kHz) > (**) NOUVEAU(0): Default mode "512x384": 32.5 MHz (scaled from 0.0 MHz),= 48.4 kHz, 60.0 Hz (D) > (II) NOUVEAU(0): Modeline "512x384"x60.0 32.50 512 524 592 672 384 38= 5 388 403 doublescan -hsync -vsync (48.4 kHz) > (**) NOUVEAU(0): Default mode "416x312": 28.6 MHz (scaled from 0.0 MHz),= 49.7 kHz, 74.7 Hz (D) > (II) NOUVEAU(0): Modeline "416x312"x74.7 28.64 416 432 464 576 312 31= 2 314 333 doublescan -hsync -vsync (49.7 kHz) > (**) NOUVEAU(0): Default mode "400x300": 28.1 MHz (scaled from 0.0 MHz),= 53.7 kHz, 85.3 Hz (D) > (II) NOUVEAU(0): Modeline "400x300"x85.3 28.15 400 416 448 524 300 30= 0 302 315 doublescan +hsync +vsync (53.7 kHz) > (**) NOUVEAU(0): Default mode "400x300": 25.0 MHz (scaled from 0.0 MHz),= 48.1 kHz, 72.2 Hz (D) > (II) NOUVEAU(0): Modeline "400x300"x72.2 25.00 400 428 488 520 300 31= 8 321 333 doublescan +hsync +vsync (48.1 kHz) > (=3D=3D) NOUVEAU(0): DPI set to (96, 96) > (II) Loading sub module "fb" > (II) LoadModule: "fb" >=20 > (II) Loading /usr/local/lib/xorg/modules//libfb.so > (II) Module fb: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.0.0 > ABI class: X.Org ANSI C Emulation, version 0.4 > (II) Loading sub module "exa" > (II) LoadModule: "exa" >=20 > (II) Loading /usr/local/lib/xorg/modules//libexa.so > (II) Module exa: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 2.4.0 > ABI class: X.Org Video Driver, version 4.1 > (II) Loading sub module "shadowfb" > (II) LoadModule: "shadowfb" >=20 > (II) Loading /usr/local/lib/xorg/modules//libshadowfb.so > (II) Module shadowfb: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.0.0 > ABI class: X.Org ANSI C Emulation, version 0.4 > (--) Depth 24 pixmap format is 32 bpp > (II) do I need RAC? No, I don't. > (II) resource ranges after preInit: > [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > (=3D=3D) NOUVEAU(0): Write-combining range (0xa0000,0x10000) was already = clear > (II) NOUVEAU(0): Allocated 128MiB VRAM for framebuffer + offscreen pixmap= s, at offset 0x20000000 > (II) NOUVEAU(0): AGPGART: 512MiB available > (EE) NOUVEAU(0): Unable to allocate GART memory Yes, this appears to be the first patchset, which can't allocate the GART on nv50. robert. > (II) NOUVEAU(0): [drm] Using the DRM lock SAREA also for drawables. > (II) NOUVEAU(0): [drm] framebuffer handle =3D 0xd0000000 > (II) NOUVEAU(0): [drm] added 1 reserved context for kernel > (II) NOUVEAU(0): X context handle =3D 0x1 > (II) NOUVEAU(0): [drm] installed DRM signal handler --=20 Robert Noland FreeBSD --=-goKhQA6BjR3Dt1NXN3br Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknKZrEACgkQM4TrQ4qfROPK5ACbBed6JMjFXt9DLwkrlx+09hFL 7bgAoILOgCvrI8M8T+m7hh0QearHNw34 =NEva -----END PGP SIGNATURE----- --=-goKhQA6BjR3Dt1NXN3br-- From owner-freebsd-x11@FreeBSD.ORG Wed Mar 25 17:23:25 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 720AE1065898; Wed, 25 Mar 2009 17:23:25 +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 277C98FC1F; Wed, 25 Mar 2009 17:23:25 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-142.bna.bellsouth.net [70.156.31.142]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2PHM3mN029792 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Mar 2009 13:22:03 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: wsk In-Reply-To: <1237998972.1828.4.camel@balrog.2hip.net> References: <49B88449.3000403@gddsn.org.cn> <49B8AC04.10508@gddsn.org.cn> <49C6E5C6.60306@gddsn.org.cn> <1237798914.2110.24.camel@balrog.2hip.net> <49C85F4E.5050002@gddsn.org.cn> <1237882591.1771.26.camel@balrog.2hip.net> <49C97EEB.4090607@gddsn.org.cn> <1237961497.1828.2.camel@balrog.2hip.net> <49C9ED34.20504@gddsn.org.cn> <1237998972.1828.4.camel@balrog.2hip.net> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-usmBgkqy+4mpv+R9GDoy" Organization: FreeBSD Date: Wed, 25 Mar 2009 12:22:57 -0500 Message-Id: <1238001777.1828.17.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, URIBL_RED autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: stable@freebsd.org, x11@freebsd.org, current@freebsd.org, John Baldwin Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 17:23:33 -0000 --=-usmBgkqy+4mpv+R9GDoy Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-03-25 at 11:36 -0500, Robert Noland wrote: > On Wed, 2009-03-25 at 16:37 +0800, wsk wrote: > > Robert Noland wrote: > > > On Wed, 2009-03-25 at 08:46 +0800, wsk wrote: > > > =20 > > >> Robert Noland wrote: > > >> =20 > > >>> On Tue, 2009-03-24 at 12:19 +0800, wsk wrote: > > >>> =20 > > >>> =20 > > >>>> Robert Noland wrote: > > >>>> =20 > > >>>> =20 > > >>>>> On Mon, 2009-03-23 at 09:28 +0800, wsk wrote: > > >>>>> =20 > > >>>>> =20 > > >>>>> =20 > > >>>>>>> Ok, this patch should work on NV50 chips also. > > >>>>>>> =20 > > >>>>>>> What you get is EXA and Xv. > > >>>>>>> =20 > > >>>>>>> You still need: > > >>>>>>> =20 > > >>>>>>> A recent -CURRENT or -STABLE. > > >>>>>>> =20 > > >>>>>>> git master of libdrm and xf86-video-nouveau. > > >>>>>>> =20 > > >>>>>>> This patch. > > >>>>>>> =20 > > >>>>>>> Things I've figured out since the last patch... > > >>>>>>> =20 > > >>>>>>> On NV50 class hardware you need to have a compositing manager r= unning > > >>>>>>> for Xv to work. That means xcompmgr, metacity with composite e= nabled, > > >>>>>>> xfce (rumored to work as well, haven't tried). If your running= Gnome > > >>>>>>> with metacity, open gconf-editor and go to apps->metacity->gene= ral and > > >>>>>>> check the composite box. > > >>>>>>> =20 > > >>>>>>> On NV40 class hardware, you don't need the composite manager. = In fact > > >>>>>>> (at least with Xserver 1.6 which I'm running now), if a composi= te > > >>>>>>> manager is enabled, I'm seeing high cpu utilization from Xorg u= nder some > > >>>>>>> circumstances. I don't think this is a drm issue, but still an= issue. > > >>>>>>> For me, if I start a video using mplayer in an xterm, cpu is fi= ne as > > >>>>>>> long as that xterm is the foreground window. If it is not the > > >>>>>>> foreground window, even if it isn't obscured I see the cpu util= ization. > > >>>>>>> Disabling the composite manager makes everything fine. > > >>>>>>> =20 > > >>>>>>> http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch > > >>>>>>> =20 > > >>>>>>> robert. > > >>>>>>> =20 > > >>>>>>> =20 > > >>>>>>> =20 > > >>>>>> get the following errors and exitThis is a pre-release version o= f the X server from The X.Org Foundation. > > >>>>>> It is not supported in any way. > > >>>>>> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org= /. > > >>>>>> Select the "xorg" product for bugs you find in this release. > > >>>>>> Before reporting bugs in pre-release versions please check the > > >>>>>> latest version in the X.Org Foundation git repository. > > >>>>>> See http://wiki.x.org/wiki/GitPage for git access instructions. > > >>>>>> > > >>>>>> X.Org X Server 1.5.99.902 (1.6.0 RC 2) > > >>>>>> Release Date: 2009-1-30 > > >>>>>> X Protocol Version 11, Revision 0 > > >>>>>> Build Operating System: FreeBSD 7.1-STABLE amd64 > > >>>>>> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE= FreeBSD 7.2-PRE > > >>>>>> RELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn= :/usr/obj/usr/sr > > >>>>>> c/sys/WSK amd64 > > >>>>>> Build Date: 06 February 2009 04:22:44PM > > >>>>>> > > >>>>>> Before reporting problems, check http://wiki.x.org > > >>>>>> to make sure that you have the latest version. > > >>>>>> Markers: (--) probed, (**) from config file, (=3D=3D) default se= tting, > > >>>>>> (++) from command line, (!!) notice, (II) informational, > > >>>>>> (WW) warning, (EE) error, (NI) not implemented, (??) unk= nown. > > >>>>>> (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14= :03 2009 > > >>>>>> ing config file: "xorg.conf1" > > >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find r= esource 0x2 > > >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find r= esource 0x2 > > >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find r= esource 0x2 > > >>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffff= fffffffff). > > >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find r= esource 0x1 > > >>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffff= fffffffff). > > >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find r= esource 0x1 > > >>>>>> drm0: [ITHREAD] > > >>>>>> info: [drm] Allocating FIFO number 1 > > >>>>>> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 > > >>>>>> info: [drm] PFIFO_DMA_PUSHER - Ch 1 > > >>>>>> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space > > >>>>>> (EE) Screen(s) found, but none have a usable configuration. > > >>>>>> > > >>>>>> Fatal server error: > > >>>>>> no screens found > > >>>>>> > > >>>>>> Please consult the The X.Org Foundation support > > >>>>>> at http://wiki.x.org > > >>>>>> for help. > > >>>>>> Please also check the log file at "/var/log/Xorg.0.log" for addi= tional informati > > >>>>>> on. > > >>>>>> > > >>>>>> info: [drm] nouveau_fifo_free: freeing fifo 1 > > >>>>>> error: [drm:pid30722:nouveau_fifo_free] *ERROR* Failed to idle c= hannel 1 before > > >>>>>> destroy.Prepare for strangeness.. > > >>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffff= fffffffff). > > >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find r= esource 0x1 > > >>>>>> > > >>>>>> what can i do ? > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> plain text document attachment (Xorg.0.log) > > >>>>>> This is a pre-release version of the X server from The X.Org Fou= ndation. > > >>>>>> It is not supported in any way. > > >>>>>> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org= /. > > >>>>>> Select the "xorg" product for bugs you find in this release. > > >>>>>> Before reporting bugs in pre-release versions please check the > > >>>>>> latest version in the X.Org Foundation git repository. > > >>>>>> See http://wiki.x.org/wiki/GitPage for git access instructions. > > >>>>>> > > >>>>>> X.Org X Server 1.5.99.902 (1.6.0 RC 2) > > >>>>>> Release Date: 2009-1-30 > > >>>>>> X Protocol Version 11, Revision 0 > > >>>>>> Build Operating System: FreeBSD 7.1-STABLE amd64=20 > > >>>>>> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE= FreeBSD 7.2-PRERELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.o= rg.cn:/usr/obj/usr/src/sys/WSK amd64 > > >>>>>> Build Date: 06 February 2009 04:22:44PM > > >>>>>> =20 > > >>>>>> Before reporting problems, check http://wiki.x.org > > >>>>>> to make sure that you have the latest version. > > >>>>>> Markers: (--) probed, (**) from config file, (=3D=3D) default se= tting, > > >>>>>> (++) from command line, (!!) notice, (II) informational, > > >>>>>> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > > >>>>>> (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14= :03 2009 > > >>>>>> (++) Using config file: "xorg.conf1" > > >>>>>> (=3D=3D) No Layout section. Using the first Screen section. > > >>>>>> (=3D=3D) No screen section available. Using defaults. > > >>>>>> (**) |-->Screen "Default Screen Section" (0) > > >>>>>> (**) | |-->Monitor "" > > >>>>>> (=3D=3D) No device specified for screen "Default Screen Section"= . > > >>>>>> Using the first device section listed. > > >>>>>> (**) | |-->Device "Card0" > > >>>>>> (=3D=3D) No monitor specified for screen "Default Screen Section= ". > > >>>>>> Using a default monitor configuration. > > >>>>>> (=3D=3D) Automatically adding devices > > >>>>>> (=3D=3D) Automatically enabling devices > > >>>>>> (=3D=3D) No FontPath specified. Using compiled-in default. > > >>>>>> (=3D=3D) FontPath set to: > > >>>>>> built-ins > > >>>>>> (=3D=3D) ModulePath set to "/usr/local/lib/xorg/modules" > > >>>>>> (II) Cannot locate a core pointer device. > > >>>>>> (II) Cannot locate a core keyboard device. > > >>>>>> (II) The server relies on HAL to provide the list of input devic= es. > > >>>>>> If no devices become available, reconfigure HAL or disable Allo= wEmptyInput. > > >>>>>> (II) Loader magic: 0xb20 > > >>>>>> (II) Module ABI versions: > > >>>>>> X.Org ANSI C Emulation: 0.4 > > >>>>>> X.Org Video Driver: 5.0 > > >>>>>> X.Org XInput driver : 4.0 > > >>>>>> X.Org Server Extension : 2.0 > > >>>>>> (II) Loader running on freebsd > > >>>>>> (--) Using syscons driver with X support (version 2.0) > > >>>>>> (--) using VT number 9 > > >>>>>> > > >>>>>> (--) PCI:*(0@1:0:0) nVidia Corporation Quadro NVS 140M rev 161, = Mem @ 0xfd000000/16777216, 0x00000000/268435456, 0xfa000000/33554432, I/O @= 0x0000df00/128, BIOS @ 0x????????/65536 > > >>>>>> =20 > > >>>>>> =20 > > >>>>>> =20 > > >>>>> Ok, thats a new one... > > >>>>> > > >>>>> =20 > > >>>>> =20 > > >>>>> =20 > > >>>>>> (II) System resource ranges: > > >>>>>> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > > >>>>>> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > > >>>>>> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > > >>>>>> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > > >>>>>> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > > >>>>>> (II) LoadModule: "extmod" > > >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.s= o > > >>>>>> (II) Module extmod: vendor=3D"X.Org Foundation" > > >>>>>> compiled for 1.5.99.902, module version =3D 1.0.0 > > >>>>>> Module class: X.Org Server Extension > > >>>>>> ABI class: X.Org Server Extension, version 2.0 > > >>>>>> (II) Loading extension MIT-SCREEN-SAVER > > >>>>>> (II) Loading extension XFree86-VidModeExtension > > >>>>>> (II) Loading extension XFree86-DGA > > >>>>>> (II) Loading extension DPMS > > >>>>>> (II) Loading extension XVideo > > >>>>>> (II) Loading extension XVideo-MotionCompensation > > >>>>>> (II) Loading extension X-Resource > > >>>>>> (II) LoadModule: "dbe" > > >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so > > >>>>>> (II) Module dbe: vendor=3D"X.Org Foundation" > > >>>>>> compiled for 1.5.99.902, module version =3D 1.0.0 > > >>>>>> Module class: X.Org Server Extension > > >>>>>> ABI class: X.Org Server Extension, version 2.0 > > >>>>>> (II) Loading extension DOUBLE-BUFFER > > >>>>>> (II) LoadModule: "glx" > > >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so > > >>>>>> (II) Module glx: vendor=3D"X.Org Foundation" > > >>>>>> compiled for 1.5.99.902, module version =3D 1.0.0 > > >>>>>> ABI class: X.Org Server Extension, version 2.0 > > >>>>>> (=3D=3D) AIGLX disabled > > >>>>>> (=3D=3D) Exporting typical set of GLX visuals > > >>>>>> (II) Loading extension GLX > > >>>>>> (II) LoadModule: "record" > > >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.s= o > > >>>>>> (II) Module record: vendor=3D"X.Org Foundation" > > >>>>>> compiled for 1.5.99.902, module version =3D 1.13.0 > > >>>>>> Module class: X.Org Server Extension > > >>>>>> ABI class: X.Org Server Extension, version 2.0 > > >>>>>> (II) Loading extension RECORD > > >>>>>> (II) LoadModule: "dri" > > >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so > > >>>>>> (II) Module dri: vendor=3D"X.Org Foundation" > > >>>>>> compiled for 1.5.99.902, module version =3D 1.0.0 > > >>>>>> ABI class: X.Org Server Extension, version 2.0 > > >>>>>> (II) Loading extension XFree86-DRI > > >>>>>> (II) LoadModule: "nouveau" > > >>>>>> (II) Loading /usr/local/lib/xorg/modules/drivers//nouveau_drv.so > > >>>>>> (II) Module nouveau: vendor=3D"X.Org Foundation" > > >>>>>> compiled for 1.5.99.902, module version =3D 0.0.10 > > >>>>>> Module class: X.Org Video Driver > > >>>>>> ABI class: X.Org Video Driver, version 5.0 > > >>>>>> (II) NOUVEAU driver Date: Wed Mar 18 09:36:33 2009 +1000 > > >>>>>> (II) NOUVEAU driver for NVIDIA chipset families : > > >>>>>> RIVA TNT (NV04) > > >>>>>> RIVA TNT2 (NV05) > > >>>>>> GeForce 256 (NV10) > > >>>>>> GeForce 2 (NV11, NV15) > > >>>>>> GeForce 4MX (NV17, NV18) > > >>>>>> GeForce 3 (NV20) > > >>>>>> GeForce 4Ti (NV25, NV28) > > >>>>>> GeForce FX (NV3x) > > >>>>>> GeForce 6 (NV4x) > > >>>>>> GeForce 7 (G7x) > > >>>>>> GeForce 8 (G8x) > > >>>>>> (II) Primary Device is: PCI 01@00:00:0 > > >>>>>> (II) resource ranges after probing: > > >>>>>> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > > >>>>>> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > > >>>>>> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > > >>>>>> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > > >>>>>> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > > >>>>>> (--) NOUVEAU(0): Chipset: "NVIDIA NV86" > > >>>>>> =20 > > >>>>>> =20 > > >>>>>> =20 > > >>>>> Hrm, NV86... I'll have to ask around about that. Meanwhile can y= ou send > > >>>>> me a pciconf -lvb which should at least show us the BAR configura= tion. > > >>>>> > > >>>>> Ok, my sources are telling me that this should work and that it i= s an > > >>>>> NV50, or at least should work the same... > > >>>>> > > >>>>> Also, just to be safe, please rebuild/reinstall devel/libpciacces= s. I'm > > >>>>> not sure if it may be trashing the BARs somehow. > > >>>>> > > >>>>> robert. > > >>>>> =20 > > >>>>> =20 > > >>>>> =20 > > >>>> bar [24] =3D type I/O Port, range 32, base 0xeff0, size 16, enable= d > > >>>> ichsmb0@pci0:0:31:3: class=3D0x0c0500 card=3D0x01fe1028 chip=3D0x2= 83e8086 > > >>>> rev=3D0x02 hdr=3D0x00 > > >>>> vendor =3D 'Intel Corporation' > > >>>> device =3D '82801H (ICH8 Family) SMBus Controller' > > >>>> class =3D serial bus > > >>>> subclass =3D SMBus > > >>>> bar [10] =3D type Memory, range 32, base 0xfebfbf00, size 256, ena= bled > > >>>> bar [20] =3D type I/O Port, range 32, base 0x10c0, size 32, enable= d > > >>>> vgapci0@pci0:1:0:0: class=3D0x030000 card=3D0x01fe1028 chip=3D0x04= 2910de > > >>>> rev=3D0xa1 hdr=3D0x00 > > >>>> vendor =3D 'Nvidia Corp' > > >>>> device =3D 'Unknown nVidia Quadro FX 570M' > > >>>> class =3D display > > >>>> subclass =3D VGA > > >>>> bar [10] =3D type Memory, range 32, base 0xfd000000, size 16777216= , enabled > > >>>> =20 > > >>>> =20 > > >>> Ok, this is BAR 0, BARs 1 and 2 are indeed are not showing up. BAR= 1 > > >>> should be your framebuffer and should be where most of your memory = is. > > >>> (This is the memory the tell you about when you buy the card, 256M, > > >>> 512M, etc.) It should probably be a 64bit BAR, which is why BAR 2 = isn't > > >>> there. We are going to need more details on your card... > > >>> =20 > > >>> =20 > > >> indeed,my DELL D830 laptop video card is Quadro NVS 140M with 256M m= emory. > > >> but it recognized Quadro FX 570M with pciconfig. > > >> =20 > > > > > > So, the nouveau folks want me to get you to either boot linux and see > > > what lspci shows for this card, or at least install the lspci port an= d > > > see what it says. I don't think it is going to reveal anything, but = who > > > knows... This is not a driver issue at this point, the BARs just don= 't > > > appear to be present. > > > > > > robert. > > > > > > =20 > > ok,here's my lspci -v messags with linux Fedora live CD :-) > > and thanks your Re > >=20 > >=20 > > 01:00.0 VGA compatible controller: nVidia Corporation Quadro NVS 140M > > (rev a1) (prog-if 00 [VGA controller]) > > Subsystem: Dell Device 01fe > > Flags: bus master, fast devsel, latency 0, IRQ 5 > > Memory at fd000000 (32-bit, non-prefetchable) [size=3D16M] > > Memory at e0000000 (64-bit, prefetchable) [size=3D256M] > > Memory at fa000000 (64-bit, non-prefetchable) [size=3D32M] > > I/O ports at df00 [size=3D128] > > [virtual] Expansion ROM at fc000000 [disabled] [size=3D128K] > > Capabilities: [60] Power Management version 2 > > Capabilities: [68] Message Signalled Interrupts: Mask- 64bit+ Count=3D1= /1 > > Enable- > > Capabilities: [78] Express Endpoint, MSI 00 > > Capabilities: [100] Virtual Channel > > Capabilities: [128] Power Budgeting > > Capabilities: [600] Vendor Specific Information > > Kernel modules: nvidiafb >=20 > Ok, we need a little help on this one then... I don't know why we > wouldn't see BAR 1. Time to rope jhb@ in. Can you send a verbose boot log. robert. > robert. >=20 > > 0c:00.0 Network controller: Broadcom Corporation BCM4328 802.11a/b/g/n > > (rev 03) > > Subsystem: Dell Wireless 1500 Draft 802.11n WLAN Mini-card > > Flags: bus master, fast devsel, latency 0, IRQ 17 > > Memory at f9ffc000 (64-bit, non-prefetchable) [size=3D16K] > > Memory at f0000000 (64-bit, prefetchable) [size=3D1M] > > Capabilities: [40] Power Management version 2 > > Capabilities: [58] Vendor Specific Information > > Capabilities: [e8] Message Signalled Interrupts: Mask- 64bit+ Count=3D1= /1 > > Enable- > > Capabilities: [d0] Express Endpoint, MSI 00 > > Capabilities: [100] Advanced Error Reporting > > UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP= - > > ECRC- UnsupReq- ACSVoil- > > UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP= - > > ECRC- UnsupReq- ACSVoil- > > UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ > > MalfTLP+ ECRC- UnsupReq- ACSVoil- > > CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- > > CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ > > AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn- > > Capabilities: [13c] Virtual Channel > > Capabilities: [160] Device Serial Number 1c-00-a4-ff-ff-26-df-c0 > > Capabilities: [16c] Power Budgeting > > Kernel driver in use: b43-pci-bridge > > Kernel modules: ssb > >=20 > > >>> =20 > > >>> =20 > > >>>> bar [1c] =3D type Memory, range 64, base 0xfa000000, size 33554432= , enabled > > >>>> =20 > > >>>> =20 > > >>> This one is BAR 3, which is used when it doesn't find BAR 1. > > >>> > > >>> robert. > > >>> > > >>> =20 > > >>> =20 > > >>>> bar [24] =3D type I/O Port, range 32, base 0xdf00, size 128, enabl= ed > > >>>> ndis0@pci0:12:0:0: class=3D0x028000 card=3D0x000a1028 chip=3D0x432= 814e4 > > >>>> rev=3D0x03 hdr=3D0x00 > > >>>> > > >>>> and follow your intrudction.still pain me :( > > >>>> > > >>>> (++) Using config file: "xorg.conf1" > > >>>> drm0: on vgapci0 > > >>>> info: [drm] Detected an NV50 generation card (0x086900a2) > > >>>> vgapci0: child drm0 requested pci_enable_busmaster > > >>>> info: [drm] Initialized nouveau 0.0.12 20060213 > > >>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find reso= urce 0x2 > > >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffff= fffffff). > > >>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find reso= urce 0x1 > > >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffff= fffffff). > > >>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find reso= urce 0x1 > > >>>> drm0: [ITHREAD] > > >>>> info: [drm] Allocating FIFO number 1 > > >>>> error: [drm:pid6494:nouveau_graph_trapped_channel] *ERROR* AIII, > > >>>> invalid/inactiv > > >>>> e channel id 128 > > >>>> info: [drm] PGRAPH_ERROR - nSource:info: [drm] PROTECTION_ERRORinf= o: > > >>>> [drm] , nSt > > >>>> atus:info: [drm] > > >>>> info: [drm] PGRAPH_ERROR - Ch -1/0 Class 0x0000 Mthd 0x0000 Data > > >>>> 0x00000000:0x00 > > >>>> 000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 1: > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408900: 0= x8000003f > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408904: 0= xcf6f7f0e > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408908: 0= xfff7367f > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040890c: 0= x00001850 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408910: 0= xafff3587 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e08: 0= x800b6fad > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e0c: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e10: 0= x4df4fd60 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e14: 0= x000000d7 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e18: 0= x3139768d > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e1c: 0= xf6d69757 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e20: 0= x63161650 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e24: 0= x07220009 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 2: > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409900: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409904: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409908: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040990c: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409910: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e08: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e0c: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e10: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e14: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e1c: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e20: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e24: 0= x00000000 > > >>>> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 > > >>>> info: [drm] PFIFO_DMA_PUSHER - Ch 1 > > >>>> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space > > >>>> (EE) Screen(s) found, but none have a usable configuration. > > >>>> > > >>>> Fatal server error: > > >>>> no screens found > > >>>> > > >>>> Please consult the The X.Org Foundation support > > >>>> at http://wiki.x.org > > >>>> for help. > > >>>> Please also check the log file at "/var/log/Xorg.0.log" for additi= onal > > >>>> informati > > >>>> on. > > >>>> > > >>>> info: [drm] nouveau_fifo_free: freeing fifo 1 > > >>>> error: [drm:pid6493:nouveau_fifo_free] *ERROR* Failed to idle chan= nel 1 > > >>>> before d > > >>>> estroy.Prepare for strangeness.. > > >>>> info: [drm] PFIFO_DMA_PUSHER - Ch 127 > > >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffff= fffffff). > > >>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find reso= urce 0x1 > > >>>> > > >>>> =20 > >=20 --=20 Robert Noland FreeBSD --=-usmBgkqy+4mpv+R9GDoy Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknKaHEACgkQM4TrQ4qfROMmVwCeMhJYYRLyvcUxfGMPZlhbtdZ+ 28gAn1QVjsqX6lRnQHT1f2MU+YV789WJ =SfXP -----END PGP SIGNATURE----- --=-usmBgkqy+4mpv+R9GDoy-- From owner-freebsd-x11@FreeBSD.ORG Wed Mar 25 18:41:44 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 478CF106568F for ; Wed, 25 Mar 2009 18:41:44 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id D02448FC12 for ; Wed, 25 Mar 2009 18:41:43 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 32090 invoked by uid 399); 25 Mar 2009 18:14:58 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 25 Mar 2009 18:14:58 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <49CA74A0.6030201@FreeBSD.org> Date: Wed, 25 Mar 2009 11:14:56 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.21 (X11/20090321) MIME-Version: 1.0 To: Robert Noland References: <49B88449.3000403@gddsn.org.cn> <49B8AC04.10508@gddsn.org.cn> <49C6E5C6.60306@gddsn.org.cn> <1237798914.2110.24.camel@balrog.2hip.net> <49C85F4E.5050002@gddsn.org.cn> <1237882591.1771.26.camel@balrog.2hip.net> <49C97EEB.4090607@gddsn.org.cn> <1237961497.1828.2.camel@balrog.2hip.net> <49C9ED34.20504@gddsn.org.cn> <1237998972.1828.4.camel@balrog.2hip.net> In-Reply-To: <1237998972.1828.4.camel@balrog.2hip.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, x11@freebsd.org, current@freebsd.org, wsk Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 18:41:45 -0000 Can you guys please stop quoting hundreds of lines of text to add 2 lines of new material? :) Thanks, Doug From owner-freebsd-x11@FreeBSD.ORG Thu Mar 26 00:54:13 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 417011065670; Thu, 26 Mar 2009 00:54:13 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.freebsd.org (Postfix) with ESMTP id 30D658FC1F; Thu, 26 Mar 2009 00:54:11 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from lp.gddsn.org.cn (unknown [10.44.8.159]) (Authenticated sender: wsk) by gddsn.org.cn (Postfix) with ESMTPA id 8F7B92E00E; Thu, 26 Mar 2009 08:53:01 +0800 (CST) Message-ID: <49CAD237.9020301@gddsn.org.cn> Date: Thu, 26 Mar 2009 08:54:15 +0800 From: wsk User-Agent: Thunderbird 2.0.0.19 (X11/20090204) MIME-Version: 1.0 To: Robert Noland References: <49B88449.3000403@gddsn.org.cn> <49B8AC04.10508@gddsn.org.cn> <49C6E5C6.60306@gddsn.org.cn> <1237798914.2110.24.camel@balrog.2hip.net> <49C85F4E.5050002@gddsn.org.cn> <1237882591.1771.26.camel@balrog.2hip.net> <49C97EEB.4090607@gddsn.org.cn> <1237961497.1828.2.camel@balrog.2hip.net> <49C9ED34.20504@gddsn.org.cn> <1237998972.1828.4.camel@balrog.2hip.net> <1238001777.1828.17.camel@balrog.2hip.net> In-Reply-To: <1238001777.1828.17.camel@balrog.2hip.net> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, x11@freebsd.org, current@freebsd.org, John Baldwin Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 00:54:14 -0000 Robert Noland wrote: > On Wed, 2009-03-25 at 11:36 -0500, Robert Noland wrote: > >> On Wed, 2009-03-25 at 16:37 +0800, wsk wrote: >> >>> Robert Noland wrote: >>> >>>> On Wed, 2009-03-25 at 08:46 +0800, wsk wrote: >>>> >>>> >>>>> Robert Noland wrote: >>>>> >>>>> >>>>>> On Tue, 2009-03-24 at 12:19 +0800, wsk wrote: >>>>>> >>>>>> >>>>>> >>>>>>> Robert Noland wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>>> On Mon, 2009-03-23 at 09:28 +0800, wsk wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>>> Ok, this patch should work on NV50 chips also. >>>>>>>>>> >>>>>>>>>> What you get is EXA and Xv. >>>>>>>>>> >>>>>>>>>> You still need: >>>>>>>>>> >>>>>>>>>> A recent -CURRENT or -STABLE. >>>>>>>>>> >>>>>>>>>> git master of libdrm and xf86-video-nouveau. >>>>>>>>>> >>>>>>>>>> This patch. >>>>>>>>>> >>>>>>>>>> Things I've figured out since the last patch... >>>>>>>>>> >>>>>>>>>> On NV50 class hardware you need to have a compositing manager running >>>>>>>>>> for Xv to work. That means xcompmgr, metacity with composite enabled, >>>>>>>>>> xfce (rumored to work as well, haven't tried). If your running Gnome >>>>>>>>>> with metacity, open gconf-editor and go to apps->metacity->general and >>>>>>>>>> check the composite box. >>>>>>>>>> >>>>>>>>>> On NV40 class hardware, you don't need the composite manager. In fact >>>>>>>>>> (at least with Xserver 1.6 which I'm running now), if a composite >>>>>>>>>> manager is enabled, I'm seeing high cpu utilization from Xorg under some >>>>>>>>>> circumstances. I don't think this is a drm issue, but still an issue. >>>>>>>>>> For me, if I start a video using mplayer in an xterm, cpu is fine as >>>>>>>>>> long as that xterm is the foreground window. If it is not the >>>>>>>>>> foreground window, even if it isn't obscured I see the cpu utilization. >>>>>>>>>> Disabling the composite manager makes everything fine. >>>>>>>>>> >>>>>>>>>> http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch >>>>>>>>>> >>>>>>>>>> robert. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> get the following errors and exitThis is a pre-release version of the X server from The X.Org Foundation. >>>>>>>>> It is not supported in any way. >>>>>>>>> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. >>>>>>>>> Select the "xorg" product for bugs you find in this release. >>>>>>>>> Before reporting bugs in pre-release versions please check the >>>>>>>>> latest version in the X.Org Foundation git repository. >>>>>>>>> See http://wiki.x.org/wiki/GitPage for git access instructions. >>>>>>>>> >>>>>>>>> X.Org X Server 1.5.99.902 (1.6.0 RC 2) >>>>>>>>> Release Date: 2009-1-30 >>>>>>>>> X Protocol Version 11, Revision 0 >>>>>>>>> Build Operating System: FreeBSD 7.1-STABLE amd64 >>>>>>>>> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeBSD 7.2-PRE >>>>>>>>> RELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/usr/obj/usr/sr >>>>>>>>> c/sys/WSK amd64 >>>>>>>>> Build Date: 06 February 2009 04:22:44PM >>>>>>>>> >>>>>>>>> Before reporting problems, check http://wiki.x.org >>>>>>>>> to make sure that you have the latest version. >>>>>>>>> Markers: (--) probed, (**) from config file, (==) default setting, >>>>>>>>> (++) from command line, (!!) notice, (II) informational, >>>>>>>>> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >>>>>>>>> (==) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14:03 2009 >>>>>>>>> ing config file: "xorg.conf1" >>>>>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >>>>>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >>>>>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >>>>>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>>>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>>>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>>>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>>>>>>> drm0: [ITHREAD] >>>>>>>>> info: [drm] Allocating FIFO number 1 >>>>>>>>> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 >>>>>>>>> info: [drm] PFIFO_DMA_PUSHER - Ch 1 >>>>>>>>> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space >>>>>>>>> (EE) Screen(s) found, but none have a usable configuration. >>>>>>>>> >>>>>>>>> Fatal server error: >>>>>>>>> no screens found >>>>>>>>> >>>>>>>>> Please consult the The X.Org Foundation support >>>>>>>>> at http://wiki.x.org >>>>>>>>> for help. >>>>>>>>> Please also check the log file at "/var/log/Xorg.0.log" for additional informati >>>>>>>>> on. >>>>>>>>> >>>>>>>>> info: [drm] nouveau_fifo_free: freeing fifo 1 >>>>>>>>> error: [drm:pid30722:nouveau_fifo_free] *ERROR* Failed to idle channel 1 before >>>>>>>>> destroy.Prepare for strangeness.. >>>>>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>>>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>>>>>>> >>>>>>>>> what can i do ? >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> plain text document attachment (Xorg.0.log) >>>>>>>>> This is a pre-release version of the X server from The X.Org Foundation. >>>>>>>>> It is not supported in any way. >>>>>>>>> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. >>>>>>>>> Select the "xorg" product for bugs you find in this release. >>>>>>>>> Before reporting bugs in pre-release versions please check the >>>>>>>>> latest version in the X.Org Foundation git repository. >>>>>>>>> See http://wiki.x.org/wiki/GitPage for git access instructions. >>>>>>>>> >>>>>>>>> X.Org X Server 1.5.99.902 (1.6.0 RC 2) >>>>>>>>> Release Date: 2009-1-30 >>>>>>>>> X Protocol Version 11, Revision 0 >>>>>>>>> Build Operating System: FreeBSD 7.1-STABLE amd64 >>>>>>>>> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/usr/obj/usr/src/sys/WSK amd64 >>>>>>>>> Build Date: 06 February 2009 04:22:44PM >>>>>>>>> >>>>>>>>> Before reporting problems, check http://wiki.x.org >>>>>>>>> to make sure that you have the latest version. >>>>>>>>> Markers: (--) probed, (**) from config file, (==) default setting, >>>>>>>>> (++) from command line, (!!) notice, (II) informational, >>>>>>>>> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >>>>>>>>> (==) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14:03 2009 >>>>>>>>> (++) Using config file: "xorg.conf1" >>>>>>>>> (==) No Layout section. Using the first Screen section. >>>>>>>>> (==) No screen section available. Using defaults. >>>>>>>>> (**) |-->Screen "Default Screen Section" (0) >>>>>>>>> (**) | |-->Monitor "" >>>>>>>>> (==) No device specified for screen "Default Screen Section". >>>>>>>>> Using the first device section listed. >>>>>>>>> (**) | |-->Device "Card0" >>>>>>>>> (==) No monitor specified for screen "Default Screen Section". >>>>>>>>> Using a default monitor configuration. >>>>>>>>> (==) Automatically adding devices >>>>>>>>> (==) Automatically enabling devices >>>>>>>>> (==) No FontPath specified. Using compiled-in default. >>>>>>>>> (==) FontPath set to: >>>>>>>>> built-ins >>>>>>>>> (==) ModulePath set to "/usr/local/lib/xorg/modules" >>>>>>>>> (II) Cannot locate a core pointer device. >>>>>>>>> (II) Cannot locate a core keyboard device. >>>>>>>>> (II) The server relies on HAL to provide the list of input devices. >>>>>>>>> If no devices become available, reconfigure HAL or disable AllowEmptyInput. >>>>>>>>> (II) Loader magic: 0xb20 >>>>>>>>> (II) Module ABI versions: >>>>>>>>> X.Org ANSI C Emulation: 0.4 >>>>>>>>> X.Org Video Driver: 5.0 >>>>>>>>> X.Org XInput driver : 4.0 >>>>>>>>> X.Org Server Extension : 2.0 >>>>>>>>> (II) Loader running on freebsd >>>>>>>>> (--) Using syscons driver with X support (version 2.0) >>>>>>>>> (--) using VT number 9 >>>>>>>>> >>>>>>>>> (--) PCI:*(0@1:0:0) nVidia Corporation Quadro NVS 140M rev 161, Mem @ 0xfd000000/16777216, 0x00000000/268435456, 0xfa000000/33554432, I/O @ 0x0000df00/128, BIOS @ 0x????????/65536 >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> Ok, thats a new one... >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> (II) System resource ranges: >>>>>>>>> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] >>>>>>>>> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] >>>>>>>>> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] >>>>>>>>> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] >>>>>>>>> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] >>>>>>>>> (II) LoadModule: "extmod" >>>>>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so >>>>>>>>> (II) Module extmod: vendor="X.Org Foundation" >>>>>>>>> compiled for 1.5.99.902, module version = 1.0.0 >>>>>>>>> Module class: X.Org Server Extension >>>>>>>>> ABI class: X.Org Server Extension, version 2.0 >>>>>>>>> (II) Loading extension MIT-SCREEN-SAVER >>>>>>>>> (II) Loading extension XFree86-VidModeExtension >>>>>>>>> (II) Loading extension XFree86-DGA >>>>>>>>> (II) Loading extension DPMS >>>>>>>>> (II) Loading extension XVideo >>>>>>>>> (II) Loading extension XVideo-MotionCompensation >>>>>>>>> (II) Loading extension X-Resource >>>>>>>>> (II) LoadModule: "dbe" >>>>>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so >>>>>>>>> (II) Module dbe: vendor="X.Org Foundation" >>>>>>>>> compiled for 1.5.99.902, module version = 1.0.0 >>>>>>>>> Module class: X.Org Server Extension >>>>>>>>> ABI class: X.Org Server Extension, version 2.0 >>>>>>>>> (II) Loading extension DOUBLE-BUFFER >>>>>>>>> (II) LoadModule: "glx" >>>>>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so >>>>>>>>> (II) Module glx: vendor="X.Org Foundation" >>>>>>>>> compiled for 1.5.99.902, module version = 1.0.0 >>>>>>>>> ABI class: X.Org Server Extension, version 2.0 >>>>>>>>> (==) AIGLX disabled >>>>>>>>> (==) Exporting typical set of GLX visuals >>>>>>>>> (II) Loading extension GLX >>>>>>>>> (II) LoadModule: "record" >>>>>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so >>>>>>>>> (II) Module record: vendor="X.Org Foundation" >>>>>>>>> compiled for 1.5.99.902, module version = 1.13.0 >>>>>>>>> Module class: X.Org Server Extension >>>>>>>>> ABI class: X.Org Server Extension, version 2.0 >>>>>>>>> (II) Loading extension RECORD >>>>>>>>> (II) LoadModule: "dri" >>>>>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so >>>>>>>>> (II) Module dri: vendor="X.Org Foundation" >>>>>>>>> compiled for 1.5.99.902, module version = 1.0.0 >>>>>>>>> ABI class: X.Org Server Extension, version 2.0 >>>>>>>>> (II) Loading extension XFree86-DRI >>>>>>>>> (II) LoadModule: "nouveau" >>>>>>>>> (II) Loading /usr/local/lib/xorg/modules/drivers//nouveau_drv.so >>>>>>>>> (II) Module nouveau: vendor="X.Org Foundation" >>>>>>>>> compiled for 1.5.99.902, module version = 0.0.10 >>>>>>>>> Module class: X.Org Video Driver >>>>>>>>> ABI class: X.Org Video Driver, version 5.0 >>>>>>>>> (II) NOUVEAU driver Date: Wed Mar 18 09:36:33 2009 +1000 >>>>>>>>> (II) NOUVEAU driver for NVIDIA chipset families : >>>>>>>>> RIVA TNT (NV04) >>>>>>>>> RIVA TNT2 (NV05) >>>>>>>>> GeForce 256 (NV10) >>>>>>>>> GeForce 2 (NV11, NV15) >>>>>>>>> GeForce 4MX (NV17, NV18) >>>>>>>>> GeForce 3 (NV20) >>>>>>>>> GeForce 4Ti (NV25, NV28) >>>>>>>>> GeForce FX (NV3x) >>>>>>>>> GeForce 6 (NV4x) >>>>>>>>> GeForce 7 (G7x) >>>>>>>>> GeForce 8 (G8x) >>>>>>>>> (II) Primary Device is: PCI 01@00:00:0 >>>>>>>>> (II) resource ranges after probing: >>>>>>>>> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] >>>>>>>>> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] >>>>>>>>> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] >>>>>>>>> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] >>>>>>>>> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] >>>>>>>>> (--) NOUVEAU(0): Chipset: "NVIDIA NV86" >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> Hrm, NV86... I'll have to ask around about that. Meanwhile can you send >>>>>>>> me a pciconf -lvb which should at least show us the BAR configuration. >>>>>>>> >>>>>>>> Ok, my sources are telling me that this should work and that it is an >>>>>>>> NV50, or at least should work the same... >>>>>>>> >>>>>>>> Also, just to be safe, please rebuild/reinstall devel/libpciaccess. I'm >>>>>>>> not sure if it may be trashing the BARs somehow. >>>>>>>> >>>>>>>> robert. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> bar [24] = type I/O Port, range 32, base 0xeff0, size 16, enabled >>>>>>> ichsmb0@pci0:0:31:3: class=0x0c0500 card=0x01fe1028 chip=0x283e8086 >>>>>>> rev=0x02 hdr=0x00 >>>>>>> vendor = 'Intel Corporation' >>>>>>> device = '82801H (ICH8 Family) SMBus Controller' >>>>>>> class = serial bus >>>>>>> subclass = SMBus >>>>>>> bar [10] = type Memory, range 32, base 0xfebfbf00, size 256, enabled >>>>>>> bar [20] = type I/O Port, range 32, base 0x10c0, size 32, enabled >>>>>>> vgapci0@pci0:1:0:0: class=0x030000 card=0x01fe1028 chip=0x042910de >>>>>>> rev=0xa1 hdr=0x00 >>>>>>> vendor = 'Nvidia Corp' >>>>>>> device = 'Unknown nVidia Quadro FX 570M' >>>>>>> class = display >>>>>>> subclass = VGA >>>>>>> bar [10] = type Memory, range 32, base 0xfd000000, size 16777216, enabled >>>>>>> >>>>>>> >>>>>>> >>>>>> Ok, this is BAR 0, BARs 1 and 2 are indeed are not showing up. BAR 1 >>>>>> should be your framebuffer and should be where most of your memory is. >>>>>> (This is the memory the tell you about when you buy the card, 256M, >>>>>> 512M, etc.) It should probably be a 64bit BAR, which is why BAR 2 isn't >>>>>> there. We are going to need more details on your card... >>>>>> >>>>>> >>>>>> >>>>> indeed,my DELL D830 laptop video card is Quadro NVS 140M with 256M memory. >>>>> but it recognized Quadro FX 570M with pciconfig. >>>>> >>>>> >>>> So, the nouveau folks want me to get you to either boot linux and see >>>> what lspci shows for this card, or at least install the lspci port and >>>> see what it says. I don't think it is going to reveal anything, but who >>>> knows... This is not a driver issue at this point, the BARs just don't >>>> appear to be present. >>>> >>>> robert. >>>> >>>> >>>> >>> ok,here's my lspci -v messags with linux Fedora live CD :-) >>> and thanks your Re >>> >>> >>> 01:00.0 VGA compatible controller: nVidia Corporation Quadro NVS 140M >>> (rev a1) (prog-if 00 [VGA controller]) >>> Subsystem: Dell Device 01fe >>> Flags: bus master, fast devsel, latency 0, IRQ 5 >>> Memory at fd000000 (32-bit, non-prefetchable) [size=16M] >>> Memory at e0000000 (64-bit, prefetchable) [size=256M] >>> Memory at fa000000 (64-bit, non-prefetchable) [size=32M] >>> I/O ports at df00 [size=128] >>> [virtual] Expansion ROM at fc000000 [disabled] [size=128K] >>> Capabilities: [60] Power Management version 2 >>> Capabilities: [68] Message Signalled Interrupts: Mask- 64bit+ Count=1/1 >>> Enable- >>> Capabilities: [78] Express Endpoint, MSI 00 >>> Capabilities: [100] Virtual Channel >>> Capabilities: [128] Power Budgeting >>> Capabilities: [600] Vendor Specific Information >>> Kernel modules: nvidiafb >>> >> Ok, we need a little help on this one then... I don't know why we >> wouldn't see BAR 1. Time to rope jhb@ in. >> > > Can you send a verbose boot log. > > robert. > > your meant is on BSD or on Linux ? i guess on BSD so Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-PRERELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/usr/obj/usr/src/sys/WSK Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80e5f000. Preloaded elf obj module "/boot/kernel/zfs.ko" at 0xffffffff80e5f210. Preloaded elf obj module "/boot/kernel/opensolaris.ko" at 0xffffffff80e5f878. Preloaded elf obj module "/boot/kernel/snd_hda.ko" at 0xffffffff80e5fe68. Preloaded elf obj module "/boot/kernel/sound.ko" at 0xffffffff80e60450. Preloaded /boot/zfs/zpool.cache "/boot/zfs/zpool.cache" at 0xffffffff80e60ab8. Preloaded elf obj module "/boot/kernel/ichsmb.ko" at 0xffffffff80e60b18. Preloaded elf obj module "/boot/kernel/smbus.ko" at 0xffffffff80e61040. Preloaded elf obj module "/boot/kernel/atapicam.ko" at 0xffffffff80e614a8. Preloaded elf obj module "/boot/kernel/ng_ubt.ko" at 0xffffffff80e61a98. Preloaded elf obj module "/boot/kernel/netgraph.ko" at 0xffffffff80e62000. Calibrating clock(s) ... i8254 clock: 1193158 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2394013896 Hz CPU: Intel(R) Core(TM)2 Duo CPU T7700 @ 2.40GHz (2394.01-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fa Stepping = 10 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 4278595584 (4080 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009afff, 630784 bytes (154 pages) 0x0000000000e90000 - 0x00000000d76e2fff, 3599052800 bytes (878675 pages) 0x0000000100002000 - 0x000000011ffeffff, 536797184 bytes (131054 pages) avail memory = 4113477632 (3922 MB) ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 ULE: setup cpu group 0 ULE: setup cpu 0 ULE: adding cpu 0 to group 0: cpus 1 mask 0x1 ULE: setup cpu group 1 ULE: setup cpu 1 ULE: adding cpu 1 to group 1: cpus 1 mask 0x2 This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ ACPI: RSDP @ 0x0xfbb00/0x0024 (v 2 DELL ) ACPI: XSDT @ 0x0xdfe5d200/0x0064 (v 1 DELL M08 0x27D8021C ASL 0x00000061) ACPI: FACP @ 0x0xdfe5d09c/0x00F4 (v 4 DELL M08 0x27D8021C ASL 0x00000061) ACPI: DSDT @ 0x0xdfe5d800/0x63F7 (v 2 INT430 SYSFexxx 0x00001001 INTL 0x20050624) ACPI: FACS @ 0x0xdfe6c000/0x0040 ACPI: HPET @ 0x0xdfe5d300/0x0038 (v 1 DELL M08 0x00000001 ASL 0x00000061) ACPI: APIC @ 0x0xdfe5d400/0x0068 (v 1 DELL M08 0x27D8021C ASL 0x00000047) ACPI: ASF! @ 0x0xdfe5d000/0x007E (v 32 DELL M08 0x27D8021C ASL 0x00000061) ACPI: MCFG @ 0x0xdfe5d3c0/0x003E (v 16 DELL M08 0x27D8021C ASL 0x00000061) ACPI: SLIC @ 0x0xdfe5d49c/0x0176 (v 1 DELL M08 0x27D8021C ASL 0x00000061) ACPI: TCPA @ 0x0xdfe5d700/0x0032 (v 1 0x00000000 ASL 0x00000000) ACPI: SSDT @ 0x0xdfe5b97e/0x04CC (v 1 PmRef CpuPm 0x00003000 INTL 0x20050624) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 2 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 wlan: <802.11 Link Layer> wlan_amrr: snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_buffersize=16384 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 io: mem: null: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (Mar 22 2009 19:44:13) acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.VID_.IGDP -> bus 0 dev 2 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.MCHP -> bus 0 dev 0 func 0 ACPI: SSDT @ 0x0xdfe6c080/0x0043 (v 1 LMPWR DELLLOM 0x00001001 INTL 0x20050624) acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.ISAB.PIR1 -> bus 0 dev 31 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.ISAB.PIR2 -> bus 0 dev 31 func 0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: vend: 0x8086 rev: 0x1 num: 2 hz: 14318180 opts: legacy_route 64-bit Timecounter "HPET" frequency 14318180 Hz quality 900 acpi0: reservation of 0, 9f000 (3) failed acpi0: reservation of 100000, dfd5b800 (3) failed ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 9 10 11 Validation 0 255 N 0 9 10 11 After Disable 0 255 N 0 9 10 11 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 5 7 Validation 0 255 N 0 5 7 After Disable 0 255 N 0 5 7 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 9 10 11 Validation 0 255 N 0 9 10 11 After Disable 0 255 N 0 9 10 11 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 3 N 0 5 7 9 10 11 Validation 0 255 N 0 5 7 9 10 11 After Disable 0 255 N 0 5 7 9 10 11 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 9 N 0 3 4 5 6 7 9 10 11 12 14 15 Validation 0 9 N 0 3 4 5 6 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x2a00, revid=0x0c domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2a01, revid=0x0c domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x1a (6500 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 3 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x8086, dev=0x2834, revid=0x02 domain=0, bus=0, slot=26, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type I/O Port, range 32, base 0x6f20, size 5, enabled pcib0: matched entry for 0.26.INTA pcib0: slot 26 INTA hardwired to IRQ 20 found-> vendor=0x8086, dev=0x2835, revid=0x02 domain=0, bus=0, slot=26, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type I/O Port, range 32, base 0x6f00, size 5, enabled pcib0: matched entry for 0.26.INTB pcib0: slot 26 INTB hardwired to IRQ 21 found-> vendor=0x8086, dev=0x283a, revid=0x02 domain=0, bus=0, slot=26, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=9 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfed1c400, size 10, enabled pcib0: matched entry for 0.26.INTC pcib0: slot 26 INTC hardwired to IRQ 22 found-> vendor=0x8086, dev=0x284b, revid=0x02 domain=0, bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xfebfc000, size 14, enabled pcib0: matched entry for 0.27.INTA pcib0: slot 27 INTA hardwired to IRQ 21 found-> vendor=0x8086, dev=0x283f, revid=0x02 domain=0, bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x8086, dev=0x2841, revid=0x02 domain=0, bus=0, slot=28, func=1 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=b, irq=255 powerspec 2 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x8086, dev=0x2845, revid=0x02 domain=0, bus=0, slot=28, func=3 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=d, irq=255 powerspec 2 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x8086, dev=0x2849, revid=0x02 domain=0, bus=0, slot=28, func=5 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=b, irq=255 powerspec 2 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x8086, dev=0x2830, revid=0x02 domain=0, bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type I/O Port, range 32, base 0x6f80, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 20 found-> vendor=0x8086, dev=0x2831, revid=0x02 domain=0, bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type I/O Port, range 32, base 0x6f60, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 21 found-> vendor=0x8086, dev=0x2832, revid=0x02 domain=0, bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=9 map[20]: type I/O Port, range 32, base 0x6f40, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 22 found-> vendor=0x8086, dev=0x2836, revid=0x02 domain=0, bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfed1c000, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 20 found-> vendor=0x8086, dev=0x2448, revid=0xf2 domain=0, bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2815, revid=0x02 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2850, revid=0x02 domain=0, bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 map[20]: type I/O Port, range 32, base 0x6fa0, size 4, enabled pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2828, revid=0x02 domain=0, bus=0, slot=31, func=2 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 3 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x6eb0, size 3, enabled map[14]: type I/O Port, range 32, base 0x6eb8, size 2, enabled map[18]: type I/O Port, range 32, base 0x6ec0, size 3, enabled map[1c]: type I/O Port, range 32, base 0x6ec8, size 2, enabled map[20]: type I/O Port, range 32, base 0x6ee0, size 4, enabled map[24]: type I/O Port, range 32, base 0xeff0, size 4, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x283e, revid=0x02 domain=0, bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0103, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[10]: type Memory, range 32, base 0xfebfbf00, size 8, enabled map[20]: type I/O Port, range 32, base 0x10c0, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xfa000000-0xfeafffff pcib1: prefetched decode 0xe0000000-0xefffffff pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x10de, dev=0x0429, revid=0xa1 domain=0, bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfd000000, size 24, enabled pcib1: requested memory range 0xfd000000-0xfdffffff: good map[14]: type Prefetchable Memory, range 64, base 0xe0000000, size 28, enabled pcib1: requested memory range 0xe0000000-0xefffffff: good map[1c]: type Memory, range 64, base 0xfa000000, size 25, enabled pcib1: requested memory range 0xfa000000-0xfbffffff: good map[24]: type I/O Port, range 32, base 0xdf00, size 7, enabled pcib1: requested I/O range 0xdf00-0xdf7f: in range pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 vgapci0: port 0xdf00-0xdf7f mem 0xfd000000-0xfdffffff,0xfa000000-0xfbffffff irq 16 at device 0.0 on pci1 uhci0: port 0x6f20-0x6f3f irq 20 at device 26.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x6f20 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 49 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x6f00-0x6f1f irq 21 at device 26.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x6f00 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 50 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xfed1c400-0xfed1c7ff irq 22 at device 26.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfed1c400 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 51 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered hdac0: mem 0xfebfc000-0xfebfffff irq 21 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20090316_0130 hdac0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfebfc000 hdac0: [MPSAFE] hdac0: [ITHREAD] pcib2: at device 28.0 on pci0 pcib2: domain 0 pcib2: secondary bus 11 pcib2: subordinate bus 11 pcib2: I/O decode 0xf000-0xfff pcib2: no prefetched decode pci11: on pcib2 pci11: domain=0, physical bus=11 pcib3: at device 28.1 on pci0 pcib3: domain 0 pcib3: secondary bus 12 pcib3: subordinate bus 12 pcib3: I/O decode 0xf000-0xfff pcib3: memory decode 0xf9f00000-0xf9ffffff pcib3: prefetched decode 0xf0000000-0xf00fffff pci12: on pcib3 pci12: domain=0, physical bus=12 found-> vendor=0x14e4, dev=0x4328, revid=0x03 domain=0, bus=12, slot=0, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xf9ffc000, size 14, enabled pcib3: requested memory range 0xf9ffc000-0xf9ffffff: good map[18]: type Prefetchable Memory, range 64, base 0xf0000000, size 20, enabled pcib3: requested memory range 0xf0000000-0xf00fffff: good pcib3: matched entry for 12.0.INTA pcib3: slot 0 INTA hardwired to IRQ 17 pci12: at device 0.0 (no driver attached) pcib4: at device 28.3 on pci0 pcib4: domain 0 pcib4: secondary bus 13 pcib4: subordinate bus 14 pcib4: I/O decode 0xc000-0xcfff pcib4: memory decode 0xf9c00000-0xf9efffff pcib4: prefetched decode 0xf0100000-0xf03fffff pci13: on pcib4 pci13: domain=0, physical bus=13 pcib5: at device 28.5 on pci0 pcib5: domain 0 pcib5: secondary bus 9 pcib5: subordinate bus 9 pcib5: I/O decode 0xf000-0xfff pcib5: memory decode 0xf9b00000-0xf9bfffff pcib5: no prefetched decode pci9: on pcib5 pci9: domain=0, physical bus=9 found-> vendor=0x14e4, dev=0x1673, revid=0x02 domain=0, bus=9, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xf9bf0000, size 16, enabled pcib5: requested memory range 0xf9bf0000-0xf9bfffff: good pcib5: matched entry for 9.0.INTA pcib5: slot 0 INTA hardwired to IRQ 17 bge0: mem 0xf9bf0000-0xf9bfffff irq 17 at device 0.0 on pci9 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xf9bf0000 bge0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to vector 52 bge0: using IRQ 256 for MSI bge0: Disabling fastboot bge0: Disabling fastboot miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x0050ef, model 0x000c, rev. 0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:1c:23:97:bd:de bge0: [MPSAFE] bge0: [ITHREAD] uhci2: port 0x6f80-0x6f9f irq 20 at device 29.0 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x6f80 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb3: on uhci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered uhci3: port 0x6f60-0x6f7f irq 21 at device 29.1 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x6f60 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0x6f40-0x6f5f irq 22 at device 29.2 on pci0 uhci4: Reserved 0x20 bytes for rid 0x20 type 4 at 0x6f40 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered ehci1: mem 0xfed1c000-0xfed1c3ff irq 20 at device 29.7 on pci0 ehci1: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfed1c000 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: on usb6 uhub6: 6 ports with 6 removable, self powered pcib6: at device 30.0 on pci0 pcib6: domain 0 pcib6: secondary bus 3 pcib6: subordinate bus 4 pcib6: I/O decode 0xf000-0xfff pcib6: memory decode 0xf9a00000-0xf9afffff pcib6: no prefetched decode pcib6: Subtractively decoded bridge. pci3: on pcib6 pci3: domain=0, physical bus=3 found-> vendor=0x1217, dev=0x7135, revid=0x21 domain=0, bus=3, slot=1, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0000, statreg=0x0410, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0, size 12, memory disabled found-> vendor=0x1217, dev=0x00f7, revid=0x02 domain=0, bus=3, slot=1, func=4 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=3 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xf9aff000, size 12, enabled pcib6: requested memory range 0xf9aff000-0xf9afffff: good map[14]: type Memory, range 32, base 0xf9afe800, size 11, enabled pcib6: requested memory range 0xf9afe800-0xf9afefff: good pcib6: matched entry for 3.1.INTA pcib6: slot 1 INTA hardwired to IRQ 19 cbb0: at device 1.0 on pci3 pcib6: cbb0 requested memory range 0xf9a00000-0xf9afffff: good cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xf9a00000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib6: matched entry for 3.1.INTA pcib6: slot 1 INTA hardwired to IRQ 19 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 53 cbb0: [MPSAFE] cbb0: [ITHREAD] cbb0: PCI Configuration space: 0x00: 0x71351217 0x04100007 0x06070021 0x00824000 0x10: 0xf9a00000 0x020000a0 0x20040403 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffd 0x30: 0x00000001 0x0000fffd 0x00000001 0x04400113 0x40: 0x01fe1028 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x00000000 0x00000000 0x00000000 0x00000000 0x90: 0x00052404 0x00000000 0x00000000 0x00000000 0xa0: 0xfe020001 0x00c04000 0x00000015 0x0000000a 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x09004100 0x80e203ea 0x00000000 0x00400118 0xe0: 0x00820000 0x00000000 0x83000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 fwohci0: vendor=1217, dev=f7 fwohci0: vendor=1217, dev=f7 fwohci0: <1394 Open Host Controller Interface> mem 0xf9aff000-0xf9afffff,0xf9afe800-0xf9afefff irq 19 at device 1.4 on pci3 fwohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf9aff000 fwohci0: [MPSAFE] fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 42:4f:c0:00:11:0a:1c:5c fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 42:4f:c0:0a:1c:5c fwe0: bpf attached fwe0: Ethernet address: 42:4f:c0:0a:1c:5c fwip0: on firewire0 fwip0: bpf attached fwip0: Firewire address: 42:4f:c0:00:11:0a:1c:5c @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0xd76c0000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x6fa0-0x6faf irq 16 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x6fa0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x4 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 54 ata0: [MPSAFE] ata0: [ITHREAD] atapci1: port 0x6eb0-0x6eb7,0x6eb8-0x6ebb,0x6ec0-0x6ec7,0x6ec8-0x6ecb,0x6ee0-0x6eef,0xeff0-0xefff irq 17 at device 31.2 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0x6ee0 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 55 atapci1: [MPSAFE] atapci1: [ITHREAD] atapci1: Reserved 0x10 bytes for rid 0x24 type 4 at 0xeff0 ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x6eb0 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0x6eb8 ata2: reset tp1 mask=03 ostat0=50 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x6ec0 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0x6ec8 ata3: reset tp1 mask=00 ostat0=ff ostat1=ff ata3: [MPSAFE] ata3: [ITHREAD] ichsmb0: port 0x10c0-0x10df mem 0xfebfbf00-0xfebfbfff irq 17 at device 31.3 on pci0 ichsmb0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x10c0 ichsmb0: [GIANT-LOCKED] ichsmb0: [ITHREAD] smbus0: on ichsmb0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_tz0: on acpi0 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64,0x62,0x66 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 56 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 57 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model GlidePoint, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 58 sio0: [FILTER] cpu0: on acpi0 ACPI: SSDT @ 0x0xdfe5c4b4/0x02C8 (v 1 PmRef Cpu0Ist 0x00003000 INTL 0x20050624) ACPI: SSDT @ 0x0xdfe5be4a/0x05E5 (v 1 PmRef Cpu0Cst 0x00003001 INTL 0x20050624) est0: on cpu0 est0: Invalid id16 (set, cur) = (3375, 3110) est0: Invalid freq 2401, ignored. est0: Invalid id16 (set, cur) = (34827, 1554) est0: Invalid freq 800, ignored. p4tcc0: on cpu0 cpu1: on acpi0 ACPI: SSDT @ 0x0xdfe5c77c/0x00C4 (v 1 PmRef Cpu1Ist 0x00003000 INTL 0x20050624) ACPI: SSDT @ 0x0xdfe5c42f/0x0085 (v 1 PmRef Cpu1Cst 0x00003000 INTL 0x20050624) est1: on cpu1 est1: Invalid id16 (set, cur) = (3375, 3110) est1: Invalid freq 2401, ignored. est1: Invalid id16 (set, cur) = (34827, 1554) est1: Invalid freq 800, ignored. p4tcc1: on cpu1 ex_isa_identify() atkbdc: atkbdc0 already exists; skipping it sio: sio0 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it ahc_isa_probe 0: ioport 0xc00 alloc failed isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcd7ff,0xcd800-0xcffff on isa0 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0 0 0 0 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices ubt0: on uhub0 ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=49; nframes=6, buffer size=294 ums0: on uhub3 ums0: 3 buttons and Z dir. uhub7: on uhub5 uhub7: 4 ports with 3 removable, self powered ugen0: on uhub7 Device configuration finished. Reducing kern.maxvnodes 258634 -> 100000 procfs registered WARNING: ZFS is considered to be an experimental feature in FreeBSD. lapic: Divisor 2, Frequency 99750584 hz Timecounter "TSC" frequency 2394013896 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached hptrr: no controller detected. firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) acpi_acad0: acline initialization start acpi_acad0: Onata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire Line acpi_acad0: acline initialization done, tried 1 times battery0: baacd0: setting PIO4 on ICH8M chip ttery initialization start acd0: setting UDMA33 on ICH8M chip battery0: battery initialization done, tried 1 times battery1: battery initialization start ZFS filesystem version 6 ZFS storage pool version 6 acd0: DVDR drive at ata0 as master acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, DVDR, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 152627MB at ata2-master SATA300 ad4: 312581808 sectors [310101C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad4 ad4: Intel check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed hdac0: Probing codec #0... hdac0: HDA Codec #0: Sigmatel STAC9205X hdac0: HDA Codec ID: 0x838476a0 hdac0: Vendor: 0x8384 hdac0: Device: 0x76a0 hdac0: Revision: 0x02 hdac0: Stepping: 0x04 hdac0: PCI Subvendor: 0x01fe1028 hdac0: Found audio FG nid=1 startnode=10 endnode=38 total=28 hdac0: Probing codec #1... hdac0: HDA Codec #1: Conexant (Unknown) hdac0: HDA Codec ID: 0x14f12c06 hdac0: Vendor: 0x14f1 hdac0: Device: 0x2c06 hdac0: Revision: 0x00 hdac0: Stepping: 0x00 hdac0: PCI Subvendor: 0x01fe1028 hdac0: Found modem FG nid=2 startnode=112 endnode=116 total=4 hdac0: hdac0: Processing audio FG cad=0 nid=1... hdac0: GPIO: 0xc0000005 NumGPIO=5 NumGPO=0 NumGPI=0 GPIWake=1 GPIUnsol=1 hdac0: nid 10 0x0321101f as 1 seq 15 Headphones Jack jack 1 loc 3 color Black misc 0 hdac0: nid 11 0x0381102e as 2 seq 14 Line-in Jack jack 1 loc 3 color Black misc 0 hdac0: nid 12 0x90a70120 as 2 seq 0 Mic Fixed jack 7 loc 16 color Unknown misc 1 hdac0: nid 13 0x90170110 as 1 seq 0 Speaker Fixed jack 7 loc 16 color Unknown misc 1 hdac0: nid 14 0x40f000f0 as 15 seq 0 Other None jack 0 loc 0 color Unknown misc 0 hdac0: nid 15 0x40f000f1 as 15 seq 1 Other None jack 0 loc 0 color Unknown misc 0 hdac0: nid 20 0x40f000f2 as 15 seq 2 Other None jack 0 loc 0 color Unknown misc 0 hdac0: nid 22 0x40f000f3 as 15 seq 3 Other None jack 0 loc 0 color Unknown misc 0 hdac0: nid 23 0x40f000f4 as 15 seq 4 Other None jack 0 loc 0 color Unknown misc 0 hdac0: nid 24 0x40f000f5 as 15 seq 5 Other None jack 0 loc 0 color Unknown misc 0 hdac0: nid 33 0x40f000f6 as 15 seq 6 Other None jack 0 loc 0 color Unknown misc 0 hdac0: nid 34 0x40f000f7 as 15 seq 7 Other None jack 0 loc 0 color Unknown misc 0 hdac0: Patched pins configuration: hdac0: nid 10 0x0321101f as 1 seq 15 Headphones Jack jack 1 loc 3 color Black misc 0 hdac0: nid 11 0x0381102e as 2 seq 14 Line-in Jack jack 1 loc 3 color Black misc 0 hdac0: nid 12 0x90a70120 as 2 seq 0 Mic Fixed jack 7 loc 16 color Unknown misc 1 hdac0: nid 13 0x90170110 as 1 seq 0 Speaker Fixed jack 7 loc 16 color Unknown misc 1 hdac0: nid 14 0x40f000f0 as 15 seq 0 Other None jack 0 loc 0 color Unknown misc 0 [DISABLED] hdac0: nid 15 0x40f000f1 as 15 seq 1 Other None jack 0 loc 0 color Unknown misc 0 [DISABLED] hdac0: nid 20 0x40f000f2 as 15 seq 2 Other None jack 0 loc 0 color Unknown misc 0 [DISABLED] hdac0: nid 22 0x40f000f3 as 15 seq 3 Other None jack 0 loc 0 color Unknown misc 0 [DISABLED] hdac0: nid 23 0x40f000f4 as 15 seq 4 Other None jack 0 loc 0 color Unknown misc 0 [DISABLED] hdac0: nid 24 0x40f000f5 as 15 seq 5 Other None jack 0 loc 0 color Unknown misc 0 [DISABLED] hdac0: nid 33 0x40f000f6 as 15 seq 6 Other None jack 0 loc 0 color Unknown misc 0 [DISABLED] hdac0: nid 34 0x40f000f7 as 15 seq 7 Other None jack 0 loc 0 color Unknown misc 0 [DISABLED] hdac0: 2 associations found: hdac0: Association 0 (1) out: hdac0: Pin nid=13 seq=0 hdac0: Pin nid=10 seq=15 hdac0: Association 1 (2) in: hdac0: Pin nid=12 seq=0 hdac0: Pin nid=11 seq=14 hdac0: Tracing association 0 (1) hdac0: Pin 13 traced to DAC 16 hdac0: Pin 10 traced to DAC 16 and hpredir 0 hdac0: Association 0 (1) trace succeeded hdac0: Tracing association 1 (2) hdac0: Pin 12 traced to ADC 18 hdac0: Pin 11 traced to ADC 18 hdac0: Association 1 (2) trace succeeded hdac0: Tracing input monitor hdac0: Tracing beeper hdac0: Enabling headphone/speaker audio routing switching: hdac0: as=0 sense nid=10 [UNSOL] hdac0: Pin sense: nid=10 res=0x7fffffff hdac0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdac0: hdac0: +-------------------+ hdac0: | DUMPING HDA NODES | hdac0: +-------------------+ hdac0: hdac0: Default Parameter hdac0: ----------------- hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e07e0 hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz hdac0: IN amp: 0x00050f00 hdac0: OUT amp: 0x80027f7f hdac0: hdac0: nid: 10 hdac0: Name: pin: Headphones (Black Jack) hdac0: Widget cap: 0x00400181 hdac0: UNSOL STEREO hdac0: Association: 0 (0x00008000) hdac0: Pin cap: 0x0000173f hdac0: ISC TRQD PDC HP OUT IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x0321101f hdac0: Pin control: 0x00000080 HP hdac0: connections: 2 hdac0: | hdac0: + <- nid=16 [audio output] (selected) hdac0: + [DISABLED] <- nid=17 [audio output] [DISABLED] hdac0: hdac0: nid: 11 hdac0: Name: pin: Line-in (Black Jack) hdac0: Widget cap: 0x00400181 hdac0: UNSOL STEREO hdac0: Association: 1 (0x00004000) hdac0: OSS: line (line) hdac0: Pin cap: 0x00001737 hdac0: ISC TRQD PDC OUT IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x0381102e hdac0: Pin control: 0x00000024 IN VREFs hdac0: connections: 2 hdac0: | hdac0: + [DISABLED] <- nid=16 [audio output] (selected) hdac0: + [DISABLED] <- nid=17 [audio output] [DISABLED] hdac0: hdac0: nid: 12 hdac0: Name: pin: Mic (Fixed) hdac0: Widget cap: 0x00400181 hdac0: UNSOL STEREO hdac0: Association: 1 (0x00000001) hdac0: OSS: monitor (monitor) hdac0: Pin cap: 0x00001737 hdac0: ISC TRQD PDC OUT IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x90a70120 hdac0: Pin control: 0x00000024 IN VREFs hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=17 [audio output] [DISABLED] hdac0: hdac0: nid: 13 hdac0: Name: pin: Speaker (Fixed) hdac0: Widget cap: 0x00400181 hdac0: UNSOL STEREO hdac0: Association: 0 (0x00000001) hdac0: Pin cap: 0x0000003f hdac0: ISC TRQD PDC HP OUT IN hdac0: Pin config: 0x90170110 hdac0: Pin control: 0x00000040 OUT hdac0: connections: 1 hdac0: | hdac0: + <- nid=16 [audio output] hdac0: hdac0: nid: 14 [DISABLED] hdac0: Name: pin: Other (None) hdac0: Widget cap: 0x00400181 hdac0: UNSOL STEREO hdac0: Pin cap: 0x00001737 hdac0: ISC TRQD PDC OUT IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x40f000f0 hdac0: Pin control: 0x00000000 hdac0: connections: 1 hdac0: | hdac0: + <- nid=16 [audio output] hdac0: hdac0: nid: 15 [DISABLED] hdac0: Name: pin: Other (None) hdac0: Widget cap: 0x00400181 hdac0: UNSOL STEREO hdac0: Pin cap: 0x00001737 hdac0: ISC TRQD PDC OUT IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x40f000f1 hdac0: Pin control: 0x00000000 hdac0: connections: 1 hdac0: | hdac0: + <- nid=17 [audio output] [DISABLED] hdac0: hdac0: nid: 16 hdac0: Name: audio output hdac0: Widget cap: 0x000d0c05 hdac0: LRSWAP PWR STEREO hdac0: Association: 0 (0x00008001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e07e0 hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz hdac0: Output amp: 0x80027f7f hdac0: mute=1 step=127 size=2 offset=127 hdac0: hdac0: nid: 17 [DISABLED] hdac0: Name: audio output hdac0: Widget cap: 0x000d0c05 hdac0: LRSWAP PWR STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e07e0 hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz hdac0: Output amp: 0x80027f7f hdac0: mute=1 step=127 size=2 offset=127 hdac0: hdac0: nid: 18 hdac0: Name: audio input hdac0: Widget cap: 0x001d0541 hdac0: PWR PROC STEREO hdac0: Association: 1 (0x00004001) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e07e0 hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz hdac0: connections: 1 hdac0: | hdac0: + <- nid=29 [audio selector] hdac0: hdac0: nid: 19 [DISABLED] hdac0: Name: audio input hdac0: Widget cap: 0x001d0541 hdac0: PWR PROC STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e07e0 hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz hdac0: connections: 1 hdac0: | hdac0: + <- nid=30 [audio selector] [DISABLED] hdac0: hdac0: nid: 20 [DISABLED] hdac0: Name: pin: Other (None) hdac0: Widget cap: 0x0040010c hdac0: Pin cap: 0x00000010 hdac0: OUT hdac0: Pin config: 0x40f000f2 hdac0: Pin control: 0x00000000 hdac0: Output amp: 0x80051f1f hdac0: mute=1 step=31 size=5 offset=31 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=21 [audio mixer] [DISABLED] hdac0: hdac0: nid: 21 [DISABLED] hdac0: Name: audio mixer hdac0: Widget cap: 0x00200100 hdac0: connections: 1 hdac0: | hdac0: + <- nid=16 [audio output] hdac0: hdac0: nid: 22 [DISABLED] hdac0: Name: pin: Other (None) hdac0: Widget cap: 0x00400001 hdac0: STEREO hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x40f000f3 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 23 [DISABLED] hdac0: Name: pin: Other (None) hdac0: Widget cap: 0x00400001 hdac0: STEREO hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x40f000f4 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 24 [DISABLED] hdac0: Name: pin: Other (None) hdac0: Widget cap: 0x00400001 hdac0: STEREO hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x40f000f5 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 25 hdac0: Name: audio selector hdac0: Widget cap: 0x0030010d hdac0: STEREO hdac0: Association: 1 (0x00004001) hdac0: OSS: line, monitor hdac0: Output amp: 0x00270400 hdac0: mute=0 step=4 size=39 offset=0 hdac0: connections: 7 hdac0: | hdac0: + [DISABLED] <- nid=14 [pin: Other (None)] [DISABLED] hdac0: + [DISABLED] <- nid=22 [pin: Other (None)] [DISABLED] hdac0: + [DISABLED] <- nid=15 [pin: Other (None)] [DISABLED] hdac0: + <- nid=11 [pin: Line-in (Black Jack)] hdac0: + <- nid=12 [pin: Mic (Fixed)] (selected) hdac0: + [DISABLED] <- nid=13 [pin: Speaker (Fixed)] hdac0: + [DISABLED] <- nid=10 [pin: Headphones (Black Jack)] hdac0: hdac0: nid: 26 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x0030010d hdac0: STEREO hdac0: Output amp: 0x00270400 hdac0: mute=0 step=4 size=39 offset=0 hdac0: connections: 7 hdac0: | hdac0: + [DISABLED] <- nid=14 [pin: Other (None)] [DISABLED] (selected) hdac0: + [DISABLED] <- nid=22 [pin: Other (None)] [DISABLED] hdac0: + [DISABLED] <- nid=15 [pin: Other (None)] [DISABLED] hdac0: + <- nid=11 [pin: Line-in (Black Jack)] hdac0: + <- nid=12 [pin: Mic (Fixed)] hdac0: + <- nid=13 [pin: Speaker (Fixed)] hdac0: + <- nid=10 [pin: Headphones (Black Jack)] hdac0: hdac0: nid: 27 hdac0: Name: audio selector hdac0: Widget cap: 0x00300103 hdac0: STEREO hdac0: Association: 1 (0x00004001) hdac0: OSS: line, monitor hdac0: Input amp: 0x00050f00 hdac0: mute=0 step=15 size=5 offset=0 hdac0: connections: 1 hdac0: | hdac0: + <- nid=25 [audio selector] hdac0: hdac0: nid: 28 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x00300103 hdac0: STEREO hdac0: Input amp: 0x00050f00 hdac0: mute=0 step=15 size=5 offset=0 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=26 [audio selector] [DISABLED] hdac0: hdac0: nid: 29 hdac0: Name: audio selector hdac0: Widget cap: 0x0030090d hdac0: LRSWAP STEREO hdac0: Association: 1 (0x00004001) hdac0: OSS: line, monitor hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 3 hdac0: | hdac0: + <- nid=27 [audio selector] (selected) hdac0: + [DISABLED] <- nid=23 [pin: Other (None)] [DISABLED] hdac0: + [DISABLED] <- nid=24 [pin: Other (None)] [DISABLED] hdac0: hdac0: nid: 30 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x0030090d hdac0: LRSWAP STEREO hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 3 hdac0: | hdac0: + <- nid=28 [audio selector] [DISABLED] (selected) hdac0: + [DISABLED] <- nid=23 [pin: Other (None)] [DISABLED] hdac0: + [DISABLED] <- nid=24 [pin: Other (None)] [DISABLED] hdac0: hdac0: nid: 31 [DISABLED] hdac0: Name: audio output hdac0: Widget cap: 0x00040211 hdac0: DIGITAL STEREO hdac0: Stream cap: 0x00000005 hdac0: AC3 PCM hdac0: PCM cap: 0x000e05e0 hdac0: 16 20 24 bits, 44 48 88 96 192 KHz hdac0: hdac0: nid: 32 [DISABLED] hdac0: Name: audio input hdac0: Widget cap: 0x00140311 hdac0: DIGITAL STEREO hdac0: Stream cap: 0x00000005 hdac0: AC3 PCM hdac0: PCM cap: 0x000e0160 hdac0: 16 20 24 bits, 44 48 96 KHz hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=34 [pin: Other (None)] [DISABLED] hdac0: hdac0: nid: 33 [DISABLED] hdac0: Name: pin: Other (None) hdac0: Widget cap: 0x00400301 hdac0: DIGITAL STEREO hdac0: Pin cap: 0x00000010 hdac0: OUT hdac0: Pin config: 0x40f000f6 hdac0: Pin control: 0x00000000 hdac0: connections: 3 hdac0: | hdac0: + <- nid=31 [audio output] [DISABLED] (selected) hdac0: + <- nid=29 [audio selector] hdac0: + <- nid=30 [audio selector] [DISABLED] hdac0: hdac0: nid: 34 [DISABLED] hdac0: Name: pin: Other (None) hdac0: Widget cap: 0x00430681 hdac0: PWR DIGITAL UNSOL STEREO hdac0: Pin cap: 0x00010024 hdac0: PDC IN EAPD hdac0: Pin config: 0x40f000f7 hdac0: Pin control: 0x00000000 hdac0: EAPD: 0x00000002 hdac0: hdac0: nid: 35 hdac0: Name: beep widget hdac0: Widget cap: 0x0070000c hdac0: Association: -2 (0x00000000) hdac0: OSS: speaker (speaker) hdac0: Output amp: 0x00170303 hdac0: mute=0 step=3 size=23 offset=3 hdac0: hdac0: nid: 36 [DISABLED] hdac0: Name: volume widget hdac0: Widget cap: 0x00600000 hdac0: connections: 2 hdac0: | hdac0: + <- nid=16 [audio output] (selected) hdac0: + <- nid=17 [audio output] [DISABLED] hdac0: hdac0: nid: 37 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00001 hdac0: STEREO hdac0: hdac0: Processing modem FG cad=1 nid=2... hdac0: pcm0: at cad 0 nid 1 on hdac0 pcm0: +--------------------------------------+ pcm0: | DUMPING PCM Playback/Record Channels | pcm0: +--------------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x000e07e0 pcm0: 16 20 24 bits, 44 48 88 96 176 192 KHz pcm0: DAC: 16 pcm0: pcm0: Record: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x000e07e0 pcm0: 16 20 24 bits, 44 48 88 96 176 192 KHz pcm0: ADC: 18 pcm0: pcm0: +-------------------------------+ pcm0: | DUMPING Playback/Record Paths | pcm0: +-------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: nid=10 [pin: Headphones (Black Jack)] pcm0: | pcm0: + <- nid=16 [audio output] [src: pcm] pcm0: pcm0: nid=13 [pin: Speaker (Fixed)] pcm0: | pcm0: + <- nid=16 [audio output] [src: pcm] pcm0: pcm0: Record: pcm0: pcm0: nid=18 [audio input] pcm0: | pcm0: + <- nid=29 [audio selector] [src: line, monitor] pcm0: | pcm0: + <- nid=27 [audio selector] [src: line, monitor] pcm0: | pcm0: + <- nid=25 [audio selector] [src: line, monitor] pcm0: | pcm0: + <- nid=11 [pin: Line-in (Black Jack)] [src: line] pcm0: + <- nid=12 [pin: Mic (Fixed)] [src: monitor] pcm0: pcm0: +-------------------------+ pcm0: | DUMPING Volume Controls | pcm0: +-------------------------+ pcm0: pcm0: Master Volume (OSS: vol) pcm0: | pcm0: +- ctl 1 (nid 16 out): -95/0dB (128 steps) + mute pcm0: pcm0: PCM Volume (OSS: pcm) pcm0: | pcm0: +- ctl 1 (nid 16 out): -95/0dB (128 steps) + mute pcm0: pcm0: Speaker/Beep Volume (OSS: speaker) pcm0: | pcm0: +- ctl 10 (nid 35 out): -18/0dB (4 steps) pcm0: pcm0: Recording Level (OSS: rec) pcm0: | pcm0: +- ctl 4 (nid 25 out): 0/40dB (5 steps) pcm0: +- ctl 6 (nid 27 in 0): 0/22dB (16 steps) pcm0: +- ctl 8 (nid 29 out): mute pcm0: pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "rec": pcm0: clone manager: deadline=750ms flags=0x8000001e pcm0: sndbuf_setmap 39b0000, 4000; 0xffffffff02108000 -> 39b0000 pcm0: sndbuf_setmap 39c0000, 4000; 0xffffffff02118000 -> 39c0000 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe0:ata0:0:0:0): Down reving Protocol Version from 2 to 0? (probe0:ata0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:ata0:0:0:0): CAM Status: SCSI Status Error (probe0:ata0:0:0:0): SCSI Status: Check Condition (probe0:ata0:0:0:0): NOT READY csi:0,0,bb,0 asc:3a,0 (probe0:ata0:0:0:0): Medium not present (probe0:ata0:0:0:0): (probe0:ata0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:ata0:0:0:0): NOT READY csi:0,0,bb,0 asc:3a,0 (probe0:ata0:0:0:0): Medium not present Unretryable error (probe0:ata0:0:0:0): error 6 (probe0:ata0:0:0:0): Unretryable Error (probe0:ata0:0:0:0): error 6 (probe0:ata0:0:0:0): Unretryable Error acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:sbp0:0:0:0): error 22 (probe1:sbp0:0:0:0): Unretryable Error (probe2:sbp0:0:1:0): error 22 (probe2:sbp0:0:1:0): Unretryable Error (probe3:sbp0:0:2:0): error 22 (probe3:sbp0:0:2:0): Unretryable Error (probe4:sbp0:0:3:0): error 22 (probe4:sbp0:0:3:0): Unretryable Error (probe5:sbp0:0:4:0): error 22 (probe5:sbp0:0:4:0): Unretryable Error (probe6:sbp0:0:5:0): error 22 (probe6:sbp0:0:5:0): Unretryable Error (probe7:sbp0:0:6:0): error 22 (probe7:sbp0:0:6:0): Unretryable Error pass0 at ata0 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 33.000MB/s transfers GEOM: new disk cd0 ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ( c d 0 : aItDa:0: 00:x00:1000)0:0 0e0r r o rV E6R: (0cxd000:0a5t0a001:40 :L0D:R0:) :0 xU0n0r0e0t0r0y0a0b lDeF RE:r r0oxrf ffcfdf0f faft a t al0i nbtu0s: 00 xta0r0g0e1t0 700 0 lluinn t01: c0dx00:0 0<0H0L4-0D0T -TSPTR :D V0Dx+0-0R0W0 0G0S0A0- TS1V1RN: A01x0030>0 0R0e1mfofva b l et iCmDe-rR:O M0 xS0C0S0I2-000 edfe vtihceer m : c0dx00:0 03130.000000 MeBr/rs: t0rxa0n0s0f1e0r0s0 0 cpdc0m:: A0txt0e0m0p1t0 0t0o0 q uery idoeavpiicce0 :s iAzssei gfnaiinlge d:I SNAO TI RRQE A1D Yt,o lMoecdailu mA PnIoCt 0pre sieonatpi c0: Assigning ISA IRQ 4 to local APIC 1 ioapic0: Assigning ISA IRQ 9 to local APIC 0 ioapic0: Assigning ISA IRQ 12 to local APIC 1 ioapic0: Assigning ISA IRQ 14 to local APIC 0 ioapic0: Assigning PCI IRQ 17 to local APIC 1 ioapic0: Assigning PCI IRQ 19 to local APIC 0 ioapic0: Assigning PCI IRQ 20 to local APIC 1 ioapic0: Assigning PCI IRQ 21 to local APIC 0 ioapic0: Assigning PCI IRQ 22 to local APIC 1 msi: Ass(icgdn0i:nga taM0S:I0 :IR0Q: 0)2:5 6e tror olro c6a l( cAdP0I:C a0ta 0:0:0:0): Unretryable Error (cd0:ata0:0:0:0): error 6 (cd0:ata0:0:0:0): Unretryable Error (cd0:ata0:0:0:0): error 6 (cd0:ata0:0:0:0): Unretryable Error scsi_cd.c::ioctl cmd=4400648b error=25 (cd0:ata0:0:0:0): error 6 (cd0:ata0:0:0:0): Unretryable Error Trying to mount root from zfs:tank start_init: trying /sbin/init bge0: Disabling fastboot bge0: Disabling fastboot WARNING: attempt to net_add_domain(bluetooth) after domainfinalize() WARNING: attempt to net_add_domain(netgraph) after domainfinalize() bge0: link UP Linux ELF exec handler installed >> robert. >> >> >>> 0c:00.0 Network controller: Broadcom Corporation BCM4328 802.11a/b/g/n >>> (rev 03) >>> Subsystem: Dell Wireless 1500 Draft 802.11n WLAN Mini-card >>> Flags: bus master, fast devsel, latency 0, IRQ 17 >>> Memory at f9ffc000 (64-bit, non-prefetchable) [size=16K] >>> Memory at f0000000 (64-bit, prefetchable) [size=1M] >>> Capabilities: [40] Power Management version 2 >>> Capabilities: [58] Vendor Specific Information >>> Capabilities: [e8] Message Signalled Interrupts: Mask- 64bit+ Count=1/1 >>> Enable- >>> Capabilities: [d0] Express Endpoint, MSI 00 >>> Capabilities: [100] Advanced Error Reporting >>> UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- >>> ECRC- UnsupReq- ACSVoil- >>> UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- >>> ECRC- UnsupReq- ACSVoil- >>> UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ >>> MalfTLP+ ECRC- UnsupReq- ACSVoil- >>> CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- >>> CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ >>> AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn- >>> Capabilities: [13c] Virtual Channel >>> Capabilities: [160] Device Serial Number 1c-00-a4-ff-ff-26-df-c0 >>> Capabilities: [16c] Power Budgeting >>> Kernel driver in use: b43-pci-bridge >>> Kernel modules: ssb >>> >>> >>>>>> >>>>>> >>>>>> >>>>>>> bar [1c] = type Memory, range 64, base 0xfa000000, size 33554432, enabled >>>>>>> >>>>>>> >>>>>>> >>>>>> This one is BAR 3, which is used when it doesn't find BAR 1. >>>>>> >>>>>> robert. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> bar [24] = type I/O Port, range 32, base 0xdf00, size 128, enabled >>>>>>> ndis0@pci0:12:0:0: class=0x028000 card=0x000a1028 chip=0x432814e4 >>>>>>> rev=0x03 hdr=0x00 >>>>>>> >>>>>>> and follow your intrudction.still pain me :( >>>>>>> >>>>>>> (++) Using config file: "xorg.conf1" >>>>>>> drm0: on vgapci0 >>>>>>> info: [drm] Detected an NV50 generation card (0x086900a2) >>>>>>> vgapci0: child drm0 requested pci_enable_busmaster >>>>>>> info: [drm] Initialized nouveau 0.0.12 20060213 >>>>>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >>>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>>>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>>>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>>>>> drm0: [ITHREAD] >>>>>>> info: [drm] Allocating FIFO number 1 >>>>>>> error: [drm:pid6494:nouveau_graph_trapped_channel] *ERROR* AIII, >>>>>>> invalid/inactiv >>>>>>> e channel id 128 >>>>>>> info: [drm] PGRAPH_ERROR - nSource:info: [drm] PROTECTION_ERRORinfo: >>>>>>> [drm] , nSt >>>>>>> atus:info: [drm] >>>>>>> info: [drm] PGRAPH_ERROR - Ch -1/0 Class 0x0000 Mthd 0x0000 Data >>>>>>> 0x00000000:0x00 >>>>>>> 000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 1: >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408900: 0x8000003f >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408904: 0xcf6f7f0e >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408908: 0xfff7367f >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040890c: 0x00001850 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408910: 0xafff3587 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e08: 0x800b6fad >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e0c: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e10: 0x4df4fd60 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e14: 0x000000d7 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e18: 0x3139768d >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e1c: 0xf6d69757 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e20: 0x63161650 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e24: 0x07220009 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 2: >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409900: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409904: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409908: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040990c: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409910: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e08: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e0c: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e10: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e14: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e1c: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e20: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e24: 0x00000000 >>>>>>> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 >>>>>>> info: [drm] PFIFO_DMA_PUSHER - Ch 1 >>>>>>> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space >>>>>>> (EE) Screen(s) found, but none have a usable configuration. >>>>>>> >>>>>>> Fatal server error: >>>>>>> no screens found >>>>>>> >>>>>>> Please consult the The X.Org Foundation support >>>>>>> at http://wiki.x.org >>>>>>> for help. >>>>>>> Please also check the log file at "/var/log/Xorg.0.log" for additional >>>>>>> informati >>>>>>> on. >>>>>>> >>>>>>> info: [drm] nouveau_fifo_free: freeing fifo 1 >>>>>>> error: [drm:pid6493:nouveau_fifo_free] *ERROR* Failed to idle channel 1 >>>>>>> before d >>>>>>> estroy.Prepare for strangeness.. >>>>>>> info: [drm] PFIFO_DMA_PUSHER - Ch 127 >>>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>>>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>>>>> >>>>>>> >>>>>>> From owner-freebsd-x11@FreeBSD.ORG Thu Mar 26 04:51:36 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93FDC106566B for ; Thu, 26 Mar 2009 04:51:36 +0000 (UTC) (envelope-from andrew@bradfordtg.com) Received: from idcmail-mo2no.shaw.ca (idcmail-mo2no.shaw.ca [64.59.134.9]) by mx1.freebsd.org (Postfix) with ESMTP id 0230F8FC08 for ; Thu, 26 Mar 2009 04:51:35 +0000 (UTC) (envelope-from andrew@bradfordtg.com) Received: from pd7ml1no-ssvc.prod.shaw.ca ([10.0.153.161]) by pd7mo1no-svcs.prod.shaw.ca with ESMTP; 25 Mar 2009 22:23:46 -0600 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.0 c=0 a=tTlL_xeXAAAA:8 a=x2BhlUrFnE1eEr1d4jgA:9 a=VgbUMyXeyd4VHZLhFbDmXUVzZjwA:4 a=k1zWO9UKMmnKKw6kJK0A:9 a=O-oZ942FKrGpMXneKEUA:7 a=qkVDylbmVnZ2D9whQULWBPwrFGsA:4 a=aWTTYslQkP0A:10 a=aR16PxjQAAAA:8 a=QW7aZ90eWbt4JVurh7UA:9 a=aFMKjh388ZRqjQoEsUkA:7 a=H2ed0SWHyUPi6-bhcwNwCOSKxjEA:4 a=57ZKFFc7odEA:10 a=JXQJvpueyLIA:10 a=4MV12Pj9_AoA:10 a=0Gtc7eF_ctEA:10 a=TRaWWqdqQ4oA:10 a=CiSHi91Bn78A:10 a=BT_5J42UazYA:10 a=24N0nIjYG2MA:10 Received: from s010600045ae0c9a2.gv.shawcable.net (HELO bugaboo.localdomain) ([96.50.54.61]) by pd7ml1no-dmz.prod.shaw.ca with ESMTP; 25 Mar 2009 22:23:45 -0600 Received: by bugaboo.localdomain (Postfix, from userid 1001) id 70F705C34; Wed, 25 Mar 2009 21:23:50 -0700 (PDT) Date: Wed, 25 Mar 2009 21:23:50 -0700 From: Andrew Bradford To: freebsd-x11@freebsd.org Message-ID: <20090326042350.GF21707@bugaboo.gv.shawcable.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline Subject: Xorg nv 0 videoram and insufficient memory for mode X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 04:51:36 -0000 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all, I'd like some help with an issue I'm having with Xorg on FreeBSD 7.1 amd64. X seems to ignore all videoram on my secondary video card. I have 3G of system RAM in the machine, could it be related to memory barriers? The machine specs are as follows: (onboard) GeForce 6150, PCI-E GeForce 6600. I am using the "nv" driver. Up until last week, the system was working happily. Both screens working great without issue. Upon reboot the PCI-E video card does not get properly detected by X. In the Xorg log file, is "NV(0): VideoRAM: 0 kBytes" (followed by "insufficient memory for mode" for all video modes). The sudden appearance after a reboot may have simply been a driver that had been built but not yet loaded. I had been upgrading the system the previous week. I tested out the hardware with some live cds to make sure the card isn't dying. I've looked high and low on the web, and the only posting I can see that's relevant is this one: http://archive.netbsd.se/?ml=xorg&a=2008-02&t=6547682 from last year. He appears to have the same problem as I do. The only response points to a pciaccess mail thread, indicating that HW access in Xorg was being reworked. The thread is from last year, has the issue not been resolved yet? Are there any workarounds? The only other driver I can use would be this Nouveau one I heard about on freebsd-x11, but that would involve another system upgrade, and it is currently marked as broken. The Vesa driver doesn't work on my cards, and nvidia won't support amd64... I tried rebuilding the nv driver and xorg-server with various versions from ports, with the same issue. I just finished rebuilding with ports from Feb 1 -- same thing. I've attached Xorg.0.log and xorg.conf.new. The config file was generated using X -configure (and cleaned because nv detected all pci devices in the system). Help! Thanks! Andrew --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="xorg.conf.new" Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 Screen 1 "Screen1" RightOf "Screen0" InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/misc/" FontPath "/usr/local/lib/X11/fonts/TTF/" FontPath "/usr/local/lib/X11/fonts/OTF" FontPath "/usr/local/lib/X11/fonts/Type1/" FontPath "/usr/local/lib/X11/fonts/100dpi/" FontPath "/usr/local/lib/X11/fonts/75dpi/" EndSection Section "Module" Load "extmod" Load "record" Load "dbe" Load "glx" Load "xtrap" Load "dri" Load "freetype" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "Monitor Model" EndSection Section "Monitor" Identifier "Monitor1" VendorName "Monitor Vendor" ModelName "Monitor Model" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "SWcursor" # [] #Option "HWcursor" # [] #Option "NoAccel" # [] #Option "ShadowFB" # [] #Option "UseFBDev" # [] #Option "Rotate" # [] #Option "VideoKey" # #Option "FlatPanel" # [] #Option "FPDither" # [] #Option "CrtcNumber" # #Option "FPScale" # [] #Option "FPTweak" # #Option "DualHead" # [] Identifier "Card0" Driver "nv" VendorName "nVidia Corporation" BoardName "C51PV [GeForce 6150]" BusID "PCI:0:5:0" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "SWcursor" # [] #Option "HWcursor" # [] #Option "NoAccel" # [] #Option "ShadowFB" # [] #Option "UseFBDev" # [] #Option "Rotate" # [] #Option "VideoKey" # #Option "FlatPanel" # [] #Option "FPDither" # [] #Option "CrtcNumber" # #Option "FPScale" # [] #Option "FPTweak" # #Option "DualHead" # [] Identifier "Card1" Driver "nv" VendorName "nVidia Corporation" BoardName "NV43 [GeForce 6600]" BusID "PCI:3:0:0" EndSection Section "Screen" Identifier "Screen1" Device "Card0" Monitor "Monitor0" SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection Section "Screen" Identifier "Screen0" Device "Card1" Monitor "Monitor1" SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="Xorg.0.log" X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 7.1-RELEASE amd64 Current Operating System: FreeBSD bugaboo 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Thu Jan 1 08:58:24 UTC 2009 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 Build Date: 24 March 2009 08:50:35AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Wed Mar 25 21:04:12 2009 (++) Using config file: "/usr/home/andrew/xorg.conf.new" (==) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor1" (**) | |-->Device "Card1" (**) |-->Screen "Screen1" (1) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (==) Automatically adding devices (==) Automatically enabling devices (==) Including the default font path /usr/local/lib/X11/fonts/misc/,/usr/local/lib/X11/fonts/TTF/,/usr/local/lib/X11/fonts/OTF,/usr/local/lib/X11/fonts/Type1/,/usr/local/lib/X11/fonts/100dpi/,/usr/local/lib/X11/fonts/75dpi/. (**) FontPath set to: /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/, /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/ (**) ModulePath set to "/usr/local/lib/xorg/modules" (WW) AllowEmptyInput is on, devices using drivers 'kbd' or 'mouse' will be disabled. (WW) Disabling Mouse0 (WW) Disabling Keyboard0 (II) Loader magic: 0x671f60 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 4.1 X.Org XInput driver : 2.1 X.Org Server Extension : 1.1 X.Org Font Renderer : 0.6 (II) Loader running on freebsd (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (!!) More than one possible primary device found (--) PCI: (0@0:5:0) nVidia Corporation C51PV [GeForce 6150] rev 162, Mem @ 0xfb000000/16777216, 0xc0000000/268435456, 0xfc000000/16777216, BIOS @ 0x????????/65536 (--) PCI: (0@3:0:0) nVidia Corporation NV43 [GeForce 6600] rev 162, Mem @ 0xe8000000/67108864, 0xd0000000/268435456, 0xee000000/16777216, BIOS @ 0x????????/65536 (II) System resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. (II) "glx" will be loaded. This was enabled by default and also specified in the config file. (II) "freetype" will be loaded. This was enabled by default and also specified in the config file. (II) "record" will be loaded. This was enabled by default and also specified in the config file. (II) "dri" will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension RECORD (II) LoadModule: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (==) AIGLX disabled (==) Exporting typical set of GLX visuals (II) Loading extension GLX (II) LoadModule: "xtrap" (II) Loading /usr/local/lib/xorg/modules/extensions//libxtrap.so (II) Module xtrap: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension DEC-XTRAP (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (II) Loading extension XFree86-DRI (II) LoadModule: "freetype" (II) Loading /usr/local/lib/xorg/modules/fonts//libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 1.5.3, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.6 (II) Loading font FreeType (II) LoadModule: "nv" (II) Loading /usr/local/lib/xorg/modules/drivers//nv_drv.so (II) Module nv: vendor="X.Org Foundation" compiled for 1.5.3, module version = 2.1.12 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 4.1 (II) NV: driver for NVIDIA chipsets: RIVA 128, RIVA TNT, RIVA TNT2, Unknown TNT2, Vanta, RIVA TNT2 Ultra, RIVA TNT2 Model 64, Aladdin TNT2, GeForce 256, GeForce DDR, Quadro, GeForce2 MX/MX 400, GeForce2 MX 100/200, GeForce2 Go, Quadro2 MXR/EX/Go, GeForce2 Integrated GPU, GeForce2 GTS, GeForce2 Ti, GeForce2 Ultra, Quadro2 Pro, GeForce4 MX 460, GeForce4 MX 440, GeForce4 MX 420, GeForce4 MX 440-SE, GeForce4 440 Go, GeForce4 420 Go, GeForce4 420 Go 32M, GeForce4 460 Go, Quadro4 550 XGL, GeForce4 440 Go 64M, Quadro NVS, Quadro4 500 GoGL, GeForce4 410 Go 16M, GeForce4 MX 440 with AGP8X, GeForce4 MX 440SE with AGP8X, GeForce4 MX 420 with AGP8X, GeForce4 MX 4000, GeForce4 448 Go, GeForce4 488 Go, Quadro4 580 XGL, Quadro4 NVS 280 SD, Quadro4 380 XGL, Quadro NVS 50 PCI, GeForce4 448 Go, GeForce4 MX Integrated GPU, GeForce3, GeForce3 Ti 200, GeForce3 Ti 500, Quadro DCC, GeForce4 Ti 4600, GeForce4 Ti 4400, GeForce4 Ti 4200, Quadro4 900 XGL, Quadro4 750 XGL, Quadro4 700 XGL, GeForce4 Ti 4800, GeForce4 Ti 4200 with AGP8X, GeForce4 Ti 4800 SE, GeForce4 4200 Go, Quadro4 700 GoGL, Quadro4 980 XGL, Quadro4 780 XGL, GeForce FX 5800 Ultra, GeForce FX 5800, Quadro FX 2000, Quadro FX 1000, GeForce FX 5600 Ultra, GeForce FX 5600, GeForce FX 5600XT, GeForce FX Go5600, GeForce FX Go5650, Quadro FX Go700, GeForce FX 5200, GeForce FX 5200 Ultra, GeForce FX 5200, GeForce FX 5200LE, GeForce FX Go5200, GeForce FX Go5250, GeForce FX 5500, GeForce FX 5100, GeForce FX Go5200 32M/64M, Quadro NVS 55/280 PCI, Quadro FX 500/600 PCI, GeForce FX Go53xx Series, GeForce FX Go5100, GeForce FX 5900 Ultra, GeForce FX 5900, GeForce FX 5900XT, GeForce FX 5950 Ultra, GeForce FX 5900ZT, Quadro FX 3000, Quadro FX 700, GeForce FX 5700 Ultra, GeForce FX 5700, GeForce FX 5700LE, GeForce FX 5700VE, GeForce FX Go5700, GeForce FX Go5700, Quadro FX Go1000, Quadro FX 1100, GeForce 6800 Ultra, GeForce 6800, GeForce 6800 LE, GeForce 6800 XE, GeForce 6800 XT, GeForce 6800 GT, GeForce 6800 GT, GeForce 6800 GS, GeForce 6800 XT, Quadro FX 4000, GeForce 6800 GS, GeForce 6800, GeForce 6800 LE, GeForce 6800 XT, GeForce Go 6800, GeForce Go 6800 Ultra, Quadro FX Go1400, Quadro FX 3450/4000 SDI, Quadro FX 1400, GeForce 6600 GT, GeForce 6600, GeForce 6600 LE, GeForce 6600 VE, GeForce Go 6600, GeForce 6610 XL, GeForce Go 6600 TE/6200 TE, GeForce 6700 XL, GeForce Go 6600, GeForce Go 6600 GT, Quadro FX 550, Quadro FX 550, Quadro FX 540, GeForce 6200, GeForce 6500, GeForce 6200 TurboCache(TM), GeForce 6200SE TurboCache(TM), GeForce 6200 LE, GeForce Go 6200, Quadro NVS 285, GeForce Go 6400, GeForce Go 6200, GeForce Go 6400, GeForce 6250, GeForce 6800, GeForce 6800 LE, GeForce 6800 GT, GeForce 6800 XT, GeForce 6200, GeForce 6200 A-LE, GeForce 7800 GTX, GeForce 7800 GTX, GeForce 7800 GT, GeForce 7800 GS, GeForce 7800 SLI, GeForce Go 7800, GeForce Go 7800 GTX, Quadro FX 4500, GeForce 7300 LE, GeForce 7300 SE, GeForce Go 7200, GeForce Go 7300, GeForce Go 7400, GeForce Go 7400 GS, Quadro NVS 110M, Quadro NVS 120M, Quadro FX 350M, GeForce 7500 LE, Quadro FX 350, GeForce 7300 GS, GeForce 7600 GT, GeForce 7600 GS, GeForce 7300 GT, GeForce 7600 LE, GeForce 7300 GT, GeForce Go 7700, GeForce Go 7600, GeForce Go 7600 GT, Quadro NVS 300M, GeForce Go 7900 SE, Quadro FX 550M, Quadro FX 560, GeForce 7900 GTX, GeForce 7900 GT, GeForce 7900 GS, GeForce Go 7900 GS, GeForce Go 7900 GTX, Quadro FX 2500M, Quadro FX 1500M, Quadro FX 5500, Quadro FX 3500, Quadro FX 1500, Quadro FX 4500 X2, GeForce 6150, GeForce 6150 LE, GeForce 6100, GeForce Go 6150, GeForce Go 6100, GeForce 8800 GTX, GeForce 8800 GTS, GeForce 8800 Ultra, Quadro FX 5600, Quadro FX 4600, GeForce 8600 GTS, GeForce 8600 GT, GeForce 8600 GT, GeForce 8600 GS, GeForce 8400 GS, GeForce 9500M GS, GeForce 8600M GT, GeForce 9650M GS, GeForce 8700M GT, Quadro FX 370, Quadro NVS 320M, Quadro FX 570M, Quadro FX 1600M, Quadro FX 570, Quadro FX 1700, GeForce 8400 SE, GeForce 8500 GT, GeForce 8400 GS, GeForce 8300 GS, GeForce 8400 GS, GeForce 8600M GS, GeForce 8400M GT, GeForce 8400M GS, GeForce 8400M G, Quadro NVS 140M, Quadro NVS 130M, Quadro NVS 135M, GeForce 9400 GT, Quadro FX 360M, GeForce 9300M G, Quadro NVS 290, GeForce GTX 280, GeForce GTX 260, GeForce 8800 GTS 512, GeForce 8800 GT, GeForce 9800 GX2, GeForce 8800 GS, GeForce 8800M GTS, GeForce 8800M GTX, GeForce 8800 GS, GeForce 9600 GSO, GeForce 8800 GT, GeForce 9800 GTX, GeForce 9800 GTK+, GeForce 9800 GT, Quadro FX 3700, Quadro FX 3600M, GeForce 9600 GT, GeForce 9600 GS, GeForce 9800M GTS, GeForce 9700M GTS, GeForce 9800M GTS, GeForce 9500 GT, GeForce 9600M GT, GeForce 9600M GS, GeForce 9600M GT, GeForce 9500M G, GeForce 9300 GS, GeForce 8400 GS, GeForce 9300M GS, GeForce 9200M GS, GeForce 9300M GS, Quadro NVS 150M, Quadro NVS 160M (II) Primary Device is: (--) NV: Found NVIDIA GeForce 6600 at 03@00:00:0 (--) NV(0): NV: Found NVIDIA GeForce 6150 at 00@00:05:0 (II) resource ranges after probing: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/local/lib/xorg/modules//libint10.so (II) Module int10: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (II) NV(0): Initializing int10 (==) NV(0): Write-combining range (0xa0000,0x20000) was already clear (==) NV(0): Write-combining range (0xc0000,0x40000) was already clear (--) NV(0): Chipset: "GeForce 6600" (==) NV(0): Depth 24, (==) framebuffer bpp 32 (==) NV(0): RGB weight 888 (==) NV(0): Default visual is TrueColor (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/local/lib/xorg/modules//libvgahw.so (II) Module vgahw: vendor="X.Org Foundation" compiled for 1.5.3, module version = 0.1.0 ABI class: X.Org Video Driver, version 4.1 (==) NV(0): Using HW cursor (--) NV(0): Linear framebuffer at 0xD0000000 (--) NV(0): MMIO registers at 0xE8000000 (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Module "i2c" already built-in (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Module "ddc" already built-in (II) NV(0): I2C bus "DDC" initialized. (II) NV(0): Probing for analog device on output A... (--) NV(0): ...can't find one (II) NV(0): Probing for analog device on output B... (--) NV(0): ...can't find one (II) NV(0): Probing for EDID on I2C bus A... (II) NV(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) NV(0): I2C device "DDC:ddc2" removed. (II) NV(0): ... none found (II) NV(0): Probing for EDID on I2C bus B... (II) NV(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) NV(0): I2C device "DDC:ddc2" removed. (II) NV(0): ... none found (II) NV(0): Unable to detect display type... (==) NV(0): ...Using default of CRT (II) NV(0): Unable to detect which CRTCNumber... (==) NV(0): ...Defaulting to CRTCNumber 0 (II) NV(0): Using CRT on CRTC 0 (--) NV(0): VideoRAM: 0 kBytes (==) NV(0): Using gamma correction (1.0, 1.0, 1.0) (II) NV(0): Monitor1: Using default hsync range of 31.50-37.90 kHz (II) NV(0): Monitor1: Using default vrefresh range of 50.00-70.00 Hz (WW) NV(0): Unable to estimate virtual size (II) NV(0): Clock range: 12.00 to 400.00 MHz (II) NV(0): Not using default mode "640x350" (insufficient memory for mode) (II) NV(0): Not using default mode "320x175" (insufficient memory for mode) (II) NV(0): Not using default mode "640x400" (insufficient memory for mode) (II) NV(0): Not using default mode "320x200" (insufficient memory for mode) (II) NV(0): Not using default mode "720x400" (insufficient memory for mode) (II) NV(0): Not using default mode "360x200" (insufficient memory for mode) (II) NV(0): Not using default mode "640x480" (insufficient memory for mode) (II) NV(0): Not using default mode "320x240" (insufficient memory for mode) (II) NV(0): Not using default mode "640x480" (insufficient memory for mode) (II) NV(0): Not using default mode "320x240" (insufficient memory for mode) (II) NV(0): Not using default mode "640x480" (insufficient memory for mode) (II) NV(0): Not using default mode "320x240" (insufficient memory for mode) (II) NV(0): Not using default mode "640x480" (insufficient memory for mode) (II) NV(0): Not using default mode "320x240" (insufficient memory for mode) (II) NV(0): Not using default mode "800x600" (insufficient memory for mode) (II) NV(0): Not using default mode "400x300" (insufficient memory for mode) (II) NV(0): Not using default mode "800x600" (insufficient memory for mode) (II) NV(0): Not using default mode "400x300" (insufficient memory for mode) (II) NV(0): Not using default mode "800x600" (insufficient memory for mode) (II) NV(0): Not using default mode "400x300" (insufficient memory for mode) (II) NV(0): Not using default mode "800x600" (insufficient memory for mode) (II) NV(0): Not using default mode "400x300" (insufficient memory for mode) (II) NV(0): Not using default mode "800x600" (insufficient memory for mode) (II) NV(0): Not using default mode "400x300" (insufficient memory for mode) (II) NV(0): Not using default mode "1024x768" (insufficient memory for mode) (II) NV(0): Not using default mode "512x384" (insufficient memory for mode) (II) NV(0): Not using default mode "1024x768" (insufficient memory for mode) (II) NV(0): Not using default mode "512x384" (insufficient memory for mode) (II) NV(0): Not using default mode "1024x768" (insufficient memory for mode) (II) NV(0): Not using default mode "512x384" (insufficient memory for mode) (II) NV(0): Not using default mode "1024x768" (insufficient memory for mode) (II) NV(0): Not using default mode "512x384" (insufficient memory for mode) (II) NV(0): Not using default mode "1024x768" (insufficient memory for mode) (II) NV(0): Not using default mode "512x384" (insufficient memory for mode) (II) NV(0): Not using default mode "1152x864" (insufficient memory for mode) (II) NV(0): Not using default mode "576x432" (insufficient memory for mode) (II) NV(0): Not using default mode "1280x960" (insufficient memory for mode) (II) NV(0): Not using default mode "640x480" (insufficient memory for mode) (II) NV(0): Not using default mode "1280x960" (insufficient memory for mode) (II) NV(0): Not using default mode "640x480" (insufficient memory for mode) (II) NV(0): Not using default mode "1280x1024" (insufficient memory for mode) (II) NV(0): Not using default mode "640x512" (insufficient memory for mode) (II) NV(0): Not using default mode "1280x1024" (insufficient memory for mode) (II) NV(0): Not using default mode "640x512" (insufficient memory for mode) (II) NV(0): Not using default mode "1280x1024" (insufficient memory for mode) (II) NV(0): Not using default mode "640x512" (insufficient memory for mode) (II) NV(0): Not using default mode "1600x1200" (insufficient memory for mode) (II) NV(0): Not using default mode "800x600" (insufficient memory for mode) (II) NV(0): Not using default mode "1600x1200" (insufficient memory for mode) (II) NV(0): Not using default mode "800x600" (insufficient memory for mode) (II) NV(0): Not using default mode "1600x1200" (insufficient memory for mode) (II) NV(0): Not using default mode "800x600" (insufficient memory for mode) (II) NV(0): Not using default mode "1600x1200" (insufficient memory for mode) (II) NV(0): Not using default mode "800x600" (insufficient memory for mode) (II) NV(0): Not using default mode "1600x1200" (insufficient memory for mode) (II) NV(0): Not using default mode "800x600" (insufficient memory for mode) (II) NV(0): Not using default mode "1792x1344" (insufficient memory for mode) (II) NV(0): Not using default mode "896x672" (insufficient memory for mode) (II) NV(0): Not using default mode "1792x1344" (insufficient memory for mode) (II) NV(0): Not using default mode "896x672" (insufficient memory for mode) (II) NV(0): Not using default mode "1856x1392" (insufficient memory for mode) (II) NV(0): Not using default mode "928x696" (insufficient memory for mode) (II) NV(0): Not using default mode "1856x1392" (insufficient memory for mode) (II) NV(0): Not using default mode "928x696" (insufficient memory for mode) (II) NV(0): Not using default mode "1920x1440" (insufficient memory for mode) (II) NV(0): Not using default mode "960x720" (insufficient memory for mode) (II) NV(0): Not using default mode "1920x1440" (insufficient memory for mode) (II) NV(0): Not using default mode "960x720" (insufficient memory for mode) (II) NV(0): Not using default mode "832x624" (insufficient memory for mode) (II) NV(0): Not using default mode "416x312" (insufficient memory for mode) (II) NV(0): Not using default mode "1400x1050" (insufficient memory for mode) (II) NV(0): Not using default mode "700x525" (insufficient memory for mode) (II) NV(0): Not using default mode "1400x1050" (insufficient memory for mode) (II) NV(0): Not using default mode "700x525" (insufficient memory for mode) (II) NV(0): Not using default mode "1920x1440" (insufficient memory for mode) (II) NV(0): Not using default mode "960x720" (insufficient memory for mode) (II) NV(0): Not using default mode "2048x1536" (insufficient memory for mode) (II) NV(0): Not using default mode "1024x768" (insufficient memory for mode) (II) NV(0): Not using default mode "2048x1536" (insufficient memory for mode) (II) NV(0): Not using default mode "1024x768" (insufficient memory for mode) (II) NV(0): Not using default mode "2048x1536" (insufficient memory for mode) (II) NV(0): Not using default mode "1024x768" (insufficient memory for mode) (WW) NV(0): Mode pool is empty (EE) NV(0): No valid modes found (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Reloading /usr/local/lib/xorg/modules//libint10.so (II) NV(1): Initializing int10 (==) NV(1): Write-combining range (0xa0000,0x20000) was already clear (--) NV(1): Chipset: "GeForce 6150" (==) NV(1): Depth 24, (==) framebuffer bpp 32 (==) NV(1): RGB weight 888 (==) NV(1): Default visual is TrueColor (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Reloading /usr/local/lib/xorg/modules//libvgahw.so (==) NV(1): Using HW cursor (--) NV(1): Linear framebuffer at 0xC0000000 (--) NV(1): MMIO registers at 0xFB000000 (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Module "i2c" already built-in (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Module "ddc" already built-in (II) NV(1): I2C bus "DDC" initialized. (II) NV(1): Probing for analog device on output A... (--) NV(1): ...can't find one (II) NV(1): Probing for analog device on output B... (--) NV(1): ...can't find one (II) NV(1): Probing for EDID on I2C bus A... (II) NV(1): I2C device "DDC:ddc2" registered at address 0xA0. (II) NV(1): I2C device "DDC:ddc2" removed. (II) NV(1): ... none found (II) NV(1): Probing for EDID on I2C bus B... (II) NV(1): I2C device "DDC:ddc2" registered at address 0xA0. (II) NV(1): I2C device "DDC:ddc2" removed. (II) NV(1): ... none found (--) NV(1): CRTC 0 is currently programmed for DFP (II) NV(1): Using DFP on CRTC 0 (--) NV(1): Panel size is 1280 x 1024 (II) NV(1): NOTE: This driver cannot reconfigure the BIOS-programmed size. (II) NV(1): These dimensions will be used as the panel size for mode validation. (II) NV(1): Panel is TMDS (--) NV(1): VideoRAM: 65536 kBytes (==) NV(1): Using gamma correction (1.0, 1.0, 1.0) (II) NV(1): Monitor0: Using hsync range of 0.00-63.02 kHz (II) NV(1): Monitor0: Using vrefresh range of 0.00-59.79 Hz (WW) NV(1): Unable to estimate virtual size (II) NV(1): Clock range: 12.00 to 400.00 MHz (II) NV(1): Not using default mode "640x350" (vrefresh out of range) (II) NV(1): Not using default mode "320x175" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "640x400" (vrefresh out of range) (II) NV(1): Not using default mode "320x200" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "720x400" (vrefresh out of range) (II) NV(1): Not using default mode "360x200" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "640x480" (vrefresh out of range) (II) NV(1): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "640x480" (vrefresh out of range) (II) NV(1): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "640x480" (vrefresh out of range) (II) NV(1): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "800x600" (vrefresh out of range) (II) NV(1): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "800x600" (vrefresh out of range) (II) NV(1): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "800x600" (vrefresh out of range) (II) NV(1): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "1024x768" (vrefresh out of range) (II) NV(1): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "1024x768" (vrefresh out of range) (II) NV(1): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "1024x768" (hsync out of range) (II) NV(1): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "1152x864" (hsync out of range) (II) NV(1): Not using default mode "576x432" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "640x480" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "1280x960" (hsync out of range) (II) NV(1): Not using default mode "640x480" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "1280x1024" (hsync out of range) (II) NV(1): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "1280x1024" (hsync out of range) (II) NV(1): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "1280x1024" (hsync out of range) (II) NV(1): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "1600x1200" (exceeds panel dimensions) (II) NV(1): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "1600x1200" (exceeds panel dimensions) (II) NV(1): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "1600x1200" (exceeds panel dimensions) (II) NV(1): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "1600x1200" (exceeds panel dimensions) (II) NV(1): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "1600x1200" (exceeds panel dimensions) (II) NV(1): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "1792x1344" (exceeds panel dimensions) (II) NV(1): Not using default mode "896x672" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "1792x1344" (exceeds panel dimensions) (II) NV(1): Not using default mode "896x672" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "1856x1392" (exceeds panel dimensions) (II) NV(1): Not using default mode "928x696" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "1856x1392" (exceeds panel dimensions) (II) NV(1): Not using default mode "928x696" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "1920x1440" (exceeds panel dimensions) (II) NV(1): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "1920x1440" (exceeds panel dimensions) (II) NV(1): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "832x624" (vrefresh out of range) (II) NV(1): Not using default mode "416x312" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "1400x1050" (exceeds panel dimensions) (II) NV(1): Not using default mode "700x525" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "1400x1050" (exceeds panel dimensions) (II) NV(1): Not using default mode "700x525" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "1920x1440" (exceeds panel dimensions) (II) NV(1): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "2048x1536" (exceeds panel dimensions) (II) NV(1): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "2048x1536" (exceeds panel dimensions) (II) NV(1): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (II) NV(1): Not using default mode "2048x1536" (exceeds panel dimensions) (II) NV(1): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (--) NV(1): Virtual size is 1280x1024 (pitch 1280) (**) NV(1): *Driver mode "1280x1024": 90.8 MHz, 63.0 kHz, 59.8 Hz (II) NV(1): Modeline "1280x1024"x59.8 90.75 1280 1328 1360 1440 1024 1027 1034 1054 +hsync -vsync (63.0 kHz) (**) NV(1): *Default mode "1280x960": 108.0 MHz, 60.0 kHz, 60.0 Hz (II) NV(1): Modeline "1280x960"x60.0 108.00 1280 1376 1488 1800 960 961 964 1000 +hsync +vsync (60.0 kHz) (**) NV(1): *Default mode "1024x768": 65.0 MHz, 48.4 kHz, 60.0 Hz (II) NV(1): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) (**) NV(1): *Default mode "800x600": 40.0 MHz, 37.9 kHz, 60.3 Hz (II) NV(1): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) (**) NV(1): *Default mode "800x600": 36.0 MHz, 35.2 kHz, 56.2 Hz (II) NV(1): Modeline "800x600"x56.2 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz) (**) NV(1): *Default mode "640x480": 25.2 MHz, 31.5 kHz, 59.9 Hz (II) NV(1): Modeline "640x480"x59.9 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) (==) NV(1): DPI set to (96, 96) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/local/lib/xorg/modules//libfb.so (II) Module fb: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.4 (II) Loading sub module "xaa" (II) LoadModule: "xaa" (II) Loading /usr/local/lib/xorg/modules//libxaa.so (II) Module xaa: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.2.0 ABI class: X.Org Video Driver, version 4.1 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Module "ramdac" already built-in (II) UnloadModule: "nv" (II) UnloadModule: "vgahw" (II) UnloadModule: "int10" (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) NV(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 Setting up tile and stipple cache: 32 128x128 slots 32 256x256 slots 16 512x512 slots (==) NV(0): Backing store disabled (==) NV(0): Silken mouse enabled (II) NV(0): DPMS enabled (==) RandR enabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFIXES (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE (II) Initializing built-in extension XEVIE (II) AIGLX: Loaded and initialized /usr/local/lib/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 (II) config/hal: Adding input device BCM2045B3 ROM (II) LoadModule: "mouse" (II) Loading /usr/local/lib/xorg/modules/input//mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.4.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.1 (**) BCM2045B3 ROM: Device: "/dev/sysmouse" (==) BCM2045B3 ROM: Protocol: "Auto" (**) BCM2045B3 ROM: always reports core events (**) Option "Device" "/dev/sysmouse" (==) BCM2045B3 ROM: Emulate3Buttons, Emulate3Timeout: 50 (**) BCM2045B3 ROM: ZAxisMapping: buttons 4 and 5 (**) BCM2045B3 ROM: Buttons: 9 (**) BCM2045B3 ROM: Sensitivity: 1 (II) XINPUT: Adding extended input device "BCM2045B3 ROM" (type: MOUSE) (II) BCM2045B3 ROM: SetupAuto: hw.iftype is 4, hw.model is 0 (II) BCM2045B3 ROM: SetupAuto: protocol is SysMouse (II) config/hal: Adding input device BCM2045B3 ROM (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.3.2 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.1 (**) BCM2045B3 ROM: always reports core events (**) Option "Protocol" "standard" (**) BCM2045B3 ROM: Protocol: standard (**) Option "Device" "/dev/ukbd0" (EE) BCM2045B3 ROM: cannot open "/dev/ukbd0" (EE) PreInit failed for input device "BCM2045B3 ROM" (II) UnloadModule: "kbd" (EE) config/hal: NewInputDeviceRequest failed (II) config/hal: Adding input device USB-PS/2 Optical Mouse (**) USB-PS/2 Optical Mouse: Device: "/dev/sysmouse" (==) USB-PS/2 Optical Mouse: Protocol: "Auto" (**) USB-PS/2 Optical Mouse: always reports core events (**) Option "Device" "/dev/sysmouse" (==) USB-PS/2 Optical Mouse: Emulate3Buttons, Emulate3Timeout: 50 (**) USB-PS/2 Optical Mouse: ZAxisMapping: buttons 4 and 5 (**) USB-PS/2 Optical Mouse: Buttons: 9 (**) USB-PS/2 Optical Mouse: Sensitivity: 1 (II) XINPUT: Adding extended input device "USB-PS/2 Optical Mouse" (type: MOUSE) (II) USB-PS/2 Optical Mouse: SetupAuto: hw.iftype is 4, hw.model is 0 (II) USB-PS/2 Optical Mouse: SetupAuto: protocol is SysMouse (II) config/hal: Adding input device AT Keyboard (**) AT Keyboard: always reports core events (**) Option "Protocol" "standard" (**) AT Keyboard: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) AT Keyboard: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) AT Keyboard: XkbModel: "pc105" (**) Option "XkbLayout" "us" (**) AT Keyboard: XkbLayout: "us" (**) Option "CustomKeycodes" "off" (**) AT Keyboard: CustomKeycodes disabled (II) XINPUT: Adding extended input device "AT Keyboard" (type: KEYBOARD) (II) UnloadModule: "mouse" (II) UnloadModule: "mouse" (II) UnloadModule: "kbd" --T4sUOijqQbZv57TR-- From owner-freebsd-x11@FreeBSD.ORG Thu Mar 26 06:37:00 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CA321065675 for ; Thu, 26 Mar 2009 06:37:00 +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 01B418FC0C for ; Thu, 26 Mar 2009 06:36:59 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-142.bna.bellsouth.net [70.156.31.142]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2Q6Zc8P034361 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 Mar 2009 02:35:38 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Andrew Bradford In-Reply-To: <20090326042350.GF21707@bugaboo.gv.shawcable.net> References: <20090326042350.GF21707@bugaboo.gv.shawcable.net> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-lguhTvjhdszzcYrc1JtF" Organization: FreeBSD Date: Thu, 26 Mar 2009 01:36:32 -0500 Message-Id: <1238049392.1828.111.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org Subject: Re: Xorg nv 0 videoram and insufficient memory for mode X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 06:37:01 -0000 --=-lguhTvjhdszzcYrc1JtF Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-03-25 at 21:23 -0700, Andrew Bradford wrote: > Hi all, >=20 > I'd like some help with an issue I'm having with Xorg on FreeBSD 7.1 amd6= 4. X seems to ignore all videoram on my secondary video card. I have 3G o= f system RAM in the machine, could it be related to memory barriers? >=20 > The machine specs are as follows: (onboard) GeForce 6150, PCI-E GeForce 6= 600. I am using the "nv" driver. >=20 > Up until last week, the system was working happily. Both screens working = great without issue. Upon reboot the PCI-E video card does not get properl= y detected by X. In the Xorg log file, is "NV(0): VideoRAM: 0 kBytes" (fol= lowed by "insufficient memory for mode" for all video modes). >=20 > The sudden appearance after a reboot may have simply been a driver that h= ad been built but not yet loaded. I had been upgrading the system the prev= ious week. I tested out the hardware with some live cds to make sure the c= ard isn't dying. >=20 > I've looked high and low on the web, and the only posting I can see that'= s relevant is this one: > http://archive.netbsd.se/?ml=3Dxorg&a=3D2008-02&t=3D6547682 > from last year. He appears to have the same problem as I do. The only r= esponse points to a pciaccess mail thread, indicating that HW access in Xor= g was being reworked. >=20 > The thread is from last year, has the issue not been resolved yet? Are t= here any workarounds? The only other driver I can use would be this Nouvea= u one I heard about on freebsd-x11, but that would involve another system u= pgrade, and it is currently marked as broken. The Vesa driver doesn't work= on my cards, and nvidia won't support amd64... >=20 > I tried rebuilding the nv driver and xorg-server with various versions fr= om ports, with the same issue. I just finished rebuilding with ports from = Feb 1 -- same thing. >=20 > I've attached Xorg.0.log and xorg.conf.new. The config file was generate= d using X -configure (and cleaned because nv detected all pci devices in th= e system). The issue is in fact the switch to libpciaccess, along with a lot of changes to Xserver. The issue is due to legacy vga handling. The issue is being discussed a bit more lately, but no resolution is at hand. Most modern cards have a way to deal with this, but it isn't a generalized solution. So, for right now, multiple cards generally don't work, for linux, solaris or us... robert. > Help! >=20 > Thanks! > Andrew >=20 > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-lguhTvjhdszzcYrc1JtF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknLInAACgkQM4TrQ4qfROM1GgCghsZTjqjMxa1uHmQV/hqu3UE/ f68AnjPBg9M2LX38NyZlabV+r5ZmCFK+ =qBJj -----END PGP SIGNATURE----- --=-lguhTvjhdszzcYrc1JtF-- From owner-freebsd-x11@FreeBSD.ORG Thu Mar 26 15:00:46 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CCF81065674 for ; Thu, 26 Mar 2009 15:00:46 +0000 (UTC) (envelope-from andrew@bradfordtg.com) Received: from idcmail-mo2no.shaw.ca (idcmail-mo2no.shaw.ca [64.59.134.9]) by mx1.freebsd.org (Postfix) with ESMTP id 4009D8FC1C for ; Thu, 26 Mar 2009 15:00:45 +0000 (UTC) (envelope-from andrew@bradfordtg.com) Received: from pd5ml1no-ssvc.prod.shaw.ca ([10.0.153.166]) by pd7mo1no-svcs.prod.shaw.ca with ESMTP; 26 Mar 2009 09:00:45 -0600 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.0 c=0 a=tTlL_xeXAAAA:8 a=6I5d2MoRAAAA:8 a=JgMw6IG11iT9LjxaFLYA:9 a=5C28FrwOv2E3aWHPyVsA:7 a=xPrtRGHBSOOFigTc4Jm2IjY0VPUA:4 a=SV7veod9ZcQA:10 a=Qe6KJZYgyhIA:10 a=fZQIVubHZ2AA:10 Received: from s010600045ae0c9a2.gv.shawcable.net (HELO bugaboo.localdomain) ([96.50.54.61]) by pd5ml1no-dmz.prod.shaw.ca with ESMTP; 26 Mar 2009 09:00:45 -0600 Received: by bugaboo.localdomain (Postfix, from userid 1001) id 8A0CD5C34; Thu, 26 Mar 2009 08:00:51 -0700 (PDT) Date: Thu, 26 Mar 2009 08:00:51 -0700 From: Andrew Bradford To: Robert Noland Message-ID: <20090326150051.GK21707@bugaboo.gv.shawcable.net> References: <20090326042350.GF21707@bugaboo.gv.shawcable.net> <1238049392.1828.111.camel@balrog.2hip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1238049392.1828.111.camel@balrog.2hip.net> Cc: freebsd-x11@freebsd.org Subject: Re: Xorg nv 0 videoram and insufficient memory for mode X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 15:00:49 -0000 On Thu Mar 26 2009 01:36AM, Robert Noland wrote: > On Wed, 2009-03-25 at 21:23 -0700, Andrew Bradford wrote: > > Hi all, > > > > I'd like some help with an issue I'm having with Xorg on FreeBSD 7.1 amd64. X seems to ignore all videoram on my secondary video card. I have 3G of system RAM in the machine, could it be related to memory barriers? > > > > The machine specs are as follows: (onboard) GeForce 6150, PCI-E GeForce 6600. I am using the "nv" driver. > > > > Up until last week, the system was working happily. Both screens working great without issue. Upon reboot the PCI-E video card does not get properly detected by X. In the Xorg log file, is "NV(0): VideoRAM: 0 kBytes" (followed by "insufficient memory for mode" for all video modes). > > > > The sudden appearance after a reboot may have simply been a driver that had been built but not yet loaded. I had been upgrading the system the previous week. I tested out the hardware with some live cds to make sure the card isn't dying. > > > > I've looked high and low on the web, and the only posting I can see that's relevant is this one: > > http://archive.netbsd.se/?ml=xorg&a=2008-02&t=6547682 > > from last year. He appears to have the same problem as I do. The only response points to a pciaccess mail thread, indicating that HW access in Xorg was being reworked. > > > > The thread is from last year, has the issue not been resolved yet? Are there any workarounds? The only other driver I can use would be this Nouveau one I heard about on freebsd-x11, but that would involve another system upgrade, and it is currently marked as broken. The Vesa driver doesn't work on my cards, and nvidia won't support amd64... > > > > I tried rebuilding the nv driver and xorg-server with various versions from ports, with the same issue. I just finished rebuilding with ports from Feb 1 -- same thing. > > > > I've attached Xorg.0.log and xorg.conf.new. The config file was generated using X -configure (and cleaned because nv detected all pci devices in the system). > > The issue is in fact the switch to libpciaccess, along with a lot of > changes to Xserver. The issue is due to legacy vga handling. The issue > is being discussed a bit more lately, but no resolution is at hand. > Most modern cards have a way to deal with this, but it isn't a > generalized solution. So, for right now, multiple cards generally don't > work, for linux, solaris or us... Oh dear, I was afraid of that. There's probably not enough information to pinpoint a version, but would downgrading to Xserver 1.4.2 (or an even older version) work? Or, alternately, is there an ETA on the switch to libpciaccess? Do you know in which version the libpciaccess changes were introduced? Thanks for your help, Andrew > > robert. > > > Help! > > > > Thanks! > > Andrew > > > > _______________________________________________ > > freebsd-x11@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > -- > Robert Noland > FreeBSD From owner-freebsd-x11@FreeBSD.ORG Thu Mar 26 16:36:13 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 363F0106567C for ; Thu, 26 Mar 2009 16:36:13 +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 E0A258FC27 for ; Thu, 26 Mar 2009 16:36:12 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-142.bna.bellsouth.net [70.156.31.142]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2QGYYMd037791 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 Mar 2009 12:34:34 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Andrew Bradford In-Reply-To: <20090326150051.GK21707@bugaboo.gv.shawcable.net> References: <20090326042350.GF21707@bugaboo.gv.shawcable.net> <1238049392.1828.111.camel@balrog.2hip.net> <20090326150051.GK21707@bugaboo.gv.shawcable.net> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-v4AGPmxZzWCyEHjfmZVh" Organization: FreeBSD Date: Thu, 26 Mar 2009 11:35:26 -0500 Message-Id: <1238085326.1792.27.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org Subject: Re: Xorg nv 0 videoram and insufficient memory for mode X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 16:36:14 -0000 --=-v4AGPmxZzWCyEHjfmZVh Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2009-03-26 at 08:00 -0700, Andrew Bradford wrote: > On Thu Mar 26 2009 01:36AM, Robert Noland wrote: > > On Wed, 2009-03-25 at 21:23 -0700, Andrew Bradford wrote: > > > Hi all, > > >=20 > > > I'd like some help with an issue I'm having with Xorg on FreeBSD 7.1 = amd64. X seems to ignore all videoram on my secondary video card. I have = 3G of system RAM in the machine, could it be related to memory barriers? > > >=20 > > > The machine specs are as follows: (onboard) GeForce 6150, PCI-E GeFor= ce 6600. I am using the "nv" driver. > > >=20 > > > Up until last week, the system was working happily. Both screens work= ing great without issue. Upon reboot the PCI-E video card does not get pro= perly detected by X. In the Xorg log file, is "NV(0): VideoRAM: 0 kBytes" = (followed by "insufficient memory for mode" for all video modes). > > >=20 > > > The sudden appearance after a reboot may have simply been a driver th= at had been built but not yet loaded. I had been upgrading the system the = previous week. I tested out the hardware with some live cds to make sure t= he card isn't dying. > > >=20 > > > I've looked high and low on the web, and the only posting I can see t= hat's relevant is this one: > > > http://archive.netbsd.se/?ml=3Dxorg&a=3D2008-02&t=3D6547682 > > > from last year. He appears to have the same problem as I do. The on= ly response points to a pciaccess mail thread, indicating that HW access in= Xorg was being reworked. > > >=20 > > > The thread is from last year, has the issue not been resolved yet? A= re there any workarounds? The only other driver I can use would be this No= uveau one I heard about on freebsd-x11, but that would involve another syst= em upgrade, and it is currently marked as broken. The Vesa driver doesn't = work on my cards, and nvidia won't support amd64... > > >=20 > > > I tried rebuilding the nv driver and xorg-server with various version= s from ports, with the same issue. I just finished rebuilding with ports f= rom Feb 1 -- same thing. > > >=20 > > > I've attached Xorg.0.log and xorg.conf.new. The config file was gene= rated using X -configure (and cleaned because nv detected all pci devices i= n the system). > >=20 > > The issue is in fact the switch to libpciaccess, along with a lot of > > changes to Xserver. The issue is due to legacy vga handling. The issu= e > > is being discussed a bit more lately, but no resolution is at hand. > > Most modern cards have a way to deal with this, but it isn't a > > generalized solution. So, for right now, multiple cards generally don'= t > > work, for linux, solaris or us... >=20 > Oh dear, I was afraid of that. >=20 > There's probably not enough information to pinpoint a version, but would = downgrading to Xserver 1.4.2 (or an even older version) work? Or, alternat= ely, is there an ETA on the switch to libpciaccess? >=20 > Do you know in which version the libpciaccess changes were introduced? The switch to libpciaccess occurred with server 1.5.3. 1.4.2 still uses the old method. The issue is starting to bubble up, but it isn't really on anyone's priority list right now that I am aware of. I've given some thought to the proper way to address it, but it hasn't gone beyond random musings yet. robert. > Thanks for your help, > Andrew >=20 >=20 > >=20 > > robert. > >=20 > > > Help! > > >=20 > > > Thanks! > > > Andrew > > >=20 > > > _______________________________________________ > > > freebsd-x11@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > > > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org= " > > --=20 > > Robert Noland > > FreeBSD >=20 >=20 --=20 Robert Noland FreeBSD --=-v4AGPmxZzWCyEHjfmZVh Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknLrs4ACgkQM4TrQ4qfROOmNACeKgEUaQU1WufuhUMGxnL3zVXc /vIAnRIfGYftWkNqHDAMZVrQELTmZsLn =Rb9p -----END PGP SIGNATURE----- --=-v4AGPmxZzWCyEHjfmZVh-- From owner-freebsd-x11@FreeBSD.ORG Thu Mar 26 16:43:35 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB5971065670; Thu, 26 Mar 2009 16:43:35 +0000 (UTC) (envelope-from andrew@bradfordtg.com) Received: from idcmail-mo2no.shaw.ca (idcmail-mo2no.shaw.ca [64.59.134.9]) by mx1.freebsd.org (Postfix) with ESMTP id 9BE8C8FC1A; Thu, 26 Mar 2009 16:43:35 +0000 (UTC) (envelope-from andrew@bradfordtg.com) Received: from pd7ml2no-ssvc.prod.shaw.ca ([10.0.153.162]) by pd5mo1no-svcs.prod.shaw.ca with ESMTP; 26 Mar 2009 10:43:34 -0600 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.0 c=0 a=tTlL_xeXAAAA:8 a=6I5d2MoRAAAA:8 a=u2864pEHAAAA:8 a=1gcRiPQ0y-NSniYLeWEA:9 a=ndNPZARRHpVn6IwoC2YA:7 a=suMuYi0kj0dbQ90PdRO2Cy4jin0A:4 a=HP-k93ABvvYA:10 a=SV7veod9ZcQA:10 a=E5hJ0OFUvAQA:10 a=Qe6KJZYgyhIA:10 a=fZQIVubHZ2AA:10 Received: from s010600045ae0c9a2.gv.shawcable.net (HELO bugaboo.localdomain) ([96.50.54.61]) by pd7ml2no-dmz.prod.shaw.ca with ESMTP; 26 Mar 2009 10:43:34 -0600 Received: by bugaboo.localdomain (Postfix, from userid 1001) id 977695C34; Thu, 26 Mar 2009 09:43:41 -0700 (PDT) Date: Thu, 26 Mar 2009 09:43:41 -0700 From: Andrew Bradford To: Robert Noland Message-ID: <20090326164341.GN21707@bugaboo.gv.shawcable.net> References: <20090326042350.GF21707@bugaboo.gv.shawcable.net> <1238049392.1828.111.camel@balrog.2hip.net> <20090326150051.GK21707@bugaboo.gv.shawcable.net> <1238085326.1792.27.camel@balrog.2hip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1238085326.1792.27.camel@balrog.2hip.net> Cc: freebsd-x11@freebsd.org Subject: Re: Xorg nv 0 videoram and insufficient memory for mode X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 16:43:36 -0000 On Thu Mar 26 2009 11:35AM, Robert Noland wrote: > On Thu, 2009-03-26 at 08:00 -0700, Andrew Bradford wrote: > > On Thu Mar 26 2009 01:36AM, Robert Noland wrote: > > > On Wed, 2009-03-25 at 21:23 -0700, Andrew Bradford wrote: > > > > Hi all, > > > > > > > > I'd like some help with an issue I'm having with Xorg on FreeBSD 7.1 amd64. X seems to ignore all videoram on my secondary video card. I have 3G of system RAM in the machine, could it be related to memory barriers? > > > > > > > > The machine specs are as follows: (onboard) GeForce 6150, PCI-E GeForce 6600. I am using the "nv" driver. > > > > > > > > Up until last week, the system was working happily. Both screens working great without issue. Upon reboot the PCI-E video card does not get properly detected by X. In the Xorg log file, is "NV(0): VideoRAM: 0 kBytes" (followed by "insufficient memory for mode" for all video modes). > > > > > > > > The sudden appearance after a reboot may have simply been a driver that had been built but not yet loaded. I had been upgrading the system the previous week. I tested out the hardware with some live cds to make sure the card isn't dying. > > > > > > > > I've looked high and low on the web, and the only posting I can see that's relevant is this one: > > > > http://archive.netbsd.se/?ml=xorg&a=2008-02&t=6547682 > > > > from last year. He appears to have the same problem as I do. The only response points to a pciaccess mail thread, indicating that HW access in Xorg was being reworked. > > > > > > > > The thread is from last year, has the issue not been resolved yet? Are there any workarounds? The only other driver I can use would be this Nouveau one I heard about on freebsd-x11, but that would involve another system upgrade, and it is currently marked as broken. The Vesa driver doesn't work on my cards, and nvidia won't support amd64... > > > > > > > > I tried rebuilding the nv driver and xorg-server with various versions from ports, with the same issue. I just finished rebuilding with ports from Feb 1 -- same thing. > > > > > > > > I've attached Xorg.0.log and xorg.conf.new. The config file was generated using X -configure (and cleaned because nv detected all pci devices in the system). > > > > > > The issue is in fact the switch to libpciaccess, along with a lot of > > > changes to Xserver. The issue is due to legacy vga handling. The issue > > > is being discussed a bit more lately, but no resolution is at hand. > > > Most modern cards have a way to deal with this, but it isn't a > > > generalized solution. So, for right now, multiple cards generally don't > > > work, for linux, solaris or us... > > > > Oh dear, I was afraid of that. > > > > There's probably not enough information to pinpoint a version, but would downgrading to Xserver 1.4.2 (or an even older version) work? Or, alternately, is there an ETA on the switch to libpciaccess? > > > > Do you know in which version the libpciaccess changes were introduced? > > The switch to libpciaccess occurred with server 1.5.3. 1.4.2 still uses > the old method. The issue is starting to bubble up, but it isn't really > on anyone's priority list right now that I am aware of. I've given some > thought to the proper way to address it, but it hasn't gone beyond > random musings yet. Ok, I'll downgrade to 1.4.2. Thanks for your help! Andrew > > robert. > > > Thanks for your help, > > Andrew > > > > > > > > > > robert. > > > > > > > Help! > > > > > > > > Thanks! > > > > Andrew > > > > > > > > _______________________________________________ > > > > freebsd-x11@freebsd.org mailing list > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > > > > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > > > -- > > > Robert Noland > > > FreeBSD > > > > > -- > Robert Noland > FreeBSD -- Andrew Bradford Bradford Technology Group 250-478-8701 andrew@bradfordtg.com http://www.bradfordtg.com/ From owner-freebsd-x11@FreeBSD.ORG Thu Mar 26 19:59:09 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D2DF1065676 for ; Thu, 26 Mar 2009 19:59:09 +0000 (UTC) (envelope-from xisard@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.191]) by mx1.freebsd.org (Postfix) with ESMTP id A9B2A8FC1E for ; Thu, 26 Mar 2009 19:59:08 +0000 (UTC) (envelope-from xisard@gmail.com) Received: by ti-out-0910.google.com with SMTP id u5so467395tia.3 for ; Thu, 26 Mar 2009 12:59:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type; bh=J0fCC4z+D6tVCMYe12qmU7Y4DxYE2TS/Fig9Du2Ttbo=; b=Owq+B3z2k+kHe1H+mZwOtS/+f/y36qDudmwSgJdE9A0tCmiZVf2I/Tr0nm/jxqUJlB Hr9zgKLAo9GZZIRf9rt/Yq4sd6mVq89mjNlO/1m5d2lmrCbNNHPIYs2iQprWjXn3OlDj yxojwm+xvRaNHsXyAvzughqNyyOIJuoY94bys= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type; b=l4/b7d1lLF50f0m5g9qoeikHi3SrfTPg/fYsV5UXj3CMxu4RKS3P7yrIHTc0qxihjY DfjIfcU7gV+E9gnfPQbb0qcM9LH7ngEeI1//sR4aH3nYHCJYi58Ub4295vdSkjZQU+YW LPAWGCz8qHKGRP/Ep76/2y+YLPAttm1Ge4paQ= Received: by 10.110.53.14 with SMTP id b14mr1578808tia.49.1238096080394; Thu, 26 Mar 2009 12:34:40 -0700 (PDT) Received: from ?95.28.106.167? (95-28-106-167.broadband.corbina.ru [95.28.106.167]) by mx.google.com with ESMTPS id 2sm1299443tif.6.2009.03.26.12.34.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 26 Mar 2009 12:34:38 -0700 (PDT) Message-ID: <49CBD8B6.2080704@gmail.com> Date: Thu, 26 Mar 2009 22:34:14 +0300 From: "=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JrQvtGA0L7QsdC+0LI=?=" User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: x11@FreeBSD.org Content-Type: multipart/mixed; boundary="------------090106080801050504040000" Cc: Subject: libGL report X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 19:59:09 -0000 This is a multi-part message in MIME format. --------------090106080801050504040000 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi! Something strange happens when I try to run "portupgrade libGL". I am new to FreeBSD, is that of following the instructions sent to you config.log and output "ls /var/db/pkg". Sincerely, Alexey Korobov. --------------090106080801050504040000 Content-Type: text/plain; name="pkg" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="pkg" bHMgL3Zhci9kYi9wa2cvDQphcHByZXMtMS4wLjEgICAgICAgICAgICAgICAgICAgICAgICAg ICAgbGliWGF1LTEuMC40ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHhjYi0yLjRfMQ0K YXRrLTEuMjQuMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGxpYlhhdy0xLjAuNCwx ICAgICAgICAgICAgICAgICAgICAgICAgICB4Y2ItcHJvdG8tMS40DQphdXRvY29uZi0yLjYy ICAgICAgICAgICAgICAgICAgICAgICAgICAgbGliWGNvbXBvc2l0ZS0wLjQuMCwxICAgICAg ICAgICAgICAgICAgIHhjYi11dGlsLTAuMy4zDQphdXRvY29uZi13cmFwcGVyLTIwMDcxMTA5 ICAgICAgICAgICAgICAgbGliWGN1cnNvci0xLjEuOV8xICAgICAgICAgICAgICAgICAgICAg IHhjbGlwYm9hcmQtMS4wLjENCmF1dG9tYWtlLTEuMTAuMSAgICAgICAgICAgICAgICAgICAg ICAgICBsaWJYZGFtYWdlLTEuMS4xICAgICAgICAgICAgICAgICAgICAgICAgeGNsb2NrLTEu MC4zDQphdXRvbWFrZS0xLjQuNl81ICAgICAgICAgICAgICAgICAgICAgICAgbGliWGRtY3At MS4wLjJfMSAgICAgICAgICAgICAgICAgICAgICAgIHhjbWlzY3Byb3RvLTEuMS4yDQphdXRv bWFrZS13cmFwcGVyLTIwMDcxMTA5ICAgICAgICAgICAgICAgbGliWGV2aWUtMS4wLjIgICAg ICAgICAgICAgICAgICAgICAgICAgIHhjbXNkYi0xLjAuMQ0KYmFzaC00LjAuMTBfMiAgICAg ICAgICAgICAgICAgICAgICAgICAgIGxpYlhleHQtMS4wLjMsMSAgICAgICAgICAgICAgICAg ICAgICAgICB4Y29uc29sZS0xLjAuMw0KYmRmdG9wY2YtMS4wLjEgICAgICAgICAgICAgICAg ICAgICAgICAgIGxpYlhmaXhlcy00LjAuM18xICAgICAgICAgICAgICAgICAgICAgICB4Y3Vy c29yLXRoZW1lcy0xLjAuMV8xDQpiZWZvcmVsaWdodC0xLjAuM18xICAgICAgICAgICAgICAg ICAgICAgbGliWGZvbnQtMS4zLjQsMSAgICAgICAgICAgICAgICAgICAgICAgIHhjdXJzb3Jn ZW4tMS4wLjINCmJpZ3JlcXNwcm90by0xLjAuMiAgICAgICAgICAgICAgICAgICAgICBsaWJY Zm9udGNhY2hlLTEuMC40ICAgICAgICAgICAgICAgICAgICAgeGRiZWRpenp5LTEuMC4yDQpi aXNvbi0yLjQuMSwxICAgICAgICAgICAgICAgICAgICAgICAgICAgbGliWGZ0LTIuMS4xMyAg ICAgICAgICAgICAgICAgICAgICAgICAgIHhkaXR2aWV3LTEuMC4xDQpiaXRtYXAtMS4wLjNf MSAgICAgICAgICAgICAgICAgICAgICAgICAgbGliWGktMS4yLjEsMSAgICAgICAgICAgICAg ICAgICAgICAgICAgIHhkbS0xLjEuNl8yDQpiaXRzdHJlYW0tdmVyYS0xLjEwXzQgICAgICAg ICAgICAgICAgICAgbGliWGluZXJhbWEtMS4wLjIsMSAgICAgICAgICAgICAgICAgICAgIHhk cHlpbmZvLTEuMC4yDQpic2RzdGF0cy01LjRfMiAgICAgICAgICAgICAgICAgICAgICAgICAg bGliWG11LTEuMC4zLDEgICAgICAgICAgICAgICAgICAgICAgICAgIHhkcmlpbmZvLTEuMC4y DQpjYWlyby0xLjguNl8xLDEgICAgICAgICAgICAgICAgICAgICAgICAgbGliWHAtMS4wLjAs MSAgICAgICAgICAgICAgICAgICAgICAgICAgIHhlZGl0LTEuMC4yDQpjZHJ0b29scy0yLjAx XzcgICAgICAgICAgICAgICAgICAgICAgICAgbGliWHBtLTMuNS43ICAgICAgICAgICAgICAg ICAgICAgICAgICAgIHhldi0xLjAuMg0KY29tcG9zaXRlcHJvdG8tMC40ICAgICAgICAgICAg ICAgICAgICAgIGxpYlhwcmludEFwcFV0aWwtMS4wLjEgICAgICAgICAgICAgICAgICB4ZXh0 cHJvdG8tNy4wLjINCmN2c3VwLTE2LjFoXzMgICAgICAgICAgICAgICAgICAgICAgICAgICBs aWJYcHJpbnRVdGlsLTEuMC4xICAgICAgICAgICAgICAgICAgICAgeGV5ZXMtMS4wLjENCmRh bWFnZXByb3RvLTEuMS4wXzIgICAgICAgICAgICAgICAgICAgICBsaWJYcmFuZHItMS4yLjIg ICAgICAgICAgICAgICAgICAgICAgICAgeGY4Ni1pbnB1dC1rZXlib2FyZC0xLjIuMl8xDQpk YjQxLTQuMS4yNV80ICAgICAgICAgICAgICAgICAgICAgICAgICAgbGliWHJlbmRlci0wLjku NCAgICAgICAgICAgICAgICAgICAgICAgIHhmODYtaW5wdXQtbW91c2UtMS4yLjMNCmRidXMt MS4yLjQuNCAgICAgICAgICAgICAgICAgICAgICAgICAgICBsaWJYcmVzLTEuMC4zXzIgICAg ICAgICAgICAgICAgICAgICAgICAgeGY4Ni12aWRlby1hdGktNi43LjE5NQ0KZGJ1cy1nbGli LTAuODAgICAgICAgICAgICAgICAgICAgICAgICAgIGxpYlh0LTEuMC41ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICB4Zjg2LXZpZGVvLWk4MTAtMS42LjVfMw0KZGVza3RvcC1maWxl LXV0aWxzLTAuMTVfMSAgICAgICAgICAgICAgIGxpYlh0c3QtMS4wLjMgICAgICAgICAgICAg ICAgICAgICAgICAgICB4Zjg2LXZpZGVvLW1hY2g2NC02LjguMF8xDQpkbWlkZWNvZGUtMi4x MCAgICAgICAgICAgICAgICAgICAgICAgICAgbGliWHYtMS4wLjMsMSAgICAgICAgICAgICAg ICAgICAgICAgICAgIHhmODYtdmlkZW8tbnYtMi4xLjYNCmRteHByb3RvLTIuMi4yICAgICAg ICAgICAgICAgICAgICAgICAgICBsaWJYdk1DLTEuMC40ICAgICAgICAgICAgICAgICAgICAg ICAgICAgeGY4Ni12aWRlby1yYWRlb25oZC0xLjIuNF8xDQpkcmktNy4wLjEsMiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgbGliWHhmODZkZ2EtMS4wLjIgICAgICAgICAgICAgICAg ICAgICAgIHhmODYtdmlkZW8tdmVzYS0xLjMuMF8xDQpkcmkycHJvdG8tMS45OS4zICAgICAg ICAgICAgICAgICAgICAgICAgbGliWHhmODZtaXNjLTEuMC4xICAgICAgICAgICAgICAgICAg ICAgIHhmODYtdmlkZW8tdmdhLTQuMS4wXzENCmRyaWdsaWRlLTAuOS4xXzYgICAgICAgICAg ICAgICAgICAgICAgICBsaWJYeGY4NnZtLTEuMC4xICAgICAgICAgICAgICAgICAgICAgICAg eGY4Ni12aWRlby12aWEtMC4yLjJfMg0KZWRpdHJlcy0xLjAuM18xICAgICAgICAgICAgICAg ICAgICAgICAgIGxpYmNoZWNrLTAuOS42ICAgICAgICAgICAgICAgICAgICAgICAgICB4Zjg2 YmlnZm9udHByb3RvLTEuMS4yDQplbmNvZGluZ3MtMS4wLjIsMSAgICAgICAgICAgICAgICAg ICAgICAgbGliZG14LTEuMC4yICAgICAgICAgICAgICAgICAgICAgICAgICAgIHhmODZkZ2Et MS4wLjINCmV2aWVleHQtMS4wLjIgICAgICAgICAgICAgICAgICAgICAgICAgICBsaWJkcm0t Mi40LjUgICAgICAgICAgICAgICAgICAgICAgICAgICAgeGY4NmRnYXByb3RvLTIuMC4zDQpl eHBhdC0yLjAuMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbGliZm9udGVuYy0xLjAu NCAgICAgICAgICAgICAgICAgICAgICAgIHhmODZkcmlwcm90by0yLjAuMw0KZXptMy0xLjJf MSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGxpYmljb252LTEuMTFfMSAgICAgICAg ICAgICAgICAgICAgICAgICB4Zjg2bWlzY3Byb3RvLTAuOS4yDQpmaXhlc3Byb3RvLTQuMCAg ICAgICAgICAgICAgICAgICAgICAgICAgbGliaWQzdGFnLTAuMTUuMWIgICAgICAgICAgICAg ICAgICAgICAgIHhmODZydXNocHJvdG8tMS4xLjINCmZsdXhib3gtMS4wLjAgICAgICAgICAg ICAgICAgICAgICAgICAgICBsaWJvbGRYLTEuMC4xICAgICAgICAgICAgICAgICAgICAgICAg ICAgeGY4NnZpZG1vZGVwcm90by0yLjIuMg0KZm9udC1hZG9iZS0xMDBkcGktMS4wLjBfMSAg ICAgICAgICAgICAgIGxpYnB0aHJlYWQtc3R1YnMtMC4xICAgICAgICAgICAgICAgICAgICB4 ZmQtMS4wLjENCmZvbnQtYWRvYmUtNzVkcGktMS4wLjAgICAgICAgICAgICAgICAgICBsaWJz aWdzZWd2LTIuNSAgICAgICAgICAgICAgICAgICAgICAgICAgeGZpbmRwcm94eS0xLjAuMQ0K Zm9udC1hZG9iZS11dG9waWEtMTAwZHBpLTEuMC4xICAgICAgICAgIGxpYnRvb2wtMS41LjI2 ICAgICAgICAgICAgICAgICAgICAgICAgICB4Zm9udHNlbC0xLjAuMg0KZm9udC1hZG9iZS11 dG9waWEtNzVkcGktMS4wLjEgICAgICAgICAgIGxpYnVuZ2lmLTQuMS40XzUgICAgICAgICAg ICAgICAgICAgICAgICB4ZnMtMS4wLjUsMQ0KZm9udC1hZG9iZS11dG9waWEtdHlwZTEtMS4w LjEgICAgICAgICAgIGxpYnZvbHVtZV9pZC0wLjc1LjBfMSAgICAgICAgICAgICAgICAgICB4 ZnNpbmZvLTEuMC4xDQpmb250LWFsaWFzLTEuMC4xICAgICAgICAgICAgICAgICAgICAgICAg bGlieGNiLTEuMiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHhmd3AtMS4wLjENCmZv bnQtYXJhYmljLW1pc2MtMS4wLjAgICAgICAgICAgICAgICAgICBsaWJ4ZmNlNHV0aWwtNC42 LjAgICAgICAgICAgICAgICAgICAgICAgeGdhbW1hLTEuMC4yDQpmb250LWJoLTEwMGRwaS0x LjAuMCAgICAgICAgICAgICAgICAgICAgbGlieGtiZmlsZS0xLjAuNCAgICAgICAgICAgICAg ICAgICAgICAgIHhnYy0xLjAuMQ0KZm9udC1iaC03NWRwaS0xLjAuMCAgICAgICAgICAgICAg ICAgICAgIGxpYnhrYnVpLTEuMC4yICAgICAgICAgICAgICAgICAgICAgICAgICB4aG9zdC0x LjAuMg0KZm9udC1iaC1sdWNpZGF0eXBld3JpdGVyLTEwMGRwaS0xLjAuMCAgIGxpYnhtbDIt Mi42LjMwICAgICAgICAgICAgICAgICAgICAgICAgICB4aW5lcmFtYXByb3RvLTEuMS4yDQpm b250LWJoLWx1Y2lkYXR5cGV3cml0ZXItNzVkcGktMS4wLjAgICAgbGlieHNsdC0xLjEuMjRf MiAgICAgICAgICAgICAgICAgICAgICAgIHhpbml0LTEuMC43DQpmb250LWJoLXR0Zi0xLjAu MCAgICAgICAgICAgICAgICAgICAgICAgbGlua3MtMi4yLDEgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIHhrYmNvbXAtMS4wLjMNCmZvbnQtYmgtdHlwZTEtMS4wLjAgICAgICAgICAg ICAgICAgICAgICBsaW51eF9iYXNlLWZjLTRfMTAgICAgICAgICAgICAgICAgICAgICAgeGti ZXZkLTEuMC4yDQpmb250LWJpdHN0cmVhbS0xMDBkcGktMS4wLjAgICAgICAgICAgICAgbGlz dHJlcy0xLjAuMSAgICAgICAgICAgICAgICAgICAgICAgICAgIHhrYnByaW50LTEuMC4xDQpm b250LWJpdHN0cmVhbS03NWRwaS0xLjAuMCAgICAgICAgICAgICAgbHVpdC0xLjAuMl8yICAg ICAgICAgICAgICAgICAgICAgICAgICAgIHhrYnV0aWxzLTEuMC4xDQpmb250LWJpdHN0cmVh bS10eXBlMS0xLjAuMCAgICAgICAgICAgICAgbTQtMS40LjEyLDEgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIHhrZXlib2FyZC1jb25maWctMS4wXzENCmZvbnQtY3Jvbnl4LWN5cmls bGljLTEuMC4wICAgICAgICAgICAgICBtYWtlZGVwZW5kLTEuMC4xLDEgICAgICAgICAgICAg ICAgICAgICAgeGtpbGwtMS4wLjENCmZvbnQtY3Vyc29yLW1pc2MtMS4wLjAgICAgICAgICAg ICAgICAgICBtYy00LjYuMV82ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgeGxvYWQt MS4wLjINCmZvbnQtZGFld29vLW1pc2MtMS4wLjAgICAgICAgICAgICAgICAgICBta2NvbXBv c2VjYWNoZS0xLjJfMSAgICAgICAgICAgICAgICAgICAgeGxvZ28tMS4wLjENCmZvbnQtZGVj LW1pc2MtMS4wLjAgICAgICAgICAgICAgICAgICAgICBta2ZvbnRkaXItMS4wLjMgICAgICAg ICAgICAgICAgICAgICAgICAgeGxzYXRvbXMtMS4wLjENCmZvbnQtaWJtLXR5cGUxLTEuMC4w ICAgICAgICAgICAgICAgICAgICBta2ZvbnRzY2FsZS0xLjAuMyAgICAgICAgICAgICAgICAg ICAgICAgeGxzY2xpZW50cy0xLjAuMQ0KZm9udC1pc2FzLW1pc2MtMS4wLjAgICAgICAgICAg ICAgICAgICAgIG50bG1hcHMtMC45LjkuMC4xXzEgICAgICAgICAgICAgICAgICAgICB4bHNm b250cy0xLjAuMg0KZm9udC1qaXMtbWlzYy0xLjAuMCAgICAgICAgICAgICAgICAgICAgIG9j bG9jay0xLjAuMSAgICAgICAgICAgICAgICAgICAgICAgICAgICB4bWFnLTEuMC4yDQpmb250 LW1pY3JvLW1pc2MtMS4wLjAgICAgICAgICAgICAgICAgICAgcDUtVVJJLTEuMzcgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIHhtYW4tMS4wLjMNCmZvbnQtbWlzYy1jeXJpbGxpYy0x LjAuMCAgICAgICAgICAgICAgICBwNS1YTUwtUGFyc2VyLTIuMzRfMiAgICAgICAgICAgICAg ICAgICAgeG1lc3NhZ2UtMS4wLjJfMQ0KZm9udC1taXNjLWV0aGlvcGljLTEuMC4wICAgICAg ICAgICAgICAgIHA1LVhNTC1QYXJzZXItMi4zNiAgICAgICAgICAgICAgICAgICAgICB4bW9k bWFwLTEuMC4zDQpmb250LW1pc2MtbWVsdGhvLTEuMC4wXzEgICAgICAgICAgICAgICAgcDUt Z2V0dGV4dC0xLjA1XzIgICAgICAgICAgICAgICAgICAgICAgIHhtb3JlLTEuMC4xXzENCmZv bnQtbWlzYy1taXNjLTEuMC4wICAgICAgICAgICAgICAgICAgICBwY2lpZHMtMjAwNzEwMDQg ICAgICAgICAgICAgICAgICAgICAgICAgeG9yZy03LjNfMQ0KZm9udC1tdXR0LW1pc2MtMS4w LjAgICAgICAgICAgICAgICAgICAgIHBjcmUtNy40ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICB4b3JnLWFwcHMtNy4zDQpmb250LXNjaHVtYWNoZXItbWlzYy0xLjAuMF8xICAg ICAgICAgICAgcGVybC01LjguOV8yICAgICAgICAgICAgICAgICAgICAgICAgICAgIHhvcmct Y2YtZmlsZXMtMS4wLjJfMw0KZm9udC1zY3JlZW4tY3lyaWxsaWMtMS4wLjEgICAgICAgICAg ICAgIHBpeG1hbi0wLjE0LjAgICAgICAgICAgICAgICAgICAgICAgICAgICB4b3JnLWRvY3Mt MS40LDENCmZvbnQtc29ueS1taXNjLTEuMC4wICAgICAgICAgICAgICAgICAgICBwa2ctY29u ZmlnLTAuMjNfMSAgICAgICAgICAgICAgICAgICAgICAgeG9yZy1kcml2ZXJzLTcuNA0KZm9u dC1zdW4tbWlzYy0xLjAuMCAgICAgICAgICAgICAgICAgICAgIHBrZ2RiLmRiICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICB4b3JnLWZvbnRzLTEwMGRwaS03LjQNCmZvbnQtdXRp bC0xLjAuMSAgICAgICAgICAgICAgICAgICAgICAgICBwbmctMS4yLjIyICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgeG9yZy1mb250cy03LjQNCmZvbnQtd2luaXR6a2ktY3lyaWxs aWMtMS4wLjAgICAgICAgICAgICBwb2xpY3lraXQtMC4xLjIwMDYwNTE0XzQgICAgICAgICAg ICAgICAgeG9yZy1mb250cy03NWRwaS03LjQNCmZvbnQteGZyZWU4Ni10eXBlMS0xLjAuMSAg ICAgICAgICAgICAgICBwb3J0dXBncmFkZS0yLjQuNiwyICAgICAgICAgICAgICAgICAgICAg eG9yZy1mb250cy1jeXJpbGxpYy03LjQNCmZvbnRjYWNoZXByb3RvLTAuMS4yICAgICAgICAg ICAgICAgICAgICBwcmludHByb3RvLTEuMC4zICAgICAgICAgICAgICAgICAgICAgICAgeG9y Zy1mb250cy1taXNjYml0bWFwcy03LjMNCmZvbnRjb25maWctMi42LjAsMSAgICAgICAgICAg ICAgICAgICAgICBweTI1LWNhaXJvLTEuOC4yICAgICAgICAgICAgICAgICAgICAgICAgeG9y Zy1mb250cy10cnVldHlwZS03LjMNCmZvbnRzcHJvdG8tMi4wLjIgICAgICAgICAgICAgICAg ICAgICAgICBweTI1LWdvYmplY3QtMi4xNi4xICAgICAgICAgICAgICAgICAgICAgeG9yZy1m b250cy10eXBlMS03LjMNCmZvbnR0b3NmbnQtMS4wLjMgICAgICAgICAgICAgICAgICAgICAg ICBweXRob24yNS0yLjUuMV8xICAgICAgICAgICAgICAgICAgICAgICAgeG9yZy1saWJyYXJp ZXMtNy4zXzENCmZyZWV0eXBlMi0yLjMuNyAgICAgICAgICAgICAgICAgICAgICAgICByYW5k cnByb3RvLTEuMi4xICAgICAgICAgICAgICAgICAgICAgICAgeG9yZy1tYWNyb3MtMS4yLjEN CmZzbHNmb250cy0xLjAuMiAgICAgICAgICAgICAgICAgICAgICAgICByZWNvcmRwcm90by0x LjEzLjIgICAgICAgICAgICAgICAgICAgICAgeG9yZy1wcm90b3MtNy4zDQpmc3RvYmRmLTEu MC4yICAgICAgICAgICAgICAgICAgICAgICAgICAgcmVuZGVycHJvdG8tMC45LjMgICAgICAg ICAgICAgICAgICAgICAgIHhvcmctc2VydmVyLTEuNF80LDENCmdhbWluLTAuMS4xMCAgICAg ICAgICAgICAgICAgICAgICAgICAgICByZXNvdXJjZXByb3RvLTEuMC4yICAgICAgICAgICAg ICAgICAgICAgeHBoZWxsb3dvcmxkLTEuMC4xXzENCmdjY21ha2VkZXAtMS4wLjIgICAgICAg ICAgICAgICAgICAgICAgICByZ2ItMS4wLjEgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgeHBsc3ByaW50ZXJzLTEuMC4xDQpnZXR0ZXh0LTAuMTdfMSAgICAgICAgICAgICAgICAg ICAgICAgICAgcnN0YXJ0LTEuMC4yICAgICAgICAgICAgICAgICAgICAgICAgICAgIHhwci0x LjAuMg0KZ2lvLWZhbS1iYWNrZW5kLTIuMTguNCAgICAgICAgICAgICAgICAgIHJ1YnktMS44 LjYuMTExXzEsMSAgICAgICAgICAgICAgICAgICAgICB4cHJlaGFzaHByaW50ZXJsaXN0LTEu MC4xDQpnbGliLTIuMTguNCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgcnVieTE4LWJk Yi0wLjYuMiAgICAgICAgICAgICAgICAgICAgICAgIHhwcm9wLTEuMC4zDQpnbHByb3RvLTEu NC45ICAgICAgICAgICAgICAgICAgICAgICAgICAgc2NyaXB0cy0xLjAuMSAgICAgICAgICAg ICAgICAgICAgICAgICAgIHhwcm90by03LjAuMTBfMQ0KZ21ha2UtMy44MV8zICAgICAgICAg ICAgICAgICAgICAgICAgICAgIHNjcm5zYXZlcnByb3RvLTEuMS4wICAgICAgICAgICAgICAg ICAgICB4cHJveHltYW5hZ2VtZW50cHJvdG9jb2wtMS4wLjINCmdub21lX3N1YnItMS4wICAg ICAgICAgICAgICAgICAgICAgICAgICBzZXNzcmVnLTEuMC4zICAgICAgICAgICAgICAgICAg ICAgICAgICAgeHJhbmRyLTEuMi4yDQpncGVyZi0zLjAuMyAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgc2V0eGtibWFwLTEuMC40ICAgICAgICAgICAgICAgICAgICAgICAgIHhyZGIt MS4wLjQNCmhhbC0wLjUuOC4yMDA3MDkwOSAgICAgICAgICAgICAgICAgICAgICBzaG93Zm9u dC0xLjAuMSAgICAgICAgICAgICAgICAgICAgICAgICAgeHJlZnJlc2gtMS4wLjINCmhlbHAy bWFuLTEuMzYuNF8yICAgICAgICAgICAgICAgICAgICAgICBzbXByb3h5LTEuMC4yICAgICAg ICAgICAgICAgICAgICAgICAgICAgeHJ4LTEuMC4xDQppY2VhdXRoLTEuMC4yICAgICAgICAg ICAgICAgICAgICAgICAgICAgc3RhcnR1cC1ub3RpZmljYXRpb24tMC45XzIgICAgICAgICAg ICAgIHhzZXQtMS4wLjMNCmljby0xLjAuMiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBzdmdhbGliLTEuNC4zXzUgICAgICAgICAgICAgICAgICAgICAgICAgeHNldG1vZGUtMS4w LjANCmltYWtlLTEuMC4yXzQsMSAgICAgICAgICAgICAgICAgICAgICAgICB0aWZmLTMuOC4y XzEgICAgICAgICAgICAgICAgICAgICAgICAgICAgeHNldHBvaW50ZXItMS4wLjENCmltbGli Mi0yMDA3MDIyM18xLDEgICAgICAgICAgICAgICAgICAgICB0cmFwcHJvdG8tMy40LjMgICAg ICAgICAgICAgICAgICAgICAgICAgeHNldHJvb3QtMS4wLjINCmlucHV0cHJvdG8tMS41LjAg ICAgICAgICAgICAgICAgICAgICAgICB0d20tMS4wLjNfMyAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgeHNtLTEuMC4xDQppbnRsdG9vbC0wLjQwLjYgICAgICAgICAgICAgICAgICAg ICAgICAgdW56aXAtNS41Ml81ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHhzdGRjbWFw LTEuMC4xDQpqcGVnLTZiXzcgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgdmlkZW9w cm90by0yLjIuMiAgICAgICAgICAgICAgICAgICAgICAgIHh0ZXJtLTIyOQ0Ka2Jwcm90by0x LjAuMyAgICAgICAgICAgICAgICAgICAgICAgICAgIHZpZXdyZXMtMS4wLjEgICAgICAgICAg ICAgICAgICAgICAgICAgICB4dHJhbnMtMS4wLjQNCmxpYkZTLTEuMC4xICAgICAgICAgICAg ICAgICAgICAgICAgICAgICB3b2wtMC43LjFfMSAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgeHRyYXAtMS4wLjINCmxpYkdMLTcuMC4xICAgICAgICAgICAgICAgICAgICAgICAgICAg ICB4MTFwZXJmLTEuNC4xICAgICAgICAgICAgICAgICAgICAgICAgICAgeHZpZHR1bmUtMS4w LjENCmxpYklDRS0xLjAuNF8xLDEgICAgICAgICAgICAgICAgICAgICAgICB4YXV0aC0xLjAu MiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgeHZpbmZvLTEuMC4yDQpsaWJTTS0xLjEu MF8xLDEgICAgICAgICAgICAgICAgICAgICAgICAgeGJhY2tsaWdodC0xLjEgICAgICAgICAg ICAgICAgICAgICAgICAgIHh3ZC0xLjAuMQ0KbGliWDExLTEuMS4zLDEgICAgICAgICAgICAg ICAgICAgICAgICAgIHhiaWZmLTEuMC4xICAgICAgICAgICAgICAgICAgICAgICAgICAgICB4 d2luaW5mby0xLjAuMw0KbGliWFNjcm5TYXZlci0xLjEuMiAgICAgICAgICAgICAgICAgICAg IHhiaXRtYXBzLTEuMC4xICAgICAgICAgICAgICAgICAgICAgICAgICB4d3VkLTEuMC4xDQps aWJYVHJhcC0xLjAuMCAgICAgICAgICAgICAgICAgICAgICAgICAgeGNhbGMtMS4wLjINCg== --------------090106080801050504040000 Content-Type: text/plain; name="config.log" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="config.log" VGhpcyBmaWxlIGNvbnRhaW5zIGFueSBtZXNzYWdlcyBwcm9kdWNlZCBieSBjb21waWxlcnMg d2hpbGUKcnVubmluZyBjb25maWd1cmUsIHRvIGFpZCBkZWJ1Z2dpbmcgaWYgY29uZmlndXJl IG1ha2VzIGEgbWlzdGFrZS4KCkl0IHdhcyBjcmVhdGVkIGJ5IE1lc2EgY29uZmlndXJlIDcu My4wLCB3aGljaCB3YXMKZ2VuZXJhdGVkIGJ5IEdOVSBBdXRvY29uZiAyLjYxLiAgSW52b2Nh dGlvbiBjb21tYW5kIGxpbmUgd2FzCgogICQgLi9jb25maWd1cmUgLS1kaXNhYmxlLWdsdSAt LWRpc2FibGUtZ2x1dCAtLWRpc2FibGUtZ2x3IC0td2l0aC1kZW1vcz1ubyAtLXdpdGgtZHJp LWRyaXZlcnM9bm8gLS1lbmFibGUteGNiIC0teC1saWJyYXJpZXM9L3Vzci9sb2NhbC9saWIg LS14LWluY2x1ZGVzPS91c3IvbG9jYWwvaW5jbHVkZSAtLXByZWZpeD0vdXNyL2xvY2FsIC0t bWFuZGlyPS91c3IvbG9jYWwvbWFuIC0taW5mb2Rpcj0vdXNyL2xvY2FsL2luZm8vIC0tYnVp bGQ9aTM4Ni1wb3J0YmxkLWZyZWVic2Q3LjAKCiMjIC0tLS0tLS0tLSAjIwojIyBQbGF0Zm9y bS4gIyMKIyMgLS0tLS0tLS0tICMjCgpob3N0bmFtZSA9IHVuaXgucG5nLmxvY2FsCnVuYW1l IC1tID0gaTM4Ngp1bmFtZSAtciA9IDcuMC1SRUxFQVNFCnVuYW1lIC1zID0gRnJlZUJTRAp1 bmFtZSAtdiA9IEZyZWVCU0QgNy4wLVJFTEVBU0UgIzA6IFN1biBGZWIgMjQgMTk6NTk6NTIg VVRDIDIwMDggICAgIHJvb3RAbG9nYW4uY3NlLmJ1ZmZhbG8uZWR1Oi91c3Ivb2JqL3Vzci9z cmMvc3lzL0dFTkVSSUMgCgovdXNyL2Jpbi91bmFtZSAtcCA9IGkzODYKL2Jpbi91bmFtZSAt WCAgICAgPSB1bmtub3duCgovYmluL2FyY2ggICAgICAgICAgICAgID0gdW5rbm93bgovdXNy L2Jpbi9hcmNoIC1rICAgICAgID0gdW5rbm93bgovdXNyL2NvbnZleC9nZXRzeXNpbmZvID0g dW5rbm93bgovdXNyL2Jpbi9ob3N0aW5mbyAgICAgID0gdW5rbm93bgovYmluL21hY2hpbmUg ICAgICAgICAgID0gdW5rbm93bgovdXNyL2Jpbi9vc2xldmVsICAgICAgID0gdW5rbm93bgov YmluL3VuaXZlcnNlICAgICAgICAgID0gdW5rbm93bgoKUEFUSDogL3NiaW4KUEFUSDogL2Jp bgpQQVRIOiAvdXNyL3NiaW4KUEFUSDogL3Vzci9iaW4KUEFUSDogL3Vzci9nYW1lcwpQQVRI OiAvdXNyL2xvY2FsL3NiaW4KUEFUSDogL3Vzci9sb2NhbC9iaW4KUEFUSDogL3Jvb3QvYmlu CgoKIyMgLS0tLS0tLS0tLS0gIyMKIyMgQ29yZSB0ZXN0cy4gIyMKIyMgLS0tLS0tLS0tLS0g IyMKCmNvbmZpZ3VyZToxOTI3OiBjaGVja2luZyBidWlsZCBzeXN0ZW0gdHlwZQpjb25maWd1 cmU6MTk0NTogcmVzdWx0OiBpMzg2LXBvcnRibGQtZnJlZWJzZDcuMApjb25maWd1cmU6MTk2 NzogY2hlY2tpbmcgaG9zdCBzeXN0ZW0gdHlwZQpjb25maWd1cmU6MTk4MjogcmVzdWx0OiBp Mzg2LXBvcnRibGQtZnJlZWJzZDcuMApjb25maWd1cmU6MjA1NjogY2hlY2tpbmcgZm9yIGdj Ywpjb25maWd1cmU6MjA4MzogcmVzdWx0OiBjYwpjb25maWd1cmU6MjMyMTogY2hlY2tpbmcg Zm9yIEMgY29tcGlsZXIgdmVyc2lvbgpjb25maWd1cmU6MjMyODogY2MgLS12ZXJzaW9uID4m NQpjYyAoR0NDKSA0LjIuMSAyMDA3MDcxOSAgW0ZyZWVCU0RdCkNvcHlyaWdodCAoQykgMjAw NyBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4KVGhpcyBpcyBmcmVlIHNvZnR3YXJl OyBzZWUgdGhlIHNvdXJjZSBmb3IgY29weWluZyBjb25kaXRpb25zLiAgVGhlcmUgaXMgTk8K d2FycmFudHk7IG5vdCBldmVuIGZvciBNRVJDSEFOVEFCSUxJVFkgb3IgRklUTkVTUyBGT1Ig QSBQQVJUSUNVTEFSIFBVUlBPU0UuCgpjb25maWd1cmU6MjMzMTogJD8gPSAwCmNvbmZpZ3Vy ZToyMzM4OiBjYyAtdiA+JjUKVXNpbmcgYnVpbHQtaW4gc3BlY3MuClRhcmdldDogaTM4Ni11 bmRlcm15ZGVzay1mcmVlYnNkCkNvbmZpZ3VyZWQgd2l0aDogRnJlZUJTRC9pMzg2IHN5c3Rl bSBjb21waWxlcgpUaHJlYWQgbW9kZWw6IHBvc2l4CmdjYyB2ZXJzaW9uIDQuMi4xIDIwMDcw NzE5ICBbRnJlZUJTRF0KY29uZmlndXJlOjIzNDE6ICQ/ID0gMApjb25maWd1cmU6MjM0ODog Y2MgLVYgPiY1CmNjOiAnLVYnIG9wdGlvbiBtdXN0IGhhdmUgYXJndW1lbnQKY29uZmlndXJl OjIzNTE6ICQ/ID0gMQpjb25maWd1cmU6MjM3NDogY2hlY2tpbmcgZm9yIEMgY29tcGlsZXIg ZGVmYXVsdCBvdXRwdXQgZmlsZSBuYW1lCmNvbmZpZ3VyZToyNDAxOiBjYyAtTzIgLWZuby1z dHJpY3QtYWxpYXNpbmcgLXBpcGUgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLUwvdXNyL2xvY2Fs L2xpYiBjb25mdGVzdC5jICA+JjUKY29uZmlndXJlOjI0MDQ6ICQ/ID0gMApjb25maWd1cmU6 MjQ0MjogcmVzdWx0OiBhLm91dApjb25maWd1cmU6MjQ1OTogY2hlY2tpbmcgd2hldGhlciB0 aGUgQyBjb21waWxlciB3b3Jrcwpjb25maWd1cmU6MjQ2OTogLi9hLm91dApjb25maWd1cmU6 MjQ3MjogJD8gPSAwCmNvbmZpZ3VyZToyNDg5OiByZXN1bHQ6IHllcwpjb25maWd1cmU6MjQ5 NjogY2hlY2tpbmcgd2hldGhlciB3ZSBhcmUgY3Jvc3MgY29tcGlsaW5nCmNvbmZpZ3VyZToy NDk4OiByZXN1bHQ6IG5vCmNvbmZpZ3VyZToyNTAxOiBjaGVja2luZyBmb3Igc3VmZml4IG9m IGV4ZWN1dGFibGVzCmNvbmZpZ3VyZToyNTA4OiBjYyAtbyBjb25mdGVzdCAtTzIgLWZuby1z dHJpY3QtYWxpYXNpbmcgLXBpcGUgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLUwvdXNyL2xvY2Fs L2xpYiBjb25mdGVzdC5jICA+JjUKY29uZmlndXJlOjI1MTE6ICQ/ID0gMApjb25maWd1cmU6 MjUzNTogcmVzdWx0OiAKY29uZmlndXJlOjI1NDE6IGNoZWNraW5nIGZvciBzdWZmaXggb2Yg b2JqZWN0IGZpbGVzCmNvbmZpZ3VyZToyNTY3OiBjYyAtYyAtTzIgLWZuby1zdHJpY3QtYWxp YXNpbmcgLXBpcGUgLUkvdXNyL2xvY2FsL2luY2x1ZGUgY29uZnRlc3QuYyA+JjUKY29uZmln dXJlOjI1NzA6ICQ/ID0gMApjb25maWd1cmU6MjU5MzogcmVzdWx0OiBvCmNvbmZpZ3VyZToy NTk3OiBjaGVja2luZyB3aGV0aGVyIHdlIGFyZSB1c2luZyB0aGUgR05VIEMgY29tcGlsZXIK Y29uZmlndXJlOjI2MjY6IGNjIC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAt SS91c3IvbG9jYWwvaW5jbHVkZSBjb25mdGVzdC5jID4mNQpjb25maWd1cmU6MjYzMjogJD8g PSAwCmNvbmZpZ3VyZToyNjQ5OiByZXN1bHQ6IHllcwpjb25maWd1cmU6MjY1NDogY2hlY2tp bmcgd2hldGhlciBjYyBhY2NlcHRzIC1nCmNvbmZpZ3VyZToyNjg0OiBjYyAtYyAtZyAtSS91 c3IvbG9jYWwvaW5jbHVkZSBjb25mdGVzdC5jID4mNQpjb25maWd1cmU6MjY5MDogJD8gPSAw CmNvbmZpZ3VyZToyNzg5OiByZXN1bHQ6IHllcwpjb25maWd1cmU6MjgwNjogY2hlY2tpbmcg Zm9yIGNjIG9wdGlvbiB0byBhY2NlcHQgSVNPIEM4OQpjb25maWd1cmU6Mjg4MDogY2MgIC1j IC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAtSS91c3IvbG9jYWwvaW5jbHVkZSBj b25mdGVzdC5jID4mNQpjb25maWd1cmU6Mjg4NjogJD8gPSAwCmNvbmZpZ3VyZToyOTA5OiBy ZXN1bHQ6IG5vbmUgbmVlZGVkCmNvbmZpZ3VyZToyOTMyOiBjaGVja2luZyBob3cgdG8gcnVu IHRoZSBDIHByZXByb2Nlc3Nvcgpjb25maWd1cmU6Mjk3MjogY2MgLUUgLUkvdXNyL2xvY2Fs L2luY2x1ZGUgY29uZnRlc3QuYwpjb25maWd1cmU6Mjk3ODogJD8gPSAwCmNvbmZpZ3VyZToz MDA5OiBjYyAtRSAtSS91c3IvbG9jYWwvaW5jbHVkZSBjb25mdGVzdC5jCmNvbmZ0ZXN0LmM6 ODoyODogZXJyb3I6IGFjX25vbmV4aXN0ZW50Lmg6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3Rv cnkKY29uZmlndXJlOjMwMTU6ICQ/ID0gMQpjb25maWd1cmU6IGZhaWxlZCBwcm9ncmFtIHdh czoKfCAvKiBjb25mZGVmcy5oLiAgKi8KfCAjZGVmaW5lIFBBQ0tBR0VfTkFNRSAiTWVzYSIK fCAjZGVmaW5lIFBBQ0tBR0VfVEFSTkFNRSAibWVzYSIKfCAjZGVmaW5lIFBBQ0tBR0VfVkVS U0lPTiAiNy4zLjAiCnwgI2RlZmluZSBQQUNLQUdFX1NUUklORyAiTWVzYSA3LjMuMCIKfCAj ZGVmaW5lIFBBQ0tBR0VfQlVHUkVQT1JUICJodHRwczovL2J1Z3MuZnJlZWRlc2t0b3Aub3Jn L2VudGVyX2J1Zy5jZ2k/cHJvZHVjdD1NZXNhIgp8IC8qIGVuZCBjb25mZGVmcy5oLiAgKi8K fCAjaW5jbHVkZSA8YWNfbm9uZXhpc3RlbnQuaD4KY29uZmlndXJlOjMwNDg6IHJlc3VsdDog Y2MgLUUKY29uZmlndXJlOjMwNzc6IGNjIC1FIC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNvbmZ0 ZXN0LmMKY29uZmlndXJlOjMwODM6ICQ/ID0gMApjb25maWd1cmU6MzExNDogY2MgLUUgLUkv dXNyL2xvY2FsL2luY2x1ZGUgY29uZnRlc3QuYwpjb25mdGVzdC5jOjg6Mjg6IGVycm9yOiBh Y19ub25leGlzdGVudC5oOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5CmNvbmZpZ3VyZToz MTIwOiAkPyA9IDEKY29uZmlndXJlOiBmYWlsZWQgcHJvZ3JhbSB3YXM6CnwgLyogY29uZmRl ZnMuaC4gICovCnwgI2RlZmluZSBQQUNLQUdFX05BTUUgIk1lc2EiCnwgI2RlZmluZSBQQUNL QUdFX1RBUk5BTUUgIm1lc2EiCnwgI2RlZmluZSBQQUNLQUdFX1ZFUlNJT04gIjcuMy4wIgp8 ICNkZWZpbmUgUEFDS0FHRV9TVFJJTkcgIk1lc2EgNy4zLjAiCnwgI2RlZmluZSBQQUNLQUdF X0JVR1JFUE9SVCAiaHR0cHM6Ly9idWdzLmZyZWVkZXNrdG9wLm9yZy9lbnRlcl9idWcuY2dp P3Byb2R1Y3Q9TWVzYSIKfCAvKiBlbmQgY29uZmRlZnMuaC4gICovCnwgI2luY2x1ZGUgPGFj X25vbmV4aXN0ZW50Lmg+CmNvbmZpZ3VyZTozMjA1OiBjaGVja2luZyBmb3IgZ2NjCmNvbmZp Z3VyZTozMjMyOiByZXN1bHQ6IGNjCmNvbmZpZ3VyZTozNDcwOiBjaGVja2luZyBmb3IgQyBj b21waWxlciB2ZXJzaW9uCmNvbmZpZ3VyZTozNDc3OiBjYyAtLXZlcnNpb24gPiY1CmNjIChH Q0MpIDQuMi4xIDIwMDcwNzE5ICBbRnJlZUJTRF0KQ29weXJpZ2h0IChDKSAyMDA3IEZyZWUg U29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLgpUaGlzIGlzIGZyZWUgc29mdHdhcmU7IHNlZSB0 aGUgc291cmNlIGZvciBjb3B5aW5nIGNvbmRpdGlvbnMuICBUaGVyZSBpcyBOTwp3YXJyYW50 eTsgbm90IGV2ZW4gZm9yIE1FUkNIQU5UQUJJTElUWSBvciBGSVRORVNTIEZPUiBBIFBBUlRJ Q1VMQVIgUFVSUE9TRS4KCmNvbmZpZ3VyZTozNDgwOiAkPyA9IDAKY29uZmlndXJlOjM0ODc6 IGNjIC12ID4mNQpVc2luZyBidWlsdC1pbiBzcGVjcy4KVGFyZ2V0OiBpMzg2LXVuZGVybXlk ZXNrLWZyZWVic2QKQ29uZmlndXJlZCB3aXRoOiBGcmVlQlNEL2kzODYgc3lzdGVtIGNvbXBp bGVyClRocmVhZCBtb2RlbDogcG9zaXgKZ2NjIHZlcnNpb24gNC4yLjEgMjAwNzA3MTkgIFtG cmVlQlNEXQpjb25maWd1cmU6MzQ5MDogJD8gPSAwCmNvbmZpZ3VyZTozNDk3OiBjYyAtViA+ JjUKY2M6ICctVicgb3B0aW9uIG11c3QgaGF2ZSBhcmd1bWVudApjb25maWd1cmU6MzUwMDog JD8gPSAxCmNvbmZpZ3VyZTozNTAzOiBjaGVja2luZyB3aGV0aGVyIHdlIGFyZSB1c2luZyB0 aGUgR05VIEMgY29tcGlsZXIKY29uZmlndXJlOjM1NTU6IHJlc3VsdDogeWVzCmNvbmZpZ3Vy ZTozNTYwOiBjaGVja2luZyB3aGV0aGVyIGNjIGFjY2VwdHMgLWcKY29uZmlndXJlOjM2OTU6 IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTozNzEyOiBjaGVja2luZyBmb3IgY2Mgb3B0aW9uIHRv IGFjY2VwdCBJU08gQzg5CmNvbmZpZ3VyZTozODE1OiByZXN1bHQ6IG5vbmUgbmVlZGVkCmNv bmZpZ3VyZTozOTQ5OiBjaGVja2luZyBmb3IgQysrIGNvbXBpbGVyIHZlcnNpb24KY29uZmln dXJlOjM5NTY6IGMrKyAtLXZlcnNpb24gPiY1CmMrKyAoR0NDKSA0LjIuMSAyMDA3MDcxOSAg W0ZyZWVCU0RdCkNvcHlyaWdodCAoQykgMjAwNyBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24s IEluYy4KVGhpcyBpcyBmcmVlIHNvZnR3YXJlOyBzZWUgdGhlIHNvdXJjZSBmb3IgY29weWlu ZyBjb25kaXRpb25zLiAgVGhlcmUgaXMgTk8Kd2FycmFudHk7IG5vdCBldmVuIGZvciBNRVJD SEFOVEFCSUxJVFkgb3IgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UuCgpjb25m aWd1cmU6Mzk1OTogJD8gPSAwCmNvbmZpZ3VyZTozOTY2OiBjKysgLXYgPiY1ClVzaW5nIGJ1 aWx0LWluIHNwZWNzLgpUYXJnZXQ6IGkzODYtdW5kZXJteWRlc2stZnJlZWJzZApDb25maWd1 cmVkIHdpdGg6IEZyZWVCU0QvaTM4NiBzeXN0ZW0gY29tcGlsZXIKVGhyZWFkIG1vZGVsOiBw b3NpeApnY2MgdmVyc2lvbiA0LjIuMSAyMDA3MDcxOSAgW0ZyZWVCU0RdCmNvbmZpZ3VyZToz OTY5OiAkPyA9IDAKY29uZmlndXJlOjM5NzY6IGMrKyAtViA+JjUKYysrOiAnLVYnIG9wdGlv biBtdXN0IGhhdmUgYXJndW1lbnQKY29uZmlndXJlOjM5Nzk6ICQ/ID0gMQpjb25maWd1cmU6 Mzk4MjogY2hlY2tpbmcgd2hldGhlciB3ZSBhcmUgdXNpbmcgdGhlIEdOVSBDKysgY29tcGls ZXIKY29uZmlndXJlOjQwMTE6IGMrKyAtYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBp cGUgLUkvdXNyL2xvY2FsL2luY2x1ZGUgY29uZnRlc3QuY3BwID4mNQpjb25maWd1cmU6NDAx NzogJD8gPSAwCmNvbmZpZ3VyZTo0MDM0OiByZXN1bHQ6IHllcwpjb25maWd1cmU6NDAzOTog Y2hlY2tpbmcgd2hldGhlciBjKysgYWNjZXB0cyAtZwpjb25maWd1cmU6NDA2OTogYysrIC1j IC1nIC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0LmNwcCA+JjUKY29uZmlndXJlOjQw NzU6ICQ/ID0gMApjb25maWd1cmU6NDE3NDogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjQyMDE6 IGNoZWNraW5nIGZvciBnbWFrZQpjb25maWd1cmU6NDIyODogcmVzdWx0OiBnbWFrZQpjb25m aWd1cmU6NDI0MTogY2hlY2tpbmcgZm9yIG1ha2VkZXBlbmQKY29uZmlndXJlOjQyNTk6IGZv dW5kIC91c3IvbG9jYWwvYmluL21ha2VkZXBlbmQKY29uZmlndXJlOjQyNzE6IHJlc3VsdDog L3Vzci9sb2NhbC9iaW4vbWFrZWRlcGVuZApjb25maWd1cmU6NDI4MTogY2hlY2tpbmcgZm9y IHNlZApjb25maWd1cmU6NDI5OTogZm91bmQgL3Vzci9iaW4vc2VkCmNvbmZpZ3VyZTo0MzEx OiByZXN1bHQ6IC91c3IvYmluL3NlZApjb25maWd1cmU6NDQzMTogY2hlY2tpbmcgZm9yIHBr Zy1jb25maWcKY29uZmlndXJlOjQ0NDk6IGZvdW5kIC91c3IvbG9jYWwvYmluL3BrZy1jb25m aWcKY29uZmlndXJlOjQ0NjE6IHJlc3VsdDogL3Vzci9sb2NhbC9iaW4vcGtnLWNvbmZpZwpj b25maWd1cmU6NDQ5MDogY2hlY2tpbmcgcGtnLWNvbmZpZyBpcyBhdCBsZWFzdCB2ZXJzaW9u IDAuOS4wCmNvbmZpZ3VyZTo0NDkzOiByZXN1bHQ6IHllcwpjb25maWd1cmU6NDY3OTogY2hl Y2tpbmcgd2hldGhlciB0byBlbmFibGUgYXNzZW1ibHkKY29uZmlndXJlOjQ3MjQ6IHJlc3Vs dDogeWVzLCB4ODYKY29uZmlndXJlOjQ3NjU6IGNoZWNraW5nIGZvciBjYyBvcHRpb24gdG8g cHJvZHVjZSBQSUMKY29uZmlndXJlOjQ4NTE6IHJlc3VsdDogLWZQSUMKY29uZmlndXJlOjQ4 NTg6IGNoZWNraW5nIGZvciBkbG9wZW4KY29uZmlndXJlOjQ5MTQ6IGNjIC1vIGNvbmZ0ZXN0 IC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAtV2FsbCAtV21pc3NpbmctcHJvdG90 eXBlcyAtc3RkPWM5OSAtZmZhc3QtbWF0aCAtZm5vLXN0cmljdC1hbGlhc2luZyAtSS91c3Iv bG9jYWwvaW5jbHVkZSAtTC91c3IvbG9jYWwvbGliIGNvbmZ0ZXN0LmMgID4mNQpjb25maWd1 cmU6NDkyMDogJD8gPSAwCmNvbmZpZ3VyZTo0OTM3OiByZXN1bHQ6IHllcwpjb25maWd1cmU6 NTAxMDogY2hlY2tpbmcgZm9yIHBvc2l4X21lbWFsaWduCmNvbmZpZ3VyZTo1MDY2OiBjYyAt byBjb25mdGVzdCAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgLVdhbGwgLVdtaXNz aW5nLXByb3RvdHlwZXMgLXN0ZD1jOTkgLWZmYXN0LW1hdGggLWZuby1zdHJpY3QtYWxpYXNp bmcgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLUwvdXNyL2xvY2FsL2xpYiBjb25mdGVzdC5jICA+ JjUKY29uZmlndXJlOjUwNzI6ICQ/ID0gMApjb25maWd1cmU6NTA4OTogcmVzdWx0OiB5ZXMK Y29uZmlndXJlOjU4MzI6IGNoZWNraW5nIHBrZy1jb25maWcgZmlsZXMgZm9yIFgxMSBhcmUg YXZhaWxhYmxlCmNvbmZpZ3VyZTo1ODM1OiAkUEtHX0NPTkZJRyAtLWV4aXN0cyAtLXByaW50 LWVycm9ycyAieDExIgpjb25maWd1cmU6NTgzODogJD8gPSAwCmNvbmZpZ3VyZTo1ODQ5OiBy ZXN1bHQ6IHllcwpjb25maWd1cmU6NzM0MTogY2hlY2tpbmcgZm9yIExJQkRSTQpjb25maWd1 cmU6NzM0OTogJFBLR19DT05GSUcgLS1leGlzdHMgLS1wcmludC1lcnJvcnMgImxpYmRybSA+ PSAkTElCRFJNX1JFUVVJUkVEIgpjb25maWd1cmU6NzM1MjogJD8gPSAwCmNvbmZpZ3VyZTo3 MzY3OiAkUEtHX0NPTkZJRyAtLWV4aXN0cyAtLXByaW50LWVycm9ycyAibGliZHJtID49ICRM SUJEUk1fUkVRVUlSRUQiCmNvbmZpZ3VyZTo3MzcwOiAkPyA9IDAKY29uZmlndXJlOjc0NDY6 IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTo3NDUyOiBjaGVja2luZyBmb3IgRFJJMlBST1RPCmNv bmZpZ3VyZTo3NDYwOiAkUEtHX0NPTkZJRyAtLWV4aXN0cyAtLXByaW50LWVycm9ycyAiZHJp MnByb3RvID49ICREUkkyUFJPVE9fUkVRVUlSRUQiCmNvbmZpZ3VyZTo3NDYzOiAkPyA9IDAK Y29uZmlndXJlOjc0Nzg6ICRQS0dfQ09ORklHIC0tZXhpc3RzIC0tcHJpbnQtZXJyb3JzICJk cmkycHJvdG8gPj0gJERSSTJQUk9UT19SRVFVSVJFRCIKY29uZmlndXJlOjc0ODE6ICQ/ID0g MApjb25maWd1cmU6NzU1NzogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjc1NzQ6IGNoZWNraW5n IGZvciBEUklHTApjb25maWd1cmU6NzU4MjogJFBLR19DT05GSUcgLS1leGlzdHMgLS1wcmlu dC1lcnJvcnMgIiRkcmlfbW9kdWxlcyIKZ25vbWUtY29uZmlnOiBub3QgZm91bmQKUGFja2Fn ZSB4MTEteGNiIHdhcyBub3QgZm91bmQgaW4gdGhlIHBrZy1jb25maWcgc2VhcmNoIHBhdGgu ClBlcmhhcHMgeW91IHNob3VsZCBhZGQgdGhlIGRpcmVjdG9yeSBjb250YWluaW5nIGB4MTEt eGNiLnBjJwp0byB0aGUgUEtHX0NPTkZJR19QQVRIIGVudmlyb25tZW50IHZhcmlhYmxlCk5v IHBhY2thZ2UgJ3gxMS14Y2InIGZvdW5kCmNvbmZpZ3VyZTo3NTg1OiAkPyA9IDEKY29uZmln dXJlOjc2MDA6ICRQS0dfQ09ORklHIC0tZXhpc3RzIC0tcHJpbnQtZXJyb3JzICIkZHJpX21v ZHVsZXMiCmdub21lLWNvbmZpZzogbm90IGZvdW5kClBhY2thZ2UgeDExLXhjYiB3YXMgbm90 IGZvdW5kIGluIHRoZSBwa2ctY29uZmlnIHNlYXJjaCBwYXRoLgpQZXJoYXBzIHlvdSBzaG91 bGQgYWRkIHRoZSBkaXJlY3RvcnkgY29udGFpbmluZyBgeDExLXhjYi5wYycKdG8gdGhlIFBL R19DT05GSUdfUEFUSCBlbnZpcm9ubWVudCB2YXJpYWJsZQpObyBwYWNrYWdlICd4MTEteGNi JyBmb3VuZApjb25maWd1cmU6NzYwMzogJD8gPSAxCk5vIHBhY2thZ2UgJ3gxMS14Y2InIGZv dW5kCmNvbmZpZ3VyZTo3NjMxOiBlcnJvcjogUGFja2FnZSByZXF1aXJlbWVudHMgKHgxMSB4 ZXh0IHh4Zjg2dm0geGRhbWFnZSB4Zml4ZXMgeDExLXhjYiB4Y2ItZ2x4KSB3ZXJlIG5vdCBt ZXQ6CgpObyBwYWNrYWdlICd4MTEteGNiJyBmb3VuZAoKQ29uc2lkZXIgYWRqdXN0aW5nIHRo ZSBQS0dfQ09ORklHX1BBVEggZW52aXJvbm1lbnQgdmFyaWFibGUgaWYgeW91Cmluc3RhbGxl ZCBzb2Z0d2FyZSBpbiBhIG5vbi1zdGFuZGFyZCBwcmVmaXguCgpBbHRlcm5hdGl2ZWx5LCB5 b3UgbWF5IHNldCB0aGUgZW52aXJvbm1lbnQgdmFyaWFibGVzIERSSUdMX0NGTEFHUwphbmQg RFJJR0xfTElCUyB0byBhdm9pZCB0aGUgbmVlZCB0byBjYWxsIHBrZy1jb25maWcuClNlZSB0 aGUgcGtnLWNvbmZpZyBtYW4gcGFnZSBmb3IgbW9yZSBkZXRhaWxzLgoKCiMjIC0tLS0tLS0t LS0tLS0tLS0gIyMKIyMgQ2FjaGUgdmFyaWFibGVzLiAjIwojIyAtLS0tLS0tLS0tLS0tLS0t ICMjCgphY19jdl9idWlsZD1pMzg2LXBvcnRibGQtZnJlZWJzZDcuMAphY19jdl9jX2NvbXBp bGVyX2dudT15ZXMKYWNfY3ZfY3h4X2NvbXBpbGVyX2dudT15ZXMKYWNfY3ZfZW52X0FSQ0hf RkxBR1Nfc2V0PScnCmFjX2N2X2Vudl9BUkNIX0ZMQUdTX3ZhbHVlPScnCmFjX2N2X2Vudl9D Q0Nfc2V0PScnCmFjX2N2X2Vudl9DQ0NfdmFsdWU9JycKYWNfY3ZfZW52X0NDX3NldD1zZXQK YWNfY3ZfZW52X0NDX3ZhbHVlPWNjCmFjX2N2X2Vudl9DRkxBR1Nfc2V0PXNldAphY19jdl9l bnZfQ0ZMQUdTX3ZhbHVlPSctTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUnCmFjX2N2 X2Vudl9DUFBGTEFHU19zZXQ9c2V0CmFjX2N2X2Vudl9DUFBGTEFHU192YWx1ZT0tSS91c3Iv bG9jYWwvaW5jbHVkZQphY19jdl9lbnZfQ1BQX3NldD0nJwphY19jdl9lbnZfQ1BQX3ZhbHVl PScnCmFjX2N2X2Vudl9DWFhGTEFHU19zZXQ9c2V0CmFjX2N2X2Vudl9DWFhGTEFHU192YWx1 ZT0nLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlJwphY19jdl9lbnZfQ1hYX3NldD1z ZXQKYWNfY3ZfZW52X0NYWF92YWx1ZT1jKysKYWNfY3ZfZW52X0RSSTJQUk9UT19DRkxBR1Nf c2V0PScnCmFjX2N2X2Vudl9EUkkyUFJPVE9fQ0ZMQUdTX3ZhbHVlPScnCmFjX2N2X2Vudl9E UkkyUFJPVE9fTElCU19zZXQ9JycKYWNfY3ZfZW52X0RSSTJQUk9UT19MSUJTX3ZhbHVlPScn CmFjX2N2X2Vudl9EUklHTF9DRkxBR1Nfc2V0PScnCmFjX2N2X2Vudl9EUklHTF9DRkxBR1Nf dmFsdWU9JycKYWNfY3ZfZW52X0RSSUdMX0xJQlNfc2V0PScnCmFjX2N2X2Vudl9EUklHTF9M SUJTX3ZhbHVlPScnCmFjX2N2X2Vudl9FWFRSQV9MSUJfUEFUSF9zZXQ9JycKYWNfY3ZfZW52 X0VYVFJBX0xJQl9QQVRIX3ZhbHVlPScnCmFjX2N2X2Vudl9HTFVUX0NGTEFHU19zZXQ9JycK YWNfY3ZfZW52X0dMVVRfQ0ZMQUdTX3ZhbHVlPScnCmFjX2N2X2Vudl9HTFVUX0xJQlNfc2V0 PScnCmFjX2N2X2Vudl9HTFVUX0xJQlNfdmFsdWU9JycKYWNfY3ZfZW52X0dMV19DRkxBR1Nf c2V0PScnCmFjX2N2X2Vudl9HTFdfQ0ZMQUdTX3ZhbHVlPScnCmFjX2N2X2Vudl9HTFdfTElC U19zZXQ9JycKYWNfY3ZfZW52X0dMV19MSUJTX3ZhbHVlPScnCmFjX2N2X2Vudl9MREZMQUdT X3NldD1zZXQKYWNfY3ZfZW52X0xERkxBR1NfdmFsdWU9LUwvdXNyL2xvY2FsL2xpYgphY19j dl9lbnZfTElCRFJNX0NGTEFHU19zZXQ9JycKYWNfY3ZfZW52X0xJQkRSTV9DRkxBR1NfdmFs dWU9JycKYWNfY3ZfZW52X0xJQkRSTV9MSUJTX3NldD0nJwphY19jdl9lbnZfTElCRFJNX0xJ QlNfdmFsdWU9JycKYWNfY3ZfZW52X0xJQlNfc2V0PScnCmFjX2N2X2Vudl9MSUJTX3ZhbHVl PScnCmFjX2N2X2Vudl9NS0xJQl9PUFRJT05TX3NldD0nJwphY19jdl9lbnZfTUtMSUJfT1BU SU9OU192YWx1ZT0nJwphY19jdl9lbnZfT1BUX0ZMQUdTX3NldD0nJwphY19jdl9lbnZfT1BU X0ZMQUdTX3ZhbHVlPScnCmFjX2N2X2Vudl9QSUNfRkxBR1Nfc2V0PScnCmFjX2N2X2Vudl9Q SUNfRkxBR1NfdmFsdWU9JycKYWNfY3ZfZW52X1BLR19DT05GSUdfc2V0PScnCmFjX2N2X2Vu dl9QS0dfQ09ORklHX3ZhbHVlPScnCmFjX2N2X2Vudl9YMTFfSU5DTFVERVNfc2V0PScnCmFj X2N2X2Vudl9YMTFfSU5DTFVERVNfdmFsdWU9JycKYWNfY3ZfZW52X1hDQl9DRkxBR1Nfc2V0 PScnCmFjX2N2X2Vudl9YQ0JfQ0ZMQUdTX3ZhbHVlPScnCmFjX2N2X2Vudl9YQ0JfTElCU19z ZXQ9JycKYWNfY3ZfZW52X1hDQl9MSUJTX3ZhbHVlPScnCmFjX2N2X2Vudl9YTElCR0xfQ0ZM QUdTX3NldD0nJwphY19jdl9lbnZfWExJQkdMX0NGTEFHU192YWx1ZT0nJwphY19jdl9lbnZf WExJQkdMX0xJQlNfc2V0PScnCmFjX2N2X2Vudl9YTElCR0xfTElCU192YWx1ZT0nJwphY19j dl9lbnZfWE1LTUZfc2V0PScnCmFjX2N2X2Vudl9YTUtNRl92YWx1ZT0nJwphY19jdl9lbnZf YnVpbGRfYWxpYXNfc2V0PXNldAphY19jdl9lbnZfYnVpbGRfYWxpYXNfdmFsdWU9aTM4Ni1w b3J0YmxkLWZyZWVic2Q3LjAKYWNfY3ZfZW52X2hvc3RfYWxpYXNfc2V0PScnCmFjX2N2X2Vu dl9ob3N0X2FsaWFzX3ZhbHVlPScnCmFjX2N2X2Vudl90YXJnZXRfYWxpYXNfc2V0PScnCmFj X2N2X2Vudl90YXJnZXRfYWxpYXNfdmFsdWU9JycKYWNfY3ZfZnVuY19kbG9wZW49eWVzCmFj X2N2X2Z1bmNfcG9zaXhfbWVtYWxpZ249eWVzCmFjX2N2X2hvc3Q9aTM4Ni1wb3J0YmxkLWZy ZWVic2Q3LjAKYWNfY3Zfb2JqZXh0PW8KYWNfY3ZfcGF0aF9NS0RFUD0vdXNyL2xvY2FsL2Jp bi9tYWtlZGVwZW5kCmFjX2N2X3BhdGhfU0VEPS91c3IvYmluL3NlZAphY19jdl9wYXRoX2Fj X3B0X1BLR19DT05GSUc9L3Vzci9sb2NhbC9iaW4vcGtnLWNvbmZpZwphY19jdl9wcm9nX0NQ UD0nY2MgLUUnCmFjX2N2X3Byb2dfTUFLRT1nbWFrZQphY19jdl9wcm9nX2FjX2N0X0NDPWNj CmFjX2N2X3Byb2dfY2NfYzg5PScnCmFjX2N2X3Byb2dfY2NfZz15ZXMKYWNfY3ZfcHJvZ19j eHhfZz15ZXMKbHRfY3Zfc3lzX21heF9jbWRfbGVuPTI2MjE0NApwa2dfY3ZfRFJJMlBST1RP X0NGTEFHUz0nLUkvdXNyL2xvY2FsL2luY2x1ZGUgICcKcGtnX2N2X0RSSTJQUk9UT19MSUJT PScgJwpwa2dfY3ZfTElCRFJNX0NGTEFHUz0nLUkvdXNyL2xvY2FsL2luY2x1ZGUgLUkvdXNy L2xvY2FsL2luY2x1ZGUvZHJtICAnCnBrZ19jdl9MSUJEUk1fTElCUz0nLUwvdXNyL2xvY2Fs L2xpYiAtbGRybSAgJwoKIyMgLS0tLS0tLS0tLS0tLS0tLS0gIyMKIyMgT3V0cHV0IHZhcmlh Ymxlcy4gIyMKIyMgLS0tLS0tLS0tLS0tLS0tLS0gIyMKCkFQUF9MSUJfREVQUz0nJwpBUkNI X0ZMQUdTPScnCkFTTV9BUEk9JyQoWDg2X0FQSSknCkFTTV9GTEFHUz0nLURVU0VfWDg2X0FT TSAtRFVTRV9NTVhfQVNNIC1EVVNFXzNETk9XX0FTTSAtRFVTRV9TU0VfQVNNJwpBU01fU09V UkNFUz0nJChYODZfU09VUkNFUyknCkNDPSdjYycKQ0ZMQUdTPSctTzIgLWZuby1zdHJpY3Qt YWxpYXNpbmcgLXBpcGUgLVdhbGwgLVdtaXNzaW5nLXByb3RvdHlwZXMgLXN0ZD1jOTkgLWZm YXN0LW1hdGggLWZuby1zdHJpY3QtYWxpYXNpbmcnCkNQUD0nY2MgLUUnCkNQUEZMQUdTPSct SS91c3IvbG9jYWwvaW5jbHVkZScKQ1hYPSdjKysnCkNYWEZMQUdTPSctTzIgLWZuby1zdHJp Y3QtYWxpYXNpbmcgLXBpcGUgLVdhbGwgLWZuby1zdHJpY3QtYWxpYXNpbmcnCkRFRklORVM9 JyAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCJwpERUZTPScnCkRSSTJQUk9UT19D RkxBR1M9Jy1JL3Vzci9sb2NhbC9pbmNsdWRlICAnCkRSSTJQUk9UT19MSUJTPScgJwpEUklH TF9DRkxBR1M9JycKRFJJR0xfTElCUz0nJwpEUklWRVJfRElSUz0nZHJpJwpEUklfRElSUz0n JwpEUklfRFJJVkVSX0lOU1RBTExfRElSPScnCkRSSV9MSUJfREVQUz0nJwpEUklfUENfUkVR X1BSSVY9J2xpYmRybSA+PSAyLjQuMycKRUNIT19DPScnCkVDSE9fTj0nLW4nCkVDSE9fVD0n JwpFR1JFUD0nJwpFWEVFWFQ9JycKRVhQQVRfSU5DTFVERVM9JycKRVhUUkFfTElCX1BBVEg9 JycKR0xVVF9DRkxBR1M9JycKR0xVVF9MSUJTPScnCkdMVVRfTElCX0RFUFM9JycKR0xVVF9M SUJfTkFNRT0nbGliJChHTFVUX0xJQikuc28nCkdMVVRfTUVTQV9ERVBTPScnCkdMVVRfUENf Q0ZMQUdTPScnCkdMVVRfUENfTElCX1BSSVY9JycKR0xVVF9QQ19SRVFfUFJJVj0nJwpHTFVf RElSUz0nc2dpJwpHTFVfTElCX0RFUFM9JycKR0xVX0xJQl9OQU1FPSdsaWIkKEdMVV9MSUIp LnNvJwpHTFVfTUVTQV9ERVBTPScnCkdMVV9QQ19DRkxBR1M9JycKR0xVX1BDX0xJQl9QUklW PScnCkdMVV9QQ19SRVE9JycKR0xVX1BDX1JFUV9QUklWPScnCkdMV19DRkxBR1M9JycKR0xX X0xJQlM9JycKR0xXX0xJQl9ERVBTPScnCkdMV19MSUJfTkFNRT0nbGliJChHTFdfTElCKS5z bycKR0xXX01FU0FfREVQUz0nJwpHTFdfUENfQ0ZMQUdTPScnCkdMV19QQ19MSUJfUFJJVj0n JwpHTFdfUENfUkVRX1BSSVY9JycKR0xXX1NPVVJDRVM9JycKR0xfTElCX0RFUFM9JycKR0xf TElCX05BTUU9J2xpYiQoR0xfTElCKS5zbycKR0xfUENfQ0ZMQUdTPScnCkdMX1BDX0xJQl9Q UklWPScnCkdMX1BDX1JFUV9QUklWPSdsaWJkcm0gPj0gMi40LjMgZHJpMnByb3RvID49IDEu OTkuMycKR1JFUD0nJwpMREZMQUdTPSctTC91c3IvbG9jYWwvbGliJwpMSUJEUk1fQ0ZMQUdT PSctSS91c3IvbG9jYWwvaW5jbHVkZSAtSS91c3IvbG9jYWwvaW5jbHVkZS9kcm0gICcKTElC RFJNX0xJQlM9Jy1ML3Vzci9sb2NhbC9saWIgLWxkcm0gICcKTElCT0JKUz0nJwpMSUJTPScn CkxJQl9ESVI9J2xpYicKTFRMSUJPQkpTPScnCk1BS0U9J2dtYWtlJwpNS0RFUD0nL3Vzci9s b2NhbC9iaW4vbWFrZWRlcGVuZCcKTUtERVBfT1BUSU9OUz0nLWZkZXBlbmQgLUlpbmNsdWRl JwpNS0xJQl9PUFRJT05TPScnCk1PVElGX0NGTEFHUz0nJwpNT1RJRl9DT05GSUc9JycKT0JK RVhUPSdvJwpPUFRfRkxBR1M9JycKT1NNRVNBX0xJQj0nJwpPU01FU0FfTElCX0RFUFM9JycK T1NNRVNBX0xJQl9OQU1FPSdsaWIkKE9TTUVTQV9MSUIpLnNvJwpPU01FU0FfTUVTQV9ERVBT PScnCk9TTUVTQV9QQ19MSUJfUFJJVj0nJwpPU01FU0FfUENfUkVRPScnClBBQ0tBR0VfQlVH UkVQT1JUPSdodHRwczovL2J1Z3MuZnJlZWRlc2t0b3Aub3JnL2VudGVyX2J1Zy5jZ2k/cHJv ZHVjdD1NZXNhJwpQQUNLQUdFX05BTUU9J01lc2EnClBBQ0tBR0VfU1RSSU5HPSdNZXNhIDcu My4wJwpQQUNLQUdFX1RBUk5BTUU9J21lc2EnClBBQ0tBR0VfVkVSU0lPTj0nNy4zLjAnClBB VEhfU0VQQVJBVE9SPSc6JwpQSUNfRkxBR1M9Jy1mUElDJwpQS0dfQ09ORklHPScvdXNyL2xv Y2FsL2Jpbi9wa2ctY29uZmlnJwpQT1NJWF9TSEVMTD0nJwpQUk9HUkFNX0RJUlM9JycKU0VE PScvdXNyL2Jpbi9zZWQnClNIRUxMPScvYmluL3NoJwpTUkNfRElSUz0nZ2x4L3gxMSBtZXNh JwpVU0lOR19FR0w9JycKV0lORE9XX1NZU1RFTT0nZHJpJwpYMTFfSU5DTFVERVM9JycKWENC X0NGTEFHUz0nJwpYQ0JfTElCUz0nJwpYTElCR0xfQ0ZMQUdTPScnClhMSUJHTF9MSUJTPScn ClhNS01GPScnClhfQ0ZMQUdTPScnClhfRVhUUkFfTElCUz0nJwpYX0xJQlM9JycKWF9QUkVf TElCUz0nJwphY19jdF9DQz0nY2MnCmFjX2N0X0NYWD0nJwpiaW5kaXI9JyR7ZXhlY19wcmVm aXh9L2JpbicKYnVpbGQ9J2kzODYtcG9ydGJsZC1mcmVlYnNkNy4wJwpidWlsZF9hbGlhcz0n aTM4Ni1wb3J0YmxkLWZyZWVic2Q3LjAnCmJ1aWxkX2NwdT0naTM4NicKYnVpbGRfb3M9J2Zy ZWVic2Q3LjAnCmJ1aWxkX3ZlbmRvcj0ncG9ydGJsZCcKZGF0YWRpcj0nJHtkYXRhcm9vdGRp cn0nCmRhdGFyb290ZGlyPScke3ByZWZpeH0vc2hhcmUnCmRvY2Rpcj0nJHtkYXRhcm9vdGRp cn0vZG9jLyR7UEFDS0FHRV9UQVJOQU1FfScKZHZpZGlyPScke2RvY2Rpcn0nCmV4ZWNfcHJl Zml4PSdOT05FJwpob3N0PSdpMzg2LXBvcnRibGQtZnJlZWJzZDcuMCcKaG9zdF9hbGlhcz0n Jwpob3N0X2NwdT0naTM4NicKaG9zdF9vcz0nZnJlZWJzZDcuMCcKaG9zdF92ZW5kb3I9J3Bv cnRibGQnCmh0bWxkaXI9JyR7ZG9jZGlyfScKaW5jbHVkZWRpcj0nJHtwcmVmaXh9L2luY2x1 ZGUnCmluZm9kaXI9Jy91c3IvbG9jYWwvaW5mby8nCmxpYmRpcj0nJHtleGVjX3ByZWZpeH0v bGliJwpsaWJleGVjZGlyPScke2V4ZWNfcHJlZml4fS9saWJleGVjJwpsb2NhbGVkaXI9JyR7 ZGF0YXJvb3RkaXJ9L2xvY2FsZScKbG9jYWxzdGF0ZWRpcj0nJHtwcmVmaXh9L3ZhcicKbWFu ZGlyPScvdXNyL2xvY2FsL21hbicKb2xkaW5jbHVkZWRpcj0nL3Vzci9pbmNsdWRlJwpwZGZk aXI9JyR7ZG9jZGlyfScKcHJlZml4PScvdXNyL2xvY2FsJwpwcm9ncmFtX3RyYW5zZm9ybV9u YW1lPSdzLHgseCwnCnBzZGlyPScke2RvY2Rpcn0nCnNiaW5kaXI9JyR7ZXhlY19wcmVmaXh9 L3NiaW4nCnNoYXJlZHN0YXRlZGlyPScke3ByZWZpeH0vY29tJwpzeXNjb25mZGlyPScke3By ZWZpeH0vZXRjJwp0YXJnZXRfYWxpYXM9JycKCiMjIC0tLS0tLS0tLS0tICMjCiMjIGNvbmZk ZWZzLmguICMjCiMjIC0tLS0tLS0tLS0tICMjCgojZGVmaW5lIFBBQ0tBR0VfTkFNRSAiTWVz YSIKI2RlZmluZSBQQUNLQUdFX1RBUk5BTUUgIm1lc2EiCiNkZWZpbmUgUEFDS0FHRV9WRVJT SU9OICI3LjMuMCIKI2RlZmluZSBQQUNLQUdFX1NUUklORyAiTWVzYSA3LjMuMCIKI2RlZmlu ZSBQQUNLQUdFX0JVR1JFUE9SVCAiaHR0cHM6Ly9idWdzLmZyZWVkZXNrdG9wLm9yZy9lbnRl cl9idWcuY2dpP3Byb2R1Y3Q9TWVzYSIKCmNvbmZpZ3VyZTogZXhpdCAxCg== --------------090106080801050504040000-- From owner-freebsd-x11@FreeBSD.ORG Thu Mar 26 20:02:50 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EB4A10656BC; Thu, 26 Mar 2009 20:02:50 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id 074FF8FC1A; Thu, 26 Mar 2009 20:02:49 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from hamilton.upcnetadm.upcnet.es (hamilton.upcnetadm.upcnet.es [147.83.2.240]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id n2QK2dSt011473; Thu, 26 Mar 2009 21:02:39 +0100 Received: from [192.168.100.184] ([88.11.103.61]) by hamilton.upcnetadm.upcnet.es (Lotus Domino Release 5.0.12) with ESMTP id 2009032621024662:203978 ; Thu, 26 Mar 2009 21:02:46 +0100 Message-ID: <49CBDEDE.1000606@entel.upc.edu> Date: Thu, 26 Mar 2009 21:00:30 +0100 From: Gustau Perez User-Agent: Thunderbird 2.0.0.21 (X11/20090323) MIME-Version: 1.0 To: Robert Noland References: <1237680263.1938.10.camel@balrog.2hip.net> <49C95C7E.7090003@entel.upc.edu> <1237948593.1829.12.camel@balrog.2hip.net> <49CA5243.6060808@entel.upc.edu> <1238001329.1828.16.camel@balrog.2hip.net> In-Reply-To: <1238001329.1828.16.camel@balrog.2hip.net> X-MIMETrack: Itemize by SMTP Server on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 26/03/2009 21:02:46, Serialize by Router on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 26/03/2009 21:02:47, Serialize complete at 26/03/2009 21:02:47 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Thu, 26 Mar 2009 21:02:39 +0100 (CET) Cc: freebsd-x11@FreeBSD.org Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 20:02:52 -0000 Robert Noland wrote: >> > Yes, this appears to be the first patchset, which can't allocate the > GART on nv50. > > robert. > Hi there, with the second patchset with 8.0-current in AMD64 I'm unable to start X. I got the grey background with the mouse pointer in the middle, but twm is unable to start. Tried to switch to text console, seemed to work but kicked me back X (strange). My Xorg.log seems normal. Do you want it ? Can I check anything else ? Greets, Gustau From owner-freebsd-x11@FreeBSD.ORG Thu Mar 26 21:17:25 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 892E0106564A for ; Thu, 26 Mar 2009 21:17:25 +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 4C9298FC08 for ; Thu, 26 Mar 2009 21:17:25 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-142.bna.bellsouth.net [70.156.31.142]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2QLG15M039375 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 Mar 2009 17:16:01 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Gustau Perez In-Reply-To: <49CBDEDE.1000606@entel.upc.edu> References: <1237680263.1938.10.camel@balrog.2hip.net> <49C95C7E.7090003@entel.upc.edu> <1237948593.1829.12.camel@balrog.2hip.net> <49CA5243.6060808@entel.upc.edu> <1238001329.1828.16.camel@balrog.2hip.net> <49CBDEDE.1000606@entel.upc.edu> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-6QgnWAgSsvqDzCwjeIPc" Organization: FreeBSD Date: Thu, 26 Mar 2009 16:16:53 -0500 Message-Id: <1238102213.1795.1.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00, MIME_QP_LONG_LINE,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@FreeBSD.org Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 21:17:25 -0000 --=-6QgnWAgSsvqDzCwjeIPc Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2009-03-26 at 21:00 +0100, Gustau Perez wrote: > Robert Noland wrote: > >> =20 > > Yes, this appears to be the first patchset, which can't allocate the > > GART on nv50. > > > > robert. > > =20 > Hi there, >=20 > with the second patchset with 8.0-current in AMD64 I'm unable to start=20 > X. I got the grey background with the mouse pointer in the middle, but=20 > twm is unable to start. Tried to switch to text console, seemed to work=20 > but kicked me back X (strange). On amd64 you need to make sure that you are using libdrm from git, and that it is updated. If you are sure that you have done that, then yes I would like to see the log and possibly drm debug during startup. robert. > My Xorg.log seems normal. Do you want it ? Can I check anything else ? >=20 > Greets, >=20 > Gustau --=20 Robert Noland FreeBSD --=-6QgnWAgSsvqDzCwjeIPc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknL8MUACgkQM4TrQ4qfROObAgCfZrh+phr5jcJs7dI6385lMEPY vZkAoISaEgQhBYw1Z0bapl98HHtDusbm =0lpn -----END PGP SIGNATURE----- --=-6QgnWAgSsvqDzCwjeIPc-- From owner-freebsd-x11@FreeBSD.ORG Thu Mar 26 22:21:12 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5C3810656C1; Thu, 26 Mar 2009 22:21:12 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id 255488FC19; Thu, 26 Mar 2009 22:21:11 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from entelserver.upc.edu (entelserver.upc.es [147.83.39.4]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id n2QML2c6026272; Thu, 26 Mar 2009 23:21:02 +0100 Received: from webmail.entel.upc.edu (webmail.entel.upc.es [147.83.39.6]) by entelserver.upc.edu (Postfix) with ESMTP id 64F4F2CBD06; Thu, 26 Mar 2009 23:21:05 +0100 (CET) Received: from 88.11.103.61 by webmail.entel.upc.edu with HTTP; Fri, 27 Mar 2009 00:21:00 +0100 (CET) Message-ID: <56061.88.11.103.61.1238109660.squirrel@webmail.entel.upc.edu> In-Reply-To: <1238102213.1795.1.camel@balrog.2hip.net> References: <1237680263.1938.10.camel@balrog.2hip.net> <49C95C7E.7090003@entel.upc.edu> <1237948593.1829.12.camel@balrog.2hip.net> <49CA5243.6060808@entel.upc.edu> <1238001329.1828.16.camel@balrog.2hip.net> <49CBDEDE.1000606@entel.upc.edu> <1238102213.1795.1.camel@balrog.2hip.net> Date: Fri, 27 Mar 2009 00:21:00 +0100 (CET) From: "Gustavo Perez Querol" To: "Robert Noland" User-Agent: SquirrelMail/1.4.10a-1.fc6 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Thu, 26 Mar 2009 23:21:02 +0100 (CET) Cc: freebsd-x11@freebsd.org Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 22:21:13 -0000 > > On amd64 you need to make sure that you are using libdrm from git, and > that it is updated. If you are sure that you have done that, then yes I > would like to see the log and possibly drm debug during startup. Hi Robert, my mistake, I tried with git versions for both libdrm and xf86-video-noveau (as I did in i386 STABLE) and right now it works. So in my case my Quadro NVS135M works fine with both i386/STABLE and AMD64/CURRENT. Nice work ! Thank you Gustau From owner-freebsd-x11@FreeBSD.ORG Thu Mar 26 23:01:02 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B70B1065670 for ; Thu, 26 Mar 2009 23:01:02 +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 E18468FC14 for ; Thu, 26 Mar 2009 23:01:01 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-142.bna.bellsouth.net [70.156.31.142]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2QMxcMb039958 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 Mar 2009 18:59:38 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Gustavo Perez Querol In-Reply-To: <56061.88.11.103.61.1238109660.squirrel@webmail.entel.upc.edu> References: <1237680263.1938.10.camel@balrog.2hip.net> <49C95C7E.7090003@entel.upc.edu> <1237948593.1829.12.camel@balrog.2hip.net> <49CA5243.6060808@entel.upc.edu> <1238001329.1828.16.camel@balrog.2hip.net> <49CBDEDE.1000606@entel.upc.edu> <1238102213.1795.1.camel@balrog.2hip.net> <56061.88.11.103.61.1238109660.squirrel@webmail.entel.upc.edu> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-g6k2J/XJPKkdWoYwesZZ" Organization: FreeBSD Date: Thu, 26 Mar 2009 18:00:30 -0500 Message-Id: <1238108430.1795.2.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 23:01:02 -0000 --=-g6k2J/XJPKkdWoYwesZZ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-03-27 at 00:21 +0100, Gustavo Perez Querol wrote: > > > > On amd64 you need to make sure that you are using libdrm from git, and > > that it is updated. If you are sure that you have done that, then yes = I > > would like to see the log and possibly drm debug during startup. >=20 >=20 > Hi Robert, >=20 > my mistake, I tried with git versions for both libdrm and > xf86-video-noveau (as I did in i386 STABLE) and right now it works. >=20 > So in my case my Quadro NVS135M works fine with both i386/STABLE and > AMD64/CURRENT. >=20 > Nice work ! Thank you cool. robert. > Gustau >=20 --=20 Robert Noland FreeBSD --=-g6k2J/XJPKkdWoYwesZZ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknMCQ4ACgkQM4TrQ4qfRON4sgCfUWjf+iCUPbV/9TWHEtCqlWeU s/QAn3VAJuZOMplnmgxkXsadBfS/kvkl =ve/3 -----END PGP SIGNATURE----- --=-g6k2J/XJPKkdWoYwesZZ-- From owner-freebsd-x11@FreeBSD.ORG Thu Mar 26 23:50:06 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5DB0106566C for ; Thu, 26 Mar 2009 23:50:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B95528FC1B for ; Thu, 26 Mar 2009 23:50:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2QNo6B9097379 for ; Thu, 26 Mar 2009 23:50:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2QNo6IF097378; Thu, 26 Mar 2009 23:50:06 GMT (envelope-from gnats) Date: Thu, 26 Mar 2009 23:50:06 GMT Message-Id: <200903262350.n2QNo6IF097378@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Randy Pratt Cc: Subject: Re: ports/130986: [PATCH] x11/xmore build failure X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Randy Pratt List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 23:50:07 -0000 The following reply was made to PR ports/130986; it has been noted by GNATS. From: Randy Pratt To: John Nielsen Cc: Robert Noland , bug-followup@freebsd.org Subject: Re: ports/130986: [PATCH] x11/xmore build failure Date: Thu, 26 Mar 2009 19:26:11 -0400 On Tue, 24 Mar 2009 11:46:40 -0400 John Nielsen wrote: > I just ran in to the same build failure as the original submitter but on a > machine running -CURRENT. Since you (rnoland) couldn't reproduce the > issue and I've only seen it on one machine out of several I've been > updating lately I suspect the problem is likely a missing dependency. I > did recently do a pkg_cutleaves run on the machine now having the > problem, but not quite recently enough that I remember everything I > removed. > > Randy, do you recall uninstalling any ports prior to encountering this > issue or is your Xorg configuration otherwise customized? Its been awhile, but my ports mix does change occasionally and its entirely possible that I could have removed something. Up to that point I had been updating ports daily for about 3 years. I use portmaster and regularly run the "--check-depends" option. This should restore any missing dependencies required by the ports Makefile. If there is a missing dependency in the Makefile, it appeared with the new xorg since xmore compiled fine with the older xorg. At the time, I gave up on updating to the latest xorg due to keyboard/mouse problems and just reverted my tree back to just before the xorg update (2009-01-23 09:58:10 UTC) and left it there. > I played around with a Makefile solution and while I was able to > get --disable-xprint passed to the configure step it doesn't fix the > problem. However, if I do a "make configure" (with or without my patched > Makefile) then cd $WRKSRC then manually > run "./configure --disable-xprint", a subsequent "make install" from the > ports directory builds and installs just fine. So either my ports fu > isn't up to snuff or something odd is going on or both. I may get some time when the weather gets hot to attempt the xorg update again but its a lot of compiling and a lot more if I have to revert the tree again. This time will probably be a wipe-all-ports and reinstall since the ports tree has moved so much in the past couple of months that its not worth doing an upgrade path. Thanks for confirming that I'm not the only one who has seen this. Randy From owner-freebsd-x11@FreeBSD.ORG Fri Mar 27 08:31:49 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7571106564A; Fri, 27 Mar 2009 08:31:49 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id DC5B18FC14; Fri, 27 Mar 2009 08:31:48 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA16973; Fri, 27 Mar 2009 10:31:46 +0200 (EET) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1] helo=edge.pp.kiev.ua) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Ln7Te-0007FU-EM; Fri, 27 Mar 2009 10:31:46 +0200 Message-ID: <49CC8EEF.4090202@icyb.net.ua> Date: Fri, 27 Mar 2009 10:31:43 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090114) MIME-Version: 1.0 To: freebsd-x11@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: EQ overflowing. The server is probably stuck in an infinite loop. X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2009 08:31:50 -0000 Rather infrequently but still regularly I get a strange problem with X server. It doesn't redraw screen, it doesn't take keyboard input, I can only very slowly move (hw) mouse pointer on the screen, but the clicks do not go through. I can't switch to console VT, but I can shutdown the system using power button. During shutdown the system reports a stuck (unkillable) process. This is what I found in Xorg.0.log.old after reboot after all the "normal" messages. Changing OV0_BASE_ADDR from 0xd8000000 to 0xdd400000 [mi] EQ overflowing. The server is probably stuck in an infinite loop. [mi] mieqEnequeue: out-of-order valuator event; dropping. [mi] EQ overflowing. The server is probably stuck in an infinite loop. [mi] mieqEnequeue: out-of-order valuator event; dropping. [... ad infinitum...] Because there are no timestamps I am not sure when "Changing OV0_BASE_ADDR" message happened relative to the "[mi]" messages. Environment: stable/7 i386 r189898 xorg-server-1.5.3_5,1 xf86-video-ati-6.11.0 RADEON(0): Chipset: "ATI Radeon 9250 5960 (AGP)" (ChipID = 0x5960) I can provide full xorg.conf, Xorg.0.log and any other info that might be relevant. -- Andriy Gapon From owner-freebsd-x11@FreeBSD.ORG Fri Mar 27 17:36:50 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FB471065670 for ; Fri, 27 Mar 2009 17:36:50 +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 1C6B08FC1A for ; Fri, 27 Mar 2009 17:36:49 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-142.bna.bellsouth.net [70.156.31.142]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2RHZSLZ045729 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Mar 2009 13:35:29 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Andriy Gapon In-Reply-To: <49CC8EEF.4090202@icyb.net.ua> References: <49CC8EEF.4090202@icyb.net.ua> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-va39BToTPTcpGDuKotqf" Organization: FreeBSD Date: Fri, 27 Mar 2009 12:36:10 -0500 Message-Id: <1238175370.8491.187.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org Subject: Re: EQ overflowing. The server is probably stuck in an infinite loop. X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2009 17:36:50 -0000 --=-va39BToTPTcpGDuKotqf Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-03-27 at 10:31 +0200, Andriy Gapon wrote: > Rather infrequently but still regularly I get a strange problem with X > server. It doesn't redraw screen, it doesn't take keyboard input, I can > only very slowly move (hw) mouse pointer on the screen, but the clicks > do not go through. I can't switch to console VT, but I can shutdown the > system using power button. During shutdown the system reports a stuck > (unkillable) process. >=20 > This is what I found in Xorg.0.log.old after reboot after all the > "normal" messages. >=20 > Changing OV0_BASE_ADDR from 0xd8000000 to 0xdd400000 So, this is an offset into the framebuffer for overlay video. I'm not sure if it is related or not. Is video a trigger for the issue? > [mi] EQ overflowing. The server is probably stuck in an infinite loop. > [mi] mieqEnequeue: out-of-order valuator event; dropping. > [mi] EQ overflowing. The server is probably stuck in an infinite loop. > [mi] mieqEnequeue: out-of-order valuator event; dropping. > [... ad infinitum...] This generally means that we have crashed the GPU and it is no longer processing the command stream. You might want to update the ati driver to 6.12.1 and see if that helps. It should be safe to update only that driver if you like. robert. > Because there are no timestamps I am not sure when "Changing > OV0_BASE_ADDR" message happened relative to the "[mi]" messages. >=20 > Environment: > stable/7 i386 r189898 > xorg-server-1.5.3_5,1 > xf86-video-ati-6.11.0 > RADEON(0): Chipset: "ATI Radeon 9250 5960 (AGP)" (ChipID =3D 0x5960) >=20 > I can provide full xorg.conf, Xorg.0.log and any other info that might > be relevant. >=20 --=20 Robert Noland FreeBSD --=-va39BToTPTcpGDuKotqf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknNDooACgkQM4TrQ4qfROP1QwCfRkYgSQuQy/jEXMpQHLJ82CrK k08AoIL/zvHmofAKHlZez8WYsrFzzt0c =rzIy -----END PGP SIGNATURE----- --=-va39BToTPTcpGDuKotqf-- From owner-freebsd-x11@FreeBSD.ORG Fri Mar 27 21:12:37 2009 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A689106564A for ; Fri, 27 Mar 2009 21:12:37 +0000 (UTC) (envelope-from pjones@pmade.com) Received: from pmade.com (pmade.com [64.92.223.213]) by mx1.freebsd.org (Postfix) with ESMTP id 2D2A28FC24 for ; Fri, 27 Mar 2009 21:12:37 +0000 (UTC) (envelope-from pjones@pmade.com) Received: from skinny.local.pmade.com (localhost [127.0.0.1]) by pmade.com (8.13.8/8.13.8) with ESMTP id n2RKuZQb005094 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Fri, 27 Mar 2009 20:56:36 GMT (envelope-from pjones@pmade.com) From: Peter Jones To: x11@FreeBSD.org Date: Fri, 27 Mar 2009 14:56:34 -0600 Message-ID: User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/22.3 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: ./configure: 21141: Syntax error: word unexpected (expecting ")") X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2009 21:12:37 -0000 I encountered an error while building the x11/libX11 port: ./configure: 21141: Syntax error: word unexpected (expecting ")") ===> Script "configure" failed unexpectedly. Please report the problem to x11@FreeBSD.org [maintainer] and attach the "/usr/ports/x11/libX11/work/libX11-1.2/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). Line 21141 of configure: PKG_CHECK_MODULES(XPROTO, xproto >= 7.0.13) Installed packages: autoconf-2.62 libcheck-0.9.6 python25-2.5.4_1 autoconf-wrapper-20071109 libiconv-1.11_1 ruby-1.8.7.72_1,1 automake-1.10.1 libpthread-stubs-0.1 ruby18-gems-1.3.1 automake-wrapper-20071109 libtool-1.5.26 sudo-1.6.9.20 bigreqsproto-1.0.2 libxcb-1.2 xcb-proto-1.4 dmxproto-2.2.2 libxml2-2.7.3 xcmiscproto-1.1.2 gettext-0.17_1 libxslt-1.1.24_2 xextproto-7.0.2 gmake-3.81_3 m4-1.4.12,1 xf86bigfontproto-1.1.2 help2man-1.36.4_2 mysql-client-5.1.32 xorg-macros-1.2.1 inputproto-1.5.0 mysql-server-5.1.32 xproto-7.0.15 kbproto-1.0.3 p5-gettext-1.05_2 xtrans-1.2.3 libXau-1.0.4 perl-5.8.9_2 zsh-4.3.9_5 libXdmcp-1.0.2_1 printproto-1.0.3 Looks like there should be a dependency on pkg-config. Installing the pkg-config port allows libX11 to build and install. -- Peter Jones, http://pmade.com pmade inc. Louisville, CO US From owner-freebsd-x11@FreeBSD.ORG Sat Mar 28 01:40:14 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8646106566B for ; Sat, 28 Mar 2009 01:40:14 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 473348FC26 for ; Sat, 28 Mar 2009 01:40:14 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by fg-out-1718.google.com with SMTP id 19so56093fgg.12 for ; Fri, 27 Mar 2009 18:40:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:references :date:message-id:user-agent:mime-version:content-type; bh=1IE1AuREQJp9xgWlcIIvcfkqUUYupY+ZhnXlHsDTYKw=; b=ceqiwa7YSRiEqBnHfQgC7OiEbjpRm0ZuYishYtc8MAkgLO/zy4XGgQV0lwkk5kjShX X3Oq1lZytZ6F4smCzgqP8SDRbHEcsNQPFbWUH2vGybyRoNI2VDj3ZxbVeJ0FXjPlbyox rE3OBlnt+wvuJY00oysrbCVj8LCh6DBcmac80= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:references:date:message-id:user-agent:mime-version :content-type; b=IdYe38P2aW15cvJD62lO6bm7wauhA1P44vOuMGj/BhCU/CMKrhe58rR0Rn3nd2Rt3M HpuR1bS34jA3Xim++gvpdVls48dzhzMAV7jt6q15X6vFB5arByfj4ynVbpObjMefPFc3 tdevvYpQ/KGjGRanTmFKyjjJ8DuOL5AeGNG3M= Received: by 10.86.68.1 with SMTP id q1mr490808fga.58.1238204413326; Fri, 27 Mar 2009 18:40:13 -0700 (PDT) Received: from localhost (95-24-174-59.broadband.corbina.ru [95.24.174.59]) by mx.google.com with ESMTPS id e20sm994060fga.4.2009.03.27.18.40.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 27 Mar 2009 18:40:12 -0700 (PDT) From: Anonymous To: freebsd-x11 References: <1237527331.1777.516.camel@balrog.2hip.net> <86d4cbflqc.fsf@gmail.com> <1237616346.1758.17.camel@balrog.2hip.net> <86mybf73jt.fsf@gmail.com> Date: Sat, 28 Mar 2009 04:40:08 +0300 Message-ID: <86tz5efmrr.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: [PREVIEW] Nouveau on FreeBSD X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Mar 2009 01:40:15 -0000 Anonymous writes: > Robert Noland writes: > >> On Sat, 2009-03-21 at 09:12 +0300, Anonymous wrote: >>> Robert Noland writes: >>> The module works fine but not very usable on my >>> 9600GT. One thing to note is that NoAccel works *slower* than without >>> nouveau.ko present at least on my box. >> >> That doesn't make any sense... If the module isn't loaded, or X isn't >> attached to it nothing is changed. > > Yep, I heard same answer from nouveau devs a while ago. But smth in > xf86-video-nouveau works differently when NoAccel explicitly set in > xorg.conf and module is present. I think the source of my confusion is here /* Attempt to initialise the kernel module, if we fail this we'll * fallback to limited functionality. */ if (!NVPreInitDRM(pScrn)) { xf86DrvMsg(pScrn->scrnIndex, X_NOTICE, "Failing back to NoAccel mode\n"); pNv->NoAccel = TRUE; pNv->ShadowFB = TRUE; } It turns on shadow framebuffer but does *not* report about it in Xorg.log. And with DRM present ShadowFB defaults to FALSE, so it's not enough to turn NoAccel on alone to achieve same effect as without module. From owner-freebsd-x11@FreeBSD.ORG Sat Mar 28 17:16:18 2009 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B54A1065675 for ; Sat, 28 Mar 2009 17:16:18 +0000 (UTC) (envelope-from kamil@ince.net) Received: from s2.ince.net (m1.ince.net [68.101.40.214]) by mx1.freebsd.org (Postfix) with ESMTP id 67BF08FC1C for ; Sat, 28 Mar 2009 17:16:17 +0000 (UTC) (envelope-from kamil@ince.net) Received: from [10.10.10.9] (unknown [10.10.10.9]) by s2.ince.net (Postfix) with ESMTP id 3BE3E1869D; Sat, 28 Mar 2009 12:43:04 -0400 (EDT) Message-ID: <49CE5397.2080005@ince.net> Date: Sat, 28 Mar 2009 12:43:03 -0400 From: kamil User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: x11@FreeBSD.org, leo@mediatomb.cc Content-Type: multipart/mixed; boundary="------------010809020200070103060501" Cc: Subject: freeb port installation bug (mediatomb) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Mar 2009 17:16:20 -0000 This is a multi-part message in MIME format. --------------010809020200070103060501 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit was attempting to install 'net/mediatomb' /etc/make.conf contains only: PERL_VER=5.8.8 PERL_VERSION=5.8.8 WITHOUT_X11=yes got bug below and further below the output of `ls /var/db/pkg`, and was told to send email including attached config.log to you, hope you can help? also added Leo, any help appreciated (many TIA): gnome-config: not found configure: error: Package requirements (x11 xext xxf86vm xdamage xfixes x11-xcb xcb-glx) were not met: No package 'x11-xcb' found No package 'xcb-glx' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables DRIGL_CFLAGS and DRIGL_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. ===> Script "configure" failed unexpectedly. Please report the problem to x11@FreeBSD.org [maintainer] and attach the "/usr/ports/graphics/libGL/work/Mesa-7.3/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/graphics/libGL. *** Error code 1 Stop in /usr/ports/multimedia/gpac-libgpac. *** Error code 1 Stop in /usr/ports/multimedia/gpac-libgpac. *** Error code 1 Stop in /usr/ports/multimedia/x264. *** Error code 1 Stop in /usr/ports/multimedia/x264. *** Error code 1 Stop in /usr/ports/multimedia/ffmpeg. *** Error code 1 Stop in /usr/ports/multimedia/ffmpeg. *** Error code 1 Stop in /usr/ports/net/mediatomb. *** Error code 1 Stop in /usr/ports/net/mediatomb. apache-2.2.6_2 autoconf-2.61_2 autoconf-2.62 autoconf-wrapper-20071109 automake-1.10.1 automake-wrapper-20071109 bash-3.2.25 bigreqsproto-1.0.2 ca_root_nss-3.11.9_2 compositeproto-0.4 cups-base-1.3.5_2 curl-7.19.4 damageproto-1.1.0_2 djbfft-0.76_2 dmxproto-2.2.2 dri2proto-1.99.3 evieext-1.0.2 expat-2.0.0_1 faac-1.28 faad2-2.7_1,1 fixesproto-4.0 fontcacheproto-0.1.2 fontconfig-2.6.0,1 fontsproto-2.0.2 freetds-msdblib-0.64_1 freetype2-2.3.5 gccmakedep-1.0.2 gettext-0.16.1_3 glproto-1.4.9 gmake-3.81_2 gnutls-2.0.2_1 gsm-1.0.12_1 help2man-1.36.4_1 imake-1.0.2_4,1 inputproto-1.4.2.1 jpeg-6b_4 kbproto-1.0.3 lame-3.98.2_1 libFS-1.0.1 libICE-1.0.4,1 libSM-1.0.3,1 libX11-1.1.3,1 libXau-1.0.3_2 libXaw-1.0.4,1 libXcomposite-0.4.0,1 libXcursor-1.1.9_1 libXdamage-1.1.1 libXdmcp-1.0.2 libXevie-1.0.2 libXext-1.0.3,1 libXfixes-4.0.3_1 libXfont-1.3.4,1 libXfontcache-1.0.4 libXft-2.1.13 libXmu-1.0.3,1 libXp-1.0.0,1 libXpm-3.5.7 libXrender-0.9.4_1 libXt-1.0.5 libXxf86vm-1.0.2 liba52-0.7.4_2 libamrnb-7.0.0.2,1 libamrwb-7.0.0.3 libdmx-1.0.2_1 libdrm-2.4.5 libexecinfo-1.1_1 libexif-0.6.17 libfontenc-1.0.4 libgcrypt-1.2.4_1 libgpg-error-1.5 libiconv-1.11_1 libogg-1.1.3,4 liboldX-1.0.1 libpthread-stubs-0.1 libtheora-1.0.b2 libtool-1.5.24 libvorbis-1.2.0_3,3 libxml2-2.6.30 linux_base-fc-4_10 m4-1.4.9,1 makedepend-1.0.1,1 mpeg4ip-libmp4v2-1.6.1 mysql-client-5.1.22 mysql-server-5.1.22 nasm-2.05.01,1 nspr-4.7 openldap-client-2.3.41 p5-gettext-1.05_1 pcre-7.4 pecl-fileinfo-1.0.4 pecl-filter-0.11.0 pecl-hash-1.5 pecl-json-1.2.1 perl-5.8.8_1 php5-5.2.5 php5-calendar-5.2.5 php5-ctype-5.2.5 php5-dba-5.2.5 php5-dom-5.2.5 php5-extensions-1.1 php5-ftp-5.2.5 php5-gd-5.2.5 php5-iconv-5.2.5 php5-mssql-5.2.5 php5-mysql-5.2.5 php5-openssl-5.2.5 php5-pcre-5.2.5 php5-pdo-5.2.5 php5-pdo_sqlite-5.2.5 php5-pgsql-5.2.5 php5-posix-5.2.5 php5-session-5.2.5 php5-simplexml-5.2.5 php5-soap-5.2.5 php5-sockets-5.2.5 php5-spl-5.2.5 php5-sqlite-5.2.5 php5-tokenizer-5.2.5 php5-xml-5.2.5 php5-xmlreader-5.2.5 php5-xmlwriter-5.2.5 pixman-0.14.0 pkg-config-0.22_1 png-1.2.22 popt-1.7_4 postgresql-client-8.1.10 printproto-1.0.3 renderproto-0.9.3 rsync-2.6.9_2 samba-3.0.28,1 spidermonkey-1.7.0 sqlite3-3.6.11 sudo-1.6.9.6 t1lib-5.1.1_2,1 texi2html-1.76_1,1 tiff-3.8.2_1 unzip-5.52_5 xcmiscproto-1.1.2 xextproto-7.0.2 xf86bigfontproto-1.1.2 xf86vidmodeproto-2.2.2 xorg-cf-files-1.0.2_3 xproto-7.0.10_1 xtrans-1.0.4 yasm-0.7.2 --------------010809020200070103060501 Content-Type: text/plain; name="config.log" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="config.log" This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by Mesa configure 7.3.0, which was generated by GNU Autoconf 2.61. Invocation command line was $ ./configure --disable-glu --disable-glut --disable-glw --with-demos=no --with-dri-drivers=no --enable-xcb --x-libraries=/usr/local/lib --x-includes=/usr/local/include --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/ --build=i386-portbld-freebsd7.0 ## --------- ## ## Platform. ## ## --------- ## hostname = s1.ince.net uname -m = i386 uname -r = 7.0-RELEASE uname -s = FreeBSD uname -v = FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC /usr/bin/uname -p = i386 /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /sbin PATH: /bin PATH: /usr/sbin PATH: /usr/bin PATH: /usr/games PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /usr/X11R6/bin PATH: /home/kamil/bin PATH: /home/kamil/bin PATH: /home/kamil/bin ## ----------- ## ## Core tests. ## ## ----------- ## configure:1927: checking build system type configure:1945: result: i386-portbld-freebsd7.0 configure:1967: checking host system type configure:1982: result: i386-portbld-freebsd7.0 configure:2056: checking for gcc configure:2083: result: cc configure:2321: checking for C compiler version configure:2328: cc --version >&5 cc (GCC) 4.2.1 20070719 [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:2331: $? = 0 configure:2338: cc -v >&5 Using built-in specs. Target: i386-undermydesk-freebsd Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] configure:2341: $? = 0 configure:2348: cc -V >&5 cc: '-V' option must have argument configure:2351: $? = 1 configure:2374: checking for C compiler default output file name configure:2401: cc -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:2404: $? = 0 configure:2442: result: a.out configure:2459: checking whether the C compiler works configure:2469: ./a.out configure:2472: $? = 0 configure:2489: result: yes configure:2496: checking whether we are cross compiling configure:2498: result: no configure:2501: checking for suffix of executables configure:2508: cc -o conftest -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:2511: $? = 0 configure:2535: result: configure:2541: checking for suffix of object files configure:2567: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include conftest.c >&5 configure:2570: $? = 0 configure:2593: result: o configure:2597: checking whether we are using the GNU C compiler configure:2626: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include conftest.c >&5 configure:2632: $? = 0 configure:2649: result: yes configure:2654: checking whether cc accepts -g configure:2684: cc -c -g -I/usr/local/include conftest.c >&5 configure:2690: $? = 0 configure:2789: result: yes configure:2806: checking for cc option to accept ISO C89 configure:2880: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include conftest.c >&5 configure:2886: $? = 0 configure:2909: result: none needed configure:2932: checking how to run the C preprocessor configure:2972: cc -E -I/usr/local/include conftest.c configure:2978: $? = 0 configure:3009: cc -E -I/usr/local/include conftest.c conftest.c:8:28: error: ac_nonexistent.h: No such file or directory configure:3015: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "Mesa" | #define PACKAGE_TARNAME "mesa" | #define PACKAGE_VERSION "7.3.0" | #define PACKAGE_STRING "Mesa 7.3.0" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa" | /* end confdefs.h. */ | #include configure:3048: result: cc -E configure:3077: cc -E -I/usr/local/include conftest.c configure:3083: $? = 0 configure:3114: cc -E -I/usr/local/include conftest.c conftest.c:8:28: error: ac_nonexistent.h: No such file or directory configure:3120: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "Mesa" | #define PACKAGE_TARNAME "mesa" | #define PACKAGE_VERSION "7.3.0" | #define PACKAGE_STRING "Mesa 7.3.0" | #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa" | /* end confdefs.h. */ | #include configure:3205: checking for gcc configure:3232: result: cc configure:3470: checking for C compiler version configure:3477: cc --version >&5 cc (GCC) 4.2.1 20070719 [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:3480: $? = 0 configure:3487: cc -v >&5 Using built-in specs. Target: i386-undermydesk-freebsd Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] configure:3490: $? = 0 configure:3497: cc -V >&5 cc: '-V' option must have argument configure:3500: $? = 1 configure:3503: checking whether we are using the GNU C compiler configure:3555: result: yes configure:3560: checking whether cc accepts -g configure:3695: result: yes configure:3712: checking for cc option to accept ISO C89 configure:3815: result: none needed configure:3949: checking for C++ compiler version configure:3956: c++ --version >&5 c++ (GCC) 4.2.1 20070719 [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:3959: $? = 0 configure:3966: c++ -v >&5 Using built-in specs. Target: i386-undermydesk-freebsd Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] configure:3969: $? = 0 configure:3976: c++ -V >&5 c++: '-V' option must have argument configure:3979: $? = 1 configure:3982: checking whether we are using the GNU C++ compiler configure:4011: c++ -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include conftest.cpp >&5 configure:4017: $? = 0 configure:4034: result: yes configure:4039: checking whether c++ accepts -g configure:4069: c++ -c -g -I/usr/local/include conftest.cpp >&5 configure:4075: $? = 0 configure:4174: result: yes configure:4201: checking for gmake configure:4228: result: gmake configure:4241: checking for makedepend configure:4259: found /usr/local/bin/makedepend configure:4271: result: /usr/local/bin/makedepend configure:4281: checking for sed configure:4299: found /usr/bin/sed configure:4311: result: /usr/bin/sed configure:4431: checking for pkg-config configure:4449: found /usr/local/bin/pkg-config configure:4461: result: /usr/local/bin/pkg-config configure:4490: checking pkg-config is at least version 0.9.0 configure:4493: result: yes configure:4679: checking whether to enable assembly configure:4724: result: yes, x86 configure:4765: checking for cc option to produce PIC configure:4851: result: -fPIC configure:4858: checking for dlopen configure:4914: cc -o conftest -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes -std=c99 -ffast-math -fno-strict-aliasing -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:4920: $? = 0 configure:4937: result: yes configure:5010: checking for posix_memalign configure:5066: cc -o conftest -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes -std=c99 -ffast-math -fno-strict-aliasing -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:5072: $? = 0 configure:5089: result: yes configure:5832: checking pkg-config files for X11 are available configure:5835: $PKG_CONFIG --exists --print-errors "x11" configure:5838: $? = 0 configure:5849: result: yes configure:7341: checking for LIBDRM configure:7349: $PKG_CONFIG --exists --print-errors "libdrm >= $LIBDRM_REQUIRED" configure:7352: $? = 0 configure:7367: $PKG_CONFIG --exists --print-errors "libdrm >= $LIBDRM_REQUIRED" configure:7370: $? = 0 configure:7446: result: yes configure:7452: checking for DRI2PROTO configure:7460: $PKG_CONFIG --exists --print-errors "dri2proto >= $DRI2PROTO_REQUIRED" configure:7463: $? = 0 configure:7478: $PKG_CONFIG --exists --print-errors "dri2proto >= $DRI2PROTO_REQUIRED" configure:7481: $? = 0 configure:7557: result: yes configure:7574: checking for DRIGL configure:7582: $PKG_CONFIG --exists --print-errors "$dri_modules" gnome-config: not found Package x11-xcb was not found in the pkg-config search path. Perhaps you should add the directory containing `x11-xcb.pc' to the PKG_CONFIG_PATH environment variable No package 'x11-xcb' found gnome-config: not found Package xcb-glx was not found in the pkg-config search path. Perhaps you should add the directory containing `xcb-glx.pc' to the PKG_CONFIG_PATH environment variable No package 'xcb-glx' found configure:7585: $? = 1 configure:7600: $PKG_CONFIG --exists --print-errors "$dri_modules" gnome-config: not found Package x11-xcb was not found in the pkg-config search path. Perhaps you should add the directory containing `x11-xcb.pc' to the PKG_CONFIG_PATH environment variable No package 'x11-xcb' found gnome-config: not found Package xcb-glx was not found in the pkg-config search path. Perhaps you should add the directory containing `xcb-glx.pc' to the PKG_CONFIG_PATH environment variable No package 'xcb-glx' found configure:7603: $? = 1 No package 'x11-xcb' found No package 'xcb-glx' found configure:7631: error: Package requirements (x11 xext xxf86vm xdamage xfixes x11-xcb xcb-glx) were not met: No package 'x11-xcb' found No package 'xcb-glx' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables DRIGL_CFLAGS and DRIGL_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_build=i386-portbld-freebsd7.0 ac_cv_c_compiler_gnu=yes ac_cv_cxx_compiler_gnu=yes ac_cv_env_ARCH_FLAGS_set='' ac_cv_env_ARCH_FLAGS_value='' ac_cv_env_CCC_set='' ac_cv_env_CCC_value='' ac_cv_env_CC_set=set ac_cv_env_CC_value=cc ac_cv_env_CFLAGS_set=set ac_cv_env_CFLAGS_value='-O2 -fno-strict-aliasing -pipe' ac_cv_env_CPPFLAGS_set=set ac_cv_env_CPPFLAGS_value=-I/usr/local/include ac_cv_env_CPP_set='' ac_cv_env_CPP_value='' ac_cv_env_CXXFLAGS_set=set ac_cv_env_CXXFLAGS_value='-O2 -fno-strict-aliasing -pipe' ac_cv_env_CXX_set=set ac_cv_env_CXX_value=c++ ac_cv_env_DRI2PROTO_CFLAGS_set='' ac_cv_env_DRI2PROTO_CFLAGS_value='' ac_cv_env_DRI2PROTO_LIBS_set='' ac_cv_env_DRI2PROTO_LIBS_value='' ac_cv_env_DRIGL_CFLAGS_set='' ac_cv_env_DRIGL_CFLAGS_value='' ac_cv_env_DRIGL_LIBS_set='' ac_cv_env_DRIGL_LIBS_value='' ac_cv_env_EXTRA_LIB_PATH_set='' ac_cv_env_EXTRA_LIB_PATH_value='' ac_cv_env_GLUT_CFLAGS_set='' ac_cv_env_GLUT_CFLAGS_value='' ac_cv_env_GLUT_LIBS_set='' ac_cv_env_GLUT_LIBS_value='' ac_cv_env_GLW_CFLAGS_set='' ac_cv_env_GLW_CFLAGS_value='' ac_cv_env_GLW_LIBS_set='' ac_cv_env_GLW_LIBS_value='' ac_cv_env_LDFLAGS_set=set ac_cv_env_LDFLAGS_value=-L/usr/local/lib ac_cv_env_LIBDRM_CFLAGS_set='' ac_cv_env_LIBDRM_CFLAGS_value='' ac_cv_env_LIBDRM_LIBS_set='' ac_cv_env_LIBDRM_LIBS_value='' ac_cv_env_LIBS_set='' ac_cv_env_LIBS_value='' ac_cv_env_MKLIB_OPTIONS_set='' ac_cv_env_MKLIB_OPTIONS_value='' ac_cv_env_OPT_FLAGS_set='' ac_cv_env_OPT_FLAGS_value='' ac_cv_env_PIC_FLAGS_set='' ac_cv_env_PIC_FLAGS_value='' ac_cv_env_PKG_CONFIG_set='' ac_cv_env_PKG_CONFIG_value='' ac_cv_env_X11_INCLUDES_set='' ac_cv_env_X11_INCLUDES_value='' ac_cv_env_XCB_CFLAGS_set='' ac_cv_env_XCB_CFLAGS_value='' ac_cv_env_XCB_LIBS_set='' ac_cv_env_XCB_LIBS_value='' ac_cv_env_XLIBGL_CFLAGS_set='' ac_cv_env_XLIBGL_CFLAGS_value='' ac_cv_env_XLIBGL_LIBS_set='' ac_cv_env_XLIBGL_LIBS_value='' ac_cv_env_XMKMF_set='' ac_cv_env_XMKMF_value='' ac_cv_env_build_alias_set=set ac_cv_env_build_alias_value=i386-portbld-freebsd7.0 ac_cv_env_host_alias_set='' ac_cv_env_host_alias_value='' ac_cv_env_target_alias_set='' ac_cv_env_target_alias_value='' ac_cv_func_dlopen=yes ac_cv_func_posix_memalign=yes ac_cv_host=i386-portbld-freebsd7.0 ac_cv_objext=o ac_cv_path_MKDEP=/usr/local/bin/makedepend ac_cv_path_SED=/usr/bin/sed ac_cv_path_ac_pt_PKG_CONFIG=/usr/local/bin/pkg-config ac_cv_prog_CPP='cc -E' ac_cv_prog_MAKE=gmake ac_cv_prog_ac_ct_CC=cc ac_cv_prog_cc_c89='' ac_cv_prog_cc_g=yes ac_cv_prog_cxx_g=yes lt_cv_sys_max_cmd_len=262144 pkg_cv_DRI2PROTO_CFLAGS='-I/usr/local/include ' pkg_cv_DRI2PROTO_LIBS=' ' pkg_cv_LIBDRM_CFLAGS='-I/usr/local/include -I/usr/local/include/drm ' pkg_cv_LIBDRM_LIBS='-L/usr/local/lib -ldrm ' ## ----------------- ## ## Output variables. ## ## ----------------- ## APP_LIB_DEPS='' ARCH_FLAGS='' ASM_API='$(X86_API)' ASM_FLAGS='-DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM' ASM_SOURCES='$(X86_SOURCES)' CC='cc' CFLAGS='-O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes -std=c99 -ffast-math -fno-strict-aliasing' CPP='cc -E' CPPFLAGS='-I/usr/local/include' CXX='c++' CXXFLAGS='-O2 -fno-strict-aliasing -pipe -Wall -fno-strict-aliasing' DEFINES=' -DHAVE_POSIX_MEMALIGN -DUSE_XCB' DEFS='' DRI2PROTO_CFLAGS='-I/usr/local/include ' DRI2PROTO_LIBS=' ' DRIGL_CFLAGS='' DRIGL_LIBS='' DRIVER_DIRS='dri' DRI_DIRS='' DRI_DRIVER_INSTALL_DIR='' DRI_LIB_DEPS='' DRI_PC_REQ_PRIV='libdrm >= 2.4.3' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='' EXEEXT='' EXPAT_INCLUDES='' EXTRA_LIB_PATH='' GLUT_CFLAGS='' GLUT_LIBS='' GLUT_LIB_DEPS='' GLUT_LIB_NAME='lib$(GLUT_LIB).so' GLUT_MESA_DEPS='' GLUT_PC_CFLAGS='' GLUT_PC_LIB_PRIV='' GLUT_PC_REQ_PRIV='' GLU_DIRS='sgi' GLU_LIB_DEPS='' GLU_LIB_NAME='lib$(GLU_LIB).so' GLU_MESA_DEPS='' GLU_PC_CFLAGS='' GLU_PC_LIB_PRIV='' GLU_PC_REQ='' GLU_PC_REQ_PRIV='' GLW_CFLAGS='' GLW_LIBS='' GLW_LIB_DEPS='' GLW_LIB_NAME='lib$(GLW_LIB).so' GLW_MESA_DEPS='' GLW_PC_CFLAGS='' GLW_PC_LIB_PRIV='' GLW_PC_REQ_PRIV='' GLW_SOURCES='' GL_LIB_DEPS='' GL_LIB_NAME='lib$(GL_LIB).so' GL_PC_CFLAGS='' GL_PC_LIB_PRIV='' GL_PC_REQ_PRIV='libdrm >= 2.4.3 dri2proto >= 1.99.3' GREP='' LDFLAGS='-L/usr/local/lib' LIBDRM_CFLAGS='-I/usr/local/include -I/usr/local/include/drm ' LIBDRM_LIBS='-L/usr/local/lib -ldrm ' LIBOBJS='' LIBS='' LIB_DIR='lib' LTLIBOBJS='' MAKE='gmake' MKDEP='/usr/local/bin/makedepend' MKDEP_OPTIONS='-fdepend -Iinclude' MKLIB_OPTIONS='' MOTIF_CFLAGS='' MOTIF_CONFIG='' OBJEXT='o' OPT_FLAGS='' OSMESA_LIB='' OSMESA_LIB_DEPS='' OSMESA_LIB_NAME='lib$(OSMESA_LIB).so' OSMESA_MESA_DEPS='' OSMESA_PC_LIB_PRIV='' OSMESA_PC_REQ='' PACKAGE_BUGREPORT='https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa' PACKAGE_NAME='Mesa' PACKAGE_STRING='Mesa 7.3.0' PACKAGE_TARNAME='mesa' PACKAGE_VERSION='7.3.0' PATH_SEPARATOR=':' PIC_FLAGS='-fPIC' PKG_CONFIG='/usr/local/bin/pkg-config' POSIX_SHELL='' PROGRAM_DIRS='' SED='/usr/bin/sed' SHELL='/bin/sh' SRC_DIRS='glx/x11 mesa' USING_EGL='' WINDOW_SYSTEM='dri' X11_INCLUDES='' XCB_CFLAGS='' XCB_LIBS='' XLIBGL_CFLAGS='' XLIBGL_LIBS='' XMKMF='' X_CFLAGS='' X_EXTRA_LIBS='' X_LIBS='' X_PRE_LIBS='' ac_ct_CC='cc' ac_ct_CXX='' bindir='${exec_prefix}/bin' build='i386-portbld-freebsd7.0' build_alias='i386-portbld-freebsd7.0' build_cpu='i386' build_os='freebsd7.0' build_vendor='portbld' datadir='${datarootdir}' datarootdir='${prefix}/share' docdir='${datarootdir}/doc/${PACKAGE_TARNAME}' dvidir='${docdir}' exec_prefix='NONE' host='i386-portbld-freebsd7.0' host_alias='' host_cpu='i386' host_os='freebsd7.0' host_vendor='portbld' htmldir='${docdir}' includedir='${prefix}/include' infodir='/usr/local/info/' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localedir='${datarootdir}/locale' localstatedir='${prefix}/var' mandir='/usr/local/man' oldincludedir='/usr/include' pdfdir='${docdir}' prefix='/usr/local' program_transform_name='s,x,x,' psdir='${docdir}' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target_alias='' ## ----------- ## ## confdefs.h. ## ## ----------- ## #define PACKAGE_NAME "Mesa" #define PACKAGE_TARNAME "mesa" #define PACKAGE_VERSION "7.3.0" #define PACKAGE_STRING "Mesa 7.3.0" #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa" configure: exit 1 --------------010809020200070103060501-- From owner-freebsd-x11@FreeBSD.ORG Sat Mar 28 21:30:16 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DC751065676; Sat, 28 Mar 2009 21:30:16 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 334EC8FC27; Sat, 28 Mar 2009 21:30:16 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (edwin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2SLUGx7025075; Sat, 28 Mar 2009 21:30:16 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2SLUGqn025063; Sat, 28 Mar 2009 21:30:16 GMT (envelope-from edwin) Date: Sat, 28 Mar 2009 21:30:16 GMT Message-Id: <200903282130.n2SLUGqn025063@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-x11@FreeBSD.org From: edwin@FreeBSD.org Cc: Subject: Re: ports/133167: [patch] graphics/libGL: update Mesa ports to 7.4 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Mar 2009 21:30:17 -0000 Synopsis: [patch] graphics/libGL: update Mesa ports to 7.4 Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: edwin Responsible-Changed-When: Sat Mar 28 21:30:15 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=133167