search for: 1634,7

...g#set_memsize (g#get_memsize () * 20 / 5); (* The network is only used by the unconfigure_vmware () function. *) g#set_network true; (match conversion_mode with diff --git a/v2v/virt-v2v.pod b/v2v/virt-v2v.pod index 4614888..88bfd7f 100644 --- a/v2v/virt-v2v.pod +++ b/v2v/virt-v2v.pod @@ -1634,7 +1634,7 @@ alleviate this. Virt-v2v is not especially compute or RAM intensive. If you are running many parallel conversions, then you may consider allocating -one CPU core and between 512 MB and 1 GB of RAM per running instance. +one CPU core and 2 GB of RAM per running instance. Virt-v2...

...step). > Therefore increase the memory size again, this time to 2000MB. > --- LGTM. Should v2v get a -m parameter like the other tools? > diff --git a/v2v/virt-v2v.pod b/v2v/virt-v2v.pod > index 4614888..88bfd7f 100644 > --- a/v2v/virt-v2v.pod > +++ b/v2v/virt-v2v.pod > @@ -1634,7 +1634,7 @@ alleviate this. > > Virt-v2v is not especially compute or RAM intensive. If you are > running many parallel conversions, then you may consider allocating > -one CPU core and between 512 MB and 1 GB of RAM per running instance. > +one CPU core and 2 GB of RAM per run...

...d increase the appliance size for everyone, but I think it's better to fix the memory leak or whatever in setfiles. > > diff --git a/v2v/virt-v2v.pod b/v2v/virt-v2v.pod > > index 4614888..88bfd7f 100644 > > --- a/v2v/virt-v2v.pod > > +++ b/v2v/virt-v2v.pod > > @@ -1634,7 +1634,7 @@ alleviate this. > > > > Virt-v2v is not especially compute or RAM intensive. If you are > > running many parallel conversions, then you may consider allocating > > -one CPU core and between 512 MB and 1 GB of RAM per running instance. > > +one CPU cor...

On 2/16/23 15:09, Ivan Krylov wrote: > Hello, > > This is probably a very minor point, but R_CleanTempDir may still have > a shell injection in it. I couldn't find a way to shoot the user in the > foot in a significant way (by, say, accidentally removing ~), thanks to > R disallowing spaces in the path, but if Sys_TempDir somehow acquires a > value of

...Signed-off-by: Liu Bo <bo.li.liu@oracle.com> --- btrfs-convert.c | 1 + extent_io.c | 2 +- mkfs.c | 1 + 3 files changed, 3 insertions(+), 1 deletion(-) diff --git a/btrfs-convert.c b/btrfs-convert.c index ae10eed..cb6ddd0 100644 --- a/btrfs-convert.c +++ b/btrfs-convert.c @@ -1634,6 +1634,7 @@ static int init_btrfs(struct btrfs_root *root) ret = create_subvol(trans, root, BTRFS_DATA_RELOC_TREE_OBJECTID); BUG_ON(ret); + extent_buffer_get(fs_info->csum_root->node); ret = __btrfs_cow_block(trans, fs_info->csum_root, fs_info->csum_root->node, NULL, 0,...

...t;/del><ins>+must not be nil. </ins><span class="cx"> </span><span class="cx"> </span><span class="cx"> h3(#Window_movebeforeintaborder). Window#move_before_in_tab_order </span><span class="lines">@@ -1634,7 +1634,7 @@ </span><span class="cx"> </span><span class="cx"> h4. See also </span><span class="cx"> </span><del>-"Lower":windowlower.html </del><ins>+"lower":window.html#Window_lower &lt...

overall it is for the most part the same as my older version. I cleaned up some copyright things, so that it is more like the others. Also I moved the print about the max speed supported into preinit and did some other minor cleanups in the 3rd commit. Happy testing (and performance for prime offloading setups) Karol Herbst (9): pci: add gk104 variant pci: add gf106 variant pci: implement

this patch series implements PCIe speed changes for Tesla and newer. The Kepler and Fermi bits are tested on my cards at home. Karol Herbst (9): pci: add gk104 variant pci: add gf106 variant pci: implement generic code for PCIe speed change pci: implement pcie speed change for tesla pci: implement pcie speed change on Fermi pci: implement PCIe speed change for kepler+ bios/perf:

overall the same as the old stuff, but with better namings and tirivialy improved code here and there Karol Herbst (9): pci: add gk104 variant pci: add gf106 variant pci: implement generic code for PCIe speed change pci: implement pcie speed change for tesla pci: implement pcie speed change on Fermi pci: implement PCIe speed change for kepler+ bios/perf: parse the pci speed from the

Hi all: This series tries to implement rx batching for vhost-net. This is done by batching the dequeuing from skb_array which was exported by underlayer socket and pass the sbk back through msg_control to finish userspace copying. Tests shows at most 19% improvment on rx pps. Please review. Thanks Jason Wang (8): ptr_ring: introduce batch dequeuing skb_array: introduce batch dequeuing

Hi all: This series tries to implement rx batching for vhost-net. This is done by batching the dequeuing from skb_array which was exported by underlayer socket and pass the sbk back through msg_control to finish userspace copying. Tests shows at most 19% improvment on rx pps. Please review. Thanks Jason Wang (8): ptr_ring: introduce batch dequeuing skb_array: introduce batch dequeuing

...et_fb = fb; } else { - radeon_fb = to_radeon_framebuffer(crtc->primary->fb); target_fb = crtc->primary->fb; } - obj = radeon_fb->obj; + obj = target_fb->gem_objs[0]; rbo = gem_to_radeon_bo(obj); r = radeon_bo_reserve(rbo, false); if (unlikely(r != 0)) @@ -1641,8 +1634,7 @@ static int avivo_crtc_do_set_base(struct drm_crtc *crtc, WREG32(AVIVO_D1MODE_MASTER_UPDATE_MODE + radeon_crtc->crtc_offset, 3); if (!atomic && fb && fb != crtc->primary->fb) { - radeon_fb = to_radeon_framebuffer(fb); - rbo = gem_to_radeon_bo(radeon_fb->obj);...

...et_fb = fb; } else { - radeon_fb = to_radeon_framebuffer(crtc->primary->fb); target_fb = crtc->primary->fb; } - obj = radeon_fb->obj; + obj = target_fb->gem_objs[0]; rbo = gem_to_radeon_bo(obj); r = radeon_bo_reserve(rbo, false); if (unlikely(r != 0)) @@ -1641,8 +1634,7 @@ static int avivo_crtc_do_set_base(struct drm_crtc *crtc, WREG32(AVIVO_D1MODE_MASTER_UPDATE_MODE + radeon_crtc->crtc_offset, 3); if (!atomic && fb && fb != crtc->primary->fb) { - radeon_fb = to_radeon_framebuffer(fb); - rbo = gem_to_radeon_bo(radeon_fb->obj);...

...et_fb = fb; } else { - radeon_fb = to_radeon_framebuffer(crtc->primary->fb); target_fb = crtc->primary->fb; } - obj = radeon_fb->obj; + obj = target_fb->gem_objs[0]; rbo = gem_to_radeon_bo(obj); r = radeon_bo_reserve(rbo, false); if (unlikely(r != 0)) @@ -1641,8 +1634,7 @@ static int avivo_crtc_do_set_base(struct drm_crtc *crtc, WREG32(AVIVO_D1MODE_MASTER_UPDATE_MODE + radeon_crtc->crtc_offset, 3); if (!atomic && fb && fb != crtc->primary->fb) { - radeon_fb = to_radeon_framebuffer(fb); - rbo = gem_to_radeon_bo(radeon_fb->obj);...

The following series of patches comprises the bulk of our outstanding changes for Ocfs2. Aside from the usual set of cleanups and fixes that were inappropriate for 2.6.25, there are a few highlights: The '/sys/o2cb' directory has been moved to '/sys/fs/o2cb'. The new location meshes better with modern sysfs layout. A symbolic link has been placed in the old location so as to

This started as a simple warning-elimination change. I'll get back to that series shortly ;-) It turned into a factorization and constification exercise during which I got a taste of ocaml. Thanks to Rich Jones for help with a few snippets in generator.ml. The overall result is that many previously-manually-maintained bits from daemon/*.c functions are now hoisted into the automatically-