kaptopkernel - nicht möglich mit gcc-3.3 - openSUSE Users (Deutsch)

newer
Klonen auf andere Platte aber ...1...

kaptopkernel - nicht möglich mit gcc-3.3

older
Problem meit KDE / SuSE 8.2 auf...

Ulrich Guenther

10 Jun 2003 10 Jun '03

15:50

Ich versuche mir einen laptopkernel zu erstellen. Leider scheitert die Konpilierung an all diesen gcc-3.3 - Problemen, spätestens wenn der neueste acpi-patch drin ist; an swsusp nicht zu denken. Ich bin dabei aufzugeben und die Ditribution zu wechseln. Ulrich

Show replies by date

Stefan Schlörholz

10 Jun 10 Jun

18:23

Ulrich Guenther schrieb am Dienstag, 10. Juni 2003 17:50: Hallo Ulrich, eigentlich ja die falsche Liste, besser auf suse-laptop@suse.com

...

Ich versuche mir einen laptopkernel zu erstellen. Leider scheitert die Konpilierung an all diesen gcc-3.3 - Problemen, spätestens wenn der neueste acpi-patch drin ist; an swsusp nicht zu denken.

Ich habe mir einen eigenen Kernel gebaut, aus Vanilla-Kernel 2.4.20, patch 2.4.21-rc2 und patch 2.4.21-rc2-ac3. Der ließ sich mit dem gcc 3.3 übersetzten. Gruß Stefan

Ulrich Guenther

21:32

Am Dienstag, 10. Juni 2003 20:23 schrieb Stefan Schlörholz:

...

Ulrich Guenther schrieb am Dienstag, 10. Juni 2003 17:50:

Hallo Ulrich,

eigentlich ja die falsche Liste, besser auf suse-laptop@suse.com

...
Ich versuche mir einen laptopkernel zu erstellen. Leider scheitert die Konpilierung an all diesen gcc-3.3 - Problemen, spätestens wenn der neueste acpi-patch drin ist; an swsusp nicht zu denken.

Ich habe mir einen eigenen Kernel gebaut, aus Vanilla-Kernel 2.4.20, patch 2.4.21-rc2 und patch 2.4.21-rc2-ac3. Der ließ sich mit dem gcc 3.3 übersetzten.

Gruß

Stefan

Läuft auf dem mplayer ohne dauernd zu stocken? Ging bei mir toll auf SuSE 8.1, auf 8.2 nicht mehr (DMA alles an, was auch hilft). Ulrich

Ulrich Guenther

21:32

Am Dienstag, 10. Juni 2003 20:23 schrieb Stefan Schlörholz:

...

Ulrich Guenther schrieb am Dienstag, 10. Juni 2003 17:50:

Hallo Ulrich,

eigentlich ja die falsche Liste, besser auf suse-laptop@suse.com

...
Ich versuche mir einen laptopkernel zu erstellen. Leider scheitert die Konpilierung an all diesen gcc-3.3 - Problemen, spätestens wenn der neueste acpi-patch drin ist; an swsusp nicht zu denken.

Ich habe mir einen eigenen Kernel gebaut, aus Vanilla-Kernel 2.4.20, patch 2.4.21-rc2 und patch 2.4.21-rc2-ac3. Der ließ sich mit dem gcc 3.3 übersetzten.

Gruß

Stefan

sorry, hast du auch swsusp drin?

Heiner Kuhlmann

11 Jun 11 Jun

07:57

Am Dienstag, 10. Juni 2003 20:23 schrieb Stefan Schlörholz:

...

Ulrich Guenther schrieb am Dienstag, 10. Juni 2003 17:50:

Hallo Ulrich,

eigentlich ja die falsche Liste, besser auf suse-laptop@suse.com

...
Ich versuche mir einen laptopkernel zu erstellen. Leider scheitert die Konpilierung an all diesen gcc-3.3 - Problemen, spätestens wenn der neueste acpi-patch drin ist; an swsusp nicht zu denken.

Ich habe mir einen eigenen Kernel gebaut, aus Vanilla-Kernel 2.4.20, patch 2.4.21-rc2 und patch 2.4.21-rc2-ac3. Der ließ sich mit dem gcc 3.3 übersetzten.

Ich beziehe mich auf den laptopkernel von http://savannah.nongnu.org/projects/laptopkernel Es ist ein gcc-3.3 Problem, das bereits in der Liste zum Laptop-Kernel diskutiert wurde: http://mail.gnu.org/archive/html/laptopkernel-devel/2003-05/msg00010.html Auch der gcc-3.3-43 ftp://ftp.suse.com/pub/people/pthomas/gcc/3.3/8.2-i386/ hat das gleiche Problem. Der gcc stürzt nur dann ab, wenn man Software-Suspend im Kernel aktiviert. Schaltet man Software-Suspend gibt es ein Problem mit undefined reference to `TASK_SUSPENDED' Falls ich einen Workaround habe, melde ich mich auf der Laptop-Liste. Gruss Heiner -- Heiner Kuhlmann Unter den Eichen 30, D-28857 Syke, Germany Phone: +49(4240)95076 FAX +49(4240)95077 PM: heiner.kuhlmann@t-online.de Liste: linux@kr-k.de

Ulrich Guenther

08:42

Am Mittwoch, 11. Juni 2003 09:57 schrieb Heiner Kuhlmann:

...

Am Dienstag, 10. Juni 2003 20:23 schrieb Stefan Schlörholz:

...
Ulrich Guenther schrieb am Dienstag, 10. Juni 2003 17:50:

Hallo Ulrich,

eigentlich ja die falsche Liste, besser auf suse-laptop@suse.com

...
Ich versuche mir einen laptopkernel zu erstellen. Leider scheitert die Konpilierung an all diesen gcc-3.3 - Problemen, spätestens wenn der neueste acpi-patch drin ist; an swsusp nicht zu denken.

Ich habe mir einen eigenen Kernel gebaut, aus Vanilla-Kernel 2.4.20, patch 2.4.21-rc2 und patch 2.4.21-rc2-ac3. Der ließ sich mit dem gcc 3.3 übersetzten.

Ich beziehe mich auf den laptopkernel von http://savannah.nongnu.org/projects/laptopkernel Es ist ein gcc-3.3 Problem, das bereits in der Liste zum Laptop-Kernel diskutiert wurde: http://mail.gnu.org/archive/html/laptopkernel-devel/2003-05/msg00010.html Auch der gcc-3.3-43 ftp://ftp.suse.com/pub/people/pthomas/gcc/3.3/8.2-i386/ hat das gleiche Problem.

Der gcc stürzt nur dann ab, wenn man Software-Suspend im Kernel aktiviert. Schaltet man Software-Suspend gibt es ein Problem mit undefined reference to `TASK_SUSPENDED'

Falls ich einen Workaround habe, melde ich mich auf der Laptop-Liste.

Gruss Heiner

-- Heiner Kuhlmann Unter den Eichen 30, D-28857 Syke, Germany Phone: +49(4240)95076 FAX +49(4240)95077 PM: heiner.kuhlmann@t-online.de Liste: linux@kr-k.de

Das ist richtig. Versucht man aber den laptop-kernel selbst zu basteln (mit neueren Komponenten, wie z.B. patch-2.4.21-rc8 und der neuesten acpi - Implementierung (acpi-20030523-2.4.21-rc3.diff.gz) dann hängt es auch schon an vielen STellen, besonders in dem Modulen. Ausserdem will ich auf das task suspend nicht so gern verzichten. Ich wundere mich, dass sich SuSE auf dieses gcc-3.3 - Experiment eingelassen hat während mandrake und redhat brav beim bewährten gcc-3.2 blieben (wahrscheinlich bis sich die Entwickler umgestellt haben). Ulrich

Heiner Kuhlmann

10:45

Am Mittwoch, 11. Juni 2003 10:42 schrieb Ulrich Guenther:

...

Am Mittwoch, 11. Juni 2003 09:57 schrieb Heiner Kuhlmann:

...
Am Dienstag, 10. Juni 2003 20:23 schrieb Stefan Schlörholz:

...
Ulrich Guenther schrieb am Dienstag, 10. Juni 2003 17:50:

Hallo Ulrich,

eigentlich ja die falsche Liste, besser auf suse-laptop@suse.com

Siehe dort!

...

Das ist richtig. Versucht man aber den laptop-kernel selbst zu basteln (mit neueren Komponenten, wie z.B. patch-2.4.21-rc8 und der neuesten acpi - Implementierung (acpi-20030523-2.4.21-rc3.diff.gz) dann hängt es auch schon an vielen STellen, besonders in dem Modulen. Ausserdem will ich auf das task suspend nicht so gern verzichten.

Ich wundere mich, dass sich SuSE auf dieses gcc-3.3 - Experiment eingelassen hat während mandrake und redhat brav beim bewährten gcc-3.2 blieben (wahrscheinlich bis sich die Entwickler umgestellt haben).

Stimmt Siehe suse-laptop@suse.com Gruss Heiner -- Heiner Kuhlmann Unter den Eichen 30, D-28857 Syke, Germany Phone: +49(4240)95076 FAX +49(4240)95077 PM: heiner.kuhlmann@t-online.de Liste: linux@kr-k.de

Philipp Thomas

12 Jun 12 Jun

11:40

* Ulrich Guenther (ugunt@em.uni-frankfurt.de) [20030611 10:42]:

...

Ich wundere mich, dass sich SuSE auf dieses gcc-3.3 - Experiment eingelassen hat während mandrake und redhat brav beim bewährten gcc-3.2 blieben (wahrscheinlich bis sich die Entwickler umgestellt haben).

Der Hauptgrund ist die Portierung von Linux auf die AMD64 Architektur (Opteron, Hammer), die von SuSE geleistet wird. Für AMD64 benötigen wir gcc 3.3 und da die Tests (vorrangig das Bauen der kompletten Distributionen) ergeben hatten, dass auch auf den anderen von SuSE unterstützten Plattformen keine compilerspezifischen Fehler auftraten, haben wir uns entschieden, den gcc 3.3 zu verwenden. Die für gcc 3.3 nötigen Patches *sind* grösstenteils an die entsprechenden Maintainer gegangen. Wenn diese nicht integriert werden, ist das zunächst nicht das Problem von SuSE. Philipp -- Philipp Thomas SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 Nuremberg, Germany

David Haller

14:09

Hallo, On Thu, 12 Jun 2003, Philipp Thomas wrote:

...

* Ulrich Guenther (ugunt@em.uni-frankfurt.de) [20030611 10:42]:

...
Ich wundere mich, dass sich SuSE auf dieses gcc-3.3 - Experiment eingelassen hat während mandrake und redhat brav beim bewährten gcc-3.2 blieben (wahrscheinlich bis sich die Entwickler umgestellt haben).

Der Hauptgrund ist die Portierung von Linux auf die AMD64 Architektur (Opteron, Hammer), die von SuSE geleistet wird. Für AMD64 benötigen wir gcc 3.3 und da die Tests (vorrangig das Bauen der kompletten Distributionen) ergeben hatten, dass auch auf den anderen von SuSE unterstützten Plattformen keine compilerspezifischen Fehler auftraten, haben wir uns entschieden, den gcc 3.3 zu verwenden.

Oh, "coool"... Nur doof, dass ich meine jetzige SuSE 6.2 dann wohl vergessen muss... /me ist jedenfalls "heiss" darauf, sich nen AMD "*hammer", "Opteron", oder "Athlon64" (wie die "Consumer Version" vermutlich heissen wird -- oder wie auch immer die Teile dann heissen) zuzulegen -- auch das Umfeld (also praktisch das MoBo) sieht inzwischen ja durchaus vielversprechend aus... Die Tests der c't auf nem MSI-Board liefen scheinbar ja schon recht stabil... und obendrein hab ich mit meinem MSI 6167 (AMD 751 ("Irongate") Northbridge + AMD 756 ("Viper") Southbridge) Board fuer den Athlon/K7 eigentlich gute Erfahrungen mit der Kombination AMD+MSI (und das war ein "Fruehstarter"-Kombination) :)) Und da die AMD *hammer offenbar auch bei 32bit wg. der groesseren Caches schneller als die aeq. Athlons (XP/MP) sind... ;)) Das waere dann schon ein HW-Update wert ;) Ich faende es jedenfalls gut, wenn AMD mit der *hammer Architektur Intel mal wieder Feuer unter'm Hintern macht und Bewegung in den Markt bringt (und zuletzt verlorenen Marktanteile wieder gutmacht)... Ich hoffe mal nur, dass AMD die CPUs endlich wieder gescheit verpackt -- ich selbst hab hier zwar ne (robuste) Slot A Version, ich hab aber genug vom mechanischen Gemurkse (und dem, was Haendler sich daraus machen) im Sockel A mitbekommen... Klar, 64bit braucht nicht jeder (das hiess es von den 32bit auch mal ;), aber mich interessiert's ;)

...

Die für gcc 3.3 nötigen Patches *sind* grösstenteils an die entsprechenden Maintainer gegangen. Wenn diese nicht integriert werden, ist das zunächst nicht das Problem von SuSE.

ACK. -dnh --

...

...
...die cd's brennen indische kinder. Ach so. Ist das nicht gefährlich, so Kinder mit dem Lötkolben? Ach da sind genug da die sind austauschbar und es werden jeden tag neue produziert..... lötkolben meine ich jetzt ;) -- Henne und Bernd

Philipp Thomas

23:12

David Haller [Thu, 12 Jun 2003 16:09:33 +0200]:

...

Oh, "coool"... Nur doof, dass ich meine jetzige SuSE 6.2 dann wohl vergessen muss... /me ist jedenfalls "heiss" darauf, sich nen AMD "*hammer", "Opteron", oder "Athlon64" (wie die "Consumer Version" vermutlich heissen wird -- oder wie auch immer die Teile dann heissen) zuzulegen

Im Prinzip musst du nur auf einen aktuellen Kernel gehen, damit Chipsätze etc. korrekt erkannt wird. Das alles läuft dann natürlich im 32Bit Modus. Von SuSE gibt es für AMD64 derzeit nur den SLES und der wird dir sicherlich bei weitem zu teuer sein. Ob es dann irgendwann auch mal eine Professional für AMD64 geben wird entzieht sich meiner Kenntnis. Du wirst also nach derzeitiger Lage mit Debian o.Ä. vorlieb nehmen müssen, wenn Debian denn eine Version für AMD64 anbietet.

...

Ich faende es jedenfalls gut, wenn AMD mit der *hammer Architektur Intel mal wieder Feuer unter'm Hintern macht und Bewegung in den Markt bringt (und zuletzt verlorenen Marktanteile wieder gutmacht)... Ich hoffe mal nur, dass AMD die CPUs endlich wieder gescheit verpackt --

Opteron und Athlon64 sind auf jeden Fall gesockelt. Aber ich habe bisher keine Veranlassung gehabt, einen von denen aus dem Sockel zu hebeln (geschweige denn direkten physischen Zugriff :). Philipp

David Haller

13 Jun 13 Jun

03:29

Hallo, On Fri, 13 Jun 2003, Philipp Thomas wrote:

...

David Haller [Thu, 12 Jun 2003 16:09:33 +0200]: [..] Von SuSE gibt es für AMD64 derzeit nur den SLES und der wird dir sicherlich bei weitem zu teuer sein. Ob es dann irgendwann auch mal eine Professional für AMD64 geben wird entzieht sich meiner Kenntnis.

Waere schoen. Zumindest wenn dann die "Athlon64" Version (also !Opteron) rauskommt... Aber das hat ja noch mind. 6 Monate Zeit ;)

...

...
Ich hoffe mal nur, dass AMD die CPUs endlich wieder gescheit verpackt --

Opteron und Athlon64 sind auf jeden Fall gesockelt. Aber ich habe bisher keine Veranlassung gehabt, einen von denen aus dem Sockel zu hebeln (geschweige denn direkten physischen Zugriff :).

Ich meinte eher, dass die das Die hoffentlich besser schuetzen als z.Z., z.B. so wie Intel das macht, so dass man groessere Chancen hat unfallfrei einen Kuehlkoerper anzubringen ;) -dnh -- While reading this document, at various points the readers may have the urge to ask questions like, "does this make sense?", "is this feasible?," and "is the author sane?". The readers must have the ability to suppress such questions and read on. -- RfC 3251

Ulrich Guenther

11 Jun 11 Jun

11:18

Am Dienstag, 10. Juni 2003 20:23 schrieb Stefan Schlörholz:

...

Ulrich Guenther schrieb am Dienstag, 10. Juni 2003 17:50:

Hallo Ulrich,

eigentlich ja die falsche Liste, besser auf suse-laptop@suse.com

nein, es sit ein gcc-3.3 - Problem, das nicht nur an dieser STelle auftritt.

...

...
Ich versuche mir einen laptopkernel zu erstellen. Leider scheitert die Konpilierung an all diesen gcc-3.3 - Problemen, spätestens wenn der neueste acpi-patch drin ist; an swsusp nicht zu denken.

Ich habe mir einen eigenen Kernel gebaut, aus Vanilla-Kernel 2.4.20, patch 2.4.21-rc2 und patch 2.4.21-rc2-ac3. Der ließ sich mit dem gcc 3.3 übersetzten.

Gruß

Stefan

Thomas Hertweck

10 Jun 10 Jun

18:55

Ulrich Guenther schrieb:

...

Ich versuche mir einen laptopkernel zu erstellen. Leider scheitert die Konpilierung an all diesen gcc-3.3 - Problemen, spätestens wenn der neueste acpi-patch drin ist; an swsusp nicht zu denken.

An was ist nicht zu denken? swsusp? Hmmm...? Von welchen Problemen des GCC 3.3 redest Du denn, wenn Du "all diese" meinst? Ich habe hier schon mehrere Ker- nel uebersetzt, und das ging mit dem GCC 3.3 bisher schon. Es gab zwar ein Haufen Warnungen ueber "com- parison between signed and unsigned integers", aber das sind eben nur Warnungen und fuehren nicht zum Ab- bruch des Compiliervorgangs. Wo genau liegt denn Dein Problem, eine Fehlermeldung zu mailen wuerde da z.B. schon mal sehr gut tun und helfen. Es ist zwar nicht gesagt, dass dann damit jemand was anfangen kann auf dieser Liste, aber es erhoeht mal die Chancen, dass Dir ueberhaupt jemand helfen kann.

...

Ich bin dabei aufzugeben und die Ditribution zu wechseln.

Das steht Dir frei. War Deine Mail also gar keine Frage sondern nur ein Kommentar? CU, Thomson

Ulrich Guenther

21:30

Am Dienstag, 10. Juni 2003 20:55 schrieb Thomas Hertweck:

...

Ulrich Guenther schrieb:

...
Ich versuche mir einen laptopkernel zu erstellen. Leider scheitert die Konpilierung an all diesen gcc-3.3 - Problemen, spätestens wenn der neueste acpi-patch drin ist; an swsusp nicht zu denken.

An was ist nicht zu denken? swsusp? Hmmm...?

Von welchen Problemen des GCC 3.3 redest Du denn, wenn Du "all diese" meinst? Ich habe hier schon mehrere Ker- nel uebersetzt, und das ging mit dem GCC 3.3 bisher schon. Es gab zwar ein Haufen Warnungen ueber "com- parison between signed and unsigned integers", aber das sind eben nur Warnungen und fuehren nicht zum Ab- bruch des Compiliervorgangs. Wo genau liegt denn Dein Problem, eine Fehlermeldung zu mailen wuerde da z.B. schon mal sehr gut tun und helfen. Es ist zwar nicht gesagt, dass dann damit jemand was anfangen kann auf dieser Liste, aber es erhoeht mal die Chancen, dass Dir ueberhaupt jemand helfen kann.

...
Ich bin dabei aufzugeben und die Ditribution zu wechseln.

Das steht Dir frei. War Deine Mail also gar keine Frage sondern nur ein Kommentar?

Nein, bis ich mir die Zeit nehme eine neue Distro zu installieren sind mestens 1-2 neue draussen. Hier ein Bsp: make[3]: Leaving directory `/home/ugunt/inst/kernel/linux-2.4.20/drivers/net/tulip' make -C wan modules make[3]: Entering directory `/home/ugunt/inst/kernel/linux-2.4.20/drivers/net/wan' gcc -D__KERNEL__ -I/home/ugunt/inst/kernel/linux-2.4.20/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -DMODULE -nostdinc -iwithprefix include -DKBUILD_BASENAME=sbni -c -o sbni.o sbni.c sbni.c: In function `calc_crc32': sbni.c:1558: error: asm-specifier for variable `_crc' conflicts with asm clobber list make[3]: *** [sbni.o] Fehler 1 make[3]: Leaving directory `/home/ugunt/inst/kernel/linux-2.4.20/drivers/net/wan' make[2]: *** [_modsubdir_wan] Fehler 2 make[2]: Leaving directory `/home/ugunt/inst/kernel/linux-2.4.20/drivers/net' make[1]: *** [_modsubdir_net] Fehler 2 make[1]: Leaving directory `/home/ugunt/inst/kernel/linux-2.4.20/drivers' make: *** [_mod_drivers] Fehler 2 :(

Philipp Thomas

12 Jun 12 Jun

11:42

* Ulrich Guenther (ugunt@em.uni-frankfurt.de) [20030610 23:30]:

...

Hier ein Bsp: make[3]: Leaving directory `/home/ugunt/inst/kernel/linux-2.4.20/drivers/net/tulip' make -C wan modules make[3]: Entering directory `/home/ugunt/inst/kernel/linux-2.4.20/drivers/net/wan' gcc -D__KERNEL__ -I/home/ugunt/inst/kernel/linux-2.4.20/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -DMODULE -nostdinc -iwithprefix include -DKBUILD_BASENAME=sbni -c -o sbni.o sbni.c sbni.c: In function `calc_crc32': sbni.c:1558: error: asm-specifier for variable `_crc' conflicts with asm clobber list make[3]: *** [sbni.o] Fehler 1 make[3]: Leaving directory

Klarer Fehler im Code, also muss der Code gefixt werden. So einfach ist das! Philipp -- Philipp Thomas SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 Nuremberg, Germany

Stefan Schlörholz

11 Jun 11 Jun

12:20

Ulrich Guenther schrieb am Dienstag, 10. Juni 2003 17:50: Hallo Ulrich,

...

Ich versuche mir einen laptopkernel zu erstellen. Leider scheitert die Konpilierung an all diesen gcc-3.3 - Problemen, spätestens wenn der neueste acpi-patch drin ist; an swsusp nicht zu denken.

Da lief gerade eine Antwort zu dem Thema auf der suse-laptop Liste. Hast Du die gesehen? Gruß Stefan

7630

Age (days ago)

7633

Last active (days ago)

List overview

Download

15 comments

7 participants

participants (7)

David Haller
Heiner Kuhlmann
Philipp Thomas
Philipp Thomas
Stefan Schlörholz
Thomas Hertweck
Ulrich Guenther