headers
Thomas Bruns | 3 Mar 2010 10:12
Picon

nvidia-drivers-190.42-r3/ compile fails

Hallo NG

kann mir einer bei der Fehlermeldung helfen?

mkdir -p /var/tmp/portage/x11-drivers/nvidia-drivers-190.42-r3/work/NVIDIA-
Linux-x86_64-190.42-pkg2/usr/src/nv/.tmp_versions ; rm -f 
/var/tmp/portage/x11-drivers/nvidia-drivers-190.42-r3/work/NVIDIA-Linux-
x86_64-190.42-pkg2/usr/src/nv/.tmp_versions/*                                                                            

  WARNING: Symbol version dump /usr/src/linux-2.6.31-gentoo-r6/Module.symvers
           is missing; modules will have no dependencies and modversions.    

make -f /usr/src/linux-2.6.31-gentoo-r6/scripts/Makefile.build 
obj=/var/tmp/portage/x11-drivers/nvidia-drivers-190.42-r3/work/NVIDIA-Linux-
x86_64-190.42-pkg2/usr/src/nv                                                                                                                                                              
  cc -Wp,-MD,/var/tmp/portage/x11-drivers/nvidia-drivers-190.42-
r3/work/NVIDIA-Linux-x86_64-190.42-pkg2/usr/src/nv/.nv.o.d  -nostdinc -isystem 
/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/include -Iinclude -Iinclude2 -
I/usr/src/linux-2.6.31-gentoo-r6/include -I/usr/src/linux-2.6.31-gentoo-
r6/arch/x86/include -include include/linux/autoconf.h   -
I/var/tmp/portage/x11-drivers/nvidia-drivers-190.42-r3/work/NVIDIA-Linux-
x86_64-190.42-pkg2/usr/src/nv -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -
Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-
declaration -Wno-format-security -fno-delete-null-pointer-checks -Os -m64 -
mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-
outgoing-args -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -pipe -Wno-
sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -
mno-3dnow -fno-stack-protector -fomit-frame-pointer -Wdeclaration-after-
statement -Wno-pointer-sign -fno-strict-overflow   -I/var/tmp/portage/x11-
drivers/nvidia-drivers-190.42-r3/work/NVIDIA-Linux-x86_64-190.42-
(Continue reading)

Permalink | Reply | 3 comments |
headers
Daniel Pielmeier | 3 Mar 2010 10:28
Picon
Favicon

Re: nvidia-drivers-190.42-r3/ compile fails

2010/3/3 Thomas Bruns <gentoo <at> donbruno.de>:
> Hallo NG
>
> kann mir einer bei der Fehlermeldung helfen?
>
> mkdir -p /var/tmp/portage/x11-drivers/nvidia-drivers-190.42-r3/work/NVIDIA-
> Linux-x86_64-190.42-pkg2/usr/src/nv/.tmp_versions ; rm -f
> /var/tmp/portage/x11-drivers/nvidia-drivers-190.42-r3/work/NVIDIA-Linux-
> x86_64-190.42-pkg2/usr/src/nv/.tmp_versions/*
>
>  WARNING: Symbol version dump /usr/src/linux-2.6.31-gentoo-r6/Module.symvers
>           is missing; modules will have no dependencies and modversions.
>
> make -f /usr/src/linux-2.6.31-gentoo-r6/scripts/Makefile.build
> obj=/var/tmp/portage/x11-drivers/nvidia-drivers-190.42-r3/work/NVIDIA-Linux-
> x86_64-190.42-pkg2/usr/src/nv
>  cc -Wp,-MD,/var/tmp/portage/x11-drivers/nvidia-drivers-190.42-
> r3/work/NVIDIA-Linux-x86_64-190.42-pkg2/usr/src/nv/.nv.o.d  -nostdinc -isystem
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/include -Iinclude -Iinclude2 -
> I/usr/src/linux-2.6.31-gentoo-r6/include -I/usr/src/linux-2.6.31-gentoo-
> r6/arch/x86/include -include include/linux/autoconf.h   -
> I/var/tmp/portage/x11-drivers/nvidia-drivers-190.42-r3/work/NVIDIA-Linux-
> x86_64-190.42-pkg2/usr/src/nv -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -
> Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-
> declaration -Wno-format-security -fno-delete-null-pointer-checks -Os -m64 -
> mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-
> outgoing-args -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -pipe -Wno-
> sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -
> mno-3dnow -fno-stack-protector -fomit-frame-pointer -Wdeclaration-after-
> statement -Wno-pointer-sign -fno-strict-overflow   -I/var/tmp/portage/x11-
(Continue reading)

Permalink | Reply | 2 comments |
headers
Thomas Bruns | 3 Mar 2010 10:35
Picon

Re: nvidia-drivers-190.42-r3/ compile fails

Am Mittwoch 03 März 2010 10:28:03 schrieb Daniel Pielmeier:
> In so einem Fall lasse ich zuerst unter /usr/src/linux/ also dem
> Quellverzeichnis des Kernels gegen den das Nvidia Modul gebaut wird
> "make modules_prepare" laufen.
> Wenn das nicht hilft, ist es bei den Nvidia Treibern sinnvoll einfach
> neuere Versionen zu testen.
aha cool danach ging es...

was genau macht das modules_prepare und warum ging es vorher nicht? 

--

-- 
Gruß
Thomas
---
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=core2 -O2 -msse4.1 -msse4.2 -pipe"
CXXFLAGS="-march=core2 -O2 -msse4.1 -msse4.2 -pipe"
LDFLAGS="-Wl,-O1,--hash-style=gnu,--sort-common,--as-needed"
Permalink | Reply | 1 comment |
headers
Daniel Pielmeier | 3 Mar 2010 11:02
Picon
Favicon

Re: nvidia-drivers-190.42-r3/ compile fails

Am 3. März 2010 10:35 schrieb Thomas Bruns <gentoo <at> donbruno.de>:
> Am Mittwoch 03 März 2010 10:28:03 schrieb Daniel Pielmeier:
>> In so einem Fall lasse ich zuerst unter /usr/src/linux/ also dem
>> Quellverzeichnis des Kernels gegen den das Nvidia Modul gebaut wird
>> "make modules_prepare" laufen.
>> Wenn das nicht hilft, ist es bei den Nvidia Treibern sinnvoll einfach
>> neuere Versionen zu testen.
> aha cool danach ging es...
>
> was genau macht das modules_prepare und warum ging es vorher nicht?

Der Nvidia Treiber benötigt ja bekanntlich ein Kernel Modul, welches
immer mit dem Treiber installiert wird. Dieses muss auch immer neu
gebaut werden wenn du einen neuen Kernel verwenden willst. "make
modules prepare" bereitet wie der Name schon sagt den Kernel darauf
vor das externe Kernel module gebaut werden können. Genauer gesagt
werden soweit ich das verstanden habe die vom Modul benötigten Header
Dateien bereitgestellt. Vermutlich hast du einen neuen Kernel gebaut
und danach make clean oder sonstiges aufgerufen und diese Header
wurden gelöscht. Deswegen klappt das Bauen des Nvidia Moduls nicht
mehr.

Falls du nur neue Kernel Sourcen installiert hast und den symlink USE
flag für die gentoo-sources gewählt hast musst du aufpassen. Denn dann
verwendest nach einem Neustart immer noch den alten Kernel mit dem
alten Nvidia Modul. Dein X-Server wird dann nicht starten da der neue
Nvidia Treiber nicht mit dem alten Kernel Modul funktioniert. Falls du
also den alten Kernel behalten willst musst du den Kernel symlink
zurück auf die alten Kernel Sourcen setzen und das Nvidia Modul auch
gegen den alten Kernel bauen.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Wolfgang Jankowski | 5 Mar 2010 10:47
Picon
Picon

ATI Radeon x1600 und zweiter Monitor

Hallo zusammen,
ich musste jetzt feststellen, dass der proprietäre Treiber von Ati nicht mehr 
für meinen Kernel supported wird.
Daher habe ich auf den Kernel-Treiber "radeon" umgestellt.
Es gibt demnach auch das Catalyst-Control-Center nicht mehr.
Jetzt meine Probleme:
Wie kann ich den Viedo-Ausgang konfigurieren (VGA)?
  Schließe ich den Monitor an, so wird nach dem Start des X-Servers nur ein 
   Clon angelegt, der nicht das ganze Bild umfasst.
Wenn ich die Auflösung ändere, so wird das ganze Bild gestreckt, das 
Seitenverhältnis geht also verloren.
In den Systemeinstellungen für Mehrere Monitore sagt mir KDE, dass diese 
Konfiguration nicht vorliegt, obwohl der zweite Monitor als verbunden 
angezeigt wird.
Gibt es also einen Ersatzt für das CCC von Ati?
Tschüß
Wolfgang
Permalink | Reply | 3 comments |
headers
Markus Malkusch | 5 Mar 2010 12:02
X-Face
Picon

Re: KDE-4 aus xdm starten

Reinhard Tchorz:
> Am 23.02.2010 19:30, schrieb Wolfgang Jankowski:
> > Am Dienstag, 23. Februar 2010 schrieb Markus Malkusch:
> >
> >> Hier mal meine Konfiguration:
> >>
> >> /etc/rc.conf: XSESSION="KDE-4"
> >
> > /etc/rc.conf: #XSESSION="KDE-4"
> >
> >> /etc/conf.d/xdm: DISPLAYMANAGER="xdm"
> >
> > /etc/conf.d/xdm: DISPLAYMANAGER="kdm"
> >
> >> /etc/X11/Sessions/: KDE-4  Xsession
> >
> > /etc/X11/Sessions/KDE-4
> > <snip>
> > #!/bin/sh
> > exec "/usr/bin/startkde"
> > </snip>
> >
> > So sollte es laufen.

Läuft nicht.

> In der /etc/rc.conf muss also stehen (ohne Kommentarzeichen davor):
> 
> XSESSION="KDE-4"
(Continue reading)

Permalink | Reply | 4 comments |
headers
Frank Steinmetzger | 5 Mar 2010 12:18
X-Face
Picon
Picon

Re: KDE-4 aus xdm starten

Am Freitag 05 März 2010 schrieb Markus Malkusch:
> Reinhard Tchorz:
> > Am 23.02.2010 19:30, schrieb Wolfgang Jankowski:
> > > Am Dienstag, 23. Februar 2010 schrieb Markus Malkusch:
> > >> Hier mal meine Konfiguration:
> > >> 
> > >> /etc/rc.conf: XSESSION="KDE-4"
> > > 
> > > /etc/rc.conf: #XSESSION="KDE-4"
> > > 
> > >> /etc/conf.d/xdm: DISPLAYMANAGER="xdm"
> > > 
> > > /etc/conf.d/xdm: DISPLAYMANAGER="kdm"
> > > 
> > >> /etc/X11/Sessions/: KDE-4  Xsession
> > > 
> > > /etc/X11/Sessions/KDE-4
> > > <snip>
> > > #!/bin/sh
> > > exec "/usr/bin/startkde"
> > > </snip>
> > > 
> > > So sollte es laufen.
> 
> Läuft nicht.
> 
> > In der /etc/rc.conf muss also stehen (ohne Kommentarzeichen davor):
> > 
> > XSESSION="KDE-4"
>
(Continue reading)

Permalink | Reply | 2 comments |
headers
Wolfgang Jankowski | 5 Mar 2010 12:55
Picon
Picon

Re: KDE-4 aus xdm starten


> Läuft auch nicht. Es kommt jedesmal erneut das xdm Anmeldefenster. KDE will
> nicht rennen.
> 
> Welche Logfiles würden mir denn sagen was da passiert?

/var/log/kdm.log

Bei mir lief alles so, wie ich wollte, nachdem ich consolekit installiert habe 
und es in runlevel default auch gestartet wurde.

Tschüß
Wolfgang
Permalink | Reply | 0 comments |
headers
Markus Malkusch | 5 Mar 2010 14:00
X-Face
Picon

Re: KDE-4 aus xdm starten

Frank Steinmetzger:

> Auch hier wieder die Frage, die ich beim letzten Auftreten dieses Problems
> stellte und auch die Lösung war: existiert ein Verzeichnis für den User?

Klar existiert er. Wie gesagt wenn ich kdm nehme will KDE auch starten.

Markus
Permalink | Reply | 1 comment |
headers
Lars Langhans | 5 Mar 2010 14:42
Picon
Picon

Re: KDE-4 aus xdm starten

Am 05.03.2010 14:00, schrieb Markus Malkusch:
> Frank Steinmetzger:
> 
>> Auch hier wieder die Frage, die ich beim letzten Auftreten dieses Problems
>> stellte und auch die Lösung war: existiert ein Verzeichnis für den User?
> 
> Klar existiert er. Wie gesagt wenn ich kdm nehme will KDE auch starten.
> 
> Markus
> 
> 

Ich hatte selbiges Problem.
Ich wollte xdm verwenden, der dann irgendwo kdm startet.
kdm wurde auch gestartet, nur leider kam dann Gnome-Desktop hoch :-(

Guck mal in Deine ~/.xinitrc

Falls die nicht existiert, lege eine an mit content:

startkde

Jetzt sollte ein /etc/init.d/xdm start (als root) ein kdm starten, das
dann ein kde startet.

Ich konnte mich dunkel daran erinnern, das ich irgendwann in der gdm mal
gesagt hatte, welche GUI verwendet werden soll und das war damals gnome.
Ich weiß leider nicht wo [xkg]dm diese mögliche Vorauswahl ablegt.

Nur mal so ein Tipp von mir.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane