search for: 0x350

...n a physical machine and a VM, the TCP server which is a Xen VM crashed. Do you know what''s the problem of this bug? Thanks. [ 100.973027] BUG: unable to handle kernel NULL pointer dereference at 0000000000000008 [ 100.973040] IP: [<ffffffff81455f16>] xennet_alloc_rx_buffers+0x166/0x350 [ 100.973050] PGD 1cc98067 PUD 1d74c067 PMD 0 [ 100.973051] Oops: 0002 [#1] SMP [ 100.973051] CPU 1 [ 100.973051] Modules linked in: [ 100.973051] [ 100.973051] Pid: 9, comm: ksoftirqd/1 Not tainted 3.2.23 #131 [ 100.973051] RIP: e030:[<ffffffff81455f16>] [<ffffffff81455f16>] xe...

...ion failure. It eventually reaches dracut > failures due to systemd/udev not setting up properly, but I think the > root is this: > > [ 1.970630] ------------[ cut here ]------------ > [ 1.970651] WARNING: CPU: 2 PID: 225 at mm/vmalloc.c:131 > vmap_page_range_noflush+0x2c1/0x350 > [ 1.970660] Modules linked in: > [ 1.970668] CPU: 2 PID: 225 Comm: systemd-udevd Not tainted > 3.10.0-693.1.1.el7.x86_64 #1 > [ 1.970677] 0000000000000000 000000008cddc75d ffff8803e8587bd8 > ffffffff816a3d91 > [ 1.970688] ffff8803e8587c18 ffffffff810879c8 000000838...

...I would like to confirm, though. Thanks, Joel --- XUL`PresShell::ProcessReflowCommands(int)+0x32f XUL`PresShell::FlushPendingNotifications(mozFlushType) +0x19e XUL`PresShell::DidDoReflow(int)+0xeb XUL`PresShell::ResizeReflow(int, int)+0x350 XUL`nsViewManager::SetWindowDimensions(int, int)+0xe3 --- fastest mac firefox! http://wagerlabs.com

...>> failures due to systemd/udev not setting up properly, but I think the >>> root is this: >>> >>> [ 1.970630] ------------[ cut here ]------------ >>> [ 1.970651] WARNING: CPU: 2 PID: 225 at mm/vmalloc.c:131 >>> vmap_page_range_noflush+0x2c1/0x350 >>> [ 1.970660] Modules linked in: >>> [ 1.970668] CPU: 2 PID: 225 Comm: systemd-udevd Not tainted >>> 3.10.0-693.1.1.el7.x86_64 #1 >>> [ 1.970677] 0000000000000000 000000008cddc75d ffff8803e8587bd8 >>> ffffffff816a3d91 >>> [ 1.9706...

A recently created and fully functional CentOS 7.3 VM fails to boot after applying CR updates: ... ;-1f1;-1f CentOS Linux 7 (Core)1;-1f1;-1f CentOS Linux 7 (Core)1;-1f1;-1f CentOS Linux 7 (Core)1;-1f1;-1f CentOS Linux 7 (Core)1;-1f1;-1f CentOS Linux 7 (Core)1;-1f1;-1f CentOS Linux 7 (Core)1;-1f1;-1f CentOS Linux 7 (Core)1;-1f1;-1f CentOS Linux 7 (Core)1;-1f1;-1f CentOS Linux 7 (Core)1;-1f1;-1f

...22 09:11:49 daisy kernel: [142441.721176]? [<ffffffff8114fa6f>] ? filemap_fdatawait+0x2f/0x40 Apr 22 09:11:49 daisy kernel: [142441.721181]? [<ffffffff81200f85>] __sync_filesystem+0x95/0xa0 Apr 22 09:11:49 daisy kernel: [142441.721184]? [<ffffffff8120151d>] sync_filesystems+0x30d/0x350 Apr 22 09:11:49 daisy kernel: [142441.721188]? [<ffffffff812016e5>] sys_sync+0x155/0x1a0 Apr 22 09:11:49 daisy kernel: [142441.721192]? [<ffffffff81571424>] system_call_fastpath+0x22/0x3a Apr 22 09:13:49 daisy kernel: [142561.721069] INFO: task hdparm:22246 blocked for more than 120 sec...

...320 [ 4036.404351] Call Trace: [ 4036.404358] [<ffffffff81093ac3>] process_one_work+0x153/0x3f0 [ 4036.404361] [<ffffffff8109428a>] worker_thread+0x12a/0x4b0 [ 4036.404365] [<ffffffff817daf0a>] ? __schedule+0x35a/0x970 [ 4036.404368] [<ffffffff81094160>] ? rescuer_thread+0x350/0x350 [ 4036.404372] [<ffffffff81099a99>] kthread+0xc9/0xe0 [ 4036.404376] [<ffffffff810999d0>] ? kthread_park+0x60/0x60 [ 4036.404380] [<ffffffff817df20f>] ret_from_fork+0x3f/0x70 [ 4036.404383] [<ffffffff810999d0>] ? kthread_park+0x60/0x60 [ 4036.404385] Code: f8 11 0f...

...r me start with a page allocation failure. It eventually reaches dracut failures due to systemd/udev not setting up properly, but I think the root is this: [ 1.970630] ------------[ cut here ]------------ [ 1.970651] WARNING: CPU: 2 PID: 225 at mm/vmalloc.c:131 vmap_page_range_noflush+0x2c1/0x350 [ 1.970660] Modules linked in: [ 1.970668] CPU: 2 PID: 225 Comm: systemd-udevd Not tainted 3.10.0-693.1.1.el7.x86_64 #1 [ 1.970677] 0000000000000000 000000008cddc75d ffff8803e8587bd8 ffffffff816a3d91 [ 1.970688] ffff8803e8587c18 ffffffff810879c8 00000083811c14e8 ffff8800066eb000 [...

...sole] [ 0.444004] [<ffffffffa004fb2f>] control_work_handler+0x19f/0x3bc [virtio_console] [ 0.444004] [<ffffffff81087b76>] process_one_work+0x176/0x430 [ 0.444004] [<ffffffff810887ab>] worker_thread+0x11b/0x3a0 [ 0.444004] [<ffffffff81088690>] ? rescuer_thread+0x350/0x350 [ 0.444004] [<ffffffff8108f272>] kthread+0xd2/0xf0 [ 0.444004] [<ffffffff8108f1a0>] ? insert_kthread_work+0x40/0x40 [ 0.444004] [<ffffffff8169663c>] ret_from_fork+0x7c/0xb0 [ 0.444004] [<ffffffff8108f1a0>] ? insert_kthread_work+0x40/0x40 [ 0.444004]...

...sole] [ 0.444004] [<ffffffffa004fb2f>] control_work_handler+0x19f/0x3bc [virtio_console] [ 0.444004] [<ffffffff81087b76>] process_one_work+0x176/0x430 [ 0.444004] [<ffffffff810887ab>] worker_thread+0x11b/0x3a0 [ 0.444004] [<ffffffff81088690>] ? rescuer_thread+0x350/0x350 [ 0.444004] [<ffffffff8108f272>] kthread+0xd2/0xf0 [ 0.444004] [<ffffffff8108f1a0>] ? insert_kthread_work+0x40/0x40 [ 0.444004] [<ffffffff8169663c>] ret_from_fork+0x7c/0xb0 [ 0.444004] [<ffffffff8108f1a0>] ? insert_kthread_work+0x40/0x40 [ 0.444004]...

...ally reaches dracut >> failures due to systemd/udev not setting up properly, but I think the >> root is this: >> >> [ 1.970630] ------------[ cut here ]------------ >> [ 1.970651] WARNING: CPU: 2 PID: 225 at mm/vmalloc.c:131 >> vmap_page_range_noflush+0x2c1/0x350 >> [ 1.970660] Modules linked in: >> [ 1.970668] CPU: 2 PID: 225 Comm: systemd-udevd Not tainted >> 3.10.0-693.1.1.el7.x86_64 #1 >> [ 1.970677] 0000000000000000 000000008cddc75d ffff8803e8587bd8 >> ffffffff816a3d91 >> [ 1.970688] ffff8803e8587c18 ff...

...: [142441.721176]? [<ffffffff8114fa6f>] ? > filemap_fdatawait+0x2f/0x40 > Apr 22 09:11:49 daisy kernel: [142441.721181]? [<ffffffff81200f85>] > __sync_filesystem+0x95/0xa0 > Apr 22 09:11:49 daisy kernel: [142441.721184]? [<ffffffff8120151d>] > sync_filesystems+0x30d/0x350 > Apr 22 09:11:49 daisy kernel: [142441.721188]? [<ffffffff812016e5>] > sys_sync+0x155/0x1a0 > Apr 22 09:11:49 daisy kernel: [142441.721192]? [<ffffffff81571424>] > system_call_fastpath+0x22/0x3a > Apr 22 09:13:49 daisy kernel: [142561.721069] INFO: task hdparm:22246 >...

Hey Jeremy, Please pull from devel/pat (based off your xen/dom0/core tree) which has one patch: Konrad Rzeszutek Wilk (1): xen/pat: make pte_flags(x) a pvops function. which is neccessary for the drivers/gpu/drm/radeon driver to work properly with AGP based cards (which look to be the only ones that try to set WC on pages). Also please pull from devel/kms.fixes-05 (based off your

...<ffffffff8114fa6f>] ? >> filemap_fdatawait+0x2f/0x40 >> Apr 22 09:11:49 daisy kernel: [142441.721181]? [<ffffffff81200f85>] >> __sync_filesystem+0x95/0xa0 >> Apr 22 09:11:49 daisy kernel: [142441.721184]? [<ffffffff8120151d>] >> sync_filesystems+0x30d/0x350 >> Apr 22 09:11:49 daisy kernel: [142441.721188]? [<ffffffff812016e5>] >> sys_sync+0x155/0x1a0 >> Apr 22 09:11:49 daisy kernel: [142441.721192]? [<ffffffff81571424>] >> system_call_fastpath+0x22/0x3a >> Apr 22 09:13:49 daisy kernel: [142561.721069] INFO: ta...

...4] ? netlink_ack+0xcd0/0xcd0 [ 46.168030] netlink_unicast+0x45a/0x6a0 [ 46.168061] ? netlink_attachskb+0x770/0x770 [ 46.168075] ? import_iovec+0xa8/0x460 [ 46.168093] netlink_sendmsg+0x68e/0xdf0 [ 46.168127] ? netlink_unicast+0x6a0/0x6a0 [ 46.168133] ? copy_msghdr_from_user+0x216/0x350 [ 46.168160] ? netlink_unicast+0x6a0/0x6a0 [ 46.168168] sock_sendmsg+0xdb/0x160 [ 46.168193] ___sys_sendmsg+0x6b3/0xbd0 [ 46.168207] ? copy_msghdr_from_user+0x350/0x350 [ 46.168221] ? do_raw_spin_unlock+0xae/0x310 [ 46.168248] ? _raw_spin_unlock+0x2e/0x50 [ 46.168257] ? __handl...

...4] ? netlink_ack+0xcd0/0xcd0 [ 46.168030] netlink_unicast+0x45a/0x6a0 [ 46.168061] ? netlink_attachskb+0x770/0x770 [ 46.168075] ? import_iovec+0xa8/0x460 [ 46.168093] netlink_sendmsg+0x68e/0xdf0 [ 46.168127] ? netlink_unicast+0x6a0/0x6a0 [ 46.168133] ? copy_msghdr_from_user+0x216/0x350 [ 46.168160] ? netlink_unicast+0x6a0/0x6a0 [ 46.168168] sock_sendmsg+0xdb/0x160 [ 46.168193] ___sys_sendmsg+0x6b3/0xbd0 [ 46.168207] ? copy_msghdr_from_user+0x350/0x350 [ 46.168221] ? do_raw_spin_unlock+0xae/0x310 [ 46.168248] ? _raw_spin_unlock+0x2e/0x50 [ 46.168257] ? __handl...

...e to systemd/udev not setting up properly, but I think the >>>> root is this: >>>> >>>> [ 1.970630] ------------[ cut here ]------------ >>>> [ 1.970651] WARNING: CPU: 2 PID: 225 at mm/vmalloc.c:131 >>>> vmap_page_range_noflush+0x2c1/0x350 >>>> [ 1.970660] Modules linked in: >>>> [ 1.970668] CPU: 2 PID: 225 Comm: systemd-udevd Not tainted >>>> 3.10.0-693.1.1.el7.x86_64 #1 >>>> [ 1.970677] 0000000000000000 000000008cddc75d ffff8803e8587bd8 >>>> ffffffff816a3d91 >...

...>] ? >>> filemap_fdatawait+0x2f/0x40 >>> Apr 22 09:11:49 daisy kernel: [142441.721181]? [<ffffffff81200f85>] >>> __sync_filesystem+0x95/0xa0 >>> Apr 22 09:11:49 daisy kernel: [142441.721184]? [<ffffffff8120151d>] >>> sync_filesystems+0x30d/0x350 >>> Apr 22 09:11:49 daisy kernel: [142441.721188]? [<ffffffff812016e5>] >>> sys_sync+0x155/0x1a0 >>> Apr 22 09:11:49 daisy kernel: [142441.721192]? [<ffffffff81571424>] >>> system_call_fastpath+0x22/0x3a >>> Apr 22 09:13:49 daisy kernel: [142...

....000005] nouveau_bo_new+0x416/0x590 [ +0.000007] ? nouveau_bo_invalidate_caches+0x10/0x10 [ +0.000009] ? nouveau_gem_new+0x100/0x100 [ +0.000004] nouveau_gem_new+0x49/0x100 [ +0.000009] nouveau_gem_ioctl_new+0x41/0xc0 [ +0.000009] drm_ioctl_kernel+0x59/0xb0 [ +0.000008] drm_ioctl+0x2c1/0x350 [ +0.000007] ? nouveau_gem_new+0x100/0x100 [ +0.000012] ? _raw_spin_unlock_irqrestore+0x4d/0x90 [ +0.000006] ? preempt_count_sub+0x9b/0xd0 [ +0.000005] ? _raw_spin_unlock_irqrestore+0x6b/0x90 [ +0.000008] nouveau_drm_ioctl+0x64/0xc0 [ +0.000009] do_vfs_ioctl+0x8e/0x690 [ +0.000007] ?...

...uous memory addresses (with 4-bytes aligment): 0x100: Global Vars (take 16 Byte) 0x110: Foo() Code (take 32 Byte) 0x130: Too() Code (take 32 Byte) 0x150: end. So i can save the JIT code (form 0x100 -> 0x150) and i can load it in the execution process in any virtual address, assume (0x300 -> 0x350) and execute it by jump to the ep. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110626/8825840a/attachment.html>