From owner-freebsd-x11@FreeBSD.ORG Sat Mar 21 07:53:28 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 6255E106566B; Sat, 21 Mar 2009 07:53:28 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 7FB6A8FC0C; Sat, 21 Mar 2009 07:53:27 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by fg-out-1718.google.com with SMTP id 13so244129fge.12 for ; Sat, 21 Mar 2009 00:53:26 -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=6FvKI3Cy7gwsETt/a2nVmb2Pny7rRtuhbjm+RDSWAuM=; b=NKGa/hkbcdkFcwFlR++fZf3eggR4Igr+sQWBtvdGmB4duZu+Y/MaN3TRqwjn4Attd0 cyv86j0isDpHz6uSP1+/lPU+0Lt+FOqfdk2udKNMsWe8P+nyb3hcFafGGd+6DYvJX1yH QCvkRxYxbQuYdWPy5yqp8v5nhRSKzAzcS2i6c= 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=Y8JNac7ELNDdng0lkEpxuBccJhKBa2GpvBWsfG7d1oVkxQ9ucdoFXwis0jHNYz5hQ2 E7R8ndU+8mPi37PpSgtT60KV3neuOM78nUAi/lEjM1H8odjMJfI4DTO3sJ1W6y74u5EU 74+QwBnvYEyBxV11exjhU0gNVyiS0ztrwzrC4= Received: by 10.86.27.19 with SMTP id a19mr2094176fga.22.1237622006666; Sat, 21 Mar 2009 00:53:26 -0700 (PDT) Received: from localhost (95-24-210-38.broadband.corbina.ru [95.24.210.38]) by mx.google.com with ESMTPS id l19sm585334fgb.11.2009.03.21.00.53.24 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 21 Mar 2009 00:53:25 -0700 (PDT) From: Anonymous To: Robert Noland References: <1237527331.1777.516.camel@balrog.2hip.net> <86d4cbflqc.fsf@gmail.com> <1237616346.1758.17.camel@balrog.2hip.net> <86mybf73jt.fsf@gmail.com> <1237620252.1758.21.camel@balrog.2hip.net> Date: Sat, 21 Mar 2009 10:52:45 +0300 Message-ID: <86ljqzmhwy.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 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, 21 Mar 2009 07:53:28 -0000 Robert Noland writes: > On Sat, 2009-03-21 at 10:12 +0300, Anonymous wrote: >> 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. For instance, here is a diff between >> w/o module and module+NoAccel >> >> @@ -170,17 +170,18 @@ >> (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 -1, (No such file or directory) >> -drmOpenDevice: open result is -1, (No such file or directory) >> -drmOpenDevice: Open failed >> +drmOpenDevice: open result is 8, (OK) >> drmOpenDevice: node name is /dev/dri/card0 >> -drmOpenDevice: open result is -1, (No such file or directory) >> -drmOpenDevice: open result is -1, (No such file or directory) >> -drmOpenDevice: Open failed >> -[drm] failed to load kernel module "nouveau" >> -(EE) [drm] drmOpen failed. >> -(EE) NOUVEAU(0): [drm] error opening the drm >> -(!!) NOUVEAU(0): Failing back to NoAccel mode >> +drmOpenDevice: open result is 8, (OK) >> +drmOpenByBusid: Searching for BusID pci:0000:01:00.0 >> +drmOpenDevice: node name is /dev/dri/card0 >> +drmOpenDevice: open result is 8, (OK) >> +drmOpenByBusid: drmOpenMinor returns 8 >> +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 >> @@ -193,8 +194,10 @@ >> (II) Module vgahw: vendor="X.Org Foundation" >> compiled for 1.6.99.1, module version = 0.1.0 >> ABI class: X.Org Video Driver, version 5.0 >> +(**) NOUVEAU(0): Option "NoAccel" "true" >> (==) NOUVEAU(0): Randr1.2 support enabled >> (==) NOUVEAU(0): Using HW cursor >> +(**) NOUVEAU(0): Acceleration disabled >> (--) NOUVEAU(0): Linear framebuffer at 0xE0000000 >> (--) NOUVEAU(0): MMIO registers at 0xF6000000 >> (II) NOUVEAU(0): Initial CRTC_OWNER is 0 >> @@ -374,6 +377,9 @@ >> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] >> [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 >> (==) NOUVEAU(0): Backing store disabled >> (==) NOUVEAU(0): Silken mouse enabled >> (II) NOUVEAU(0): NVEnterVT is called. >> @@ -464,7 +470,7 @@ >> (**) Mouse0: (accel) acceleration profile 0 >> (II) Mouse0: SetupAuto: hw.iftype is 5, hw.model is 0 >> (II) Mouse0: SetupAuto: protocol is SysMouse >> -(WW) fcntl(8, F_SETOWN): Inappropriate ioctl for device >> +(WW) fcntl(9, F_SETOWN): Inappropriate ioctl for device >> (**) Option "CoreKeyboard" >> (**) Keyboard0: always reports core events >> (**) Option "Protocol" "standard" > > Ok, so it is still loading the module and mucking with the card before > deciding that it isn't usable... In that log nouveau.ko was loaded beforehand. Though ddx will try to load it anyway. > You can always just remove /boot/kernel/nouveau.ko It's kinda tedious doing so after each installkernel. I just commented out nouveau in sys/modules/drm/Makefile and build nouveau.ko when needed. > > Exactly which generation chip is that showing up as? info: [drm] Detected an NV50 generation card (0x094100a1) the card itself is 0622 vgapci0@pci0:1:0:0: class=0x030000 card=0x34811458 chip=0x062210de rev=0xa1 hdr=0x00 > > robert. > >> So, with module and NoAccel scrolling in xterm is awfully slow here >> on 9600GT on >> >> (II) NOUVEAU driver 0.0.10.20090318.3e7fa97 >> >> and I'm unable to unload nouveau.ko. >> >> > >> > I have NV50 working now, with EXA and Xv. >> > >> > robert.