Hi Johannes, > > 3) Dump the info in ITCM.log file > > > > #ethtool --get-dump wlan0 data ITCM.log > > This works, though I'd be worried about getting a consistent snapshot, > no? Actually we don't need consistent snapshots for firmware dump in mwifiex. When command/Tx data timeout occurs, one time firmware memory dump (total ~1.1Mb) is sufficient for debugging. > > > Common uevent through cfg80211 API to notify firmware dump is over would > be useful for us. > > That makes some sense. > > > The way our code works is that it stores all the desired data on an > error, triggers the event & restart, and then you can request the data > later. > > I'm not sure ethtool dump is appropriate for that - it seems to be more > used for "get a dump right now during operation" type scenarios? We are planning to use ethtool to selectively get required info when common cfg80211 API notifies that firmware dump is over. If the operation is in progress, we can return 0 to ethtool. Thanks, Amit -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
