Received: by 2002:a05:6358:f14:b0:e5:3b68:ec04 with SMTP id b20csp282331rwj; Thu, 22 Dec 2022 07:42:43 -0800 (PST) X-Google-Smtp-Source: AMrXdXv6LHYrBm6t9VHdR1tPg093iWRM9QRybNZlXS4cDf4pZHANj3bg+1vDlRfT8ByA3XRy1zzi X-Received: by 2002:aa7:d04e:0:b0:45c:835b:ac4d with SMTP id n14-20020aa7d04e000000b0045c835bac4dmr5258758edo.8.1671723763091; Thu, 22 Dec 2022 07:42:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1671723763; cv=none; d=google.com; s=arc-20160816; b=DS2TTE4erUCPqH2Q3SKu4pkxhPRaLKQoN5nh52QIVqyk+TFWLBXOtkp6xt8hjq0fbI c2CMrrqFpRjY5RKDkz8yqflbFUA9/beHtXTXhU6kdWp4AI9Aq0ZkBpnbb0WfolPP47Um 3jft/qV8ULmsC+2FzzXWs8pKYBY74IIH1UhQTXIJGw2SYOLLo+78yPlucw/BYPyJmLoO gU3u4/QJaFtLSctlrKDjZ07RTZ8gyXV8bc+Gh1wVvQ4WXG+BXvskRtUwNllMWgaHFApK vQIhBnlFXloQaZbCaC8pKr/A6pvN9O6vjcejFX0wRgdERA/cUEp31c2IAWTxQu1iMqql elZA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :content-language:references:to:subject:user-agent:mime-version:date :message-id:dkim-signature; bh=cFgdQG+TgN1TQ6013qeAIurvOa2Kyq4kP4Fygm2i/40=; b=j5vkNOxLpzW4adEdl6m0Pb2GVMuwbHuTDljQc1b3vjJJUuDdoER8Yb6IHIeX7tC+6M cIGzMBL9Dkgz9zh8fVroYkIt/CdfwmaPxQrLtkAmtvUk7KQ0Z513lgX/56c3iqPHlsMF fWkq9iRBaVbpsQi3yRdA353/rS3UrfYtazEgORbSEpIK5kIR0ixUcphjIAX221ACtNyx RObeWf+MPoMWXJEMZAHCuQ0rtF9MJ5rXxAprHY7yPPUGFYGoncXiYBJJ36S+SaVpifLZ rKRPLhS65vXpFaQV4KeMSxOLP82DJeNuTuzUIUGbQeLR27a/IMMgnA5rVtpfvEtJi/NG z81Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=bYpPeK+e; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id m7-20020a056402510700b004615c5728e8si1032408edd.494.2022.12.22.07.42.27; Thu, 22 Dec 2022 07:42:43 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=bYpPeK+e; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235239AbiLVPUW (ORCPT + 67 others); Thu, 22 Dec 2022 10:20:22 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36404 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235056AbiLVPUS (ORCPT ); Thu, 22 Dec 2022 10:20:18 -0500 Received: from madras.collabora.co.uk (madras.collabora.co.uk [46.235.227.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 557CF1AD; Thu, 22 Dec 2022 07:20:16 -0800 (PST) Received: from [192.168.0.192] (unknown [194.146.248.75]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: andrzej.p) by madras.collabora.co.uk (Postfix) with ESMTPSA id E32616602CD4; Thu, 22 Dec 2022 15:20:13 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1671722414; bh=0WLku65f/V6ZFbTI8eRaD22um8ER97RajgZyN2ZWo+w=; h=Date:Subject:To:References:From:In-Reply-To:From; b=bYpPeK+exgNtp/fIMWWDdygR1jbWZ+llFWRNMB19amjByhA3Y8ydSKLTnwVbY+Uxw 6xs7cztJbbVOOKen5ui4FK6AIeSR8Uu3M4XxwF4C/7NQeQix16PjOR9oBjg3BqbZw1 X8k/wU71V0+IKxaJ/xfuQCC7GUfGIonMEVRQ9U+P+e7txp+x0CXyHevGptTF/OeQmG DbpHYERswk2kdGi38AR4rCczLFa0G+o7al15HOrJdw1QYD583Ey/W0uNv1psVW3gS+ +9SsYbCZZH9DJkYTrDGHWa1qHe8ERf7WKdHkh3MshmGJPYsjqWtDq8fd11scLHOIpS 17ZwZdeagFy5w== Message-ID: Date: Thu, 22 Dec 2022 16:20:11 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.2 Subject: Re: [PATCH v2] USB: gadget: Add ID numbers to configfs-gadget driver names To: Chanh Nguyen , OpenBMC Maillist , Greg Kroah-Hartman , Frank Li , Christophe JAILLET , Dan Vacura , Jakob Koschel , Alan Stern , Vijayavardhan Vennapusa , Rondreis , linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org, Open Source Submission References: <20221221091317.19380-1-chanh@os.amperecomputing.com> Content-Language: en-US From: Andrzej Pietrasiewicz In-Reply-To: <20221221091317.19380-1-chanh@os.amperecomputing.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-3.2 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,SPF_HELO_NONE, SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, W dniu 21.12.2022 o 10:13, Chanh Nguyen pisze: > It is unable to use configfs to attach more than one gadget. When > attaching the second gadget, it always fails and the kernel message > prints out: > > Error: Driver 'configfs-gadget' is already registered, aborting... > UDC core: g1: driver registration failed: -16 > I assume you are interested in a scenario where there is more than one UDC available which means you can have more than one active gadget? > This commit fixes the problem by a ".N" suffix added to each > configfs_gadget's driver name (where N is a unique ID number), > thus making the names distinct. > > Fixes: fc274c1e9973 ("USB: gadget: Add a new bus for gadgets") > Signed-off-by: Chanh Nguyen > > --- > Changes in v2: > - Replace scnprintf() by kasprintf() to simplify the code [CJ] > - Move the clean up code from gadgets_drop() to > gadget_info_attr_release() [Frank Li] > - Correct the resource free up in gadges_make() [Alan Stern] > - Remove the unnecessary variable in gadgets_make() [Chanh] > - Fixes minor grammar issue in commit message [Chanh] > --- > drivers/usb/gadget/configfs.c | 25 ++++++++++++++++++++++++- > 1 file changed, 24 insertions(+), 1 deletion(-) > > diff --git a/drivers/usb/gadget/configfs.c b/drivers/usb/gadget/configfs.c > index 96121d1c8df4..7faf68bfa716 100644 > --- a/drivers/usb/gadget/configfs.c > +++ b/drivers/usb/gadget/configfs.c > @@ -3,6 +3,7 @@ > #include > #include > #include > +#include > #include > #include > #include > @@ -11,6 +12,8 @@ > #include "u_f.h" > #include "u_os_desc.h" > > +static DEFINE_IDA(driver_id_numbers); > + > int check_user_usb_string(const char *name, > struct usb_gadget_strings *stringtab_dev) > { > @@ -52,6 +55,9 @@ struct gadget_info { > char qw_sign[OS_STRING_QW_SIGN_LEN]; > spinlock_t spinlock; > bool unbind; > + > + /* Make driver names unique */ > + int driver_id_number; > }; > > static inline struct gadget_info *to_gadget_info(struct config_item *item) > @@ -393,6 +399,8 @@ static void gadget_info_attr_release(struct config_item *item) > WARN_ON(!list_empty(&gi->string_list)); > WARN_ON(!list_empty(&gi->available_func)); > kfree(gi->composite.gadget_driver.function); > + kfree(gi->composite.gadget_driver.driver.name); > + ida_free(&driver_id_numbers, gi->driver_id_number); > kfree(gi); > } > > @@ -1623,13 +1631,28 @@ static struct config_group *gadgets_make( > > gi->composite.gadget_driver = configfs_driver_template; > > + gi->driver_id_number = ida_alloc(&driver_id_numbers, GFP_KERNEL); > + if (gi->driver_id_number < 0) > + goto err; > + > + gi->composite.gadget_driver.driver.name = kasprintf(GFP_KERNEL, > + "configfs-gadget.%d", > + gi->driver_id_number); I'm wondering if it maybe makes more sense to use the gadget name as a suffix instead? gi->composite.gadget_driver.driver.name = kasprintf(GFP_KERNEL, "configfs-gadget.%s" name); So that when you mkdir g1 you will ultimately see /sys/bus/gadget/drivers/configfs-gadget.g1 instead of /sys/bus/gadget/drivers/configfs-gadget.0 Gadget names are guaranteed to be unique because they are created as sibling subdirectories in configfs. Your patch would then be greatly simplified (no need for ida). Regards, Andrzej > + if (!gi->composite.gadget_driver.driver.name) > + goto out_free_driver_id_number; > + > gi->composite.gadget_driver.function = kstrdup(name, GFP_KERNEL); > gi->composite.name = gi->composite.gadget_driver.function; > > if (!gi->composite.gadget_driver.function) > - goto err; > + goto out_free_driver_name; > > return &gi->group; > + > +out_free_driver_name: > + kfree(gi->composite.gadget_driver.driver.name); > +out_free_driver_id_number: > + ida_free(&driver_id_numbers, gi->driver_id_number); > err: > kfree(gi); > return ERR_PTR(-ENOMEM);