[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <cb02aadd-d317-fc66-de4a-519dc8d8bfb7@amlogic.com>
Date: Thu, 13 Dec 2018 20:50:28 +0800
From: Sunny Luo <sunny.luo@...ogic.com>
To: Mark Brown <broonie@...nel.org>,
Jerome Brunet <jbrunet@...libre.com>
CC: Yixun Lan <yixun.lan@...ogic.com>,
Neil Armstrong <narmstrong@...libre.com>,
Kevin Hilman <khilman@...libre.com>,
Carlo Caione <carlo@...one.org>,
Jianxin Pan <jianxin.pan@...ogic.com>,
Xingyu Chen <xingyu.chen@...ogic.com>,
<linux-spi@...r.kernel.org>, <linux-amlogic@...ts.infradead.org>,
<linux-arm-kernel@...ts.infradead.org>,
<linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v2 2/3] spi: meson-axg: enhance output enable feature
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.
Powered by blists - more mailing lists