From mboxrd@z Thu Jan 1 00:00:00 1970 From: nicolas.ferre@atmel.com (Nicolas Ferre) Date: Wed, 11 Apr 2012 10:23:31 +0200 Subject: [alexandre.belloni@piout.net: AT91SAM9261-EK still broken ?] In-Reply-To: <20120410163211.GJ16641@game.jcrosoft.org> References: <20120409192055.GA7092@piout.net> <20120409205653.GA10737@piout.net> <20120410163211.GJ16641@game.jcrosoft.org> Message-ID: <4F853F83.6010707@atmel.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On 04/10/2012 06:32 PM, Jean-Christophe PLAGNIOL-VILLARD : > HI, > > bug found and fixed Yes, it is fixed in the patch posted a few minutes before by Jean-Christophe: [PATCH 1/1] ARM: at91: fix at91sam9261ek dm9000 irq We have included it in our AT91 "fixes" branch and will submit it soon for inclusion in arm-soc. https://github.com/at91linux/linux-at91/commits/at91-fixes Thanks to Alexandre for having reported this and to Jean-Christophe for having corrected it so quickly. Best regards, > On 22:56 Mon 09 Apr , Alexandre Belloni wrote: >> Hi again, >> >> More info, I get almost the same behavior while booting from nand. >> ts_calibrate and ubiattach seem to trigger the issue. >> >> ifconfig eth0 192.168.1.222 >> dm9000 dm9000.0: eth0: link down >> # dm9000 dm9000.0: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 >> ping 192.168.1.1 >> PING 192.168.1.1 (192.168.1.1): 56 data bytes >> 64 bytes from 192.168.1.1: seq=0 ttl=64 time=12.184 ms >> [...] >> --- 192.168.1.1 ping statistics --- >> 28 packets transmitted, 28 packets received, 0% packet loss >> round-trip min/avg/max = 0.471/5.027/14.160 ms >> # ts_calibrate >> xres = 240, yres = 320 >> signal 2 caught >> # ping 192.168.1.1 >> PING 192.168.1.1 (192.168.1.1): 56 data bytes >> ------------[ cut here ]------------ >> WARNING: at net/sched/sch_generic.c:256 dev_watchdog+0x258/0x278() >> NETDEV WATCHDOG: eth0 (dm9000): transmit queue 0 timed out >> Modules linked in: >> [] (unwind_backtrace+0x0/0xf0) from [] (warn_slowpath_common+0x4c/0x64) >> [] (warn_slowpath_common+0x4c/0x64) from [] (warn_slowpath_fmt+0x30/0x40) >> [] (warn_slowpath_fmt+0x30/0x40) from [] (dev_watchdog+0x258/0x278) >> [] (dev_watchdog+0x258/0x278) from [] (run_timer_softirq+0xf8/0x230) >> [] (run_timer_softirq+0xf8/0x230) from [] (__do_softirq+0x90/0x120) >> [] (__do_softirq+0x90/0x120) from [] (irq_exit+0x48/0x50) >> [] (irq_exit+0x48/0x50) from [] (handle_IRQ+0x44/0x98) >> [] (handle_IRQ+0x44/0x98) from [] (__irq_svc+0x38/0x60) >> [] (__irq_svc+0x38/0x60) from [] (default_idle+0x24/0x40) >> [] (default_idle+0x24/0x40) from [] (cpu_idle+0x84/0xbc) >> [] (cpu_idle+0x84/0xbc) from [] (start_kernel+0x24c/0x290) >> ---[ end trace 93ffb7dfd2d10fb0 ]--- >> --- 192.168.1.1 ping statistics --- >> 9 packets transmitted, 0 packets received, 100% packet loss >> >> >> On Mon, Apr 09, 2012 at 09:20:55PM +0200, Alexandre Belloni wrote : >>> Hum, I got the wrong list... >>> >>> ----- Forwarded message from Alexandre Belloni ----- >>> >>> Date: Mon, 9 Apr 2012 21:10:25 +0200 >>> From: Alexandre Belloni >>> To: linux-arm-kernel at lists.arm.linux.org.uk >>> Cc: Jean-Christophe PLAGNIOL-VILLARD >>> Subject: AT91SAM9261-EK still broken ? >>> User-Agent: Mutt/1.5.21 (2010-09-15) >>> >>> Hi Jean-Christophe, >>> >>> I'm using linux 3.4-rc2 and it seems I'm running in the same issue that >>> was described there: https://lkml.org/lkml/2011/8/8/355 >>> >>> I didn't have a deep look into it but when I try to use ts_calibrate or >>> ts_test, the network interface is freezing. As I'm using nfs to boot, I >>> can't do anything anymore... >>> >>> Kernel message: >>> >>> # ts_calibrate >>> ------------[ cut here ]------------ >>> WARNING: at net/sched/sch_generic.c:256 dev_watchdog+0x258/0x278() >>> NETDEV WATCHDOG: eth0 (dm9000): transmit queue 0 timed out >>> Modules linked in: >>> [] (unwind_backtrace+0x0/0xf0) from [] (warn_slowpath_common+0x4c/0x64) >>> [] (warn_slowpath_common+0x4c/0x64) from [] (warn_slowpath_fmt+0x30/0x40) >>> [] (warn_slowpath_fmt+0x30/0x40) from [] (dev_watchdog+0x258/0x278) >>> [] (dev_watchdog+0x258/0x278) from [] (run_timer_softirq+0xf8/0x230) >>> [] (run_timer_softirq+0xf8/0x230) from [] (__do_softirq+0x90/0x120) >>> [] (__do_softirq+0x90/0x120) from [] (irq_exit+0x48/0x50) >>> [] (irq_exit+0x48/0x50) from [] (handle_IRQ+0x44/0x98) >>> [] (handle_IRQ+0x44/0x98) from [] (__irq_svc+0x38/0x60) >>> [] (__irq_svc+0x38/0x60) from [] (default_idle+0x24/0x40) >>> [] (default_idle+0x24/0x40) from [] (cpu_idle+0x84/0xbc) >>> [] (cpu_idle+0x84/0xbc) from [] (start_kernel+0x24c/0x290) >>> ---[ end trace e6a4b7e1afc454c3 ]--- >>> nfs: server 192.168.1.1 not responding, still trying >>> >>> Regards, >>> >>> -- >>> Alexandre Belloni >>> >>> ----- End forwarded message ----- >>> >>> -- >>> Alexandre Belloni >>> >>> _______________________________________________ >>> linux-arm-kernel mailing list >>> linux-arm-kernel at lists.infradead.org >>> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel >>> >> >> -- >> Alexandre Belloni > > _______________________________________________ > linux-arm-kernel mailing list > linux-arm-kernel at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel > -- Nicolas Ferre