Status update
finally I was able to fix this issue upstream see:
https://bugzilla.gnome.org/show_bug.cgi?id=733105
But it is only completely fixed in network-manager 1.0
If you want to fix something for ubuntu 12.04 or ubuntu 14.04
you can use my latest local patches.
Note: that in ubuntu 14.04
This is a wpa_supplicant fix that was found upstreams.
It is only necessary for ubuntu 14.04.
The wpa_supplicant from ubuntu 12.04 did not try to
do an internal scan for the AP, and does not need any fix.
** Patch added: "wpa-wifi-scan-fix.diff"
https://bugs.launchpad.net/ubuntu/+source/netwo
here is the latest network-manager patch for 14.04
** Patch added: "updated network-manager patch for ubuntu 14.04"
https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1181964/+attachment/4523005/+files/network-manager-wifi-fix.diff
--
You received this bug notification because yo
PING...
this patch did run non-stop for 6 weeks now...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1181964
Title:
Wireless connection does not re-connect
To manage notifications about this bug go
** Changed in: network-manager (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1181964
Title:
Wireless connection does not re-connect
To manage notific
Yes, it is a patch.
Steps to reproduce:
- configure a permanent connection to a WEP-encrypted AP.
- the AP has very good signal quality, and is 99.9% of the time available.
- only sporadic short 1-2 seconds interruptions of the beacon.
- one or two other APs have very poor signal quality, and ent
The attachment "this is a proposed fix for this bug." seems to be a
patch. If it isn't, please remove the "patch" flag from the attachment,
remove the "patch" tag, and if you are a member of the ~ubuntu-
reviewers, unsubscribe the team.
[This is an automated message performed by a Launchpad user
I compiled the network-manager component as follows:
cd network-manager-0.9.4.0
./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
--enable-more-warnings=no
make
installed (as root): src/.libs/NetworkManager to
/usr/sbin/NetworkManager (renamed original NetworkManager for possible
I am pretty sure that this is a network manager bug, and how to solve
it.
** Package changed: linux (Ubuntu) => network-manager (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1181964
Title:
OK, when you look at nm-device-wifi.c I think I see what is wrong:
When the AP is almost always sending its beacons, but reboots quickly at some
point in time, it can be
deleted by cull_scan_list() if it is scheduled exactly at the second because it
is not the active AP, and the list entry
was
Now it did happen again. The Network Manager traces show the Access point has a
short interruption,
and access point is removed from the Network List, only one other AP in the
list, but the data is wrong:
ap_list_dump() does not show the same data than "iwlist wlan0 scanning".
=> therefore it se
Hello,
unforutnately, I must admit, that I am no longer able to reproduce this
bug here.
what I did was compile & install a locally generated test kernel over the
3.2.0-43 and later
re-install the 3.2.0-43 kernel from the .deb file in /var/cache/apt/archives
and, guess: now the network connects
Oops, sorry...
A few hours later the bug showed up again -- in the upstream kernel,
without me trying to reproduce it.
The traces in the event at time index 43224.360095 look very similar to the -43
kernel.
[43223.763471] wlan0: authenticate with 00:13:49:e3:9d:8e (try 1)
[43223.960105] wlan0: a
Ok, I installed the following kernel: linux-image-3.2.45-030245-generic-
pae_3.2.45-030245.201305140735_i386.deb
This bug is definitely fixed with this image:
A short disconnect (reboot AP) => network re-connects immediately.
A long disconnect (1 minute power-off AP) => network re-connects after 5
Would it be possible for you to test the latest upstream stable kernel?
Please test the latest v3.2 stable kernel[0].
If this bug is fixed in the mainline kernel, please add the following
tag 'kernel-fixed-upstream'.
If the mainline kernel does not fix this bug, please add the tag:
'kernel-bug-ex
This is the Log file from yesterday, where I tried to reboot the Access point
several time.
Later tries were successful, but I switched back to previous kernel versions
-41 at 18:20 and following
** Attachment added: "Syslog from yesterday, look at Time index May 19 13:14:05
where Access point
16 matches
Mail list logo