Bug 199563
| Summary: | iwlwifi: 7265: NMI in INIT image while running DC - wait for radio from BT | ||
|---|---|---|---|
| Product: | Drivers | Reporter: | Mete (yurnerolinux) |
| Component: | network-wireless | Assignee: | DO NOT USE - assign "network-wireless-intel" component instead (linuxwifi) |
| Status: | CLOSED WILL_NOT_FIX | ||
| Severity: | normal | ||
| Priority: | P1 | ||
| Hardware: | Intel | ||
| OS: | Linux | ||
| See Also: | https://bugzilla.kernel.org/show_bug.cgi?id=114501 | ||
| Kernel Version: | 4.15.3-041503-generic x86_64 | Subsystem: | |
| Regression: | No | Bisected commit-id: | |
| Attachments: |
Dmesg output
Proper dmesg iwconfig lshw lsmod lspci rfkill |
||
Logs? (In reply to Emmanuel Grumbach from comment #1) > Logs? Tell me the needed outputs , i can post them right asap. Dmesg output. Created attachment 275669 [details]
Dmesg output
(In reply to Emmanuel Grumbach from comment #3) > Dmesg output. Added as an attachment. What does rfkill list say when you don't have WiFi? I can't see any problem in dmesg. (In reply to Emmanuel Grumbach from comment #6) > What does rfkill list say when you don't have WiFi? > > I can't see any problem in dmesg. Sorry for late reply , unfortunately i couldn't think to check it. But inxi -Fxz was like this: Card-1: Intel Wireless 7265 driver: iwlwifi bus-ID: 02:00.0 IF: N/A state: N/A mac: <filter> Are you sure the dmesg output you attached was taken after the NIC disappeared? Are you using tkip encryption? Can you try with AES or without security? Ping? (In reply to Emmanuel Grumbach from comment #10) > Ping? Hi again and sorry for late reply. I managed to replicate the issue. Got dmesg and other datas. Created attachment 276457 [details]
Proper dmesg
Created attachment 276459 [details]
iwconfig
Created attachment 276461 [details]
lshw
Created attachment 276463 [details]
lsmod
Created attachment 276465 [details]
lspci
Created attachment 276467 [details]
rfkill
What is happening here is that WiFi needs to run calibrations, but can't because the radio is claimed by the BT core for way too long. This is most probably a bug on the BT side. You can check that you have the latest FW for BT or try to disable BT. I'll leave this bug open for a few more days and then close it. (In reply to Emmanuel Grumbach from comment #18) > What is happening here is that WiFi needs to run calibrations, but can't > because the radio is claimed by the BT core for way too long. > This is most probably a bug on the BT side. > You can check that you have the latest FW for BT or try to disable BT. > > I'll leave this bug open for a few more days and then close it. BT was disabled when i get this wi fi error every time. How can i check for latest FW? You have the latest Wifi firmware. For the BT firmware you can check in linux-firmware.git repository. (In reply to Emmanuel Grumbach from comment #20) > You have the latest Wifi firmware. For the BT firmware you can check in > linux-firmware.git repository. It is on 1.157.19 This number doesn't mean much for upstream. Since we can't do anything from the wifi did anyway, I'm closing this. |
As i described in the headline , wi-fi runs normally for an hour so but after that it just completely going silent and removed from any system outputs. ( Network manager etc. ) inxi -SMNnxxz System: Host: asus-FX553VD Kernel: 4.15.3-041503-generic x86_64 (64 bit gcc: 7.2.0) Desktop: Cinnamon 3.6.7 (Gtk 3.18.9-1ubuntu3.3) dm: lightdm Distro: Linux Mint 18.3 Sylvia Machine: System: ASUSTeK (portable) product: GL553VD v: 1.0 Mobo: ASUSTeK model: GL553VD v: 1.0 Bios: American Megatrends v: GL553VD.304 date: 09/07/2017 Network: Card-1: Intel Wireless 7265 driver: iwlwifi bus-ID: 02:00.0 chip-ID: 8086:095a IF: wlp2s0 state: up mac: <filter> Card-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169 v: 2.3LK-NAPI port: d000 bus-ID: 03:00.0 chip-ID: 10ec:8168 IF: enp3s0 state: down mac: <filter> iwconfig | grep Power enp3s0 no wireless extensions. lo no wireless extensions. Bit Rate=54 Mb/s Tx-Power=22 dBm Power Management:on