Received: by 2002:a05:7412:3b8b:b0:fc:a2b0:25d7 with SMTP id nd11csp1033884rdb; Fri, 9 Feb 2024 08:21:42 -0800 (PST) X-Forwarded-Encrypted: i=3; AJvYcCVCK/fwkBTQy/xPd5YwBKKKwLj13w2ZJA6eyqeRyGREiSGBVwjzl0RGdgVhs/MlovTuk4ExsPqT+vl0sI09sRs7rDmdXH4Ux2p0ZP66qg== X-Google-Smtp-Source: AGHT+IGcwZ1MTPV9zw6YFPQV7IICPNdL6zKps6eQbtBoRn73ygPfgt7766k911WycS7XtfKjGRmj X-Received: by 2002:a05:6830:104d:b0:6dc:3dad:a540 with SMTP id b13-20020a056830104d00b006dc3dada540mr1735141otp.36.1707495701703; Fri, 09 Feb 2024 08:21:41 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1707495701; cv=pass; d=google.com; s=arc-20160816; b=SWINTu2pNaaZ4Yd2J7ZWuLMNCUasUypYo8gJNx457QZZf+xsm4OC2+7GlCeWUK/YOx 1iU7yHA3yPtkqPp9+6Acz5gMAmvNJsZDWoJthB49iPtRbDpbb91+5sM/vNkcYOQ5VJFh X/a0lp/nn1X38dJJWJld+MhuUYY/NHrKJ+hywJ2r/53COg1w1/dGMhpq7LReqkJoShAi KY7IUlFlfi6Wj3lWYAa1SDB60CjAAhbd8oB3NhWwwo2CYEJ7ha1FFFA1Gb31lwgfEoYi dq1DZw0q56N1QP/ljAlVAKimfUcNTyVhIrcSxhrFNTqPSwVbs5mSrdy8cZvxaar9hw2m r9ig== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:message-id:subject:cc :to:from:date:dkim-signature; bh=BEc60jC93NhKuWhWX7RWcPgvhnsPM5v1TAJPc+bt4xo=; fh=yQ5T3CsOOxWIMDEFcO170WeZw3xVs6aUzVCf0rLzEcw=; b=eW3wsUzoQAIwwzLLEs6XH+auvwqkjz+ss0WeBQQBdpxq4lsuJ1mTw0AGpZ3kVzH0DW LLKCMAK6Nl506YZ/p6qbJJHmMTJ3RfLTZeFZjSX2Wz9M81WNWDX8r98YxS+/u8BP/G1+ FUAMFajLJfNO+D9Z0Veebue9iBGdMJlQ63LLEDmViDRV8dlanTnqsiALroVdj77KOBkV iDoZraiPML3x/4K+MIjYL4b2QA0274NnAR4o1SBm1JakreDgU+HePTDNZbEOP1LY/vvj 4udzlG4sCT2ea4bHGbWS0nOg0QaKsqs2bGhitmVRT7s0F9Clf4rIWxYM/4rvswovdl5P KwNA==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=hF2EIiWr; arc=pass (i=1 dkim=pass dkdomain=kernel.org); spf=pass (google.com: domain of linux-kernel+bounces-59595-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-59595-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org X-Forwarded-Encrypted: i=2; AJvYcCUMFUW1xq3nb3zz3qsVBHNLNG9FxP0u1p1lGOKSWuWnroJiWz5HjhYdrhqYOHdj0KoENgTNM/fcimNhYp6niGZZbTzbdYxuHGIK2MpkZw== Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [147.75.199.223]) by mx.google.com with ESMTPS id r7-20020a05622a034700b0042c1dd7b657si2221258qtw.103.2024.02.09.08.21.41 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 09 Feb 2024 08:21:41 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-59595-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) client-ip=147.75.199.223; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=hF2EIiWr; arc=pass (i=1 dkim=pass dkdomain=kernel.org); spf=pass (google.com: domain of linux-kernel+bounces-59595-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-59595-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id F3E831C23032 for ; Fri, 9 Feb 2024 16:21:32 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 0D07C7A731; Fri, 9 Feb 2024 16:21:23 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="hF2EIiWr" Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 28A1E762DC; Fri, 9 Feb 2024 16:21:22 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1707495682; cv=none; b=PKfHJxRK46u30m67pdZAseZOkePpwQG4aljmUj6OznIXaIapjgz9H1hn3RZ60vsuHB7F41LUk+YicSHNqkECBfEH0l6Q3eJcaVeGzMtHy5sejSXdU5ArDkDBZ3+rc83H2DD8azCmYcy9qZ5/inRB/ZUvL94aVmci68K9vOhW4UM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1707495682; c=relaxed/simple; bh=6P50JpMWtNawcrLYmSC8txcAEjCecYqddP8IbfkgA3c=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=DU4jvsMYkelaMw2YbOFP6EW6QDMJw9yAkvXJqW2gquirDgAtXM2Dut1AhVoXyT6eWDPLu3sLH9BJ1tXO6acxkpF2PG/f9JzoSMi1wWeyfclXrkq8sTTUD98dy6mir7g6aQh1T3IVNiBhBmPyNgnpbcxN5zBSd7GxlpIg+QgeWA0= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=hF2EIiWr; arc=none smtp.client-ip=10.30.226.201 Received: by smtp.kernel.org (Postfix) with ESMTPSA id 4FEDAC433C7; Fri, 9 Feb 2024 16:21:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1707495682; bh=6P50JpMWtNawcrLYmSC8txcAEjCecYqddP8IbfkgA3c=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=hF2EIiWrjPw+Pd13noyfJM2a0X3wBpj11gmQh5LXNvhwZuwyiaUALxiZPyJA3noAe SAyXo43AQs97YOuyh7+2k+q3sEej2tDUHKexse0N7KFS9AfyI23QEEO9tqqsbFYIKh rq7OdTgGF5FNILD6DMgYbltC0kmMHKxHuOdvgdZmMZo8s1fWBvg62sORYZW0bp8Msz io6TzO/hyZN/4jMNEy0vnTjt6Pjx62ZzL4dXSZl+aYkY8a15YwAUTvPAPdp45gaIxh fUPr+MaFUWlwdvSkXeiScC569n27Us+ziXK24iDYRBYUw9t9w42xY1Ne4c9q0BD/PH YiTiBj/THVklw== Date: Fri, 9 Feb 2024 16:21:16 +0000 From: Conor Dooley To: Tudor Ambarus Cc: Geert Uytterhoeven , broonie@kernel.org, robh@kernel.org, andi.shyti@kernel.org, semen.protsenko@linaro.org, krzysztof.kozlowski@linaro.org, alim.akhtar@samsung.com, linux-spi@vger.kernel.org, linux-samsung-soc@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, andre.draszik@linaro.org, peter.griffin@linaro.org, kernel-team@android.com, willmcvicker@google.com, conor+dt@kernel.org, devicetree@vger.kernel.org, arnd@arndb.de Subject: Re: [PATCH 01/12] spi: dt-bindings: introduce the ``fifo-depth`` property Message-ID: <20240209-chest-sleet-a119fc3d4243@spud> References: <20240208135045.3728927-1-tudor.ambarus@linaro.org> <20240208135045.3728927-2-tudor.ambarus@linaro.org> <20240208-grating-legwarmer-0a04cfb04d61@spud> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="AYm2FyfJMLjy9NNH" Content-Disposition: inline In-Reply-To: --AYm2FyfJMLjy9NNH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 09, 2024 at 01:56:56PM +0000, Tudor Ambarus wrote: >=20 > + Geert >=20 > On 2/8/24 18:24, Conor Dooley wrote: > > On Thu, Feb 08, 2024 at 01:50:34PM +0000, Tudor Ambarus wrote: > >> There are instances of the same IP that are configured by the integrat= or > >> with different FIFO depths. Introduce the fifo-depth property to allow > >> such nodes to specify their FIFO depth. > >> > >> We haven't seen SPI IPs with different FIFO depths for RX and TX, thus > >> introduce a single property. > >=20 > > Some citation attached to this would be nice. "We haven't seen" offers > > no detail as to what IPs that allow this sort of configuration of FIFO > > size that you have actually checked. > >=20 > > I went and checked our IP that we use in FPGA fabric, which has a > > configurable fifo depth. It only has a single knob for both RX and TX > > FIFOs. The Xilinx xps spi core also has configurable FIFOs, but again RX > > and TX sizes are tied there. At least that's a sample size of three. > >=20 > > One of our guys is working on support for the IP I just mentioned and > > would be defining a vendor property for this, so > > Reviewed-by: Conor Dooley > >=20 >=20 > Thanks, Conor. I had in mind that SPI has a shift register and it's > improbable to have different FIFO depths for RX and TX. IDK, but I've learned to expect the unexpectable, especially when it comes to the IPs intended for use in FPGAs. > At least I don't > see how it would work, I guess it will use the minimum depth between the > two? I'm not really sure how it would work other than that in the general case, but some use case specific configuration could work, but I do agree that it is > I grepped by "fifo" in the spi bindings and I now see that renesas is > using dedicated properties for RX and TX, but I think that there too the > FIFOs have the same depths. Looking into drivers/spi/spi-sh-msiof.c I > see that the of_device_id.data contains 64 bytes FIFOs for RX and TX, > regardless of the compatible. >=20 > Geert, any idea if the FIFO depths can differ for RX and TX in > spi-sh-msiof.c? >=20 > Anyway, even if there are such imbalanced architectures, I guess we can > consider them when/if they appear? (add rx/tx-fifo-depth dt properties) I think so. > Documentation/devicetree/bindings/spi/renesas,sh-msiof.yaml: > Override the default TX fifo size. Unit is words. Ignored if 0. > Documentation/devicetree/bindings/spi/renesas,sh-msiof.yaml: > renesas,rx-fifo-size: > Documentation/devicetree/bindings/spi/renesas,sh-msiof.yaml: > Override the default RX fifo size. Unit is words. Ignored if 0. These renesas ones seemed interesting at first glance due to these comments, but what's missed by grep the is "deprecated" marking on these. They seem to have been replaced by soc-specific compatibles. --AYm2FyfJMLjy9NNH Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYIAB0WIQRh246EGq/8RLhDjO14tDGHoIJi0gUCZcZQ+wAKCRB4tDGHoIJi 0tCHAQC+UahOjFrFh4KmlxoZGj3mhl0GhMgYnpK4Y008NNbSKwD7BWwhfjMZ1Zk1 UZE3Fa1Tubov+aQxuH2m9T+rmex3fQg= =PHwh -----END PGP SIGNATURE----- --AYm2FyfJMLjy9NNH--