From: "Yu Zhang(Yuriy)" <yu.zhang@oss.qualcomm.com>
To: Baochen Qiang <baochen.qiang@oss.qualcomm.com>, jjohnson@kernel.org
Cc: linux-kernel@vger.kernel.org, linux-wireless@vger.kernel.org,
ath11k@lists.infradead.org
Subject: Re: [PATCH ath-next 2/6] wifi: ath11k: Register debugfs for CFR configuration
Date: Sun, 2 Nov 2025 17:21:48 +0800 [thread overview]
Message-ID: <0a05ccf8-8850-430c-b008-52b3bc2df431@oss.qualcomm.com> (raw)
In-Reply-To: <0b4ce00d-78eb-4b5d-88b5-7d5b8de663a0@oss.qualcomm.com>
On 10/31/2025 10:43 AM, Baochen Qiang wrote:
>
>
> On 10/30/2025 12:31 PM, Yu Zhang(Yuriy) wrote:
>
>> @@ -88,6 +275,7 @@ void ath11k_cfr_deinit(struct ath11k_base *ab)
>> ar = ab->pdevs[i].ar;
>> cfr = &ar->cfr;
>>
>> + ath11k_cfr_debug_unregister(ar);
>> ath11k_cfr_ring_free(ar);
>>
>> spin_lock_bh(&cfr->lut_lock);
>> @@ -140,6 +328,8 @@ int ath11k_cfr_init(struct ath11k_base *ab)
>> }
>>
>> cfr->lut_num = num_lut_entries;
>> +
>> + ath11k_cfr_debug_register(ar);
>> }
>>
>> return 0;
>
> miss _debug_unregister() in the error handling?
>
>
The documention for debugfs_create_file() tells us:
* NOTE: it's expected that most callers should _ignore_ the errors
returned
* by this function. Other debugfs functions handle the fact that the
"dentry"
* passed to them could be an error and they don't crash in that case.
* Drivers should generally work fine even if debugfs fails to init anyway.
So IMO any failure to create the file should be ignored.
next prev parent reply other threads:[~2025-11-02 9:22 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-30 4:31 [PATCH ath-next 0/6] wifi: ath11k: Add single shot/periodic CFR capture support Yu Zhang(Yuriy)
2025-10-30 4:31 ` [PATCH ath-next 1/6] wifi: ath11k: Add initialization and deinitialization sequence for CFR module Yu Zhang(Yuriy)
2025-10-31 2:42 ` Baochen Qiang
2025-10-30 4:31 ` [PATCH ath-next 2/6] wifi: ath11k: Register debugfs for CFR configuration Yu Zhang(Yuriy)
2025-10-31 2:43 ` Baochen Qiang
2025-11-02 9:21 ` Yu Zhang(Yuriy) [this message]
2025-11-03 3:14 ` Baochen Qiang
2025-11-03 7:37 ` Yu Zhang(Yuriy)
2025-10-30 4:31 ` [PATCH ath-next 3/6] wifi: ath11k: Add support unassociated client CFR Yu Zhang(Yuriy)
2025-10-30 4:31 ` [PATCH ath-next 4/6] wifi: ath11k: Register relayfs entries for CFR dump Yu Zhang(Yuriy)
2025-10-30 4:31 ` [PATCH ath-next 5/6] wifi: ath11k: Register DBR event handler for CFR data Yu Zhang(Yuriy)
2025-10-31 2:59 ` Baochen Qiang
2025-10-30 4:31 ` [PATCH ath-next 6/6] wifi: ath11k: Register handler for CFR capture event Yu Zhang(Yuriy)
2025-10-31 3:05 ` Baochen Qiang
2025-10-30 18:17 ` [PATCH ath-next 0/6] wifi: ath11k: Add single shot/periodic CFR capture support Vasanthakumar Thiagarajan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=0a05ccf8-8850-430c-b008-52b3bc2df431@oss.qualcomm.com \
--to=yu.zhang@oss.qualcomm.com \
--cc=ath11k@lists.infradead.org \
--cc=baochen.qiang@oss.qualcomm.com \
--cc=jjohnson@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-wireless@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox