Re: [REGRESSION] gpio: pxa: change initcall level second attempt

From: Marcel Ziswiler
Date: Tue Jan 26 2016 - 19:05:39 EST


On Tue, 2016-01-26 at 21:41 +0100, Robert Jarzmik wrote:
> Robert Jarzmik <robert.jarzmik@xxxxxxx> writes:
>
> > > Have you seen this as well or do you know how exactly that should
> > > be
> > > worked around?
> > Hi Marcel,
> >
> > I haven't seen that before on my devicetree boards, I will try this
> > evening on
> > top of next-20160125.
> >
> > Could you activate the debug logs in drivers/of/irq.c please, and
> > send me
> > privately your boot dmesg ? And I'd like to see your board .dts
> > file and your
> > .config also, to compare with mine for the mioa701.
> >
> > I think in your dm9000 case we have this callstack :
> > Â- of_irq_get()
> > ÂÂÂÂÂof_irq_parse_one() => fails, for an unknown reason to me
> > ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ=> I would have expected it return 0
> > ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ=> the following irq_find_host() would
> > return
> > ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ-EPROBE_DEFER, that's what I'd expect
> > ÂÂÂÂÂirq_create_of_mapping()
> > ÂÂÂÂÂÂÂirq_create_fwspec_mapping()
> > ÂÂÂÂÂÂÂÂÂ=> error message
> >
> > What is probable is that gpio-pxa was not probed yet, and this
> > triggers the
> > error. What I don't understand is why you don't end up with
> > -EPROBE_DEFER,
> > that's why I'd like to have your logs.
>
> BTW, would you try also with the patch at the end of this mail
> applied ? Just to
> verify a wild guess.

Thanks, but unfortunately that did not change anything on the issue.

> Cheers.