linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
@ 2012-02-12 16:16 Thomas Meyer
  2012-02-13 21:00 ` Josh Boyer
  0 siblings, 1 reply; 20+ messages in thread
From: Thomas Meyer @ 2012-02-12 16:16 UTC (permalink / raw)
  To: Linux Kernel Mailing List, jcliburn, chris.snook

abrt_version:   2.0.7
cmdline:        BOOT_IMAGE=/vmlinuz-3.2.3 root=/dev/sda2 rootfstype=ext4 rootflags=data=writeback ro quiet rhgb
kernel:         3.2.3
reason:         WARNING: at net/sched/sch_generic.c:255 dev_watchdog+0x1e7/0x1f0()
time:           Sa 04 Feb 2012 15:31:22 CET

backtrace:
:WARNING: at net/sched/sch_generic.c:255 dev_watchdog+0x1e7/0x1f0()
:Hardware name: Aspire 1810T
:NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
:Modules linked in: vfat fat fuse bluetooth nf_conntrack_ipv6 nf_defrag_ipv6 ip6t_REJECT ip6table_filter ip6_tables snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep uvcvideo snd_seq arc4 videodev usb_storage snd_seq_device v4l2_compat_ioctl32 snd_pcm snd_timer acer_wmi iwlwifi snd mac80211 sparse_keymap cfg80211 rfkill soundcore snd_page_alloc joydev wmi acerhdf pcspkr virtio_net virtio atl1c virtio_ring kvm_intel kvm uinput ipv6 [last unloaded: scsi_wait_scan]
:Pid: 0, comm: swapper Not tainted 3.2.3 #5
:Call Trace:
: <IRQ>  [<ffffffff810322ca>] warn_slowpath_common+0x7a/0xb0
: [<ffffffff81018a18>] ? lapic_next_event+0x18/0x20
: [<ffffffff810323a1>] warn_slowpath_fmt+0x41/0x50
: [<ffffffff8104e9be>] ? hrtimer_interrupt+0xfe/0x1f0
: [<ffffffff8102c350>] ? wake_up_process+0x10/0x20
: [<ffffffff813e9397>] dev_watchdog+0x1e7/0x1f0
: [<ffffffff8103cfcf>] run_timer_softirq+0xef/0x210
: [<ffffffff813e91b0>] ? qdisc_reset+0x50/0x50
: [<ffffffff81037827>] __do_softirq+0x87/0x110
: [<ffffffff814945fa>] call_softirq+0x1a/0x30
: [<ffffffff810038bd>] do_softirq+0x4d/0x80
: [<ffffffff81037a8e>] irq_exit+0x7e/0xa0
: [<ffffffff8100375b>] do_IRQ+0x5b/0xd0
: [<ffffffff8148de29>] common_interrupt+0x69/0x69
: <EOI>  [<ffffffff8124e115>] ? acpi_idle_enter_bm+0x1c0/0x1ff
: [<ffffffff8124e110>] ? acpi_idle_enter_bm+0x1bb/0x1ff
: [<ffffffff813a24b4>] ? menu_select+0xd4/0x390
: [<ffffffff813a150b>] cpuidle_idle_call+0x8b/0xe0
: [<ffffffff810011ed>] cpu_idle+0x9d/0xe0
: [<ffffffff8147d08e>] rest_init+0x62/0x64
: [<ffffffff81699b54>] start_kernel+0x358/0x363
: [<ffffffff81699322>] x86_64_start_reservations+0x132/0x136
: [<ffffffff81699416>] x86_64_start_kernel+0xf0/0xf7
: [<ffffffff81017e70>] ? acpi_suspend_lowlevel+0x1b0/0x1b0

END:



^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
  2012-02-12 16:16 NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out Thomas Meyer
@ 2012-02-13 21:00 ` Josh Boyer
  2012-02-14  7:36   ` Eric Dumazet
  0 siblings, 1 reply; 20+ messages in thread
From: Josh Boyer @ 2012-02-13 21:00 UTC (permalink / raw)
  To: Thomas Meyer; +Cc: Linux Kernel Mailing List, jcliburn, chris.snook

On Sun, Feb 12, 2012 at 11:16 AM, Thomas Meyer <thomas@m3y3r.de> wrote:
> abrt_version:   2.0.7
> cmdline:        BOOT_IMAGE=/vmlinuz-3.2.3 root=/dev/sda2 rootfstype=ext4 rootflags=data=writeback ro quiet rhgb
> kernel:         3.2.3
> reason:         WARNING: at net/sched/sch_generic.c:255 dev_watchdog+0x1e7/0x1f0()
> time:           Sa 04 Feb 2012 15:31:22 CET
>
> backtrace:
> :WARNING: at net/sched/sch_generic.c:255 dev_watchdog+0x1e7/0x1f0()
> :Hardware name: Aspire 1810T
> :NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
> :Modules linked in: vfat fat fuse bluetooth nf_conntrack_ipv6 nf_defrag_ipv6 ip6t_REJECT ip6table_filter ip6_tables snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep uvcvideo snd_seq arc4 videodev usb_storage snd_seq_device v4l2_compat_ioctl32 snd_pcm snd_timer acer_wmi iwlwifi snd mac80211 sparse_keymap cfg80211 rfkill soundcore snd_page_alloc joydev wmi acerhdf pcspkr virtio_net virtio atl1c virtio_ring kvm_intel kvm uinput ipv6 [last unloaded: scsi_wait_scan]
> :Pid: 0, comm: swapper Not tainted 3.2.3 #5
> :Call Trace:
> : <IRQ>  [<ffffffff810322ca>] warn_slowpath_common+0x7a/0xb0
> : [<ffffffff81018a18>] ? lapic_next_event+0x18/0x20
> : [<ffffffff810323a1>] warn_slowpath_fmt+0x41/0x50
> : [<ffffffff8104e9be>] ? hrtimer_interrupt+0xfe/0x1f0
> : [<ffffffff8102c350>] ? wake_up_process+0x10/0x20
> : [<ffffffff813e9397>] dev_watchdog+0x1e7/0x1f0
> : [<ffffffff8103cfcf>] run_timer_softirq+0xef/0x210
> : [<ffffffff813e91b0>] ? qdisc_reset+0x50/0x50
> : [<ffffffff81037827>] __do_softirq+0x87/0x110
> : [<ffffffff814945fa>] call_softirq+0x1a/0x30
> : [<ffffffff810038bd>] do_softirq+0x4d/0x80
> : [<ffffffff81037a8e>] irq_exit+0x7e/0xa0
> : [<ffffffff8100375b>] do_IRQ+0x5b/0xd0
> : [<ffffffff8148de29>] common_interrupt+0x69/0x69
> : <EOI>  [<ffffffff8124e115>] ? acpi_idle_enter_bm+0x1c0/0x1ff
> : [<ffffffff8124e110>] ? acpi_idle_enter_bm+0x1bb/0x1ff
> : [<ffffffff813a24b4>] ? menu_select+0xd4/0x390
> : [<ffffffff813a150b>] cpuidle_idle_call+0x8b/0xe0
> : [<ffffffff810011ed>] cpu_idle+0x9d/0xe0
> : [<ffffffff8147d08e>] rest_init+0x62/0x64
> : [<ffffffff81699b54>] start_kernel+0x358/0x363
> : [<ffffffff81699322>] x86_64_start_reservations+0x132/0x136
> : [<ffffffff81699416>] x86_64_start_kernel+0xf0/0xf7
> : [<ffffffff81017e70>] ? acpi_suspend_lowlevel+0x1b0/0x1b0

We've seen this in Fedora for a long time now.  As far as I know, nobody
really knows what is going on.

https://bugzilla.redhat.com/show_bug.cgi?id=717211

(Also, you probably should have sent this to netdev.)

josh

^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
  2012-02-13 21:00 ` Josh Boyer
@ 2012-02-14  7:36   ` Eric Dumazet
  2012-02-16  4:34     ` Eric Dumazet
  0 siblings, 1 reply; 20+ messages in thread
From: Eric Dumazet @ 2012-02-14  7:36 UTC (permalink / raw)
  To: Josh Boyer
  Cc: Thomas Meyer, Linux Kernel Mailing List, jcliburn, chris.snook,
	netdev, Jay Cliburn

Le lundi 13 février 2012 à 16:00 -0500, Josh Boyer a écrit :
> On Sun, Feb 12, 2012 at 11:16 AM, Thomas Meyer <thomas@m3y3r.de> wrote:
> > abrt_version:   2.0.7
> > cmdline:        BOOT_IMAGE=/vmlinuz-3.2.3 root=/dev/sda2 rootfstype=ext4 rootflags=data=writeback ro quiet rhgb
> > kernel:         3.2.3
> > reason:         WARNING: at net/sched/sch_generic.c:255 dev_watchdog+0x1e7/0x1f0()
> > time:           Sa 04 Feb 2012 15:31:22 CET
> >
> > backtrace:
> > :WARNING: at net/sched/sch_generic.c:255 dev_watchdog+0x1e7/0x1f0()
> > :Hardware name: Aspire 1810T
> > :NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
> > :Modules linked in: vfat fat fuse bluetooth nf_conntrack_ipv6 nf_defrag_ipv6 ip6t_REJECT ip6table_filter ip6_tables snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep uvcvideo snd_seq arc4 videodev usb_storage snd_seq_device v4l2_compat_ioctl32 snd_pcm snd_timer acer_wmi iwlwifi snd mac80211 sparse_keymap cfg80211 rfkill soundcore snd_page_alloc joydev wmi acerhdf pcspkr virtio_net virtio atl1c virtio_ring kvm_intel kvm uinput ipv6 [last unloaded: scsi_wait_scan]
> > :Pid: 0, comm: swapper Not tainted 3.2.3 #5
> > :Call Trace:
> > : <IRQ>  [<ffffffff810322ca>] warn_slowpath_common+0x7a/0xb0
> > : [<ffffffff81018a18>] ? lapic_next_event+0x18/0x20
> > : [<ffffffff810323a1>] warn_slowpath_fmt+0x41/0x50
> > : [<ffffffff8104e9be>] ? hrtimer_interrupt+0xfe/0x1f0
> > : [<ffffffff8102c350>] ? wake_up_process+0x10/0x20
> > : [<ffffffff813e9397>] dev_watchdog+0x1e7/0x1f0
> > : [<ffffffff8103cfcf>] run_timer_softirq+0xef/0x210
> > : [<ffffffff813e91b0>] ? qdisc_reset+0x50/0x50
> > : [<ffffffff81037827>] __do_softirq+0x87/0x110
> > : [<ffffffff814945fa>] call_softirq+0x1a/0x30
> > : [<ffffffff810038bd>] do_softirq+0x4d/0x80
> > : [<ffffffff81037a8e>] irq_exit+0x7e/0xa0
> > : [<ffffffff8100375b>] do_IRQ+0x5b/0xd0
> > : [<ffffffff8148de29>] common_interrupt+0x69/0x69
> > : <EOI>  [<ffffffff8124e115>] ? acpi_idle_enter_bm+0x1c0/0x1ff
> > : [<ffffffff8124e110>] ? acpi_idle_enter_bm+0x1bb/0x1ff
> > : [<ffffffff813a24b4>] ? menu_select+0xd4/0x390
> > : [<ffffffff813a150b>] cpuidle_idle_call+0x8b/0xe0
> > : [<ffffffff810011ed>] cpu_idle+0x9d/0xe0
> > : [<ffffffff8147d08e>] rest_init+0x62/0x64
> > : [<ffffffff81699b54>] start_kernel+0x358/0x363
> > : [<ffffffff81699322>] x86_64_start_reservations+0x132/0x136
> > : [<ffffffff81699416>] x86_64_start_kernel+0xf0/0xf7
> > : [<ffffffff81017e70>] ? acpi_suspend_lowlevel+0x1b0/0x1b0
> 
> We've seen this in Fedora for a long time now.  As far as I know, nobody
> really knows what is going on.
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=717211
> 
> (Also, you probably should have sent this to netdev.)

CC netdev, Jay Cliburn <jcliburn@gmail.com>, 

It seems this driver has partial support for two TX rings.

(TX completion only drains the first ring)

Please try following patch.

diff --git a/drivers/net/ethernet/atheros/atl1c/atl1c_main.c b/drivers/net/ethernet/atheros/atl1c/atl1c_main.c
index b859124..1ff3c6d 100644
--- a/drivers/net/ethernet/atheros/atl1c/atl1c_main.c
+++ b/drivers/net/ethernet/atheros/atl1c/atl1c_main.c
@@ -2244,10 +2244,6 @@ static netdev_tx_t atl1c_xmit_frame(struct sk_buff *skb,
 			dev_info(&adapter->pdev->dev, "tx locked\n");
 		return NETDEV_TX_LOCKED;
 	}
-	if (skb->mark == 0x01)
-		type = atl1c_trans_high;
-	else
-		type = atl1c_trans_normal;
 
 	if (atl1c_tpd_avail(adapter, type) < tpd_req) {
 		/* no enough descriptor, just stop queue */



^ permalink raw reply related	[flat|nested] 20+ messages in thread

* Re: NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
  2012-02-14  7:36   ` Eric Dumazet
@ 2012-02-16  4:34     ` Eric Dumazet
  2012-02-16  6:13       ` Thomas Meyer
  2012-02-21 17:56       ` Thomas Meyer
  0 siblings, 2 replies; 20+ messages in thread
From: Eric Dumazet @ 2012-02-16  4:34 UTC (permalink / raw)
  To: Thomas Meyer
  Cc: Linux Kernel Mailing List, jcliburn, chris.snook, netdev, Josh Boyer

Le mardi 14 février 2012 à 08:36 +0100, Eric Dumazet a écrit :
> Le lundi 13 février 2012 à 16:00 -0500, Josh Boyer a écrit :
> > On Sun, Feb 12, 2012 at 11:16 AM, Thomas Meyer <thomas@m3y3r.de> wrote:
> > > abrt_version:   2.0.7
> > > cmdline:        BOOT_IMAGE=/vmlinuz-3.2.3 root=/dev/sda2 rootfstype=ext4 rootflags=data=writeback ro quiet rhgb
> > > kernel:         3.2.3
> > > reason:         WARNING: at net/sched/sch_generic.c:255 dev_watchdog+0x1e7/0x1f0()
> > > time:           Sa 04 Feb 2012 15:31:22 CET
> > >
> > > backtrace:
> > > :WARNING: at net/sched/sch_generic.c:255 dev_watchdog+0x1e7/0x1f0()
> > > :Hardware name: Aspire 1810T
> > > :NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
> > > :Modules linked in: vfat fat fuse bluetooth nf_conntrack_ipv6 nf_defrag_ipv6 ip6t_REJECT ip6table_filter ip6_tables snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep uvcvideo snd_seq arc4 videodev usb_storage snd_seq_device v4l2_compat_ioctl32 snd_pcm snd_timer acer_wmi iwlwifi snd mac80211 sparse_keymap cfg80211 rfkill soundcore snd_page_alloc joydev wmi acerhdf pcspkr virtio_net virtio atl1c virtio_ring kvm_intel kvm uinput ipv6 [last unloaded: scsi_wait_scan]
> > > :Pid: 0, comm: swapper Not tainted 3.2.3 #5
> > > :Call Trace:
> > > : <IRQ>  [<ffffffff810322ca>] warn_slowpath_common+0x7a/0xb0
> > > : [<ffffffff81018a18>] ? lapic_next_event+0x18/0x20
> > > : [<ffffffff810323a1>] warn_slowpath_fmt+0x41/0x50
> > > : [<ffffffff8104e9be>] ? hrtimer_interrupt+0xfe/0x1f0
> > > : [<ffffffff8102c350>] ? wake_up_process+0x10/0x20
> > > : [<ffffffff813e9397>] dev_watchdog+0x1e7/0x1f0
> > > : [<ffffffff8103cfcf>] run_timer_softirq+0xef/0x210
> > > : [<ffffffff813e91b0>] ? qdisc_reset+0x50/0x50
> > > : [<ffffffff81037827>] __do_softirq+0x87/0x110
> > > : [<ffffffff814945fa>] call_softirq+0x1a/0x30
> > > : [<ffffffff810038bd>] do_softirq+0x4d/0x80
> > > : [<ffffffff81037a8e>] irq_exit+0x7e/0xa0
> > > : [<ffffffff8100375b>] do_IRQ+0x5b/0xd0
> > > : [<ffffffff8148de29>] common_interrupt+0x69/0x69
> > > : <EOI>  [<ffffffff8124e115>] ? acpi_idle_enter_bm+0x1c0/0x1ff
> > > : [<ffffffff8124e110>] ? acpi_idle_enter_bm+0x1bb/0x1ff
> > > : [<ffffffff813a24b4>] ? menu_select+0xd4/0x390
> > > : [<ffffffff813a150b>] cpuidle_idle_call+0x8b/0xe0
> > > : [<ffffffff810011ed>] cpu_idle+0x9d/0xe0
> > > : [<ffffffff8147d08e>] rest_init+0x62/0x64
> > > : [<ffffffff81699b54>] start_kernel+0x358/0x363
> > > : [<ffffffff81699322>] x86_64_start_reservations+0x132/0x136
> > > : [<ffffffff81699416>] x86_64_start_kernel+0xf0/0xf7
> > > : [<ffffffff81017e70>] ? acpi_suspend_lowlevel+0x1b0/0x1b0
> > 
> > We've seen this in Fedora for a long time now.  As far as I know, nobody
> > really knows what is going on.
> > 
> > https://bugzilla.redhat.com/show_bug.cgi?id=717211
> > 
> > (Also, you probably should have sent this to netdev.)
> 
> CC netdev, Jay Cliburn <jcliburn@gmail.com>, 
> 
> It seems this driver has partial support for two TX rings.
> 
> (TX completion only drains the first ring)
> 
> Please try following patch.
> 
> diff --git a/drivers/net/ethernet/atheros/atl1c/atl1c_main.c b/drivers/net/ethernet/atheros/atl1c/atl1c_main.c
> index b859124..1ff3c6d 100644
> --- a/drivers/net/ethernet/atheros/atl1c/atl1c_main.c
> +++ b/drivers/net/ethernet/atheros/atl1c/atl1c_main.c
> @@ -2244,10 +2244,6 @@ static netdev_tx_t atl1c_xmit_frame(struct sk_buff *skb,
>  			dev_info(&adapter->pdev->dev, "tx locked\n");
>  		return NETDEV_TX_LOCKED;
>  	}
> -	if (skb->mark == 0x01)
> -		type = atl1c_trans_high;
> -	else
> -		type = atl1c_trans_normal;
>  
>  	if (atl1c_tpd_avail(adapter, type) < tpd_req) {
>  		/* no enough descriptor, just stop queue */
> 


Thomas, have you had the chance to test this patch ?

Thanks !



^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
  2012-02-16  4:34     ` Eric Dumazet
@ 2012-02-16  6:13       ` Thomas Meyer
  2012-02-16  6:18         ` Eric Dumazet
  2012-02-21 17:56       ` Thomas Meyer
  1 sibling, 1 reply; 20+ messages in thread
From: Thomas Meyer @ 2012-02-16  6:13 UTC (permalink / raw)
  To: Eric Dumazet
  Cc: Linux Kernel Mailing List, jcliburn, chris.snook, netdev, Josh Boyer

Am 16.02.2012 um 05:34 schrieb Eric Dumazet <eric.dumazet@gmail.com>:

> Le mardi 14 février 2012 à 08:36 +0100, Eric Dumazet a écrit :
>> Le lundi 13 février 2012 à 16:00 -0500, Josh Boyer a écrit :
>>> On Sun, Feb 12, 2012 at 11:16 AM, Thomas Meyer <thomas@m3y3r.de> wrote:
>>>> abrt_version:   2.0.7
>>>> cmdline:        BOOT_IMAGE=/vmlinuz-3.2.3 root=/dev/sda2 rootfstype=ext4 rootflags=data=writeback ro quiet rhgb
>>>> kernel:         3.2.3
>>>> reason:         WARNING: at net/sched/sch_generic.c:255 dev_watchdog+0x1e7/0x1f0()
>>>> time:           Sa 04 Feb 2012 15:31:22 CET
>>>> 
>>>> backtrace:
>>>> :WARNING: at net/sched/sch_generic.c:255 dev_watchdog+0x1e7/0x1f0()
>>>> :Hardware name: Aspire 1810T
>>>> :NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
>>>> :Modules linked in: vfat fat fuse bluetooth nf_conntrack_ipv6 nf_defrag_ipv6 ip6t_REJECT ip6table_filter ip6_tables snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep uvcvideo snd_seq arc4 videodev usb_storage snd_seq_device v4l2_compat_ioctl32 snd_pcm snd_timer acer_wmi iwlwifi snd mac80211 sparse_keymap cfg80211 rfkill soundcore snd_page_alloc joydev wmi acerhdf pcspkr virtio_net virtio atl1c virtio_ring kvm_intel kvm uinput ipv6 [last unloaded: scsi_wait_scan]
>>>> :Pid: 0, comm: swapper Not tainted 3.2.3 #5
>>>> :Call Trace:
>>>> : <IRQ>  [<ffffffff810322ca>] warn_slowpath_common+0x7a/0xb0
>>>> : [<ffffffff81018a18>] ? lapic_next_event+0x18/0x20
>>>> : [<ffffffff810323a1>] warn_slowpath_fmt+0x41/0x50
>>>> : [<ffffffff8104e9be>] ? hrtimer_interrupt+0xfe/0x1f0
>>>> : [<ffffffff8102c350>] ? wake_up_process+0x10/0x20
>>>> : [<ffffffff813e9397>] dev_watchdog+0x1e7/0x1f0
>>>> : [<ffffffff8103cfcf>] run_timer_softirq+0xef/0x210
>>>> : [<ffffffff813e91b0>] ? qdisc_reset+0x50/0x50
>>>> : [<ffffffff81037827>] __do_softirq+0x87/0x110
>>>> : [<ffffffff814945fa>] call_softirq+0x1a/0x30
>>>> : [<ffffffff810038bd>] do_softirq+0x4d/0x80
>>>> : [<ffffffff81037a8e>] irq_exit+0x7e/0xa0
>>>> : [<ffffffff8100375b>] do_IRQ+0x5b/0xd0
>>>> : [<ffffffff8148de29>] common_interrupt+0x69/0x69
>>>> : <EOI>  [<ffffffff8124e115>] ? acpi_idle_enter_bm+0x1c0/0x1ff
>>>> : [<ffffffff8124e110>] ? acpi_idle_enter_bm+0x1bb/0x1ff
>>>> : [<ffffffff813a24b4>] ? menu_select+0xd4/0x390
>>>> : [<ffffffff813a150b>] cpuidle_idle_call+0x8b/0xe0
>>>> : [<ffffffff810011ed>] cpu_idle+0x9d/0xe0
>>>> : [<ffffffff8147d08e>] rest_init+0x62/0x64
>>>> : [<ffffffff81699b54>] start_kernel+0x358/0x363
>>>> : [<ffffffff81699322>] x86_64_start_reservations+0x132/0x136
>>>> : [<ffffffff81699416>] x86_64_start_kernel+0xf0/0xf7
>>>> : [<ffffffff81017e70>] ? acpi_suspend_lowlevel+0x1b0/0x1b0
>>> 
>>> We've seen this in Fedora for a long time now.  As far as I know, nobody
>>> really knows what is going on.
>>> 
>>> https://bugzilla.redhat.com/show_bug.cgi?id=717211
>>> 
>>> (Also, you probably should have sent this to netdev.)
>> 
>> CC netdev, Jay Cliburn <jcliburn@gmail.com>, 
>> 
>> It seems this driver has partial support for two TX rings.
>> 
>> (TX completion only drains the first ring)
>> 
>> Please try following patch.
>> 
>> diff --git a/drivers/net/ethernet/atheros/atl1c/atl1c_main.c b/drivers/net/ethernet/atheros/atl1c/atl1c_main.c
>> index b859124..1ff3c6d 100644
>> --- a/drivers/net/ethernet/atheros/atl1c/atl1c_main.c
>> +++ b/drivers/net/ethernet/atheros/atl1c/atl1c_main.c
>> @@ -2244,10 +2244,6 @@ static netdev_tx_t atl1c_xmit_frame(struct sk_buff *skb,
>>            dev_info(&adapter->pdev->dev, "tx locked\n");
>>        return NETDEV_TX_LOCKED;
>>    }
>> -    if (skb->mark == 0x01)
>> -        type = atl1c_trans_high;
>> -    else
>> -        type = atl1c_trans_normal;
>> 
>>    if (atl1c_tpd_avail(adapter, type) < tpd_req) {
>>        /* no enough descriptor, just stop queue */
>> 
> 

Hello Eric,

> 
> Thomas, have you had the chance to test this patch ?

Yes, I'm running 3.2.6 with your patch applied for 3 days now. I didn't see above warning yet, but the warning was rather seldom, so I'll keep an eye on it in the next weeks.

Thanks for the patch!

Kind regards
Thomas

> 

^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
  2012-02-16  6:13       ` Thomas Meyer
@ 2012-02-16  6:18         ` Eric Dumazet
  2012-02-16  6:23           ` Thomas Meyer
  2012-02-16  7:09           ` NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out Huang, Xiong
  0 siblings, 2 replies; 20+ messages in thread
From: Eric Dumazet @ 2012-02-16  6:18 UTC (permalink / raw)
  To: Thomas Meyer
  Cc: Linux Kernel Mailing List, jcliburn, chris.snook, netdev, Josh Boyer

Le jeudi 16 février 2012 à 07:13 +0100, Thomas Meyer a écrit :

> Hello Eric,
> 
> > 
> > Thomas, have you had the chance to test this patch ?
> 
> Yes, I'm running 3.2.6 with your patch applied for 3 days now. I didn't see above warning yet, but the warning was rather seldom, so I'll keep an eye on it in the next weeks.
> 
> Thanks for the patch!
> 

Thanks for testing !

Do have any idea of what could set skb mark to 1 on some packets on your
setup ?

Some firewall rules or tc rules ?




^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
  2012-02-16  6:18         ` Eric Dumazet
@ 2012-02-16  6:23           ` Thomas Meyer
  2012-02-16  6:43             ` [PATCH] atl1c: dont use highprio tx queue Eric Dumazet
  2012-02-16  7:09           ` NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out Huang, Xiong
  1 sibling, 1 reply; 20+ messages in thread
From: Thomas Meyer @ 2012-02-16  6:23 UTC (permalink / raw)
  To: Eric Dumazet
  Cc: Linux Kernel Mailing List, jcliburn, chris.snook, netdev, Josh Boyer

Am 16.02.2012 um 07:18 schrieb Eric Dumazet <eric.dumazet@gmail.com>:

> Le jeudi 16 février 2012 à 07:13 +0100, Thomas Meyer a écrit :
> 
>> Hello Eric,
>> 
>>> 
>>> Thomas, have you had the chance to test this patch ?
>> 
>> Yes, I'm running 3.2.6 with your patch applied for 3 days now. I didn't see above warning yet, but the warning was rather seldom, so I'll keep an eye on it in the next weeks.
>> 
>> Thanks for the patch!
>> 
> 
> Thanks for testing !
> 
> Do have any idea of what could set skb mark to 1 on some packets on your
> setup ?

No idea.

> 
> Some firewall rules or tc rules ?

I'm using a fedora 16 installation. No big changes made on the configuration.

The warning seems to occur only when shutting down the remote computer.

> 
> 
> 

^ permalink raw reply	[flat|nested] 20+ messages in thread

* [PATCH] atl1c: dont use highprio tx queue
  2012-02-16  6:23           ` Thomas Meyer
@ 2012-02-16  6:43             ` Eric Dumazet
  2012-02-16 12:36               ` Josh Boyer
  2012-02-19 23:59               ` David Miller
  0 siblings, 2 replies; 20+ messages in thread
From: Eric Dumazet @ 2012-02-16  6:43 UTC (permalink / raw)
  To: Thomas Meyer, David Miller
  Cc: Linux Kernel Mailing List, jcliburn, chris.snook, netdev, Josh Boyer

This driver attempts to use two TX rings but lacks proper support :

1) IRQ handler only takes care of TX completion on first TX ring
2) the stop/start logic uses the legacy functions (for non multiqueue
drivers)

This means all packets witk skb mark set to 1 are sent through high
queue but are never cleaned and queue eventualy fills and block the
device, triggering the infamous "NETDEV WATCHDOG" message. 

Lets use a single TX ring to fix the problem, this driver is not a real
multiqueue one yet.

Minimal fix for stable kernels.

Reported-by: Thomas Meyer <thomas@m3y3r.de>
Tested-by: Thomas Meyer <thomas@m3y3r.de>
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Cc: Jay Cliburn <jcliburn@gmail.com>
Cc: Chris Snook <chris.snook@gmail.com>
---
 drivers/net/ethernet/atheros/atl1c/atl1c_main.c |    4 ----
 1 file changed, 4 deletions(-)

diff --git a/drivers/net/ethernet/atheros/atl1c/atl1c_main.c b/drivers/net/ethernet/atheros/atl1c/atl1c_main.c
index b859124..1ff3c6d 100644
--- a/drivers/net/ethernet/atheros/atl1c/atl1c_main.c
+++ b/drivers/net/ethernet/atheros/atl1c/atl1c_main.c
@@ -2244,10 +2244,6 @@ static netdev_tx_t atl1c_xmit_frame(struct sk_buff *skb,
 			dev_info(&adapter->pdev->dev, "tx locked\n");
 		return NETDEV_TX_LOCKED;
 	}
-	if (skb->mark == 0x01)
-		type = atl1c_trans_high;
-	else
-		type = atl1c_trans_normal;
 
 	if (atl1c_tpd_avail(adapter, type) < tpd_req) {
 		/* no enough descriptor, just stop queue */



^ permalink raw reply related	[flat|nested] 20+ messages in thread

* RE: NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
  2012-02-16  6:18         ` Eric Dumazet
  2012-02-16  6:23           ` Thomas Meyer
@ 2012-02-16  7:09           ` Huang, Xiong
  1 sibling, 0 replies; 20+ messages in thread
From: Huang, Xiong @ 2012-02-16  7:09 UTC (permalink / raw)
  To: Eric Dumazet, Thomas Meyer
  Cc: Linux Kernel Mailing List, jcliburn, chris.snook, netdev, Josh Boyer

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="utf-8", Size: 1437 bytes --]

Sorry,  the piece of code that related to mark might be introduced by our internal test for multiple queues.
I remember mark could be changed by ip_table rule.

Thanks
Xiong

> -----Original Message-----
> From: netdev-owner@vger.kernel.org [mailto:netdev-owner@vger.kernel.org]
> On Behalf Of Eric Dumazet
> Sent: Thursday, February 16, 2012 14:18
> To: Thomas Meyer
> Cc: Linux Kernel Mailing List; jcliburn@gmail.com; chris.snook@gmail.com;
> netdev; Josh Boyer
> Subject: Re: NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
> 
> Le jeudi 16 février 2012 à 07:13 +0100, Thomas Meyer a écrit :
> 
> > Hello Eric,
> >
> > >
> > > Thomas, have you had the chance to test this patch ?
> >
> > Yes, I'm running 3.2.6 with your patch applied for 3 days now. I didn't see
> above warning yet, but the warning was rather seldom, so I'll keep an eye on it
> in the next weeks.
> >
> > Thanks for the patch!
> >
> 
> Thanks for testing !
> 
> Do have any idea of what could set skb mark to 1 on some packets on your
> setup ?
> 
> Some firewall rules or tc rules ?
> 
> 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a
> message to majordomo@vger.kernel.org More majordomo info at
> http://vger.kernel.org/majordomo-info.html
ÿôèº{.nÇ+‰·Ÿ®‰­†+%ŠËÿ±éݶ\x17¥Šwÿº{.nÇ+‰·¥Š{±þG«éÿŠ{ayº\x1dʇڙë,j\a­¢f£¢·hšïêÿ‘êçz_è®\x03(­éšŽŠÝ¢j"ú\x1a¶^[m§ÿÿ¾\a«þG«éÿ¢¸?™¨è­Ú&£ø§~á¶iO•æ¬z·švØ^\x14\x04\x1a¶^[m§ÿÿÃ\fÿ¶ìÿ¢¸?–I¥

^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: [PATCH] atl1c: dont use highprio tx queue
  2012-02-16  6:43             ` [PATCH] atl1c: dont use highprio tx queue Eric Dumazet
@ 2012-02-16 12:36               ` Josh Boyer
  2012-02-16 13:12                 ` Eric Dumazet
  2012-02-19 23:59               ` David Miller
  1 sibling, 1 reply; 20+ messages in thread
From: Josh Boyer @ 2012-02-16 12:36 UTC (permalink / raw)
  To: Eric Dumazet
  Cc: Thomas Meyer, David Miller, Linux Kernel Mailing List, jcliburn,
	chris.snook, netdev

On Thu, Feb 16, 2012 at 1:43 AM, Eric Dumazet <eric.dumazet@gmail.com> wrote:
> This driver attempts to use two TX rings but lacks proper support :
>
> 1) IRQ handler only takes care of TX completion on first TX ring
> 2) the stop/start logic uses the legacy functions (for non multiqueue
> drivers)
>
> This means all packets witk skb mark set to 1 are sent through high
> queue but are never cleaned and queue eventualy fills and block the
> device, triggering the infamous "NETDEV WATCHDOG" message.
>
> Lets use a single TX ring to fix the problem, this driver is not a real
> multiqueue one yet.
>
> Minimal fix for stable kernels.
>
> Reported-by: Thomas Meyer <thomas@m3y3r.de>
> Tested-by: Thomas Meyer <thomas@m3y3r.de>
> Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
> Cc: Jay Cliburn <jcliburn@gmail.com>
> Cc: Chris Snook <chris.snook@gmail.com>

As I think David handles netdev patches a bit differently for stable releases,
I'd like to suggest this get included in the next batch for the 3.2 kernel.
We've been seeing the bug this patch fixes in Fedora for quite a while now.

josh

^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: [PATCH] atl1c: dont use highprio tx queue
  2012-02-16 12:36               ` Josh Boyer
@ 2012-02-16 13:12                 ` Eric Dumazet
  0 siblings, 0 replies; 20+ messages in thread
From: Eric Dumazet @ 2012-02-16 13:12 UTC (permalink / raw)
  To: Josh Boyer
  Cc: Thomas Meyer, David Miller, Linux Kernel Mailing List, jcliburn,
	chris.snook, netdev

Le jeudi 16 février 2012 à 07:36 -0500, Josh Boyer a écrit :

> As I think David handles netdev patches a bit differently for stable releases,
> I'd like to suggest this get included in the next batch for the 3.2 kernel.
> We've been seeing the bug this patch fixes in Fedora for quite a while now.

Hard to believe this bug lasted so long...




^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: [PATCH] atl1c: dont use highprio tx queue
  2012-02-16  6:43             ` [PATCH] atl1c: dont use highprio tx queue Eric Dumazet
  2012-02-16 12:36               ` Josh Boyer
@ 2012-02-19 23:59               ` David Miller
  1 sibling, 0 replies; 20+ messages in thread
From: David Miller @ 2012-02-19 23:59 UTC (permalink / raw)
  To: eric.dumazet; +Cc: thomas, linux-kernel, jcliburn, chris.snook, netdev, jwboyer

From: Eric Dumazet <eric.dumazet@gmail.com>
Date: Thu, 16 Feb 2012 07:43:11 +0100

> This driver attempts to use two TX rings but lacks proper support :
> 
> 1) IRQ handler only takes care of TX completion on first TX ring
> 2) the stop/start logic uses the legacy functions (for non multiqueue
> drivers)
> 
> This means all packets witk skb mark set to 1 are sent through high
> queue but are never cleaned and queue eventualy fills and block the
> device, triggering the infamous "NETDEV WATCHDOG" message. 
> 
> Lets use a single TX ring to fix the problem, this driver is not a real
> multiqueue one yet.
> 
> Minimal fix for stable kernels.
> 
> Reported-by: Thomas Meyer <thomas@m3y3r.de>
> Tested-by: Thomas Meyer <thomas@m3y3r.de>
> Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>

Applied.

^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
  2012-02-16  4:34     ` Eric Dumazet
  2012-02-16  6:13       ` Thomas Meyer
@ 2012-02-21 17:56       ` Thomas Meyer
  2012-02-21 18:14         ` Eric Dumazet
  1 sibling, 1 reply; 20+ messages in thread
From: Thomas Meyer @ 2012-02-21 17:56 UTC (permalink / raw)
  To: Eric Dumazet
  Cc: Linux Kernel Mailing List, jcliburn, chris.snook, netdev, Josh Boyer

Am Donnerstag, den 16.02.2012, 05:34 +0100 schrieb Eric Dumazet:
> Le mardi 14 février 2012 à 08:36 +0100, Eric Dumazet a écrit :
> > Le lundi 13 février 2012 à 16:00 -0500, Josh Boyer a écrit :
> > > On Sun, Feb 12, 2012 at 11:16 AM, Thomas Meyer <thomas@m3y3r.de> wrote:
> > > > abrt_version:   2.0.7
> > > > cmdline:        BOOT_IMAGE=/vmlinuz-3.2.3 root=/dev/sda2 rootfstype=ext4 rootflags=data=writeback ro quiet rhgb
> > > > kernel:         3.2.3
> > > > reason:         WARNING: at net/sched/sch_generic.c:255 dev_watchdog+0x1e7/0x1f0()
> > > > time:           Sa 04 Feb 2012 15:31:22 CET
> > > >
> > > > backtrace:
> > > > :WARNING: at net/sched/sch_generic.c:255 dev_watchdog+0x1e7/0x1f0()
> > > > :Hardware name: Aspire 1810T
> > > > :NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
> > > > :Modules linked in: vfat fat fuse bluetooth nf_conntrack_ipv6 nf_defrag_ipv6 ip6t_REJECT ip6table_filter ip6_tables snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep uvcvideo snd_seq arc4 videodev usb_storage snd_seq_device v4l2_compat_ioctl32 snd_pcm snd_timer acer_wmi iwlwifi snd mac80211 sparse_keymap cfg80211 rfkill soundcore snd_page_alloc joydev wmi acerhdf pcspkr virtio_net virtio atl1c virtio_ring kvm_intel kvm uinput ipv6 [last unloaded: scsi_wait_scan]
> > > > :Pid: 0, comm: swapper Not tainted 3.2.3 #5
> > > > :Call Trace:
> > > > : <IRQ>  [<ffffffff810322ca>] warn_slowpath_common+0x7a/0xb0
> > > > : [<ffffffff81018a18>] ? lapic_next_event+0x18/0x20
> > > > : [<ffffffff810323a1>] warn_slowpath_fmt+0x41/0x50
> > > > : [<ffffffff8104e9be>] ? hrtimer_interrupt+0xfe/0x1f0
> > > > : [<ffffffff8102c350>] ? wake_up_process+0x10/0x20
> > > > : [<ffffffff813e9397>] dev_watchdog+0x1e7/0x1f0
> > > > : [<ffffffff8103cfcf>] run_timer_softirq+0xef/0x210
> > > > : [<ffffffff813e91b0>] ? qdisc_reset+0x50/0x50
> > > > : [<ffffffff81037827>] __do_softirq+0x87/0x110
> > > > : [<ffffffff814945fa>] call_softirq+0x1a/0x30
> > > > : [<ffffffff810038bd>] do_softirq+0x4d/0x80
> > > > : [<ffffffff81037a8e>] irq_exit+0x7e/0xa0
> > > > : [<ffffffff8100375b>] do_IRQ+0x5b/0xd0
> > > > : [<ffffffff8148de29>] common_interrupt+0x69/0x69
> > > > : <EOI>  [<ffffffff8124e115>] ? acpi_idle_enter_bm+0x1c0/0x1ff
> > > > : [<ffffffff8124e110>] ? acpi_idle_enter_bm+0x1bb/0x1ff
> > > > : [<ffffffff813a24b4>] ? menu_select+0xd4/0x390
> > > > : [<ffffffff813a150b>] cpuidle_idle_call+0x8b/0xe0
> > > > : [<ffffffff810011ed>] cpu_idle+0x9d/0xe0
> > > > : [<ffffffff8147d08e>] rest_init+0x62/0x64
> > > > : [<ffffffff81699b54>] start_kernel+0x358/0x363
> > > > : [<ffffffff81699322>] x86_64_start_reservations+0x132/0x136
> > > > : [<ffffffff81699416>] x86_64_start_kernel+0xf0/0xf7
> > > > : [<ffffffff81017e70>] ? acpi_suspend_lowlevel+0x1b0/0x1b0
> > > 
> > > We've seen this in Fedora for a long time now.  As far as I know, nobody
> > > really knows what is going on.
> > > 
> > > https://bugzilla.redhat.com/show_bug.cgi?id=717211
> > > 
> > > (Also, you probably should have sent this to netdev.)
> > 
> > CC netdev, Jay Cliburn <jcliburn@gmail.com>, 
> > 
> > It seems this driver has partial support for two TX rings.
> > 
> > (TX completion only drains the first ring)
> > 
> > Please try following patch.
> > 
> > diff --git a/drivers/net/ethernet/atheros/atl1c/atl1c_main.c b/drivers/net/ethernet/atheros/atl1c/atl1c_main.c
> > index b859124..1ff3c6d 100644
> > --- a/drivers/net/ethernet/atheros/atl1c/atl1c_main.c
> > +++ b/drivers/net/ethernet/atheros/atl1c/atl1c_main.c
> > @@ -2244,10 +2244,6 @@ static netdev_tx_t atl1c_xmit_frame(struct sk_buff *skb,
> >  			dev_info(&adapter->pdev->dev, "tx locked\n");
> >  		return NETDEV_TX_LOCKED;
> >  	}
> > -	if (skb->mark == 0x01)
> > -		type = atl1c_trans_high;
> > -	else
> > -		type = atl1c_trans_normal;
> >  
> >  	if (atl1c_tpd_avail(adapter, type) < tpd_req) {
> >  		/* no enough descriptor, just stop queue */
> > 
> 
> 
> Thomas, have you had the chance to test this patch ?
> 

Bad news. Just did hit the issue again, with above patch applied.

abrt_version:   2.0.7
cmdline:        BOOT_IMAGE=/vmlinuz-3.2.6 root=/dev/sda2 rootfstype=ext4 rootflags=data=writeback ro quiet rhgb
kernel:         3.2.6
reason:         [177799.342250] WARNING: at net/sched/sch_generic.c:255 dev_watchdog+0x1e7/0x1f0()
time:           Di 21 Feb 2012 18:09:16 CET

backtrace:
:[177799.342250] WARNING: at net/sched/sch_generic.c:255 dev_watchdog+0x1e7/0x1f0()
:[177799.342254] Hardware name: Aspire 1810T
:[177799.342256] NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
:[177799.342259] Modules linked in: vfat fat fuse bluetooth nf_conntrack_ipv6 nf_defrag_ipv6 ip6t_REJECT ip6table_filter ip6_tables snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_seq arc4 snd_seq_device snd_pcm iwlwifi uvcvideo mac80211 snd_timer videodev cfg80211 snd usb_storage v4l2_compat_ioctl32 atl1c acer_wmi soundcore sparse_keymap snd_page_alloc rfkill wmi joydev acerhdf pcspkr virtio_net virtio virtio_ring kvm_intel kvm uinput ipv6 [last unloaded: scsi_wait_scan]
:[177799.342303] Pid: 4980, comm: alsa-sink Not tainted 3.2.6 #7
:[177799.342306] Call Trace:
:[177799.342309]  <IRQ>  [<ffffffff810322ca>] warn_slowpath_common+0x7a/0xb0
:[177799.342320]  [<ffffffff810323a1>] warn_slowpath_fmt+0x41/0x50
:[177799.342325]  [<ffffffff8100375b>] ? do_IRQ+0x5b/0xd0
:[177799.342330]  [<ffffffff813e94b7>] dev_watchdog+0x1e7/0x1f0
:[177799.342336]  [<ffffffff8103cfcf>] run_timer_softirq+0xef/0x210
:[177799.342341]  [<ffffffff813e92d0>] ? qdisc_reset+0x50/0x50
:[177799.342345]  [<ffffffff81037827>] __do_softirq+0x87/0x110
:[177799.342350]  [<ffffffff8149483a>] call_softirq+0x1a/0x30
:[177799.342354]  [<ffffffff810038bd>] do_softirq+0x4d/0x80
:[177799.342358]  [<ffffffff81037a8e>] irq_exit+0x7e/0xa0
:[177799.342363]  [<ffffffff8101903a>] smp_apic_timer_interrupt+0x5a/0x90
:[177799.342368]  [<ffffffff814942a9>] apic_timer_interrupt+0x69/0x70
:[177799.342371]  <EOI>  [<ffffffff814948d7>] ? sysenter_dispatch+0x7/0x26

END:


^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
  2012-02-21 17:56       ` Thomas Meyer
@ 2012-02-21 18:14         ` Eric Dumazet
  2012-02-24 19:20           ` Eric Dumazet
  0 siblings, 1 reply; 20+ messages in thread
From: Eric Dumazet @ 2012-02-21 18:14 UTC (permalink / raw)
  To: Thomas Meyer
  Cc: Linux Kernel Mailing List, jcliburn, chris.snook, netdev, Josh Boyer

Le mardi 21 février 2012 à 18:56 +0100, Thomas Meyer a écrit :

> Bad news. Just did hit the issue again, with above patch applied.
> 
> abrt_version:   2.0.7
> cmdline:        BOOT_IMAGE=/vmlinuz-3.2.6 root=/dev/sda2 rootfstype=ext4 rootflags=data=writeback ro quiet rhgb
> kernel:         3.2.6
> reason:         [177799.342250] WARNING: at net/sched/sch_generic.c:255 dev_watchdog+0x1e7/0x1f0()
> time:           Di 21 Feb 2012 18:09:16 CET
> 
> backtrace:
> :[177799.342250] WARNING: at net/sched/sch_generic.c:255 dev_watchdog+0x1e7/0x1f0()
> :[177799.342254] Hardware name: Aspire 1810T
> :[177799.342256] NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
> :[177799.342259] Modules linked in: vfat fat fuse bluetooth nf_conntrack_ipv6 nf_defrag_ipv6 ip6t_REJECT ip6table_filter ip6_tables snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_seq arc4 snd_seq_device snd_pcm iwlwifi uvcvideo mac80211 snd_timer videodev cfg80211 snd usb_storage v4l2_compat_ioctl32 atl1c acer_wmi soundcore sparse_keymap snd_page_alloc rfkill wmi joydev acerhdf pcspkr virtio_net virtio virtio_ring kvm_intel kvm uinput ipv6 [last unloaded: scsi_wait_scan]
> :[177799.342303] Pid: 4980, comm: alsa-sink Not tainted 3.2.6 #7
> :[177799.342306] Call Trace:
> :[177799.342309]  <IRQ>  [<ffffffff810322ca>] warn_slowpath_common+0x7a/0xb0
> :[177799.342320]  [<ffffffff810323a1>] warn_slowpath_fmt+0x41/0x50
> :[177799.342325]  [<ffffffff8100375b>] ? do_IRQ+0x5b/0xd0
> :[177799.342330]  [<ffffffff813e94b7>] dev_watchdog+0x1e7/0x1f0
> :[177799.342336]  [<ffffffff8103cfcf>] run_timer_softirq+0xef/0x210
> :[177799.342341]  [<ffffffff813e92d0>] ? qdisc_reset+0x50/0x50
> :[177799.342345]  [<ffffffff81037827>] __do_softirq+0x87/0x110
> :[177799.342350]  [<ffffffff8149483a>] call_softirq+0x1a/0x30
> :[177799.342354]  [<ffffffff810038bd>] do_softirq+0x4d/0x80
> :[177799.342358]  [<ffffffff81037a8e>] irq_exit+0x7e/0xa0
> :[177799.342363]  [<ffffffff8101903a>] smp_apic_timer_interrupt+0x5a/0x90
> :[177799.342368]  [<ffffffff814942a9>] apic_timer_interrupt+0x69/0x70
> :[177799.342371]  <EOI>  [<ffffffff814948d7>] ? sysenter_dispatch+0x7/0x26
> 
> END:
> 

Thanks

This driver xmit function is racy I suspect, and several patches will be
needed to fix bugs.

For example, it uses a tx_lock, but no other part of the driver uses it.

It's a copy/paste leftover from a LLTX driver.

[PATCH] atl1c: remove useless tx lock

This lock has no purpose, since caller already runs in a serialized
context (its not a LLTX driver)

Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
---
 drivers/net/ethernet/atheros/atl1c/atl1c.h      |    1 -
 drivers/net/ethernet/atheros/atl1c/atl1c_main.c |   10 ----------
 2 files changed, 11 deletions(-)

diff --git a/drivers/net/ethernet/atheros/atl1c/atl1c.h b/drivers/net/ethernet/atheros/atl1c/atl1c.h
index ca70e16..3b2851b 100644
--- a/drivers/net/ethernet/atheros/atl1c/atl1c.h
+++ b/drivers/net/ethernet/atheros/atl1c/atl1c.h
@@ -576,7 +576,6 @@ struct atl1c_adapter {
 	u16 link_duplex;
 
 	spinlock_t mdio_lock;
-	spinlock_t tx_lock;
 	atomic_t irq_sem;
 
 	struct work_struct common_task;
diff --git a/drivers/net/ethernet/atheros/atl1c/atl1c_main.c b/drivers/net/ethernet/atheros/atl1c/atl1c_main.c
index 1ff3c6d..3dde956 100644
--- a/drivers/net/ethernet/atheros/atl1c/atl1c_main.c
+++ b/drivers/net/ethernet/atheros/atl1c/atl1c_main.c
@@ -784,7 +784,6 @@ static int __devinit atl1c_sw_init(struct atl1c_adapter *adapter)
 	atl1c_set_rxbufsize(adapter, adapter->netdev);
 	atomic_set(&adapter->irq_sem, 1);
 	spin_lock_init(&adapter->mdio_lock);
-	spin_lock_init(&adapter->tx_lock);
 	set_bit(__AT_DOWN, &adapter->flags);
 
 	return 0;
@@ -2228,7 +2227,6 @@ static netdev_tx_t atl1c_xmit_frame(struct sk_buff *skb,
 					  struct net_device *netdev)
 {
 	struct atl1c_adapter *adapter = netdev_priv(netdev);
-	unsigned long flags;
 	u16 tpd_req = 1;
 	struct atl1c_tpd_desc *tpd;
 	enum atl1c_trans_queue type = atl1c_trans_normal;
@@ -2239,16 +2237,10 @@ static netdev_tx_t atl1c_xmit_frame(struct sk_buff *skb,
 	}
 
 	tpd_req = atl1c_cal_tpd_req(skb);
-	if (!spin_trylock_irqsave(&adapter->tx_lock, flags)) {
-		if (netif_msg_pktdata(adapter))
-			dev_info(&adapter->pdev->dev, "tx locked\n");
-		return NETDEV_TX_LOCKED;
-	}
 
 	if (atl1c_tpd_avail(adapter, type) < tpd_req) {
 		/* no enough descriptor, just stop queue */
 		netif_stop_queue(netdev);
-		spin_unlock_irqrestore(&adapter->tx_lock, flags);
 		return NETDEV_TX_BUSY;
 	}
 
@@ -2256,7 +2248,6 @@ static netdev_tx_t atl1c_xmit_frame(struct sk_buff *skb,
 
 	/* do TSO and check sum */
 	if (atl1c_tso_csum(adapter, skb, &tpd, type) != 0) {
-		spin_unlock_irqrestore(&adapter->tx_lock, flags);
 		dev_kfree_skb_any(skb);
 		return NETDEV_TX_OK;
 	}
@@ -2277,7 +2268,6 @@ static netdev_tx_t atl1c_xmit_frame(struct sk_buff *skb,
 	atl1c_tx_map(adapter, skb, tpd, type);
 	atl1c_tx_queue(adapter, skb, tpd, type);
 
-	spin_unlock_irqrestore(&adapter->tx_lock, flags);
 	return NETDEV_TX_OK;
 }
 



^ permalink raw reply related	[flat|nested] 20+ messages in thread

* Re: NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
  2012-02-21 18:14         ` Eric Dumazet
@ 2012-02-24 19:20           ` Eric Dumazet
  2012-02-25  9:52             ` Thomas Meyer
  0 siblings, 1 reply; 20+ messages in thread
From: Eric Dumazet @ 2012-02-24 19:20 UTC (permalink / raw)
  To: Thomas Meyer
  Cc: Linux Kernel Mailing List, jcliburn, chris.snook, netdev, Josh Boyer

Le mardi 21 février 2012 à 19:14 +0100, Eric Dumazet a écrit :
> Le mardi 21 février 2012 à 18:56 +0100, Thomas Meyer a écrit :
> 
> > Bad news. Just did hit the issue again, with above patch applied.
> > 
> > abrt_version:   2.0.7
> > cmdline:        BOOT_IMAGE=/vmlinuz-3.2.6 root=/dev/sda2 rootfstype=ext4 rootflags=data=writeback ro quiet rhgb
> > kernel:         3.2.6
> > reason:         [177799.342250] WARNING: at net/sched/sch_generic.c:255 dev_watchdog+0x1e7/0x1f0()
> > time:           Di 21 Feb 2012 18:09:16 CET
> > 
> > backtrace:
> > :[177799.342250] WARNING: at net/sched/sch_generic.c:255 dev_watchdog+0x1e7/0x1f0()
> > :[177799.342254] Hardware name: Aspire 1810T
> > :[177799.342256] NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
> > :[177799.342259] Modules linked in: vfat fat fuse bluetooth nf_conntrack_ipv6 nf_defrag_ipv6 ip6t_REJECT ip6table_filter ip6_tables snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_seq arc4 snd_seq_device snd_pcm iwlwifi uvcvideo mac80211 snd_timer videodev cfg80211 snd usb_storage v4l2_compat_ioctl32 atl1c acer_wmi soundcore sparse_keymap snd_page_alloc rfkill wmi joydev acerhdf pcspkr virtio_net virtio virtio_ring kvm_intel kvm uinput ipv6 [last unloaded: scsi_wait_scan]
> > :[177799.342303] Pid: 4980, comm: alsa-sink Not tainted 3.2.6 #7
> > :[177799.342306] Call Trace:
> > :[177799.342309]  <IRQ>  [<ffffffff810322ca>] warn_slowpath_common+0x7a/0xb0
> > :[177799.342320]  [<ffffffff810323a1>] warn_slowpath_fmt+0x41/0x50
> > :[177799.342325]  [<ffffffff8100375b>] ? do_IRQ+0x5b/0xd0
> > :[177799.342330]  [<ffffffff813e94b7>] dev_watchdog+0x1e7/0x1f0
> > :[177799.342336]  [<ffffffff8103cfcf>] run_timer_softirq+0xef/0x210
> > :[177799.342341]  [<ffffffff813e92d0>] ? qdisc_reset+0x50/0x50
> > :[177799.342345]  [<ffffffff81037827>] __do_softirq+0x87/0x110
> > :[177799.342350]  [<ffffffff8149483a>] call_softirq+0x1a/0x30
> > :[177799.342354]  [<ffffffff810038bd>] do_softirq+0x4d/0x80
> > :[177799.342358]  [<ffffffff81037a8e>] irq_exit+0x7e/0xa0
> > :[177799.342363]  [<ffffffff8101903a>] smp_apic_timer_interrupt+0x5a/0x90
> > :[177799.342368]  [<ffffffff814942a9>] apic_timer_interrupt+0x69/0x70
> > :[177799.342371]  <EOI>  [<ffffffff814948d7>] ? sysenter_dispatch+0x7/0x26
> > 
> > END:
> > 
> 
> Thanks
> 
> This driver xmit function is racy I suspect, and several patches will be
> needed to fix bugs.
> 

Here is a cumulative patch to hopefuly remove the races in this driver,
could you please test it ?

diff --git a/drivers/net/ethernet/atheros/atl1c/atl1c.h b/drivers/net/ethernet/atheros/atl1c/atl1c.h
index ca70e16..3b2851b 100644
--- a/drivers/net/ethernet/atheros/atl1c/atl1c.h
+++ b/drivers/net/ethernet/atheros/atl1c/atl1c.h
@@ -576,7 +576,6 @@ struct atl1c_adapter {
 	u16 link_duplex;
 
 	spinlock_t mdio_lock;
-	spinlock_t tx_lock;
 	atomic_t irq_sem;
 
 	struct work_struct common_task;
diff --git a/drivers/net/ethernet/atheros/atl1c/atl1c_main.c b/drivers/net/ethernet/atheros/atl1c/atl1c_main.c
index 1ff3c6d..896eb20 100644
--- a/drivers/net/ethernet/atheros/atl1c/atl1c_main.c
+++ b/drivers/net/ethernet/atheros/atl1c/atl1c_main.c
@@ -784,7 +784,6 @@ static int __devinit atl1c_sw_init(struct atl1c_adapter *adapter)
 	atl1c_set_rxbufsize(adapter, adapter->netdev);
 	atomic_set(&adapter->irq_sem, 1);
 	spin_lock_init(&adapter->mdio_lock);
-	spin_lock_init(&adapter->tx_lock);
 	set_bit(__AT_DOWN, &adapter->flags);
 
 	return 0;
@@ -1653,9 +1652,11 @@ static bool atl1c_clean_tx_irq(struct atl1c_adapter *adapter,
 		atomic_set(&tpd_ring->next_to_clean, next_to_clean);
 	}
 
-	if (netif_queue_stopped(adapter->netdev) &&
-			netif_carrier_ok(adapter->netdev)) {
-		netif_wake_queue(adapter->netdev);
+	if (netif_carrier_ok(adapter->netdev)) {
+		/* make sure atl1c_xmit_frame() see our changes */
+		smp_mb();
+		if (netif_queue_stopped(adapter->netdev))
+			netif_wake_queue(adapter->netdev);
 	}
 
 	return true;
@@ -2228,7 +2229,6 @@ static netdev_tx_t atl1c_xmit_frame(struct sk_buff *skb,
 					  struct net_device *netdev)
 {
 	struct atl1c_adapter *adapter = netdev_priv(netdev);
-	unsigned long flags;
 	u16 tpd_req = 1;
 	struct atl1c_tpd_desc *tpd;
 	enum atl1c_trans_queue type = atl1c_trans_normal;
@@ -2239,24 +2239,20 @@ static netdev_tx_t atl1c_xmit_frame(struct sk_buff *skb,
 	}
 
 	tpd_req = atl1c_cal_tpd_req(skb);
-	if (!spin_trylock_irqsave(&adapter->tx_lock, flags)) {
-		if (netif_msg_pktdata(adapter))
-			dev_info(&adapter->pdev->dev, "tx locked\n");
-		return NETDEV_TX_LOCKED;
-	}
 
 	if (atl1c_tpd_avail(adapter, type) < tpd_req) {
 		/* no enough descriptor, just stop queue */
 		netif_stop_queue(netdev);
-		spin_unlock_irqrestore(&adapter->tx_lock, flags);
-		return NETDEV_TX_BUSY;
+		smp_mb();
+		if (atl1c_tpd_avail(adapter, type) < tpd_req)
+			return NETDEV_TX_BUSY;
+		netif_wake_queue(netdev);
 	}
 
 	tpd = atl1c_get_tpd(adapter, type);
 
 	/* do TSO and check sum */
 	if (atl1c_tso_csum(adapter, skb, &tpd, type) != 0) {
-		spin_unlock_irqrestore(&adapter->tx_lock, flags);
 		dev_kfree_skb_any(skb);
 		return NETDEV_TX_OK;
 	}
@@ -2277,7 +2273,6 @@ static netdev_tx_t atl1c_xmit_frame(struct sk_buff *skb,
 	atl1c_tx_map(adapter, skb, tpd, type);
 	atl1c_tx_queue(adapter, skb, tpd, type);
 
-	spin_unlock_irqrestore(&adapter->tx_lock, flags);
 	return NETDEV_TX_OK;
 }
 



^ permalink raw reply related	[flat|nested] 20+ messages in thread

* Re: NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
  2012-02-24 19:20           ` Eric Dumazet
@ 2012-02-25  9:52             ` Thomas Meyer
  2012-06-06  0:38               ` Jonathan Nieder
  0 siblings, 1 reply; 20+ messages in thread
From: Thomas Meyer @ 2012-02-25  9:52 UTC (permalink / raw)
  To: Eric Dumazet
  Cc: Linux Kernel Mailing List, jcliburn, chris.snook, netdev, Josh Boyer

Am Freitag, den 24.02.2012, 20:20 +0100 schrieb Eric Dumazet:
> Le mardi 21 février 2012 à 19:14 +0100, Eric Dumazet a écrit :
> > Le mardi 21 février 2012 à 18:56 +0100, Thomas Meyer a écrit :
> > 
> > > Bad news. Just did hit the issue again, with above patch applied.
> > > 
> > > abrt_version:   2.0.7
> > > cmdline:        BOOT_IMAGE=/vmlinuz-3.2.6 root=/dev/sda2 rootfstype=ext4 rootflags=data=writeback ro quiet rhgb
> > > kernel:         3.2.6
> > > reason:         [177799.342250] WARNING: at net/sched/sch_generic.c:255 dev_watchdog+0x1e7/0x1f0()
> > > time:           Di 21 Feb 2012 18:09:16 CET
> > > 
> > > backtrace:
> > > :[177799.342250] WARNING: at net/sched/sch_generic.c:255 dev_watchdog+0x1e7/0x1f0()
> > > :[177799.342254] Hardware name: Aspire 1810T
> > > :[177799.342256] NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
> > > :[177799.342259] Modules linked in: vfat fat fuse bluetooth nf_conntrack_ipv6 nf_defrag_ipv6 ip6t_REJECT ip6table_filter ip6_tables snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_seq arc4 snd_seq_device snd_pcm iwlwifi uvcvideo mac80211 snd_timer videodev cfg80211 snd usb_storage v4l2_compat_ioctl32 atl1c acer_wmi soundcore sparse_keymap snd_page_alloc rfkill wmi joydev acerhdf pcspkr virtio_net virtio virtio_ring kvm_intel kvm uinput ipv6 [last unloaded: scsi_wait_scan]
> > > :[177799.342303] Pid: 4980, comm: alsa-sink Not tainted 3.2.6 #7
> > > :[177799.342306] Call Trace:
> > > :[177799.342309]  <IRQ>  [<ffffffff810322ca>] warn_slowpath_common+0x7a/0xb0
> > > :[177799.342320]  [<ffffffff810323a1>] warn_slowpath_fmt+0x41/0x50
> > > :[177799.342325]  [<ffffffff8100375b>] ? do_IRQ+0x5b/0xd0
> > > :[177799.342330]  [<ffffffff813e94b7>] dev_watchdog+0x1e7/0x1f0
> > > :[177799.342336]  [<ffffffff8103cfcf>] run_timer_softirq+0xef/0x210
> > > :[177799.342341]  [<ffffffff813e92d0>] ? qdisc_reset+0x50/0x50
> > > :[177799.342345]  [<ffffffff81037827>] __do_softirq+0x87/0x110
> > > :[177799.342350]  [<ffffffff8149483a>] call_softirq+0x1a/0x30
> > > :[177799.342354]  [<ffffffff810038bd>] do_softirq+0x4d/0x80
> > > :[177799.342358]  [<ffffffff81037a8e>] irq_exit+0x7e/0xa0
> > > :[177799.342363]  [<ffffffff8101903a>] smp_apic_timer_interrupt+0x5a/0x90
> > > :[177799.342368]  [<ffffffff814942a9>] apic_timer_interrupt+0x69/0x70
> > > :[177799.342371]  <EOI>  [<ffffffff814948d7>] ? sysenter_dispatch+0x7/0x26
> > > 
> > > END:
> > > 
> > 
> > Thanks
> > 
> > This driver xmit function is racy I suspect, and several patches will be
> > needed to fix bugs.
> > 
> 
> Here is a cumulative patch to hopefuly remove the races in this driver,
> could you please test it ?

Hi,

just building a 3.2.7 kernel with your patch applied. I will watch out
for the warning in the next days.

many thanks for the patch!

kind regards
thomas

> 
> diff --git a/drivers/net/ethernet/atheros/atl1c/atl1c.h b/drivers/net/ethernet/atheros/atl1c/atl1c.h
> index ca70e16..3b2851b 100644
> --- a/drivers/net/ethernet/atheros/atl1c/atl1c.h
> +++ b/drivers/net/ethernet/atheros/atl1c/atl1c.h
> @@ -576,7 +576,6 @@ struct atl1c_adapter {
>  	u16 link_duplex;
>  
>  	spinlock_t mdio_lock;
> -	spinlock_t tx_lock;
>  	atomic_t irq_sem;
>  
>  	struct work_struct common_task;
> diff --git a/drivers/net/ethernet/atheros/atl1c/atl1c_main.c b/drivers/net/ethernet/atheros/atl1c/atl1c_main.c
> index 1ff3c6d..896eb20 100644
> --- a/drivers/net/ethernet/atheros/atl1c/atl1c_main.c
> +++ b/drivers/net/ethernet/atheros/atl1c/atl1c_main.c
> @@ -784,7 +784,6 @@ static int __devinit atl1c_sw_init(struct atl1c_adapter *adapter)
>  	atl1c_set_rxbufsize(adapter, adapter->netdev);
>  	atomic_set(&adapter->irq_sem, 1);
>  	spin_lock_init(&adapter->mdio_lock);
> -	spin_lock_init(&adapter->tx_lock);
>  	set_bit(__AT_DOWN, &adapter->flags);
>  
>  	return 0;
> @@ -1653,9 +1652,11 @@ static bool atl1c_clean_tx_irq(struct atl1c_adapter *adapter,
>  		atomic_set(&tpd_ring->next_to_clean, next_to_clean);
>  	}
>  
> -	if (netif_queue_stopped(adapter->netdev) &&
> -			netif_carrier_ok(adapter->netdev)) {
> -		netif_wake_queue(adapter->netdev);
> +	if (netif_carrier_ok(adapter->netdev)) {
> +		/* make sure atl1c_xmit_frame() see our changes */
> +		smp_mb();
> +		if (netif_queue_stopped(adapter->netdev))
> +			netif_wake_queue(adapter->netdev);
>  	}
>  
>  	return true;
> @@ -2228,7 +2229,6 @@ static netdev_tx_t atl1c_xmit_frame(struct sk_buff *skb,
>  					  struct net_device *netdev)
>  {
>  	struct atl1c_adapter *adapter = netdev_priv(netdev);
> -	unsigned long flags;
>  	u16 tpd_req = 1;
>  	struct atl1c_tpd_desc *tpd;
>  	enum atl1c_trans_queue type = atl1c_trans_normal;
> @@ -2239,24 +2239,20 @@ static netdev_tx_t atl1c_xmit_frame(struct sk_buff *skb,
>  	}
>  
>  	tpd_req = atl1c_cal_tpd_req(skb);
> -	if (!spin_trylock_irqsave(&adapter->tx_lock, flags)) {
> -		if (netif_msg_pktdata(adapter))
> -			dev_info(&adapter->pdev->dev, "tx locked\n");
> -		return NETDEV_TX_LOCKED;
> -	}
>  
>  	if (atl1c_tpd_avail(adapter, type) < tpd_req) {
>  		/* no enough descriptor, just stop queue */
>  		netif_stop_queue(netdev);
> -		spin_unlock_irqrestore(&adapter->tx_lock, flags);
> -		return NETDEV_TX_BUSY;
> +		smp_mb();
> +		if (atl1c_tpd_avail(adapter, type) < tpd_req)
> +			return NETDEV_TX_BUSY;
> +		netif_wake_queue(netdev);
>  	}
>  
>  	tpd = atl1c_get_tpd(adapter, type);
>  
>  	/* do TSO and check sum */
>  	if (atl1c_tso_csum(adapter, skb, &tpd, type) != 0) {
> -		spin_unlock_irqrestore(&adapter->tx_lock, flags);
>  		dev_kfree_skb_any(skb);
>  		return NETDEV_TX_OK;
>  	}
> @@ -2277,7 +2273,6 @@ static netdev_tx_t atl1c_xmit_frame(struct sk_buff *skb,
>  	atl1c_tx_map(adapter, skb, tpd, type);
>  	atl1c_tx_queue(adapter, skb, tpd, type);
>  
> -	spin_unlock_irqrestore(&adapter->tx_lock, flags);
>  	return NETDEV_TX_OK;
>  }
>  
> 
> 




^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
  2012-02-25  9:52             ` Thomas Meyer
@ 2012-06-06  0:38               ` Jonathan Nieder
  2012-06-07 12:37                 ` Thomas Meyer
  0 siblings, 1 reply; 20+ messages in thread
From: Jonathan Nieder @ 2012-06-06  0:38 UTC (permalink / raw)
  To: Thomas Meyer
  Cc: Eric Dumazet, Linux Kernel Mailing List, jcliburn, chris.snook,
	netdev, Josh Boyer

In February, 2012, Thomas Meyer wrote:
> Am Freitag, den 24.02.2012, 20:20 +0100 schrieb Eric Dumazet:

>> Here is a cumulative patch to hopefuly remove the races in this driver,
>> could you please test it ?
[...]
> just building a 3.2.7 kernel with your patch applied. I will watch out
> for the warning in the next days.

Well, did it work? :)

In suspense,
Jonathan

^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
  2012-06-06  0:38               ` Jonathan Nieder
@ 2012-06-07 12:37                 ` Thomas Meyer
  2012-06-07 12:52                   ` Eric Dumazet
  2012-06-07 21:30                   ` Huang, Xiong
  0 siblings, 2 replies; 20+ messages in thread
From: Thomas Meyer @ 2012-06-07 12:37 UTC (permalink / raw)
  To: Jonathan Nieder
  Cc: Eric Dumazet, Linux Kernel Mailing List, jcliburn, chris.snook,
	netdev, Josh Boyer

Am Dienstag, den 05.06.2012, 19:38 -0500 schrieb Jonathan Nieder:
> In February, 2012, Thomas Meyer wrote:
> > Am Freitag, den 24.02.2012, 20:20 +0100 schrieb Eric Dumazet:
> 
> >> Here is a cumulative patch to hopefuly remove the races in this driver,
> >> could you please test it ?
> [...]
> > just building a 3.2.7 kernel with your patch applied. I will watch out
> > for the warning in the next days.
> 
> Well, did it work? :)

Hi Jonathan,

no it didn't. I still get these warnings.

wiht kind regards
thomas

> 
> In suspense,
> Jonathan



^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
  2012-06-07 12:37                 ` Thomas Meyer
@ 2012-06-07 12:52                   ` Eric Dumazet
  2012-06-07 21:30                   ` Huang, Xiong
  1 sibling, 0 replies; 20+ messages in thread
From: Eric Dumazet @ 2012-06-07 12:52 UTC (permalink / raw)
  To: Thomas Meyer
  Cc: Jonathan Nieder, Linux Kernel Mailing List, jcliburn,
	chris.snook, netdev, Josh Boyer

On Thu, 2012-06-07 at 14:37 +0200, Thomas Meyer wrote:
> Am Dienstag, den 05.06.2012, 19:38 -0500 schrieb Jonathan Nieder:
> > In February, 2012, Thomas Meyer wrote:
> > > Am Freitag, den 24.02.2012, 20:20 +0100 schrieb Eric Dumazet:
> > 
> > >> Here is a cumulative patch to hopefuly remove the races in this driver,
> > >> could you please test it ?
> > [...]
> > > just building a 3.2.7 kernel with your patch applied. I will watch out
> > > for the warning in the next days.
> > 
> > Well, did it work? :)
> 
> Hi Jonathan,
> 
> no it didn't. I still get these warnings.

I sent another patch today, you might try it ;)

https://lkml.org/lkml/2012/6/7/143




^ permalink raw reply	[flat|nested] 20+ messages in thread

* RE: NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
  2012-06-07 12:37                 ` Thomas Meyer
  2012-06-07 12:52                   ` Eric Dumazet
@ 2012-06-07 21:30                   ` Huang, Xiong
  1 sibling, 0 replies; 20+ messages in thread
From: Huang, Xiong @ 2012-06-07 21:30 UTC (permalink / raw)
  To: Thomas Meyer, Jonathan Nieder
  Cc: Eric Dumazet, Linux Kernel Mailing List, jcliburn, chris.snook,
	netdev, Josh Boyer

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="utf-8", Size: 1452 bytes --]

Thomas
    Are you using the latest atl1c code in kernel ? recently, I have updated some hw configuration.

Thanks
Xiong

> -----Original Message-----
> From: netdev-owner@vger.kernel.org [mailto:netdev-
> owner@vger.kernel.org] On Behalf Of Thomas Meyer
> Sent: Thursday, June 07, 2012 20:38
> To: Jonathan Nieder
> Cc: Eric Dumazet; Linux Kernel Mailing List; jcliburn@gmail.com;
> chris.snook@gmail.com; netdev; Josh Boyer
> Subject: Re: NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
> 
> Am Dienstag, den 05.06.2012, 19:38 -0500 schrieb Jonathan Nieder:
> > In February, 2012, Thomas Meyer wrote:
> > > Am Freitag, den 24.02.2012, 20:20 +0100 schrieb Eric Dumazet:
> >
> > >> Here is a cumulative patch to hopefuly remove the races in this
> > >> driver, could you please test it ?
> > [...]
> > > just building a 3.2.7 kernel with your patch applied. I will watch
> > > out for the warning in the next days.
> >
> > Well, did it work? :)
> 
> Hi Jonathan,
> 
> no it didn't. I still get these warnings.
> 
> wiht kind regards
> thomas
> 
> >
> > In suspense,
> > Jonathan
> 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in the body
> of a message to majordomo@vger.kernel.org More majordomo info at
> http://vger.kernel.org/majordomo-info.html
ÿôèº{.nÇ+‰·Ÿ®‰­†+%ŠËÿ±éݶ\x17¥Šwÿº{.nÇ+‰·¥Š{±þG«éÿŠ{ayº\x1dʇڙë,j\a­¢f£¢·hšïêÿ‘êçz_è®\x03(­éšŽŠÝ¢j"ú\x1a¶^[m§ÿÿ¾\a«þG«éÿ¢¸?™¨è­Ú&£ø§~á¶iO•æ¬z·švØ^\x14\x04\x1a¶^[m§ÿÿÃ\fÿ¶ìÿ¢¸?–I¥

^ permalink raw reply	[flat|nested] 20+ messages in thread

end of thread, other threads:[~2012-06-07 21:31 UTC | newest]

Thread overview: 20+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-02-12 16:16 NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out Thomas Meyer
2012-02-13 21:00 ` Josh Boyer
2012-02-14  7:36   ` Eric Dumazet
2012-02-16  4:34     ` Eric Dumazet
2012-02-16  6:13       ` Thomas Meyer
2012-02-16  6:18         ` Eric Dumazet
2012-02-16  6:23           ` Thomas Meyer
2012-02-16  6:43             ` [PATCH] atl1c: dont use highprio tx queue Eric Dumazet
2012-02-16 12:36               ` Josh Boyer
2012-02-16 13:12                 ` Eric Dumazet
2012-02-19 23:59               ` David Miller
2012-02-16  7:09           ` NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out Huang, Xiong
2012-02-21 17:56       ` Thomas Meyer
2012-02-21 18:14         ` Eric Dumazet
2012-02-24 19:20           ` Eric Dumazet
2012-02-25  9:52             ` Thomas Meyer
2012-06-06  0:38               ` Jonathan Nieder
2012-06-07 12:37                 ` Thomas Meyer
2012-06-07 12:52                   ` Eric Dumazet
2012-06-07 21:30                   ` Huang, Xiong

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).