From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 4054AA0A0C; Mon, 5 Jul 2021 11:35:34 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id B6F304068C; Mon, 5 Jul 2021 11:35:33 +0200 (CEST) Received: from shelob.oktetlabs.ru (shelob.oktetlabs.ru [91.220.146.113]) by mails.dpdk.org (Postfix) with ESMTP id 51B494003C for ; Mon, 5 Jul 2021 11:35:32 +0200 (CEST) Received: from [192.168.38.17] (aros.oktetlabs.ru [192.168.38.17]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by shelob.oktetlabs.ru (Postfix) with ESMTPSA id BDFD67F504; Mon, 5 Jul 2021 12:35:31 +0300 (MSK) DKIM-Filter: OpenDKIM Filter v2.11.0 shelob.oktetlabs.ru BDFD67F504 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=oktetlabs.ru; s=default; t=1625477731; bh=CcQFBSP/tjyigQ4U4hGrQOaPCjvoPxYDO0nTNgN5InM=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=u0p3qGXWf4405B/BY6EfmLl0k5z+ycLQ1ZW4JwtzOZQesNX5Nq3Ozm1RsEcPso2Fz nAnSrQueNWcOpeEWFMS8WR2JMwjue0HjEGNvcNbYi3BTkNCXIqafrJ2FWkbnjPAAq5 A6EQVSa3k+1WDvfg8TElUH+PCcNW7BZUrcZsNylQ= To: "Xueming(Steven) Li" Cc: "dev@dpdk.org" , Wang Haiyue , NBU-Contact-Thomas Monjalon , Kinsella Ray , Parav Pandit , Neil Horman References: <20210625114726.776425-1-xuemingl@nvidia.com> <20210705064512.13116-2-xuemingl@nvidia.com> From: Andrew Rybchenko Organization: OKTET Labs Message-ID: <8536edaa-c21f-4918-5b68-e4af541a4cce@oktetlabs.ru> Date: Mon, 5 Jul 2021 12:35:31 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] [PATCH v8 2/2] bus/auxiliary: introduce auxiliary bus X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On 7/5/21 12:30 PM, Xueming(Steven) Li wrote: > Hi Andrew, > >> -----Original Message----- >> From: Andrew Rybchenko >> Sent: Monday, July 5, 2021 5:19 PM >> To: Xueming(Steven) Li >> Cc: dev@dpdk.org; Wang Haiyue ; NBU-Contact-Thomas Monjalon ; Kinsella Ray >> ; Parav Pandit ; Neil Horman >> Subject: Re: [PATCH v8 2/2] bus/auxiliary: introduce auxiliary bus >> >> On 7/5/21 9:45 AM, Xueming Li wrote: >>> Auxiliary bus [1] provides a way to split function into child-devices >>> representing sub-domains of functionality. Each auxiliary device >>> represents a part of its parent functionality. >>> >>> Auxiliary device is identified by unique device name, sysfs path: >>> /sys/bus/auxiliary/devices/ >>> >>> Devargs legacy syntax of auxiliary device: >>> -a auxiliary:[,args...] >>> Devargs generic syntax of auxiliary device: >>> -a bus=auxiliary,name=/class=/driver=[,args...] >>> >>> [1] kernel auxiliary bus document: >>> https://www.kernel.org/doc/html/latest/driver-api/auxiliary_bus.html >>> >>> Signed-off-by: Xueming Li >>> Cc: Wang Haiyue >>> Cc: Thomas Monjalon >>> Cc: Kinsella Ray >>> Acked-by: Andrew Rybchenko >> >> I still don't understand if we really need to make the API a part of stable API/ABI in the future. Can it be internal? > > There was some discussion on this with Thomas in earlier version. > Users might want to register/unregister their own PMD driver, > Is this a valid scenario? Yes, it is true, but should DPDK care that much about out-of-tree drivers. I'm just asking since don't know techboard position on it.