Problem bei Kernel-Update 2.4.21-144 mit Nforce2
Hallo,
mein System (ABIT NF7-S V2.0, Nvidia Nforce2, AMD Barton 2600+, SATA WD
37GB raptor,
onboard LAN und Sound) läuft
mit allen o.a. Komponenten nach
1. rpm -Uvh NVIDIA_nforce-1.0-0261.suse90.i586.rpm
2. Yast: UMDA100 (mode 5)
stabil und sehr schnell :)
Beim Internetzugriff über Suse Firewall2 mit Mozilla Firebird hängt
selbiger, vgl
Probleme von Wolfgang Rosenauer in der Mailingliste, 11.Oktober 2003.
Somit ist ein Kernel-Update von 2.4.21-99 auf 2.4.21-144 sinnvoll.
Der Anleitung http://portal.suse.de/sdb/de/2002/04/nforce7x.html
folgend habe ich
aus meiner Pro-Version die Kernel-Source
eingespielt, anschliessend per YOU die Kernel-Source für 2.4.21-144
runtergeladen.
Wie erwartet, läuft der neue Kernel nach
der Installation.
linux:~/nforce # rpm -q k_athlon
k_athlon-2.4.21-144
Die eingebaute Netzwerkkarte tut wie erwartet nicht (tut mit Kernel
2.4.21-99 und
passendem rpm von Nvidia).
tar xvzf NVIDIA_nforce-1.0-0261.tar.gz
cd nforce
liefert die Sourcen für das NVIDIA-Modul.
Probleme gibts beim Aufruf von make, s.u. Was fehlt mir, bzw. kann mir
jemand noch
einen Tipp geben?????
Viele Grüsse,
Jörg
linux:~/nforce # make
make -C nvnet
make[1]: Entering directory `/root/nforce/nvnet'
cc -c -Wall -DLINUX -DMODULE -DEXPORT_SYMTAB -D__KERNEL__ -O
-Wstrict-prototypes
-DCONFIG_PM -fno-strict-aliasing -mpreferred-stack-boundary=2
-march=i686
-falign-functions=4 -DMODULE
-I/lib/modules/2.4.21-144-athlon/build/include
nvnet.c
In file included from /usr/include/linux/module.h:20,
from nvnet.h:20,
from nvnet.c:21:
/usr/include/asm/module.h:54:2: #error unknown processor family
In file included from /usr/include/linux/irq.h:19,
from /usr/include/asm/hardirq.h:6,
from /usr/include/linux/interrupt.h:10,
from nvnet.h:30,
from nvnet.c:21:
/usr/include/asm/irq.h:16:25: irq_vectors.h: Datei oder Verzeichnis
nicht gefunden
In file included from /usr/include/asm/hardirq.h:6,
from /usr/include/linux/interrupt.h:10,
from nvnet.h:30,
from nvnet.c:21:
/usr/include/linux/irq.h:67: error: `CONFIG_X86_L1_CACHE_SHIFT'
undeclared here (not
in a function)
/usr/include/linux/irq.h:67: error: requested alignment is not a
constant
/usr/include/linux/irq.h:69: error: `NR_IRQS' undeclared here (not in a
function)
In file included from /usr/include/linux/irq.h:71,
from /usr/include/asm/hardirq.h:6,
from /usr/include/linux/interrupt.h:10,
from nvnet.h:30,
from nvnet.c:21:
/usr/include/asm/hw_irq.h:28: error: `NR_IRQS' undeclared here (not in a
function)
/usr/include/asm/hw_irq.h:31: error: `NR_IRQS' undeclared here (not in a
function)
In file included from /usr/include/linux/interrupt.h:10,
from nvnet.h:30,
from nvnet.c:21:
/usr/include/asm/hardirq.h:13: error: `CONFIG_X86_L1_CACHE_SHIFT'
undeclared here
(not in a function)
/usr/include/asm/hardirq.h:13: error: requested alignment is not a
constant
In file included from nvnet.h:31,
from nvnet.c:21:
/usr/include/linux/version.h:2:2: #error
"======================================================="
/usr/include/linux/version.h:3:2: #error "You should not include
/usr/include/{linux,asm}/ header"
/usr/include/linux/version.h:4:2: #error "files directly for the
compilation of
kernel modules."
/usr/include/linux/version.h:5:2: #error ""
/usr/include/linux/version.h:6:2: #error "glibc now uses kernel header
files from a
well-defined"
/usr/include/linux/version.h:7:2: #error "working kernel version (as
recommended by
Linus Torvalds)"
/usr/include/linux/version.h:8:2: #error "These files are glibc internal
and may not
match the"
/usr/include/linux/version.h:9:2: #error "currently running kernel. They
should only
be"
/usr/include/linux/version.h:10:2: #error "included via other system
header files -
user space"
/usr/include/linux/version.h:11:2: #error "programs should not directly
include
Hallo Jörg, hallo Leute, Am Dienstag, 30. Dezember 2003 18:05 schrieb Jörg:
[...] Probleme gibts beim Aufruf von make, s.u. Was fehlt mir, bzw. kann mir jemand noch einen Tipp geben?????
[...] /usr/include/asm/irq.h:16:25: irq_vectors.h: Datei oder Verzeichnis nicht gefunden
*gähn* pin irq_vectors.h Gruß Christian Boltz -- Zeitreisen vermeide ich immer, sollen irgendwie ungesund sein. [Helga Fischer in suse-linux]
Hallo Christian, danke erst einmal. pin irq_vectors.h und Modifikation von /usr/include/asm/irq.h #include "irq_vectors.h" geändert zu #include "/usr/include/asm/mach-default/irq_vectors.h" behebt die Fehlermeldung. Damit läuft make noch lange nicht. Muss ich nun wirklich mit einer nagel neuen Suse Linux Pro 9.0 noch von Hand diese Art von Debugging machen? Dazu ist mit eigentlich meine Zeit zu schade. Hier hat Suse die Hausaufgaben nicht gemacht. Gruss, Jörg Christian Boltz wrote:
Hallo Jörg, hallo Leute,
Am Dienstag, 30. Dezember 2003 18:05 schrieb Jörg:
[...] Probleme gibts beim Aufruf von make, s.u. Was fehlt mir, bzw. kann mir jemand noch einen Tipp geben?????
[...] /usr/include/asm/irq.h:16:25: irq_vectors.h: Datei oder Verzeichnis nicht gefunden
*gähn* pin irq_vectors.h
Gruß
Christian Boltz -- Zeitreisen vermeide ich immer, sollen irgendwie ungesund sein. [Helga Fischer in suse-linux]
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Jörg wrote:
pin irq_vectors.h und Modifikation von /usr/include/asm/irq.h #include "irq_vectors.h" geändert zu #include "/usr/include/asm/mach-default/irq_vectors.h" behebt die Fehlermeldung. Damit läuft make noch lange nicht.
*schluck* Ich glaube nicht, dass derartige Aenderungen an Header-Dateien der glibc(!) eine gute Sache sind! Das Problem liegt sicherlich an einer anderen Stelle begraben... CU, Th.
Hallo Thomas, da gebe ich Dir recht. War ein erster dilletantischer Versuch. Habe für den Kernel 2.4.21-99 erfolgreich aus NVIDIA_nforce-1.0-0261.tar.gz die Module nvnet und nvaudio nach Anleitung aus http://portal.suse.de/sdb/de/2002/04/nforce7x.html generiert, keine make-Probleme wie gestern beschrieben mit Kernel-Update 2.4.21-144. Einziger Stolperstein: Directory /lib/modules/2.4.21-override-athlon/kernel/drivers/net fehlt. Also Korrektur der dilletantischen SUSE-Doku (nicht geprüft bzw. nicht up-to-date, ich bin wie gesagt sauer, dass das was in der Doku steht, offenbar nie ausprobiert wurde): Vor Schritt 4 (geht sicherlich noch eleganter, bin kein Profi): mkdir /lib/modules/2.4.21-override-athlon/kernel mkdir /lib/modules/2.4.21-override-athlon/kernel/drivers mkdir /lib/modules/2.4.21-override-athlon/kernel/drivers/net Ich versuche bei Gelegenheit, das ganze auch für 144 zum Laufen zu bringen, es sei denn jemand kann mir spontan eine Lösung anbieten (muss an kernel-source für 2.4.21-144 oder an nicht korrekten Links liegen). Gruss, Jörg Thomas Hertweck wrote:
Jörg wrote:
pin irq_vectors.h und Modifikation von /usr/include/asm/irq.h #include "irq_vectors.h" geändert zu #include "/usr/include/asm/mach-default/irq_vectors.h" behebt die Fehlermeldung. Damit läuft make noch lange nicht.
*schluck* Ich glaube nicht, dass derartige Aenderungen an Header-Dateien der glibc(!) eine gute Sache sind! Das Problem liegt sicherlich an einer anderen Stelle begraben...
CU, Th.
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo Joerg! Bitte lerne, Emails ordentlich zu quoten - was Du produziert hast, nennt sich TOFU (Text Oben, Fullquote Unten) und macht Threads auf Mailinglisten unuebersichtlich und quasi nicht mehr durchschaubar. Bitte gewoehne Dir eine andere Art des Zitierens an, siehe dazu auch http://learn.to/quote/. Jörg wrote:
[...] Einziger Stolperstein: Directory /lib/modules/2.4.21-override-athlon/kernel/drivers/net fehlt.
Also Korrektur der dilletantischen SUSE-Doku (nicht geprüft bzw. nicht up-to-date, ich bin wie gesagt sauer, dass das was in der Doku steht, offenbar nie ausprobiert wurde):
Vor Schritt 4 (geht sicherlich noch eleganter, bin kein Profi): mkdir /lib/modules/2.4.21-override-athlon/kernel mkdir /lib/modules/2.4.21-override-athlon/kernel/drivers mkdir /lib/modules/2.4.21-override-athlon/kernel/drivers/net
Das override-Verzeichnis ist zum Funktionieren des Modules nicht wirklich erforderlich, das Anlegen der Verzeichnisse haettest Du Dir so gesehen sparen koennen. Das override-Verzeichnis ist eine SuSE Eigenheit! SuSE hat inzwischen das Kernel-Release in den Namen aufgenommen (z.B. 2.4.21-99-athlon -> 99 = Release-Number) - mit jedem kleinen Bugfix (Patch) aendert sich aber diese Nummer, und externe Module muessten jedesmal neu compiliert werden, selbst bei nur minimalen Aenderungen am Kernel, da sich der Module-Pfad gaendert hat. Deswegen gibt es das override-Verzeichnis, in dem externe Module abgelegt werden koennen. Es wird _zuerst_ in diesem Verzeichnis nach einem entsprechenden Modul gesucht (durch die modutils) und dann in dem regulaeren /lib/modules/`uname -r`/. Das heisst, Module im override-Verzeichnis haben Vorrang - dadurch kann SuSE nun Patches einspielen und die Release-Nummer erhoehen, ohne dass externe Module extra neu compiliert werden muessen. Das geht natuerlich nur so lange gut, wie das Modul im override-Verzeichnis wirklich noch zum gepatchten Kernel passt. Module im override-Verzeichnis werden _nicht_ automatisch geloescht - ist ein Modul dort also veraltet, dann kann es nicht geladen werden und kann u.U. sogar zu einem Kernel-Crash fuehren, selbst wenn ein korrektes Modul im regulaeren Module-Verzeichnis dagewesen waere. Dieses Feature(?) des override-Verzeichnisses von SuSE halte ich fuer potentiell sehr gefaehrlich und fehlertraechtig! Es ist die Aufgabe des Systemadministrators, dieses Verzeichnis zu verwalten und evtl. vorhandene veraltete Module zu entfernen. Ich wuerde dieses Verzeichnis immer komplett leer lassen, denn nur dann ist man auf der sicheren Seite - allerdings eben zu dem Preis, dass vielleicht externe Kernel-Module oefters neu compiliert werden muessen...
[TOFU geloescht]
Gruesse, Thomson
Hallo, habe folgendes PC-Netz: PC1: Drucker, Suse 9.0, aktive Firewall2 auf etc0, Apache2 server, soll nur für User am PC1 zugänglich sein PC2: Windows 98 PC3: Windows 98 Ich möchte von PC2/3 auf den Drucker und das Home-Verzeichnis des PC2-Users zugreifen können (Samba-Standartkonfiguration). Zusätzlich soll für User an PC2/3 der Apache2-Server nicht zugänglich sein. Was muss ich bei Firewall2 ändern, damit das geht? Z.B. welche ports (nicht 80) muss ich freischalten ? Gruss, Jörg
participants (3)
-
Christian Boltz -
Jörg -
Thomas Hertweck