[Bug 1175455] [NEW] wireless-tools prevent wireless reconnect after resume
monochromec
monochromec at gmail.com
Thu May 2 05:59:21 UTC 2013
Public bug reported:
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
ProcEnviron:
TERM=xterm
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: wireless-tools
UpgradeStatus: Upgraded to raring on 2013-04-27 (4 days ago)
** Affects: wireless-tools (Ubuntu)
Importance: Undecided
Status: New
** Tags: amd64 apport-bug raring
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to wireless-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1175455
Title:
wireless-tools prevent wireless reconnect after resume
Status in “wireless-tools” package in Ubuntu:
New
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
ProcEnviron:
TERM=xterm
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: wireless-tools
UpgradeStatus: Upgraded to raring on 2013-04-27 (4 days ago)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/wireless-tools/+bug/1175455/+subscriptions
More information about the foundations-bugs
mailing list