Re: kernel kompilieren nach dist-upgrade (sarge)
Jan Lühr <[EMAIL PROTECTED]> wrote: > Am Mittwoch, 12. November 2003 20:10 schrieb Sven Hartge: >> Andreas Dondera <[EMAIL PROTECTED]> wrote: >>> Es war tatsächlich ein Compilerproblem. Die Kernel 2.4.19 und 2.4.21 >>> lassen sich zumindest in (meinem) Sarge nicht mit dem gcc-3.3.2 >>> fehlerfrei kompilieren. Eine Änderung des gcc-links auf 3.2.3 führte >>> zu einer fehlerfreien Kompilierung. >> Nein, das ist ein Kernel-Problem. Für Kernel 2.4.x ist immer noch >> 2.95 der Compiler der Wahl, ab 2.6.0-test8 kann man auch 3.3.x >> benutzen. > Och, man sollte nicht so engstirnig sein. Bei mir hat ein übersetzen > mit 3.0 geholfen. Die neueren 2.4er lassen sich auch mit 3.0 > übersetzen. Ja, schon. >> Und _bitte_: Nicht einfach die Links ändern, sondern gcc-2.95 oder >> gcc-3.2 anstelle von einfach nur gcc benutzen. > ehm. Warum? Meinen default kann ich mir doch linken, oder? Natürlich, nur pfuscht du damit ein klein wenig dem gcc-Paket ins Handwerk, welches eigentlich den korrekten Link anbietet. Außerdem machst du das systemweit. Ich sehe dabei immer das Multi-User-System, bei dem es nicht wünschenswert ist, das der Admin für alle User entscheidet, das diese gcc-3.2 nutzen sollen, wenn gcc-3.3 installiert ist. Daher setze ich beim Kompilieren des Kernels lieber CC und CXX korrekt, anstelle global irgendwelche Symlinks zu verbiegen. Aber: YMMV. S° -- 142 Reasons, Why You Can't Find Your System Administrator 110. in a meeting -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: kernel kompilieren nach dist-upgrade (sarge)
ja hallo erstmal,... Am Mittwoch, 12. November 2003 20:10 schrieb Sven Hartge: > Andreas Dondera <[EMAIL PROTECTED]> wrote: > > Es war tatsächlich ein Compilerproblem. Die Kernel 2.4.19 und 2.4.21 > > lassen sich zumindest in (meinem) Sarge nicht mit dem gcc-3.3.2 > > fehlerfrei kompilieren. Eine Änderung des gcc-links auf 3.2.3 führte > > zu einer fehlerfreien Kompilierung. > > Nein, das ist ein Kernel-Problem. Für Kernel 2.4.x ist immer noch 2.95 > der Compiler der Wahl, ab 2.6.0-test8 kann man auch 3.3.x benutzen. Och, man sollte nicht so engstirnig sein. Bei mir hat ein übersetzen mit 3.0 geholfen. Die neueren 2.4er lassen sich auch mit 3.0 übersetzen. > Und _bitte_: Nicht einfach die Links ändern, sondern gcc-2.95 oder > gcc-3.2 anstelle von einfach nur gcc benutzen. ehm. Warum? Meinen default kann ich mir doch linken, oder? Keep smiling yanosz -- Die Datenschützer bitten um Mithilfe https://www.ccc.de/updates/2003/files/poster.big.jpg -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: kernel kompilieren nach dist-upgrade (sarge)
Andreas Dondera <[EMAIL PROTECTED]> wrote: > Es war tatsächlich ein Compilerproblem. Die Kernel 2.4.19 und 2.4.21 > lassen sich zumindest in (meinem) Sarge nicht mit dem gcc-3.3.2 > fehlerfrei kompilieren. Eine Änderung des gcc-links auf 3.2.3 führte > zu einer fehlerfreien Kompilierung. Nein, das ist ein Kernel-Problem. Für Kernel 2.4.x ist immer noch 2.95 der Compiler der Wahl, ab 2.6.0-test8 kann man auch 3.3.x benutzen. Und _bitte_: Nicht einfach die Links ändern, sondern gcc-2.95 oder gcc-3.2 anstelle von einfach nur gcc benutzen. S° -- 142 Reasons, Why You Can't Find Your System Administrator 71. Pizza delivery is at the front door -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: kernel kompilieren nach dist-upgrade (sarge)
Problem erledigt. Es war tatsächlich ein Compilerproblem. Die Kernel 2.4.19 und 2.4.21 lassen sich zumindest in (meinem) Sarge nicht mit dem gcc-3.3.2 fehlerfrei kompilieren. Eine Änderung des gcc-links auf 3.2.3 führte zu einer fehlerfreien Kompilierung. Andreas -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: kernel kompilieren nach dist-upgrade (sarge)
Jan Lühr wrote: > ja hallo erstmal,... >> >>Ich vergaß in ..gcc-lib/i486-linux zu schauen. Dort liegt >>der verwendete gcc 3.3.2 >> > > Was meinst du? Worauf liegt der gcc-link? > Ich hatte nur einen Blick auf die gcc-libs geworfen und dabei das Verzeichnis gcc-lib/i486-linux übersehen in dem die 3.3.2 libs liegen. Der gcc ist auf gcc-3.3.2 gelinkt. Ein Bekannter meinte übrigens, dass das Problem mit den aktuellen binutils zusammenhängt und nicht mit der gcc-Version. Andreas -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: kernel kompilieren nach dist-upgrade (sarge)
ja hallo erstmal,... Am Dienstag, 11. November 2003 20:56 schrieben Sie: > Jan Lühr wrote: > >>In meiner /usr/lib/gcc-lib/i386-linux stehen > >>2.95.4 3.0.4 3.2.3 > >>Compilerversionen zur Verfügung. > >>Wie kann ich dieses Problem lösen und wo liegt die Ursache? > >>(Ich nehme an in der gcc-Version, oder) > > Ich vergaß in ..gcc-lib/i486-linux zu schauen. Dort liegt > der verwendete gcc 3.3.2 > > > Wäre möglich. Gcc Versionen führen teilweise zu absurden > > Verhaltensweisen. So blieb nach einem acpi-Patch bei mir mal der > > Bildschirm schwarz, als ich es mit dem 2.95er gebaut habe (Mit der 3.0er > > kein Probkem). Aber welche Version hast du denn verwendet um den Kernel > > zu bauen? > Donde Was meinst du? Worauf liegt der gcc-link? Keep smiling yanosz -- Die Datenschützer bitten um Mithilfe https://www.ccc.de/updates/2003/files/poster.big.jpg -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: kernel kompilieren nach dist-upgrade (sarge)
ja hallo erstmal,... Am Dienstag, 11. November 2003 13:19 schrieb Andreas Dondera: > Hallo, > ich habe seit einigen Monaten Sarge auf meinem Laptop mit einem > selbstkompilierten 2.4.21 Kernel am laufen. Um den Kernel meiner neuen > WLAN-karte anzupassen, wollte ich diesen nun (wieder mal ;-) neu > kompilieren. Also make menuconfig / Einstellungen wählen / make dep > clean bzImage modules modules_install. > Anschließend Kernel nach /boot kopiert, lilo.conf angepasst lilo laufen > lassen und Neustart. > Doch jetzt hängt sich der Kernel, unerwartet und nie zuvor erlebt, > offenbar in dem Moment, wo er auf das IDE-SCSI Modul zugreifen will mit > dem Fehler, dass er eine ungültige Zahl an Bytes vom scsi laufwerk > erhält, auf. (...256 expeted, get 352...) > Dieses geschieht sowohl beim fest Einkompilierten IDE_SCSI als auch bei > Modulbauweise. > Ich kann dem Aufhängen nur entgehen, wenn ich das DVD-Laufwerk aus dem > Laptop entferne. ... > Die Folge ist, dass ich einen 2.4.19 Kernel derzeit nicht kompilieren > kann und beim Kompilieren eines 2.4.21 Kernel das ide_scsi (ide-cd) > fehlerhaft kompiliert wird, so dass er sich beim Booten aufhängt. > Der Versuch mit 2.4.22 führt zu den gleichen Problemen wie bei 2.4.21, > nur das der Kernel nicht stehenbleibt. Damit habe ich aber natürlich > keinen Zugriff auf das DVD-CDRW Laufwerk. > Die Probleme mit dem Kompilieren bestehen seit ich vor wenigen Tagen ein > apt-get dist-upgrade (ohne Wechsel der Version: Sarge auf Sarge) gemacht > hatte, nachdem mir bei einem einfachen upgrade mitlerweile zu viele > Pakete zurückgehalten wurden. > In meiner /usr/lib/gcc-lib/i386-linux stehen > 2.95.4 3.0.4 3.2.3 > Compilerversionen zur Verfügung. > Wie kann ich dieses Problem lösen und wo liegt die Ursache? > (Ich nehme an in der gcc-Version, oder) Wäre möglich. Gcc Versionen führen teilweise zu absurden Verhaltensweisen. So blieb nach einem acpi-Patch bei mir mal der Bildschirm schwarz, als ich es mit dem 2.95er gebaut habe (Mit der 3.0er kein Probkem). Aber welche Version hast du denn verwendet um den Kernel zu bauen? Keep smiling yanosz -- Die Datenschützer bitten um Mithilfe https://www.ccc.de/updates/2003/files/poster.big.jpg -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
kernel kompilieren nach dist-upgrade (sarge)
Hallo, ich habe seit einigen Monaten Sarge auf meinem Laptop mit einem selbstkompilierten 2.4.21 Kernel am laufen. Um den Kernel meiner neuen WLAN-karte anzupassen, wollte ich diesen nun (wieder mal ;-) neu kompilieren. Also make menuconfig / Einstellungen wählen / make dep clean bzImage modules modules_install. Anschließend Kernel nach /boot kopiert, lilo.conf angepasst lilo laufen lassen und Neustart. Doch jetzt hängt sich der Kernel, unerwartet und nie zuvor erlebt, offenbar in dem Moment, wo er auf das IDE-SCSI Modul zugreifen will mit dem Fehler, dass er eine ungültige Zahl an Bytes vom scsi laufwerk erhält, auf. (...256 expeted, get 352...) Dieses geschieht sowohl beim fest Einkompilierten IDE_SCSI als auch bei Modulbauweise. Ich kann dem Aufhängen nur entgehen, wenn ich das DVD-Laufwerk aus dem Laptop entferne. Dem Kompilieren des alten (bei dem ide_scsi einwandfrei lief und den ich versehentlich gelöscht habe) und des neuen 2.4.21 Kernels lagen die gleichen Kernelsourcen von kernel.org zugrunde. Ich vermutete zunächst einen Hardwaredefekt; doch beim Booten von einem älteren 2.4.19 Kernel, den ich im März kompiliert hatte, lief die Erkennung/Einbindung des DVD-Laufwerks einwandfrei. Nun versuchte ich diesen 2.4.19 Kernel der WLAN-Karte anzupassen, doch das Kompilieren endete mit folgender Fehlermeldung (selbst ohne Änderungen an der .config vom März): gcc -D__KERNEL__ -I/usr/src/linux-2.4.19/include -Wall -Wstrict-prototypes -Wno- trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpref erred-stack-boundary=2 -march=i686 -nostdinc -I /usr/lib/gcc-lib/i486-linux/3. 3.2/include -DKBUILD_BASENAME=ide_geometry -c -o ide-geometry.o ide-geometry.c ld -m elf_i386 -r -o ide-probe-mod.o ide-probe.o ide-geometry.o gcc -D__KERNEL__ -I/usr/src/linux-2.4.19/include -Wall -Wstrict-prototypes -Wno- trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpref erred-stack-boundary=2 -march=i686 -nostdinc -I /usr/lib/gcc-lib/i486-linux/3. 3.2/include -DKBUILD_BASENAME=ide_disk -c -o ide-disk.o ide-disk.c gcc -D__KERNEL__ -I/usr/src/linux-2.4.19/include -Wall -Wstrict-prototypes -Wno- trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpref erred-stack-boundary=2 -march=i686 -nostdinc -I /usr/lib/gcc-lib/i486-linux/3. 3.2/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_ta blelen' make[3]: *** [ide-cd.o] Fehler 1 make[3]: Leaving directory `/usr/src/linux-2.4.19/drivers/ide' make[2]: *** [first_rule] Fehler 2 make[2]: Leaving directory `/usr/src/linux-2.4.19/drivers/ide' make[1]: *** [_subdir_ide] Fehler 2 make[1]: Leaving directory `/usr/src/linux-2.4.19/drivers' make: *** [_dir_drivers] Fehler 2 Die Folge ist, dass ich einen 2.4.19 Kernel derzeit nicht kompilieren kann und beim Kompilieren eines 2.4.21 Kernel das ide_scsi (ide-cd) fehlerhaft kompiliert wird, so dass er sich beim Booten aufhängt. Der Versuch mit 2.4.22 führt zu den gleichen Problemen wie bei 2.4.21, nur das der Kernel nicht stehenbleibt. Damit habe ich aber natürlich keinen Zugriff auf das DVD-CDRW Laufwerk. Die Probleme mit dem Kompilieren bestehen seit ich vor wenigen Tagen ein apt-get dist-upgrade (ohne Wechsel der Version: Sarge auf Sarge) gemacht hatte, nachdem mir bei einem einfachen upgrade mitlerweile zu viele Pakete zurückgehalten wurden. In meiner /usr/lib/gcc-lib/i386-linux stehen 2.95.4 3.0.4 3.2.3 Compilerversionen zur Verfügung. Wie kann ich dieses Problem lösen und wo liegt die Ursache? (Ich nehme an in der gcc-Version, oder) MfG Andreas -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
