Bug#744158: wpasupplicant: Interface cannot associate to SSID

2014-04-10 Thread Daniele Giglio
Package: wpasupplicant
Version: 1.1-1
Severity: grave
Justification: renders package unusable

After an updare in the last days my wifi interface cannot associate to my
access point any longer. I have tried to use wpa_cli and I've got the following
result:

3CTRL-EVENT-SCAN-RESULTS
3Trying to associate with 00:0c:f6:a1:ba:98 (SSID='SitecomA1BA98' freq=2462
MHz)
3Association request to the driver failed
3Associated with 00:0c:f6:a1:ba:98
3WPA: Key negotiation completed with 00:0c:f6:a1:ba:98 [PTK=CCMP GTK=CCMP]
3CTRL-EVENT-CONNECTED - Connection to 00:0c:f6:a1:ba:98 completed (auth)
[id=0 id_str=wifidhcp]

my lsmod returns:

iwl394558397  0
iwlegacy   55017  1 iwl3945
mac80211  450945  2 iwl3945,iwlegacy
cfg80211  394809  3 iwl3945,iwlegacy,mac80211

the wifi and firmware installed packages are:

ii  firmware-iwlwifi  0.41  all
Binary firmware for Intel Wireless cards
ii  firmware-linux0.41  all
Binary firmware for various drivers in the Linux kernel (meta-package)
ii  firmware-linux-free   3.3   all
Binary firmware for various drivers in the Linux kernel
ii  firmware-linux-nonfree0.41  all
Binary firmware for various drivers in the Linux kernel
ii  wpasupplicant 1.1-1 amd64
client support for WPA and WPA2 (IEEE 802.11i)




-- System Information:
Debian Release: jessie/sid
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (100, 
'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages wpasupplicant depends on:
ii  adduser   3.113+nmu3
ii  initscripts   2.88dsf-51
ii  libc6 2.18-4
ii  libdbus-1-3   1.8.0-3
ii  libnl-3-200   3.2.21-1
ii  libnl-genl-3-200  3.2.21-1
ii  libpcsclite1  1.8.11-1
ii  libreadline6  6.3-5
ii  libssl1.0.0   1.0.1g-2
ii  lsb-base  4.1+Debian12

wpasupplicant recommends no packages.

Versions of packages wpasupplicant suggests:
pn  libengine-pkcs11-openssl  none
pn  wpaguinone

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Processed: Re: [pkg-wpa-devel] Bug#744158: wpasupplicant: Interface cannot associate to SSID

2014-04-10 Thread Debian Bug Tracking System
Processing control commands:

 severity -1 minor
Bug #744158 [wpasupplicant] wpasupplicant: Interface cannot associate to SSID
Severity set to 'minor' from 'grave'
 tags -1 moreinfo
Bug #744158 [wpasupplicant] wpasupplicant: Interface cannot associate to SSID
Added tag(s) moreinfo.

-- 
744158: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=744158
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#744158: [pkg-wpa-devel] Bug#744158: wpasupplicant: Interface cannot associate to SSID

2014-04-10 Thread Stefan Lippers-Hollmann
Control: severity -1 minor
Control: tags -1 moreinfo

On Thursday 10 April 2014, Daniele Giglio wrote:
 Package: wpasupplicant
 Version: 1.1-1
 Severity: grave
 Justification: renders package unusable
 
 After an updare in the last days my wifi interface cannot associate to my
 access point any longer. I have tried to use wpa_cli and I've got the 
 following
 result:

The wpasupplicant package was last updated on february 21st, so unless
you haven't upgraded your system for one and a half month [1], it's 
certainly not the wpasupplicant package which broke your ability to
connect to your wireless network. Besides that, grave is a heavily
inflated severity for this problem, unless you have a strong reason to 
believe that wpasupplicant is indeed broken for everyone and any 
imaginable purpose, not 'just' your own system (I realise that your
problem can be annoying enough, but it's far from grave). As a matter
of fact, wpasupplicant 1.1-1 is working fine on 33, mostly 
different[2], wlan cards on up to date unstable systems for me.

 3CTRL-EVENT-SCAN-RESULTS
 3Trying to associate with 00:0c:f6:a1:ba:98 (SSID='SitecomA1BA98' freq=2462
 MHz)
 3Association request to the driver failed

This looks like a kernel issue, probably specific to the iwlegacy 
driver for iwl3945. But the information you've presented so far isn't
comprehensive enough to make and educated guess.

 3Associated with 00:0c:f6:a1:ba:98
 3WPA: Key negotiation completed with 00:0c:f6:a1:ba:98 [PTK=CCMP GTK=CCMP]
 3CTRL-EVENT-CONNECTED - Connection to 00:0c:f6:a1:ba:98 completed (auth)
 [id=0 id_str=wifidhcp]

...and at this point it looks as if it had associated correctly, but
you're omitting eventual dmesg messages and the output of 
wpa_cli status here, so we don't know where it fails, at assoc, auth
or further up the stack when requesting an IP address.

 my lsmod returns:
 
 iwl394558397  0
 iwlegacy   55017  1 iwl3945
 mac80211  450945  2 iwl3945,iwlegacy
 cfg80211  394809  3 iwl3945,iwlegacy,mac80211
 
 the wifi and firmware installed packages are:
 
 ii  firmware-iwlwifi  0.41  all

The firmware is up to date (although there haven't been any updates
for iwl3945  in years), so this is a good sign.

[...]
 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores)
[...]

So kernel 3.13, I'm not aware of any known issues here either.

My gut feeling suggests that this is more likely a problem with your 
kernel (although iwlegacy is in deep maintenance mode, so there haven't
been many changes to its code recently) or a problem with your local
infrastructure (access point or wireless interference), but I have way
too little information to venture into reassigning to src:linux for 
now.

Please provide further information about your wlan configuration (you 
should use nl80211, not wext as driver type for wpa_supplicant; your
report doesn't suggest your setting), the required encryption type 
(unencrypted, the various WEP or WPA flavours), your complete dmesg
(at least the debugging information for your wlan card and its 
regulatory domain settings) and the output of wpa_cli status and 
what debugging information appears when you let wpa_cli running in 
interactive mode for a few minutes (e.g. if it goes into an auth/ 
deauth loop). It would also be tremenduously helpful if you could try
to find out what might have broken your previously working setup, by
checking which packages were installed/ upgraded in comparison to your
last known-working state (/var/log/{apt/,dpkg.log} should help here).
For testing, it probably won't hurt to restart your access point as 
well, as these can also freeze or hang.

Regards
Stefan Lippers-Hollmann

[1] and it's in testing for just a few days less
[2] unfortunately none of them using the iwlegacy drivers


signature.asc
Description: This is a digitally signed message part.