| Summary: | conect / disconnect after pm suspen kernel crash with broadcom wl | ||
|---|---|---|---|
| Product: | Fedora | Reporter: | Suhan A <sandi_ro> |
| Component: | broadcom-wl | Assignee: | NVieville <nicolas.vieville> |
| Status: | RESOLVED EOL | ||
| Severity: | normal | CC: | leigh123linux, sandi_ro |
| Priority: | P1 | ||
| Version: | f28 | ||
| Hardware: | x86_64 | ||
| OS: | GNU/Linux | ||
| namespace: | |||
|
Description
Suhan A
2018-05-17 18:38:14 CEST
Hello, Thanks for reporting this issue. In order to try to determine what the possible reasons of your issue are, I wonder if you could please provide (by adding an attachment if needed) the result of the command lines below typed in a root console (using sudo may be requested) just after you log in: rfkill list dmidecode -t 1 For the last one (dmidecode) remove all personal information (serial number, UUID, etc), just keep the necessary things that can identify your laptop manufacturer, model, family, etc. In order to deactivate the power management of your Broadcom wireless device, maybe you should try, as a workaround, the command line below: iwconfig wlp3s0 power off This workaround is a bit more improved in: https://ask.fedoraproject.org/en/question/8168/proper-disabling-of-wifi-power-management/?answer=99609#post-id-99609 But if iwconfig show that by default power is off for this device, the previous advice won't be probably of some help. Some suggests to manually hardware turn off this wireless device before going to standby state, and to manually hardware turn it on after resuming from standby (I know that's not the way it is supposed to work). Please, I would be graceful if you could provide any feedback about this issue and your attempt to fix it. Feel free to make any comment about this subject. Cordially, -- NVieville Hi ,
I attach the results:
[root@dell4700 asuhan]# rfkill list
1: dell-wifi: Wireless LAN
Soft blocked: no
Hard blocked: no
2: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
dmidecode -t 1
# dmidecode 3.1
Getting SMBIOS data from sysfs.
SMBIOS 2.7 present.
Handle 0x0001, DMI type 1, 27 bytes
System Information
Manufacturer: Dell Inc.
Product Name: Precision M4700
Version: 01
Serial Number: <removed>
UUID: <removed>
Wake-up Type: Power Switch
SKU Number: Precision M4700
Family: Not Specified
After upgrading to fedora 28 this problem became more frequent , (probably new kernel changes ) fedora 26, and fedora 27 was barely noticeable.
Hello, Thanks for your feedback. Nothing jumped to my eyes in your configuration that can explain the issue. Did you checked the state of power management with the iwconfig command? And in case it was activated, did you tried tried to disable it with the same command (example in my previous message)? If yes, what was the result? Did you tried to disable manually your device before going to standby state your machine, and re-enable manually your device once resumed? In case this is not working, does unloading the module device and reloading it works once resumed (device not blocked): #modprobe -r wl ; sleep 2 ; modprobe wl Feel free to make any comments about this issue. Cordially, -- NVieville Fedora 28 changed to end-of-life (EOL) status on 2019-05-28. Fedora 28 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. |