Date: Sat, 21 Mar 2009 10:06:14 -0500 From: Robert Noland <rnoland@FreeBSD.org> To: Anonymous <swell.k@gmail.com> Cc: freebsd-x11 <freebsd-x11@freebsd.org> Subject: Re: [PREVIEW] Nouveau on FreeBSD Message-ID: <1237647974.1724.1.camel@balrog.2hip.net> In-Reply-To: <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> <86ljqzmhwy.fsf@gmail.com>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --] On Sat, 2009-03-21 at 10:52 +0300, Anonymous wrote: > 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 Ok, it should work with the next patch... I'll probably put it together in the next couple of days. robert. > > > > > 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. -- Robert Noland <rnoland@FreeBSD.org> FreeBSD [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknFAmYACgkQM4TrQ4qfRONRZACbBwMVQPgPLL/GL3y1Z9tvWi6v Z5oAni5Uh7vI57CttLjxuO5PPT3XGZ1Y =9ou4 -----END PGP SIGNATURE-----help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1237647974.1724.1.camel>