From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ua1-f46.google.com (mail-ua1-f46.google.com [209.85.222.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id E3F6A4CBA9C for ; Thu, 8 Jan 2026 12:25:07 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.222.46 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1767875109; cv=none; b=i+VLD/w5xCx6U7sZPtV22mn8L9BYyhOmQC7o3fTKTfq3HNTbShR0h6gvVQt9nl0zcSbO9IrmsQrX4rylz215Wb6XX4ivUDfpnKnfX4PxHPqMPtFes+iRtaWmXy8Rv5vKrSa6+hJlhcJkw1CG+tRkiW1SkPFx6n7YfvRLAuDsymU= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1767875109; c=relaxed/simple; bh=aaHyXdS0nmiOSH+39v4TllnNhWztOoW+ppCJ7RxVa5E=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=NCh3ajMvIjlKguvDYMSpLUcQTiMkdiwTz4nulxX8+LwcKJjju2sizbbL02sv5dmRCA9bNY0YnCKkcrukz9d9VZyz915HW/nHPrQF9fVdrQvzMm7LRjo8e7eTAm/YfdFstDEMpqNpJmc0hQScYAz8P00iOpjlrcpaWLBPAtixo8Q= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=koJLXys3; arc=none smtp.client-ip=209.85.222.46 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="koJLXys3" Received: by mail-ua1-f46.google.com with SMTP id a1e0cc1a2514c-94130b88642so1908116241.3 for ; Thu, 08 Jan 2026 04:25:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1767875107; x=1768479907; darn=vger.kernel.org; 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=ZuHLAkpi+QoqrsNtnMo40SsdhSUfyacTFMUwhFx6NDQ=; b=koJLXys3IA+qyZ7CAZCe5pUZXZxq6kHVsMIHd4+B85mTLJqkMPydN+cmi3xx5f1Rt+ cz+04Kza8mCuxWrxfc2kI6dWJTtI+MurnIS9KzApEIoWrh0V3p0ir5pq2cuzCvuZHrHt j6sXyTFEL5gAlMeiUV1up52QIUd+olw2bX7YV9MPpZoMdThDX/gW+EpOkNHsf5p842Al 3vRgihucJdm6shRB07V+LqyTmlW398F207x7S2O5vqty/4s84k1R4JUUOMcpB7tgcFFt LKNPE4XR1bQb+lE4Og82o0Bt6rjPJ9xoF5cjF7GAUl9bXn/EKS32ocm/D9QZB2/lrUS9 5YYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1767875107; x=1768479907; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=ZuHLAkpi+QoqrsNtnMo40SsdhSUfyacTFMUwhFx6NDQ=; b=fRDRzrFl05ARM81MAG3QrNbNc6Ti+W7GM2JcUGhlukEhd5jjxlbKRAgKwGcz3EuXyU NhxO13b1Zw+s4pmqi+ywkDBWl8wBIZwEoMf2SyD2vkj1WlfXS10W3h9S5J3wS76XjVxQ TspbqtbJPodM8Fn3Za7yNzmQUUDFhbbsgpuNFpiLoUek6jTNaL/dLYr3RV2ZE9MJ0lqT tGceAGGdPEFQRj/uaRqQHK2gZDUSSHUyoh+73mB8f0EQK3g3pttCsQAq/JgDrrr+E/u2 aBV7gG9tjOBp3j05T/ZKYWMEcKO9gbE9jPtFNt5KuWp3pnA218UNvhoXkHObNZ+HXJu7 sh8A== X-Forwarded-Encrypted: i=1; AJvYcCXfej5hHOuAVywemq5NIZl7K6YEtFSTdSTxGRPI99P0jjvJGA9q3qWhLyRJVizlGmrnGOldvuz2V4/CWV0=@vger.kernel.org X-Gm-Message-State: AOJu0Yx21DstpDrnZGYLPFwvjAjbuDoh5swcVD3Tr269qQenzIDhH69U gxgfKmtjspC3+Z/8vQe9P7Np9DS09/PcvuvTDaiXnNR/lFMNGIOgqZoq X-Gm-Gg: AY/fxX7XohIFCH5pRLp3eRD9OX4sxRKh/G2NOtn3YOtN83fWUfpEyCQzeMCcaFDhkdo QS6em3c2t/Bx2uCjvZ/7G248E4abYcFP624N21QsHPMn+N0/AnpnwjIUJy7L+Vm56FZLOXO5een fRxcVFoPoEEj5VOrRculFD4A+0gBnuf/Vy8DzGLt+LyL82nenhVXzBzO9duUv3PTyzsH25OleH+ LnkzadEYAe4FwVjvb9ZmHyK+UVMhU83pkix8HVkRbGgg0aDbyHwSeJ8icOU7iYUhnjbOEOXHS4D mKHCuEuy3pzOKis41afsyOzSF8+xqUIbPWHs6JwOracYLeR80MiYll3w7b5R+wvYZ90VpPO7SR9 M3LnxqXRShkyNTlT0qEzezzpTehy3JGTZ3zvHFsUQKDi7oyKIL8NE+IfZoKp387dfAKAVUVgK/T 0QekYc6QUugcmGIeJ7MEk= X-Google-Smtp-Source: AGHT+IEBwSk5QOmvxP7JWfiLaJmCUu07iMcs1hqKhN6MvYBXFCVIPi1VMHNI/PsFUx/a1aq7urblAw== X-Received: by 2002:a05:6102:5714:b0:5db:d60a:6b1f with SMTP id ada2fe7eead31-5ecb6938423mr2317214137.23.1767875106642; Thu, 08 Jan 2026 04:25:06 -0800 (PST) Received: from localhost ([2804:30c:2766:a500:b70:8c42:f792:bef6]) by smtp.gmail.com with ESMTPSA id a1e0cc1a2514c-944122ae554sm5583799241.2.2026.01.08.04.25.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 08 Jan 2026 04:25:05 -0800 (PST) Date: Thu, 8 Jan 2026 09:26:51 -0300 From: Marcelo Schmitt To: David Lechner Cc: Mark Brown , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Marcelo Schmitt , Michael Hennerich , Nuno =?iso-8859-1?Q?S=E1?= , Jonathan Cameron , Andy Shevchenko , Sean Anderson , linux-spi@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-iio@vger.kernel.org Subject: Re: [PATCH v4 1/9] spi: dt-bindings: change spi-{rx,tx}-bus-width to arrays Message-ID: References: <20251219-spi-add-multi-bus-support-v4-0-145dc5204cd8@baylibre.com> <20251219-spi-add-multi-bus-support-v4-1-145dc5204cd8@baylibre.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20251219-spi-add-multi-bus-support-v4-1-145dc5204cd8@baylibre.com> On 12/19, David Lechner wrote: > Change spi-rx-bus-width and spi-tx-bus-width properties from single > uint32 values to arrays of uint32 values. This allows describing SPI > peripherals connected to controllers that have multiple data lanes for > receiving or transmitting two or more words in parallel. > > Each index in the array corresponds to a physical data lane (one or more > wires depending on the bus width). Additional mapping properties will be > needed in cases where a lane on the controller or peripheral is skipped. > > Bindings that make use of this property are updated in the same commit > to avoid validation errors. > > The adi,ad4030 binding can now better describe the chips multi-lane > capabilities, so that binding is refined and gets a new example. > > Converting from single uint32 to array of uint32 does not break .dts/ > .dtb files since there is no difference between specifying a single > uint32 value and an array with a single uint32 value in devicetree. > > Signed-off-by: David Lechner > --- > > v4 changes: > - New patch to replace data-lanes property patch. > > In v3, Rob suggested possibly splitting the spi-controller.yaml file > to have a way to make most SPI controllers have maxItems: 1 for these > properties. I would like to avoid that because it doesn't seem scalable, > e.g. if we need another similar split in the future, the number of > combinations would grow exponentially (factorially?). I have an idea to > instead do this using $dynamicAnchor and $dynamicRef, but dt-schema > doesn't currently support that. So I propose we do the best we can for > now with the current dt-schema and make further improvements later. > > Also, in v3, I suggested that we could have leading 0s in the arrays > to indicate unused lanes. But after further consideration, I think it's > better to have separate lane-mapping properties for that purpose. It > will be easier to explain and parse and be a bit more flexible that way. LGTM Reviewed-by: Marcelo Schmitt