#12537 NORM Not Tri: mwifiex/8787 failure to get packets transmitted effectively after fresh boot, rmmod/modprobe of mwifiex_sdio fixed it.
Zarro Boogs per Child
bugtracker at laptop.org
Fri Feb 8 13:00:15 EST 2013
#12537: mwifiex/8787 failure to get packets transmitted effectively after fresh
boot, rmmod/modprobe of mwifiex_sdio fixed it.
--------------------------+-------------------------------------------------
Reporter: shep | Owner: shep
Type: defect | Status: new
Priority: normal | Milestone: Not Triaged
Component: not assigned | Version: Development source as of this date
Keywords: | Next_action: never set
Verified: 0 | Deployment_affected:
Blockedby: | Blocking:
--------------------------+-------------------------------------------------
On an XO-4 with mwifiex/8787 wireless module with
{{{
/etc/powerd/flags/inhibit-suspend
}}}
after a fresh boot network appeared not to work at all, but it had managed
to obtain an IPv4 address via DHCP. (Maybe it was using a cached value?
I'm not sure how reliable the presence of the IPv4 address is as an
indication of packet transmit having worked.)
Further investigation with ping, tcpdump and looking at the arp cache
showed that packets were being received OK by mwifiex/8787 but I could
find no evidence of any packets getting out.
No error messages appeared on the console, and dmesg log showed nothing
unusual.
I tried:
{{{
rmmod mwifiex_sdio
modprobe mwifiex_sdio
}}}
and that restored connectivity.
Note that this sort of failure is unlikely to be noticed for long on an
XO-4 with suspend/resume enabled and
{{{
/sys/module/mwifiex_sdio/parameters/mwifiex_always_poweroff_on_sleep
}}}
turned on because the card gets power-cycled and reset each time the
laptop suspends and resumes.
I think I may have seen a similar incident a week or so ago, but didn't
investigate much then.
--
Ticket URL: <http://dev.laptop.org/ticket/12537>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system
More information about the Bugs
mailing list