Date: Sat, 21 Mar 2009 10:52:45 +0300 From: Anonymous <swell.k@gmail.com> To: Robert Noland <rnoland@FreeBSD.org> Cc: freebsd-x11 <freebsd-x11@freebsd.org> Subject: Re: [PREVIEW] Nouveau on FreeBSD Message-ID: <86ljqzmhwy.fsf@gmail.com> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
Robert Noland <rnoland@FreeBSD.org> writes: > On Sat, 2009-03-21 at 10:12 +0300, Anonymous wrote: >> Robert Noland <rnoland@FreeBSD.org> writes: >> >> > On Sat, 2009-03-21 at 09:12 +0300, Anonymous wrote: >> >> Robert Noland <rnoland@FreeBSD.org> 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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86ljqzmhwy.fsf>