mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Sudeep Holla <sudeep.holla@arm.com>
To: Saravana Kannan <saravanak@google.com>
Cc: Marek Szyprowski <m.szyprowski@samsung.com>,
	Sudeep Holla <sudeep.holla@arm.com>,
	Russell King <linux@armlinux.org.uk>,
	Philipp Zabel <p.zabel@pengutronix.de>,
	Rob Herring <robh@kernel.org>,
	Ulf Hansson <ulf.hansson@linaro.org>,
	John Stultz <john.stultz@linaro.org>,
	Linus Walleij <linus.walleij@linaro.org>,
	Nicolas Saenz Julienne <nsaenzjulienne@suse.de>,
	Geert Uytterhoeven <geert+renesas@glider.be>,
	Kefeng Wang <wangkefeng.wang@huawei.com>,
	kernel-team@android.com, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v4] amba: Remove deferred device addition
Date: Tue, 19 Jul 2022 14:39:31 +0100	[thread overview]
Message-ID: <20220719133931.7dkcejvc6s4a7y4z@bogus> (raw)
In-Reply-To: <CAGETcx_V9qxeO+vks8kwpwWZth+fys_TTt=JwV2JkvUNHvTtvA@mail.gmail.com>

On Mon, Jul 18, 2022 at 06:55:23PM -0700, Saravana Kannan wrote:
> On Wed, Jul 13, 2022 at 7:58 AM Sudeep Holla <sudeep.holla@arm.com> wrote:
> >
> > On Tue, Jul 12, 2022 at 12:38:33PM -0700, Saravana Kannan wrote:
> > > Sudeep,
> > >
> > > This makes me think the issue you are seeing is related to your
> > > hardware drivers. Can you look into those please? I'm leaning towards
> > > merging this amba clean up and adding delays (say 1ms) to your
> > > clock/power domain drivers to avoid the crash you are seeing. And then
> > > you can figure out the actual delays needed and update it.
> >
> > I haven't got a chance to debug the issue on Juno much further. One thing
> > about the platform is that we can't turn off the debug power domain that
> > most of the coresight devices share.
> >
> > One thing I also observed with -next+this patch is that with a little log
> > it can access the registers while adding first few devices and then crash
> > which doesn't align with platform behaviour as we can't turn off the domain
> > though we attached and turn on in amba_read_periphid and then turn off and
> > detach the power domain. Ideally if first device amba_read_periphid was
> > successful, it must be the case for all, but I see different behaviour.
> >
> > I need to check again to confirm if it is issue with platform power domain
> > driver. It is based on SCMI so there is some role played by the f/w as well.
> 
> Yeah, this log timing based behavior is what makes me suspect it's not
> a problem with this patch itself.
> 
> However, just to rule it out, can you try making this change on top of
> v4 and give it a shot? This is related to the issue Marek reported,
> but those are more about permanent probe failures. Not a crash.
>

This patch(version v4, fails to apply on -next but the conflict is trivial
and in the deleted code so I just retained your copy of all the functions)
plus the below change fixes the issue I reported on Juno.

I won't give you tested-by yet as you have plans to revert some things
and I resolved the conflict here though trivial, I prefer to apply the
patch as is with all associated changes and test once more.

Thanks for digging this and fixing it.

-- 
Regards,
Sudeep

  reply	other threads:[~2022-07-19 14:21 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CGME20220705083944eucas1p23419f52b9529c79c03c8cc23e2aaf4c5@eucas1p2.samsung.com>
2022-07-05  8:39 ` Saravana Kannan
2022-07-05 11:04   ` Sudeep Holla
2022-07-05 19:16     ` Saravana Kannan
2022-07-12 12:25   ` Marek Szyprowski
2022-07-12 12:34     ` Marek Szyprowski
2022-07-12 19:38       ` Saravana Kannan
2022-07-12 19:53         ` Saravana Kannan
2022-07-13 15:04           ` Sudeep Holla
2022-07-13  6:52         ` Marek Szyprowski
2022-07-19  1:51           ` Saravana Kannan
2022-07-19 13:33             ` Sudeep Holla
2022-07-13 14:58         ` Sudeep Holla
2022-07-19  1:55           ` Saravana Kannan
2022-07-19 13:39             ` Sudeep Holla [this message]
2022-07-19 16:57               ` Saravana Kannan
2022-07-12 14:35   ` Kefeng Wang

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=20220719133931.7dkcejvc6s4a7y4z@bogus \
    --to=sudeep.holla@arm.com \
    --cc=geert+renesas@glider.be \
    --cc=john.stultz@linaro.org \
    --cc=kernel-team@android.com \
    --cc=linus.walleij@linaro.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux@armlinux.org.uk \
    --cc=m.szyprowski@samsung.com \
    --cc=nsaenzjulienne@suse.de \
    --cc=p.zabel@pengutronix.de \
    --cc=robh@kernel.org \
    --cc=saravanak@google.com \
    --cc=ulf.hansson@linaro.org \
    --cc=wangkefeng.wang@huawei.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®