Reply-To: akpm@linux-foundation.org


(switched to email.  Please respond via emailed reply-to-all, not via the
bugzilla web interface).

On Wed,  5 Nov 2008 00:38:10 -0800 (PST) bugme-daemon@bugzilla.kernel.org wrote:

> http://bugzilla.kernel.org/show_bug.cgi?id=11955
> 
>            Summary: WARNING: at net/sched/sch_generic.c:219
>                     dev_watchdog+0x24b/0x25a()
>            Product: Networking
>            Version: 2.5
>      KernelVersion: 2.6.27.4
>           Platform: All
>         OS/Version: Linux
>               Tree: Mainline
>             Status: NEW
>           Severity: normal
>           Priority: P1
>          Component: Other
>         AssignedTo: acme@ghostprotocols.net
>         ReportedBy: ralf.hildebrandt@charite.de
> 
> 
> Latest working kernel version: 2.6.27.3
> Earliest failing kernel version: 2.6.27.4

A regression in -stable.

> Distribution: Debian/testing
> Hardware Environment:
> Software Environment:
> Problem Description:
> 
> Steps to reproduce:
> 
> In dmesg I found:
> 
> [28739.530306] bnx2: eth0 NIC Copper Link is Up, 1000 Mbps full duplex,
> receive
> & transmit flow control ON
> [221569.991014] ------------[ cut here ]------------
> [221569.991064] WARNING: at net/sched/sch_generic.c:219
> dev_watchdog+0x24b/0x25a()
> [221569.991108] NETDEV WATCHDOG: eth0 (bnx2): transmit timed out
> [221569.991136] Modules linked in: xt_tcpudp nf_conntrack_ipv4 xt_state
> nf_conntrack iptable_filter ip_tables x_tables tg3 libphy bnx2 zlib_inflate
> psmouse crc32 thermal container button processor
> [221569.991245] Pid: 0, comm: swapper Not tainted 2.6.27.4 #1
> [221569.991273]  [<c012348a>] warn_slowpath+0x6f/0x96
> [221569.991302]  [<c0137685>] hrtimer_reprogram+0x71/0xa4
> [221569.991332]  [<c013772c>] enqueue_hrtimer+0x74/0x100
> [221569.991360]  [<c013807c>] hrtimer_start+0xa3/0x145
> [221569.991388]  [<c011d7e5>] hrtick_start_fair+0x131/0x147
> [221569.991417]  [<c011f06d>] try_to_wake_up+0xbd/0x182
> [221569.991444]  [<c01e5684>] strlcpy+0x11/0x3d
> [221569.991472]  [<c027e5b1>] netdev_drivername+0x2f/0x33
> [221569.991501]  [<c028b208>] dev_watchdog+0x24b/0x25a
> [221569.991529]  [<c011a59c>] __wake_up+0x32/0x42
> [221569.991556]  [<c012bb76>] run_timer_softirq+0x101/0x1b7
> [221569.991585]  [<c028afbd>] dev_watchdog+0x0/0x25a
> [221569.991612]  [<c0127f8a>] __do_softirq+0x87/0xfd
> [221569.991640]  [<c0127f03>] __do_softirq+0x0/0xfd
> [221569.991667]  [<c010666a>] do_softirq+0x7f/0xb1
> [221569.991695]  [<c0127b85>] irq_exit+0x66/0x7a
> [221569.991721]  [<c0111475>] smp_apic_timer_interrupt+0x57/0x82
> [221569.991752]  [<c01e7290>] trace_hardirqs_off_thunk+0xc/0x10
> [221569.991781]  [<c01044f1>] apic_timer_interrupt+0x2d/0x34
> [221569.991810]  [<c01098f9>] mwait_idle+0x36/0x3e
> [221569.991837]  [<c0102a95>] cpu_idle+0x60/0xab
> [221569.991864]  =======================
> [221569.991887] ---[ end trace f996508cd6a61637 ]---
> [221570.100912] bnx2: eth0 NIC Copper Link is Down
> 
> 

On Wed, Nov 05, 2008 at 01:02:47AM -0800, Andrew Morton wrote:
> 
> (switched to email.  Please respond via emailed reply-to-all, not via the
> bugzilla web interface).
> 
> On Wed,  5 Nov 2008 00:38:10 -0800 (PST) bugme-daemon@bugzilla.kernel.org
> wrote:
> 
> > http://bugzilla.kernel.org/show_bug.cgi?id=11955
> > 
> >            Summary: WARNING: at net/sched/sch_generic.c:219
> >                     dev_watchdog+0x24b/0x25a()
> >            Product: Networking
> >            Version: 2.5
> >      KernelVersion: 2.6.27.4
> >           Platform: All
> >         OS/Version: Linux
> >               Tree: Mainline
> >             Status: NEW
> >           Severity: normal
> >           Priority: P1
> >          Component: Other
> >         AssignedTo: acme@ghostprotocols.net
> >         ReportedBy: ralf.hildebrandt@charite.de
> > 
> > 
> > Latest working kernel version: 2.6.27.3
> > Earliest failing kernel version: 2.6.27.4
> 
> A regression in -stable.

Absolutely no, unless it is reproducible on every boot.
No bnx2 changes between stables and no net/core/ changes.

> > Distribution: Debian/testing
> > Hardware Environment:
> > Software Environment:
> > Problem Description:
> > 
> > Steps to reproduce:
> > 
> > In dmesg I found:
> > 
> > [28739.530306] bnx2: eth0 NIC Copper Link is Up, 1000 Mbps full duplex,
> receive
> > & transmit flow control ON
> > [221569.991014] ------------[ cut here ]------------
> > [221569.991064] WARNING: at net/sched/sch_generic.c:219
> > dev_watchdog+0x24b/0x25a()
> > [221569.991108] NETDEV WATCHDOG: eth0 (bnx2): transmit timed out
> > [221569.991136] Modules linked in: xt_tcpudp nf_conntrack_ipv4 xt_state
> > nf_conntrack iptable_filter ip_tables x_tables tg3 libphy bnx2 zlib_inflate
> > psmouse crc32 thermal container button processor
> > [221569.991245] Pid: 0, comm: swapper Not tainted 2.6.27.4 #1
> > [221569.991273]  [<c012348a>] warn_slowpath+0x6f/0x96
> > [221569.991302]  [<c0137685>] hrtimer_reprogram+0x71/0xa4
> > [221569.991332]  [<c013772c>] enqueue_hrtimer+0x74/0x100
> > [221569.991360]  [<c013807c>] hrtimer_start+0xa3/0x145
> > [221569.991388]  [<c011d7e5>] hrtick_start_fair+0x131/0x147
> > [221569.991417]  [<c011f06d>] try_to_wake_up+0xbd/0x182
> > [221569.991444]  [<c01e5684>] strlcpy+0x11/0x3d
> > [221569.991472]  [<c027e5b1>] netdev_drivername+0x2f/0x33
> > [221569.991501]  [<c028b208>] dev_watchdog+0x24b/0x25a
> > [221569.991529]  [<c011a59c>] __wake_up+0x32/0x42
> > [221569.991556]  [<c012bb76>] run_timer_softirq+0x101/0x1b7
> > [221569.991585]  [<c028afbd>] dev_watchdog+0x0/0x25a
> > [221569.991612]  [<c0127f8a>] __do_softirq+0x87/0xfd
> > [221569.991640]  [<c0127f03>] __do_softirq+0x0/0xfd
> > [221569.991667]  [<c010666a>] do_softirq+0x7f/0xb1
> > [221569.991695]  [<c0127b85>] irq_exit+0x66/0x7a
> > [221569.991721]  [<c0111475>] smp_apic_timer_interrupt+0x57/0x82
> > [221569.991752]  [<c01e7290>] trace_hardirqs_off_thunk+0xc/0x10
> > [221569.991781]  [<c01044f1>] apic_timer_interrupt+0x2d/0x34
> > [221569.991810]  [<c01098f9>] mwait_idle+0x36/0x3e
> > [221569.991837]  [<c0102a95>] cpu_idle+0x60/0xab
> > [221569.991864]  =======================
> > [221569.991887] ---[ end trace f996508cd6a61637 ]---
> > [221570.100912] bnx2: eth0 NIC Copper Link is Down
> > 
> > 
> 
> --
> 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

From: Andrew Morton <akpm@linux-foundation.org>
Date: Wed, 5 Nov 2008 01:02:47 -0800

> On Wed,  5 Nov 2008 00:38:10 -0800 (PST) bugme-daemon@bugzilla.kernel.org
> wrote:
> 
> > Latest working kernel version: 2.6.27.3
> > Earliest failing kernel version: 2.6.27.4
> 
> A regression in -stable.

I personally suspect the pile of ACPI changes that went into 2.6.27.4

There is nothing in the networking bits that could have even remotely
caused this.

So far this bug seems to have no adverse effects. Mail is going in and out.

Reply-To: milon@wq.cz

On Wed, Nov 05, 2008 at 01:02:47AM -0800, Andrew Morton wrote:
 > 
> > [28739.530306] bnx2: eth0 NIC Copper Link is Up, 1000 Mbps full duplex,
> receive
> > & transmit flow control ON
> > [221569.991014] ------------[ cut here ]------------
> > [221569.991064] WARNING: at net/sched/sch_generic.c:219
> dev_watchdog+0x24b/0x25a()
 
Only for your info, it looks like a warning, I posted few days ago. 
But trace path is different. (I use e1000e and have disabled hr-timers). I sent
similar warning with 2.6.26.5 kernel.

I have the same warning with 2.6.26.6 kernel. Network fails after some time

[ 1577.000050] WARNING: at net/sched/sch_generic.c:219 dev_watchdog+0xdb/0x150()
[ 1577.000053] NETDEV WATCHDOG: eth0 (8139too): transmit timed out
[ 1577.000055] Modules linked in: ipt_LOG xt_tcpudp iptable_filter ip_tables x_tables ppp_synctty ppp_async autofs4 sunrpc fuse dm_mirror dm_log dm_mod snd_atiixp snd_atiixp_modem snd_ac97_codec parport_pc 8139too parport 8139cp mii i2c_piix4 serio_raw ac97_bus i2c_core video output pcspkr fan [last unloaded: microcode]

This bug is causing a production problem:

We are using ocfs2 in production, and as the network dies, the machine panics, and fences itself. Is there a workaround?

Michael

Mar 23 13:13:41 wave kernel: ------------[ cut here ]------------
Mar 23 13:13:41 wave kernel: WARNING: at net/sched/sch_generic.c:220 dev_watchdog+0xb3/0x122()
Mar 23 13:13:41 wave kernel: NETDEV WATCHDOG: eth0 (bnx2): transmit timed out
Mar 23 13:13:41 wave kernel: Modules linked in: nfs lockd nfs_acl autofs4 coretemp hwmon fuse sunrpc nf_conntrack_ipv4 xt_state nf_conntrack xt_tcpudp ipt_REJECT iptable_filter ip_tables x_tables loop dm_multipath ipv6 dcdbas bnx2 pcspkr serio_raw sr_mod cdrom iTCO_wdt iTCO_vendor_support ses enclosure joydev i5000_edac edac_core sg ata_piix libata dm_snapshot dm_zero dm_mirror dm_log dm_mod shpchp megaraid_sas sd_mod scsi_mod ext3 jbd mbcache uhci_hcd ohci_hcd ehci_hcd [last unloaded: freq_table]
Mar 23 13:13:41 wave kernel: Pid: 0, comm: swapper Not tainted 2.6.26.6-79.fc9.x86_64 #1
Mar 23 13:13:41 wave kernel:
Mar 23 13:13:41 wave kernel: Call Trace:
Mar 23 13:13:41 wave kernel: <IRQ>  [<ffffffff81036d29>] warn_slowpath+0xae/0xd7
Mar 23 13:13:41 wave kernel: [<ffffffff8102ffc0>] ? enqueue_task_fair+0x1cc/0x1d8
Mar 23 13:13:41 wave kernel: [<ffffffff81137e5d>] ? __next_cpu+0x19/0x26
Mar 23 13:13:41 wave kernel: [<ffffffff8102aa59>] ? find_busiest_group+0x2c8/0x736
Mar 23 13:13:41 wave kernel: [<ffffffff8104f2c3>] ? getnstimeofday+0x3a/0x96
Mar 23 13:13:41 wave kernel: [<ffffffff8122d1a2>] ? dev_watchdog+0x0/0x122
Mar 23 13:13:41 wave kernel: [<ffffffff8122d255>] dev_watchdog+0xb3/0x122
Mar 23 13:13:41 wave kernel: [<ffffffff8103ff63>] ? internal_add_timer+0xb9/0xbb
Mar 23 13:13:41 wave kernel: [<ffffffff81040015>] ? cascade+0x68/0x81
Mar 23 13:13:41 wave kernel: [<ffffffff810401c0>] run_timer_softirq+0x192/0x20e
Mar 23 13:13:41 wave kernel: [<ffffffff81051b5f>] ? clockevents_program_event+0x73/0x7c
Mar 23 13:13:41 wave kernel: [<ffffffff8103c21a>] __do_softirq+0x6d/0xe1
Mar 23 13:13:41 wave kernel: [<ffffffff8100d51c>] call_softirq+0x1c/0x28
Mar 23 13:13:41 wave kernel: [<ffffffff8100e7b4>] do_softirq+0x44/0x8b
Mar 23 13:13:41 wave kernel: [<ffffffff8103bfeb>] irq_exit+0x3f/0x80
Mar 23 13:13:41 wave kernel: [<ffffffff8101b449>] smp_apic_timer_interrupt+0x8c/0xa5
Mar 23 13:13:41 wave kernel: [<ffffffff81012576>] ? mwait_idle+0x0/0x4c
Mar 23 13:13:41 wave kernel: [<ffffffff8100a000>] ? default_idle+0x0/0x4b
Mar 23 13:13:41 wave kernel: [<ffffffff8100cf42>] apic_timer_interrupt+0x72/0x80
Mar 23 13:13:41 wave kernel: <EOI>  [<ffffffff810125b6>] ? mwait_idle+0x40/0x4c
Mar 23 13:13:41 wave kernel: [<ffffffff8100b136>] ? enter_idle+0x22/0x24
Mar 23 13:13:41 wave kernel: [<ffffffff8100b1ca>] ? cpu_idle+0x92/0xda
Mar 23 13:13:41 wave kernel: [<ffffffff81297df7>] ? start_secondary+0x169/0x16d
Mar 23 13:13:41 wave kernel:
Mar 23 13:13:41 wave kernel: ---[ end trace 18aadfe05d4ceb15 ]---
Mar 23 13:13:42 wave kernel: bnx2: eth0 NIC Copper Link is Down
Mar 23 13:13:45 wave kernel: bnx2: eth0 NIC Copper Link is Up, 1000 Mbps full duplex


[root@wave ~]# uname -r
2.6.26.6-79.fc9.x86_64

This bug does indeed have adverse affects, it resets the NIC after locking up for several minutes.

I have also this bug on my notebook ( fujitsu-siemens v5535 ESPRIMO )

veter@laptop:~$ uname -a
Linux laptop 2.6.29.4 #6 SMP Tue May 26 01:45:34 EEST 2009 x86_64 GNU/Linux

....
May 27 20:22:27 laptop kernel: [ 4221.607024] eth0: auto-negotiating...         
May 27 20:22:37 laptop kernel: [ 4231.613024] eth0: auto-negotiating...
May 27 20:22:47 laptop kernel: [ 4241.621027] eth0: auto-negotiating...
May 27 20:22:57 laptop kernel: [ 4251.627021] eth0: auto-negotiating...
May 27 20:23:07 laptop kernel: [ 4261.633023] eth0: auto-negotiating...
May 27 20:23:17 laptop kernel: [ 4271.641026] eth0: mii ext = 0000.       
May 27 20:23:17 laptop kernel: [ 4271.645024] eth0: mii lpa = 45e1 adv = 01e1.
May 27 20:23:17 laptop kernel: [ 4271.645105] eth0: link on 100 Mbps Full Duplex mode.
May 27 20:23:41 laptop kernel: [ 4295.704030] ------------[ cut here ]------------
May 27 20:23:41 laptop kernel: [ 4295.704038] WARNING: at net/sched/sch_generic.c:226 dev_watchdog+0xc7/0x16a()
May 27 20:23:41 laptop kernel: [ 4295.704042] Hardware name: ESPRIMO Mobile V5535
May 27 20:23:41 laptop kernel: [ 4295.704045] NETDEV WATCHDOG: eth0 (sis190): transmit timed out
May 27 20:23:41 laptop kernel: [ 4295.704048] Modules linked in: ppdev lp fuse snd_hda_codec_si3054 snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq pcspkr snd_timer snd_seq_device ath5k serio_raw snd snd_page_alloc ohci_hcd led_class ssb sis_agp
May 27 20:23:41 laptop kernel: [ 4295.704095] Pid: 0, comm: swapper Not tainted 2.6.29.4 #6 
May 27 20:23:41 laptop kernel: [ 4295.704099] Call Trace:
May 27 20:23:41 laptop kernel: [ 4295.704103]  <IRQ>  [<ffffffff8023ef19>] warn_slowpath+0xd8/0x112
May 27 20:23:41 laptop kernel: [ 4295.704120]  [<ffffffff802353fe>] enqueue_task_fair+0x21/0x8c
May 27 20:23:41 laptop kernel: [ 4295.704128]  [<ffffffff806b802a>] _spin_lock+0x5/0x7
May 27 20:23:41 laptop kernel: [ 4295.704134]  [<ffffffff8023392a>] enqueue_task+0x51/0x5a
May 27 20:23:41 laptop kernel: [ 4295.704142]  [<ffffffff802398a5>] try_to_wake_up+0x199/0x1ab
May 27 20:23:41 laptop kernel: [ 4295.704148]  [<ffffffff8025523f>] sched_clock_cpu+0x10d/0x11c
May 27 20:23:41 laptop kernel: [ 4295.704154]  [<ffffffff80235d56>] tg_shares_up+0x17f/0x19f
May 27 20:23:41 laptop kernel: [ 4295.704160]  [<ffffffff8023363a>] place_entity+0x5a/0x7c
May 27 20:23:41 laptop kernel: [ 4295.704166]  [<ffffffff802353fe>] enqueue_task_fair+0x21/0x8c
May 27 20:23:41 laptop kernel: [ 4295.704171]  [<ffffffff806b802a>] _spin_lock+0x5/0x7
May 27 20:23:41 laptop kernel: [ 4295.704177]  [<ffffffff8023333b>] resched_task+0x2a/0x75
May 27 20:23:41 laptop kernel: [ 4295.704183]  [<ffffffff802398a5>] try_to_wake_up+0x199/0x1ab
May 27 20:23:41 laptop kernel: [ 4295.704190]  [<ffffffff8025116b>] autoremove_wake_function+0x9/0x2e
May 27 20:23:41 laptop kernel: [ 4295.704196]  [<ffffffff806b802a>] _spin_lock+0x5/0x7
May 27 20:23:41 laptop kernel: [ 4295.704201]  [<ffffffff805dab3e>] netif_tx_lock+0x59/0x6e
May 27 20:23:41 laptop kernel: [ 4295.704207]  [<ffffffff805dab53>] dev_watchdog+0x0/0x16a
May 27 20:23:41 laptop kernel: [ 4295.704213]  [<ffffffff805dac1a>] dev_watchdog+0xc7/0x16a
May 27 20:23:41 laptop kernel: [ 4295.704219]  [<ffffffff80233f9c>] __wake_up+0x30/0x44
May 27 20:23:41 laptop kernel: [ 4295.704227]  [<ffffffff8024e398>] __queue_work+0x60/0x6f
May 27 20:23:41 laptop kernel: [ 4295.704233]  [<ffffffff80247709>] run_timer_softirq+0x16e/0x1ee
May 27 20:23:41 laptop kernel: [ 4295.704239]  [<ffffffff80253d94>] ktime_get+0xc/0x41
May 27 20:23:41 laptop kernel: [ 4295.704247]  [<ffffffff80243da5>] __do_softirq+0x83/0x122
May 27 20:23:41 laptop kernel: [ 4295.704254]  [<ffffffff8020ebf6>] timer_interrupt+0x1a/0x21
May 27 20:23:41 laptop kernel: [ 4295.704261]  [<ffffffff8020d41c>] call_softirq+0x1c/0x28
May 27 20:23:41 laptop kernel: [ 4295.704266]  [<ffffffff8020e3b8>] do_softirq+0x3c/0x85
May 27 20:23:41 laptop kernel: [ 4295.704272]  [<ffffffff80243b4a>] irq_exit+0x3f/0x7a
May 27 20:23:41 laptop kernel: [ 4295.704277]  [<ffffffff8020e61c>] do_IRQ+0xb6/0xd6
May 27 20:23:41 laptop kernel: [ 4295.704283]  [<ffffffff8020cb93>] ret_from_intr+0x0/0x29
May 27 20:23:41 laptop kernel: [ 4295.704286]  <EOI>  [<ffffffff80467c18>] acpi_idle_enter_simple+0x134/0x176
May 27 20:23:41 laptop kernel: [ 4295.704300]  [<ffffffff80467c10>] acpi_idle_enter_simple+0x12c/0x176
May 27 20:23:41 laptop kernel: [ 4295.704309]  [<ffffffff805a3032>] cpuidle_idle_call+0x8b/0xc9
May 27 20:23:41 laptop kernel: [ 4295.704314]  [<ffffffff8020b192>] cpu_idle+0x51/0x92
May 27 20:23:41 laptop kernel: [ 4295.704319] ---[ end trace 3371664815a184ad ]--- 

....

.

If this could be of any help: similar thing happens with madwifi wireless driver:

------------[ cut here ]------------
WARNING: at net/sched/sch_generic.c:219 dev_watchdog+0xd3/0x124()
Hardware name: System Name
NETDEV WATCHDOG: wifi0 (ath_pci): transmit timed out
Modules linked in: ipv6 wlan_wep wlan_scan_sta bridge stp wlan_scan_ap ext2 dm_multipath wmi video output rfkill input
_polldev sbs sbshc pci_slot container lp ath_rate_sample ath_pci via686a hwmon wlan ath_hal i2c_viapro ne2k_pci 8390 i
2c_core parport_pc parport pcspkr jffs2 mtdblock mtd_blkdevs block2mtd mtd sata_via sata_uli sata_sis sata_sil sata_nv
 sata_mv ata_generic pata_acpi pata_via pata_sis pata_mpiix pata_marvell pata_jmicron pata_cs5536 pata_cs5535 pata_cs5
530 pata_cs5520 pata_atiixp pata_amd pata_ali crc_ccitt crc16 zlib_deflate
Pid: 0, comm: swapper Not tainted 2.6.27.21-170.2.56.commuth.2.i586 #1
 [<c0426459>] warn_slowpath+0x6c/0x94
 [<c0429f00>] ? _local_bh_enable_ip+0x69/0xb4
 [<c061c4e9>] ? dev_queue_xmit+0x361/0x380
 [<c89e222e>] ? ieee80211_ref_node+0x57/0x61 [wlan]
 [<c89e6365>] ? ieee80211_parent_queue_xmit+0x38/0x41 [wlan]
 [<c89e737c>] ? ieee80211_hardstart+0x2ef/0x339 [wlan]
 [<c0460950>] ? trace_hardirqs_on+0x8/0x1c
 [<c0429f3e>] ? _local_bh_enable_ip+0xa7/0xb4
 [<c0429f60>] ? local_bh_enable+0xb/0xd
 [<c061c4e9>] ? dev_queue_xmit+0x361/0x380
 [<c0460950>] ? trace_hardirqs_on+0x8/0x1c
 [<c06281b8>] dev_watchdog+0xd3/0x124
 [<c0460950>] ? trace_hardirqs_on+0x8/0x1c
 [<c042e062>] ? mod_timer+0x30/0x34
 [<c06280e5>] ? dev_watchdog+0x0/0x124
 [<c042dadb>] run_timer_softirq+0x101/0x16a
 [<c06280e5>] ? dev_watchdog+0x0/0x124
 [<c042a2fb>] __do_softirq+0x4b/0x94
 [<c042a2b0>] ? __do_softirq+0x0/0x94
 [<c0405f08>] do_softirq+0x66/0xc7
 [<c0458d56>] ? handle_level_irq+0x0/0x78
 [<c042a225>] irq_exit+0x37/0x72
 [<c0405e8c>] do_IRQ+0xd1/0xe7
 [<c0404aa8>] common_interrupt+0x28/0x30
 [<c054f52d>] ? acpi_idle_enter_simple+0x111/0x146
 [<c05fed6a>] cpuidle_idle_call+0x52/0x84
 [<c040250b>] cpu_idle+0x57/0x7d
 [<c067b2c8>] rest_init+0x48/0x4a
 =======================
---[ end trace 4b24bffcc49b61b3 ]---

Arnaldo, is it that some acceptable delay after the timer expiry needs to be taken for calling the tx_timeout handler?

Closing as obsolete, if this is seen with a modern kernel please update the bug