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 X-Spam-Level: X-Spam-Status: No, score=-12.1 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,INCLUDES_PATCH,MAILING_LIST_MULTI, MENTIONS_GIT_HOSTING,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id B7BC2ECE588 for ; Tue, 15 Oct 2019 11:13:03 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 8ED5321848 for ; Tue, 15 Oct 2019 11:13:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1571137983; bh=A/FmrjtLgEyqhFbAqToKFssuwvGzW6BodL822i8weho=; h=From:To:Cc:Subject:In-Reply-To:Date:List-ID:From; b=lzIw96AzcAAiQxWGCiKJ/uxuxx6De27vzoI2geRJGaHeMUfRWBSt3B8RSSLwGrJyF 7H5XvrymJnyzu7wTVCXHunk60C7BZAWpjhkT3lNRzhQV5C7ufEnIHvL71BtPgEaGao mY2fUem6T0t2ooVZO9xVANV08FEYfrTnGObz47SQ= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731870AbfJOLMd (ORCPT ); Tue, 15 Oct 2019 07:12:33 -0400 Received: from heliosphere.sirena.org.uk ([172.104.155.198]:50544 "EHLO heliosphere.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731800AbfJOLMb (ORCPT ); Tue, 15 Oct 2019 07:12:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sirena.org.uk; s=20170815-heliosphere; h=Date:Message-Id:In-Reply-To: Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:References: List-Id:List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner: List-Archive; bh=ARKB+R9zHbI+0KX24UtACDYQgXcgSfTo14RFK2hAad4=; b=EUm1CNU4w5Az 6jonVhvhcKbeKg3RZsQV6necCkwtd9WbScME//jT4QGu+/5pNiIdV0NfWherMt8nvWn1lJPUn4Jrq CiDm00+2Cy7z/Q/NUsygBhMOdkgL7NqLNXsbt0pLrZikSL8t72N47dNQOy7pVPhs35lkg8DZIPYJr G9sKY=; Received: from cpc102320-sgyl38-2-0-cust46.18-2.cable.virginm.net ([82.37.168.47] helo=ypsilon.sirena.org.uk) by heliosphere.sirena.org.uk with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1iKKka-00021S-Up; Tue, 15 Oct 2019 11:12:25 +0000 Received: by ypsilon.sirena.org.uk (Postfix, from userid 1000) id 6B0342741CD7; Tue, 15 Oct 2019 12:12:24 +0100 (BST) From: Mark Brown To: Alexandru Ardelean Cc: baolin.wang@linaro.org, bcm-kernel-feedback-list@broadcom.com, broonie@kernel.org, f.fainelli@gmail.com, jic23@kernel.org, linus.walleij@linaro.org, linux-arm-kernel@lists.infradead.org, linux-iio@vger.kernel.org, linux-kernel@vger.kernel.org, linux-spi@vger.kernel.org, linux-tegra@vger.kernel.org, Mark Brown , orsonzhai@gmail.com, zhang.lyra@gmail.com Subject: Applied "spi: tegra20-sflash: use to new `spi_transfer_delay_exec`" to the spi tree In-Reply-To: <20190926105147.7839-12-alexandru.ardelean@analog.com> X-Patchwork-Hint: ignore Message-Id: <20191015111224.6B0342741CD7@ypsilon.sirena.org.uk> Date: Tue, 15 Oct 2019 12:12:24 +0100 (BST) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The patch spi: tegra20-sflash: use to new `spi_transfer_delay_exec` has been applied to the spi tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-5.5 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 >From b883d5eda6c49a807e925b257bf9687d5c351004 Mon Sep 17 00:00:00 2001 From: Alexandru Ardelean Date: Thu, 26 Sep 2019 13:51:39 +0300 Subject: [PATCH] spi: tegra20-sflash: use to new `spi_transfer_delay_exec` This conversion to the spi_transfer_delay_exec() helper is not straightforward, as it seems that when a delay is present, the controller issues a command, and then a delay is followed. This change adds support for the new `delay` field which is of type `spi_delay` and keeps backwards compatibility with the old `delay_usecs` field. Signed-off-by: Alexandru Ardelean Link: https://lore.kernel.org/r/20190926105147.7839-12-alexandru.ardelean@analog.com Signed-off-by: Mark Brown --- drivers/spi/spi-tegra20-sflash.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/spi/spi-tegra20-sflash.c b/drivers/spi/spi-tegra20-sflash.c index a841a7250d14..514429379206 100644 --- a/drivers/spi/spi-tegra20-sflash.c +++ b/drivers/spi/spi-tegra20-sflash.c @@ -341,10 +341,11 @@ static int tegra_sflash_transfer_one_message(struct spi_master *master, goto exit; } msg->actual_length += xfer->len; - if (xfer->cs_change && xfer->delay_usecs) { + if (xfer->cs_change && + (xfer->delay_usecs || xfer->delay.value)) { tegra_sflash_writel(tsd, tsd->def_command_reg, SPI_COMMAND); - udelay(xfer->delay_usecs); + spi_transfer_delay_exec(xfer); } } ret = 0; -- 2.20.1