All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jon Hunter <jonathanh-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
To: Peter De Schrijver
	<pdeschrijver-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>,
	linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-clk-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH v2 0/4] MBIST work around (WAR) for Tegra210
Date: Wed, 20 Dec 2017 10:12:10 +0000	[thread overview]
Message-ID: <83325ffd-5b85-6288-63ac-5a938b948300@nvidia.com> (raw)
In-Reply-To: <1510842542-16451-1-git-send-email-pdeschrijver-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>


On 16/11/17 14:28, Peter De Schrijver wrote:
> This patch series introduces the Memory Built-In Self Test (MBIST)
> work around (WAR) needed when power ungating certain domains. More
> details can be found in 'clk: tegra: MBIST WAR for Tegra210'. I choose to
> implement the WAR in the Tegra210 clock driver, because most accesses are
> to CAR registers and for the VENC domain, we need to make sure the CSI
> clock source is not changed during the WAR execution.

In general, I don't have any problems with the proposal, as there is no
great way to implement the workaround AFAICT. My only thought was if we
could expose the mbist WAR as a 'reset' via the clk driver and use the
reset_control_xxx APIs to request and reset the mbist? Yes there is no
reset assert/deassert here, but the reset framework does have a 'reset'
hook to reset logic and if we are considering these WARs to reset the
mbist logic maybe it is not a complete hack/abuse of the API? Feel free
to tell me to get lost if it is a naff idea.

Cheers
Jon

-- 
nvpublic

WARNING: multiple messages have this Message-ID (diff)
From: Jon Hunter <jonathanh@nvidia.com>
To: Peter De Schrijver <pdeschrijver@nvidia.com>,
	<linux-tegra@vger.kernel.org>, <linux-clk@vger.kernel.org>
Subject: Re: [PATCH v2 0/4] MBIST work around (WAR) for Tegra210
Date: Wed, 20 Dec 2017 10:12:10 +0000	[thread overview]
Message-ID: <83325ffd-5b85-6288-63ac-5a938b948300@nvidia.com> (raw)
In-Reply-To: <1510842542-16451-1-git-send-email-pdeschrijver@nvidia.com>


On 16/11/17 14:28, Peter De Schrijver wrote:
> This patch series introduces the Memory Built-In Self Test (MBIST)
> work around (WAR) needed when power ungating certain domains. More
> details can be found in 'clk: tegra: MBIST WAR for Tegra210'. I choose to
> implement the WAR in the Tegra210 clock driver, because most accesses are
> to CAR registers and for the VENC domain, we need to make sure the CSI
> clock source is not changed during the WAR execution.

In general, I don't have any problems with the proposal, as there is no
great way to implement the workaround AFAICT. My only thought was if we
could expose the mbist WAR as a 'reset' via the clk driver and use the
reset_control_xxx APIs to request and reset the mbist? Yes there is no
reset assert/deassert here, but the reset framework does have a 'reset'
hook to reset logic and if we are considering these WARs to reset the
mbist logic maybe it is not a complete hack/abuse of the API? Feel free
to tell me to get lost if it is a naff idea.

Cheers
Jon

-- 
nvpublic

  parent reply	other threads:[~2017-12-20 10:12 UTC|newest]

Thread overview: 54+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-11-16 14:28 [PATCH v2 0/4] MBIST work around (WAR) for Tegra210 Peter De Schrijver
2017-11-16 14:28 ` Peter De Schrijver
2017-11-16 14:29 ` [PATCH v2 3/4] clk: tegra: MBIST work around " Peter De Schrijver
2017-11-16 14:29   ` Peter De Schrijver
     [not found]   ` <1510842542-16451-4-git-send-email-pdeschrijver-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2017-12-20 10:03     ` Jon Hunter
2017-12-20 10:03       ` Jon Hunter
     [not found]       ` <3d7f4e84-af44-ba3d-7910-a51a0abce136-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2017-12-21  9:40         ` Peter De Schrijver
2017-12-21  9:40           ` Peter De Schrijver
     [not found]           ` <20171221094049.GX29417-Rysk9IDjsxmJz7etNGeUX8VPkgjIgRvpAL8bYrjMMd8@public.gmane.org>
2017-12-21 11:08             ` Jon Hunter
2017-12-21 11:08               ` Jon Hunter
2018-01-22 15:29         ` Peter De Schrijver
2018-01-22 15:29           ` Peter De Schrijver
     [not found] ` <1510842542-16451-1-git-send-email-pdeschrijver-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2017-11-16 14:28   ` [PATCH v2 1/4] clk: tegra: Add la clock " Peter De Schrijver
2017-11-16 14:28     ` Peter De Schrijver
     [not found]     ` <1510842542-16451-2-git-send-email-pdeschrijver-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2017-12-19 22:27       ` Jon Hunter
2017-12-19 22:27         ` Jon Hunter
     [not found]         ` <47980cf0-8837-bff1-a25a-1287dd96b689-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2017-12-21  8:55           ` Peter De Schrijver
2017-12-21  8:55             ` Peter De Schrijver
2017-12-19 23:00     ` Jon Hunter
2017-12-19 23:00       ` Jon Hunter
2017-12-21  9:00       ` Peter De Schrijver
2017-12-21  9:00         ` Peter De Schrijver
2017-11-16 14:29   ` [PATCH v2 2/4] clk: tegra: add fence_delay for clock registers Peter De Schrijver
2017-11-16 14:29     ` Peter De Schrijver
2017-12-19 23:04     ` Jon Hunter
2017-12-19 23:04       ` Jon Hunter
2017-12-21  9:01       ` Peter De Schrijver
2017-12-21  9:01         ` Peter De Schrijver
     [not found]       ` <9026e3d1-26aa-28fc-6098-60484957da48-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2017-12-21  9:02         ` Peter De Schrijver
2017-12-21  9:02           ` Peter De Schrijver
     [not found]     ` <1510842542-16451-3-git-send-email-pdeschrijver-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2017-12-19 23:14       ` Jon Hunter
2017-12-19 23:14         ` Jon Hunter
2017-11-16 14:29   ` [PATCH v2 4/4] soc/tegra: pmc: apply MBIST work around fo Tegra210 Peter De Schrijver
2017-11-16 14:29     ` Peter De Schrijver
     [not found]     ` <1510842542-16451-5-git-send-email-pdeschrijver-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2017-12-20 10:06       ` Jon Hunter
2017-12-20 10:06         ` Jon Hunter
2017-12-21  9:05         ` Peter De Schrijver
2017-12-21  9:05           ` Peter De Schrijver
2017-12-21 11:08           ` Jon Hunter
2017-12-21 11:08             ` Jon Hunter
2017-12-19  8:53   ` [PATCH v2 0/4] MBIST work around (WAR) for Tegra210 Peter De Schrijver
2017-12-19  8:53     ` Peter De Schrijver
     [not found]     ` <20171219085346.GK29417-Rysk9IDjsxmJz7etNGeUX8VPkgjIgRvpAL8bYrjMMd8@public.gmane.org>
2017-12-19  9:40       ` Jon Hunter
2017-12-19  9:40         ` Jon Hunter
2017-12-20 10:12   ` Jon Hunter [this message]
2017-12-20 10:12     ` Jon Hunter
     [not found]     ` <83325ffd-5b85-6288-63ac-5a938b948300-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2017-12-21  9:37       ` Peter De Schrijver
2017-12-21  9:37         ` Peter De Schrijver
     [not found]         ` <20171221093742.GW29417-Rysk9IDjsxmJz7etNGeUX8VPkgjIgRvpAL8bYrjMMd8@public.gmane.org>
2017-12-21 11:11           ` Jon Hunter
2017-12-21 11:11             ` Jon Hunter
2017-11-16 15:29 Peter De Schrijver
2017-11-16 15:29 ` Peter De Schrijver
     [not found] ` <1510846195-28555-1-git-send-email-pdeschrijver-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2017-11-16 15:32   ` Peter De Schrijver
2017-11-16 15:32     ` Peter De Schrijver

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=83325ffd-5b85-6288-63ac-5a938b948300@nvidia.com \
    --to=jonathanh-ddmlm1+adcrqt0dzr+alfa@public.gmane.org \
    --cc=linux-clk-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=pdeschrijver-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.