wireless-tools prevent wireless reconnect after resume

Bug #1175455 reported by monochromec on 2013-05-02
This bug affects 1 person
Affects Status Importance Assigned to Milestone
wireless-tools (Ubuntu)

Bug Description

Noticed this after an upgrade to raring on a Macbookpro 8,1.

After resuming the machine from sleeping, getting an IP address through the network manager takes anything between 30 seconds and a minute. Whereas in quantal it took approx. 10 seconds max.

When further investigating this issues, I came across a somewhat unrelated bug (https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/274405) which contained a workaround : prevent /etc/network/if-pre-up.d/wireless-tools from executing in the first place, for example, by inserting "exit 0" before executing the function "apply-settings" in the bash script.

Some command in this long chain of if statements inside apply-settings is causing this delay - will investigate further time permitting.

Wireless-tools is version 30~pre9-8ubuntu1, wireless chip is a Broadcom BCM4331 using the b43 kernel driver as a part of a new upstream kernel version 9.0-030900-generic (but I also noticed this behaviour with the stock 3.8 kernel that comes with raring). I suspect a driver problem in connection with the wireless tools as there was no such delay in quantal (using kernel upgrades up to 3.6.3).

ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: wireless-tools 30~pre9-8ubuntu1
Uname: Linux 3.9.0-030900-generic x86_64
ApportVersion: 2.9.2-0ubuntu8
Architecture: amd64
Date: Thu May 2 07:44:46 2013
InstallationDate: Installed on 2012-05-16 (350 days ago)
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Release amd64 (20120425)
MarkForUpload: True
 PATH=(custom, no user)
SourcePackage: wireless-tools
UpgradeStatus: Upgraded to raring on 2013-04-27 (4 days ago)

monochromec (monochromec) wrote :
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers