#8580: tx dma ring full on AG310
----------------------+----------------------------------
Reporter: mark@… | Owner: florian
Type: defect | Status: reopened
Priority: highest | Milestone: Backfire 10.03.1
Component: kernel | Version: Backfire 10.03.1 RC4
Resolution: | Keywords:
----------------------+----------------------------------
Changes (by nema32):
* status: closed => reopened
* resolution: no_response =>
Comment:
I get behavior like the dmesg output on my Actiontec GT701 running
2.6.32.x kernels. Kamikaze builds using 2.6.30.x worked fine. I tracked
this down to the 950-cpmac_fallback_switch.patch in r20022 and related
change r21307.
Removing both of these allowed any (I say any, but really only tested a
few) 2.6.32.x kernels to work fine. Builds between r20022 and r21307 were
DOA because no network IP was assigned and I don't have a serial
connection. Builds after 21307 worked but produced a series of tx dma
ring full messages constantly filling up dmesg. Also got the warning at
net/sched/sch_generic.c and trace, though I don't remember any of the 'br-
lan' port 1 messages possibly due to device differences.
Anyway, the crux is that for my device, removing
950-cpmac_fallback_switch.patch and changing 'eth0 eth1' to 'eth0' in
target/linux/ar7/base-files/etc/config/network allowed 2.6.32.x kernels to
work properly. I now have backfire shapshot r33081 working fine.
I'd like to achieve the same thing with attitude adjustment, but the
network file has several devices, and the patch to modify is presuably
972-cpmac_fixup.patch which I don't see exactly what to change.
--
Ticket URL: <https://dev.openwrt.org/ticket/8580#comment:6>
OpenWrt <http://openwrt.org>
Opensource Wireless Router Technology
_______________________________________________
openwrt-tickets mailing list
[email protected]
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-tickets
