Created an attachment (id=953) [details]
It is my dmesg

It is my dmesg

Just to add, it's on the top of 2.6.18.1 vanilla kernel -- ieee80211 is `make
patch_kernel`ed and so ipw3945 is. There were some problems during the
compilation such as IEEE80211_VERSION_API <-> IEEE80211_API_VERSION naming
mismatch (I hope, it's the very same thing?) and missing compat.h, which is
included in many ipw3945 sources (I removed these includes).

One more note. The "wlan_fi" AP surely works (successfully tested with
ipw2200).

*** Bug 1153 has been marked as a duplicate of this bug. ***

I have the same with SuSE 10.1 on Toshiba Equium A100, dropping connection
randomly. Observer the low bitrate and increasing Invalid misc. values:
phoenix:~ # iwconfig eth1
eth1      IEEE 802.11g  ESSID:"ZyXEL"
          Mode:Managed  Frequency:2.437 GHz  Access Point: 00:13:49:84:5D:90
          Bit Rate=2 Mb/s   Tx-Power:15 dBm
          Retry limit:15   RTS thr:off   Fragment thr:off
          Encryption
key:D037-A1E9-DA4B-9EE7-6E8C-6050-90AE-7A2B-CFCA-7876-9EEA-5509-F69C-6DFE-3931-711C
  Security mode:open
          Power Management:off
          Link Quality=61/100  Signal level=-32 dBm  Noise level=-33 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:10343   Missed beacon:0


The same laptop booting Windows runs at 54Mb rate and stable wireless connectivity.

I've verified the presence of this bug in Ubuntu 6.06 and 6.10 and OpenSUSE
10.2. Further, the problems only occur when I'm connecting (er, trying to
connect) to a first-generation (graphite) Apple Airport base station. The other
access points I connect to (Cisco, Wiflyer and Linksys models) work fine.

I'm willing to help test and provide detailed information if that's useful.

I have the same problem, when connecting to iMac airport (Ubuntu 6.10)

I have the same problem.  I'm running Gentoo with 2.6.18-suspend2-r1 kernel and
ipw3945-1.2.0, ipw3945d-1.7.22-r4.  I'm connecting to an old Orinoco AP-200,
which is an 802.11b access point.

Same problem here - characterized by Signal level and Noise level differing most
of the time by 1 point, an ever increasing number of invalid misc packages,
failure to find access point if it is not in range of couple of meters (WRT 54GL
running dd-wrt in an environment of two additional computers, one has ipw2200
and another acx as wireless chipsets, both running flawlessly). After
successfully connecting to access point I can move the computer maybe couple of
meters without getting disconnected, but not more. Turning wep on and off does
not affect the "performance".

The problem has stayed the same through all the driver versions, including 1.2
(tested it with Kubuntu Feisty Herd 4 yesterday). 

There seems to be a number of people on the net searching for a solution for
similar kind of problem since the launch of the driver and I have not found
anyone who has succeeded (I have frequently searched the web, ubuntu and gentoo
forums). Thus this is a very critical bug, intel wifi-cards are usually
considered to be working in linux, but there seems to be a (small) fraction of
them that do not work under linux no matter what one tries (everyone with this
issue owning MS Windows have confirmed the card working under it).

Just to share my workaround, maybe some hints for others: I turned off "G+
Enhanced" feature of my router as well as I set the 802.11 mode to "802.11g
only" on my router. After rebooting the router I was getting stable connection
and since have been using the wifi link with good quality. Note that the
"Invalid mic" still gets incremented...


(In reply to comment #5)
> I have the same with SuSE 10.1 on Toshiba Equium A100, dropping connection
> randomly. Observer the low bitrate and increasing Invalid misc. values:
> phoenix:~ # iwconfig eth1
> eth1      IEEE 802.11g  ESSID:"ZyXEL"
>           Mode:Managed  Frequency:2.437 GHz  Access Point: 00:13:49:84:5D:90
>           Bit Rate=2 Mb/s   Tx-Power:15 dBm
>           Retry limit:15   RTS thr:off   Fragment thr:off
>           Encryption
>
key:D037-A1E9-DA4B-9EE7-6E8C-6050-90AE-7A2B-CFCA-7876-9EEA-5509-F69C-6DFE-3931-711C
>   Security mode:open
>           Power Management:off
>           Link Quality=61/100  Signal level=-32 dBm  Noise level=-33 dBm
>           Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
>           Tx excessive retries:0  Invalid misc:10343   Missed beacon:0
> 
> 
> The same laptop booting Windows runs at 54Mb rate and stable wireless
connectivity.

(In reply to comment #10)
> Just to share my workaround, maybe some hints for others: I turned off "G+
> Enhanced" feature of my router as well as I set the 802.11 mode to "802.11g
> only" on my router. After rebooting the router I was getting stable connection

I have turned the 802.11g only on too on my router, which might have been the
moment from when I can get a working connection at all (but I do not know, as I
played with all the settings).But the range is still not more than couple of
meters. No way to use the network from another room for example (where laptop
with  ipw2200 shows maximum link quality). But this might be a good starting
point to start debugging. 

Does any of the developers have any ideas or test cases? I can try to help in
testing/debugging etc.

Same problem here:
iwconfig gives me: Signal and noise levels differ by 1; Invalid misc is in the
thousands

My wireless router is Netgear MR814v1, latest firmware.
Same router/client combo works well when I use XP rather than Ubuntu 6.10.
Also, I my client works well when I try to connect to a different access point.

(In reply to comment #12)
> Same problem here:
> iwconfig gives me: Signal and noise levels differ by 1; Invalid misc is in the
> thousands

I had the same issues and contacted Zhu Yi from Intel. He told me to increase
the packet retry time in the source (ipw3945.c) by changing the line reading

  #define IPW_PACKET_RETRY_TIME HZ

to

  #define IPW_PACKET_RETRY_TIME (10 * HZ)

That solved the problem for me.

I am having the same/similar problem on openSUSE 10.2, too.
I am using WPA and I get a message like that in kernel logs:

N/A: Michael MIC verification failed for MSDU ...

I am using this script to get the connection work again:

iwconfig eth1 mode Ad-hoc
iwconfig eth1 mode Managed
dhclient eth1

I have to run it after I setup the connection using NetworkManager (at the time
it asks for password again).

(In reply to comment #13)
> I had the same issues and contacted Zhu Yi from Intel. He told me to increase
> the packet retry time in the source (ipw3945.c) by changing the line reading
> 
>   #define IPW_PACKET_RETRY_TIME HZ
> 
> to
> 
>   #define IPW_PACKET_RETRY_TIME (10 * HZ)
> 
> That solved the problem for me.

In my case, this solved the problem in the short term, but revealed another one:
 After I have been connected for 10-20 minutes, the wireless card suddenly stops
responding, and the syslog accumulates messages like

ipw3945: Error sending cmd #07 to daemon: time out after 500ms.
ipw3945: Error sending SCAN_ABORT_CMD: time out after 500ms.
ipw3945: Error sending cmd #08 to daemon: time out after 500ms.
ipw3945: Error sending ADD_STA: time out after 500ms.
ipw3945: Error sending SCAN_ABORT_CMD: time out after 500ms.
ipw3945: Error sending LEDS_CMD: time out after 500ms.
ipw3945: Error sending LEDS_CMD: time out after 500ms.

It is then impossible to unload the ipw3945 kernel module.  The ipw3945d will
not exit (except with kill -9), and then "modprobe -r ipw3945" hangs.  Only a
reboot restores wireless functionality.

I haven't experienced this disconnect problem on any AP except the one that
required the IPW_PACKET_RETRY_TIME patch (so far).

Just installed brand new Dell D630 with Gutsy (64-bit) 2.6.22-14-generic kernel.

Everything seemed fine, but overnight it lost all networking.  This is on an
open wireless lan (there is mac lockdown, but that's it).

iwconfig showed "no extensions" for eth1 unusually although the ip address etc
were still set according to ifconfig.  the ipw3945 daemon was still running -
killing it off and reloading it didn't help.

Nothing in cron seems to be set around 06:00 either

Oct 28 05:58:28 abridgett-pc kernel: [11006.405615] ipw3945: Error sending cmd
#07 to daemon: time out after 500ms.
Oct 28 05:58:30 abridgett-pc kernel: [11007.692221] ipw3945: Error sending
SCAN_ABORT_CMD: time out after 500ms.
Oct 28 05:58:30 abridgett-pc kernel: [11007.776333] ipw3945: Error sending cmd
#08 to daemon: time out after 500ms.
Oct 28 05:58:31 abridgett-pc kernel: [11007.861248] ipw3945: Error sending
ADD_STA: time out after 500ms.
Oct 28 05:58:31 abridgett-pc kernel: [11007.919550] ipw3945: Error sending
SCAN_ABORT_CMD: time out after 500ms.
Oct 28 05:58:35 abridgett-pc kernel: [11011.060985] ipw3945: Error sending
LEDS_CMD: time out after 500ms.
Oct 28 05:58:51 abridgett-pc NetworkManager: <info>  eth1: link timed out. 
Oct 28 05:59:30 abridgett-pc kernel: [11066.153389] ipw3945: Error sending
LEDS_CMD: time out after 500ms.
Oct 28 05:59:30 abridgett-pc NetworkManager: <WARN> 
nm_device_802_11_wireless_get_essid(): error getting ESSID for device eth1:
Resource temporarily unavailable 
Oct 28 05:59:31 abridgett-pc kernel: [11066.396406] ipw3945: Error sending
LEDS_CMD: time out after 500ms.
Oct 28 05:59:32 abridgett-pc NetworkManager: <WARN> 
nm_device_802_11_wireless_get_essid(): error getting ESSID for device eth1:
Resource temporarily unavailable 
Oct 28 06:00:04 abridgett-pc last message repeated 16 times
Oct 28 06:01:06 abridgett-pc last message repeated 31 times

I am having the same problems (difficulty connecting to a wireless network,
signal and noise level within one dB, dropped connections, low connection
speed, ever-increasing Invalid Misc count).  I've got a Dell Inspiron 1525
laptop with a built-in Intel PRO/Wireless 3945ABG card.

I am running openSUSE 10.3 with the following packages:

ipw3945-kmp-default-1.2.2_2.6.23.17_ccj64-3
ipw3945d-1.7.22-8.2
kernel-default-2.6.23.17-ccj64

I am willing to help with troubleshooting and testing.

Bug seems to be quashed for me when I upgraded to
iwlwifi-kmp-default-1.2.0_2.6.22.17_0.1-0.1.

(In reply to comment #18)
> Bug seems to be quashed for me when I upgraded to
> iwlwifi-kmp-default-1.2.0_2.6.22.17_0.1-0.1.
> 

Sorry, make that
iwlwifi-kmp-default-1.2.0_2.6.23.17_ccj64-0.1 and
iwl3945-ucode-2.14.1.5-13

I just upgraded the other day and now I'm no longer getting connection problems
or high invalid misc counts.

ipw3945 as a driver has been replaced by iwl3945 in official kernel for a long
time. We suggest to use iwl3945 driver instead of the obsolete ipw3945 driver.
If you have bug, please report it with product=iwlwifi and platform="Intel(R)
Wifi Link 3945". Thanks so much!