You are not logged in.
I was having instability with the included ipw2200 drivers (the network card would drop its connection under heavy load and dump an error to console) so I downloaded the 1.0.10 ipw2200 driver and the 1.0.9 ieee80211 drivers, compiled them and installed them.
On reboot, I get a core dump when loading the modules. If I turn off the wireless card, the system will boot but when I turn it back on after boot my machine locks up.
I downgraded the driver to 1.0.9 and tried that since I had it working on a previous linux distro without any problems.
I googled for the problem and on a Suse board there was an installation point that indicated "YOU HAVE NOW MADE THE IPW2200 SO YOU MUST NOW INSTALL A NEW KERNEL WITH A 16K STACK BECAUSE THESE DRIVERS ARE VERY BULKY".
Is the stack in the Arch kernel big enough? Has anyone else seen this problem?
Thanks!
Norm
Offline
You dont need to download and install them. They are already included in the kernel.
iphitus
Offline
Yes I know its in the kernel but the version is an old version of the driver and not the current (if its the default one that comes with the 2.6.15 kernel).
With the module that comes with Arch it generates an error and resets the device under heavy load -- nasty when you are trying to download a file.
<update>
I got the old drivers reloaded. Here are the errors I'm getting -- any suggestions what might be going on? Could it be hardware?
ipw2200: Unknown notification: subtype=40,flags=0xa0,size=40
ipw2200: Unknown notification: subtype=40,flags=0xa0,size=40
ADDRCONF(NETDEV_UP): eth1: link is not ready
ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
Offline
I have the same error as u, using kernel26archck drivers, it's a bug of verion 1.0.8
[wael@nasreddine cron.hourly]$ dmesg | grep ipw
ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, git-1.0.8
ipw2200: Copyright(c) 2003-2005 Intel Corporation
ipw2200: Detected Intel PRO/Wireless 2200BG Network Connection
ipw2200: Unknown notification: subtype=40,flags=0xa0,size=40
ipw2200: Unknown notification: subtype=40,flags=0xa0,size=40
ipw2200: Unknown notification: subtype=40,flags=0xa0,size=40
i tried 1.0.10 and it worked perfect have you run remove-old before compiling the drivers?
[My Blog] | [My Repo] | [My AUR Packages]
Offline
Yes, I have run remove-old. I installed the new ieee80211 stuff too.
The only thing I haven't changed between thie distro kernel version and the new downloaded stuff was the firmware files. They are suppose to be the same, right?
Norm
Offline
Yesterday I installed ipw2200-1.0.10 on my lappy too to make kismet work again.
If you want to avoid core dumps, re-compile your kernel without ieee80211 & ipw2200 support at all, boot it & then compile & install the latest versions of ieee80211 & ipw2200.
It should work that way.
Offline
I did as you suggested and built a kernel without ieee80211 and ipw2200 support, booted with that new kernel, then installed the ipw and the ieee latest modules.
The ieee80211 loads ok but the ipw2200 won't load. I get the following:
ieee80211_crypt: registered algorithm 'NULL'
ieee80211: 802.11 data/management/control stack, 1.1.9
ieee80211: Copyright (C) 2004-2005 Intel Corporation <jketreno@linux.intel.com>
ipw2200: Unknown symbol iw_handler_set_spy
ipw2200: Unknown symbol iw_handler_get_thrspy
ipw2200: Unknown symbol wireless_send_event
Did I miss something in my custom kernel?
Any chance that Arch will patch the Arch kernels with the latest ipw code??
Thanks
Norm
Offline
What does 'depmod -a' return ?
I suppose you have installed the firmware v2.4 in /lib/firmware, right ?
Offline
Depmod returns nothing and yes, the firmware is where it should be.
[root@lapzilla ~]# depmod -a
[root@lapzilla ~]# modprobe ipw2200
FATAL: Error inserting ipw2200 (/lib/modules/2.6.15-CUSTOM/kernel/drivers/net/wireless/ipw2200.ko): Unknown symbol in module, or unknown parameter (see dmesg)
[root@lapzilla ~]# ls /lib/firmware/
LICENSE ipw-2.4-bss_ucode.fw ipw-2.4-sniffer.fw
ipw-2.4-boot.fw ipw-2.4-ibss.fw ipw-2.4-sniffer_ucode.fw
ipw-2.4-bss.fw ipw-2.4-ibss_ucode.fw ipw2200-fw-2.4.tgz
[root@lapzilla ~]
I rebuilt the modules and did a remove-old again. This is what I get when I do a make on ipw2200
mkdir -p /root/ipw2200-1.0.10/tmp/.tmp_versions
cp /lib/modules/2.6.15-CUSTOM/net/ieee80211/.tmp_versions/*.mod /root/ipw2200-1.0.10/tmp/.tmp_versions
make -C /lib/modules/2.6.15-CUSTOM/build M=/root/ipw2200-1.0.10 MODVERDIR=/root/ipw2200-1.0.10/tmp/.tmp_versions modules
make[1]: Entering directory `/usr/src/linux-2.6.15'
CC [M] /root/ipw2200-1.0.10/ipw2200.o
Building modules, stage 2.
MODPOST
*** Warning: "iw_handler_get_thrspy" [/root/ipw2200-1.0.10/ipw2200.ko] undefined!
*** Warning: "iw_handler_set_thrspy" [/root/ipw2200-1.0.10/ipw2200.ko] undefined!
*** Warning: "iw_handler_get_spy" [/root/ipw2200-1.0.10/ipw2200.ko] undefined!
*** Warning: "iw_handler_set_spy" [/root/ipw2200-1.0.10/ipw2200.ko] undefined!
*** Warning: "wireless_send_event" [/root/ipw2200-1.0.10/ipw2200.ko] undefined!
*** Warning: "wireless_send_event" [/root/ieee80211-1.1.9/ieee80211_crypt_tkip.ko] undefined!
LD [M] /root/ipw2200-1.0.10/ipw2200.ko
make[1]: Leaving directory `/usr/src/linux-2.6.15'
Offline
You have enabled wireless support (CONFIG_NET_WIRELESS=y) in your kernel ?
Offline
Doh. That was the problem. I went a bit too far in disabling wireless extensions in the kernel.
The driver loads fine now -- thanks for the help!!
Norm
Offline
2.6.15.2 has now monitor mode again activated for ipw2200
Offline
What does the monitor mode do? I'm not familiar with it -- how would I use it?
I would much rather stick with the canned kernels if I can but not afraid of compiling my own. Why rebuild the kernel if I don't have too...
Norm
Offline
as a bug report stated it is used for kismet and such tools
Offline
quoting from Documentation/networking/README.ipw2200:
The following features are currently enabled, but not officially
supported:
+ WPA
+ long/short preamble support
+ Monitor mode (aka RFMon)
and indeed it doesn't work correctly. So better stick to the latest dev versions from ipw2200.sf.net for rfmon.
Offline
It seems that monitor mode is not active in 2.6.15.2-2. I syncd abs and looked at the config and the options are there, but if you grep through the kconfig in boot the option is not set. Verified by trying to iwconfig mode monitor on the laptop. Running make gconfig will get and error about IPW_2200_MONITOR not being defined. There is a patch for this out there somewhere. It also makes an error about IPW_QOS and HZ_250 (I think anyway, I'm typing this from memory as the errors ar now out of the buffer).
[edit] this is where I found the patch. http://lkml.org/lkml/2005/11/12/229 I've built archck and ck kernels with it and both have run ipw in monitor mode fine.[/edit]
andy
Offline
ok will add this one to next kernel .3
Offline
It still doesn't work here. :shock:
kernel26 2.6.15.4-2
ipw2200 works fine - except the monitor mode
Cherrs Sigi
Haven't been here in a while. Still rocking Arch.
Offline
i added this to archck4 yesterday. tpowa: it needs a menuconfig option too.
iphitus
Offline
I'm having problems with either the normal arch kernel or the archck kernel with WPA. I'm using wpa_supplicant 0.4.7. I get this problem with this access point and the one at work, so it's not access point specific. Here's the output from wpa_supplicant. It happened recently since the move to a newer kernel version. Anybody else having this problem too? Any fixes?
Feb 14 21:58:52.374089: Selecting BSS from priority group 0
Feb 14 21:58:52.374105: 0: 00:13:10:68:b7:d2 ssid='flacid.org' wpa_ie_len=30 rsn_ie_len=26 caps=0x11
Feb 14 21:58:52.374126: selected based on RSN IE
Feb 14 21:58:52.374145: Trying to associate with 00:13:10:68:b7:d2 (SSID='flacid.org' freq=0 MHz)
Feb 14 21:58:52.374162: CTRL_IFACE monitor send - hexdump(len=23): 2f 74 6d 70 2f 77 70 61 5f 63 74 72 6c 5f 32 39 37 32 2d 30 00 00 00
Feb 14 21:58:52.374194: Cancelling scan request
Feb 14 21:58:52.374211: WPA: clearing own WPA/RSN IE
Feb 14 21:58:52.374226: Automatic auth_alg selection: 0x1
Feb 14 21:58:52.374246: RSN: using IEEE 802.11i/D9.0
Feb 14 21:58:52.374261: WPA: Selected cipher suites: group 8 pairwise 24 key_mgmt 1
Feb 14 21:58:52.374277: WPA: set AP WPA IE - hexdump(len=30): dd 1c 00 50 f2 01 01 00 00 50 f2 02 02 00 00 50 f2 04 00 50 f2 02 01 00 00 50 f2 01 01 00
Feb 14 21:58:52.374302: WPA: set AP RSN IE - hexdump(len=26): 30 18 01 00 00 0f ac 02 02 00 00 0f ac 04 00 0f ac 02 01 00 00 0f ac 01 01 00
Feb 14 21:58:52.374326: WPA: using GTK TKIP
Feb 14 21:58:52.374342: WPA: using PTK CCMP
Feb 14 21:58:52.374358: WPA: using KEY_MGMT 802.1X
Feb 14 21:58:52.374373: WPA: Set own WPA IE default - hexdump(len=22): 30 14 01 00 00 0f ac 02 01 00 00 0f ac 04 01 00 00 0f ac 01 00 00
Feb 14 21:58:52.374396: No keys have been configured - skip key clearing
Feb 14 21:58:52.374411: wpa_driver_wext_set_drop_unencrypted
Feb 14 21:58:52.374428: State: SCANNING -> ASSOCIATING
Feb 14 21:58:52.374443: wpa_driver_wext_associate
Feb 14 21:58:52.374476: Setting authentication timeout: 10 sec 0 usec
Feb 14 21:58:52.374498: EAPOL: External notification - portControl=Auto
Feb 14 21:58:52.374541: Wireless event: cmd=0x8b06 len=8
Feb 14 21:58:52.374570: Wireless event: cmd=0x8b1a len=19
Feb 14 21:58:52.390377: RX ctrl_iface - hexdump_ascii(len=4):
50 49 4e 47 PING
Feb 14 21:58:52.681958: Wireless event: cmd=0x8b15 len=20
Feb 14 21:58:52.682494: Wireless event: new AP: 00:13:10:68:b7:d2
Feb 14 21:58:52.682517: State: ASSOCIATING -> ASSOCIATED
Feb 14 21:58:52.682537: Associated to a new BSS: BSSID=00:13:10:68:b7:d2
Feb 14 21:58:52.682553: No keys have been configured - skip key clearing
Feb 14 21:58:52.682570: Associated with 00:13:10:68:b7:d2
Feb 14 21:58:52.682585: CTRL_IFACE monitor send - hexdump(len=23): 2f 74 6d 70 2f 77 70 61 5f 63 74 72 6c 5f 32 39 37 32 2d 30 00 00 00
Feb 14 21:58:52.682613: WPA: Association event - clear replay counter
Feb 14 21:58:52.682629: EAPOL: External notification - portEnabled=0
Feb 14 21:58:52.682655: EAPOL: External notification - portValid=0
Feb 14 21:58:52.682681: EAPOL: External notification - portEnabled=1
Feb 14 21:58:52.682696: EAPOL: SUPP_PAE entering state CONNECTING
Feb 14 21:58:52.682710: EAPOL: SUPP_BE entering state IDLE
Feb 14 21:58:52.682725: EAP: EAP entering state INITIALIZE
Feb 14 21:58:52.682740: EAP: EAP entering state IDLE
Feb 14 21:58:52.682769: Setting authentication timeout: 10 sec 0 usec
Feb 14 21:58:52.682804: RTM_NEWLINK, IFLA_IFNAME: Interface 'eth1' added
Feb 14 21:58:53.358609: Wireless event: cmd=0x8b15 len=20
Feb 14 21:58:53.358654: Wireless event: new AP: 00:00:00:00:00:00
Feb 14 21:58:53.358674: Setting scan request: 0 sec 100000 usec
Feb 14 21:58:53.358695: BSSID 00:13:10:68:b7:d2 blacklist count incremented to 2
Feb 14 21:58:53.358712: State: ASSOCIATED -> DISCONNECTED
Feb 14 21:58:53.358739: EAPOL: External notification - portEnabled=0
Feb 14 21:58:53.358754: EAPOL: SUPP_PAE entering state DISCONNECTED
Feb 14 21:58:53.358769: EAPOL: SUPP_BE entering state INITIALIZE
Feb 14 21:58:53.358784: EAP: EAP entering state DISABLED
Feb 14 21:58:53.358809: EAPOL: External notification - portValid=0
Feb 14 21:58:53.358835: CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys
Offline
iphitus: I once again tried out archck and - wow - the cdrom problems I had with it were gone (didn't spend much time investigating this topic). You gained a archck-user and lost a ati-drivers-arch tester ;-)
But back to the topic:
monitor mode works, but kismet isn't starting, it says:
"Could not connect to localhost:2501"
Does anyone know where I should start to fix this /etc/hosts.allow, /etc/hosts, /etc/kismet.conf ... ?
Cheers Sigi
Haven't been here in a while. Still rocking Arch.
Offline
Sorry for the OT-post above, I just wanted to mention that corrected settings in my /etc/hosts - file solved the problem. Kismet and ipw2200 work fine again.
Sigi
Haven't been here in a while. Still rocking Arch.
Offline