[gelöst] Linux-Headers nicht vorhanden???

[BillyG]

Hallo!

Ich habe mir gerade den kernel 2.6.37.2 eingerichtet und wollte nun meinen WLAN-Treiber für den neuen kernel installieren.
Kriege allerdings folgende Aussage zustande:

http://nopaste.debianforum.de/35381

Nun weiß ich nicht, ob es daran liegt, dass vielleicht die Header für den kernel nicht vorhanden sind?
Benutze Squeeze und der Treiber funktionierte beim kernel 2.6.32-5-686 bravorös...

Danke für die Hilfe

[Saxman]

Für Squeeze gibt es bisher keinen offiziellen 2.6.37 kernel.
Ergo, da wo du den her hast sollten sich (vielleicht) auch die passenden header finden lassen.

[BillyG]

Für Squeeze gibt es bisher keinen offiziellen 2.6.37 kernel.
Ergo, da wo du den her hast sollten sich (vielleicht) auch die passenden header finden lassen.

kernel.org und dann selbst kompiliert...
Und ich weiß nicht, wo man die auf kernel.org finden kann...

[Saxman]

kernel.org und dann selbst kompiliert...
Und ich weiß nicht, wo man die auf kernel.org finden kann...

Wenn du den kernel selber baust musst du sie beim compilieren auch selber mit erstellen.

[towo]

Obwohl man da die Header nicht unbedingt braucht, weil man sollte ja die Source haben

[catdog2]

In diesem Fall liegt es übrigens nicht an fehlenden headern.

Benutze Squeeze und der Treiber funktionierte beim kernel 2.6.32-5-686 bravorös...

Jup aber beim 2.6.37 eben nicht.

Da fehlt neuerdings ein #define im kernel, bin da auch schon mal drauf gestoßen mit dem Treiber
ersetze in Zeile 485 von src/wl/sys/wl_linux.c

Code: Alles auswählen

init_MUTEX(&wl->sem);

durch

Code: Alles auswählen

sema_init(&wl->sem, 1);

Dann sollts gehen

zu den Headern:
Wenn man make-kpkg benutzt (was wirklich empfehlenswert ist) kann man einfach kernel_headers mit dran hängen und kriegt dann ein Paket mit den Headers.

Obwohl man da die Header nicht unbedingt braucht, weil man sollte ja die Source haben

1. Den muss man dann aber behalten und das so wie er ist (der bläht sich auch ganz schön auf beim kompilieren).
2. Wenn man ein Paket mit den headers hat regelt das die Paketverwaltung was einfach schöner ist.

[BillyG]

In diesem Fall liegt es übrigens nicht an fehlenden headern.

Benutze Squeeze und der Treiber funktionierte beim kernel 2.6.32-5-686 bravorös...

Jup aber beim 2.6.37 eben nicht.

Da fehlt neuerdings ein #define im kernel, bin da auch schon mal drauf gestoßen mit dem Treiber
ersetze in Zeile 485 von src/wl/sys/wl_linux.c

Code: Alles auswählen

init_MUTEX(&wl->sem);

durch

Code: Alles auswählen

sema_init(&wl->sem, 1);

Dann sollts gehen

zu den Headern:
Wenn man make-kpkg benutzt (was wirklich empfehlenswert ist) kann man einfach kernel_headers mit dran hängen und kriegt dann ein Paket mit den Headers.

Obwohl man da die Header nicht unbedingt braucht, weil man sollte ja die Source haben

1. Den muss man dann aber behalten und das so wie er ist (der bläht sich auch ganz schön auf beim kompilieren).
2. Wenn man ein Paket mit den headers hat regelt das die Paketverwaltung was einfach schöner ist.

Vielen hunderttausendfachen Dank, es hat funktioniert!!!
Wie kommt man denn bitte darauf? Woher wusstest du, dass diese Funktion nicht mehr existiert?
Und wie ist das mit dem Header-Package zu verstehen, bitte?
Kann ich während des kernel-Kompilierens diese Einstellungen festlegen?
Danke auf jeden Fall!

[catdog2]

Wie kommt man denn bitte darauf? Woher wusstest du, dass diese Funktion nicht mehr existiert?

Durch die Fehlermeldung und ein bisschen googlen bin ich da drauf gekommen.

Und wie ist das mit dem Header-Package zu verstehen, bitte?
Kann ich während des kernel-Kompilierens diese Einstellungen festlegen?

http://debiananwenderhandbuch.de/kernelbauen.html

Code: Alles auswählen

make-kpkg --initrd -j cpuanzahl kernel_image kernel_headers

In einem konfigurierten kernel source sollts im wesentlichen tun. Die .deb Pakete findest du dann eine Verzeichnisebene höher. (make-kpkg ist in kernel-package)