Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp439433ybf; Fri, 28 Feb 2020 00:48:48 -0800 (PST) X-Google-Smtp-Source: APXvYqwbAgH+E0f8k1U52cB+BdG03LwOnvHGLyTNaBn0L7RVpjcFlvQWr0HcrW8rdmc4fgat5PKI X-Received: by 2002:aca:2315:: with SMTP id e21mr2291269oie.147.1582879727781; Fri, 28 Feb 2020 00:48:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582879727; cv=none; d=google.com; s=arc-20160816; b=m7IoXKGG6sJDf9oSoyQ+exUdjISBsS1/2rkxKFB8DAn9ySiyXREkMkEGNCmlgI7i1a azloAIXUPLvKXSLkTdRTNF4xZ5ib0vUzB9/msX2Vi5f2xY5BQhDI5q5Vo0Np4BElkvJY aUVnZxWJQ3l0GkRNjNV0AyNvcnaLDjvGW23yNIGKRAAjx+FZMDhGe4mI7Hf5EyXnid67 XOMuY/xScCqeUMNUqCvEu/asqJ0wmjmIZn5cawkpPgHnWV+PdJD/4+BH7pFJIhgWS7ZZ FkcMjU6K5kYPTGTCR6YyzVSNIH9reshcOR615OFHxr5g+gleIhjIy8EM8rzjVncab5VN /7rQ== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:references:to:subject:from; bh=Rfys5a/erLKiPv6bbEKPY3a8fn9SNur8mz5n4eE5CmQ=; b=St7utejKo4SLKgXhT54wpKyC4xVs2L4SqzLyjS36RJOqWXA3BAU5jn1OxVZ/8J0r6f srk3NQarkSs3c0lRba8o5bRjB6/XsNPV5Mu4Id+jLReLnf+/uQ4jWOpTN4nYPnw5AmHA hewKbdfpjy8OhITD7/nf6Ah5DKykUEU19vR7a4TbzFTz2D/qjzivcq5Eo/fdx0/oSo50 SzSfIqlBQR8yy033TG9QFuD1XrlX9g9ioN6kYtQ/9JIBoa7XpSHA/zX73Nx5qxzsJ2on SJFzlaXk4+eYx1QxELiMTaFtVWIzBQfFKcPz0xoEWDE4AacK2m0C6VYCbw2fzgk1U011 Cmmw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a23si1458775oie.81.2020.02.28.00.48.34; Fri, 28 Feb 2020 00:48:47 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726764AbgB1IrV (ORCPT + 99 others); Fri, 28 Feb 2020 03:47:21 -0500 Received: from proxima.lasnet.de ([78.47.171.185]:53144 "EHLO proxima.lasnet.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726005AbgB1IrV (ORCPT ); Fri, 28 Feb 2020 03:47:21 -0500 X-Greylist: delayed 329 seconds by postgrey-1.27 at vger.kernel.org; Fri, 28 Feb 2020 03:47:19 EST Received: from localhost.localdomain (p200300E9D71B9939E2C0865DB6B8C4EC.dip0.t-ipconnect.de [IPv6:2003:e9:d71b:9939:e2c0:865d:b6b8:c4ec]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: stefan@datenfreihafen.org) by proxima.lasnet.de (Postfix) with ESMTPSA id 53515C087E; Fri, 28 Feb 2020 09:41:49 +0100 (CET) From: Stefan Schmidt Subject: Re: [PATCH] net: ieee802154: ca8210: Use new structure for SPI transfer delays To: Sergiu Cuciurean , linux-kernel@vger.kernel.org, netdev@vger.kernel.org, linux-wpan@vger.kernel.org, davem@davemloft.net, alex.aring@gmail.com, h.morris@cascoda.com References: <20200227131245.30309-1-sergiu.cuciurean@analog.com> Message-ID: <70e215d7-b523-8aff-d0bc-eea6bfce3dac@datenfreihafen.org> Date: Fri, 28 Feb 2020 09:41:48 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 In-Reply-To: <20200227131245.30309-1-sergiu.cuciurean@analog.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello. On 27.02.20 14:12, Sergiu Cuciurean wrote: > In a recent change to the SPI subsystem [1], a new `delay` struct was added > to replace the `delay_usecs`. This change replaces the current > `delay_usecs` with `delay` for this driver. > > The `spi_transfer_delay_exec()` function [in the SPI framework] makes sure > that both `delay_usecs` & `delay` are used (in this order to preserve > backwards compatibility). > > [1] commit bebcfd272df6 ("spi: introduce `delay` field for > `spi_transfer` + spi_transfer_delay_exec()") > > Signed-off-by: Sergiu Cuciurean > --- > drivers/net/ieee802154/ca8210.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/drivers/net/ieee802154/ca8210.c b/drivers/net/ieee802154/ca8210.c > index 430c93786153..e04c3b60cae7 100644 > --- a/drivers/net/ieee802154/ca8210.c > +++ b/drivers/net/ieee802154/ca8210.c > @@ -946,7 +946,8 @@ static int ca8210_spi_transfer( > cas_ctl->transfer.bits_per_word = 0; /* Use device setting */ > cas_ctl->transfer.tx_buf = cas_ctl->tx_buf; > cas_ctl->transfer.rx_buf = cas_ctl->tx_in_buf; > - cas_ctl->transfer.delay_usecs = 0; > + cas_ctl->transfer.delay.value = 0; > + cas_ctl->transfer.delay.unit = SPI_DELAY_UNIT_USECS; > cas_ctl->transfer.cs_change = 0; > cas_ctl->transfer.len = sizeof(struct mac_message); > cas_ctl->msg.complete = ca8210_spi_transfer_complete; > This patch has been applied to the wpan-next tree and will be part of the next pull request to net-next. Thanks! regards Stefan Schmidt