[LEDE-DEV] Transmit timeouts with mtk_eth_soc and MT7621

Mingyu Li igvtee at gmail.com
Sat Aug 19 08:06:56 PDT 2017


Hi Kristian.

does this patch works?

2017-07-24 23:45 GMT+08:00 Mingyu Li <igvtee at gmail.com>:
> i guess more other interrupts maybe cause the problem. because the
> ethernet receive flow is interrupt by other hardware. so use sd card,
> wifi or usb can generate interrupts.
>
> 2017-07-24 17:19 GMT+08:00 Kristian Evensen <kristian.evensen at gmail.com>:
>> Hi,
>>
>> On Mon, Jul 24, 2017 at 4:02 AM, Mingyu Li <igvtee at gmail.com> wrote:
>>> i guest the problem is there are some tx data not free. but tx
>>> interrupt is clean. cause tx timeout. the old code will free data
>>> first then clean interrupt. but there maybe new data arrive after free
>>> data before clean interrupt.
>>> so change it to clean interrupt first then clean all tx data( also
>>> remove the budget limit). if new tx data arrive. hardware will set tx
>>> interrupt flag. then we will free it next time.
>>> i also apply this to rx flow.
>>
>> Thanks for the detailed explanation. I have deployed an image with the
>> patch to some of the routers showing this issue, so lets wait and see.
>> Of course, all routers have been stable for the last couple of days
>> (including before the weekend) now, so I will let them run for a week
>> or so and then report back.
>>
>> In order to ease testing and make it more controlled, do you have any
>> suggestions for how to trigger the error? Is it "just" a timing issue
>> or should I be able to trigger it with for example a specific traffic
>> pattern?
>>
>> -Kristian



More information about the Lede-dev mailing list