Hi Florian, Andrew,
On Sun, Jul 9, 2017 at 7:28 PM, Andrew Lunn wrote:
>> It sure does fix a real issue, but I am really concerned about the
>> inability to test this patch in a configuration where we have multiple
>> PHY(s) or MDIO device(s) hanging off the same MDIO bus and one
> It sure does fix a real issue, but I am really concerned about the
> inability to test this patch in a configuration where we have multiple
> PHY(s) or MDIO device(s) hanging off the same MDIO bus and one of those
> requesting an EPROBE_DEFER.
>
> I currently don't have a setup where I could
On 07/02/2017 01:37 PM, Geert Uytterhoeven wrote:
> On Tue, Jun 6, 2017 at 11:43 AM, Geert Uytterhoeven
> wrote:
>> On Tue, May 23, 2017 at 11:36 AM, Geert Uytterhoeven
>> wrote:
>>> On Fri, May 19, 2017 at 12:21 AM, Florian Fainelli
On Tue, Jun 6, 2017 at 11:43 AM, Geert Uytterhoeven
wrote:
> On Tue, May 23, 2017 at 11:36 AM, Geert Uytterhoeven
> wrote:
>> On Fri, May 19, 2017 at 12:21 AM, Florian Fainelli
>> wrote:
>>> On 05/18/2017 01:36 PM, Geert
Hi Florian,
On Tue, May 23, 2017 at 11:36 AM, Geert Uytterhoeven
wrote:
> On Fri, May 19, 2017 at 12:21 AM, Florian Fainelli
> wrote:
>> On 05/18/2017 01:36 PM, Geert Uytterhoeven wrote:
>>> On Thu, May 18, 2017 at 9:34 PM, Andrew Lunn
Hi Florian,
On Fri, May 19, 2017 at 12:21 AM, Florian Fainelli wrote:
> On 05/18/2017 01:36 PM, Geert Uytterhoeven wrote:
>> On Thu, May 18, 2017 at 9:34 PM, Andrew Lunn wrote:
> This most certainly works fine in the simple case where you have one PHY
On 05/18/2017 01:36 PM, Geert Uytterhoeven wrote:
> Hi Andrew,
>
> On Thu, May 18, 2017 at 9:34 PM, Andrew Lunn wrote:
This most certainly works fine in the simple case where you have one PHY
hanging off the MDIO bus, now what happens if you have several?
Hi Andrew,
On Thu, May 18, 2017 at 9:34 PM, Andrew Lunn wrote:
>> > This most certainly works fine in the simple case where you have one PHY
>> > hanging off the MDIO bus, now what happens if you have several?
>> >
>> > Presumably, the first PHY that returns EPROBE_DEFER will
> > This most certainly works fine in the simple case where you have one PHY
> > hanging off the MDIO bus, now what happens if you have several?
> >
> > Presumably, the first PHY that returns EPROBE_DEFER will make the entire
> > bus registration return EPROB_DEFER as well, and so on, and so
Hi Florian,
On Thu, May 18, 2017 at 8:25 PM, Florian Fainelli wrote:
> On 05/18/2017 05:59 AM, Geert Uytterhoeven wrote:
>> If an Ethernet PHY is initialized before the interrupt controller it is
>> connected to, a message like the following is printed:
>>
>> irq: no
On 05/18/2017 05:59 AM, Geert Uytterhoeven wrote:
> If an Ethernet PHY is initialized before the interrupt controller it is
> connected to, a message like the following is printed:
>
> irq: no irq domain found for /interrupt-controller@e61c !
>
> However, the actual error is ignored,
Hi Andrew,
On Thu, May 18, 2017 at 6:33 PM, Andrew Lunn wrote:
>> >> phy = get_phy_device(mdio, addr, is_c45);
>> >> if (IS_ERR(phy))
>> >> - return;
>> >> + return PTR_ERR(phy);
>> >>
>> >> - rc = irq_of_parse_and_map(child, 0);
>>
> >> phy = get_phy_device(mdio, addr, is_c45);
> >> if (IS_ERR(phy))
> >> - return;
> >> + return PTR_ERR(phy);
> >>
> >> - rc = irq_of_parse_and_map(child, 0);
> >> + rc = of_irq_get(child, 0);
> >> + if (rc == -EPROBE_DEFER) {
> >> +
Hi Andrew,
On Thu, May 18, 2017 at 6:09 PM, Andrew Lunn wrote:
> On Thu, May 18, 2017 at 02:59:05PM +0200, Geert Uytterhoeven wrote:
>> If an Ethernet PHY is initialized before the interrupt controller it is
>> connected to, a message like the following is printed:
>>
>> irq:
On Thu, May 18, 2017 at 02:59:05PM +0200, Geert Uytterhoeven wrote:
> If an Ethernet PHY is initialized before the interrupt controller it is
> connected to, a message like the following is printed:
>
> irq: no irq domain found for /interrupt-controller@e61c !
>
> However, the actual
From: Geert Uytterhoeven
Date: Thu, 18 May 2017 14:59:05 +0200
> If an Ethernet PHY is initialized before the interrupt controller it is
> connected to, a message like the following is printed:
>
> irq: no irq domain found for /interrupt-controller@e61c !
>
>
If an Ethernet PHY is initialized before the interrupt controller it is
connected to, a message like the following is printed:
irq: no irq domain found for /interrupt-controller@e61c !
However, the actual error is ignored, leading to a non-functional (-1)
PHY interrupt later:
Micrel
17 matches
Mail list logo