search for: apply_to_page_rang

...he locking correctness validator. Pid: 4042, comm: blkid Not tainted 2.6.32 #75 Call Trace: [<ffffffff8107711b>] __lock_acquire+0x16d0/0x1767 [<ffffffff8100f465>] ? xen_force_evtchn_callback+0xd/0xf [<ffffffff8100fd52>] ? check_events+0x12/0x20 [<ffffffff810da9af>] ? apply_to_page_range+0x2ba/0x3c8 [<ffffffff810772a4>] lock_acquire+0xf2/0x116 [<ffffffff810da9af>] ? apply_to_page_range+0x2ba/0x3c8 [<ffffffff810d02af>] ? ftrace_format_kmalloc+0x63/0xdd [<ffffffff814e9d47>] _spin_lock+0x36/0x45 [<ffffffff810da9af>] ? apply_to_page_range+0x2ba/...

...led into a kernel oops. [1527071.169682] tapdisk2[26548]: segfault at 7fffd324cfe8 ip 000000000040837f sp 00007fffd324cff0 error 6 in tapdisk2[400000+38000] [1527071.220104] BUG: unable to handle kernel NULL pointer dereference at 0000000000000048 [1527071.220170] IP: [<ffffffff810ce73c>] apply_to_page_range+0x47/0x2f3 [1527071.220210] PGD 1e9a9067 PUD 1e9a8067 PMD 0 [1527071.220250] Oops: 0000 [#1] SMP [1527071.220282] last sysfs file: /sys/devices/virtual/blktap2/blktap0/remove [1527071.220315] CPU 0 [1527071.220340] Modules linked in: xt_state xt_physdev tun ip6table_filter ip6_tables nfs lockd fs...

...0c9000 ffffffff819bac90 ffffc900000c8fff [ 32.304843] ffffc900000c9000 ffff88001eacb000 ffffffff810206b0 0000000000000000 [ 32.304854] Call Trace: [ 32.304858] <IRQ> [ 32.304861] [<ffffffff81061857>] paravirt_enter_lazy_mmu+0x27/0x30 [ 32.304879] [<ffffffff811b1fe2>] apply_to_page_range+0x282/0x460 [ 32.304888] [<ffffffff810206b0>] ? map_pte_fn+0x60/0x60 [ 32.304894] [<ffffffff810207fb>] arch_gnttab_map_status+0x3b/0x70 [ 32.304904] [<ffffffff813d5176>] gnttab_map_frames_v2+0xd6/0x150 [ 32.304910] [<ffffffff813d5291>] gnttab_map+0xa1/0x140 [...

...00000c8fff > [ 32.304843] ffffc900000c9000 ffff88001eacb000 ffffffff810206b0 > 0000000000000000 > [ 32.304854] Call Trace: > [ 32.304858] <IRQ> > [ 32.304861] [<ffffffff81061857>] paravirt_enter_lazy_mmu+0x27/0x30 > [ 32.304879] [<ffffffff811b1fe2>] apply_to_page_range+0x282/0x460 > [ 32.304888] [<ffffffff810206b0>] ? map_pte_fn+0x60/0x60 > [ 32.304894] [<ffffffff810207fb>] arch_gnttab_map_status+0x3b/0x70 > [ 32.304904] [<ffffffff813d5176>] gnttab_map_frames_v2+0xd6/0x150 > [ 32.304910] [<ffffffff813d5291>] gnttab...

...nux/poison.h | 7 ------- mm/page_poison.c | 24 ++++++++++++++++++++++++ 3 files changed, 26 insertions(+), 7 deletions(-) diff --git a/include/linux/mm.h b/include/linux/mm.h index 1c77d88..d95e5d3 100644 --- a/include/linux/mm.h +++ b/include/linux/mm.h @@ -2469,11 +2469,13 @@ extern int apply_to_page_range(struct mm_struct *mm, unsigned long address, extern bool page_poisoning_enabled(void); extern void kernel_poison_pages(struct page *page, int numpages, int enable); extern bool page_is_poisoned(struct page *page); +extern bool page_poison_val_get(u8 *val); #else static inline bool page_poison...

On 01/06/2018 03:16 AM, Dmitry Melekhov wrote: > The same problem with latest centos 6 kernel,i.e. with meltdown fix. > > I can't see console output, because I have it on "cloud" provider > hosting :-) > > > > 06.01.2018 05:13, Shaun Reitan ?????: >> Broken! >> >> For those of you looking for a PV enabled client Kernel for CentOS Linux

...0000608fff > [? 587.145018]? ffffc90000609000 ffff8800fa04d000 0000000000000004 > ffffc90000608fff > [? 587.145018] Call Trace: > [? 587.145018]? <IRQ> > [? 587.145018]? [<ffffffff81046bc7>] paravirt_enter_lazy_mmu+0x27/0x30 > [? 587.145018]? [<ffffffff8116d8d6>] apply_to_page_range+0x266/0x440 > [? 587.145018]? [<ffffffff8100a7fb>] arch_gnttab_map_status+0x3b/0x70 > [? 587.145018]? [<ffffffff81362486>] gnttab_map_frames_v2+0xd6/0x150 > [? 587.145018]? [<ffffffff813625a1>] gnttab_map+0xa1/0x140 > [? 587.145018]? [<ffffffff81362740>] get_fre...

...9000 ffffffff818cec90 ffffc90000608fff [ 587.145018] ffffc90000609000 ffff8800fa04d000 0000000000000004 ffffc90000608fff [ 587.145018] Call Trace: [ 587.145018] <IRQ> [ 587.145018] [<ffffffff81046bc7>] paravirt_enter_lazy_mmu+0x27/0x30 [ 587.145018] [<ffffffff8116d8d6>] apply_to_page_range+0x266/0x440 [ 587.145018] [<ffffffff8100a7fb>] arch_gnttab_map_status+0x3b/0x70 [ 587.145018] [<ffffffff81362486>] gnttab_map_frames_v2+0xd6/0x150 [ 587.145018] [<ffffffff813625a1>] gnttab_map+0xa1/0x140 [ 587.145018] [<ffffffff81362740>] get_free_entries+0x100/0x2e...

...k for the paravirtualized kernel patches coming later on. I think this lot is ready for the rough-and-tumble world of the -mm tree. For the most part, these patches do nothing or very little. The patches should be self explanatory, but the overview is: Helper functions for later use: 1/13: Add apply_to_page_range()... 3/13: Implement always-locked bit ops... 13/13: Put .note.* sections into a PT_NOTE segment in vmlinux Cleanups: 2/13: Remove locally-defined ldt structure in favour of standard type 4/13: Allow a kernel to not be in ring 0 6/13: Roll all the cpuid asm into one __cpuid call 9/13: Remov...

...k for the paravirtualized kernel patches coming later on. I think this lot is ready for the rough-and-tumble world of the -mm tree. For the most part, these patches do nothing or very little. The patches should be self explanatory, but the overview is: Helper functions for later use: 1/13: Add apply_to_page_range()... 3/13: Implement always-locked bit ops... 13/13: Put .note.* sections into a PT_NOTE segment in vmlinux Cleanups: 2/13: Remove locally-defined ldt structure in favour of standard type 4/13: Allow a kernel to not be in ring 0 6/13: Roll all the cpuid asm into one __cpuid call 9/13: Remov...

Hi Jeremy. According to your suggestion, I recreated patches for Ingo's x86.git tree. And this patch series includes Eddie's modification. Please review and forward them. (or push back to respin.) Recently the xen-ia64 community started to make efforts to merge xen/ia64 Linux to upstream. The first step is to merge up domU portion. This patchset is preliminary for xen/ia64 domU linux

Hi Jeremy. According to your suggestion, I recreated patches for Ingo's x86.git tree. And this patch series includes Eddie's modification. Please review and forward them. (or push back to respin.) Recently the xen-ia64 community started to make efforts to merge xen/ia64 Linux to upstream. The first step is to merge up domU portion. This patchset is preliminary for xen/ia64 domU linux

...ages) { - return -ENOSYS; + int err; + struct remap_data data; + + /* TBD: Batching, current sole caller only does page at a time */ + if (nr > 1) + return -EINVAL; + + data.fgmfn = mfn; + data.prot = prot; + data.domid = domid; + data.vma = vma; + data.index = 0; + data.pages = pages; + err = apply_to_page_range(vma->vm_mm, addr, nr << PAGE_SHIFT, + remap_pte_fn, &data); + return err; } EXPORT_SYMBOL_GPL(xen_remap_domain_mfn_range); +int xen_unmap_domain_mfn_range(struct vm_area_struct *vma, + int nr, struct page **pages) +{ + int i; + + for (i = 0; i < nr; i++) { + stru...

...;t be touched without the mmap_sem, > + * and we are holding it now, there is no need for the notifier_range > + * locking pattern. > + */ > + mmu_range_read_begin(&map->notifier); > + > if (use_ptemod) { > map->pages_vm_start = vma->vm_start; > err = apply_to_page_range(vma->vm_mm, vma->vm_start, > @@ -1175,8 +1088,11 @@ static int gntdev_mmap(struct file *flip, struct vm_area_struct *vma) > mutex_unlock(&priv->lock); > out_put_map: > if (use_ptemod) { > - map->vma = NULL; > unmap_grant_pages(map, 0, map->count); >...

...* Since this vma's mappings can't be touched without the mmap_sem, + * and we are holding it now, there is no need for the notifier_range + * locking pattern. + */ + mmu_range_read_begin(&map->notifier); + if (use_ptemod) { map->pages_vm_start = vma->vm_start; err = apply_to_page_range(vma->vm_mm, vma->vm_start, @@ -1175,8 +1088,11 @@ static int gntdev_mmap(struct file *flip, struct vm_area_struct *vma) mutex_unlock(&priv->lock); out_put_map: if (use_ptemod) { - map->vma = NULL; unmap_grant_pages(map, 0, map->count); + if (map->vma) { + mmu_rang...

This series implements ballooning for Xen on ARM and builds and Mukesh''s PVH privcmd stuff to implement foreign page mapping on ARM, replacing the old "HACK: initial (very hacky) XENMAPSPACE_gmfn_foreign" patch. The baseline is a bit complex, it is basically Stefano''s xenarm-forlinus branch (commit bbd6eb29214e) merged with Konrad''s linux-next-pvh branch

This patch series is separated from the previous "Virtio-balloon Enhancement" series. The new feature, VIRTIO_BALLOON_F_FREE_PAGE_HINT, implemented by this series enables the virtio-balloon driver to report hints of guest free pages to the host. It can be used to accelerate live migration of VMs. Here is an introduction of this usage: Live migration needs to transfer the VM's

This patch series is separated from the previous "Virtio-balloon Enhancement" series. The new feature, VIRTIO_BALLOON_F_FREE_PAGE_HINT, implemented by this series enables the virtio-balloon driver to report hints of guest free pages to the host. It can be used to accelerate live migration of VMs. Here is an introduction of this usage: Live migration needs to transfer the VM's

Hi Andi, Here's a repost of the paravirt_ops update series I posted the other day. Since then, I found a few potential bugs with patching clobbering, cleaned up and documented paravirt.h and the patching machinery. Overview: add-MAINTAINERS.patch obvious remove-CONFIG_DEBUG_PARAVIRT.patch No longer meaningful or needed. paravirt-nop.patch Clean up nop paravirt_ops functions, mainly to

Hi Andi, Here's a repost of the paravirt_ops update series I posted the other day. Since then, I found a few potential bugs with patching clobbering, cleaned up and documented paravirt.h and the patching machinery. Overview: add-MAINTAINERS.patch obvious remove-CONFIG_DEBUG_PARAVIRT.patch No longer meaningful or needed. paravirt-nop.patch Clean up nop paravirt_ops functions, mainly to