Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp801561imu; Thu, 13 Dec 2018 04:51:33 -0800 (PST) X-Google-Smtp-Source: AFSGD/XDHw65soIzi/duJqLDwyTs1n4wffqF/B7ekkoYBufEa44i4eL/WlVzMYHoMZRUCcIusjan X-Received: by 2002:a17:902:ac8f:: with SMTP id h15mr22691739plr.245.1544705493209; Thu, 13 Dec 2018 04:51:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544705493; cv=none; d=google.com; s=arc-20160816; b=UZyWtVXYGsZ1c1hIgt8P9drHLIaCnerW1iDBI7EFdalFBvgJ0zxp+xfbAZD/OcZuA9 lIusMm0OkasPW2OGzHgKHP+jqQ1Jaf2Z/HlPOjBDzahbXndpxtlh1bLG3rfeopNg6YIV 1ey5FywwZkJ7fVwldhDwWmDd7d2+zdHwrUqBJS8xQvzwT1bnjQErg3k2b44+MtzKeiUY NJvt5upFsy9rj5SJcwTmO7n4mpwbBS3M6A/t4fnni64SyjAnJx/P/aZhozrOp/h8bKJp j4ADyeUqXq45wM8kSuYHC6o8jJyZ/srWa1zlFINAsu++sNn6kN8FN4TVm93NW1rtE8yh uZSQ== 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:from:references:cc:to:subject; bh=44YVMwmI8eAQas3ZtpPEwrni9qF0nWcHbpCZT+PWf54=; b=FPxhRpo/w85b5TA6De3ax85Khm2CAR/IPy+6UqYYUfjibgsvxkgUsre+ZDgTOFELuN GWrY/Mx0fwFwGoGVfDndHv0APVALbH5WygmxAPekIjIdf9uVXUgGtbq+zB8Mafz5eSeH sm9zFESapzbHVjD/Sd57+xkR7dF69+zvrya3o6rZ0NP4sbD/Pbieaz7sVkvXkTeXw8FK b4HCe8EvFvcCc2COKPRQaQtDfWxOSCyK7J3zmQ10pYD8AbSIshqxtJaPN3p5Cl4QkOub Aoq9AIlq3aSvZBpsajvDfP/Qx0WRlLJ53uBB4lGgDsZnYfpC6QaQA6q3zvVrwqJie/TP z4Uw== 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 v189si1438922pgb.398.2018.12.13.04.51.18; Thu, 13 Dec 2018 04:51:33 -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 S1729450AbeLMMuL (ORCPT + 99 others); Thu, 13 Dec 2018 07:50:11 -0500 Received: from mail-sz2.amlogic.com ([211.162.65.114]:29491 "EHLO mail-sz2.amlogic.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729419AbeLMMuJ (ORCPT ); Thu, 13 Dec 2018 07:50:09 -0500 Received: from [10.28.18.96] (10.28.18.96) by mail-sz2.amlogic.com (10.28.11.6) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Thu, 13 Dec 2018 20:50:28 +0800 Subject: Re: [PATCH v2 2/3] spi: meson-axg: enhance output enable feature To: Mark Brown , Jerome Brunet CC: Yixun Lan , Neil Armstrong , Kevin Hilman , Carlo Caione , Jianxin Pan , Xingyu Chen , , , , References: <1544690354-16409-1-git-send-email-sunny.luo@amlogic.com> <1544690354-16409-3-git-send-email-sunny.luo@amlogic.com> <20181213115345.GC10669@sirena.org.uk> From: Sunny Luo Message-ID: Date: Thu, 13 Dec 2018 20:50:28 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: <20181213115345.GC10669@sirena.org.uk> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Originating-IP: [10.28.18.96] X-ClientProxiedBy: mail-sz2.amlogic.com (10.28.11.6) To mail-sz2.amlogic.com (10.28.11.6) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Mark&Jerome, On 2018/12/13 19:53, Mark Brown wrote: > On Thu, Dec 13, 2018 at 10:04:56AM +0100, Jerome Brunet wrote: >> On Thu, 2018-12-13 at 16:39 +0800, Sunny Luo wrote: > >>> >>> writel_bits_relaxed(BIT(24), BIT(24), spicc->base + SPICC_TESTREG); >>> >>> + meson_spicc_oen_enable(spicc); >>> + > >> Any specific reason for doing this in prepare_message() ? It looks like >> something that could/should be done during the probe ? > > If it's for power management then there should be a matching disable in > unprepare_message() (or this should just be in the runtime PM code, > though it's possible there's stuff that's only needed while actually > doing transfers in which case this could make sense). > OEN is only used to avoid the signals floating in unexpected state, i will move it into probe next patch. > Please delete unneeded context from mails when replying. Doing this > makes it much easier to find your reply in the message, helping ensure > it won't be missed by people scrolling through the irrelevant quoted > material. > OK.