From: Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>
To: Grant Likely <grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>
Cc: Pantelis Antoniou
<pantelis.antoniou-OWPKS81ov/FWk0Htik3J/w@public.gmane.org>,
Rob Herring <robherring2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>,
Greg Kroah-Hartman
<gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org>,
"devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
Matt Porter <mporter-OWPKS81ov/FWk0Htik3J/w@public.gmane.org>
Subject: Re: [PATCH] [RFC] OF: probe order dependency aware of_platform_populate
Date: Wed, 8 Apr 2015 10:42:42 +0200 [thread overview]
Message-ID: <CAMuHMdWVTsog2_9iyUEBWm-7xonvNibTTbOY5YxvpAhffUXdcg@mail.gmail.com> (raw)
In-Reply-To: <20150402023803.E6A4DC4076D-WNowdnHR2B42iJbIjFUEsiwD8/FfD2ys@public.gmane.org>
Hi Grant,
On Thu, Apr 2, 2015 at 4:38 AM, Grant Likely <grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org> wrote:
> On Mon, 30 Mar 2015 15:27:27 +0200
> , Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>
> wrote:
>> On Tue, Mar 24, 2015 at 6:56 PM, Pantelis Antoniou
>> <pantelis.antoniou-OWPKS81ov/FWk0Htik3J/w@public.gmane.org> wrote:
>> >> On Mar 24, 2015, at 07:50 , Geert Uytterhoeven <geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org> wrote:
>> >> IIUC, this would fix the issue I worked around in "ARM: shmobile: r8a73a4:
>> >> Move pfc node to work around probe ordering bug"?
>> >> https://git.kernel.org/cgit/linux/kernel/git/horms/renesas.git/commit/?h=r8a73a4-ccf-and-multiplatform-for-v4.1&id=e4ba0a9bddff3ba52cec100414d2f178440efc91
> There are two ways to fix this so that .dtb order doesn't matter. The
> dirty hack is to change the pfc driver to use subsys_initcall (level 4)
> or later so that it happens after the devices are registered. The second
I've just tried that, and it doesn't work.
> solution is to make the pfc drivers able to return -EPROBE_DEFER, but
> that also requires fixing deferred probe to start retrying devices
> before late_initcall time. Right now there is a holdoff flag that
All the pfc driver can detect is that some platform_device.resource[i] are
empty (resource_type zero). Returning -EPROBE_DEFER won't help,
as the resource won't change later.
The problem is not the initialization order of the device drivers, but the
creation order of the platform devices.
of_device_alloc() silently (except for the pr_debug() message) ignores
any failures to setup IRQ resources. Hence platform devices for interrupt
providers must be created before platform devices for interrupt consumers,
which is what the reordering in DT fixes.
See also the information in the commit message linked at the top.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2015-04-08 8:42 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-16 12:11 [PATCH] [RFC] OF: probe order dependency aware of_platform_populate Pantelis Antoniou
[not found] ` <1418731891-24768-1-git-send-email-pantelis.antoniou-OWPKS81ov/FWk0Htik3J/w@public.gmane.org>
2015-03-19 19:18 ` Grant Likely
[not found] ` <20150319191834.5346CC40A35-WNowdnHR2B42iJbIjFUEsiwD8/FfD2ys@public.gmane.org>
2015-03-20 11:39 ` Pantelis Antoniou
[not found] ` <8E250936-B06C-40B4-8C34-557D2361CAF6-OWPKS81ov/FWk0Htik3J/w@public.gmane.org>
2015-03-20 11:56 ` Grant Likely
2015-03-24 14:50 ` Geert Uytterhoeven
[not found] ` <CAMuHMdU=Zh00DnkAdAJBaAVn8LthYoRoGCVdFAhxQmWaEGHfkw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-03-24 17:56 ` Pantelis Antoniou
[not found] ` <1B3AF599-4A64-4FB0-BFB0-0C0544917C6C-OWPKS81ov/FWk0Htik3J/w@public.gmane.org>
2015-03-30 13:27 ` Geert Uytterhoeven
[not found] ` <CAMuHMdWgAzkAJ-ix9NYc46yJRGPHCpmimOjF=HUYprxdgtzkaw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-03-30 17:13 ` Pantelis Antoniou
2015-04-02 2:38 ` Grant Likely
[not found] ` <20150402023803.E6A4DC4076D-WNowdnHR2B42iJbIjFUEsiwD8/FfD2ys@public.gmane.org>
2015-04-02 15:40 ` Pantelis Antoniou
2015-04-08 8:42 ` Geert Uytterhoeven [this message]
[not found] ` <CAMuHMdWVTsog2_9iyUEBWm-7xonvNibTTbOY5YxvpAhffUXdcg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-04-08 9:16 ` Pantelis Antoniou
[not found] ` <2B8BD326-8A21-45F3-8276-DF3B303B11D8-OWPKS81ov/FWk0Htik3J/w@public.gmane.org>
2015-04-08 14:17 ` Rob Herring
[not found] ` <CAL_JsqKWp5RWr_T-+gD7hTiJiJMxq68pOR4zORL7SD2H_=JMfg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-04-08 14:43 ` Geert Uytterhoeven
[not found] ` <CAMuHMdVsDx7g8jyU_nQZgG85o0huykb2EmBj4jskcuOuXXxiDA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-04-08 16:36 ` Rob Herring
2015-04-08 13:40 ` Rob Herring
[not found] ` <CAL_Jsq+9rYTvxX=Y6md5hgNhcBjbuM1m8Q3Y0gNkrV6yaDBskg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-04-13 10:02 ` Geert Uytterhoeven
2015-04-15 14:17 ` Peter Hurley
[not found] ` <552E7309.8020505-WaGBZJeGNqdsbIuE7sb01tBPR1lH4CV8@public.gmane.org>
2015-04-15 14:35 ` Rob Herring
[not found] ` <CAL_JsqJR4NFtwoUsPq3S7nyCBL6v+skarrXA+wvgzy-gR5fKWA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-04-16 10:40 ` Peter Hurley
[not found] ` <552F9198.4030902-WaGBZJeGNqdsbIuE7sb01tBPR1lH4CV8@public.gmane.org>
2015-04-16 14:32 ` Rob Herring
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=CAMuHMdWVTsog2_9iyUEBWm-7xonvNibTTbOY5YxvpAhffUXdcg@mail.gmail.com \
--to=geert-td1emuhucqxl1znqvxdv9g@public.gmane.org \
--cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org \
--cc=gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org \
--cc=linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org \
--cc=mporter-OWPKS81ov/FWk0Htik3J/w@public.gmane.org \
--cc=pantelis.antoniou-OWPKS81ov/FWk0Htik3J/w@public.gmane.org \
--cc=robherring2-Re5JQEeQqe8AvxtiuMwx3w@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).