|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] radeon in dom0/ivtv in domU: irq 16 nobody cared
On Sat, Apr 17, 2010 at 02:38:31AM +0200, Mark Hurenkamp wrote: > > > Anyhow, what I would like you test is to provide 'noirqdebug' flag on > > > your Linux kernel command line. That should take care of the 'nobody > > > cared IRQ'. Please test and see if you your machine is more or less > > > sluggish. > I have had my system up and running for several days now, and indeed > the IRQ nobody cared has not occured. I do not see my system behave > any more sluggish than before. All the scheduled recordings seem to have > been recorded correctly (sometimes up to 3 in parallel). Excellent. Then the patch I am working on will make your machine work fine. > > > > Also, please do run this: > > > while (true) > > > do > > > sleep 10 > > > cat /proc/interrupts | grep 16 > > > done > > > > > > during the lifecycle of the whole machine. I am curious to see whether > > > you also get an IRQ storm (or if it is just a trickle - which is OK) > > > after launching the DomU guest. > Having done so, i notice that the count in dom0 and domU is identical, > and seems to increase with about ~100 or so per second while domU is > recording from /dev/video0. To me that does not seem unusual. > > > Probably unrelated, but although i do have compiz running, and quite some eye- > candy enabled in my dom0 Kde environement, the radeon driver still doesn't > seem to generate any interupts. > > > And probably also unrelated, dmesg in the domU shows a lot of these messages: Ugh. No idea. > xennet: skb rides the rocket: 20 frags > > > Pid: 0, comm: swapper Not tainted 2.6.32mh25 #6 > > > Call Trace: > > > <IRQ> [<ffffffffa00b941a>] xennet_start_xmit+0x7d/0x680 [xen_netfront] > > > [<ffffffff8100eb49>] ? xen_force_evtchn_callback+0xd/0xf > > > [<ffffffff8100f442>] ? check_events+0x12/0x20 > > > [<ffffffff8108fd61>] ? lock_acquired+0x255/0x264 > > > [<ffffffff813dcc11>] dev_hard_start_xmit+0x23b/0x2e6 > > > [<ffffffff813efcd3>] sch_direct_xmit+0x6a/0x178 > > > [<ffffffff813dd04d>] dev_queue_xmit+0x279/0x3e2 > > > [<ffffffff813dcf3d>] ? dev_queue_xmit+0x169/0x3e2 > > > [<ffffffff813faaf2>] ? rcu_read_unlock+0x2b/0x46 > > > [<ffffffff813fad61>] ? nf_hook_slow+0xcf/0xe0 > > > [<ffffffff8140f222>] ? ip_finish_output+0x0/0x71 > > > [<ffffffff8140e1b0>] ip_finish_output2+0x238/0x281 > > > [<ffffffff8140f291>] ip_finish_output+0x6f/0x71 > > > [<ffffffff8140f35f>] ip_output+0xcc/0xd5 > > > [<ffffffff8140d894>] dst_output+0x10/0x12 > > > [<ffffffff8140de17>] ip_local_out+0x23/0x27 > > > [<ffffffff8140e507>] ip_queue_xmit+0x30e/0x3a4 > > > [<ffffffff8100eb49>] ? xen_force_evtchn_callback+0xd/0xf > > > [<ffffffff8100f442>] ? check_events+0x12/0x20 > > > [<ffffffff81421e1a>] tcp_transmit_skb+0x672/0x6b0 > > > [<ffffffff8108d003>] ? mark_lock+0x27/0x21e > > > [<ffffffff81423a01>] tcp_write_xmit+0x7cd/0x8bd > > > [<ffffffff814209ef>] ? tcp_established_options+0x33/0xae > > > [<ffffffff81423b56>] __tcp_push_pending_frames+0x2f/0x5c > > > [<ffffffff8141d352>] tcp_data_snd_check+0x29/0xef > > > [<ffffffff8141f6b7>] tcp_rcv_established+0xd2/0x6a9 > > > [<ffffffff8100f442>] ? check_events+0x12/0x20 > > > [<ffffffff81426dec>] tcp_v4_do_rcv+0x1bf/0x367 > > > [<ffffffff814282df>] ? tcp_v4_rcv+0x2b8/0x66d > > > [<ffffffff814282df>] ? tcp_v4_rcv+0x2b8/0x66d > > > [<ffffffff81428482>] tcp_v4_rcv+0x45b/0x66d > > > [<ffffffff8140b6d6>] ip_local_deliver_finish+0x154/0x200 > > > [<ffffffff8140b7f9>] ip_local_deliver+0x77/0x7e > > > [<ffffffff8140b120>] ip_rcv_finish+0x3a9/0x3d5 > > > [<ffffffff8140b3d5>] ip_rcv+0x289/0x2c9 > > > [<ffffffff813dbd72>] netif_receive_skb+0x415/0x43f > > > [<ffffffffa00ba56d>] xennet_poll+0xaf9/0xca4 [xen_netfront] > > > [<ffffffff813dc546>] net_rx_action+0xc8/0x21a > > > [<ffffffff81062f24>] __do_softirq+0x11c/0x1fd > > > [<ffffffff8124dd9b>] ? _raw_spin_unlock+0x8f/0x98 > > > [<ffffffff81013f9c>] call_softirq+0x1c/0x30 > > > [<ffffffff81015523>] do_softirq+0x4b/0xa6 > > > [<ffffffff8106299b>] irq_exit+0x4a/0x99 > > > [<ffffffff812c08dd>] xen_evtchn_do_upcall+0x1af/0x1ec > > > [<ffffffff81013fee>] xen_do_hypervisor_callback+0x1e/0x30 > > > <EOI> [<ffffffff810093aa>] ? hypercall_page+0x3aa/0x100b > > > [<ffffffff810093aa>] ? hypercall_page+0x3aa/0x100b > > > [<ffffffff8100eb7c>] ? xen_safe_halt+0x10/0x1a > > > [<ffffffff8100c141>] ? xen_idle+0x51/0x5c > > > [<ffffffff81011d14>] ? cpu_idle+0xb0/0x107 > > > [<ffffffff814678eb>] ? rest_init+0x7f/0x81 > > > [<ffffffff81986d76>] ? start_kernel+0x417/0x422 > > > [<ffffffff819862c1>] ? x86_64_start_reservations+0xac/0xb0 > > > [<ffffffff81989f01>] ? xen_start_kernel+0x648/0x64f > > And dmesg in dom0 (seems related to a chrome crash): This is not good. Can you describe how to reproduce this. > FIX bio-0: Marking all objects used > chrome[12644]: segfault at 7f6cc3b5ad0c ip 0000000000c10c47 sp > 00007fff88da2a80 > error 4 in chrome[400000+262f000] > ============================================================================= > > BUG bio-0: Poison overwritten > > ----------------------------------------------------------------------------- > > > INFO: 0xffff88002fcfe58b-0xffff88002fcfe58b. First byte 0xeb instead of 0x6b > INFO: Allocated in mempool_alloc_slab+0x15/0x17 age=611 cpu=0 pid=10074 > INFO: Freed in mempool_free_slab+0x17/0x19 age=609 cpu=0 pid=0 > INFO: Slab 0xffffea000136c730 objects=32 used=31 fp=0xffff88002fcfe500 > flags=0x200000000040c3 > INFO: Object 0xffff88002fcfe500 @offset=1280 fp=0x(null) > > > Bytes b4 0xffff88002fcfe4f0: 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a > ZZZZZZZZZZZZZZZZ > Object 0xffff88002fcfe500: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b > kkkkkkkkkkkkkkkk > Object 0xffff88002fcfe510: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b > kkkkkkkkkkkkkkkk > Object 0xffff88002fcfe520: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b > kkkkkkkkkkkkkkkk > Object 0xffff88002fcfe530: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b > kkkkkkkkkkkkkkkk > Object 0xffff88002fcfe540: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b > kkkkkkkkkkkkkkkk > Object 0xffff88002fcfe550: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b > > kkkkkkkkkkkkkkkk > Object 0xffff88002fcfe560: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b > kkkkkkkkkkkkkkkk > Object 0xffff88002fcfe570: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b > kkkkkkkkkkkkkkkk > Object 0xffff88002fcfe580: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b eb 6b 6b 6b 6b > kkkkkkkkkkkëkkkk > Object 0xffff88002fcfe590: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b > kkkkkkkkkkkkkkkk > Object 0xffff88002fcfe5a0: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b a5 > kkkkkkkkkkkkkkk¥ > Redzone 0xffff88002fcfe5b0: bb bb bb bb bb bb bb bb > »»»»»»»» > Padding 0xffff88002fcfe5f0: 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a > ZZZZZZZZZZZZZZZZ > Pid: 914, comm: kjournald Tainted: G B W 2.6.32mh25 #6 > > Call Trace: > [<ffffffff8111aaf8>] print_trailer+0x140/0x149 > [<ffffffff8111b024>] check_bytes_and_report+0xba/0xeb > [<ffffffff8111b11f>] check_object+0xca/0x1ae > [<ffffffff8111d239>] __slab_alloc+0x3a6/0x454 > [<ffffffff810e80f6>] ? mempool_alloc_slab+0x15/0x17 > [<ffffffff810e80f6>] ? mempool_alloc_slab+0x15/0x17 > [<ffffffff8111d897>] kmem_cache_alloc+0xb4/0x173 > [<ffffffff810e80f6>] mempool_alloc_slab+0x15/0x17 > [<ffffffff810e81df>] mempool_alloc+0x6c/0x11e > [<ffffffff8100eb49>] ? xen_force_evtchn_callback+0xd/0xf > [<ffffffff8100eb49>] ? xen_force_evtchn_callback+0xd/0xf > [<ffffffff81155924>] bio_alloc_bioset+0x35/0xc2 > [<ffffffff811559db>] bio_clone+0x2a/0x7c > [<ffffffffa001b9c0>] make_request+0x51b/0x697 [raid1] > [<ffffffff813952ec>] md_make_request+0xcf/0x10d > [<ffffffff8107ff97>] ? up_read+0x2b/0x2f > [<ffffffff81230263>] generic_make_request+0x2ca/0x323 > [<ffffffff81480738>] ? sub_preempt_count+0x9/0x83 > [<ffffffff81230389>] submit_bio+0xcd/0xea > [<ffffffff81150e27>] submit_bh+0xf4/0x117 > [<ffffffff811d6f6d>] journal_commit_transaction+0x95b/0xeea > [<ffffffff8147dcf0>] ? _spin_unlock_irqrestore+0x70/0x7e > [<ffffffff8106be6d>] ? try_to_del_timer_sync+0x73/0x81 > [<ffffffff8106be7b>] ? del_timer_sync+0x0/0xa6 > [<ffffffff811da626>] kjournald+0xf0/0x23c > [<ffffffff8107c1fa>] ? autoremove_wake_function+0x0/0x39 > [<ffffffff811da536>] ? kjournald+0x0/0x23c > [<ffffffff8107bedc>] kthread+0x7f/0x87 > [<ffffffff81013e9a>] child_rip+0xa/0x20 > [<ffffffff810137d4>] ? restore_args+0x0/0x30 > [<ffffffff8100f442>] ? check_events+0x12/0x20 > [<ffffffff8100f442>] ? check_events+0x12/0x20 > [<ffffffff81013e90>] ? child_rip+0x0/0x20 > FIX bio-0: Restoring 0xffff88002fcfe58b-0xffff88002fcfe58b=0x6b > > > Regards, > Mark. > > _______________________________________________ > Xen-devel mailing list > Xen-devel@xxxxxxxxxxxxxxxxxxx > http://lists.xensource.com/xen-devel _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |