[PATCH v8 2/4] ath10k: provide firmware crash info via debugfs
Michal Kazior
michal.kazior at tieto.com
Thu Aug 21 23:49:35 PDT 2014
On 21 August 2014 14:49, Kalle Valo <kvalo at qca.qualcomm.com> wrote:
> From: Ben Greear <greearb at candelatech.com>
>
> Store the firmware registers and other relevant data to a firmware crash dump
> file and provide it to user-space via debugfs. Should help with figuring out
> why the firmware crashed.
>
> kvalo: remove dbglog support, rework and refactor the code to avoid ifdefs and
> otherwise simplify it as well
>
> Signed-off-by: Ben Greear <greearb at candelatech.com>
> Signed-off-by: Kalle Valo <kvalo at qca.qualcomm.com>
> ---
[...]
> +static struct ath10k_dump_file_data *ath10k_build_dump_file(struct ath10k *ar)
> +{
> + struct ath10k_fw_crash_data *crash_data = ar->debug.fw_crash_data;
> + struct ath10k_dump_file_data *dump_data;
> + struct ath10k_tlv_dump_data *dump_tlv;
> + int hdr_len = sizeof(*dump_data);
> + unsigned int len, sofar = 0;
> + unsigned char *buf;
> +
> + lockdep_assert_held(&ar->conf_mutex);
[...]
> +static int ath10k_fw_crash_dump_open(struct inode *inode, struct file *file)
> +{
> + struct ath10k *ar = inode->i_private;
> + struct ath10k_dump_file_data *dump;
> + int ret;
> +
> + mutex_lock(&ar->conf_mutex);
I don't think we need conf_mutex here at all, do we? I'm sorry, I
should've spotted this earlier. Feel free to just ignore me :-)
Other than that this looks fine.
Michał
More information about the ath10k
mailing list