search for: 0x280

...o_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/0x10e0 [ 46.166882] net_rx_action+0x4bc/0x10e0 [ 46.16690...

...o_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/0x10e0 [ 46.166882] net_rx_action+0x4bc/0x10e0 [ 46.16690...

...san_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/0x10e0 > [?? 46.166882]? net_rx_ac...

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

...2017] [<ffffffff8120bfef>] link_path_walk+0x80f/0x8b0 [Mon Aug 7 17:09:32 2017] [<ffffffff810b4866>] ? __remove_hrtimer+0x46/0xe0 [Mon Aug 7 17:09:32 2017] [<ffffffff8120c1eb>] path_lookupat+0x6b/0x7a0 [Mon Aug 7 17:09:32 2017] [<ffffffff810f5fb3>] ? futex_wait+0x1a3/0x280 [Mon Aug 7 17:09:32 2017] [<ffffffff811de5e5>] ? kmem_cache_alloc+0x35/0x1e0 [Mon Aug 7 17:09:32 2017] [<ffffffff8120f23f>] ? getname_flags+0x4f/0x1a0 [Mon Aug 7 17:09:32 2017] [<ffffffff8120c94b>] filename_lookup+0x2b/0xc0 [Mon Aug 7 17:09:32 2017] [<ffffffff81210367&g...

...ystem with Ivy Bridge stepping C0 CPU, it is stuck on CPU initialization. I''ve added some tracing to apic writes/reads and traced it so far to sending INIT IPI. (XEN) HVM: VMX enabled (XEN) HVM: Hardware Assisted Paging detected. (XEN) Setting warm reset code and vector. (XEN) apic_wrmsr (0x280,0x0) (XEN) apic_rdmsr(0x280) = 0x0 (XEN) Asserting INIT. (XEN) apic_wrmsr (0x300,0x10000c500) After this ^^^^ write BSP becomes VERY slow and it takes several minutes till it gets to sending STARTUP IPI: (XEN) Sending STARTUP #1. (XEN) apic_wrmsr (0x280,0x0) (XEN) apic_rdmsr(0x280) = 0x0 (XEN) Af...

...drm_irq.c:743) ? drm_irq_install+0x570/0x570 (drivers/gpu/drm/drm_irq.c:459) ? trace_hardirqs_off+0xd/0x10 (kernel/locking/lockdep.c:2780) ? _raw_spin_unlock_irqrestore+0x4b/0x50 (kernel/locking/spinlock.c:190) ? try_to_wake_up+0xc6/0xd00 (kernel/sched/core.c:2010) ? debug_check_no_locks_freed+0x280/0x280 (kernel/locking/lockdep.c:4270) ? debug_check_no_locks_freed+0x280/0x280 (kernel/locking/lockdep.c:4270) ? migrate_swap_stop+0x790/0x790 (kernel/sched/core.c:1291) ? drm_handle_vblank+0x1c1/0x7d0 (drivers/gpu/drm/drm_irq.c:1704) nouveau_display_vblstamp+0x16d/0x2a0 [nouveau] (drivers/gpu/...

...gt;] ? cp_new_stat+0x165/0x1a0 [26399.968497]? [<ffffffffaf45d661>] user_path_at+0x11/0x20 [26399.968501]? [<ffffffffaf450343>] vfs_fstatat+0x63/0xc0 [26399.968505]? [<ffffffffaf4506fe>] SYSC_newstat+0x2e/0x60 [26399.968530]? [<ffffffffaf33e3f6>] ? __audit_syscall_exit+0x1e6/0x280 [26399.968534]? [<ffffffffaf450bbe>] SyS_newstat+0xe/0x10 [26399.968544]? [<ffffffffaf98dede>] system_call_fastpath+0x25/0x2a [27479.967352] INFO: task cp:4656 blocked for more than 120 seconds. [27479.967414] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables thi...

...te_range_start+0x25c/0x320 [ 98.473031] unmap_vmas+0x10c/0x200 [ 98.477130] unmap_region+0x1a4/0x240 [ 98.481410] __do_munmap+0x3e0/0x750 [ 98.485535] __vm_munmap+0xbc/0x130 [ 98.489599] __x64_sys_munmap+0x3c/0x50 [ 98.493951] do_syscall_64+0x68/0x280 [ 98.498162] entry_SYSCALL_64_after_hwframe+0x49/0xbe [ 98.503778] [ 98.503778] -> #2 (mmu_notifier_invalidate_range_start){+.+.}: [ 98.511084] __mmu_notifier_register+0x8c/0x320 [ 98.516206] nouveau_svmm_init+0x1ef/0x280 [nouveau] [ 98.521714] drm_ioctl_...

...ee there is some history of e100e driver having issues, and I'm wondering if it could be related. Does anyone have any thoughts on where to do with it, as I'm assuming it will hang again later. Thanks, Ian Feb 18 05:04:36 kernel: WARNING: at net/sched/sch_generic.c:261 dev_watchdog+0x26d/0x280() (Not tainted) Feb 18 05:04:36 kernel: Hardware name: X9SCL/X9SCM Feb 18 05:04:36 kernel: NETDEV WATCHDOG: eth0 (e1000e): transmit queue 0 timed out Feb 18 05:04:36 kernel: Modules linked in: ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 xt_state nf_conntrack ip6table_filter ip6_tables ipv6 ext4 jb...

...000006c752978>] kmemleak_alloc_recursive include/linux/kmemleak.h:43 [inline] > [<000000006c752978>] slab_post_alloc_hook mm/slab.h:439 [inline] > [<000000006c752978>] slab_alloc mm/slab.c:3326 [inline] > [<000000006c752978>] kmem_cache_alloc_trace+0x13d/0x280 mm/slab.c:3553 > [<00000000b3825d52>] kmalloc include/linux/slab.h:547 [inline] > [<00000000b3825d52>] vhost_net_ubuf_alloc drivers/vhost/net.c:241 [inline] > [<00000000b3825d52>] vhost_net_set_backend drivers/vhost/net.c:1535 [inline] > [<000000...

...000006c752978>] kmemleak_alloc_recursive include/linux/kmemleak.h:43 [inline] > [<000000006c752978>] slab_post_alloc_hook mm/slab.h:439 [inline] > [<000000006c752978>] slab_alloc mm/slab.c:3326 [inline] > [<000000006c752978>] kmem_cache_alloc_trace+0x13d/0x280 mm/slab.c:3553 > [<00000000b3825d52>] kmalloc include/linux/slab.h:547 [inline] > [<00000000b3825d52>] vhost_net_ubuf_alloc drivers/vhost/net.c:241 [inline] > [<00000000b3825d52>] vhost_net_set_backend drivers/vhost/net.c:1535 [inline] > [<000000...

...: [<00000000ae0c4ae0>] kmemleak_alloc_recursive include/linux/kmemleak.h:55 [inline] [<00000000ae0c4ae0>] slab_post_alloc_hook mm/slab.h:439 [inline] [<00000000ae0c4ae0>] slab_alloc mm/slab.c:3326 [inline] [<00000000ae0c4ae0>] kmem_cache_alloc_trace+0x13d/0x280 mm/slab.c:3553 [<0000000079ebab38>] kmalloc include/linux/slab.h:547 [inline] [<0000000079ebab38>] vhost_net_ubuf_alloc drivers/vhost/net.c:241 [inline] [<0000000079ebab38>] vhost_net_set_backend drivers/vhost/net.c:1534 [inline] [<0000000079ebab38>] vhos...

...: [<00000000ae0c4ae0>] kmemleak_alloc_recursive include/linux/kmemleak.h:55 [inline] [<00000000ae0c4ae0>] slab_post_alloc_hook mm/slab.h:439 [inline] [<00000000ae0c4ae0>] slab_alloc mm/slab.c:3326 [inline] [<00000000ae0c4ae0>] kmem_cache_alloc_trace+0x13d/0x280 mm/slab.c:3553 [<0000000079ebab38>] kmalloc include/linux/slab.h:547 [inline] [<0000000079ebab38>] vhost_net_ubuf_alloc drivers/vhost/net.c:241 [inline] [<0000000079ebab38>] vhost_net_set_backend drivers/vhost/net.c:1534 [inline] [<0000000079ebab38>] vhos...

...ering if it could be related. >> >> Does anyone have any thoughts on where to do with it, as I'm >> assuming it will hang again later. >> >> Thanks, Ian >> >> Feb 18 05:04:36 kernel: WARNING: at net/sched/sch_generic.c:261 >> dev_watchdog+0x26d/0x280() (Not tainted) >> Feb 18 05:04:36 kernel: Hardware name: X9SCL/X9SCM >> Feb 18 05:04:36 kernel: NETDEV WATCHDOG: eth0 (e1000e): transmit >> queue 0 timed out >> Feb 18 05:04:36 kernel: Modules linked in: ip6t_REJECT >> nf_conntrack_ipv6 nf_defrag_ipv6 xt_state nf_conn...

...00 00 00 0c 00 00 00 01 00 01 00 (..=............ 02 dc 51 3c 00 00 00 00 56 00 00 00 00 00 00 00 ..Q<....V....... backtrace: [<ffffffff8152db19>] kmemleak_alloc+0x59/0xc0 [<ffffffff81102e93>] __kmalloc+0xf3/0x180 [<ffffffff812db5d6>] vring_add_indirect+0x36/0x280 [<ffffffff812dc59f>] virtqueue_add_outbuf+0xbf/0x4e0 [<ffffffff813a8b30>] start_xmit+0x1a0/0x3b0 [<ffffffff81445861>] dev_hard_start_xmit+0x2d1/0x4d0 [<ffffffff81460052>] sch_direct_xmit+0xf2/0x1c0 [<ffffffff81445c28>] dev_queue_xmit+0x1c8/0x460...

...00 00 00 0c 00 00 00 01 00 01 00 (..=............ 02 dc 51 3c 00 00 00 00 56 00 00 00 00 00 00 00 ..Q<....V....... backtrace: [<ffffffff8152db19>] kmemleak_alloc+0x59/0xc0 [<ffffffff81102e93>] __kmalloc+0xf3/0x180 [<ffffffff812db5d6>] vring_add_indirect+0x36/0x280 [<ffffffff812dc59f>] virtqueue_add_outbuf+0xbf/0x4e0 [<ffffffff813a8b30>] start_xmit+0x1a0/0x3b0 [<ffffffff81445861>] dev_hard_start_xmit+0x2d1/0x4d0 [<ffffffff81460052>] sch_direct_xmit+0xf2/0x1c0 [<ffffffff81445c28>] dev_queue_xmit+0x1c8/0x460...

Sorry i don`t copy everything: TEST-MAIL1# echo "ls //orphan_dir:0000"|debugfs.ocfs2 /dev/dm-0|wc debugfs.ocfs2 1.6.4 5239722 26198604 246266859 TEST-MAIL1# echo "ls //orphan_dir:0001"|debugfs.ocfs2 /dev/dm-0|wc debugfs.ocfs2 1.6.4 6074335 30371669 285493670 TEST-MAIL2 ~ # echo "ls //orphan_dir:0000"|debugfs.ocfs2 /dev/dm-0|wc debugfs.ocfs2 1.6.4 5239722 26198604

...ce After this or during this my network switch just stopped working ang got stuck. Maybe the switch made the problem? Thanks, Eliezer Feb 1 04:07:15 localhost kernel: ------------[ cut here ]------------ Feb 1 04:07:15 localhost kernel: WARNING: at net/sched/sch_generic.c:261 dev_watchdog+0x26d/0x280() (Not tainted) Feb 1 04:07:15 localhost kernel: Hardware name: Feb 1 04:07:15 localhost kernel: NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out Feb 1 04:07:15 localhost kernel: Modules linked in: tcp_diag inet_diag bluetooth rfkill bnx2fc fcoe libfcoe libfc 8021q scsi_transport_fc gar...