From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marcel Ziswiler Subject: Re: [REGRESSION] gpio: pxa: change initcall level second attempt Date: Wed, 27 Jan 2016 01:05:24 +0100 Message-ID: <1453853124.25762.5.camel@ziswiler.com> References: <1453598314.3178.12.camel@ziswiler.com> <87oac9ag32.fsf@belgarion.home> <87y4bc845m.fsf@belgarion.home> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Received: from mout.perfora.net ([74.208.4.197]:49322 "EHLO mout.perfora.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751103AbcA0AFd convert rfc822-to-8bit (ORCPT ); Tue, 26 Jan 2016 19:05:33 -0500 In-Reply-To: <87y4bc845m.fsf@belgarion.home> Sender: linux-gpio-owner@vger.kernel.org List-Id: linux-gpio@vger.kernel.org To: Robert Jarzmik Cc: Linus Walleij , Alexandre Courbot , linux-gpio@vger.kernel.org, linux-kernel@vger.kernel.org On Tue, 2016-01-26 at 21:41 +0100, Robert Jarzmik wrote: > Robert Jarzmik writes: >=20 > > > Have you seen this as well or do you know how exactly that should > > > be > > > worked around? > > Hi Marcel, > >=20 > > I haven't seen that before on my devicetree boards, I will try this > > evening on > > top of next-20160125. > >=20 > > 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. > >=20 > > I think in your dm9000 case we have this callstack : > > =C2=A0- of_irq_get() > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0of_irq_parse_one() =3D> fails, for an= unknown reason to me > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=3D> I would have expected it return 0 > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=3D> the following irq_find_host() would > > return > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0-EPROBE_DEFER, that's what I'd expect > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0irq_create_of_mapping() > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0irq_create_fwspec_mapping= () > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=3D> error me= ssage > >=20 > > 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. >=20 > 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. -- To unsubscribe from this list: send the line "unsubscribe linux-gpio" i= n the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751332AbcA0AFg (ORCPT ); Tue, 26 Jan 2016 19:05:36 -0500 Received: from mout.perfora.net ([74.208.4.197]:49322 "EHLO mout.perfora.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751103AbcA0AFd convert rfc822-to-8bit (ORCPT ); Tue, 26 Jan 2016 19:05:33 -0500 Message-ID: <1453853124.25762.5.camel@ziswiler.com> Subject: Re: [REGRESSION] gpio: pxa: change initcall level second attempt From: Marcel Ziswiler To: Robert Jarzmik Cc: Linus Walleij , Alexandre Courbot , linux-gpio@vger.kernel.org, linux-kernel@vger.kernel.org Date: Wed, 27 Jan 2016 01:05:24 +0100 In-Reply-To: <87y4bc845m.fsf@belgarion.home> References: <1453598314.3178.12.camel@ziswiler.com> <87oac9ag32.fsf@belgarion.home> <87y4bc845m.fsf@belgarion.home> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.18.4 (3.18.4-1.fc23) Mime-Version: 1.0 Content-Transfer-Encoding: 8BIT X-Provags-ID: V03:K0:74M1LiVRk04b4ORhTbpVD6yRBV3vfVkb7VC2ZGUtZ8TptM1hien rv6Y3KuVyFaNpe4HcXoz54wn8OtQ3anHchQbnWr48HrMn5ajvxCwmC0J58bPD8tOEW2H7mW Pj5xRwD6wDU+/tqD5SAAh6DMxl8YMU+oZTRfXV+tI3t8Qmz/ESi7V1TTl8lDiq2aWd9m5Dm HbAJ3dTfZWidJ7M1iXy9Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:z71LvciHldg=:BSStL00QefGJdHQWsoPkbB 0U3OqzLahwkatugwexT+rAJ4OaJTiKTyfxN8VMUOM2rXk8IV8AGK1JXLn4SK67tOEsSN/Yovy 3j8SfCe9U9qjKqi9kJFepU5DjcEraYOGrhzPgeIG46Yxz9Sb5HfDB52qBiD3+nUxYz8ORuwZX 2IcFeG4yw+wWie0Vp25rxp/tMe2TwW7Hp+wjA1VbPKqCwk2FrHz34EsYjXz4hkdtsdPzwmmul A4iLin5OH3TLzGKYQ9enXJdejMUGiQBvINLayHcO13LDRc6UpTY8xO59gBQmliZHJxLGfQGFE 3zADeS9G36d68iSq0vDPgMcOAtmT9mZ00ZXwvAIUgXcmzdyG6bDNE3pJTeynPUeLlhdlxW6VF 2m6UlxzW2bAB2IqclcrxPoB7GntO61szb5wG0oYi2/hRrI/HAUhPZJkOJWNpRqgkkpXVL5Ttw 3PsimVAEvQQFUAhamIQFT0WUq+8bjGMch92NNyOUne6ezJZ74b/eFidOHu+g66y2FLWsY/ae+ 7XU9A/3RdOOcEM6OAxlJYNnMjOu8AONSx5lENuDr+toFeRSZ0yB0jSxXVb+8erbeXjEw8xgem inqVX7iNcPSiYEBt6rwdOD7WB5vqzsYzFKwlrXR+s71CyfIUXybABN6DKi2MFcz+16YQ8KsrW LwNOGagbzjzWSoh+ng53KQIQMiYBdD73i31p7MQM739yPSDwcNxvhYMdxbpDbaqQe+IUfA+0j WH1w94+E77KQLp/Y0mR0IwuVHqK4s1ts7BpyYky5JtyQONzGbTblUuPVaEUuXEhExR+4hX2A2 iTP8Bbqmli78wY8Ue5K9o6z7sz+J/z+GYzWsBf0YMawF8YWdZM= Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2016-01-26 at 21:41 +0100, Robert Jarzmik wrote: > Robert Jarzmik 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.