Bug 541716 - Call trace found in /var/log/messages
Summary: Call trace found in /var/log/messages
Keywords:
Status: CLOSED DUPLICATE of bug 620047
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 12
Hardware: x86_64
OS: Linux
low
high
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-11-26 19:52 UTC by Bernd Bartmann
Modified: 2010-08-11 20:26 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-08-09 06:20:49 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Bernd Bartmann 2009-11-26 19:52:59 UTC
Description of problem:
The affected system suddenly became unresponsive over the network. Two concurrent DVB-T recordings were running and I was copying some large file to a Samba share on this system. For some minutes I couldn't access the Samba share anymore and my SSH session was also dropped. After some minutes the system became responsive again over the network (SSH and Samba) and I found this in /var/log/messages:

Nov 26 20:23:01 beverly kernel: ------------[ cut here ]------------
Nov 26 20:23:01 beverly kernel: WARNING: at net/sched/sch_generic.c:246 dev_watchdog+0xf3/0x164() (Not tainted)
Nov 26 20:23:01 beverly kernel: Hardware name: MS-7514
Nov 26 20:23:01 beverly kernel: NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out
Nov 26 20:23:01 beverly kernel: Modules linked in: fuse mt2060 dvb_usb_dib0700 dib7000p dib7000m dvb_usb dib3000mc dibx000_common dib0070 nfs fscache nfsd lockd nfs_acl auth_rpcgss exportfs sunrpc ipv6 cpufreq_ondemand acpi_cpufreq freq_table dm_multipath uinput dvb_pll cx22702 cx88_dvb snd_hda_codec_atihdmi cx88_vp3054_i2c snd_hda_codec_realtek videobuf_dvb dvb_core snd_hda_intel snd_hda_codec snd_hwdep snd_seq snd_seq_device cx8800 cx8802 cx88xx snd_pcm ir_common v4l2_common videodev v4l1_compat tveeprom v4l2_compat_ioctl32 btcx_risc videobuf_dma_sg r8169 videobuf_core mii iTCO_wdt iTCO_vendor_support ppdev i2c_i801 snd_timer snd soundcore snd_page_alloc parport_pc parport raid456 raid6_pq async_xor async_memcpy async_tx xor raid1 radeon ttm drm_kms_helper drm i2c_algo_bit i2c_core [last unloaded: microcode]
Nov 26 20:23:01 beverly kernel: Pid: 0, comm: swapper Not tainted 2.6.31.5-127.fc12.x86_64 #1
Nov 26 20:23:01 beverly kernel: Call Trace:
Nov 26 20:23:01 beverly kernel: <IRQ>  [<ffffffff81051694>] warn_slowpath_common+0x84/0x9c
Nov 26 20:23:01 beverly kernel: [<ffffffff81051703>] warn_slowpath_fmt+0x41/0x43
Nov 26 20:23:01 beverly kernel: [<ffffffff8138e561>] ? netif_tx_lock+0x44/0x6d
Nov 26 20:23:01 beverly kernel: [<ffffffff8138e6cb>] dev_watchdog+0xf3/0x164
Nov 26 20:23:01 beverly kernel: [<ffffffff8106eb1f>] ? getnstimeofday+0x5b/0xaf
Nov 26 20:23:01 beverly kernel: [<ffffffff81064008>] ? __queue_work+0x3a/0x43
Nov 26 20:23:01 beverly kernel: [<ffffffff8106c546>] ? sched_clock_cpu+0x16e/0x176
Nov 26 20:23:01 beverly kernel: [<ffffffff8105be64>] run_timer_softirq+0x19f/0x21c
Nov 26 20:23:01 beverly kernel: [<ffffffff8106e897>] ? clocksource_read+0xf/0x11
Nov 26 20:23:01 beverly kernel: [<ffffffff810256aa>] ? apic_write+0x16/0x18
Nov 26 20:23:01 beverly kernel: [<ffffffff810575b4>] __do_softirq+0xdd/0x1ad
Nov 26 20:23:01 beverly kernel: [<ffffffff81012eac>] call_softirq+0x1c/0x30
Nov 26 20:23:01 beverly kernel: [<ffffffff810143fb>] do_softirq+0x47/0x8d
Nov 26 20:23:01 beverly kernel: [<ffffffff810572c6>] irq_exit+0x44/0x86
Nov 26 20:23:01 beverly kernel: [<ffffffff8141eab2>] smp_apic_timer_interrupt+0x86/0x94
Nov 26 20:23:01 beverly kernel: [<ffffffff81012873>] apic_timer_interrupt+0x13/0x20
Nov 26 20:23:01 beverly kernel: <EOI>  [<ffffffff8101907f>] ? mwait_idle+0x91/0xae
Nov 26 20:23:01 beverly kernel: [<ffffffff8101907f>] ? mwait_idle+0x91/0xae
Nov 26 20:23:01 beverly kernel: [<ffffffff81019021>] ? mwait_idle+0x33/0xae
Nov 26 20:23:01 beverly kernel: [<ffffffff8141d079>] ? atomic_notifier_call_chain+0x13/0x15
Nov 26 20:23:01 beverly kernel: [<ffffffff81010bb8>] ? enter_idle+0x25/0x27
Nov 26 20:23:01 beverly kernel: [<ffffffff81010c60>] ? cpu_idle+0xa6/0xe9
Nov 26 20:23:01 beverly kernel: [<ffffffff814145be>] ? start_secondary+0x1f3/0x234
Nov 26 20:23:01 beverly kernel: ---[ end trace fdd61f0e1b4eb08f ]---


Version-Release number of selected component (if applicable):
2.6.31.5-127.fc12.x86_64

How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Noah Swint 2009-12-02 06:52:01 UTC
Any update on this?  It's problematic to have my computer lose network connectivity.  This will re-occur until a reboot is done

Also occurring on 2.6.31.5-127.fc12.i686.PAE 

Dec  2 00:00:38 shiksa kernel: ------------[ cut here ]------------
Dec  2 00:00:38 shiksa kernel: WARNING: at net/sched/sch_generic.c:246 dev_watchdog+0xc6/0x12d() (Tainted: P          )
Dec  2 00:00:38 shiksa kernel: Hardware name: MS-7514
Dec  2 00:00:38 shiksa kernel: NETDEV WATCHDOG: eth1 (r8169): transmit queue 0 timed out
Dec  2 00:00:38 shiksa kernel: Modules linked in: ipt_MASQUERADE iptable_nat nf_nat bridge stp llc nfsd exportfs autofs4 coretemp hwmon_vid nfs lockd fscache nfs_acl auth_rpcgss sunrpc nf_conntrack_netbios_ns nf_conntrack_ftp ip6t_REJECT ip6t_ipv6header nf_conntrack_ipv6 ip6table_filter ip6_tables ipv6 ext2 dm_multipath uinput mxl5005s s5h1409 cs5345 tuner_simple tuner_types tda9887 tda8290 tuner msp3400 saa7127 cx18 snd_hda_codec_realtek dvb_core snd_hda_intel snd_hda_codec saa7115 snd_seq nvidia(P) ivtv i2c_algo_bit snd_usb_audio snd_usb_lib snd_rawmidi snd_seq_device cx2341x v4l2_common videodev v4l1_compat i2c_i801 iTCO_wdt iTCO_vendor_support snd_pcm snd_timer snd_hwdep usb_storage tveeprom snd soundcore snd_page_alloc ppdev i2c_core pl2303 usbserial r8169 mii parport_pc parport serio_raw pata_acpi ata_generic pata_jmicron [last unloaded: microcode]
Dec  2 00:00:38 shiksa kernel: Pid: 0, comm: swapper Tainted: P           2.6.31.5-127.fc12.i686.PAE #1
Dec  2 00:00:38 shiksa kernel: Call Trace:
Dec  2 00:00:38 shiksa kernel: [<c043db03>] warn_slowpath_common+0x70/0x87
Dec  2 00:00:38 shiksa kernel: [<c06ff9d0>] ? dev_watchdog+0xc6/0x12d
Dec  2 00:00:38 shiksa kernel: [<c043db58>] warn_slowpath_fmt+0x29/0x2c
Dec  2 00:00:38 shiksa kernel: [<c06ff9d0>] dev_watchdog+0xc6/0x12d
Dec  2 00:00:38 shiksa kernel: [<c0457579>] ? getnstimeofday+0x57/0xe0
Dec  2 00:00:38 shiksa kernel: [<c041c576>] ? apic_write+0x14/0x16
Dec  2 00:00:38 shiksa kernel: [<c041c78c>] ? lapic_next_event+0x14/0x18
Dec  2 00:00:38 shiksa kernel: [<c045a502>] ? clockevents_program_event+0xbf/0xcd
Dec  2 00:00:38 shiksa kernel: [<c06ff90a>] ? dev_watchdog+0x0/0x12d
Dec  2 00:00:38 shiksa kernel: [<c0446e91>] run_timer_softirq+0x14e/0x1af
Dec  2 00:00:38 shiksa kernel: [<c0442daa>] __do_softirq+0xb1/0x157
Dec  2 00:00:38 shiksa kernel: [<c0442e86>] do_softirq+0x36/0x41
Dec  2 00:00:38 shiksa kernel: [<c0442f78>] irq_exit+0x2e/0x61
Dec  2 00:00:38 shiksa kernel: [<c041cf17>] smp_apic_timer_interrupt+0x6d/0x7b
Dec  2 00:00:38 shiksa kernel: [<c04099b5>] apic_timer_interrupt+0x31/0x38
Dec  2 00:00:38 shiksa kernel: [<c040f34b>] ? mwait_idle+0x67/0x85
Dec  2 00:00:38 shiksa kernel: [<c040811f>] cpu_idle+0x96/0xaf
Dec  2 00:00:38 shiksa kernel: [<c0773a21>] start_secondary+0x1f5/0x233
Dec  2 00:00:38 shiksa kernel: ---[ end trace e8a61c695aec0540 ]---

Comment 2 Bernd Bartmann 2010-08-09 06:20:49 UTC
This is probably the same issue as with bug #620047 for the current F13 kernel. I'll close this as a duplicate.

*** This bug has been marked as a duplicate of bug 620047 ***


Note You need to log in before you can comment on or make changes to this bug.