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 0775FEB64DC for ; Fri, 23 Jun 2023 00:32:49 +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:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:Date:Message-Id:Subject: References:In-Reply-To:To:From:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=Q1HlxOOettfRf75cQXo8t79Dh5koDM2gFzSyCa29MJA=; b=jLlqeeE0KOmtWD cUgC2FlL6NCNx9WucoOzTTpWFAIurhL5L3adVGdPDKYK3BbRHMakvvxw8pGl/tZ+rhVsdYmosjXqE QlHix3aTRRL2AofGDG/0G4Q/5V+YItfT/wokdi4feS0jYZ0fpvIdbp2Yxl2QYKkr93yky2ymTqpbK XrI6C7Z61nLp2ZElpnRbtBybwHLz2Gkj0lSOnuQcc4RfJOFExH3uziY1Rm/0ia+OpF7iWgFoIT8k1 svnLb1Lk+qu4f28+l9yJJgwQNca5YNIDIAhNP1o5ItOULQd+K9y05aTCVZn54EGnBvPYPdSLTOx1x ntNlKpIyJJU21feRnV2w==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1qCUir-0029dl-2g; Fri, 23 Jun 2023 00:32:21 +0000 Received: from dfw.source.kernel.org ([2604:1380:4641:c500::1]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1qCUio-0029cg-23 for linux-arm-kernel@lists.infradead.org; Fri, 23 Jun 2023 00:32:20 +0000 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 9F96461919; Fri, 23 Jun 2023 00:32:17 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id B5954C433C8; Fri, 23 Jun 2023 00:32:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1687480337; bh=TFDRFbU74swzrPA43GJXQMuFOJYFnYNnIqfFG8Rp8Xg=; h=From:To:Cc:In-Reply-To:References:Subject:Date:From; b=khyqe41vLwTQZiP/tc5tTDjdiH2TXITYOykH60LNtRCfllu3nL47zRB30YsT0bHis s6vbSsYjq8BCDGbrArTILArwDxAzvLxDmEz0b1e7VIyogR7KFLP2CPAM/LIpNiRBgo 6BbNq/5mbiaiV64A+BzqQaL/O7071/Atrm8vGGqhzm4caj4y2n40nMRbD9oHy9AtZ9 bZ7VUGcNGdO2nWCdUufsa2Y918AWiQTfLEWnXibt1bf2CTzOjAPiLUw490qbQihUjO CgAhV9X2GlBEU7agu3SgxrkHgYyDFyFlKdB9zUJ3YbBMs1e8o5gTBbXq5AUhsNaLnW rKQqFEft/rtsA== From: Mark Brown To: linux-spi@vger.kernel.org, Miquel Raynal In-Reply-To: <20230622090634.3411468-1-miquel.raynal@bootlin.com> References: <20230622090634.3411468-1-miquel.raynal@bootlin.com> Subject: Re: [PATCH v3 0/3] spi: Helper for deriving timeout values Message-Id: <168748033294.332493.4514818831480628225.b4-ty@kernel.org> Date: Fri, 23 Jun 2023 01:32:12 +0100 MIME-Version: 1.0 X-Mailer: b4 0.13-dev-c6835 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230622_173218_716736_3CFFE84C X-CRM114-Status: GOOD ( 14.71 ) 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: , Cc: Samuel Holland , Chen-Yu Tsai , Jernej Skrabec , Tudor Ambarus , Thomas Petazzoni , Claudiu Beznea , linux-arm-kernel@lists.infradead.org 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 On Thu, 22 Jun 2023 11:06:31 +0200, Miquel Raynal wrote: > I recently came across an issue with the Atmel spi controller driver > which would stop my transfers after a too small timeout when performing > big transfers (reading a 4MiB flash in one transfer). My initial idea > was to derive a the maximum amount of time a transfer would take > depending on its size and use that as value to avoid erroring-out when > not relevant. Mark wanted to go further by creating a core helper doing > that, based on the heuristics from the sun6i driver. > > [...] Applied to https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-next Thanks! [1/3] spi: Create a helper to derive adaptive timeouts commit: d8e4ebf87018736c0c29e2eb4afe3915156483cd [2/3] spi: atmel: Prevent false timeouts on long transfers commit: e0205d6203c2ce598ae26d4b2707ca4224a9c90b [3/3] spi: sun6i: Use the new helper to derive the xfer timeout value commit: 6eef895581c9b5fcd002ff77837e0c3a4b1eecf6 All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus during the next merge window (or sooner if it is a bug fix), however if problems are discovered then the patch may be dropped or reverted. You may get further e-mails resulting from automated or manual testing and review of the tree, please engage with people reporting problems and send followup patches addressing any issues that are reported if needed. If any updates are required or you are submitting further changes they should be sent as incremental updates against current git, existing patches will not be replaced. Please add any relevant lists and maintainers to the CCs when replying to this mail. Thanks, Mark _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel