Re: [000/136] 2.6.31.2-stable review

From: Eric W. Biederman
Date: Fri Oct 02 2009 - 01:01:50 EST

Next message: Neil Brown: "Re: [PATCH 03/31] mm: expose gfp_to_alloc_flags()"
Previous message: KAMEZAWA Hiroyuki: "[PATCH 0/2] memcg: improving scalability by reducing lockcontention at charge/uncharge"
In reply to: Greg KH: "[002/136] pata_amd: do not filter out valid modes in nv_mode_filter"
Next in thread: Greg KH: "Re: [000/136] 2.6.31.2-stable review"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Greg KH <gregkh@xxxxxxx> writes:

> Note from the -stable maintainer on this release:
>
> This release is big. Yeah, really big. There are a number of
> areas that needed some rework in order to get things back to
> working order. Like the tty layer. Hopefully everyone can now
> use their usb to serial devices again without oopsing the
> kernel

The ftdi_sio driver still crashes and burns.

CPU 0:
Modules linked in: nfsd lockd nfs_acl auth_rpcgss exportfs sco bridge stp bnep l2cap bluetooth sunrpc ipv6 cpufreq_ondemand powernow_k8 freq_table dm_mirror dm_region_hash dm_log dm_multipath dm_mod uinput kvm_amd kvm fuse xt_multiport iptable_nat ip_tables nf_nat x_tables nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 tun 8021q snd_hda_codec_realtek k8temp amd64_edac_mod snd_hda_intel snd_hda_codec snd_hwdep ftdi_sio firewire_ohci edac_core hwmon e1000e sata_sil24 snd_pcm snd_timer firewire_core usbserial forcedeth pata_amd crc_itu_t snd soundcore pcspkr snd_page_alloc i2c_nforce2 i2c_core sg ata_generic pata_acpi sata_nv libata sd_mod scsi_mod ext3 jbd mbcache uhci_hcd ohci_hcd ehci_hcd [last unloaded: scsi_wait_scan]
Pid: 0, comm: swapper Not tainted 2.6.31.2-rc1 #7
RIP: 0010:[<ffffffff8102c840>] [<ffffffff8102c840>] native_safe_halt+0x6/0x8
RSP: 0018:ffffffff81545e48 EFLAGS: 00000246
RAX: 0000000000000000 RBX: ffffffff81545e48 RCX: 0000000003000000
RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffffffff81545e58
RBP: ffffffff8100c7ce R08: 0000000000000000 R09: 0000000000080e80
R10: 0000000000000000 R11: 000000000000000e R12: ffffffff810737df
R13: ffffffff81545dd8 R14: ffffffff8105c697 R15: ffffffff81545e38
FS: 00007fe3e0df5910(0000) GS:ffff8800017bd000(0000) knlGS:0000000000000000
CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b
CR2: 0000000001d9c000 CR3: 000000003b8e6000 CR4: 00000000000006f0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Call Trace:
[<ffffffff81014126>] ? default_idle+0x51/0x8b
[<ffffffff81014265>] ? c1e_idle+0x105/0x120
[<ffffffff8100ae15>] ? cpu_idle+0xb0/0xf3
[<ffffffff81392185>] ? rest_init+0x79/0x8f
[<ffffffff815ccfae>] ? start_kernel+0x3dc/0x3fd
[<ffffffff815cc2d4>] ? x86_64_start_reservations+0xbb/0xd6
[<ffffffff815cc3f4>] ? x86_64_start_kernel+0x105/0x128
bad: scheduling from the idle thread!
Pid: 0, comm: swapper Not tainted 2.6.31.2-rc1 #7
Call Trace:
<IRQ> [<ffffffff81041021>] dequeue_task_idle+0x37/0x5a
[<ffffffff810407e3>] dequeue_task+0xce/0xf0
[<ffffffff8104083c>] deactivate_task+0x37/0x56
[<ffffffff813a4fc7>] schedule+0x13d/0x6f3
[<ffffffff81042942>] ? enqueue_task_fair+0xdf/0x13c
[<ffffffff810700a2>] ? sched_clock_cpu+0x162/0x17f
[<ffffffff813a5e97>] __mutex_lock_common+0x12f/0x1aa
[<ffffffff813a5f39>] __mutex_lock_slowpath+0x27/0x3d
[<ffffffff813a5c4d>] mutex_lock+0x25/0x53
[<ffffffff81253f55>] tty_unthrottle+0x29/0x6d
[<ffffffff812528e6>] reset_buffer_flags+0xe8/0x105
[<ffffffff81252927>] n_tty_flush_buffer+0x24/0x97
[<ffffffff812535d7>] n_tty_receive_buf+0xc3d/0xe72
[<ffffffff8129b8b1>] ? usb_submit_urb+0x30d/0x33f
[<ffffffff8129b151>] ? usb_hcd_submit_urb+0x888/0x943
[<ffffffff81254ddf>] ? tty_ldisc_try+0x53/0x71
[<ffffffff81255ee1>] flush_to_ldisc+0x116/0x1bd
[<ffffffff81255fe6>] tty_flip_buffer_push+0x5e/0x85
[<ffffffffa01ff0ab>] ftdi_process_read+0x481/0x627 [ftdi_sio]
[<ffffffffa0000fa3>] ? ehci_qtd_free+0x27/0x3d [ehci_hcd]
[<ffffffffa01ff480>] ftdi_read_bulk_callback+0x22f/0x25a [ftdi_sio]
[<ffffffff81040c49>] ? complete+0x54/0x73
[<ffffffffa00db214>] ? nv_host_intr+0x2f/0x87 [sata_nv]
[<ffffffff81299a86>] usb_hcd_giveback_urb+0x9b/0xe5
[<ffffffffa00010f9>] ehci_urb_done+0x91/0xbc [ehci_hcd]
[<ffffffffa00027f3>] qh_completions+0x42a/0x4ca [ehci_hcd]
[<ffffffffa0002938>] ehci_work+0xa5/0x7ab [ehci_hcd]
[<ffffffffa00db90f>] ? nv_swncq_interrupt+0x6a3/0x6d1 [sata_nv]
[<ffffffff81073401>] ? clocksource_read+0x1d/0x33
[<ffffffffa000597f>] ehci_irq+0x351/0x391 [ehci_hcd]
[<ffffffff81056273>] ? irq_exit+0x5f/0xa3
[<ffffffff81073401>] ? clocksource_read+0x1d/0x33
[<ffffffff810737df>] ? getnstimeofday+0x69/0xd3
[<ffffffff81299390>] usb_hcd_irq+0x4d/0xa1
[<ffffffff810a2313>] handle_IRQ_event+0x6a/0x13f
[<ffffffff810a43d3>] handle_fasteoi_irq+0x90/0xe1
[<ffffffff8100eb5a>] handle_irq+0x95/0xb7
[<ffffffff8100df49>] do_IRQ+0x6a/0xe0
[<ffffffff8100c7d3>] ret_from_intr+0x0/0x11
<EOI> [<ffffffff8102c840>] ? native_safe_halt+0x6/0x8
[<ffffffff81014126>] ? default_idle+0x51/0x8b
[<ffffffff81014265>] ? c1e_idle+0x105/0x120
[<ffffffff8100ae15>] ? cpu_idle+0xb0/0xf3
[<ffffffff81392185>] ? rest_init+0x79/0x8f
[<ffffffff815ccfae>] ? start_kernel+0x3dc/0x3fd
[<ffffffff815cc2d4>] ? x86_64_start_reservations+0xbb/0xd6
[<ffffffff815cc3f4>] ? x86_64_start_kernel+0x105/0x128
BUG: scheduling while atomic: swapper/0/0x00010000

Eric
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Next message: Neil Brown: "Re: [PATCH 03/31] mm: expose gfp_to_alloc_flags()"
Previous message: KAMEZAWA Hiroyuki: "[PATCH 0/2] memcg: improving scalability by reducing lockcontention at charge/uncharge"
In reply to: Greg KH: "[002/136] pata_amd: do not filter out valid modes in nv_mode_filter"
Next in thread: Greg KH: "Re: [000/136] 2.6.31.2-stable review"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]