search for: sched_clock_cpu

...iption+0xea/0x380 [ 46.166701] ? virtnet_poll+0xd9c/0xfd1 [virtio_net] [ 46.166711] kasan_report+0x1dd/0x460 [ 46.166727] ? virtnet_poll+0xd9c/0xfd1 [virtio_net] [ 46.166743] virtnet_poll+0xd9c/0xfd1 [virtio_net] [ 46.166767] ? receive_buf+0x2e30/0x2e30 [virtio_net] [ 46.166796] ? sched_clock_cpu+0x18/0x2b0 [ 46.166809] ? print_irqtrace_events+0x280/0x280 [ 46.166817] ? print_irqtrace_events+0x280/0x280 [ 46.166830] ? rcu_process_callbacks+0xc5e/0x12d0 [ 46.166838] ? kvm_clock_read+0x1f/0x30 [ 46.166857] ? mark_held_locks+0xd5/0x170 [ 46.166867] ? net_rx_action+0x2aa/0x10e...

...iption+0xea/0x380 [ 46.166701] ? virtnet_poll+0xd9c/0xfd1 [virtio_net] [ 46.166711] kasan_report+0x1dd/0x460 [ 46.166727] ? virtnet_poll+0xd9c/0xfd1 [virtio_net] [ 46.166743] virtnet_poll+0xd9c/0xfd1 [virtio_net] [ 46.166767] ? receive_buf+0x2e30/0x2e30 [virtio_net] [ 46.166796] ? sched_clock_cpu+0x18/0x2b0 [ 46.166809] ? print_irqtrace_events+0x280/0x280 [ 46.166817] ? print_irqtrace_events+0x280/0x280 [ 46.166830] ? rcu_process_callbacks+0xc5e/0x12d0 [ 46.166838] ? kvm_clock_read+0x1f/0x30 [ 46.166857] ? mark_held_locks+0xd5/0x170 [ 46.166867] ? net_rx_action+0x2aa/0x10e...

...166701]? ? virtnet_poll+0xd9c/0xfd1 [virtio_net] > [?? 46.166711]? kasan_report+0x1dd/0x460 > [?? 46.166727]? ? virtnet_poll+0xd9c/0xfd1 [virtio_net] > [?? 46.166743]? virtnet_poll+0xd9c/0xfd1 [virtio_net] > [?? 46.166767]? ? receive_buf+0x2e30/0x2e30 [virtio_net] > [?? 46.166796]? ? sched_clock_cpu+0x18/0x2b0 > [?? 46.166809]? ? print_irqtrace_events+0x280/0x280 > [?? 46.166817]? ? print_irqtrace_events+0x280/0x280 > [?? 46.166830]? ? rcu_process_callbacks+0xc5e/0x12d0 > [?? 46.166838]? ? kvm_clock_read+0x1f/0x30 > [?? 46.166857]? ? mark_held_locks+0xd5/0x170 > [?? 46.166867...

On Mon, Jul 23, 2018 at 11:36:03PM +0900, Toshiaki Makita wrote: > From: Toshiaki Makita <makita.toshiaki at lab.ntt.co.jp> > > Add some ethtool stat items useful for performance analysis. > > Signed-off-by: Toshiaki Makita <makita.toshiaki at lab.ntt.co.jp> Series: Acked-by: Michael S. Tsirkin <mst at redhat.com> Patch 1 seems appropriate for stable, even

On Mon, Jul 23, 2018 at 11:36:03PM +0900, Toshiaki Makita wrote: > From: Toshiaki Makita <makita.toshiaki at lab.ntt.co.jp> > > Add some ethtool stat items useful for performance analysis. > > Signed-off-by: Toshiaki Makita <makita.toshiaki at lab.ntt.co.jp> Series: Acked-by: Michael S. Tsirkin <mst at redhat.com> Patch 1 seems appropriate for stable, even

...119732>] ? call_timer_fn+0x42/0x140 [59826.077733] [<ffffffff817ac1b5>] net_rx_action+0xc5/0x240 [59826.077733] [<ffffffff8111b1d6>] ? run_timer_softirq+0x276/0x2c0 [59826.077733] [<ffffffff810d833c>] ? sched_clock_local+0x1c/0x90 [59826.077733] [<ffffffff810d844a>] ? sched_clock_cpu+0x9a/0xb0 [59826.077733] [<ffffffff818db0ce>] __do_softirq+0xce/0x2bf [59826.077733] [<ffffffff810d844a>] ? sched_clock_cpu+0x9a/0xb0 [59826.077733] [<ffffffff810ab1d5>] irq_exit+0x105/0x110 [59826.077733] [<ffffffff8150e3f9>] xen_evtchn_do_upcall+0x39/0x50 [59826.077733...

...0000 [Fri Oct 18 10:52:28 2013] Call Trace: [Fri Oct 18 10:52:28 2013] [<ffffffffa02969fb>] ? ocfs2_read_inode_block_full+0x3b/0x60 [ocfs2] [Fri Oct 18 10:52:28 2013] [<ffffffffa028b2be>] ocfs2_get_clusters+0x23e/0x3b0 [ocfs2] [Fri Oct 18 10:52:28 2013] [<ffffffff8109a9ad>] ? sched_clock_cpu+0xbd/0x110 [Fri Oct 18 10:52:28 2013] [<ffffffffa028b48a>] ocfs2_extent_map_get_blocks+0x5a/0x190 [ocfs2] [Fri Oct 18 10:52:28 2013] [<ffffffffa026eb3a>] ocfs2_direct_IO_get_blocks+0x5a/0x160 [ocfs2] [Fri Oct 18 10:52:28 2013] [<ffffffff811c87c1>] ? inode_dio_done+0x31/0x40 [...

...>] add_dma_entry+0xa2/0x170 [<ffffffff81459843>] debug_dma_map_page+0x113/0x150 [<ffffffff816240a8>] usb_hcd_map_urb_for_dma+0x5f8/0x780 [<ffffffff81108d8d>] ? trace_hardirqs_on+0xd/0x10 [<ffffffff8162469d>] usb_hcd_submit_urb+0x1cd/0xac0 [<ffffffff810e82ca>] ? sched_clock_cpu+0x8a/0xb0 [<ffffffff816e6387>] ? led_trigger_blink_oneshot+0x77/0x90 [<ffffffff810e8345>] ? local_clock+0x15/0x20 [<ffffffff81127b6d>] ? debug_lockdep_rcu_enabled+0x1d/0x20 [<ffffffff8162626c>] usb_submit_urb+0x3fc/0x5a0 [<ffffffff8187fb17>] ? _raw_read_unlock+0x2...

...trfs_ioctl_start_sync+0x3e/0xc0 [btrfs] [ 2372.462822] [<ffffffffa025f1d3>] btrfs_ioctl+0x4c3/0x1f70 [btrfs] [ 2372.462849] [<ffffffff812c0321>] ? avc_has_perm+0x121/0x1b0 [ 2372.462873] [<ffffffff812c0224>] ? avc_has_perm+0x24/0x1b0 [ 2372.462897] [<ffffffff8107ecc8>] ? sched_clock_cpu+0xa8/0x100 [ 2372.462922] [<ffffffff8117b145>] do_vfs_ioctl+0x2e5/0x4e0 [ 2372.462946] [<ffffffff812c19e6>] ? file_has_perm+0x86/0xa0 [ 2372.462969] [<ffffffff8117b3c1>] SyS_ioctl+0x81/0xa0 [ 2372.462991] [<ffffffff817045a4>] tracesys+0xdd/0xe2 ==========================...

...nning = 1; > + > + /* Now that sched_clock_running is set adjust scd */ > + local_irq_save(flags); > + sched_clock_tick(); > + local_irq_restore(flags); > } > /* > * We run this as late_initcall() such that it runs after all built-in drivers, > @@ -356,7 +374,7 @@ u64 sched_clock_cpu(int cpu) > return sched_clock() + __sched_clock_offset; > > if (unlikely(!sched_clock_running)) > - return 0ull; > + return sched_clock(); > > preempt_disable_notrace(); > scd = cpu_sdc(cpu); -- Dominique Martinet | Asmadeus

...] Oct 20 08:44:13 vostrodell kernel: [55669.832022] nvkm_ioctl+0xd8/0x170 [nouveau] Oct 20 08:44:13 vostrodell kernel: [55669.832042] nvif_object_mthd+0x108/0x130 [nouveau] Oct 20 08:44:13 vostrodell kernel: [55669.832045] ? sched_clock+0x5/0x10 Oct 20 08:44:13 vostrodell kernel: [55669.832048] ? sched_clock_cpu+0xc/0xb0 Oct 20 08:44:13 vostrodell kernel: [55669.832068] nvif_vmm_put+0x5c/0x80 [nouveau] Oct 20 08:44:13 vostrodell kernel: [55669.832101] nouveau_vma_del+0x78/0xc0 [nouveau] Oct 20 08:44:13 vostrodell kernel: [55669.832135] nouveau_gem_object_delete_work+0x36/0x60 [nouveau] Oct 20 08:44:13 vost...

...estore+0x4b/0x60 jul 28 17:16:25 localhost.localdomain kernel: debug_dma_sync_single_for_device+0x7b/0x90 jul 28 17:16:25 localhost.localdomain kernel: ? find_held_lock+0x32/0x90 jul 28 17:16:25 localhost.localdomain kernel: ? sched_clock+0x5/0x10 jul 28 17:16:25 localhost.localdomain kernel: ? sched_clock_cpu+0xc/0xc0 jul 28 17:16:25 localhost.localdomain kernel: nouveau_bo_sync_for_device+0x80/0xc0 [nouveau] jul 28 17:16:25 localhost.localdomain kernel: nouveau_bo_validate+0x68/0x90 [nouveau] jul 28 17:16:25 localhost.localdomain kernel: nouveau_gem_ioctl_pushbuf+0x84a/0x1500 [nouveau] jul 28 17:16:...

> Mon, 12 Apr 2010 19:02:12 +0300 <pasik@iki.fi> wrote: > > On Mon, Apr 12, 2010 at 11:55:49AM -0400, Mike Viau wrote: > > > > > > > > > Can you please paste the full boot messages before it locks up? > > > > > > > > > > > > > > > > > > Unfortunately no, because I am not getting any

...e name: Red Hat KVM, BIOS 0.5.1 01/01/2011 [ 19.533285] Workqueue: events_freezable update_balloon_size_func [virtio_balloon] [ 19.534143] Call Trace: [ 19.535015] dump_stack+0x63/0x87 [ 19.535844] warn_alloc+0x114/0x1c0 [ 19.536667] __alloc_pages_slowpath+0x9a6/0xba7 [ 19.537491] ? sched_clock_cpu+0x11/0xb0 [ 19.538311] __alloc_pages_nodemask+0x26a/0x290 [ 19.539188] alloc_pages_current+0x6a/0xb0 [ 19.540004] balloon_page_enqueue+0x25/0xf0 [ 19.540818] update_balloon_size_func+0xe1/0x260 [virtio_balloon] [ 19.541626] process_one_work+0x149/0x360 [ 19.542417] worker_thread+0...

...e name: Red Hat KVM, BIOS 0.5.1 01/01/2011 [ 19.533285] Workqueue: events_freezable update_balloon_size_func [virtio_balloon] [ 19.534143] Call Trace: [ 19.535015] dump_stack+0x63/0x87 [ 19.535844] warn_alloc+0x114/0x1c0 [ 19.536667] __alloc_pages_slowpath+0x9a6/0xba7 [ 19.537491] ? sched_clock_cpu+0x11/0xb0 [ 19.538311] __alloc_pages_nodemask+0x26a/0x290 [ 19.539188] alloc_pages_current+0x6a/0xb0 [ 19.540004] balloon_page_enqueue+0x25/0xf0 [ 19.540818] update_balloon_size_func+0xe1/0x260 [virtio_balloon] [ 19.541626] process_one_work+0x149/0x360 [ 19.542417] worker_thread+0...

...1 01/01/2011 > [ 19.533285] Workqueue: events_freezable update_balloon_size_func [virtio_balloon] > [ 19.534143] Call Trace: > [ 19.535015] dump_stack+0x63/0x87 > [ 19.535844] warn_alloc+0x114/0x1c0 > [ 19.536667] __alloc_pages_slowpath+0x9a6/0xba7 > [ 19.537491] ? sched_clock_cpu+0x11/0xb0 > [ 19.538311] __alloc_pages_nodemask+0x26a/0x290 > [ 19.539188] alloc_pages_current+0x6a/0xb0 > [ 19.540004] balloon_page_enqueue+0x25/0xf0 > [ 19.540818] update_balloon_size_func+0xe1/0x260 [virtio_balloon] > [ 19.541626] process_one_work+0x149/0x360 > [...

...de kernel: do_signal+0x23/0x5c0 Apr 14 02:19:40 bicoid.molgen.mpg.de kernel: ? update_curr+0x11e/0x170 Apr 14 02:19:40 bicoid.molgen.mpg.de kernel: ? update_curr+0xb9/0x170 Apr 14 02:19:40 bicoid.molgen.mpg.de kernel: ? pick_next_entity+0x70/0x110 Apr 14 02:19:40 bicoid.molgen.mpg.de kernel: ? sched_clock_cpu+0x11/0xb0 Apr 14 02:19:40 bicoid.molgen.mpg.de kernel: ? __schedule+0xe9/0x790 Apr 14 02:19:40 bicoid.molgen.mpg.de kernel: exit_to_usermode_loop+0x79/0x90 Apr 14 02:19:40 bicoid.molgen.mpg.de kernel: do_syscall_64+0xf0/0x110 Apr 14 02:19:40 bicoid.molgen.mpg.de kernel: entry_SYSCALL_64_after_h...

Tetsuo Handa wrote: > Michael S. Tsirkin wrote: > > > > > > > > The proper fix isn't that hard - just avoid allocations under lock. > > > > > > > > Patch posted, pls take a look. > > > > > > Your patch allocates pages in order to inflate the balloon, but > > > your patch will allow leak_balloon() to deflate the

Tetsuo Handa wrote: > Michael S. Tsirkin wrote: > > > > > > > > The proper fix isn't that hard - just avoid allocations under lock. > > > > > > > > Patch posted, pls take a look. > > > > > > Your patch allocates pages in order to inflate the balloon, but > > > your patch will allow leak_balloon() to deflate the

...3076] [<ffffffff816971e6>] ? __atomic_notifier_call_chain+0x26/0x40 [ 39.633076] [<ffffffff813c176a>] xen_evtchn_do_upcall+0x2a/0x40 [ 39.633076] [<ffffffff8169ceed>] xen_hvm_callback_vector+0x6d/0x80 [ 39.633076] <EOI> [ 39.633076] [<ffffffff810ce118>] ? sched_clock_cpu+0xb8/0x110 [ 39.633076] [<ffffffff81085736>] ? native_safe_halt+0x6/0x10 [ 39.633076] [<ffffffff81054d1a>] default_idle+0x1a/0xf0 [ 39.633076] [<ffffffff81054646>] arch_cpu_idle+0x26/0x30 [ 39.633076] [<ffffffff810e6f9f>] cpu_startup_entry+0x7f/0x250 [ 39.63307...