Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp660133imm; Wed, 8 Aug 2018 03:36:34 -0700 (PDT) X-Google-Smtp-Source: AA+uWPyS1sOd5fZMSrpKyQAWLnoYPcbwgMPPilMk3tfUcg5JnFQijlA5t/llH7uDET88Q+MxyW3G X-Received: by 2002:a65:46ca:: with SMTP id n10-v6mr2063921pgr.345.1533724594137; Wed, 08 Aug 2018 03:36:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1533724594; cv=none; d=google.com; s=arc-20160816; b=yZVIoihmEfRDNlAKdriQmSWtJY3fX0GESk5bpcDNnYNPweyKsg7MoSlEPt4veUBQM5 dzHcQPpyjimtpjMIm0mdwxO2JcKQ2R4jBbPVV3qqVb9vC14b6ZxbZh3fZf/VO1eSCdE9 /7IqEHVgEeqjqN0abQw+WWx2a3G0bnzWh28WAPSv6U9LzbIdgj9drRcEiqu6xZF3wqKv ZqvI4Tv46LSbY/iMNVVJ5hyJErZN2z56/8EZAQNuRozs9WPQYrc9LliH70akkJmnZBCZ NOKx59BtrcMqjSrU7ww1qS2Rnniy3PIAIEQO2mkAHyam3hDdyQ4n+H0ZWN/eW/VLTrJF kbdQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature :arc-authentication-results; bh=7Z+Lptx9SBkh42+Z33/t8t7AGgSYtEUgzGmLQuEW0UQ=; b=k/RKw4fuxq1sl9VX55ktyZQFc/fBD6xdShT24wc6F49Bqy+iuR7M28+RwP08XteWU7 pdfwi7WrJQH0ko8i0b2LovfJ4W3aZwYDpYAALuh9UzXWYgpmo1NTdaeASxHiWwN/3dsK I127385sF5VwZbiKD7g548qXlEaAaxedP6JmXFk4tiL0qoRgGtDuuA0ZuYs3IVpbSF7t YxiP67P529NX1nex1cQZyLc0qdbV3nfa3wIxl53QVGPPk59PDFTUf4Km80C7S4ZbcAXt MdgFZkSALo0TGQvdNcYkAA1ui8xtKizpSQR3vJFCA4rtUuOr3HyJUS0ilJOO2UsjJlpa Ywhg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b="DauyOM/I"; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j124-v6si3677309pfg.157.2018.08.08.03.36.18; Wed, 08 Aug 2018 03:36:34 -0700 (PDT) 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; dkim=pass header.i=@linaro.org header.s=google header.b="DauyOM/I"; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726921AbeHHMyf (ORCPT + 99 others); Wed, 8 Aug 2018 08:54:35 -0400 Received: from mail-oi0-f68.google.com ([209.85.218.68]:45356 "EHLO mail-oi0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726733AbeHHMyf (ORCPT ); Wed, 8 Aug 2018 08:54:35 -0400 Received: by mail-oi0-f68.google.com with SMTP id q11-v6so2804699oic.12 for ; Wed, 08 Aug 2018 03:35:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=7Z+Lptx9SBkh42+Z33/t8t7AGgSYtEUgzGmLQuEW0UQ=; b=DauyOM/IfnNA25a7rOwEAC5RwIyQjCK6J5vt/90Y0ByTjtIkFn583JO0eghEuyRMlB 7Skhg5A3AWNz5/wc0fQFCD1TddjPmIJ4GYbvHsbnryvIM/ddViF/SjKdxxZgqUHt4Xwa gWLZgLCNsxn+Ltsh+PvUoTz7ODX8i7ckgM0hc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=7Z+Lptx9SBkh42+Z33/t8t7AGgSYtEUgzGmLQuEW0UQ=; b=h1ESqmvL+o4zjHFT5oF9weucCVbPvitAIqcgYKSVtDt966ppr4OfAp7z7OYXq8ghEr PYeYZ9UtZESL96LLBwLy6fY7xBy1P1DHeYq4uuCICWTopNaqVjQ6gBHKPd3Z6dm5qknX MZcnklYjogLuR47zDH48JVDGY6QEhMayoKYQc3/0azdiNvP4jzyYfZcWwbip/3Tf1JYV /hXivNjO18ekZaXdlHOTVzUCh1mlzmiIoLLHn0RMA2f8cE9FUlXwDfVrEj43FNSp8wda 8hNlfdMbm1ZIC5LNHmZbuoYrDKAVLUtiUV4c7Lm6jqYcc6b0w4KxT7C4yfbJT1EugjK+ Z6Ew== X-Gm-Message-State: AOUpUlFl2n4KPZh/jV3uWmbt5tlLfKJUN+08MU/iRwsi+OmBaCXUQmtq XkNBadteRs10NF8MyTaJwoJjDba+az6vQypqXqT9lg== X-Received: by 2002:aca:5dc5:: with SMTP id r188-v6mr2386516oib.320.1533724529090; Wed, 08 Aug 2018 03:35:29 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a9d:237a:0:0:0:0:0 with HTTP; Wed, 8 Aug 2018 03:35:28 -0700 (PDT) In-Reply-To: <20180808095025.GB9346@sirena.org.uk> References: <64681bf903104c8a02f118294e616e2a12a5ebe4.1533638405.git.baolin.wang@linaro.org> <20180807134121.GA7958@sirena.org.uk> <20180808095025.GB9346@sirena.org.uk> From: Baolin Wang Date: Wed, 8 Aug 2018 18:35:28 +0800 Message-ID: Subject: Re: [PATCH 1/2] dt-bindings: spi: Add Spreadtrum SPI controller documentation To: Mark Brown Cc: Rob Herring , Mark Rutland , Orson Zhai , Chunyan Zhang , lanqing.liu@spreadtrum.com, linux-spi@vger.kernel.org, DTML , LKML Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 8 August 2018 at 17:50, Mark Brown wrote: > On Wed, Aug 08, 2018 at 10:26:42AM +0800, Baolin Wang wrote: > >> Sorry for confusing. Let me try to explain it explicitly. >> We can set the word size (bits_per_word) for each transmission, for >> our SPI controller, after every word size transmission, we need one >> interval time (hardware automatically) to make sure the slave has >> enough time to receive the whole data. > > OK, so it's an inter word delay. Some other controllers definitely have > the same feature. > >> Yes, I agree we should configure it at runtime by the device, but we >> did not find one member to use in 'struct spi_transfer', we just find >> one similar 'delay_usecs' member in 'struct spi_transfer' but not >> same. We can use 'delay_usecs' to set our hardware interval value, >> but we should clean it when transfer is done, since we do not need to >> delay after the transfer in spi_transfer_one _message(). Or can we add >> one new member maybe named 'word_interval' to indicate the interval >> time between word size transmission? > > Right, I don't think we added this yet (if we did I can't see it). I'd > add a new field to spi_transfer for this, then other controllers with > the same support can implement it as well and drivers can start using > it too. OK. So I will name the new filed as 'word_delay', is it OK for you? -- Baolin Wang Best Regards