From: Tony Lindgren <tony@atomide.com>
To: qianfan <qianfanguijin@163.com>
Cc: linux-omap@vger.kernel.org,
Grygorii Strashko <grygorii.strashko@ti.com>,
Santosh Shilimkar <ssantosh@kernel.org>,
Kevin Hilman <khilman@kernel.org>
Subject: Re: OMAP GPIO ready too later
Date: Thu, 3 Feb 2022 11:07:20 +0200 [thread overview]
Message-ID: <YfubSOB+uq9jYf/N@atomide.com> (raw)
In-Reply-To: <63abe475-710f-9ff5-ef20-c78b2a3d5e5c@163.com>
Hi,
* qianfan <qianfanguijin@163.com> [220119 08:36]:
> Hi everyone:
>
> On my board there has a gpio watchdong connected on am3358. And I found that
> the omap gpio device ready too later so it takes about 5 seconds when the
> gpio-wdt is ready.
>
> I had tested on some version of linux, check when the OMAP GPIO is ready.
> Next is the log:
>
> v4.19 [ 0.195191] OMAP GPIO hardware version 0.1
>
> v5.4 [ 1.168868] OMAP GPIO hardware version 0.1
>
> v5.9 [ 4.598052] OMAP GPIO hardware version 0.1
>
> v5.15 [ 1.253851] OMAP GPIO hardware version 0.1
>
> I can't find which commit slowdown omap gpio driver. could you please give
> me some advice?
We've moved to probe pretty much everything at normal module_init time
instead of trying to probe everything early. Only clocks and system timers
need to be probed early for the omap variants.
One of the reasons for the device drivers probing later on during the boot
is caused by drivers/bus/ti-sysc.c. As ti-sysc is the parent device on the
interconnect, none of it's child devices probe before it. And there should
not be any need to probe ti-sysc early. The total boot-up time should be
about the same, just the probe order has changed. If there are issues with
the boot-up time in general, then that's a bug.
Maybe you want to configure the watchdog in the bootloader initially until
the Linux device drivers get probed?
Regards,
Tony
next prev parent reply other threads:[~2022-02-03 9:07 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-01-19 8:20 OMAP GPIO ready too later qianfan
2022-02-03 9:07 ` Tony Lindgren [this message]
2022-02-12 2:18 ` qianfan
2022-02-14 7:50 ` Tony Lindgren
2022-02-16 4:06 ` qianfan
2022-02-16 11:56 ` Tony Lindgren
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=YfubSOB+uq9jYf/N@atomide.com \
--to=tony@atomide.com \
--cc=grygorii.strashko@ti.com \
--cc=khilman@kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=qianfanguijin@163.com \
--cc=ssantosh@kernel.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.