[E1000-devel] ARM support for igb driver
ben.dooks at codethink.co.uk
Tue Jun 3 07:49:13 PDT 2014
On 05/05/14 22:20, Alexander Duyck wrote:
> On 05/05/2014 01:38 PM, Thomas Petazzoni wrote:
>> Dear Alexander Duyck,
>> On Mon, 05 May 2014 08:28:02 -0700, Alexander Duyck wrote:
>>>> 1. So overall issue is any memory/config space access hangs(logs above)
>>>> if bus master enable bit is set on IGB NIC card,this is not observed
>>>> with E1000E NIC cards on same platform.
>>>> 2. Above issue is repro'able on my ARM platform, not x86 ubuntu. Not
>>>> sure how much its related to ARM though.
>>>> 3. I saw below differences in lspci -vvv output b/w e1000e and igb, I am
>>>> not sure if this has anything to do with above issue.
>>>> RC config is same for both cases.
>>>> IGB / E1000E
>>>> Command Status: INTx+/INTx-
>>>> PM Status: NoSoftRst+/NoSoftRst-
>>>> DevCap: FLReset-/FLReset+
>>>> No Dev/Link2 Cap/Sta Registers for E1000E
>>>> Some differences in AER Registers
>>>> 4. Any idea, if this card is verified on ARM by anybody?
>>> It seems like you are glossing over the obvious issue. You said it
>>> yourself, this works fine on x86. Therefore this is likely VERY related
>>> to ARM, or at least your specific ARM platform configuration.
>> Since I haven't seen the beginning of the thread, I might be completely
>> off topic. However, I wanted to mention that I have successfully used
>> and tested an IGB PCIe NIC on an ARM Armada XP platform. If that is
>> useful, I'd be happy to provide you with additional details upon
>> Best regards,
> Glad to hear that this is working on your ARM platform as expected.
> I believe the issue Shiv is having is due to a problem with the specific
> platform as the IGB device is reporting a Data Link Protocol error via
> AER and I believe this is what is causing his platform issues. On
> enabling BME the device is likely signalling a Fatal Error message in
> response to the DLP error. The original error he was seeing was:
> Unhandled fault: imprecise external abort (0x1406) at 0x00000000
I should sort out making these errors non-fatal to the system, there's
not really much point in killing a process that may not have been the
initiator of the problem.
Ben Dooks http://www.codethink.co.uk/
Senior Engineer Codethink - Providing Genius
More information about the linux-arm-kernel