Linux wireless drivers development
 help / color / mirror / Atom feed
From: Peter Breuer <peter.t.breuer@gmail.com>
To: linux-wireless@vger.kernel.org
Subject: ipw2200 driver no longer sets encrypted WEP in ipw2200 device?
Date: Thu, 10 Jun 2021 13:11:39 +0100	[thread overview]
Message-ID: <20210610131139.4fce5404@ptb> (raw)

Hello - has somebody disabled encrypted WEP in ipw2200 firmwares, or
done something global that would have an equivalent effect, perhaps
latent until triggered?

This last week I have not been able to connect over encrypted WEP (128)
through my intel ipw2200 wifi device (venerable ibm tp x40 laptop, cerca
2006, 1.2GHz 686M processor, 1GB ram) via two or three new routers.

The background is that I have finally gotten out of pandemic-locked
london, where the laptop/device and I have together been doing encrypted
WEP  for the past 10 months (and for 10 years before that, all
over the world), to madrid, where ...  no encrypted WEP works to any
router. No - it is not dead.  It works fine in plaintext.  If you tell
me what "open" WEP means (key=0, perhaps?), I'll test that. Yes, I do
have the passwrods rite ;).

What can be going on?  It's not the kernel ..  I shifted from 4.13 to
5.12 to test.  Same in both.  It's not the wpa_supplicant, I think,
because my configuration input from iwconfig seem to behave the same.
The key is taken, the ssid is taken, it finds the AP (sometimes), and
... nothing. I twiddle power ctrl on/off, load the same key elsewhere
in the list, swap between them, set the channel specifically, name
the AP specifically, etc, and ... nothing. Nul points. 0db connection,
i.e. not connected. 

I have turned on module debugging and added more.  The ipw2200 driver
says it is associating ...  and 0.15s later it disassociates, having
received a "CMAS_INIT" (in the module code) from the hardware (?).

 [ 6171.318959] ipw2200: ipw_best_network Network 'TP-Link_0B42 (c0:c9:e3:2f:0b:42)' is a viable match.
 [ 6171.318981] ipw2200: ipw_associate_network Asociation attempt: 'TP-Link_0B42', channel 1, 802.11g [12], long[:long], enc=on (open) key=1.
 [ 6171.319015] 00000000 54 50 2D 4C 69 6E 6B 5F  30 42 34 32               TP-Link_ 0B42    
 [ 6171.319909] ipw2200: ipw_associate_network associating: 'TP-Link_0B42' c0:c9:e3:2f:0b:42
 ... 
 ... (see below)
 ...
 [ 6171.448296] ipw2200: ipw_rx_notification disassociated: 'TP-Link_0B42' c0:c9:e3:2f:0b:42

Why would this happen?  Between those two points there is

  [ 6467.685231] libipw: libipw_rx_mgt received BEACON (128)
  [ 6467.685237] libipw: libipw_rx_mgt Beacon

Good. Then some probes:

  [ 6467.685241] libipw: libipw_process_probe_response 'MiFibra-00CA' (e0:51:63:39:00:cc): 0000 0100-0001 0001
  [ 6467.685250] libipw: libipw_parse_info_param WLAN_EID_SSID: 'MiFibra-00CA' len=12.
  ...
  [ 6467.685311] libipw: libipw_process_probe_response Updating 'MiFibra-00CA' (e0:51:63:39:00:cc) via BEACON.

Then we're back in ipw2200:

  [ 6467.791322] ipw2200: ipw_rx_notification type = 11 (4 bytes)
  [ 6467.791346] ipw2200: ipw_rx_notification AUTH_SEQ_1
  [ 6467.792997] ipw2200: ipw_rx_notification type = 10 (4 bytes)

and boom! :

  [ 6467.793009] ipw2200: ipw_rx_notification disassociated: 'TP-Link_0B42' c0:c9:e3:2f:0b:42

That's all she wrote. 

Does anyone know what is going on?  And how to fix it! 

Is the driver unhappy about something in the configuration data it
receives from the radio link, perhaps?  (the libipw_parse_info...).
There are too many "UNKNOWN"s in it for my comfort.  See below.

Thanks in advance

Peter

----

 [12597.929233] libipw: libipw_process_probe_response 'TP-Link_0B42' (c0:c9:e3:2f:0b:42): 0000 0100-0001 0001
 [12597.929246] libipw: libipw_parse_info_param WLAN_EID_SSID: 'TP-Link_0B42' len=12.
 [12597.929258] libipw: libipw_parse_info_param WLAN_EID_SUPP_RATES: '82 84 8B 96 12 24 48 6C ' (8)
 [12597.929263] libipw: libipw_parse_info_param WLAN_EID_DS_PARAMS: 1
 [12597.929268] libipw: libipw_parse_info_param MFIE_TYPE_ERP_SET: 6
 [12597.929275] libipw: libipw_parse_info_param WLAN_EID_EXT_SUPP_RATES: '0C 18 30 60 ' (4)
 [12597.929280] libipw: libipw_parse_info_param Unsupported info element: UNKNOWN (45)
 [12597.929286] libipw: libipw_parse_info_param Unsupported info element: UNKNOWN (61)
 [12597.929291] libipw: libipw_parse_info_param Unsupported info element: UNKNOWN (127)
 [12597.929296] libipw: libipw_parse_info_param Unsupported info element: UNKNOWN (11)
 [12597.929302] libipw: libipw_parse_info_param WLAN_EID_VENDOR_SPECIFIC: 24 bytes
 [12597.929307] libipw: libipw_parse_info_param WLAN_ EID_VENDOR_SPECIFIC: 7 bytes
 [12597.929312] libipw: libipw_process_probe_response Updating 'TP-Link_0B42' (c0:c9:e3:2f:0b:42) via PROBE RESPONSE.


             reply	other threads:[~2021-06-10 12:13 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-06-10 12:11 Peter Breuer [this message]
2021-06-13  9:33 ` ipw2200 driver no longer sets encrypted WEP in ipw2200 device? Peter Breuer
2021-06-13 19:19   ` Johannes Berg

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20210610131139.4fce5404@ptb \
    --to=peter.t.breuer@gmail.com \
    --cc=linux-wireless@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox