Probleme mit Kernel backen nach Upgrade auf SID

Welches Modul/Treiber für welche Hardware, Kernel compilieren...
Antworten
Benutzeravatar
Phoenix
Beiträge: 227
Registriert: 25.01.2003 14:54:21
Wohnort: Niederrhein

Probleme mit Kernel backen nach Upgrade auf SID

Beitrag von Phoenix » 21.05.2003 17:44:05

Hi liebe Leut,

Nachdem ich mein System auf SID umgestellt habe kann ich kein Kernel mit gcc3.3 kompilieren.

Nach langer Müh und vielen vergeblichen Kompilierversuchen habe ich mal den Link von meinen gcc von Version 3.3 auf 2.95 zurückgesetzt und siehe da ich kann wieder kompilieren.

Kann mir einer sagen wie ich das mit V 3.3 auch hinbekomme?! Ich weiss das sich ab Version 3.2 die ABI geändert hat was mir zwar nicht viel sagt aber in diesen Zusammenhang wurde meines Wissens auch gesagt das alle?! Programme neu kompiliert werden müssten.
Liegt der Fehler evtl hier begraben?

Danke für alle Tips
OS: Debian SID

--- Alles wird gut ;) ---
MfG Andy

Benutzeravatar
Meinux
Beiträge: 312
Registriert: 08.11.2002 05:05:55
Lizenz eigener Beiträge: GNU General Public License
Wohnort: Leipzig

Beitrag von Meinux » 22.05.2003 11:58:17

Hei,
Ich habe ohne Probleme auf SID 2.4.21-rc2 kompiliert.
Was für Fehlermeldungen bekommst du denn?
M

Benutzeravatar
Phoenix
Beiträge: 227
Registriert: 25.01.2003 14:54:21
Wohnort: Niederrhein

Beitrag von Phoenix » 22.05.2003 12:19:19

Hallo Meinux,

bei make bzImage kommt irgendwann symbol undefinied oder ähnliches. Bei make modules kommen auch noch mal Fehlermeldungen.

Die genaue Ausgabe kann ich heute Abend nochmal posten.
OS: Debian SID

--- Alles wird gut ;) ---
MfG Andy

Benutzeravatar
Meinux
Beiträge: 312
Registriert: 08.11.2002 05:05:55
Lizenz eigener Beiträge: GNU General Public License
Wohnort: Leipzig

Beitrag von Meinux » 22.05.2003 12:44:13

Das hört sich aber eher nach einem "Konfigurationsproblem" an.
Poste mal den output.

Benutzeravatar
chimaera
Beiträge: 3804
Registriert: 01.08.2002 01:31:18
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von chimaera » 22.05.2003 12:52:25

das ist ein bekanntes problem mit gcc3.3:

ls /usr/bin | grep 3.3

die entsprechenden links löschen und auf *--3.2 linken.
[..] Linux is not a code base. Or a distro. Or a kernel. It's an attitude. And it's not about Open Source. It's about a bunch of people who still think vi is a good config UI. - Matt's reply on ESR's cups/ui rant

Benutzeravatar
Rebell
Beiträge: 997
Registriert: 14.01.2003 20:36:53
Wohnort: Dresden

Beitrag von Rebell » 22.05.2003 14:15:06

Ich konnte damals keinen GCC 3x verwenden weil ich kein "make symlinks dep" durchgeführt habe (noch vor make dep und make).
come to daddy, windowlicker!
get m:ke - http://get-mike.de

Benutzeravatar
Phoenix
Beiträge: 227
Registriert: 25.01.2003 14:54:21
Wohnort: Niederrhein

Beitrag von Phoenix » 22.05.2003 15:17:22

Hallo Jungs und Mädels,

Vielen Dank für eure Tipps und Anregungen.
Ich bin gerade dabei diese alle zu prüfen, erstmal habe ich die richtige Fehlermeldung, hatte mich ein wenig geirrt ;)

Code: Alles auswählen

gcc -D__KERNEL__ -I/usr/src/kernel-source-2.4.20/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon    -nostdinc -iwithprefix include -DKBUILD_BASENAME=ide_cd  -c -o ide-cd.o ide-cd.c
In file included from ide-cd.c:318:
ide-cd.h:440: error: long, short, signed or unsigned used invalidly for `slot_tablelen'
make[3]: *** [ide-cd.o] Fehler 1
make[3]: Leaving directory `/usr/src/kernel-source-2.4.20/drivers/ide'
make[2]: *** [first_rule] Fehler 2
make[2]: Leaving directory `/usr/src/kernel-source-2.4.20/drivers/ide'
make[1]: *** [_subdir_ide] Fehler 2
make[1]: Leaving directory `/usr/src/kernel-source-2.4.20/drivers'
make: *** [_dir_drivers] Fehler 2
Das ganze habe ich mit einer neu erstellten config Datei und nach einen make mrpoper gemacht.
Als nächstes werde ich mal ein make symlinks dep testen

EDIT:

@Rebell
gleiche Fehlermeldung wie oben

@chimaera
Es gibt keine Version 3.2 bei mir

Code: Alles auswählen

root:/usr/src/linux# ls /usr/bin | grep 3.3
cpp-3.3
g++-3.3
gcc-3.3
gccbug-3.3
gcov-3.3
root:/usr/src/linux# ls /usr/bin | grep cpp
cpp
cpp-2.95
cpp-3.0
cpp-3.3
root:/usr/src/linux# ls /usr/bin | grep g++
g++
g++-2.95
g++-3.3 
@Meinux
Hast du die Quellen von Debian? Ich denke mal nicht oder :roll: ?!?
Ich hab die Kernel Source mit apt-get install kernel-source-2.4.20 installiert.[/code]
OS: Debian SID

--- Alles wird gut ;) ---
MfG Andy

Benutzeravatar
chimaera
Beiträge: 3804
Registriert: 01.08.2002 01:31:18
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von chimaera » 22.05.2003 16:28:08

dann linke auf 2.95 oder installier 3.2

Code: Alles auswählen

apt-get install gcc-3.2 g++-3.2
[..] Linux is not a code base. Or a distro. Or a kernel. It's an attitude. And it's not about Open Source. It's about a bunch of people who still think vi is a good config UI. - Matt's reply on ESR's cups/ui rant

Benutzeravatar
Phoenix
Beiträge: 227
Registriert: 25.01.2003 14:54:21
Wohnort: Niederrhein

Re: Probleme mit Kernel backen nach Upgrade auf SID

Beitrag von Phoenix » 22.05.2003 16:32:45

Phoenix hat geschrieben: ...
Nach langer Müh und vielen vergeblichen Kompilierversuchen habe ich mal den Link von meinen gcc von Version 3.3 auf 2.95 zurückgesetzt und siehe da ich kann wieder kompilieren.
...
Habe ich ja schon gemacht ;) Ich werd das mal im Auge behalten
OS: Debian SID

--- Alles wird gut ;) ---
MfG Andy

salto
Beiträge: 20
Registriert: 01.05.2003 13:25:21
Kontaktdaten:

Beitrag von salto » 23.05.2003 02:29:35

genau das gleiche problem hab ich auch also wenn du eine lösung findest post sie bitte wär dir sehr dankbar

mfg salto

Benutzeravatar
Meinux
Beiträge: 312
Registriert: 08.11.2002 05:05:55
Lizenz eigener Beiträge: GNU General Public License
Wohnort: Leipzig

Beitrag von Meinux » 23.05.2003 10:50:01

Nein.
Ich habe den Kernel von kkerneol.org. Denn da gibt es den Patch nach rc2.
Und nur den original-Kernel kann man vernünftig patchen...

Benutzeravatar
Rebell
Beiträge: 997
Registriert: 14.01.2003 20:36:53
Wohnort: Dresden

Beitrag von Rebell » 23.05.2003 11:27:11

Normalerweise sind die Debian Kernel schon gepatcht. Wenn du gestern ein Update gemacht hast, wurde eine neue Kernel-Source gezogen. Diese liegt (unausgepackt) in /usr/src. Ich habe die .config aus dem alten Kernel-Verzeichnis kopiert, es gelöscht und das neue Archiv entpackt. Die .config wieder hineinkopiert. Wenn ich jetzt in das neue Verzeichnis gehe und make aufrufe erhalte ich kurz danach einen Fehler. Sogar bei make dep. Also ein make mrproper, die .config wieder hineinkopieren, dann ein make symlinks dep und anschließend lief das make wieder durch (mit gcc3.3).

Code: Alles auswählen

dpkg:
ii  gcc            3.3-1          The GNU C compiler.
ii  gcc-3.0-base   3.0.4-16       The GNU Compiler Collection (base package)
ii  gcc-3.3        3.3-2          The GNU C compiler
ii  gcc-3.3-base   3.3-2          The GNU Compiler Collection (base package)
ii  libgcc1        3.3-2          GCC support library
ii  cpp            3.3-1          The GNU C preprocessor.
ii  cpp-3.3        3.3-2          The GNU C preprocessor

apt-cache:
kernel-source-2.4.20 - Linux kernel source for version 2.4.20 with Debian patches

ls -lahF:
lrwxrwxrwx    1 root     root            7 2003-05-20 12:46 gcc -> gcc-3.3*
-rwxr-xr-x    1 root     root          79K 2003-05-18 13:00 gcc-3.3*
lrwxrwxrwx    1 root     root           10 2003-05-20 12:46 gccbug -> gccbug-3.3*
-rwxr-xr-x    1 root     root          16K 2003-05-18 12:54 gccbug-3.3*

EDIT: Dachte ich jedenfalls, denn drivers/Ide hat er problemslos durchgeführt. Jetzt bringt er mir den gleichen Fehler. Schade, also doch gcc3.2 nutzen oder auf nen Update warten :)
come to daddy, windowlicker!
get m:ke - http://get-mike.de

Benutzeravatar
Phoenix
Beiträge: 227
Registriert: 25.01.2003 14:54:21
Wohnort: Niederrhein

Buq in gcc-3.3

Beitrag von Phoenix » 23.05.2003 22:18:57

Also die Fehler kommen von einen Buq in gcc 3.3
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=193825
OS: Debian SID

--- Alles wird gut ;) ---
MfG Andy

glar00k
Beiträge: 790
Registriert: 09.07.2002 23:01:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dresden

Beitrag von glar00k » 24.05.2003 14:21:05

Hoi,

also da ich nicht auf ide-cd angewiesen bin, kommt da bei mir kein Problem. Jedoch habe ich dann ein Problem mit rtnetlink.c ...

Ich habe erst letztens versucht den kernel von kernel.org mit dem supermount patch zu erweitern. Nachdem dem diese Fehlermeldung kam, dacht ich nun es liegt an dem patch und hab nicht nochmal versucht, nen kernel zu kompilieren. Jetzt hab ich die debian sources und wollte den lpp patch benutzen, aber es kommt der gleiche fehler, da bin ich dann auch drauf gekommen dass es vielleiciht am gcc liegt.

Also auf gcc3.2 linken ... und warten ;)

Gruß

Benutzeravatar
Meinux
Beiträge: 312
Registriert: 08.11.2002 05:05:55
Lizenz eigener Beiträge: GNU General Public License
Wohnort: Leipzig

Beitrag von Meinux » 25.05.2003 14:47:08

Heute habe ich mal wiede den Kernel gepatcht.
Klappte ohne Probleme.
Ist ein 2.4.21-rc3.
Auf SID mit allen aktuellen updates.
Wieso klappt das dann bei euch nicht?
Weil ihr den Debian-Kernel verwendet?????

Benutzeravatar
chimaera
Beiträge: 3804
Registriert: 01.08.2002 01:31:18
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von chimaera » 26.05.2003 16:50:01

das gcc-3.3 problem ist mit 2.4.21-rc3 auch fixed (changelog..) ;-7
[..] Linux is not a code base. Or a distro. Or a kernel. It's an attitude. And it's not about Open Source. It's about a bunch of people who still think vi is a good config UI. - Matt's reply on ESR's cups/ui rant

Benutzeravatar
unitra
Beiträge: 638
Registriert: 15.06.2002 21:09:38
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: 127.128.129.130

Beitrag von unitra » 08.06.2003 23:18:20

chimaera hat geschrieben:das ist ein bekanntes problem mit gcc3.3:

ls /usr/bin | grep 3.3

die entsprechenden links löschen und auf *--3.2 linken.
ich habe das gleiche problem,
auch ich kann keinen kernel kompilieren,
und den nvidia treiber installieren
wie linke ich das denn jetzt... :roll:

Benutzeravatar
chimaera
Beiträge: 3804
Registriert: 01.08.2002 01:31:18
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von chimaera » 09.06.2003 04:38:01

die ausgabe sollte etwa so aussehen:

Code: Alles auswählen

chi@kyuss:~$ ls /usr/bin | grep 3.3
cpp-3.3
g++-3.3
gcc-3.3
gccbug-3.3
gcov-3.3
diese binaries sind auf cpp, g++, gcc usw. gelinkt:

Code: Alles auswählen

chi@kyuss:~$ ls -l /usr/bin/cpp*
lrwxr-xr-x    1 root     root            7 Jun  7 12:47 /usr/bin/cpp -> cpp-3.3
-rwxr-xr-x    1 root     root        80716 Jun  5 09:40 /usr/bin/cpp-3.2
-rwxr-xr-x    1 root     root        80652 Jun  3 18:30 /usr/bin/cpp-3.3
die links entfernen:

Code: Alles auswählen

rm cpp & rm g++ ..
und auf die gewünschte binary neu anlegen:

Code: Alles auswählen

ln -s /usr/bin/cpp-3.2 /usr/bin/cpp
ln -s /usr/bin/g++-3.2 /usr/bin/g++
..
im übrigen: hab' heute ohne probleme einen kernel incl. nvidia modul mit gcc-3.3 gebacken..
[..] Linux is not a code base. Or a distro. Or a kernel. It's an attitude. And it's not about Open Source. It's about a bunch of people who still think vi is a good config UI. - Matt's reply on ESR's cups/ui rant

Antworten