Linux USB
 help / color / mirror / Atom feed
From: Cheng Lingfei <chenglingfei@foxmail.com>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Alan Stern <stern@rowland.harvard.edu>,
	Felipe Balbi <balbi@kernel.org>, Peter Chen <peter.chen@nxp.com>,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v3 1/2] usb: gadget: goku_udc: move debug output to debugfs
Date: Tue, 1 Sep 2026 10:23:33 +0800	[thread overview]
Message-ID: <tencent_C444940C7B88A72DCEEB870BD216AC46E705@qq.com> (raw)
In-Reply-To: <2026082632-blank-thyself-00a6@gregkh>

On 8/26/2026 5:27 PM, Greg Kroah-Hartman wrote:
> On Wed, Aug 26, 2026 at 05:15:06PM +0800, Cheng Lingfei wrote:
>> goku_udc exposes diagnostic state through /proc/driver/udc. The single
>> global proc entry collides when more than one controller is probed and
>> triggers a proc registration warning.
>>
>> The data is intended only for debugging and is not a userspace ABI. Move it
>> under the USB debugfs root and use the PCI device name for a per-device
>> directory. Create the file only after the UDC has been registered.
>>
>> Suggested-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
>> Link: https://lore.kernel.org/2026082616-glue-atlas-0cfd@gregkh
>> Assisted-by: Codex:gpt-5.6
>> Signed-off-by: Cheng Lingfei <chenglingfei@foxmail.com>
>> ---
>>   drivers/usb/gadget/udc/goku_udc.c | 47 +++++++++++++++++++++++++++------------
>>   drivers/usb/gadget/udc/goku_udc.h |  5 ++++-
>>   2 files changed, 37 insertions(+), 15 deletions(-)
>>
>> diff --git a/drivers/usb/gadget/udc/goku_udc.c b/drivers/usb/gadget/udc/goku_udc.c
>> index ac2a984c2f87..5ad8633f522b 100644
>> --- a/drivers/usb/gadget/udc/goku_udc.c
>> +++ b/drivers/usb/gadget/udc/goku_udc.c
>> @@ -20,6 +20,7 @@
>>   // #define	VERBOSE		/* extra debug messages (success too) */
>>   // #define	USB_TRACE	/* packet-level success messages */
>>   
>> +#include <linux/debugfs.h>
>>   #include <linux/kernel.h>
>>   #include <linux/module.h>
>>   #include <linux/pci.h>
>> @@ -30,9 +31,9 @@
>>   #include <linux/timer.h>
>>   #include <linux/list.h>
>>   #include <linux/interrupt.h>
>> -#include <linux/proc_fs.h>
>>   #include <linux/seq_file.h>
>>   #include <linux/device.h>
>> +#include <linux/usb.h>
>>   #include <linux/usb/ch9.h>
>>   #include <linux/usb/gadget.h>
>>   #include <linux/prefetch.h>
>> @@ -1050,9 +1051,7 @@ static inline const char *dmastr(void)
>>   		return "(dma IN)";
>>   }
>>   
>> -#ifdef CONFIG_USB_GADGET_DEBUG_FILES
>> -
>> -static const char proc_node_name [] = "driver/udc";
>> +#ifdef CONFIG_USB_GADGET_DEBUG_FS
> 
> Why do you need this config option check anymore?

Thank you for your review. This driver follows the existing UDC driver 
pattern (e.g., gr_udc.c), but the additional config option check is 
unnecessary here. The debugfs subsystem already provides stub functions 
when CONFIG_DEBUG_FS is disabled: debugfs_create_dir() returns 
ERR_PTR(-ENODEV), and the removal helpers are safe no-ops.

I'll remove the CONFIG_USB_GADGET_DEBUG_FS conditional from this driver 
in the next revision.

I also noticed that several other UDC drivers still rely on this Kconfig 
option. Some of those checks may be redundant for the same reason, 
though in certain drivers the option also guards debug-only state or 
code. Would it be worthwhile to audit the remaining users in a separate 
follow-up series and, if none require compile-time gating, consider 
removing CONFIG_USB_GADGET_DEBUG_FS entirely?

-- 
Best regards,
Cheng Lingfei


  reply	other threads:[~2026-09-01  2:23 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20260826-b4-fix-usb-v3-0-b28366e817f3@foxmail.com>
2026-08-26  9:15 ` [PATCH v3 1/2] usb: gadget: goku_udc: move debug output to debugfs Cheng Lingfei
2026-08-26  9:25   ` Greg Kroah-Hartman
2026-08-26 10:49     ` Cheng Lingfei
2026-08-26  9:27   ` Greg Kroah-Hartman
2026-09-01  2:23     ` Cheng Lingfei [this message]
2026-08-26  9:15 ` [PATCH v3 2/2] usb: gadget: goku_udc: fix kobject warning on probe failure Cheng Lingfei
2026-08-26  9:27   ` Greg Kroah-Hartman
2026-09-01  3:08     ` Cheng Lingfei

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=tencent_C444940C7B88A72DCEEB870BD216AC46E705@qq.com \
    --to=chenglingfei@foxmail.com \
    --cc=balbi@kernel.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=peter.chen@nxp.com \
    --cc=stern@rowland.harvard.edu \
    /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