search for: 0x1e7

...0x20000000 mapping:00000300 mapcount:0 count:0 Jul 3 04:02:03 lvs2 kernel: Backtrace: Jul 3 04:02:03 lvs2 kernel: [<c014eaad>] bad_page+0x58/0x89 Jul 3 04:02:03 lvs2 kernel: [<c014eeba>] prep_new_page+0x24/0x3a Jul 3 04:02:03 lvs2 kernel: [<c014f51f>] buffered_rmqueue+0x1c4/0x1e7 Jul 3 04:02:03 lvs2 kernel: [<c014f5f5>] __alloc_pages+0xb3/0x29a Jul 3 04:02:03 lvs2 kernel: [<c01604df>] anon_vma_prepare+0x1f/0x1bf Jul 3 04:02:03 lvs2 kernel: [<c015ad3a>] do_wp_page+0x1d4/0x422 Jul 3 04:02:03 lvs2 kernel: [<c015bf5c>] handle_mm_fault+0x136/0x212...

...] ffff8803ffc03eb0 ffff8803ffc03e48 000000000000009c 0000000000000000 [495498.121488] Call Trace: [495498.124131] <IRQ> [<ffffffffa1317394>] dump_stack+0x63/0x8f [495498.130207] [<ffffffffa1139bbc>] panic+0xc6/0x1ec [495498.135208] [<ffffffffa10f65a7>] watchdog_timer_fn+0x1e7/0x1f0 [495498.141327] [<ffffffffa10f63c0>] ? watchdog+0xa0/0xa0 [495498.146668] [<ffffffffa10b8f1f>] __hrtimer_run_queues+0xff/0x260 [495498.152959] [<ffffffffa10b93ec>] hrtimer_interrupt+0xac/0x1b0 [495498.158993] [<ffffffffa15b2918>] smp_apic_timer_interrupt+0x68/0xa0...

...f8104b6f1>] ? __cond_resched+0x1d/0x26 [22077.213698]  [<ffffffff8104c9e9>] ? mmput+0x3c/0xdf [22077.213754]  [<ffffffff810505c6>] ? exit_mm+0x102/0x10d [22077.213812]  [<ffffffff8100ec19>] ? xen_irq_enable_direct_end+0x0/0x7 [22077.213871]  [<ffffffff81051fc0>] ? do_exit+0x1e7/0x6b5 [22077.213928]  [<ffffffff8100ec5f>] ? xen_restore_fl_direct_end+0x0/0x1 [22077.213987]  [<ffffffff8130beda>] ? _spin_unlock_irqrestore+0xd/0xe [22077.214046]  [<ffffffff8104f2a5>] ? release_console_sem+0x17e/0x1af [22077.214105]  [<ffffffff8130beda>] ? _spin_unlock_ir...

...ecot/libdovecot.so.0(+0x22e78) [0x7fbed4037e78] -> /usr/lib/dovecot/modules/lib10_quota_plugin.so(+0x8a3f) [0x7fbed2c76a3f] -> /usr/lib/dovecot/modules/lib10_quota_plugin.so(quota_get_resource+0x72) [0x7fbed2c73262] -> /usr/lib/dovecot/modules/lib10_quota_plugin.so(quota_transaction_commit+0x1e7) [0x7fbed2c738d7] -> /usr/lib/dovecot/modules/lib10_quota_plugin.so(+0xb39f) [0x7fbed2c7939f] -> /usr/lib/dovecot/modules/lib10_quota_plugin.so(+0xb4f4) [0x7fbed2c794f4] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_sync_deinit+0x2a) [0x7fbed432396a] -> dovecot/imap [test at examp...

..._function+0x0/0x23 [902361.152464] [<ffffffff810f6177>] ? ext3_bread+0x4c/0x6d [902361.152468] [<ffffffff810faa22>] ? htree_dirblock_to_tree+0x33/0x13e [902361.152472] [<ffffffff810b0655>] ? dput+0x23/0x13d [902361.152475] [<ffffffff810faba9>] ? ext3_htree_fill_tree+0x7c/0x1e7 [902361.152479] [<ffffffff8109d927>] ? __kmalloc+0xf2/0x102 [902361.152483] [<ffffffff810f20d1>] ? ext3_readdir+0x173/0x554 [902361.152486] [<ffffffff810ae180>] ? filldir+0x0/0xb7 [902361.152490] [<ffffffff810a56e3>] ? cp_new_stat+0xe9/0xfc [902361.152493] [<ffffffff...

...0x20c [ 4.033512] [<ffffffff811d3b1b>] ? acpi_ds_exec_end_op+0xe7/0x3b8 [ 4.033512] [<ffffffff811e4f92>] ? acpi_ps_parse_loop+0x7c0/0x946 [ 4.033512] [<ffffffff811e40d8>] ? acpi_ps_parse_aml+0x8f/0x2ca [ 4.033512] [<ffffffff811e5762>] ? acpi_ps_execute_method+0x1e7/0x2b1 [ 4.033512] [<ffffffff811e1219>] ? acpi_ns_evaluate+0xe1/0x19e [ 4.033512] [<ffffffff811e0cb6>] ? acpi_evaluate_object+0xf7/0x1ec [ 4.033512] [<ffffffff810244e7>] ? init_intel_pdc+0x101/0x20c [ 4.033512] [<ffffffffa01b3bd1>] ? xen_acpi_processor_add+0x2...

This is undoubtedly an upstream issue, but ... I've been messing about with that hp pavilion trying to get wireless working. If I boot with the eth0 NIC plugged in, everything is blazingly fast -- GDM comes up in a few seconds, the Gnome startup splash screen barely has time to appear before it's gone again, shells pop up the instant I click Open Terminal. If I unplug the network and

...80146541>] smp_apic_timer_interrupt+0x51/0x90 (XEN) [<ffff82c480146541>] smp_apic_timer_interrupt+0x51/0x90 (XEN) [<ffff82c4801c8595>] sh_remove_shadows+0xa5/0xb60 (XEN) [<ffff82c4801602c7>] put_page_from_l4e+0x57/0xd0 (XEN) [<ffff82c48015f477>] free_page_type+0x1e7/0x650 (XEN) [<ffff82c48015fa1c>] __put_page_type+0x13c/0x2d0 (XEN) [<ffff82c48015d7b8>] get_page+0x28/0xf0 (XEN) [<ffff82c48014f338>] relinquish_memory+0x278/0x450 (XEN) [<ffff82c48014f989>] domain_relinquish_resources+0x1d9/0x270 (XEN) [<ffff82c48010611b&g...

..._64-linux-gnu/libc.so.6(+0x36d40)[0x7fda09ef9d40] /usr/lib/libglusterfs.so.0(syncop_readv_cbk+0x17)[0x7fda0ab429e7] /usr/lib/glusterfs/3.10.1/xlator/protocol/client.so(+0x2db4b)[0x7fda04986b4b] /usr/lib/libgfrpc.so.0(rpc_clnt_handle_reply+0x90)[0x7fda0a8d5490] /usr/lib/libgfrpc.so.0(rpc_clnt_notify+0x1e7)[0x7fda0a8d5777] /usr/lib/libgfrpc.so.0(rpc_transport_notify+0x23)[0x7fda0a8d17d3] /usr/lib/glusterfs/3.10.1/rpc-transport/socket.so(+0x7194)[0x7fda05826194] /usr/lib/glusterfs/3.10.1/rpc-transport/socket.so(+0x9635)[0x7fda05828635] /usr/lib/libglusterfs.so.0(+0x83db0)[0x7fda0ab64db0] /lib/x86_64-l...

...d/0x6f [ 17.608667] [<ffffffffa056035d>] ? nv50_disp_intr_supervisor+0x1c3/0x702 [nouveau] [ 17.608681] [<ffffffff810594c2>] ? mmdrop+0xd/0x1c [ 17.608693] [<ffffffff8104d5c0>] ? process_one_work+0x191/0x293 [ 17.608705] [<ffffffff8104d808>] ? worker_thread+0x121/0x1e7 [ 17.608715] [<ffffffff8104d6e7>] ? process_scheduled_works+0x25/0x25 [ 17.608727] [<ffffffff810521de>] ? kthread+0x99/0xa1 [ 17.608738] [<ffffffff81052145>] ? __kthread_parkme+0x59/0x59 [ 17.608749] [<ffffffff813880bc>] ? ret_from_fork+0x7c/0xb0 [ 17.608760]...

...08667] [<ffffffffa056035d>] ? nv50_disp_intr_supervisor+0x1c3/0x702 [nouveau] > [ 17.608681] [<ffffffff810594c2>] ? mmdrop+0xd/0x1c > [ 17.608693] [<ffffffff8104d5c0>] ? process_one_work+0x191/0x293 > [ 17.608705] [<ffffffff8104d808>] ? worker_thread+0x121/0x1e7 > [ 17.608715] [<ffffffff8104d6e7>] ? process_scheduled_works+0x25/0x25 > [ 17.608727] [<ffffffff810521de>] ? kthread+0x99/0xa1 > [ 17.608738] [<ffffffff81052145>] ? __kthread_parkme+0x59/0x59 > [ 17.608749] [<ffffffff813880bc>] ? ret_from_fork+0x7c/0...

...fffffff8158fa9f>] drm_fb_helper_initial_config+0x25f/0x3f0 [ 18.984199] [<ffffffffa0106b48>] intel_fbdev_initial_config+0x18/0x30 [i915] [ 18.984201] [<ffffffff810adfd8>] async_run_entry_fn+0x48/0x150 [ 18.984203] [<ffffffff810a3947>] process_one_work+0x1e7/0x750 [ 18.984205] [<ffffffff810a3efb>] worker_thread+0x4b/0x4f0 [ 18.984207] [<ffffffff810aad4f>] kthread+0xef/0x110 [ 18.984208] [<ffffffff819a85ef>] ret_from_fork+0x1f/0x40 [ 18.984209] other info that might help us debug this: [ 1...

...ozilla.so(swfmoz_player_render+0x1a3)[0xb348a373] /usr/local/lib/mozilla/plugins/libswfdecmozilla.so[0xb348ad8d] /usr/lib/libglib-2.0.so.0[0xb743ce01] /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x178)[0xb743e978] /usr/lib/libglib-2.0.so.0[0xb7441bce] /usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1e7)[0xb7441f57] /usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xb9)[0xb7b65ae9] /usr/lib/iceweasel/firefox-bin[0x82dbcea] /usr/lib/iceweasel/firefox-bin[0x880a8b2] /usr/lib/iceweasel/firefox-bin[0x807f781] /usr/lib/iceweasel/firefox-bin[0x807b2fa] /lib/libc.so.6(__libc_start_main+0xe5)[0xb71a4455] /usr/lib/ic...

The patch ''mem_event: use wait queue when ring is full'' I just sent out makes use of the waitqueue feature. There are two issues I get with the change applied: I think I got the logic right, and in my testing vcpu->pause_count drops to zero in p2m_mem_paging_resume(). But for some reason the vcpu does not make progress after the first wakeup. In my debugging there is one

..._helper_initial_config+0x25f/0x3f0 >> [ 18.984199] [<ffffffffa0106b48>] intel_fbdev_initial_config+0x18/0x30 [i915] >> [ 18.984201] [<ffffffff810adfd8>] async_run_entry_fn+0x48/0x150 >> [ 18.984203] [<ffffffff810a3947>] process_one_work+0x1e7/0x750 >> [ 18.984205] [<ffffffff810a3efb>] worker_thread+0x4b/0x4f0 >> [ 18.984207] [<ffffffff810aad4f>] kthread+0xef/0x110 >> [ 18.984208] [<ffffffff819a85ef>] ret_from_fork+0x1f/0x40 >> [ 18.984209] >> oth...

...>] drm_fb_helper_initial_config+0x25f/0x3f0 > [ 18.984199] [<ffffffffa0106b48>] intel_fbdev_initial_config+0x18/0x30 [i915] > [ 18.984201] [<ffffffff810adfd8>] async_run_entry_fn+0x48/0x150 > [ 18.984203] [<ffffffff810a3947>] process_one_work+0x1e7/0x750 > [ 18.984205] [<ffffffff810a3efb>] worker_thread+0x4b/0x4f0 > [ 18.984207] [<ffffffff810aad4f>] kthread+0xef/0x110 > [ 18.984208] [<ffffffff819a85ef>] ret_from_fork+0x1f/0x40 > [ 18.984209] > other info that might h...

..._config+0x25f/0x3f0 > >> [ 18.984199] [<ffffffffa0106b48>] intel_fbdev_initial_config+0x18/0x30 [i915] > >> [ 18.984201] [<ffffffff810adfd8>] async_run_entry_fn+0x48/0x150 > >> [ 18.984203] [<ffffffff810a3947>] process_one_work+0x1e7/0x750 > >> [ 18.984205] [<ffffffff810a3efb>] worker_thread+0x4b/0x4f0 > >> [ 18.984207] [<ffffffff810aad4f>] kthread+0xef/0x110 > >> [ 18.984208] [<ffffffff819a85ef>] ret_from_fork+0x1f/0x40 > >> [ 18.984209] > &g...

Get blktap2 running on pvops. This mainly adds eventfd support to the userland code. Based on some prior cleanup to tapdisk-queue and the server object. We had most of that in XenServer for a while, so I kept it stacked. 1. Clean up IPC and AIO init in tapdisk-server. [I think tapdisk-ipc in blktap2 is basically obsolete. Pending a later patch to remove it?] 2. Split tapdisk-queue into

...0 32 0 r . . 8 8 8 8 . . 0 24 0 0 0 0 0 2 1 None 0x1e4 24 tc 0 32 0 r . . 8 8 8 8 . . 0 24 0 0 0 0 0 4 1 None 0x1e5 24 tc 0 32 0 r y . 8 8 8 8 . . 0 24 0 0 0 0 0 2 1 None 0x1e6 24 tc 0 32 0 r y . 8 8 8 8 . . 0 24 0 0 0 0 0 4 1 None 0x1e7 24 tc 0 32 0 r y . 8 8 8 8 . . 0 24 0 0 0 0 0 2 1 None 0x1e8 24 tc 0 32 0 r y . 8 8 8 8 . . 0 24 0 0 0 0 0 4 1 None 0x1e9 24 tc 0 32 0 r . . 8 8 8 8 . . 0 24 8 0 0 0 0 2 1 None 0x1ea 24 tc 0 32 0 r . . 8 8 8 8 . . 0 24 8 0 0 0 0 4...

https://bugs.freedesktop.org/show_bug.cgi?id=91413 Bug ID: 91413 Summary: INFO: task Xorg:2419 blocked for more than 120 seconds. Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau