Activity log for bug #1289746

Date Who What changed Old value New value Message
2014-03-08 11:00:19 LennartP bug added bug
2014-05-08 20:06:00 Launchpad Janitor broadcom-sta (Ubuntu): status New Confirmed
2014-10-29 19:06:50 penalvch broadcom-sta (Ubuntu): status Confirmed Incomplete
2014-11-06 07:23:14 auriza bug added subscriber auriza
2014-11-06 22:05:43 penalvch tags amd64 latest-bios-209 saucy trusty
2014-11-06 22:12:12 penalvch description 1) lsb_release -rd Description: Ubuntu Trusty Tahr (development branch) Release: 14.04 N.B: The same problem existed in 13.10 with this computer about a month ago. 2) From software center: broadcom-sta-source 6.30.223.141-1. 3) What i expected to happen: Once the driver connects to my AP at home, i expect it to forward IP-packets between the AP and my computer. 4) What happened instead: Almost nothing. There is a valid ARP entry for the AP in the ARP cache, but there are no replies from ping. The AP is a DLINK DIR-645. I've got two Android devices of different versions using the AP w/o problems, so the AP is not broken. The driver works with an AP from Huawei. This computer has been able to use the AP w/o problems running 12.04 until abount six months ago, when no longer connect to it. 1) lsb_release -rd Description: Ubuntu 14.04.1 LTS Release: 14.04 2) apt-cache policy broadcom-sta-source broadcom-sta-source: Installed: 6.30.223.141-1 Candidate: 6.30.223.141-1 Version table: *** 6.30.223.141-1 0 500 http://se.archive.ubuntu.com/ubuntu/ trusty/multiverse amd64 Packages 100 /var/lib/dpkg/status 3) What is expected to happen with my Asus 1225B-SIV047M laptop and DLINK DIR-645 AP is the WiFi works via the broadcom-sta-source driver. 4) What happened instead: Almost nothing. There is a valid ARP entry for the AP in the ARP cache, but there are no replies from ping. The same problem existed in 13.10 with this computer about a month ago. However, this computer has been able to use the AP w/o problems running 12.04 until about six months ago, when no longer connect to it. I have two Android devices of different versions using the AP w/o problems. However, the driver works with an AP from Huawei. uname -a Linux slim2a 3.13.0-39-generic #66-Ubuntu SMP Tue Oct 28 13:30:27 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux lspci -vvnn | grep -A 9 Network 04:00.0 Network controller [0280]: Broadcom Corporation BCM4313 802.11bgn Wireless Network Adapter [14e4:4727] (rev 01) Subsystem: AzureWave Device [1a3b:2047] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 17 Region 0: Memory at fea00000 (64-bit, non-prefetchable) [size=16K] Capabilities: <access denied> Kernel driver in use: wl sudo dmidecode -s bios-version 209 sudo dmidecode -s bios-release-date 06/05/2012
2014-11-06 22:22:50 penalvch summary BCM4313 not working with some wireless AP 14e4:4727 [Asus 1225B] BCM4313 not working with D-Link DIR-645 AP
2014-11-06 22:23:16 penalvch broadcom-sta (Ubuntu): importance Undecided Medium
2014-11-09 18:17:02 penalvch description 1) lsb_release -rd Description: Ubuntu 14.04.1 LTS Release: 14.04 2) apt-cache policy broadcom-sta-source broadcom-sta-source: Installed: 6.30.223.141-1 Candidate: 6.30.223.141-1 Version table: *** 6.30.223.141-1 0 500 http://se.archive.ubuntu.com/ubuntu/ trusty/multiverse amd64 Packages 100 /var/lib/dpkg/status 3) What is expected to happen with my Asus 1225B-SIV047M laptop and DLINK DIR-645 AP is the WiFi works via the broadcom-sta-source driver. 4) What happened instead: Almost nothing. There is a valid ARP entry for the AP in the ARP cache, but there are no replies from ping. The same problem existed in 13.10 with this computer about a month ago. However, this computer has been able to use the AP w/o problems running 12.04 until about six months ago, when no longer connect to it. I have two Android devices of different versions using the AP w/o problems. However, the driver works with an AP from Huawei. uname -a Linux slim2a 3.13.0-39-generic #66-Ubuntu SMP Tue Oct 28 13:30:27 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux lspci -vvnn | grep -A 9 Network 04:00.0 Network controller [0280]: Broadcom Corporation BCM4313 802.11bgn Wireless Network Adapter [14e4:4727] (rev 01) Subsystem: AzureWave Device [1a3b:2047] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 17 Region 0: Memory at fea00000 (64-bit, non-prefetchable) [size=16K] Capabilities: <access denied> Kernel driver in use: wl sudo dmidecode -s bios-version 209 sudo dmidecode -s bios-release-date 06/05/2012 1) lsb_release -rd Description: Ubuntu 14.04.1 LTS Release: 14.04 2) apt-cache policy broadcom-sta-source broadcom-sta-source:   Installed: 6.30.223.141-1   Candidate: 6.30.223.141-1   Version table:  *** 6.30.223.141-1 0         500 http://se.archive.ubuntu.com/ubuntu/ trusty/multiverse amd64 Packages         100 /var/lib/dpkg/status 3) What is expected to happen with my Asus 1225B-SIV047M laptop and DLINK DIR-645 AP is the WiFi works via the broadcom-sta-source driver. 4) What happened instead: Almost nothing. There is a valid ARP entry for the AP in the ARP cache, but there are no replies from ping. The same problem existed in 13.10 with this computer about a month ago. However, this computer has been able to use the AP w/o problems running 12.04 until about six months ago, when no longer connect to it. I tried upgrading the AP firmware to 1.04 B12 but this didn't change anything. I have two Android devices of different versions using the AP without problems. However, the wifi works with an AP from Huawei. uname -a Linux slim2a 3.13.0-39-generic #66-Ubuntu SMP Tue Oct 28 13:30:27 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux lspci -vvnn | grep -A 9 Network 04:00.0 Network controller [0280]: Broadcom Corporation BCM4313 802.11bgn Wireless Network Adapter [14e4:4727] (rev 01)  Subsystem: AzureWave Device [1a3b:2047]  Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-  Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-  Latency: 0, Cache Line Size: 64 bytes  Interrupt: pin A routed to IRQ 17  Region 0: Memory at fea00000 (64-bit, non-prefetchable) [size=16K]  Capabilities: <access denied>  Kernel driver in use: wl sudo dmidecode -s bios-version 209 sudo dmidecode -s bios-release-date 06/05/2012
2015-01-07 00:01:43 penalvch affects broadcom-sta (Ubuntu) bcmwl (Ubuntu)
2015-01-07 00:01:43 penalvch bcmwl (Ubuntu): status Incomplete Fix Released
2015-01-11 14:56:21 LennartP description 1) lsb_release -rd Description: Ubuntu 14.04.1 LTS Release: 14.04 2) apt-cache policy broadcom-sta-source broadcom-sta-source:   Installed: 6.30.223.141-1   Candidate: 6.30.223.141-1   Version table:  *** 6.30.223.141-1 0         500 http://se.archive.ubuntu.com/ubuntu/ trusty/multiverse amd64 Packages         100 /var/lib/dpkg/status 3) What is expected to happen with my Asus 1225B-SIV047M laptop and DLINK DIR-645 AP is the WiFi works via the broadcom-sta-source driver. 4) What happened instead: Almost nothing. There is a valid ARP entry for the AP in the ARP cache, but there are no replies from ping. The same problem existed in 13.10 with this computer about a month ago. However, this computer has been able to use the AP w/o problems running 12.04 until about six months ago, when no longer connect to it. I tried upgrading the AP firmware to 1.04 B12 but this didn't change anything. I have two Android devices of different versions using the AP without problems. However, the wifi works with an AP from Huawei. uname -a Linux slim2a 3.13.0-39-generic #66-Ubuntu SMP Tue Oct 28 13:30:27 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux lspci -vvnn | grep -A 9 Network 04:00.0 Network controller [0280]: Broadcom Corporation BCM4313 802.11bgn Wireless Network Adapter [14e4:4727] (rev 01)  Subsystem: AzureWave Device [1a3b:2047]  Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-  Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-  Latency: 0, Cache Line Size: 64 bytes  Interrupt: pin A routed to IRQ 17  Region 0: Memory at fea00000 (64-bit, non-prefetchable) [size=16K]  Capabilities: <access denied>  Kernel driver in use: wl sudo dmidecode -s bios-version 209 sudo dmidecode -s bios-release-date 06/05/2012 [Impact] Users of Ubuntu 14.04 with bcmwl are unable to utilize WiFi with the D-Link DIR-645 AP (AccessPoint).
2015-01-11 14:58:59 LennartP description [Impact] Users of Ubuntu 14.04 with bcmwl are unable to utilize WiFi with the D-Link DIR-645 AP (AccessPoint). [Impact] Users of Ubuntu 14.04 with bcmwl are unable to utilize WiFi with the D-Link DIR-645 AP (AccessPoint). They are able to connect to the AP using WPA2-PSK and obtain an IP address from the AP, but no IP unicast packets are evere received. Thus, WiFi is for all practical purposes not working for this combination of Ubuntu software and AP.
2015-01-11 15:02:13 LennartP description [Impact] Users of Ubuntu 14.04 with bcmwl are unable to utilize WiFi with the D-Link DIR-645 AP (AccessPoint). They are able to connect to the AP using WPA2-PSK and obtain an IP address from the AP, but no IP unicast packets are evere received. Thus, WiFi is for all practical purposes not working for this combination of Ubuntu software and AP. [Impact] Users of Ubuntu 14.04 with bcmwl are unable to utilize WiFi with the D-Link DIR-645 AP (AccessPoint). They are able to connect to the AP using WPA2-PSK and obtain an IP address from the AP, but no IP unicast packets are evere received. Thus, WiFi is for all practical purposes not working for this combination of Ubuntu software and AP. While this is happening, devices using other software (e.g. Android) are able to utilize WiFi with the same AP without problems. The bug can also be reproduced using the ASUS WL-330N AP. There may be other APs with which the bug can also be reproduced.
2015-01-11 15:03:49 LennartP description [Impact] Users of Ubuntu 14.04 with bcmwl are unable to utilize WiFi with the D-Link DIR-645 AP (AccessPoint). They are able to connect to the AP using WPA2-PSK and obtain an IP address from the AP, but no IP unicast packets are evere received. Thus, WiFi is for all practical purposes not working for this combination of Ubuntu software and AP. While this is happening, devices using other software (e.g. Android) are able to utilize WiFi with the same AP without problems. The bug can also be reproduced using the ASUS WL-330N AP. There may be other APs with which the bug can also be reproduced. [Impact] Users of Ubuntu 14.04 with bcmwl are unable to utilize WiFi with the D-Link DIR-645 AP (AccessPoint). They are able to connect to the AP using WPA2-PSK and obtain an IP address from the AP, but no IP unicast packets are evere received. Thus, WiFi is for all practical purposes not working for this combination of Ubuntu software and AP. While this is happening, devices using other software (e.g. Android) are able to utilize WiFi with the same AP without problems. The bug can also be reproduced using the ASUS WL-330N AP. There may be other APs with which the bug can also be reproduced. The bug was not present in Ubuntu 12.04. It is fixed in Ubuntu Vivid Vervet.
2015-01-11 15:06:14 LennartP description [Impact] Users of Ubuntu 14.04 with bcmwl are unable to utilize WiFi with the D-Link DIR-645 AP (AccessPoint). They are able to connect to the AP using WPA2-PSK and obtain an IP address from the AP, but no IP unicast packets are evere received. Thus, WiFi is for all practical purposes not working for this combination of Ubuntu software and AP. While this is happening, devices using other software (e.g. Android) are able to utilize WiFi with the same AP without problems. The bug can also be reproduced using the ASUS WL-330N AP. There may be other APs with which the bug can also be reproduced. The bug was not present in Ubuntu 12.04. It is fixed in Ubuntu Vivid Vervet. [Impact] Users of Ubuntu 14.04 with bcmwl are unable to utilize WiFi with the D-Link DIR-645 AP (AccessPoint). They are able to connect to the AP using WPA2-PSK and obtain an IP address from the AP, but no IP unicast packets are evere received. Thus, WiFi is for all practical purposes not working for this combination of Ubuntu software and AP. While this is happening, devices using other software (e.g. Android) are able to utilize WiFi with the same AP without problems. The bug can also be reproduced using the ASUS WL-330N AP. There may be other APs with which the bug can also be reproduced. The bug was not present in Ubuntu 12.04. It is fixed in Ubuntu Vivid Vervet. The bug should be back-ported to Ubuntu 14.04 because WiFi is a fundamental function for laptops which has worked in Ubuntu LTS before. Speaking for myself, I am reluctant to move to a development release of Ubuntu such as Vivid because problems are to be expected with applications running on top of Ubuntu, e.g. Virtualbox, in such a release.
2015-01-11 15:13:13 LennartP description [Impact] Users of Ubuntu 14.04 with bcmwl are unable to utilize WiFi with the D-Link DIR-645 AP (AccessPoint). They are able to connect to the AP using WPA2-PSK and obtain an IP address from the AP, but no IP unicast packets are evere received. Thus, WiFi is for all practical purposes not working for this combination of Ubuntu software and AP. While this is happening, devices using other software (e.g. Android) are able to utilize WiFi with the same AP without problems. The bug can also be reproduced using the ASUS WL-330N AP. There may be other APs with which the bug can also be reproduced. The bug was not present in Ubuntu 12.04. It is fixed in Ubuntu Vivid Vervet. The bug should be back-ported to Ubuntu 14.04 because WiFi is a fundamental function for laptops which has worked in Ubuntu LTS before. Speaking for myself, I am reluctant to move to a development release of Ubuntu such as Vivid because problems are to be expected with applications running on top of Ubuntu, e.g. Virtualbox, in such a release. [Impact] Users of Ubuntu 14.04 with bcmwl are unable to utilize WiFi with the D-Link DIR-645 AP (AccessPoint). They are able to connect to the AP using WPA2-PSK and obtain an IP address from the AP, but no IP unicast packets are ever received. Thus, WiFi is for all practical purposes not working for this combination of Ubuntu software and AP. While this is happening, devices using other software (e.g. Android) are able to utilize WiFi with the same AP without problems. The bug can also be reproduced using the ASUS WL-330N AP. There may be other APs with which the bug can also be reproduced. The bug was not present in Ubuntu 12.04. It is fixed in Ubuntu Vivid Vervet. The bug should be back-ported to Ubuntu 14.04 because WiFi is a fundamental function for laptops which has worked in Ubuntu LTS before. Speaking for myself, I am reluctant to move to a development release of Ubuntu such as Vivid because problems are to be expected with applications running on top of Ubuntu, e.g. Virtualbox, in such a release. [Test Case] DUT :== Device Under Test, a laptop with Ubuntu 14.04 and bcmwl installed. 1. Ascertain no other network connection (e.g. wired Ethernet) are connected to DUT. 2. Connect DUT to av D-Link DIR-645 or ASUS WL-330N AP using WPA2-PSK. 3. Open a Terminal and do at least one of the following: 3a. Determine the IP address of the default gateway ("destination 0.0.0.0") using netstat -rn and ping the IP-address.
2015-01-11 15:17:45 LennartP description [Impact] Users of Ubuntu 14.04 with bcmwl are unable to utilize WiFi with the D-Link DIR-645 AP (AccessPoint). They are able to connect to the AP using WPA2-PSK and obtain an IP address from the AP, but no IP unicast packets are ever received. Thus, WiFi is for all practical purposes not working for this combination of Ubuntu software and AP. While this is happening, devices using other software (e.g. Android) are able to utilize WiFi with the same AP without problems. The bug can also be reproduced using the ASUS WL-330N AP. There may be other APs with which the bug can also be reproduced. The bug was not present in Ubuntu 12.04. It is fixed in Ubuntu Vivid Vervet. The bug should be back-ported to Ubuntu 14.04 because WiFi is a fundamental function for laptops which has worked in Ubuntu LTS before. Speaking for myself, I am reluctant to move to a development release of Ubuntu such as Vivid because problems are to be expected with applications running on top of Ubuntu, e.g. Virtualbox, in such a release. [Test Case] DUT :== Device Under Test, a laptop with Ubuntu 14.04 and bcmwl installed. 1. Ascertain no other network connection (e.g. wired Ethernet) are connected to DUT. 2. Connect DUT to av D-Link DIR-645 or ASUS WL-330N AP using WPA2-PSK. 3. Open a Terminal and do at least one of the following: 3a. Determine the IP address of the default gateway ("destination 0.0.0.0") using netstat -rn and ping the IP-address. [Impact] Users of Ubuntu 14.04 with bcmwl are unable to utilize WiFi with the D-Link DIR-645 AP (AccessPoint). They are able to connect to the AP using WPA2-PSK and obtain an IP address from the AP, but no IP unicast packets are ever received. Thus, WiFi is for all practical purposes not working for this combination of Ubuntu software and AP. While this is happening, devices using other software (e.g. Android) are able to utilize WiFi with the same AP without problems. The bug can also be reproduced using the ASUS WL-330N AP. There may be other APs with which the bug can also be reproduced. The bug was not present in Ubuntu 12.04. It is fixed in Ubuntu Vivid Vervet. The bug should be back-ported to Ubuntu 14.04 because WiFi is a fundamental function for laptops which has worked in Ubuntu LTS before. Speaking for myself, I am reluctant to move to a development release of Ubuntu such as Vivid because problems are to be expected with applications running on top of Ubuntu, e.g. Virtualbox, in such a release. [Test Case] DUT :== Device Under Test, a laptop with Ubuntu 14.04 and bcmwl installed. 1. Ascertain no other network connection (e.g. wired Ethernet) are connected to DUT. 2. Connect DUT to av D-Link DIR-645 or ASUS WL-330N AP using WPA2-PSK. 3. Open a Terminal and do at least one of the following: 3a. Determine the IP address of the default gateway ("destination 0.0.0.0") using netstat -rn and ping the IP-address. 3b. Ping the IP address of some other device connected to the same AP. Optionally, use a protocol analyzer (e.g. WireShark) to observe ping packets being received by the other device from DUT and responses being sent back. 4a. If the buig is fixed, you should see lines like "64 bytes received from <IP
2015-01-11 15:20:17 LennartP description [Impact] Users of Ubuntu 14.04 with bcmwl are unable to utilize WiFi with the D-Link DIR-645 AP (AccessPoint). They are able to connect to the AP using WPA2-PSK and obtain an IP address from the AP, but no IP unicast packets are ever received. Thus, WiFi is for all practical purposes not working for this combination of Ubuntu software and AP. While this is happening, devices using other software (e.g. Android) are able to utilize WiFi with the same AP without problems. The bug can also be reproduced using the ASUS WL-330N AP. There may be other APs with which the bug can also be reproduced. The bug was not present in Ubuntu 12.04. It is fixed in Ubuntu Vivid Vervet. The bug should be back-ported to Ubuntu 14.04 because WiFi is a fundamental function for laptops which has worked in Ubuntu LTS before. Speaking for myself, I am reluctant to move to a development release of Ubuntu such as Vivid because problems are to be expected with applications running on top of Ubuntu, e.g. Virtualbox, in such a release. [Test Case] DUT :== Device Under Test, a laptop with Ubuntu 14.04 and bcmwl installed. 1. Ascertain no other network connection (e.g. wired Ethernet) are connected to DUT. 2. Connect DUT to av D-Link DIR-645 or ASUS WL-330N AP using WPA2-PSK. 3. Open a Terminal and do at least one of the following: 3a. Determine the IP address of the default gateway ("destination 0.0.0.0") using netstat -rn and ping the IP-address. 3b. Ping the IP address of some other device connected to the same AP. Optionally, use a protocol analyzer (e.g. WireShark) to observe ping packets being received by the other device from DUT and responses being sent back. 4a. If the buig is fixed, you should see lines like "64 bytes received from <IP [Impact] Users of Ubuntu 14.04 with bcmwl are unable to utilize WiFi with the D-Link DIR-645 AP (AccessPoint). They are able to connect to the AP using WPA2-PSK and obtain an IP address from the AP, but no IP unicast packets are ever received. Thus, WiFi is for all practical purposes not working for this combination of Ubuntu software and AP. While this is happening, devices using other software (e.g. Android) are able to utilize WiFi with the same AP without problems. The bug can also be reproduced using the ASUS WL-330N AP. There may be other APs with which the bug can also be reproduced. The bug was not present in Ubuntu 12.04. It is fixed in Ubuntu Vivid Vervet. The bug should be back-ported to Ubuntu 14.04 because WiFi is a fundamental function for laptops which has worked in Ubuntu LTS before. Speaking for myself, I am reluctant to move to a development release of Ubuntu such as Vivid because problems are to be expected with applications running on top of Ubuntu, e.g. Virtualbox, in such a release. [Test Case] DUT :== Device Under Test, a laptop with Ubuntu 14.04 and bcmwl installed. 1. Ascertain no other network connection (e.g. wired Ethernet) are connected to DUT. 2. Connect DUT to av D-Link DIR-645 or ASUS WL-330N AP using WPA2-PSK. 3. Open a Terminal and do at least one of the following: 3a. Determine the IP address of the default gateway ("destination 0.0.0.0") using netstat -rn and ping the IP-address. 3b. Ping the IP address of some other device connected to the same AP. Optionally, use a protocol analyzer (e.g. WireShark) to observe ping packets being received by the other device from DUT and responses being sent back. 4a. If the buig is fixed, you should see lines like "64 bytes received from <IP-address>" in your terminal. After pressing CTRL+C, ping should report "0% packet loss". 4b. If the bug is not fixed, ping just writes "PING <IP-address> ..." and nothing else happens. After pressing CTRL+C, ping reports "100% packet loss".
2015-01-11 15:25:05 LennartP description [Impact] Users of Ubuntu 14.04 with bcmwl are unable to utilize WiFi with the D-Link DIR-645 AP (AccessPoint). They are able to connect to the AP using WPA2-PSK and obtain an IP address from the AP, but no IP unicast packets are ever received. Thus, WiFi is for all practical purposes not working for this combination of Ubuntu software and AP. While this is happening, devices using other software (e.g. Android) are able to utilize WiFi with the same AP without problems. The bug can also be reproduced using the ASUS WL-330N AP. There may be other APs with which the bug can also be reproduced. The bug was not present in Ubuntu 12.04. It is fixed in Ubuntu Vivid Vervet. The bug should be back-ported to Ubuntu 14.04 because WiFi is a fundamental function for laptops which has worked in Ubuntu LTS before. Speaking for myself, I am reluctant to move to a development release of Ubuntu such as Vivid because problems are to be expected with applications running on top of Ubuntu, e.g. Virtualbox, in such a release. [Test Case] DUT :== Device Under Test, a laptop with Ubuntu 14.04 and bcmwl installed. 1. Ascertain no other network connection (e.g. wired Ethernet) are connected to DUT. 2. Connect DUT to av D-Link DIR-645 or ASUS WL-330N AP using WPA2-PSK. 3. Open a Terminal and do at least one of the following: 3a. Determine the IP address of the default gateway ("destination 0.0.0.0") using netstat -rn and ping the IP-address. 3b. Ping the IP address of some other device connected to the same AP. Optionally, use a protocol analyzer (e.g. WireShark) to observe ping packets being received by the other device from DUT and responses being sent back. 4a. If the buig is fixed, you should see lines like "64 bytes received from <IP-address>" in your terminal. After pressing CTRL+C, ping should report "0% packet loss". 4b. If the bug is not fixed, ping just writes "PING <IP-address> ..." and nothing else happens. After pressing CTRL+C, ping reports "100% packet loss". [Impact] Users of Ubuntu 14.04 with bcmwl are unable to utilize WiFi with the D-Link DIR-645 AP (AccessPoint). They are able to connect to the AP using WPA2-PSK and obtain an IP address from the AP, but no IP unicast packets are ever received. Thus, WiFi is for all practical purposes not working for this combination of Ubuntu software and AP. While this is happening, devices using other software (e.g. Android) are able to utilize WiFi with the same AP without problems. The bug can also be reproduced using the ASUS WL-330N AP. There may be other APs with which the bug can also be reproduced. The bug was not present in Ubuntu 12.04. It is fixed in Ubuntu Vivid Vervet. The bug should be back-ported to Ubuntu 14.04 because WiFi is a fundamental function for laptops which has worked in Ubuntu LTS before. Speaking for myself, I am reluctant to move to a development release of Ubuntu such as Vivid because problems are to be expected with applications running on top of Ubuntu, e.g. Virtualbox, in such a release. [Test Case] DUT :== Device Under Test, a laptop with Ubuntu 14.04 and bcmwl installed. 1. Ascertain no other network connection (e.g. wired Ethernet) are connected to DUT. 2. Connect DUT to av D-Link DIR-645 or ASUS WL-330N AP using WPA2-PSK. 3. Open a Terminal and do at least one of the following: 3a. Determine the IP address of the default gateway ("destination 0.0.0.0") using netstat -rn and ping the IP-address. 3b. Ping the IP address of some other device connected to the same AP. Optionally, use a protocol analyzer (e.g. WireShark) to observe ping packets being received by the other device from DUT and responses being sent back. 4a. If the buig is fixed, you should see lines like "64 bytes received from <IP-address>" in your terminal. After pressing CTRL+C, ping should report "0% packet loss". 4b. If the bug is not fixed, ping just writes "PING <IP-address> ..." and nothing else happens. After pressing CTRL+C, ping reports "100% packet loss". [Regression Potential] Software Regression is unlikely to occur. If it does will most likely manifest itself as Ubuntu 14.04 with bcmwl being unable to utilize WiFi with any AP (of any make and model).
2015-01-11 16:41:03 Thomas Ward nominated for series Ubuntu Trusty
2015-01-12 15:43:38 Brian Murray bug task added bcmwl (Ubuntu Trusty)
2015-03-11 02:00:07 penalvch bcmwl (Ubuntu Trusty): importance Undecided Medium
2015-03-11 02:00:07 penalvch bcmwl (Ubuntu Trusty): status New Triaged
2015-03-11 02:00:55 penalvch bcmwl (Ubuntu Trusty): importance Medium High