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 F3123C74A5B for ; Fri, 17 Mar 2023 14:30:41 +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:In-Reply-To:MIME-Version:References: 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=nB39cAC8DnVC1Cto3uv3oTZuCIG2n19D/BChdbv9Xig=; b=GDym0q5i50Md2T LpYHk8yjeBnshWIOBO+nyeo6mMwX/Jw34kUheLbdNffU8uqTX9L0+LVoWAK+PMHDcsv8srUz5ThvJ mUvKy6wna02WAVYZZeOEOiJ6QGDOJmptQ01HxxENzx4SskkQrXaItJE7qWl3vsdVHVYQTqiGQZ9Er lxMdo4ynxOJoZ/GLJUNNYrXTtCq9+syhuJgCwCp+XvsK4OzQV8BqXuur0LFkgjwl7EQD8sWcuSamc Yh05C5dUQeGfTI+JlI/SC6jgEu5/NrN3cYZbwLRvmGyLWM5Cb49h+v83M3pSV2ZlVEMlIdaDKXFQK mOfspdH7CdEULLHtXCdg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1pdB5Y-002SuO-2z; Fri, 17 Mar 2023 14:29:48 +0000 Received: from mail-wm1-x32c.google.com ([2a00:1450:4864:20::32c]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1pdB5T-002Srp-35 for linux-arm-kernel@lists.infradead.org; Fri, 17 Mar 2023 14:29:46 +0000 Received: by mail-wm1-x32c.google.com with SMTP id bg16-20020a05600c3c9000b003eb34e21bdfso5253455wmb.0 for ; Fri, 17 Mar 2023 07:29:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=resnulli-us.20210112.gappssmtp.com; s=20210112; t=1679063379; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=TC4JhN24VRkXfCJn3EN0pxyu20Kc6X0LVvYiiW34KUw=; b=Oh2pDDoySWwlh5slWc7GLkY+Jp79GbDkTlt2ELVfSNR7zocx4j+tfZJYOAy+bKqFPF 6JGRUrG65BceY55xIyuyE9/6LofdMYqb1JdOr5NKxY9ODXT75EkOVFL4e5gUPLs7QXVa rLFtGyLPgFQFKiVsgTUmqW8ZAyyQ+dVbOjPataEZmI/xn+28OdTYW03So49vOO3jHGUi NYDBAJLcKJjbZmlJAi0fdP6UQtmDSIjjFqtj9mXdlFt1AY0HHDcweEpFn98OQAymhIKk t+mukt1JydnfTmZ6lX27W7hotLQsbKcMfmZNfWEfQ1KY7q9b+u5HHaytYu3tR69hyEQ1 7/ww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1679063379; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=TC4JhN24VRkXfCJn3EN0pxyu20Kc6X0LVvYiiW34KUw=; b=yS0esFrSJMIcIruDWlX89kpfLaXCxIaltiplt/yirh7912KuPrlsRAQmLVJwwUy906 YqC5AAdSlUCjfjyTTkzdjwsP3wDfppqD4X/WQeoiEl4imWq1uhYWRvgbCyec1yYh14rw x5fQOKnN1DGqOu/2y7F6bcOE8MtrLLTTukChyKchtopAQi2LfHj855BSQiZcjmTTCchd w3DDiUS/SRbDJCjXzukeBn/BY4XsshlDwfLzUtXSNbjY/CP1/82XoxygesfyUWTlhCDr snUE9V2ZR9TOD/z+rqh+8yZOliqrKhwai3EHronH8pCf5NR/5y46ase6/kubN+978qct BwVQ== X-Gm-Message-State: AO0yUKVnzVYXq1nbVGE/0IsrAkLGbCLVz6Cvyh/RjmyiYfvQvEonQV1t OhshCWozBwBttK+fvYPZ+JCxMQ== X-Google-Smtp-Source: AK7set/5yd8eHA/DHRjrURRwh9fCclvu/hQ9JlKTY+8G1Q7lpRH91RRBU3SBEdu+8h+TjVDv7J/NsQ== X-Received: by 2002:a05:600c:28c:b0:3ed:5d41:f964 with SMTP id 12-20020a05600c028c00b003ed5d41f964mr1878674wmk.1.1679063378822; Fri, 17 Mar 2023 07:29:38 -0700 (PDT) Received: from localhost (host-213-179-129-39.customer.m-online.net. [213.179.129.39]) by smtp.gmail.com with ESMTPSA id r6-20020a05600c35c600b003ed29189777sm8444894wmq.47.2023.03.17.07.29.37 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 17 Mar 2023 07:29:38 -0700 (PDT) Date: Fri, 17 Mar 2023 15:29:36 +0100 From: Jiri Pirko To: "Kubalewski, Arkadiusz" Cc: Vadim Fedorenko , Jakub Kicinski , Jonathan Lemon , Paolo Abeni , Vadim Fedorenko , poros , mschmidt , "netdev@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "linux-clk@vger.kernel.org" , "Michalik, Michal" Subject: Re: [PATCH RFC v6 1/6] dpll: spec: Add Netlink spec in YAML Message-ID: References: <20230312022807.278528-1-vadfed@meta.com> <20230312022807.278528-2-vadfed@meta.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230317_072944_181861_0D1FE675 X-CRM114-Status: UNSURE ( 8.17 ) X-CRM114-Notice: Please train this message. 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 Fri, Mar 17, 2023 at 11:05:26AM CET, jiri@resnulli.us wrote: >Fri, Mar 17, 2023 at 01:52:44AM CET, arkadiusz.kubalewski@intel.com wrote: >>>From: Jiri Pirko >>>Sent: Thursday, March 16, 2023 2:45 PM >>> >> >>[...] >> >>>>>>+attribute-sets: >>>>>>+ - >>>>>>+ name: dpll >>>>>>+ enum-name: dplla >>>>>>+ attributes: >>>>>>+ - >>>>>>+ name: device >>>>>>+ type: nest >>>>>>+ value: 1 >>>>>>+ multi-attr: true >>>>>>+ nested-attributes: device >>>>> >>>>>What is this "device" and what is it good for? Smells like some leftover >>>>>and with the nested scheme looks quite odd. >>>>> >>>> >>>>No, it is nested attribute type, used when multiple devices are returned >>>>with netlink: >>>> >>>>- dump of device-get command where all devices are returned, each one nested >>>>inside it: >>>>[{'device': [{'bus-name': 'pci', 'dev-name': '0000:21:00.0_0', 'id': 0}, >>>> {'bus-name': 'pci', 'dev-name': '0000:21:00.0_1', 'id': 1}]}] >>> >>>Okay, why is it nested here? The is one netlink msg per dpll device >>>instance. Is this the real output of you made that up? >>> >>>Device nest should not be there for DEVICE_GET, does not make sense. >>> >> >>This was returned by CLI parser on ice with cmd: >>$ ./tools/net/ynl/cli.py --spec Documentation/netlink/specs/dpll.yaml / >>--dump device-get >> >>Please note this relates to 'dump' request , it is rather expected that there >>are multiple dplls returned, thus we need a nest attribute for each one. > >No, you definitelly don't need to nest them. Dump format and get format >should be exactly the same. Please remove the nest. Another example: $ ./tools/net/ynl/cli.py --spec Documentation/netlink/specs/netdev.yaml --dump dev-get [{'ifindex': 1, 'xdp-features': set()}, {'ifindex': 2, 'xdp-features': {'basic', 'rx-sg', 'redirect'}}, {'ifindex': 3, 'xdp-features': {'basic', 'rx-sg', 'redirect'}}, {'ifindex': 4, 'xdp-features': set()}, {'ifindex': 5, 'xdp-features': {'basic', 'rx-sg', 'xsk-zerocopy', 'redirect'}}, {'ifindex': 6, 'xdp-features': {'basic', 'rx-sg', 'xsk-zerocopy', 'redirect'}}] [...] _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel