Kernel patchen fuer TCP/IP over USB
Moin, ich versuche gerade TCP/IP over USB einzurichten. Es scheitert allerdings schon am Patchen des Kernels. Ich wollte mich an die SDB halten: http://sdb.suse.de/de/sdb/html/jreuter_zaurus_usb.html Zusätzlich ist das Ganze hier beschrieben: http://www.ruault.com/Zaurus/ethernet-over-usb-howto.html Leider funktioniert das patchen nicht. Ich habe die Sourcen und den passenden Patch für den SuSE-Kernel 2.4.18. Ich habe den Patchbefehl sowohl wie in der SDB, als auch wie auf der ruault-Seite proiert. Meines wissen dürfte es keine Unterschied machen. Die Fehlermeldung ist jedenfalls die selbe: server:/usr/src # zcat usbdnet-SuSE-8.0-2.4.18.patch.gz | patch -p0 patching file linux/drivers/usb/Makefile Hunk #1 succeeded at 97 (offset 6 lines). patching file linux/drivers/usb/Config.in Hunk #1 FAILED at 90. 1 out of 1 hunk FAILED -- saving rejects to file linux/drivers/usb/Config.in.rej patching file linux/drivers/usb/usbdnet.c patching file linux/drivers/usb/serial/Config.in patching file linux/drivers/usb/serial/safe_serial.c patching file linux/drivers/usb/serial/Makefile Ich habe mir einfach mal die Zeile 90 angesehen (89-91): +MODULE_AUTHOR( DRIVER_AUTHOR ); +MODULE_DESCRIPTION( DRIVER_DESC ); +MODULE_LICENSE("GPL"); An denen kann ich jetzt keinen Fehler finden. Mache ich da was grundlegend falsch? Ich dachte, daß Vefahren müßte ja funtkionieren, wenn es schon in der SDB steht. Hat jemand eine Idee? Gruß & Danke Thilo
Hallo, On Sun, 12 Jan 2003, Thilo A. Coblenzer wrote:
server:/usr/src # zcat usbdnet-SuSE-8.0-2.4.18.patch.gz | patch -p0 patching file linux/drivers/usb/Makefile Hunk #1 succeeded at 97 (offset 6 lines). patching file linux/drivers/usb/Config.in Hunk #1 FAILED at 90. 1 out of 1 hunk FAILED -- saving rejects to file linux/drivers/usb/Config.in.rej [..] Ich habe mir einfach mal die Zeile 90 angesehen (89-91): +MODULE_AUTHOR( DRIVER_AUTHOR ); +MODULE_DESCRIPTION( DRIVER_DESC ); +MODULE_LICENSE("GPL");
Falsche Datei ;) Das "Zeile 90" bezieht sich auf die zu patchende Datei, also linux/drivers/usb/Config.in. Ich vermute mal fast, du brauchst usbdnet-SuSE-8.0-2.4.18_91.patch.gz. -dnh -- "All software sucks, but we still use software. All hardware sucks, but I've got quite a pile of that around me too. All social interaction sucks, but getting loved and laid beats the crap out of the alternatives much as a real OS beats the crap out of GameOS." -- adb in b.l-w
Moin, also da war noch ein anderer Patch namens usbdnet-SuSE-8.0-2.4.18_91.patch.gz Diesen konnte ich ohne Fehlermeldung verwenden. Das make modules ist nach einiger Zeit mit einer Fehlermeldung abgebrochen. Allerdings brauche ich ja nur usbdnet.o. Diese Datei wurde erstellt. Dann habe ich mich weiter an die SDB (http://sdb.suse.de/de/sdb/html/jreuter_zaurus_usb.html) gehalten und ein depmod -a ausgeführt: server:/home/thilo # depmod -a depmod: *** Unresolved symbols in /lib/modules/2.4.18-4GB/kernel/drivers/usb/usb dnet.o (Das ist mein kopiertes Modul.) So sollte das nicht aussehen, oder? Was ist denn falsch? Wenn ich den den Zaurus (also mein USB-Gegenstück) einstecke bekomme ich folgendes in der /var/log/messages: insmod: Using /lib/modules/2.4.18-4GB/kernel/drivers/usb/usbdnet.o insmod: Symbol version prefix '' insmod: /lib/modules/2.4.18-4GB/kernel/drivers/usb/usbdnet.o: unresolved symbol __out_of_line_bug insmod: /lib/modules/2.4.18-4GB/kernel/drivers/usb/usbdnet.o: insmod /lib/modules/2.4.18-4GB/kernel/drivers/usb/usbdnet.o failed insmod: /lib/modules/2.4.18-4GB/kernel/drivers/usb/usbdnet.o: insmod usbdnet failed /etc/hotplug/usb.agent[1305]: ... can't load module usbdnet Das das Modul bei lsmod nicht auftaucht brauch ich wohl nicht mehr zu sagen. Hat da jemand einen Tip für mich? Wie gesagt, make modules brach irgendwann ab. Allerdings wenn mein Modul erstellt wurde und ich ja nur das kopieren möchte, dürfte mir das ja egal sein. Gruß & Danke Thilo
Hallo, On Sun, 12 Jan 2003, Thilo A. Coblenzer wrote:
also da war noch ein anderer Patch namens usbdnet-SuSE-8.0-2.4.18_91.patch.gz Diesen konnte ich ohne Fehlermeldung verwenden.
*hehe*
Das make modules ist nach einiger Zeit mit einer Fehlermeldung abgebrochen.
Mail mal die letzten paar Zeilen (10 oder so)...
insmod: Using /lib/modules/2.4.18-4GB/kernel/drivers/usb/usbdnet.o insmod: Symbol version prefix '' insmod: /lib/modules/2.4.18-4GB/kernel/drivers/usb/usbdnet.o: unresolved symbol __out_of_line_bug insmod: /lib/modules/2.4.18-4GB/kernel/drivers/usb/usbdnet.o: insmod /lib/modules/2.4.18-4GB/kernel/drivers/usb/usbdnet.o failed insmod: /lib/modules/2.4.18-4GB/kernel/drivers/usb/usbdnet.o: insmod usbdnet failed /etc/hotplug/usb.agent[1305]: ... can't load module usbdnet
Das das Modul bei lsmod nicht auftaucht brauch ich wohl nicht mehr zu sagen. Hat da jemand einen Tip für mich?
find /usr/src/linux/ -name '*.[ch]' | xargs grep -H '__out_of_line_bug' Du muesstest das mind. einmal (im usbdnet-Kram) finden, interessant sind weitere Fundstellen... -dnh -- 270: C Eine Programmiersprache, bei der die Überprüfung, ob eine Zeichenfolge ein gültiges Programm darstellt, äquivalent zum Halteproblem ist. (Florian Weimer)
Am Sonntag, 12. Januar 2003 22:59 schrieb David Haller:
On Sun, 12 Jan 2003, Thilo A. Coblenzer wrote:
also da war noch ein anderer Patch namens usbdnet-SuSE-8.0-2.4.18_91.patch.gz Diesen konnte ich ohne Fehlermeldung verwenden. Das make modules ist nach einiger Zeit mit einer Fehlermeldung abgebrochen.
Mail mal die letzten paar Zeilen (10 oder so)... ok, da sind sie: make[2]: Wechsel in das Verzeichnis Verzeichnis »/usr/src/linux-2.4.18.SuSE/abi/svr4« gcc -D__KERNEL__ -I/usr/src/linux-2.4.18.SuSE/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i586 -DMODULE -DKBUILD_BASENAME=sysinfo -c -o sysinfo.o sysinfo.c sysinfo.c:9: linux/compile.h: Datei oder Verzeichnis nicht gefunden sysinfo.c: In function `svr4_sysinfo': sysinfo.c:83: `UTS_VERSION' undeclared (first use in this function) sysinfo.c:83: (Each undeclared identifier is reported only once sysinfo.c:83: for each function it appears in.) make[2]: *** [sysinfo.o] Fehler 1 make[2]: Verlassen des Verzeichnisses Verzeichnis »/usr/src/linux-2.4.18.SuSE/abi/svr4« make[1]: *** [_modsubdir_svr4] Fehler 2 make[1]: Verlassen des Verzeichnisses Verzeichnis »/usr/src/linux-2.4.18.SuSE/abi« make: *** [_mod_abi] Fehler 2
Ich sage es vorsichtshalber nocheinmal: Mir geht es nur um usbnet.o Der Rest ist mir egal. Ich möchte dieses Modul kopieren.
insmod: Using /lib/modules/2.4.18-4GB/kernel/drivers/usb/usbdnet.o insmod: Symbol version prefix '' insmod: /lib/modules/2.4.18-4GB/kernel/drivers/usb/usbdnet.o: unresolved symbol __out_of_line_bug insmod: /lib/modules/2.4.18-4GB/kernel/drivers/usb/usbdnet.o: insmod /lib/modules/2.4.18-4GB/kernel/drivers/usb/usbdnet.o failed insmod: /lib/modules/2.4.18-4GB/kernel/drivers/usb/usbdnet.o: insmod usbdnet failed /etc/hotplug/usb.agent[1305]: ... can't load module usbdnet
Hat da jemand einen Tip für mich?
find /usr/src/linux/ -name '*.[ch]' | xargs grep -H '__out_of_line_bug'
Du muesstest das mind. einmal (im usbdnet-Kram) finden, interessant sind weitere Fundstellen... Also das funktioniert bei mir nicht. Ist das ein regulärer Ausdruck, der sagen soll: alle Dateien, die mit .c oder .h enden? Muß da nicht irgendwie ein "oder" rein? Schon ein find /usr/src/linux/ -name '*.[ch]' bringt nix. Allerdings entweder spinnt mein find gerade oder ich stelle mich blöd an! Nach ewigem herumprobieren hier die Ergebniss von *.h:
/usr/src/linux-2.4.18.SuSE/include/linux/kernel.h:extern void __out_of_line_bug(int line) ATTRIB_NORET; /usr/src/linux-2.4.18.SuSE/include/linux/kernel.h:#define out_of_line_bug() __out_of_line_bug(__LINE__) /usr/src/shk/include/linux/kernel.h:extern void __out_of_line_bug(int line) ATTRIB_NORET; /usr/src/shk/include/linux/kernel.h:#define out_of_line_bug() __out_of_line_bug(__LINE__) Und ein *.c findet nix. Könnt Ihr mir damit einen Tip geben? Mir sagt das nix! Gruß & Danke Thilo
Hallo, On Mon, 13 Jan 2003, Thilo A. Coblenzer wrote:
Am Sonntag, 12. Januar 2003 22:59 schrieb David Haller:
On Sun, 12 Jan 2003, Thilo A. Coblenzer wrote:
also da war noch ein anderer Patch namens usbdnet-SuSE-8.0-2.4.18_91.patch.gz Diesen konnte ich ohne Fehlermeldung verwenden. Das make modules ist nach einiger Zeit mit einer Fehlermeldung abgebrochen.
Mail mal die letzten paar Zeilen (10 oder so)... ok, da sind sie: make[2]: Wechsel in das Verzeichnis Verzeichnis »/usr/src/linux-2.4.18.SuSE/abi/svr4«
Oha. Das Verzeichnis gibt's gar nicht im Vanilla-Kernel...
gcc -D__KERNEL__ -I/usr/src/linux-2.4.18.SuSE/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i586 -DMODULE -DKBUILD_BASENAME=sysinfo -c -o sysinfo.o sysinfo.c sysinfo.c:9: linux/compile.h: Datei oder Verzeichnis nicht gefunden sysinfo.c: In function `svr4_sysinfo': sysinfo.c:83: `UTS_VERSION' undeclared (first use in this function) sysinfo.c:83: (Each undeclared identifier is reported only once sysinfo.c:83: for each function it appears in.) make[2]: *** [sysinfo.o] Fehler 1
Da fehlt wohl a) ein #include, oder b) die Datei ist nicht aktuell. Mach mal ein: find /usr/src/linux/ -name "*.h" -print0 | \ xargs -0 grep -H 'UTS_VERSION' (muesste IIRC in include/linux/version.h sein). Ansonsten: kann's sein, dass du ein 'make dep' vergessen hast? Falls nicht, mach mal ein 'make mrproper' und mach nochmal die config...
Ich sage es vorsichtshalber nocheinmal: Mir geht es nur um usbnet.o Der Rest ist mir egal. Ich möchte dieses Modul kopieren.
Dazu sollte der Kernel aber schon durchlaufen... Naja, du kannst immer noch ein 'make drivers/usb/usbdnet.o' versuchen, ich habe da aber eher wenig Hoffnung, dass das sauber durchlaeuft...
find /usr/src/linux/ -name '*.[ch]' | xargs grep -H '__out_of_line_bug'
Du muesstest das mind. einmal (im usbdnet-Kram) finden, interessant sind weitere Fundstellen... Also das funktioniert bei mir nicht. Ist das ein regulärer Ausdruck, der sagen soll: alle Dateien, die mit .c oder .h enden?
Nein, das ist ein "Glob" (siehe 'man find'). Und ja: Alle Dateien, die mit .c oder .h enden (siehe 'man 7 glob').
Muß da nicht irgendwie ein "oder" rein?
Nein, das "oder" steckt schon im '[ch]' (s.og. manpages).
Schon ein find /usr/src/linux/ -name '*.[ch]' bringt nix.
Huch? Bei mir: $ find /usr/src/linux/ -name '*.[ch]' | wc -l 9308
Allerdings entweder spinnt mein find gerade oder ich stelle mich blöd an!
Irgendsowas muss es wohl sein ;) Keine Ahnung, warum das find bei dir nix liefert... Denn das '/' am Ende des Pfades sorgr dafuer, dass der (evtl.) symlink /usr/src/linux aufgeloest wird...
Nach ewigem herumprobieren hier die Ergebniss von *.h:
Naja, irgendwas scheint also zu klappen... Ist /usr/src/linux ein symlink auf '/usr/src/linux-2.4.18.SuSE'? Dann musst du den '/' beim 'find /usr/src/linux/' unbedingt mit angeben (oder 'find /usr/src/linux-2.4.18.SuSE/' verwenden)...
/usr/src/linux-2.4.18.SuSE/include/linux/kernel.h:extern void __out_of_line_bug(int line) ATTRIB_NORET;
/usr/src/linux-2.4.18.SuSE/include/linux/kernel.h:#define out_of_line_bug() __out_of_line_bug(__LINE__)
Ah, ok, sieht soweit eigentlich ok aus... Aber ob dann hinter der Deklaration auch eine Funktion steckt, dazu musst du noch (analog) in den '*.c', '*.s' und '*.S' nachschauen (falls sich dein find immer noch daneben benehmen sollte). Ein (eine Zeile, ohne das '\') find /usr/src/linux/ -name '*.[chsS]' -exec \ grep -H '__out_of_line_bug' {} \; sollte das eigentlich finden.
/usr/src/shk/include/linux/kernel.h:extern void __out_of_line_bug(int ^^^ Wo kommt _das_ nu her??? Pruef mal 'ls -l /usr/src/linux' (ohne ein '/' am Ende!) [snip]
-dnh -- ... at least I thought I was dancing, 'til somebody stepped on my hand. -- J. B. White
Moin, also ich habe jetzt noch etwas herumprobiert. Daher entsorge ich mal die alten Zitate und beschreibe mal was ich gemacht habe. Also ich habe mir nocheinmal die unveränderten Kernel-Sourcen vorgenommen. Die hatte ich vorher durch kopieren gesichert. Dann habe ich ein "make oldconfig" "make dep" "make modules" gemacht. Dann lief das ganze einige Stunden (da merkt man mal wie langsam so ein P2 ist). Letztendlich brach es mit dieser Fehlermeldung ab: gcc -D__KERNEL__ -I/usr/src/linux-2.4.18.SuSE/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i586 -DMODULE -DKBUILD_BASENAME=sysinfo -c -o sysinfo.o sysinfo.c sysinfo.c:9: linux/compile.h: Datei oder Verzeichnis nicht gefunden sysinfo.c: In function `svr4_sysinfo': sysinfo.c:83: `UTS_VERSION' undeclared (first use in this function) sysinfo.c:83: (Each undeclared identifier is reported only once sysinfo.c:83: for each function it appears in.) make[2]: *** [sysinfo.o] Fehler 1 make[2]: Verlassen des Verzeichnisses Verzeichnis »/usr/src/linux-2.4.18.SuSE/abi/svr4« make[1]: *** [_modsubdir_svr4] Fehler 2 make[1]: Verlassen des Verzeichnisses Verzeichnis »/usr/src/linux-2.4.18.SuSE/abi« make: *** [_mod_abi] Fehler 2 Tja und solange nichteinmal der Kernel ohne Patch durchläuft, brauch ich mir wohl über den Patch keine Gedanken zu machen. Wie gesagt, SuSE Kernel, make oldconfig, make dep, make modules Was mache ich denn da falsch? Gruß & Danke Thilo PS: Das mit dem find muß ich mir nocheinmal genauer ansehen. Mir war der Unterschied "mit oder ohne / " nicht bewußt.
Hallo, On Wed, 15 Jan 2003, Thilo A. Coblenzer wrote:
also ich habe jetzt noch etwas herumprobiert. Daher entsorge ich mal die alten Zitate und beschreibe mal was ich gemacht habe.
Also ich habe mir nocheinmal die unveränderten Kernel-Sourcen vorgenommen. Die hatte ich vorher durch kopieren gesichert. Dann habe ich ein "make oldconfig" "make dep" "make modules" gemacht.
Oh. Das ist eine moegliche Ursache. [..]
Letztendlich brach es mit dieser Fehlermeldung ab: gcc -D__KERNEL__ -I/usr/src/linux-2.4.18.SuSE/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i586 -DMODULE -DKBUILD_BASENAME=sysinfo -c -o sysinfo.o sysinfo.c sysinfo.c:9: linux/compile.h: Datei oder Verzeichnis nicht gefunden sysinfo.c: In function `svr4_sysinfo': sysinfo.c:83: `UTS_VERSION' undeclared (first use in this function) [..] Tja und solange nichteinmal der Kernel ohne Patch durchläuft, brauch ich mir wohl über den Patch keine Gedanken zu machen.
Jep. Wobei im SuSE-Kernel ja schon _einige_ patches stecken. Apropos: welchen SuSE-Kernel (release?!?) versuchst du zu kompilieren? Ok. Also, mach folgendes: 1. pack die Kernel-sourcen komplett neu aus! 2. make clean 3. make oldconfig 4. make dep clean bzImage modules 2>&1 | tee __make.log ^^^^^! Falls das immer noch nicht klappt: Schnapp dir erstmal nen vanilla-Kernel von kernel.org...
PS: Das mit dem find muß ich mir nocheinmal genauer ansehen. Mir war der Unterschied "mit oder ohne / " nicht bewußt.
Das macht v.a. dann einen Unterschied, wenn der Pfad ein symlink ist. Denn ein symlink ist eine Datei und kein Dir, ergo sucht ein 'find /usr/src/linux' nur "in" der _Datei_ /usr/src/linux, wenn diese ein symlink ist. Ein 'find /usr/src/linux/' "loest" den symlink auf, und somit bekommst du das gewollte Verhalten... Das ganze laesst sich gut an der benoetigten Zeit erkennen: $ time find /usr/src/linux -name "*.[chsS]" >/dev/null real 0m0.004s user 0m0.000s sys 0m0.010s $ time find /usr/src/linux/ -name "*.[chsS]" >/dev/null real 0m9.127s user 0m0.100s sys 0m0.350s $ time find /usr/src/linux/ -name "*.[chsS]" >/dev/null real 0m0.299s user 0m0.020s sys 0m0.270s [die letztere Version mit den Dateinamen komplett(!) im HDD-Cache] Mit einem beliebigen grep hinterher ist der Unterschied dann aber aehnlich deutlich wie bei den ersten beiden Varianten! [die Dateinamen sind immer noch im Cache!]: $ time find /usr/src/linux -name "*.[chsS]" | xargs grep -q fuck real 0m0.016s user 0m0.010s sys 0m0.010s $ time find /usr/src/linux/ -name "*.[chsS]" | xargs grep -q fuck real 0m13.999s user 0m0.900s sys 0m2.110s -dnh -- The purpose of a windowing system is to put some amusing fluff around your one almighty emacs window. -- Mark on gnu.emacs.help
Am Mittwoch, 15. Januar 2003 00:23 schrieb Thilo A. Coblenzer:
Moin, also ich habe jetzt noch etwas herumprobiert. Daher entsorge ich mal die alten Zitate und beschreibe mal was ich gemacht habe.
Also ich habe mir nocheinmal die unveränderten Kernel-Sourcen vorgenommen. Die hatte ich vorher durch kopieren gesichert. Dann habe ich ein "make oldconfig" "make dep" "make modules" gemacht. Dann lief das ganze einige Stunden (da merkt man mal wie langsam so ein P2 ist). Letztendlich brach es mit dieser Fehlermeldung ab: gcc -D__KERNEL__ -I/usr/src/linux-2.4.18.SuSE/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i586 -DMODULE -DKBUILD_BASENAME=sysinfo -c -o sysinfo.o sysinfo.c sysinfo.c:9: linux/compile.h: Datei oder Verzeichnis nicht gefunden sysinfo.c: In function `svr4_sysinfo': sysinfo.c:83: `UTS_VERSION' undeclared (first use in this function) sysinfo.c:83: (Each undeclared identifier is reported only once sysinfo.c:83: for each function it appears in.) make[2]: *** [sysinfo.o] Fehler 1 make[2]: Verlassen des Verzeichnisses Verzeichnis »/usr/src/linux-2.4.18.SuSE/abi/svr4« make[1]: *** [_modsubdir_svr4] Fehler 2 make[1]: Verlassen des Verzeichnisses Verzeichnis »/usr/src/linux-2.4.18.SuSE/abi« make: *** [_mod_abi] Fehler 2
Tja und solange nichteinmal der Kernel ohne Patch durchläuft, brauch ich mir wohl über den Patch keine Gedanken zu machen. Wie gesagt, SuSE Kernel, make oldconfig, make dep, make modules
Also weiß der Geier warum das nicht funktioniert hat. Ich habe mir jetzt den Mantel-Kernel besorgt und damit geht's! Gruß & Danke Thilo
Hallo Thilo, hallo Leute, Am Sonntag, 12. Januar 2003 14:26 schrieb Thilo A. Coblenzer: [Kernel patchen]
Leider funktioniert das patchen nicht. Ich habe die Sourcen und den passenden Patch für den SuSE-Kernel 2.4.18. Ich habe den Patchbefehl sowohl wie in der SDB, als auch wie auf der ruault-Seite proiert. Meines wissen dürfte es keine Unterschied machen. Die Fehlermeldung ist jedenfalls die selbe:
server:/usr/src # zcat usbdnet-SuSE-8.0-2.4.18.patch.gz | patch -p0 patching file linux/drivers/usb/Makefile Hunk #1 succeeded at 97 (offset 6 lines).
Der Patch hat funktioniert, wenn auch um 6 Zeilen verschoben. Dürfte eigentlich nicht weiter stören ;-)
patching file linux/drivers/usb/Config.in Hunk #1 FAILED at 90. 1 out of 1 hunk FAILED -- saving rejects to file linux/drivers/usb/Config.in.rej
In linux/drivers/usb/Config.in konnte der Patch nicht automatisch (durch patch) eingebunden werden. Der zurückgewiesene Teil des Patches wurde in der genannten .rej-Datei gespeichert. Du wirst also diese Datei mit Hilfe der .rej-Datei selbst überarbeiten müssen.
patching file linux/drivers/usb/usbdnet.c patching file linux/drivers/usb/serial/Config.in patching file linux/drivers/usb/serial/safe_serial.c patching file linux/drivers/usb/serial/Makefile
Der Rest des Patchs lief fehlerfrei durch.
Ich habe mir einfach mal die Zeile 90 angesehen (89-91):
von welcher Datei? IMHO Teil des Patches, oder?
+MODULE_AUTHOR( DRIVER_AUTHOR ); +MODULE_DESCRIPTION( DRIVER_DESC ); +MODULE_LICENSE("GPL");
An denen kann ich jetzt keinen Fehler finden.
Mache ich da was grundlegend falsch?
Nö, müsste schon passen.
Ich dachte, daß Vefahren müßte ja funtkionieren, wenn es schon in der SDB steht.
Hat jemand eine Idee?
Die Versionen passen nicht 100%ig zu denen, die der Patch erwartet. Wenn Du die linux/drivers/usb/Config.in von Hand patchen kannst, sollte das aber kein Problem sein. Gruß Christian Boltz -- Ja, aber damit wirst Du Glenn nicht zufriedenstellen können. Unser Baby will ein Edelfläschchen mit frischer, vorgereinigter Milch, mit feinster Bourbonvanille versetzt und einem Schuss edelstem Madagaskar-Rum. Garniert in einem Früchtetraum aus Mango, Aprikose und Maracuja. [Philipp Zacharias in suse-linux]
Hallo Thila, hallo Liste, Thilo A. Coblenzer [Linux@Coblenzer.de] schrieb:
ich versuche gerade TCP/IP over USB einzurichten. Es scheitert allerdings schon am Patchen des Kernels. Ich wollte mich an die SDB halten: http://sdb.suse.de/de/sdb/html/jreuter_zaurus_usb.html Zusätzlich ist das Ganze hier beschrieben: http://www.ruault.com/Zaurus/ethernet-over-usb-howto.html
Leider funktioniert das patchen nicht. Ich habe die Sourcen und den passenden Patch für den SuSE-Kernel 2.4.18.
Also im Mantel-Kernel ist der Patch schon drinne :-) Falls also alle Stricke reissen sollten... :-) Gruss Florian
participants (4)
-
Christian Boltz
-
David Haller
-
Florian Evers
-
Thilo A. Coblenzer