Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp2117194ybl; Thu, 29 Aug 2019 03:54:38 -0700 (PDT) X-Google-Smtp-Source: APXvYqzhlk4Cdvh0ttgqpqf7wWxakBqDt0bCq9EsDIDtXMFMN2X0bTr8+YeoC0qJLb6QcEjgPxPv X-Received: by 2002:aa7:8b0f:: with SMTP id f15mr10574101pfd.235.1567076077939; Thu, 29 Aug 2019 03:54:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567076077; cv=none; d=google.com; s=arc-20160816; b=OVYKwB+6iwyGfU1OMOT6dcUUfxUW27Kp1K6M4gLZbuhejlwwrbPB0qfy9GXobhy2cB dheErLAcMMjXR22VoVesF517jA6u+8JW5RiqSPWtgCtjTtbNJboY5Uxzlu/8rUCB2Gse LAaSUdAVtfnC9ZH05L8ur/f6XA6/AgoSl8eG4vwXqis6Unmjdp5G4JAYlsQX8tBTn7z0 EHeOQ9/zGsGSAzegbd/KePJY0+8zZiMVhx/2hH796Gs63QaZZiXFRZf0EiWa3Po1Rv+N 2w+F7wAhY8cp9OA4bW20xXbw2mdYxDXsdCDXVERPmCq8ekzutOahaxTHh2EkE514FHCF ajSw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=MDXYOknpQ1V+dN7Zkzrw1Ijc9jzTgLim9lT/r/NwzKM=; b=t6ydHlkW626c27NPbWxOpunmzSKTnOFLo5DGsa/UnxbvWrO7QS4K1VDq2dMujczOiW IEt6xIY7VQX69QEhe7T3txReM6QO427Ya68X7VB/vD2rElorePwDHUiD/a08I0dpgPOF hlLeE1g3HN9Rb9MEzYI/dRbJuNuCs5JSr62QkEhr4728qzLfpx0XKyWzlQ/Ex+DDbTAt TNEdh8qtJ9+ED7aeC7kmw3sZG6TTbkC2Iw8+KiiBmlsBfD4iILuiS1szUKfpmgYtIKvz GltdMbD/Rb4kLHN/CBdyFvu+HFDEVvu2ECNqtcCUUTRxB2n9lGm7EG8NXlPjBTMC6KqI 4Zrw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id ba5si1578258plb.234.2019.08.29.03.54.22; Thu, 29 Aug 2019 03:54:37 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728744AbfH2Kvr (ORCPT + 99 others); Thu, 29 Aug 2019 06:51:47 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:59724 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728729AbfH2Kvq (ORCPT ); Thu, 29 Aug 2019 06:51:46 -0400 Received: from localhost (unknown [IPv6:2a01:e0a:2c:6930:5cf4:84a1:2763:fe0d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: bbrezillon) by bhuna.collabora.co.uk (Postfix) with ESMTPSA id 5149428D325; Thu, 29 Aug 2019 11:51:43 +0100 (BST) Date: Thu, 29 Aug 2019 12:51:38 +0200 From: Boris Brezillon To: Vitor Soares Cc: linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, linux-i3c@lists.infradead.org, bbrezillon@kernel.org, robh+dt@kernel.org, mark.rutland@arm.com, Joao.Pinto@synopsys.com Subject: Re: [PATCH 3/4] dt-bindings: i3c: Make 'assigned-address' valid if static address != 0 Message-ID: <20190829125138.4b36b8f6@collabora.com> In-Reply-To: <9d69c83c7193e377bbc77bea7f1812fc17dafaee.1567071213.git.vitor.soares@synopsys.com> References: <9d69c83c7193e377bbc77bea7f1812fc17dafaee.1567071213.git.vitor.soares@synopsys.com> Organization: Collabora X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 29 Aug 2019 12:19:34 +0200 Vitor Soares wrote: > The I3C devices without a static address can require a specific dynamic > address for priority reasons. > > Let's update the binding document to make the 'assigned-address' property > valid if static address != 0 and add an example with this use case. ^ you mean static address == 0, right? Yes, it makes sense to support that case and do our best to assign the requested address after DAA has taken place by explicitly executing SETDA. > > Signed-off-by: Vitor Soares > --- > Documentation/devicetree/bindings/i3c/i3c.txt | 13 ++++++++++--- > 1 file changed, 10 insertions(+), 3 deletions(-) > > diff --git a/Documentation/devicetree/bindings/i3c/i3c.txt b/Documentation/devicetree/bindings/i3c/i3c.txt > index ab729a0..c851e75 100644 > --- a/Documentation/devicetree/bindings/i3c/i3c.txt > +++ b/Documentation/devicetree/bindings/i3c/i3c.txt > @@ -98,9 +98,7 @@ Required properties > > Optional properties > ------------------- > -- assigned-address: dynamic address to be assigned to this device. This > - property is only valid if the I3C device has a static > - address (first cell of the reg property != 0). > +- assigned-address: dynamic address to be assigned to this device. We should probably mention that we don't provide strong guarantees here. We will try to assign this dynamic address to the device, but if something fails (like another device owning the address and refusing to give it up), the actual dynamic address will be different. This clarification can be done in a separate patch. > > > Example: > @@ -129,6 +127,15 @@ Example: > > /* > * I3C device without a static I2C address but requiring > + * specific dynamic address. > + */ > + sensor@0,39200154004 { > + reg = <0x0 0x6072 0x303904d2>; > + assigned-address = <0xb>; > + }; > + > + /* > + * I3C device without a static I2C address but requiring > * resources described in the DT. > */ > sensor@0,39200154004 {