[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: NDISWrapper Installation unter 2.6.8-11-amd64



Andreas Pakulat schrieb:

On 28.09.05 14:13:49, Familie Britta und Olaf Riemer wrote:
Andreas Janssen schrieb:
Andreas Pakulat (<apaku@gmx.de>) wrote:
On 27.09.05 18:02:03, Familie Britta und Olaf Riemer wrote:
Debian-Laptop:/home/olaf# dmesg | grep gcc
ndiswrapper: version magic '2.6.8-11-amd64-generic gcc-3.3' should be '2.6.8-11-amd64-generic gcc-3.4' (Ist das die Info, dass meine gcc - Version älter ist, als die Version mit der der Kernel kompiliert wurde?)

Nein, das ist die Information, dass das Modul mit gcc-3.4 gebaut werden
sollte damit es funktioniert.

Debian-Laptop:/home/olaf# cat /proc/version
Linux version 2.6.8-11-amd64-generic (buildd@athlon.lowpingbastards.de) (gcc version 3.4.4 20050314 (prerelease) (Debian 3.4.3-13)) #1 Wed Jun 1 00:42:47 CEST 2005

Aehm, da hat dir irgendwer einen Kernel untergeschoben, der mit dem
falschen gcc kompiliert wurde. Der angegeben buildd arbeitet mit gcc-3.4
als Default-Compiler, aber gcc-3.4 war _nie_ Default-Compiler in Debian
(Debian ist von 3.3 direkt auf 4.0 gewechselt). Also entweder einen
Bugreport gegen das Kernel-image-Paket schreiben oder den Kernel selbst
mit gcc-3.3 übersetzen.

gcc-Version 3.3.5 (Debian 1:3.3.5-13)

Normal für ein stable-System.

Nun habe ich mir gedacht, installiere ich gcc-3.4 über den Paketmanager. Hat er keine Fehlermeldungen gebracht. Der Status aller Pakete ist installed:

Bei der Abfrage der gcc - Versionen hat sich aber nichts geändert:
Debian-Laptop:/home/olaf# gcc -v

"gcc" ist auch nur der Default-Compiler, in Debian koennen mehrere
Compiler-Versionen parallel betrieben werden, dafür wird das gcc-Binary
in gcc-<version> umbenannt. gcc-3.4 -v liefert dir die entsprechende
Information.

Die einzige Möglichkeit dies zu ändern ist den Link auf gcc-3.4 zu
ändern, dann solltest du aber auch die cpp und g++ Links aendern damit
das ganze konsistent bleibt.
Ich würde aber wahrscheinlich einfach einen neuen Kernel mit gcc-3.3
bauen..

Andreas

Vielen Dank Andreas!

Jetzt habe ich die Zusammenhänge verstanden. An meinem Kernel wollte ich nicht rütteln. Ich habe nur 2 Images für AMD64 Prozessoren gefunden, die beide als Default gcc 3.4 verwenden. (http://cdimage.debian.org/cdimage/unofficial/sarge-amd64/iso-cd/debian-31r0a-amd64-netinst.iso) Daraufhin habe ich jetzt die Links von gcc , cpp , und g++ auf Version 3.4 geändert und ndiswrapper neu kompiliert. Und jetzt kann ich ndiswrapper auch als Modul und den entsprechenden 64 Bit- Windowstreiber laden. NDISWrapper sagt sogar, dass es meine Hardware sehen kann.

Debian-Laptop:/home/olaf/Driver# ndiswrapper -l
No drivers installed
Debian-Laptop:/home/olaf/Driver# ndiswrapper -i bcmwl5.inf
Installing bcmwl5
Debian-Laptop:/home/olaf/Driver# ndiswrapper -l
Installed ndis drivers:
bcmwl5  driver present, hardware present
Debian-Laptop:/home/olaf/Driver# iwlist wlan0 scan
wlan0     Interface doesn't support scanning.

Debian-Laptop:/home/olaf/Driver# iwlist
Usage: iwlist [interface] scanning
             [interface] frequency
             [interface] channel
             [interface] bitrate
             [interface] rate
             [interface] encryption
             [interface] key
             [interface] power
             [interface] txpower
             [interface] retry
             [interface] ap
             [interface] accesspoints
             [interface] peers
             [interface] event
Debian-Laptop:/home/olaf/Driver#

Nur leider kann ich das wlan0- Interface noch nicht finden.

Debian-Laptop:/home/olaf/Driver# iwlist scanning
lo        Interface doesn't support scanning.

eth0      Interface doesn't support scanning.

eth1      Interface doesn't support scanning.

sit0      Interface doesn't support scanning.

Debian-Laptop:/home/olaf/Driver#

Ich bin mir nicht sicher, aber vielleicht liegt das ja am Windowstreiber. Ich werde es jetzt mal mit 32 Bit versuchen, da weiß ich das die Karte mit dem 32 Bit- Treiber schon gelaufen ist.

Vielen Dank nochmals!
Gruß
Olaf Riemer







Reply to: