Mattis,
On Thu, Aug 7, 2014 at 11:20 AM, Fabio Estevam <feste...@gmail.com> wrote:
> On Thu, Aug 7, 2014 at 9:12 AM, Russell King - ARM Linux
> <li...@arm.linux.org.uk> wrote:
>
>> Hmm, I'm slightly confused. On my iMX6Q, I have:
>>
>> 150: 581754 0 0 0 GIC 150
>> 2188000.ethernet
>> 151: 0 0 0 0 GIC 151
>> 2188000.ethernet
>
> Same here on a mx6qsabresd.
>
>> In the DT file, we have:
>>
>> fec: ethernet@02188000 {
>> compatible = "fsl,imx6q-fec";
>> reg = <0x02188000 0x4000>;
>> interrupts-extended =
>> <&intc 0 118 IRQ_TYPE_LEVEL_HIGH>,
>> <&intc 0 119 IRQ_TYPE_LEVEL_HIGH>;
>> clocks = <&clks 117>, <&clks 117>, <&clks
>> 190>;
>> clock-names = "ipg", "ahb", "ptp";
>> status = "disabled";
>> };
>>
>> which, for the gic, would be 118 + 32 (first SPI) = 150, 119 + 32 = 151.
>> Yet you seem to have nothing registered against GIC 150, instead having
>> an interrupt against GPIO 6.
>>
>> This seems very odd, and as this is an on-SoC device, I don't see why
>> you would want to bind the interrupts for the FEC device any differently
>> to standard platforms.
>>
>> This could well be the cause of your stalls.
>>
>> What's GPIO 6 used for on your board?
>
> On a imx6q sabreauto I also get:
>
> 151: 0 0 0 0 GIC 151
> 2188000.ethernet
> 166: 4577 0 0 0 gpio-mxc 6
> 2188000.ethernet
Could you remove 'interrupts-extended' from the FEC node and also
MX6QDL_PAD_GPIO_6__ENET_IRQ from the pinctrl node and test again?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
