Wifi Adapter Fails to come up after restart. after power off works fine
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| linux (Ubuntu) |
Medium
|
Unassigned |
Bug Description
I just installed Ubuntu Gnome 16.04 on my Laptop and I have noticed that Wifi somtimes doesn't work. after observing the problem I have come to the conclusion that it doesn't work after a reboot. I need to power it off and then back on to get the WiFi adapter working. my laptop is HP Pavilion and using a Ralink RT3290 Wireless adapter.
this is the dmesg output when it's working:
[ 12.190373] ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 3290, rev 0015 detected
[ 12.198413] ieee80211 phy0: rt2x00_set_rf: Info - RF chipset 3290 detected
[ 12.230518] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[ 22.490620] ieee80211 phy0: rt2x00lib_
[ 22.566482] ieee80211 phy0: rt2x00lib_
this is when it's not working:
[ 12.434107] ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 3290, rev 0015 detected
[ 12.437567] ieee80211 phy0: rt2x00_set_rf: Info - RF chipset 3290 detected
[ 12.453872] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[ 22.603249] ieee80211 phy0: rt2x00lib_
[ 22.634727] ieee80211 phy0: rt2x00lib_
[ 24.250054] ieee80211 phy0: rt2800_
[ 25.850083] ieee80211 phy0: rt2800_
[ 25.851000] ieee80211 phy0: rt2800pci_
[ 27.994185] ieee80211 phy0: rt2800_
[ 29.594240] ieee80211 phy0: rt2800_
[ 29.595203] ieee80211 phy0: rt2800pci_
_______
ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: linux-image-
ProcVersionSign
Uname: Linux 4.4.0-22-generic x86_64
ApportVersion: 2.20.1-0ubuntu2
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
/dev/snd/
CurrentDesktop: GNOME
Date: Mon May 23 00:52:12 2016
HibernationDevice: RESUME=
InstallationDate: Installed on 2016-05-22 (0 days ago)
InstallationMedia: Ubuntu-GNOME 16.04 LTS "Xenial Xerus" - Release amd64 (20160421)
MachineType: Hewlett-Packard HP Pavilion 15 Notebook PC
ProcEnviron:
TERM=xterm-
PATH=(custom, no user)
XDG_RUNTIME_
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=
RelatedPackageV
linux-
linux-
linux-firmware 1.157
RfKill:
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 08/08/2013
dmi.bios.vendor: Insyde
dmi.bios.version: F.21
dmi.board.
dmi.board.name: 2166
dmi.board.vendor: Hewlett-Packard
dmi.board.version: 29.23
dmi.chassis.type: 10
dmi.chassis.vendor: Hewlett-Packard
dmi.chassis.
dmi.modalias: dmi:bvnInsyde:
dmi.product.name: HP Pavilion 15 Notebook PC
dmi.product.
dmi.sys.vendor: Hewlett-Packard
hussain (abuznb195) wrote : | #1 |
description: | updated |
Changed in linux (Ubuntu): | |
status: | New → Confirmed |
Joseph Salisbury (jsalisbury) wrote : | #3 |
Did this issue start happening after an update/upgrade? Was there a prior kernel version where you were not having this particular problem?
Would it be possible for you to test the latest upstream kernel? Refer to https:/
If this bug is fixed in the mainline kernel, please add the following tag 'kernel-
If the mainline kernel does not fix this bug, please add the tag: 'kernel-
Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".
Thanks in advance.
[0] http://
Changed in linux (Ubuntu): | |
importance: | Undecided → Medium |
status: | Confirmed → Incomplete |
tags: | added: kernel-bug-exists-upstream |
tags: | removed: amd64 apport-bug xenial |
Changed in linux (Ubuntu): | |
status: | Incomplete → Confirmed |
hussain (abuznb195) wrote : | #4 |
The bug happened right after installing Ubuntu Gnome 16.04, clean install. a while ago I upgraded from ubuntu 15.10 to 16.04 but the problem didn't occur.
Tested with 4.6 kernel. problem still exists.
tags: | added: amd64 apport-bug xenial |
Changed in linux (Ubuntu): | |
status: | Confirmed → Incomplete |
Christopher M. Peñalver (penalvch) wrote : | #7 |
hussain, could you please test the latest mainline kernel (4.7-rc2) and advise to the results?
tags: | added: bios-outdated-f.68 |
tags: | added: regression-release |
hussain (abuznb195) wrote : | #8 |
Tested with latest kernel (4.7-rc5) and the problem still persists. sorry for the delay.
Christopher M. Peñalver (penalvch) wrote : | #9 |
hussain, as per http://
For more on BIOS updates and linux, please see https:/
Please note your current BIOS is already in the Bug Description, so posting this on the old BIOS would not be helpful.
Also, you don't have to create a new bug report.
Once the BIOS is updated, if the problem is still reproducible:
1) Please provide the output of the following terminal command (not perform an apport-collect):
sudo dmidecode -s bios-version && sudo dmidecode -s bios-release-date
2) Please make a comment specifically advising on if there was an improvement or not.
3) Please mark this report Status Confirmed.
If it's not reproducible, please mark this as Invalid.
Thank you for your help.
tags: | added: kernel-bug-exists-upstream-4.7-rc5 |
tags: |
added: bios-outdated-f.69 removed: bios-outdated-f.68 |
hussain (abuznb195) wrote : | #10 |
I checked the link and there doesn't seem to be a BIOS update for my laptop. Are you certain there was an update for it ?!
Launchpad Janitor (janitor) wrote : | #11 |
[Expired for linux (Ubuntu) because there has been no activity for 60 days.]
Changed in linux (Ubuntu): | |
status: | Incomplete → Expired |
tags: |
added: bios-outdated-f.70 removed: bios-outdated-f.69 |
Aficionado (aficionadodesu) wrote : | #12 |
Sorry. I know that was closed a year ago, but this bug is still present now.
I've updated my BIOS to the latest available version with no luck.
I'm on Debian. I think that's not directly related to Ubuntu. It may be a bug in the kernel driver or maybe a hardware problem (let's hope it is the first).
I'm not sure on how to proceed. How can I debug it? Can I file a bug to module developers? ( ?_?)
Also, I've noticed that, after a restart, you can make it work by suspending and waking up the computer.
Aficionado (aficionadodesu) wrote : | #13 |
I found a workaround. Maybe someone find it useful.
In kernel source, file:
drivers/
function:
int rt2800_
replace:
return -EACCES;
by:
return 0;
That forces the code to continue even if the card seems to be busy. But it works for me. Maybe is not really busy... Who knows.
Kai-Heng Feng (kaihengfeng) wrote : | #14 |
Maybe change the sleep time from 10 to an even larger number? See commit 08e5310028359.
Aficionado (aficionadodesu) wrote : | #15 |
Yes, I saw the timeout message and tried with a 100, but no luck.
Aficionado (aficionadodesu) wrote : | #16 |
Just saw a message in January 2017 about a fix (well, it seemed to me just another workaround). Maybe it is fixed in 4.9.6 or 7. I"ll try.
Aficionado (aficionadodesu) wrote : | #17 |
Yes, bug is "solved" in Debian's unstable (linux image 4.11), but still present in the Debian's stable branch (linux image 4.9.0).
robb990099 (rebrown) wrote : | #18 |
FWIW Still present also in 4.10.0-40-generic.
This change was made by a bot.