Received: by 2002:a9a:4c47:0:b029:116:c383:538 with SMTP id u7csp1203302lko; Tue, 13 Jul 2021 19:30:20 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzppmrleHC3ROACZpRlIlJmBftELVJRxiccnMF8dd0yBcVtg0OdkGKCispc0rkMxl+Sru7j X-Received: by 2002:a05:6638:3a1:: with SMTP id z1mr6636797jap.77.1626229819930; Tue, 13 Jul 2021 19:30:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626229819; cv=none; d=google.com; s=arc-20160816; b=zOcPJ10DRaGo9FdkLjR3z75MBgDA02iRqpv972QP6otJD2Gr8UvNMwdthlmATlzAOF pnhRfvLEr3aTkxzcJsSdm4kwd8Y+F+9y0gn9icB+UPxJ5+OKcgXceQRoxGa50J/rBQvM TiM4OlZ7BdcFyoqVLCZSvj1/+DiP9y/2L4pap0kikKywYDOG6J4wvIhjRW1q1e99NO3u T/rQZKmGrSZOpwSKiKLPMDRj7xXxNiawZfO6V8Jgs7bt8nFaBI0xhvtTMyjN0i2kverC hJtbwxlAlf339YnEEa+J+jkIeFMF03yyOrXPXFgk81FCnPit+g5BJmQtnvoWmYXFrVPu E5kg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=q3Mse/Qf9kH6kL3f+V/QegEz6PSgmpb/uOwCZ33NNho=; b=lRX9daAjF6mgoQt/Cr7oFuk2as1Ns7DVIjLdxQ9YPkcNJDLWweSUnpJfld/bCXtqWb HUsGUiZFCCwKqUSdYjjSmXboBKX/pcKzORmhG2avkktpTN3Y/WkYGoy3qbFT06vuxUVK tlVQdD15eWZHVi8lXmVepyAJryYpG1ppBrZ0Gy1TjxY4TekBNnT8AY9VNBpTJVpHQyla APdBUFNyXSJ2vwFHz+Bt5AuOAyAm7jVlBslR01ZVZ1i16eLsGnDJjcEj6dpEdfjDaSGL SqwDhKeHUMulpnrbyT/t86PL+TnTeOsjLLGxh2ZGw8QVrVuiDmcHutOOuQOhwRzulLhV gxgQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=aHKYrK2C; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n5si815427ilj.6.2021.07.13.19.30.05; Tue, 13 Jul 2021 19:30:19 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=aHKYrK2C; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237375AbhGNCbd (ORCPT + 99 others); Tue, 13 Jul 2021 22:31:33 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38598 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237454AbhGNCbc (ORCPT ); Tue, 13 Jul 2021 22:31:32 -0400 Received: from mail-pl1-x62e.google.com (mail-pl1-x62e.google.com [IPv6:2607:f8b0:4864:20::62e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E2D08C0613E9 for ; Tue, 13 Jul 2021 19:28:41 -0700 (PDT) Received: by mail-pl1-x62e.google.com with SMTP id v14so668928plg.9 for ; Tue, 13 Jul 2021 19:28:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=q3Mse/Qf9kH6kL3f+V/QegEz6PSgmpb/uOwCZ33NNho=; b=aHKYrK2Cxt4RWF9gLC6HBDZEdoBg/7Fa6O0Wao7w+RGUFtK5uQwcvN82pIwLDVlNDf LzBQZumX2tOjCErjDVmaKsMEqm7UBoF+ymz/sc/V/dNM5BOWYV0GG8ngvsb/OFlZX4SE /MxCCTFkKFuOkIWLAFxVaO448KIw+tsxmLGjeTSaTbDFVr5Oqit3LL+QKcOh0vqKbhPT DIQ1BP1fuV/3LBAiNABT2wJScLUvH1+GVavKGTqnWAX1mwu5NeuasY8mBufXVFCZa5LT knWmK+ljj0vpUYdqITiFCT/RfLrGW2x0IqI8ViZ6F7VxHnWfKU663QCIQYcyscUNdJoC ySGA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=q3Mse/Qf9kH6kL3f+V/QegEz6PSgmpb/uOwCZ33NNho=; b=CWYjPJnssho7VAYSH5TYiU6eJjRfdTf9INqBO/7VnSk2risSxEn/MUa3vS9tbG6/tT J2AjYdSKOyHbh/yo6dkMORXtHg6gPl2YK3rWPLZfYzEcNIXW7RF3pSlr8f/gzGNYae6C 7evdP3iNvmbfPNCKVLTWYhNuArQctlLqYEz/k7PB2WrESh/rzLeK0NYHwIVxO4OHbp5n 1hMt/99qwp60J4WclG1KHPd2lm74XnIjhkeg6ZN1XDe4HCNYYkoNnrVDD4sfPAJr0OP3 KTungfVbKvrbFu9tcCy11dtfAQF+S1TZJSUBcmyHEtsgFTbhY3DpZheMn7A/7WHLMWbJ FzQA== X-Gm-Message-State: AOAM532nKHvg+ZSQd5rm1ru+rIpo0flnFvQ6D8y+aVHuFNw2QA8KYqu9 nT6J+DAVwETZOFEcu6jMUKv8xw== X-Received: by 2002:a17:902:8bc3:b029:124:919f:6213 with SMTP id r3-20020a1709028bc3b0290124919f6213mr5940902plo.51.1626229721486; Tue, 13 Jul 2021 19:28:41 -0700 (PDT) Received: from localhost ([106.201.108.2]) by smtp.gmail.com with ESMTPSA id q4sm501078pfn.23.2021.07.13.19.28.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 13 Jul 2021 19:28:41 -0700 (PDT) Date: Wed, 14 Jul 2021 07:58:39 +0530 From: Viresh Kumar To: Arnd Bergmann Cc: Jason Wang , "Michael S. Tsirkin" , Rob Herring , Jean-Philippe Brucker , Vincent Guittot , Bill Mills , Alex =?utf-8?Q?Benn=C3=A9e?= , "Enrico Weigelt, metux IT consult" , Jie Deng , DTML , Linux Kernel Mailing List , virtualization@lists.linux-foundation.org Subject: Re: [PATCH 1/5] dt-bindings: virtio: mmio: Add support for device subnode Message-ID: <20210714022839.izxkrezgaobmkixy@vireshk-i7> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716-391-311a52 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 13-07-21, 14:32, Arnd Bergmann wrote: > On Tue, Jul 13, 2021 at 12:51 PM Viresh Kumar wrote: > > > + > > + virtio@3200 { > > + compatible = "virtio,mmio"; > > + reg = <0x3200 0x100>; > > + interrupts = <43>; > > + > > + #address-cells = <1>; > > + #size-cells = <0>; > > + > > + i2c-virtio@0 { > > + reg = ; > > + }; > > + }; > > This works, but it seems oddly inconsistent with the way we do the same thing > for PCI, USB and MMC devices that normally don't need device tree properties but > can optionally have those. > > All of the above use the "compatible" property to identify the device, > rather than > using the "reg" property. Neither of them is actually great here, > since we already > know what the device is and how to talk to it, but I'd still prefer doing this > with > > compatible = "virtio,34"; > > or similar, where 34 is the numerical value of VIRTIO_ID_I2C_ADAPTER. > This would then be required in the virtio-i2c binding. > I think you can skip the #address-cells/#size-cells then. That works, sure. I think I misunderstood it when you said it earlier and thought that you are asking to add compatible in the parent node itself and so did it this way. Though that may be the way we will end up doing it now :) -- viresh