From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id A207AC4708C for ; Tue, 6 Dec 2022 17:27:13 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234479AbiLFR1M (ORCPT ); Tue, 6 Dec 2022 12:27:12 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59458 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233884AbiLFR1L (ORCPT ); Tue, 6 Dec 2022 12:27:11 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3D60C391CF; Tue, 6 Dec 2022 09:27:09 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id D41F0B817C2; Tue, 6 Dec 2022 17:27:07 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 29DE3C433C1; Tue, 6 Dec 2022 17:27:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1670347626; bh=oafyIq8uK2j+Mag0YlB41XnYyQUDRVR0LHwRFJ1Cdo8=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=OiBBCRdNWxGJxwz2+xmYS6Gmsa57Il10d9uoIbkK4ip0265csPbH79N+0/ZFPyylP OZ8mkB0FDxw0buCniMpKYeq1CuLjeo0ANClW5LZHnli7posC+/sCo+dphax4v4cAso +POy50McFb9H2eCMD+U2Z2x3K762ZwHIe18wk/5iE6IDeghuz98UKNEnS+atwP2Swk shk5UAdkcxDlLUB6s39pM8wmPqJtrpHBd3NuPKPO/SAvxIFsd9dK2MEB6ObEJASIL+ eZkR4vJhd8i5OshcTSQoHpDs0x+e7X1GsXSdd7JaDH03MIybIMJgfCHOhOFsFeqlS0 fMvAMjZNTjVUQ== Date: Tue, 6 Dec 2022 09:27:05 -0800 From: Jakub Kicinski To: Jiri Pirko Cc: "Kubalewski, Arkadiusz" , Vadim Fedorenko , Jonathan Lemon , Paolo Abeni , "netdev@vger.kernel.org" , Vadim Fedorenko , linux-arm-kernel@lists.infradead.org, linux-clk@vger.kernel.org, "Olech, Milena" , "Michalik, Michal" Subject: Re: [RFC PATCH v4 2/4] dpll: Add DPLL framework base functions Message-ID: <20221206092705.108ded86@kernel.org> In-Reply-To: References: <20221129213724.10119-1-vfedorenko@novek.ru> <20221129213724.10119-3-vfedorenko@novek.ru> <20221202212206.3619bd5f@kernel.org> <20221205161933.663ea611@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org On Tue, 6 Dec 2022 09:50:19 +0100 Jiri Pirko wrote: >> Yeah, that's a slightly tricky one. We'd probably need some form >> of second order association. Easiest if we link it to a devlink >> instance, I reckon. The OCP clock card does not have netdevs so we >> can't follow the namespace of netdevs (which would be the second >> option). > > Why do we need this association at all? Someone someday may want netns delegation and if we don't have the support from the start we may break backward compat introducing it. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 73266C352A1 for ; Tue, 6 Dec 2022 17:28:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=tSEZlxJ0Dh3To3kfRiBT64X6wt4nqQGlJrZiJZ1Tc4w=; b=COinIQLcB1gn03 wAc43abEKlIuCfn/b7Zdg06dUjGQMTH92tk3m6X8D38pcQvn+ZlKifrT3CSXTXy+oKEVl8+yrN94g L4ur9qDuNGml7twUyTI2JSMF+oRnFiKrNUGabpC3YXTfYqsohGzcXiZFjMTMGSWEDls8mJoZbfDVH Kz3coAkOmJnKy7s3gqZQBuM/wPd5fn8i5lWNUTgGlH+5bZAmU6O3IfpkkdeM34jh8D61buzomqKZo EtCI+DNEdtpvQUMzlz8E5puKv3iGeEEymCizzbh6br3SKyNwL8VDMtzfKXZYgyTJk8QNPLUuy4mhH 5SM18+p1o22uS6JwG3jQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1p2biq-00Fz0x-Ro; Tue, 06 Dec 2022 17:27:12 +0000 Received: from ams.source.kernel.org ([2604:1380:4601:e00::1]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1p2bin-00Fyug-FS for linux-arm-kernel@lists.infradead.org; Tue, 06 Dec 2022 17:27:10 +0000 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id D9D99B81AD2; Tue, 6 Dec 2022 17:27:07 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 29DE3C433C1; Tue, 6 Dec 2022 17:27:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1670347626; bh=oafyIq8uK2j+Mag0YlB41XnYyQUDRVR0LHwRFJ1Cdo8=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=OiBBCRdNWxGJxwz2+xmYS6Gmsa57Il10d9uoIbkK4ip0265csPbH79N+0/ZFPyylP OZ8mkB0FDxw0buCniMpKYeq1CuLjeo0ANClW5LZHnli7posC+/sCo+dphax4v4cAso +POy50McFb9H2eCMD+U2Z2x3K762ZwHIe18wk/5iE6IDeghuz98UKNEnS+atwP2Swk shk5UAdkcxDlLUB6s39pM8wmPqJtrpHBd3NuPKPO/SAvxIFsd9dK2MEB6ObEJASIL+ eZkR4vJhd8i5OshcTSQoHpDs0x+e7X1GsXSdd7JaDH03MIybIMJgfCHOhOFsFeqlS0 fMvAMjZNTjVUQ== Date: Tue, 6 Dec 2022 09:27:05 -0800 From: Jakub Kicinski To: Jiri Pirko Cc: "Kubalewski, Arkadiusz" , Vadim Fedorenko , Jonathan Lemon , Paolo Abeni , "netdev@vger.kernel.org" , Vadim Fedorenko , linux-arm-kernel@lists.infradead.org, linux-clk@vger.kernel.org, "Olech, Milena" , "Michalik, Michal" Subject: Re: [RFC PATCH v4 2/4] dpll: Add DPLL framework base functions Message-ID: <20221206092705.108ded86@kernel.org> In-Reply-To: References: <20221129213724.10119-1-vfedorenko@novek.ru> <20221129213724.10119-3-vfedorenko@novek.ru> <20221202212206.3619bd5f@kernel.org> <20221205161933.663ea611@kernel.org> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20221206_092709_695527_39E7FA2A X-CRM114-Status: GOOD ( 10.85 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Tue, 6 Dec 2022 09:50:19 +0100 Jiri Pirko wrote: >> Yeah, that's a slightly tricky one. We'd probably need some form >> of second order association. Easiest if we link it to a devlink >> instance, I reckon. The OCP clock card does not have netdevs so we >> can't follow the namespace of netdevs (which would be the second >> option). > > Why do we need this association at all? Someone someday may want netns delegation and if we don't have the support from the start we may break backward compat introducing it. _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel