Created attachment 256689 [details] Firmware crash when disabled for many hours occurs completely randomly, with or without wifi in use, different bands in use, system sleep and resume, different access points, different times of day, etc etc I have two log dumps, one is when the wifi was turned off and it randomly 'failed' after many hours, didn't notice until I tried to use it an hour later. Second dump is when it was working normally when attached to a mobile hotspot but suddenly failed after a few minutes. I'm fairly certain you'd find this particular adapter in many light laptops that you can buy off the shelf as that's exactly the laptop I'm using, seems unrelated to similar iwlwifi bug reports... This bug also causes a slight kernel hang/panic when shutting down, it either waits for a ~10 minute timeout or never succeeds in stopping, I often end up waiting a few minutes then hard-off...
Created attachment 256691 [details] iwlwifi failure when in use
Created attachment 256693 [details] When disabled for many hours
Created attachment 256695 [details] When in use for a few minutes
Can you please switch to 4.11 and test -27.ucode? You can find -27.ucode here https://git.kernel.org/pub/scm/linux/kernel/git/iwlwifi/linux-firmware.git/plain/iwlwifi-7265D-27.ucode?id=0d92f2c95196d3d1dc7b5e25a4bc4a798601adcb thanks.
Nothing bad so far, however I've only tested with wifi left enabled and in use, seems pretty stable. Works fine with sleeping as well. Going to try testing with wifi off when possible...
There plans to back-port this to 4.10 or does it rely on 4.11?
No plan to backport. What you can do is to use our backport tree (https://git.kernel.org/pub/scm/linux/kernel/git/iwlwifi/backport-iwlwifi.git/) to use our latest driver on 4.10. I'll close the bug. You can still add comments here and we will get notified.
nope, firmware crashed on having it disabled, driver cant recover...
Created attachment 256819 [details] firmware panic with ucode version 27
I created an internal ticket for the recovery failure (load to fail the INIT image). The ASSERT 19C2 will be treated separately. I am asking the firmware team what to do with it.
Created attachment 256857 [details] Fix candidate Please test the firmware attached. This includes a fix for the INIT firmware failure, not for the 19C2. Let me know how it goes. Thanks.
Hi, did you have a chance to test it? thanks.
(In reply to Emmanuel Grumbach from comment #12) > Hi, > > did you have a chance to test it? > > thanks. It's been working perfectly the past few days, haven't had it fail to re-enable, so it seems that the INIT bug is fixed.
great - can you check if you have SYSASSERT in your kernel log? I informed the firmware team and they will merge the fix into the official stream. I'll keep this bug open until this happens.
So, no assert at all? :)
Created attachment 256991 [details] remaining minor asserts sorry, hadn't been using the laptop much lately so half forgot about this, but as of the latest patch it seems perfectly reliable and only a few asserts had been logged and without causing noticeable issues that I'm aware of. I know there's still one reliability issue that can occur if I put my laptop in a certain location, but it's rare and might be more to do with the router and having both 2.4 and 5 bands on the same wifi name (auto-switching). When it occurs there ends up being lots of packet loss unless you force the wifi to re-connect, then it works normally again. Is there a way to work out which band is currently in use for the connection?
so this dmesg output doesn't look pretty. The 19C2 is tracked here: https://bugzilla.kernel.org/show_bug.cgi?id=194951 The Failed to find station part is tracked here: https://bugzilla.kernel.org/show_bug.cgi?id=195957
I forgot to reply to your question. You can see which band you are connected to with iw <iface name> link.
I pushed the official delivery of the firmware to our firmware git tree: https://git.kernel.org/pub/scm/linux/kernel/git/iwlwifi/linux-firmware.git I am closing this bug now. Thanks for your report and your help!
Do you want to add yourself to the other bug for the 19c2 assert or you don't care anymore?
Created attachment 257115 [details] panic after long idle run Seems that the firmware failed again after a long idle run, came back to there being no wifi adapter at all...
Created attachment 257227 [details] Fix candidate Hey, are is another fix candidate from our firmware team (David Meriin). Please test with this one. Thanks.
Any news? :)
seems good so far, all that appears in the logs is 'failed to find station' and 'L1 Enabled - LTR Disabled' on occasion, haven't seen it drop out with torture tests or repeated enable-disable and sleeping.
Can you please attach a dmesg output? No ASSERT?
Created attachment 257381 [details] extra messages logged
Great. I'll leave this bug open until the code is delivered to the right streams in the firmware. Thanks!
I just pushed the Core26 (-29.ucode) firmware with the fix to our master branch in https://git.kernel.org/pub/scm/linux/kernel/git/iwlwifi/linux-firmware.git I am now closing the bug. Thanks!