[gentoo-user] nouveau-drm compile failure

[gentoo-user] nouveau-drm compile failure

[Grant]

I'm trying to compile nouveau-drm for my Nvidia 8400GS video card, but
compilation fails:

/var/tmp/portage/x11-base/nouveau-drm-20100316/work/master/drivers/gpu/drm/nouveau/nouveau_drv.c:
In function 'nouveau_pci_suspend':
/var/tmp/portage/x11-base/nouveau-drm-20100316/work/master/drivers/gpu/drm/nouveau/nouveau_drv.c:232:
error: implicit declaration of function 'acquire_console_sem'
/var/tmp/portage/x11-base/nouveau-drm-20100316/work/master/drivers/gpu/drm/nouveau/nouveau_drv.c:234:
error: implicit declaration of function 'release_console_sem'

I get kernel config warnings:

 *   CONFIG_FB_CFB_FILLRECT:	 is not set when it should be.
 *   CONFIG_FB_CFB_COPYAREA:	 is not set when it should be.
 *   CONFIG_FB_CFB_IMAGEBLIT:	 is not set when it should be.

But those kernel options are required to be automatically selected by
a list of dependant options which is very long and very ridiculous.
Are those options the reason for the compile failure?

- Grant

[gentoo-user] Re: nouveau-drm compile failure

[Nikos Chantziaras]

On 05/20/2010 07:56 PM, Grant wrote:
> I'm trying to compile nouveau-drm for my Nvidia 8400GS video card, but
> compilation fails:

I don't think you should be using nouveau-drm in the first place.  This 
driver is now in the kernel itself.  nouveau-drm was used before that 
driver moved into the Linux kernel together with the other DRM drivers.

Also, as a consequence, trying to use nouveau-drm means you're getting 
an outdated driver, since AFAIK the updates happen in-kernel now.

[gentoo-user] Re: nouveau-drm compile failure

[Nikos Chantziaras]

On 05/20/2010 08:32 PM, Nikos Chantziaras wrote:
> On 05/20/2010 07:56 PM, Grant wrote:
>> I'm trying to compile nouveau-drm for my Nvidia 8400GS video card, but
>> compilation fails:
>
> I don't think you should be using nouveau-drm in the first place. This
> driver is now in the kernel itself. nouveau-drm was used before that
> driver moved into the Linux kernel together with the other DRM drivers.
>
> Also, as a consequence, trying to use nouveau-drm means you're getting
> an outdated driver, since AFAIK the updates happen in-kernel now.

I forgot to mention *where* in the kernel configuration you can enable 
nouveau.  It's in Device Drivers->Staging drivers

Re: [gentoo-user] Re: nouveau-drm compile failure

[Alan McKinnon]

On Thursday 20 May 2010 19:32:33 Nikos Chantziaras wrote:
> On 05/20/2010 07:56 PM, Grant wrote:
> > I'm trying to compile nouveau-drm for my Nvidia 8400GS video card, but
> 
> > compilation fails:
> I don't think you should be using nouveau-drm in the first place.  This
> driver is now in the kernel itself.  nouveau-drm was used before that
> driver moved into the Linux kernel together with the other DRM drivers.
> 
> Also, as a consequence, trying to use nouveau-drm means you're getting
> an outdated driver, since AFAIK the updates happen in-kernel now.

There's an API break between the nouveau driver and the drm in 2.6.3[23] (not 
completely sure about the versions)

Hence the workaround of nouveau-drm

Hopefully it will be *very* temporary

-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] Re: nouveau-drm compile failure

[Grant]

>> I'm trying to compile nouveau-drm for my Nvidia 8400GS video card, but
>> compilation fails:
>
> I don't think you should be using nouveau-drm in the first place.  This
> driver is now in the kernel itself.  nouveau-drm was used before that driver
> moved into the Linux kernel together with the other DRM drivers.

Well, the xf86-video-nouveau-0.0.16_pre20100510 ebuild says:

Nouveau DRM not detected. If you want any kind of
acceleration with nouveau, emerge x11-base/nouveau-drm or
enable CONFIG_DRM_NOUVEAU in the kernel.
Nouveau DRM in kernel 2.6.33 is API incompatible to
>=x11-libs/libdrm-2.4.18, please use x11-base/nouveau-drm
instead.

Unfortunately, the same ebuild depends on >=x11-libs/libdrm-2.4.19.  I
tried to ignore the warning but X fails with:

(EE) Failed to load module "dri" (module does not exist, 0)
(EE) Failed to load module "dri2" (module does not exist, 0)
(EE) [drm] No DRICreatePCIBusID symbol
(EE) No devices detected.

The xf86-video-nouveau-0.0.15_pre20100213 ebuild only depends on
>=x11-libs/libdrm-2.4.18_pre so I installed those but I still get the
errors above when trying to start X.

Any ideas?  Do you have nouveau working?

- Grant

Re: [gentoo-user] Re: nouveau-drm compile failure

[Grant]

>>> I'm trying to compile nouveau-drm for my Nvidia 8400GS video card, but
>>> compilation fails:
>>
>> I don't think you should be using nouveau-drm in the first place.  This
>> driver is now in the kernel itself.  nouveau-drm was used before that driver
>> moved into the Linux kernel together with the other DRM drivers.
>
> Well, the xf86-video-nouveau-0.0.16_pre20100510 ebuild says:
>
> Nouveau DRM not detected. If you want any kind of
> acceleration with nouveau, emerge x11-base/nouveau-drm or
> enable CONFIG_DRM_NOUVEAU in the kernel.
> Nouveau DRM in kernel 2.6.33 is API incompatible to
>>=x11-libs/libdrm-2.4.18, please use x11-base/nouveau-drm
> instead.
>
> Unfortunately, the same ebuild depends on >=x11-libs/libdrm-2.4.19.  I
> tried to ignore the warning but X fails with:
>
> (EE) Failed to load module "dri" (module does not exist, 0)
> (EE) Failed to load module "dri2" (module does not exist, 0)
> (EE) [drm] No DRICreatePCIBusID symbol
> (EE) No devices detected.
>
> The xf86-video-nouveau-0.0.15_pre20100213 ebuild only depends on
>>=x11-libs/libdrm-2.4.18_pre so I installed those but I still get the
> errors above when trying to start X.
>
> Any ideas?  Do you have nouveau working?
>
> - Grant

I forgot to mention that I have CONFIG_DRM_NOUVEAU enabled in my
2.6.33 kernel and nouveau-firmware is loading successfully.

- Grant

Re: [gentoo-user] Re: nouveau-drm compile failure

[Grant]

>> > I'm trying to compile nouveau-drm for my Nvidia 8400GS video card, but
>>
>> > compilation fails:
>> I don't think you should be using nouveau-drm in the first place.  This
>> driver is now in the kernel itself.  nouveau-drm was used before that
>> driver moved into the Linux kernel together with the other DRM drivers.
>>
>> Also, as a consequence, trying to use nouveau-drm means you're getting
>> an outdated driver, since AFAIK the updates happen in-kernel now.
>
> There's an API break between the nouveau driver and the drm in 2.6.3[23] (not
> completely sure about the versions)
>
> Hence the workaround of nouveau-drm
>
> Hopefully it will be *very* temporary

Have you installed nouveau-drm?  If so, do you get kernel config
warnings during the emerge?

- Grant

Re: [gentoo-user] Re: nouveau-drm compile failure

[Graham Murray]

Alan McKinnon <alan.mckinnon@gmail.com> writes:

> There's an API break between the nouveau driver and the drm in 2.6.3[23] (not 
> completely sure about the versions)
>
> Hence the workaround of nouveau-drm
>
> Hopefully it will be *very* temporary

It is. 2.6.34 (which is in ~arch) fixes the API break with the Nouveau
driver. 

Re: [gentoo-user] Re: nouveau-drm compile failure

[Alan McKinnon]

On Thursday 20 May 2010 21:21:27 Graham Murray wrote:
> Alan McKinnon <alan.mckinnon@gmail.com> writes:
> > There's an API break between the nouveau driver and the drm in 2.6.3[23]
> > (not completely sure about the versions)
> > 
> > Hence the workaround of nouveau-drm
> > 
> > Hopefully it will be *very* temporary
> 
> It is. 2.6.34 (which is in ~arch) fixes the API break with the Nouveau
> driver.

That's good news. 

The next question is the horrible one: does nouveau actually work* yet?

I had to switch back to nvidia proprietary as mouveau had every imaginable 
feature I want (especially how to deal with two monitors in a sane way) and 
the features functioned correctly, excep that the whole package did not work.

*work: By this I mean work to be synonymous with "perform at adequate speed". 
500ms lag on getting a 2D desktop to do something is not defined as "perform"

The engineer in me says this is really just a matter of finding the correct 4 
bits to flip in the right register at the right time, so I have high hope for 
nouveau.


-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] Re: nouveau-drm compile failure

[Grant]

>> There's an API break between the nouveau driver and the drm in 2.6.3[23] (not
>> completely sure about the versions)
>>
>> Hence the workaround of nouveau-drm
>>
>> Hopefully it will be *very* temporary
>
> It is. 2.6.34 (which is in ~arch) fixes the API break with the Nouveau
> driver.

Supposedly it's an API break between the kernel and libdrm:

"Nouveau DRM in kernel 2.6.33 is API incompatible to
>=x11-libs/libdrm-2.4.18, please use x11-base/nouveau-drm instead."

According to ebuild dependencies and messages, my combination of
xf86-video-nouveau-0.0.15_pre20100213 and x11-libs/libdrm-2.4.18_pre
should work.  I get this same error no matter what combination of
libdrm, xf86-video-nouveau, and nouveau-firmware I try, and whether or
not I have CONFIG_DRM_NOUVEAU=y.  This makes me think it's not related
to the API break:

(EE) Failed to load module "dri" (module does not exist, 0)
(EE) Failed to load module "dri2" (module does not exist, 0)
(EE) [drm] No DRICreatePCIBusID symbol
(EE) No devices detected.

Google says the error can be due to disabling dri in xorg.conf, but I
don't have anything like that.  Should CONFIG_DRM_NOUVEAU=y include
the dri or dri2 module?

- Grant

Re: [gentoo-user] Re: nouveau-drm compile failure

[Graham Murray]

Grant <emailgrant@gmail.com> writes:

> Google says the error can be due to disabling dri in xorg.conf, but I
> don't have anything like that.  Should CONFIG_DRM_NOUVEAU=y include
> the dri or dri2 module?

The dri and dri2 modules should be installed by x11-base/xorg-server.

Re: [gentoo-user] Re: nouveau-drm compile failure

[Grant]

>> Google says the error can be due to disabling dri in xorg.conf, but I
>> don't have anything like that.  Should CONFIG_DRM_NOUVEAU=y include
>> the dri or dri2 module?
>
> The dri and dri2 modules should be installed by x11-base/xorg-server.

I've got all of these:

/usr/lib64/opengl/xorg-x11/extensions/libdri.so
/usr/lib64/opengl/xorg-x11/extensions/libdri2.so
/usr/lib/opengl/xorg-x11/extensions/libdri2.so
/usr/lib/opengl/xorg-x11/extensions/libdri.so

but I get the dri and dri2 "module does not exist" errors.  Can I
specify a path in xorg.conf, or does anyone know what the problem
might be?

- Grant

[gentoo-user] Re: nouveau-drm compile failure

[walt]

On 05/21/2010 10:26 AM, Grant wrote:
>>> Google says the error can be due to disabling dri in xorg.conf, but I
>>> don't have anything like that.  Should CONFIG_DRM_NOUVEAU=y include
>>> the dri or dri2 module?
>>
>> The dri and dri2 modules should be installed by x11-base/xorg-server.
>
> I've got all of these:
>
> /usr/lib64/opengl/xorg-x11/extensions/libdri.so
> /usr/lib64/opengl/xorg-x11/extensions/libdri2.so
> /usr/lib/opengl/xorg-x11/extensions/libdri2.so
> /usr/lib/opengl/xorg-x11/extensions/libdri.so
>
> but I get the dri and dri2 "module does not exist" errors.  Can I
> specify a path in xorg.conf, or does anyone know what the problem
> might be?

I have this on my x86:

(II) LoadModule: "dri"
(II) Loading /usr/lib/xorg/modules/extensions/libdri.so
(II) Module dri: vendor="X.Org Foundation"
         compiled for 1.7.6, module version = 1.0.0
         ABI class: X.Org Server Extension, version 2.0
(II) Loading extension XFree86-DRI
(II) LoadModule: "dri2"
(II) Loading /usr/lib/xorg/modules/extensions/libdri2.so
(II) Module dri2: vendor="X.Org Foundation"
         compiled for 1.7.6, module version = 1.1.0
         ABI class: X.Org Server Extension, version 2.0
(II) Loading extension DRI2
(II) LoadModule: "nouveau"

If you have the proprietary nvidia drivers installed, that package messes with
the simlinks to the dri libraries when you use "eselect opengl set foo" so
maybe you have that set for the nvidia opengl version?  Check to see what those
simlinks are actually pointing to.

Re: [gentoo-user] Re: nouveau-drm compile failure

[Grant]

>>>> Google says the error can be due to disabling dri in xorg.conf, but I
>>>> don't have anything like that.  Should CONFIG_DRM_NOUVEAU=y include
>>>> the dri or dri2 module?
>>>
>>> The dri and dri2 modules should be installed by x11-base/xorg-server.
>>
>> I've got all of these:
>>
>> /usr/lib64/opengl/xorg-x11/extensions/libdri.so
>> /usr/lib64/opengl/xorg-x11/extensions/libdri2.so
>> /usr/lib/opengl/xorg-x11/extensions/libdri2.so
>> /usr/lib/opengl/xorg-x11/extensions/libdri.so
>>
>> but I get the dri and dri2 "module does not exist" errors.  Can I
>> specify a path in xorg.conf, or does anyone know what the problem
>> might be?
>
> I have this on my x86:
>
> (II) LoadModule: "dri"
> (II) Loading /usr/lib/xorg/modules/extensions/libdri.so
> (II) Module dri: vendor="X.Org Foundation"
>        compiled for 1.7.6, module version = 1.0.0
>        ABI class: X.Org Server Extension, version 2.0
> (II) Loading extension XFree86-DRI
> (II) LoadModule: "dri2"
> (II) Loading /usr/lib/xorg/modules/extensions/libdri2.so
> (II) Module dri2: vendor="X.Org Foundation"
>        compiled for 1.7.6, module version = 1.1.0
>        ABI class: X.Org Server Extension, version 2.0
> (II) Loading extension DRI2
> (II) LoadModule: "nouveau"
>
> If you have the proprietary nvidia drivers installed, that package messes
> with
> the simlinks to the dri libraries when you use "eselect opengl set foo" so
> maybe you have that set for the nvidia opengl version?  Check to see what
> those
> simlinks are actually pointing to.

Bingo!  Walt, you aced it, thank you.  I can now start X via the
nouveau driver.  The only problem I see in Xorg.0.log is:

(EE) AIGLX error: dlopen of /usr/lib64/dri/nouveau_dri.so failed
(/usr/lib64/dri/nouveau_dri.so: cannot open shared object file: No
such file or directory)
(EE) AIGLX: reverting to software rendering

I see that xf86-video-nouveau-0.0.15_pre20100213 doesn't install that
file.  It does install the following file, but they don't look
interchangeable to me:

/usr/lib64/xorg/modules/drivers/nouveau_drv.so

Should /usr/lib64/dri/nouveau_dri.so come from CONFIG_DRM_NOUVEAU=y in
the kernel (which I have defined)?  Does anyone have this file?

- Grant

[gentoo-user] Re: nouveau-drm compile failure

[walt]

On 05/21/2010 04:42 PM, Grant wrote:

> I can now start X via the
> nouveau driver.  The only problem I see in Xorg.0.log is:
>
> (EE) AIGLX error: dlopen of /usr/lib64/dri/nouveau_dri.so failed
> (/usr/lib64/dri/nouveau_dri.so: cannot open shared object file: No
> such file or directory)
> (EE) AIGLX: reverting to software rendering

According to the freedesktop.org documentation, AIGLX has to do with
3D acceleration and is still under development, not supported for use
by the general public.  They recommend for users of 2D acceleration
to put this in xorg.conf to get rid of the error message:

Section "ServerLayout"
     Identifier     "X.org Configured"
     Screen      0  "Screen0" 0 0
     Option         "AIGLX"        "false"   <--------

If you want to try 3D accel at your own risk, they say, you need to run
their latest development libraries from git.  I don't do that, so I don't
know if the gentoo packages include that stuff.  Maybe someone else knows?

Re: [gentoo-user] Re: nouveau-drm compile failure

[Grant]

>> I can now start X via the
>> nouveau driver.  The only problem I see in Xorg.0.log is:
>>
>> (EE) AIGLX error: dlopen of /usr/lib64/dri/nouveau_dri.so failed
>> (/usr/lib64/dri/nouveau_dri.so: cannot open shared object file: No
>> such file or directory)
>> (EE) AIGLX: reverting to software rendering
>
> According to the freedesktop.org documentation, AIGLX has to do with
> 3D acceleration and is still under development, not supported for use
> by the general public.  They recommend for users of 2D acceleration
> to put this in xorg.conf to get rid of the error message:
>
> Section "ServerLayout"
>    Identifier     "X.org Configured"
>    Screen      0  "Screen0" 0 0
>    Option         "AIGLX"        "false"   <--------
>
> If you want to try 3D accel at your own risk, they say, you need to run
> their latest development libraries from git.  I don't do that, so I don't
> know if the gentoo packages include that stuff.  Maybe someone else knows?

Thanks Walt.  I don't need 3D so if that's what the error refers to I
won't worry about it.  The system is running great on Nouveau now.

- Grant