Bug#859598:

2017-06-01 Thread Josh Haertel
Update:
I installed macfanctld but still saw issues.

After some playing, I noticed a correlation between my internet connection
and a windows 10 pro HP EliteBook 8470p connected to the network. Whenever
it would connect my connection would hang. All my connectivity issues
seemed to happen while it was online. Looking at iftop more, I saw it
sending frequent packets to 255.255.255.255:17500, which is supposed to be
dropbox, and a few occasional pings to some DNS servers as well as
192.168.1.255.

Attempts to firewall port 17500 and later the laptop's ip address through
ufw proved pointless. I even uninstalled dropbox on the owners laptop but
still saw issues, even when my computer wasn't detecting any traffic from
the other laptop at all (after disabling the firewall, of course). I
suppose there could be some sort of frequency conflict between the two, I
haven't monitored the internet on the other laptop, but the user hasn't
expressed any frustration while using it so I'd assume that's not an issue.

Also, using a combination of tcpdump piped to ts, I verified that traffic
from port 17500 would be received but wouldn't print out to the console for
up to two minutes while my internet was hanging (tcpdump was in
--immediate-mode so it shouldn't have been a buffer issue). Because of
this, I think there's some sort of issue in the physical processing of the
packet inside of the broadcom chip causing the delay after it's received.

Hopefully all of this information is helpful to anyone trying to debug the
issue. It is definitely linux driver related as I saw no issues when using
Mac OS. I don't know the code well enough to make any further suggestions,
but I'm afraid the issue is probably hidden in the proprietary libraries.
It'd be nice if I could revert back to the broadcom-wl sta driver rev
6.2.155.19. According to
http://www.hackermusings.com/2013/02/better-wireless-drivers-for-the-bcm4331/
that
one contained a fix to the issue. That one was so long ago I doubt it would
work though.

Given all that, I think the only way to "solve" the issue is to buy a
wireless USB dongle.


Bug#859598:

2017-05-26 Thread Josh Haertel
Package: broadcom-sta-dkms
Version: 6.30.223.271-5

I too have had the same issue. Attempts to fix it include turning power
management off with iwconfig (with edits to
/etc/NetworkManager/conf.d/default-wifi-powersave-on.conf to make it
persistent through reboots as confirmed by iwconfig) and disabling IPv6,
booth by ignoring it in the Network Manager GUI and editing
/etc/sysctl.conf (IPv6 was confirmed as being off by monitoring with
iftop). It is worth noting that the network initially seems to be fine and
doesn't have issues until the computer has been in use for more than about
10 minutes. This also, incidentally, correlates to a few more open tabs in
my browser and more network traffic. However, in my stress testing I have
been fine with three youtube videos downloading at 1080p and one git hub
repo cloning and deleting itself for about 10 minutes. After that, the
problem occurs every few minutes, initially lasting only for a few seconds
and then eventually minutes. Monitoring through iftop confirms that
download rate drops from 5 mbps to a variety of lower speeds between 0 and
a couple 100 kbps. Additional side effects include the network signal
showing 100% in the toolbar when the connection is dropped. Htop shows no
abuse of system memory (3.1G/15.G in use) nor the systems four cores (each
between 5-20%) when the wireless is on and when it is lost.

My main suspicion is that this is power/heat related. One time, while
reinstalling one of the other driver alternatives for the nth time, my
computer completely froze and had to be rebooted -- a problem common with
high cpu temperatures. The mac mini chassis always gets hot after a few
minutes of use (though it is not scathing to touch). Interestingly enough,
the wired network still seems to work fine under these conditions. This
could be attributed to better power management in that system or even
physical real estate of the chips on the motherboard with regards to
proximity of the fan and sources of heat. Here are a few snapshots of the
head of my sensors output:
$ sensors  # On solely wifi
coretemp-isa-
Adapter: ISA adapter
Package id 0:  +81.0°C  (high = +87.0°C, crit = +105.0°C)
Core 0:+81.0°C  (high = +87.0°C, crit = +105.0°C)
Core 1:+79.0°C  (high = +87.0°C, crit = +105.0°C)

applesmc-isa-0300
Adapter: ISA adapter
Exhaust  :   2193 RPM  (min = 1800 RPM, max = 5500 RPM)


$ sensors  # On solely network cable -- meaning this could be a heating
issue unrelated to the driver, albeit affecting wireless more directly
coretemp-isa-
Adapter: ISA adapter
Package id 0:  +92.0°C  (high = +87.0°C, crit = +105.0°C)
Core 0:+91.0°C  (high = +87.0°C, crit = +105.0°C)
Core 1:+92.0°C  (high = +87.0°C, crit = +105.0°C)

applesmc-isa-0300
Adapter: ISA adapter
Exhaust  :   2182 RPM  (min = 1800 RPM, max = 5500 RPM)


Below are more specs on the system:

Mac Mini Late 2012
$ sudo dmidecode -s system-product-name
Macmini6,1

Ubuntu 17.04
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 17.04
Release: 17.04
Codename: zesty

Linux Kernel
$ uname -a
Linux Ubuntu 4.10.0-21-generic #23-Ubuntu SMP Fri Apr 28 16:14:22 UTC 2017
x86_64 x86_64 x86_64 GNU/Linux

Broadcom chip 4331 with wl driver (all others have been blacklisted in):
$ lspci -vvnn | grep -A9 Network
02:00.0 Network controller [0280]: Broadcom Limited BCM4331 802.11a/b/g/n
[14e4:4331] (rev 02)
Subsystem: Apple Inc. AirPort Extreme [106b:010e]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: wl
Kernel modules: bcma, wl

Driver release 6.30.223.271-5
$ apt list broadcom-sta-dkms
Listing... Done
broadcom-sta-dkms/zesty,zesty,now 6.30.223.271-5 all [installed]

Unless anyone has any other leads (likely kernel related), I will look more
into power management and increasing the fan speeds as a temporary band aid.


Bug#859598: broadcom-sta-dkms occasionally drops wifi on BCM4331

2017-04-05 Thread Anonymous
Package: broadcom-sta-dkms
Version: 6.30.223.248-3

Using broadcom-sta-dkms & wl on a late 2012 Mac Mini with the internal BCM4331 
wifi card, the wifi connnection continually stalls, dozens of time a day (most 
often in the daytime). To reconnect, I shut off wifi in the GUI using 
NetworkManager, then turn it back on ... until it stalls again. When it stalls, 
NetworkManager reports a 100% signal on every listed & detected wifi network.

All other devices are working normally, connected to the same wifi router, set 
to b/g/n mode. If I set the router's wifi protocol to 802.11b (only), the wifi 
connection on the Mac Mini is much more stable, but it still stalls 
occasionally.

It looks like this problem may have been going on since at least 2014: 
http://crunchbang.org/forums/viewtopic.php?id=35128

I am using Linux hostname 3.16.0-4-amd64 #1 SMP Debian 3.16.39-1+deb8u2 
(2017-03-07) x86_64 GNU/Linux