ssh hangs after login when using broadcom wifi

[Aldo Nogueira]

The terminal hangs after I type my password in ssh.

Strangely, I can browse the files through nautilus/ssh and create tunnels with GSTM.
My machine is a Macbook 4.1 and ssh works fine on MacOSX.
After searching through web I found that maybe this bug has something to do with the wifi driver: Broadcom module wl.
It works fine through ethernet.
I certainly used ssh succesfully before, but maybe this is the first time I have to use it through terminal in Lucid.

I found some old forum emails about this bug in Hardy using Dell Mini. This bug resurrected in Lucid. Maybe someone forgot to apply a patch in this kernel.

I'm using Ubuntu 10.04.1 LTS with a MacBook 4.1 which has a Broadcom BCM4328 wireless card.
ssh -v says OpenSSH_5.3p1 Debian-3ubuntu4, OpenSSL 0.9.8k 25 Mar 2009

[Mathias Gug (mathiaz)]

Thank you for taking the time to report this issue and helping to make Ubuntu better.

Could you try to connect to the remote host using '-vvv'. Where does the client hangs?

[Aldo Nogueira (aldo-nogueira)]

I works now!

One possibility is that the old kernels 2.6.32-22 and 2.6.32-23 were removed.
The current one (2.6.32-24) is here since 2010-07-27 (two days before the report)
Maybe some old driver were still in use. I don't know.

I think the log using '-vvv' is not useful now. Do you still want it?
If the problem occur again, I'll attach the log.

[darren (darrenm)]

This is happening to me on Ubuntu Lucid 64 bit server (10.04.1)

Here is the ssh -vvv output:

darrenm@darrenm-desktop:~$ ssh -vvv 2.21.1.10
OpenSSH_5.3p1 Debian-3ubuntu4, OpenSSL 0.9.8k 25 Mar 2009
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to 2.21.1.10 [2.21.1.10] port 22.
debug1: Connection established.
debug1: identity file /home/darrenm/.ssh/identity type -1
debug3: Not a RSA1 key file /home/darrenm/.ssh/id_rsa.
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-----END'
debug3: key_read: missing keytype
debug1: identity file /home/darrenm/.ssh/id_rsa type 1
debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048
debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048
debug3: Not a RSA1 key file /home/darrenm/.ssh/id_dsa.
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-----END'
debug3: key_read: missing keytype
debug1: identity file /home/darrenm/.ssh/id_dsa type 2
debug1: Checking blacklist file /usr/share/ssh/blacklist.DSA-1024
debug1: Checking blacklist file /etc/ssh/blacklist.DSA-1024
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3p1 Debian-3ubuntu4
debug1: match: OpenSSH_5.3p1 Debian-3ubuntu4 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.3p1 Debian-3ubuntu4
debug2: fd 3 setting O_NONBLOCK
debug1: SSH2_MSG_KEXINIT sent
debug3: Wrote 792 bytes for a total of 831
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debu...

[reliable-robin-22 (nicolasdiogo)]

Hi,

having similar problem here, i am using lucid on a T61 lenovo.
and i get random problem when connecting to my servers using SSH.

after reading this discussion:
https://lists.ubuntu.com/archives/ubuntu-server-bugs/2008-June/003360.html

i tested when having errors on ssh to restart the wireless (turn off and back on)

and ssh connection just worked

package used:
# apt-cache policy openssh-client
openssh-client:
  Installed: 1:5.3p1-3ubuntu4
  Candidate: 1:5.3p1-3ubuntu4
  Version table:
 *** 1:5.3p1-3ubuntu4 0
        500 http://gb.archive.ubuntu.com/ubuntu/ lucid-updates/main Packages
        100 /var/lib/dpkg/status
     1:5.3p1-3ubuntu3 0
        500 http://gb.archive.ubuntu.com/ubuntu/ lucid/main Packages

loaded modules:
# lsmod
Module Size Used by
sha256_generic 10327 2
cryptd 8116 0
aes_x86_64 7912 2
aes_generic 27607 1 aes_x86_64
binfmt_misc 7960 1
ppdev 6375 0
rfcomm 40393 0
sco 9649 0
hdaps 6517 0
input_polldev 3106 1 hdaps
bridge 53184 0
stp 2171 1 bridge
bnep 11884 0
l2cap 34806 4 rfcomm,bnep
btusb 13001 0
bluetooth 58685 5 rfcomm,sco,bnep,l2cap,btusb
joydev 11072 0
snd_hda_codec_analog 78702 1
dm_crypt 13043 1
pcmcia 35580 0
uinput 8456 0
arc4 1473 2
iwlagn 122996 0
iwlcore 125179 1 iwlagn
yenta_socket 22901 1
rsrc_nonstatic 9830 1 yenta_socket
mac80211 238896 2 iwlagn,iwlcore
thinkpad_acpi 79367 0
led_class 3764 2 iwlcore,thinkpad_acpi
nvram 7639 1 thinkpad_acpi
tpm_tis 9806 0
tpm 15780 1 tpm_tis
tpm_bios 6402 1 tpm
lp 9336 0
pcmcia_core 38176 3 pcmcia,yenta_socket,rsrc_nonstatic
snd_hda_intel 25773 2
snd_hda_codec 85759 2 snd_hda_codec_analog,snd_hda_intel
snd_hwdep 6924 1 snd_hda_codec
snd_pcm_oss 41394 0
snd_mixer_oss 16299 1 snd_pcm_oss
snd_pcm 87946 3 snd_hda_intel,snd_hda_codec,snd_pcm_oss
snd_seq_dummy 1782 0
snd_seq_oss 31219 0
snd_seq_midi 5829 0
snd_rawmidi 23420 1 snd_seq_midi
snd_seq_midi_event 7267 2 snd_seq_oss,snd_seq_midi
snd_seq 57481 7 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer 23649 2 snd_pcm,snd_seq
snd_seq_device 6888 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
psmouse 64576 0
serio_raw 4918 0
snd 71187 18 snd_hda_codec_analog,thinkpad_acpi,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
nvidia 10832442 41
vga16fb 12757 0
vgastate 98...

[Luke J Militello (kilahurtz)]

I'm having this same problem using the 'wl.ko' module for an Asus 1015PN Netbook running Maverick.

In order to get SSH working at all, I first have to remove the module altogether.

sudo rmmod wl

Then I connect via a wired connection and SSH works. If I leave the module inserted and just disconnect. SSH will not work via a wired connection. I've been messing with this for two days now and have made no progress towards a fix or work around. I am attaching my SSH debug info and marking this as confirmed. If any additional info is required, please let me know I and will provide what I can.

Kernel version is: 2.6.35-23-generic

[Luke J Militello (kilahurtz)]

After extensive troubleshooting, I believe this to be a problem with the driver. I have setup the same version of Ubuntu/SSH on an iBook G4 (using the Broadcom driver) and SSH works fine. The only difference is the Broadcom chip-set version.

[Leho Kraav (lkraav)]

I'm experiencing the same thing on Gentoo. This manifests immediately when switching from brcmsmac to wl. SSH sessions just hang and/or delay randomly.

$ uname -a
Linux travelmate 3.0.2-pf #6 SMP PREEMPT Fri Sep 2 11:29:06 EEST 2011 i686 Intel(R) Core(TM) i3 CPU U 330 @ 1.20GHz GenuineIntel GNU/Linux

$ qlist -IUv broadcom
net-wireless/broadcom-sta-5.100.82.38-r1 (kernel_linux)

[Leho Kraav (lkraav)]

WIFI controller information is probably relevant:

01:00.0 Network controller: Broadcom Corporation Device 4357 (rev 01)

[Marcello Romani (marcello-romani)]

I have a Lenovo Ideapad (don't remember the exact model right now), that used to work fine. For some months now Facebook (which uses https) is nearly unusable. Ssh, either via console or via Nautilus connection used to work fine but now is impossible: infinite delays and frequent connection drops. Http sites, ping traffic, etc. work fine instead.
I have tried both the proprietary drivers that "restricted drivers" function suggested, to no avail.
I have installed and tried three browsers on this machine (four if I count the default firefox package): firefox 6, Opera, Chromium. They all seem to work fine at times, but the problem remains - facebook/https is barely usable.
The problem showed up out of the blue while using 10.04 (it must have been an upgrade, but I didn't notice which it was when the problems started to show up). I have upgraded to 10.10, but the problems still remains.
I'm thinking about trying an upgrade to 11.04, but fear a drop of perfomrance. My last resort would be to reinstall a fresh 10.04 and don't do any upgrades, or change distribution entirely...

[Marcello Romani (marcello-romani)]

Sorry for being vague. I'll post the machine details as soon as I put my hands on int...

[Marcello Romani (marcello-romani)]

I'll add another test I did today and in the past month: copying a file via scp from the Lenovo machine to another laptop (both connected via wifi, both runnung 10.10, both fully updated) is not possibile. The transfer seem to happen but it stops right after the whole file seems to have been transferred. It never hangs there. The file is created on the other machine, but is 0 bytes long.

[Marcello Romani (marcello-romani)]

For the record: wifi encryption mode was "wpa/wpa2 psk" on the router. Now I changed that setting to "wpa psk", i.e. I forced the encryption mode to WPA, regardless of what the client support.
Let's see if this makes any difference...

[Marcello Romani (marcello-romani)]

Nothing changed. Problem persists as before.

[Marcello Romani (marcello-romani)]

Changed proprietary driver, now lsmod shows b43 module in use. Things seem to be a little better. We'll see in the next few days...

[Marcello Romani (marcello-romani)]

Ok, with b43 driver https problem went away, but the wifi connection drops at least once a day... I'll stop here because for me it's now a bug with b43 rather than _sta.

[penalvch (penalvch)]

Aldo Nogueira, this bug report is being closed due to your last comment https://bugs.launchpad.net/ubuntu/+source/broadcom-sta/+bug/611330/comments/2 regarding this being fixed with an update. For future reference you can manage the status of your own bugs by clicking on the current status in the yellow line and then choosing a new status in the revealed drop down box. You can learn more about bug statuses at https://wiki.ubuntu.com/Bugs/Status. Thank you again for taking the time to report this bug and helping to make Ubuntu better. Please submit any future bugs you may find.