kernelupdate 2.6.13-15.7 und fcpci
Da ich einen leicht veränderten Kernel brauche baue ich mir normalweise auch das fritz Modul in kernel-modules/fritzcapi selbst. Nach dem heutigen Kernelupdate lässt sich das Modul aber leider nicht laden sondern liefert folgendes im log: Dec 7 12:59:11 murpel kernel: fcpci: disagrees about version of symbol per_cpu__softnet_data Dec 7 12:59:11 murpel kernel: fcpci: Unknown symbol per_cpu__softnet_data Dec 7 12:59:11 murpel kernel: fcpci: disagrees about version of symbol detach_capi_ctr Dec 7 12:59:11 murpel kernel: fcpci: Unknown symbol detach_capi_ctr Dec 7 12:59:11 murpel kernel: fcpci: disagrees about version of symbol skb_over_panic Dec 7 12:59:11 murpel kernel: fcpci: Unknown symbol skb_over_panic Dec 7 12:59:11 murpel kernel: fcpci: disagrees about version of symbol capi_ctr_reseted Dec 7 12:59:11 murpel kernel: fcpci: Unknown symbol capi_ctr_reseted Dec 7 12:59:11 murpel kernel: fcpci: disagrees about version of symbol capi_ctr_ready Dec 7 12:59:11 murpel kernel: fcpci: Unknown symbol capi_ctr_ready Dec 7 12:59:11 murpel kernel: fcpci: disagrees about version of symbol alloc_skb Dec 7 12:59:11 murpel isdnlog: isdnlog: Can't open /dev/isdnctrl0 (No such device) Dec 7 12:59:11 murpel kernel: fcpci: Unknown symbol alloc_skb Dec 7 12:59:11 murpel kernel: fcpci: disagrees about version of symbol capi_ctr_handle_message Dec 7 12:59:11 murpel kernel: fcpci: Unknown symbol capi_ctr_handle_message Dec 7 12:59:11 murpel isdnlog: isdnlog Version 4.70 exiting Dec 7 12:59:11 murpel kernel: fcpci: disagrees about version of symbol attach_capi_ctr Dec 7 12:59:11 murpel isdnlog: exit now 2 Dec 7 12:59:11 murpel kernel: fcpci: Unknown symbol attach_capi_ctr Dec 7 12:59:11 murpel kernel: fcpci: disagrees about version of symbol __kfree_skb Dec 7 12:59:11 murpel kernel: fcpci: Unknown symbol __kfree_skb Braucht man für den neuen Kernel auch neue fritzcapi Quellen?
On Wed, Dec 07, 2005 at 01:35:41PM +0100, Holger Krull wrote:
Da ich einen leicht veränderten Kernel brauche baue ich mir normalweise auch das fritz Modul in kernel-modules/fritzcapi selbst. Nach dem heutigen Kernelupdate lässt sich das Modul aber leider nicht laden sondern liefert folgendes im log:
Dec 7 12:59:11 murpel kernel: fcpci: disagrees about version of symbol per_cpu__softnet_data Dec 7 12:59:11 murpel kernel: fcpci: Unknown symbol per_cpu__softnet_data Dec 7 12:59:11 murpel kernel: fcpci: disagrees about version of symbol detach_capi_ctr ...
Braucht man für den neuen Kernel auch neue fritzcapi Quellen?
Nein, aber unbedingt make clean vor dem bauen und dafuer sorgen das er auch genau die Sourcen des entsprechenden kernels verwendet am sichersten: make KERNEL_SOURCE=/<_pfad_zu_den_neuen_kernelsourcen> Das default ist der gerade laufende kernel, wenn man also vor dem Install den fcpci baut, dann nimmt er den alten Source her. -- Karsten Keil SuSE Labs ISDN development
On Wed, Dec 07, 2005 at 01:35:41PM +0100, Holger Krull wrote:
...
Braucht man für den neuen Kernel auch neue fritzcapi Quellen?
Nein, aber unbedingt make clean vor dem bauen und dafuer sorgen das er auch genau die Sourcen des entsprechenden kernels verwendet am sichersten: make KERNEL_SOURCE=/<_pfad_zu_den_neuen_kernelsourcen> Das default ist der gerade laufende kernel, wenn man also vor dem Install den fcpci baut, dann nimmt er den alten Source her.
Es ist schon der neue Kernel gebootet, aber obwohl /usr/src/linux auf
Karsten Keil schrieb: linux-2.6.13-15.7 zeigt funktioniert es erst mit der expliziten KERNEL_SOURCE Angabe.
On Wed, Dec 07, 2005 at 04:28:37PM +0100, Holger Krull wrote:
On Wed, Dec 07, 2005 at 01:35:41PM +0100, Holger Krull wrote:
...
Braucht man für den neuen Kernel auch neue fritzcapi Quellen?
Nein, aber unbedingt make clean vor dem bauen und dafuer sorgen das er auch genau die Sourcen des entsprechenden kernels verwendet am sichersten: make KERNEL_SOURCE=/<_pfad_zu_den_neuen_kernelsourcen> Das default ist der gerade laufende kernel, wenn man also vor dem Install den fcpci baut, dann nimmt er den alten Source her.
Es ist schon der neue Kernel gebootet, aber obwohl /usr/src/linux auf
Karsten Keil schrieb: linux-2.6.13-15.7 zeigt funktioniert es erst mit der expliziten KERNEL_SOURCE Angabe.
/usr/src/linux ist nicht beteiligt. Der default ist (s. Makefile in KERNELRELEASE = $(shell uname -r) KERNEL_SOURCE := /lib/modules/$(KERNELRELEASE)/build Das zeigt beim Distributionskernel auf /usr/src/linux-<version>-obj/i386/<type> wo die entsprechenden Infos abgelegt wurden, ein einfaches make in den kernelsourcen updatet das nicht, am besten man aendert die Version im Kernel Makefile um die eigene Version zu unterscheiden, ich haeng z.B. immer ein kke dran. -- Karsten Keil SuSE Labs ISDN development
Karsten Keil schrieb:
/usr/src/linux ist nicht beteiligt.
Der default ist (s. Makefile in KERNELRELEASE = $(shell uname -r) KERNEL_SOURCE := /lib/modules/$(KERNELRELEASE)/build
Das zeigt beim Distributionskernel auf /usr/src/linux-<version>-obj/i386/<type> wo die entsprechenden Infos abgelegt wurden, ein einfaches make in den kernelsourcen updatet das nicht, am besten man aendert die Version im Kernel Makefile um die eigene Version zu unterscheiden, ich haeng z.B. immer ein kke dran.
Danke für die Erklärung, müsste dazu nicht die Änderung von LOCALVERSION im Abschnitt General Setup reichen wenn man xconfig benutzt?
On Thu, Dec 08, 2005 at 10:06:29AM +0100, Holger Krull wrote:
Karsten Keil schrieb:
/usr/src/linux ist nicht beteiligt.
Der default ist (s. Makefile in KERNELRELEASE = $(shell uname -r) KERNEL_SOURCE := /lib/modules/$(KERNELRELEASE)/build
Das zeigt beim Distributionskernel auf /usr/src/linux-<version>-obj/i386/<type> wo die entsprechenden Infos abgelegt wurden, ein einfaches make in den kernelsourcen updatet das nicht, am besten man aendert die Version im Kernel Makefile um die eigene Version zu unterscheiden, ich haeng z.B. immer ein kke dran.
Danke für die Erklärung, müsste dazu nicht die Änderung von LOCALVERSION im Abschnitt General Setup reichen wenn man xconfig benutzt?
Sorry ich kenn mich da auch nicht so genau aus, wenn LOCALVERSION ein anderes DIR unter /lib/modules beim 'make modules_install' erzeugt sollte es ausreichen. Ich editier immer noch das Makefile, da das früher die einzigste Möglichkeit war. -- Karsten Keil SuSE Labs ISDN development
participants (2)
-
Holger Krull -
Karsten Keil