Search Linux Wireless

[PATCH 0/2] Add SRAM dump utility through udef

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



It is very useful to have a dump of the device's SRAM when
the firmware asserts to ba eblt analyze the problem.

This small patch series allows to read the SRAM from the
device when an error occurs, and to save it aside. Then we
send a udev event that can trigger a script which will read
the data through debugfs. Going through userspace (udev)
allows us to reach the file system which is the purpose.
Today the SRAM is 80KB big so that we will have 80KB per
assert. This should compress really well though.

I send this series as a RFC for distributions. Would you use this?

Emmanuel Grumbach (2):
  iwlwifi: mvm: send udev event when ASSERT occur for SRAM dump
  iwlwifi: mvm: create a firmware error dump format

 drivers/net/wireless/iwlwifi/mvm/debugfs.c       |  51 +++++++++++
 drivers/net/wireless/iwlwifi/mvm/fw-error-dump.h | 106 +++++++++++++++++++++++
 drivers/net/wireless/iwlwifi/mvm/mac80211.c      |   7 ++
 drivers/net/wireless/iwlwifi/mvm/mvm.h           |   6 +-
 drivers/net/wireless/iwlwifi/mvm/ops.c           |  36 +++++++-
 drivers/net/wireless/iwlwifi/mvm/utils.c         |  27 +++---
 7 files changed, 214 insertions(+), 20 deletions(-)
 create mode 100644 drivers/net/wireless/iwlwifi/mvm/fw-error-dump.h

-- 
1.8.3.2

--
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




[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Wireless Personal Area Network]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Hiking]     [MIPS Linux]     [ARM Linux]     [Linux RAID]

  Powered by Linux