From: Peter Korsgaard <peter@korsgaard.com>
To: Andrzej Pietrasiewicz <andrzej.p@collabora.com>
Cc: linux-usb@vger.kernel.org,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Michal Nazarewicz <mina86@mina86.com>
Subject: Re: [PATCH v3] usb: gadget: f_fs: expose ready state in configfs
Date: Fri, 26 Jan 2024 21:22:54 +0100 [thread overview]
Message-ID: <878r4b3kv5.fsf@48ers.dk> (raw)
In-Reply-To: <fc910229-81f6-48eb-acc9-f4899ccecc5d@collabora.com> (Andrzej Pietrasiewicz's message of "Fri, 26 Jan 2024 21:01:53 +0100")
>>>>> "Andrzej" == Andrzej Pietrasiewicz <andrzej.p@collabora.com> writes:
> Hi Peter,
> W dniu 18.01.2024 o 15:48, Peter Korsgaard pisze:
>> When a USB gadget is configured through configfs with 1 or more f_fs
>> functions, then the logic setting up the gadget configuration has to wait
>> until the user space code (typically separate applications) responsible for
>> those functions have written their descriptors before the gadget can be
>> activated.
>> The f_fs instance already knows if this has been done, so expose it
>> through
>> a "ready" attribute in configfs for easier synchronization.
>> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
>> ---
>> Changes since v2:
>> - Add ABI documentation as requested by Greg
>> Changes since v1:
>> - Add documentation snippet as requested by Greg.
>> Documentation/ABI/testing/configfs-usb-gadget-ffs | 12
>> ++++++++++--
>> Documentation/usb/gadget-testing.rst | 8 ++++++++
>> drivers/usb/gadget/function/f_fs.c | 15 +++++++++++++++
>> 3 files changed, 33 insertions(+), 2 deletions(-)
>> diff --git a/Documentation/ABI/testing/configfs-usb-gadget-ffs
>> b/Documentation/ABI/testing/configfs-usb-gadget-ffs
>> index e39b27653c65..bf8936ff6d38 100644
>> --- a/Documentation/ABI/testing/configfs-usb-gadget-ffs
>> +++ b/Documentation/ABI/testing/configfs-usb-gadget-ffs
>> @@ -4,6 +4,14 @@ KernelVersion: 3.13
>> Description: The purpose of this directory is to create and remove it.
>> A corresponding USB function instance is
>> created/removed.
>> - There are no attributes here.
>> - All parameters are set through FunctionFS.
>> + All attributes are read only:
>> +
>> + ============= ============================================
>> + ready 1 if the function is ready to be used, E.G.
>> + if userspace has written descriptors and
>> + strings to ep0, so the gadget can be
>> + enabled - 0 otherwise.
>> + ============= ============================================
>> +
>> + All other parameters are set through FunctionFS.
>> diff --git a/Documentation/usb/gadget-testing.rst b/Documentation/usb/gadget-testing.rst
>> index 29072c166d23..fcbd8bb22db4 100644
>> --- a/Documentation/usb/gadget-testing.rst
>> +++ b/Documentation/usb/gadget-testing.rst
>> @@ -206,6 +206,14 @@ the standard procedure for using FunctionFS (mount it, run the userspace
>> process which implements the function proper). The gadget should be enabled
>> by writing a suitable string to usb_gadget/<gadget>/UDC.
>> +The FFS function provides just one attribute in its function
>> directory:
>> +
>> + ready
>> +
>> +The attribute is read-only and signals if the function is ready (1) to be
>> +used, E.G. if userspace has written descriptors and strings to ep0, so
>> +the gadget can be enabled.
>> +
>> Testing the FFS function
>> ------------------------
>> diff --git a/drivers/usb/gadget/function/f_fs.c
>> b/drivers/usb/gadget/function/f_fs.c
>> index fdd0fc7b8f25..ae44dd5f3a94 100644
>> --- a/drivers/usb/gadget/function/f_fs.c
>> +++ b/drivers/usb/gadget/function/f_fs.c
>> @@ -3446,6 +3446,20 @@ static inline struct f_fs_opts *to_ffs_opts(struct config_item *item)
>> func_inst.group);
>> }
>> +static ssize_t f_fs_opts_ready_show(struct config_item *item,
>> char *page)
>> +{
>> + struct f_fs_opts *opts = to_ffs_opts(item);
>> +
>> + return sprintf(page, "%d\n", opts->dev->desc_ready);
> Don't we need some locking here? "desc_ready" seems to be manipulated
> always under ffs_dev_lock().
Ups, indeed. It is just a boolean, but the instance could disappear from
under us.
I'll send an update, thanks.
--
Bye, Peter Korsgaard
prev parent reply other threads:[~2024-01-26 20:22 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-18 14:48 [PATCH v3] usb: gadget: f_fs: expose ready state in configfs Peter Korsgaard
2024-01-26 20:01 ` Andrzej Pietrasiewicz
2024-01-26 20:22 ` Peter Korsgaard [this message]
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=878r4b3kv5.fsf@48ers.dk \
--to=peter@korsgaard.com \
--cc=andrzej.p@collabora.com \
--cc=gregkh@linuxfoundation.org \
--cc=linux-usb@vger.kernel.org \
--cc=mina86@mina86.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.