search for: image_info

...char *cmdline, int cmdlineSize) > +{ > + > +char* szLoadImage = "LoadImage()"; > +char* szHandleProtocol = "HandleProtocol()"; > +char* szStartImage = "StartImage()"; > + > +char* action = NULL; > + > +EFI_LOADED_IMAGE * image_info = NULL; > +EFI_HANDLE Child_image_handle; > +EFI_LOADED_IMAGE * Child_image_info = NULL; > +EFI_STATUS status; > + > +CHAR16 w_emptyCmdLine [4]={0,0,0,0}; > + > + > + > +status = uefi_call_wrapper(BS->HandleProtocol, 3, image_handle, > +...

...s on a thin provisioned disk, which > in oVirt is a regular logical volume, created at the requested > "initial_size": > > From: > > https://github.com/oVirt/ovirt-engine-sdk/blob/aba2a83ec94ecac1594adfff62d3cfcfdbdef416/sdk/examples/upload_disk.py#L113 > > > if image_info["format"] == "qcow2": > disk_format = types.DiskFormat.COW > else: > disk_format = types.DiskFormat.RAW > > disks_service = connection.system_service().disks_service() > disk = disks_service.add( > disk=types.Disk( > name=os.path.basen...

...? In block storage, qcow2 image is always on a thin provisioned disk, which in oVirt is a regular logical volume, created at the requested "initial_size": From: https://github.com/oVirt/ovirt-engine-sdk/blob/aba2a83ec94ecac1594adfff62d3cfcfdbdef416/sdk/examples/upload_disk.py#L113 if image_info["format"] == "qcow2": disk_format = types.DiskFormat.COW else: disk_format = types.DiskFormat.RAW disks_service = connection.system_service().disks_service() disk = disks_service.add( disk=types.Disk( name=os.path.basename(image_path), description=...

...+ */ +int efi_boot_efi(void *kernel_buf, size_t kernel_size, + char *cmdline, int cmdlineSize) +{ + +char* szLoadImage = "LoadImage()"; +char* szHandleProtocol = "HandleProtocol()"; +char* szStartImage = "StartImage()"; + +char* action = NULL; + +EFI_LOADED_IMAGE * image_info = NULL; +EFI_HANDLE Child_image_handle; +EFI_LOADED_IMAGE * Child_image_info = NULL; +EFI_STATUS status; + +CHAR16 w_emptyCmdLine [4]={0,0,0,0}; + + + +status = uefi_call_wrapper(BS->HandleProtocol, 3, image_handle, + &LoadedImageProtocol,(void**)&image_info); +if(status != EFI_SU...

On Sun, Mar 25, 2018 at 08:05:14PM +0000, Nir Soffer wrote: > On Sun, Mar 25, 2018 at 2:41 PM Richard W.M. Jones <rjones@redhat.com> > wrote: > > > initial_size=image_size, > > > provisioned_size=image_info["virtual-size"], > > > > Can you describe exactly what these two sizes mean? > > - provisioned_size is the virtual size of the image. > - initial_size is used only for thin provisioned disk on block storage. > This is > the size of the logical volume we created...

...; disk? > > > > In block storage, qcow2 image is always on a thin provisioned disk, which > > in oVirt is a regular logical volume, created at the requested > > "initial_size": > [...] > > initial_size=image_size, > > provisioned_size=image_info["virtual-size"], > > Can you describe exactly what these two sizes mean? > - provisioned_size is the virtual size of the image. - initial_size is used only for thin provisioned disk on block storage. This is the size of the logical volume we created for this disk. On thin disk...

...ze specified when you create a > disk? > > In block storage, qcow2 image is always on a thin provisioned disk, which > in oVirt is a regular logical volume, created at the requested > "initial_size": [...] > initial_size=image_size, > provisioned_size=image_info["virtual-size"], Can you describe exactly what these two sizes mean? Remember that virt-v2v works by streaming. At the point where we are calling this API virt-v2v only knows the virtual size. We never know the size of the final qcow2 file. > sparse=disk_format == types.Di...

...n block storage, qcow2 image is always on a thin provisioned disk, >> which >> > in oVirt is a regular logical volume, created at the requested >> > "initial_size": >> [...] >> > initial_size=image_size, >> > provisioned_size=image_info["virtual-size"], >> >> Can you describe exactly what these two sizes mean? >> > > - provisioned_size is the virtual size of the image. > - initial_size is used only for thin provisioned disk on block storage. > This is > the size of the logical volume we c...

...er definition. ntoskrnl.exe: Return STATUS_SUCCESS from ExCreateCallback() stub. ntoskrnl.exe: Add stub for ExRegisterCallback() function. ntoskrnl.exe: Add stub for ExUnregisterCallback() function. ntoskrnl.exe: Implement IoReuseIrp() function. include/ddk: Update the IMAGE_INFO structure. ntoskrnl.exe: Implement image load notify routines registration. include: Add RTL_QUERY_REGISTRY_TYPECHECK defines. ntoskrnl.exe: Call load image notify routines for driver modules. ntoskrnl.exe: Implement PsGetProcessSectionBaseAddress() function. ntoskrnl....

v6 was here: https://www.redhat.com/archives/libguestfs/2018-March/msg00126.html This makes a number of significant changes: - Input and output options now use a uniform set of -io and -oo parameters. - For -o rhv-upload, we use ‘-oo rhv-cafile=/tmp/ca.pem’ etc. The ‘--rhv*’ options have been dropped. - Rearranges the documentation. - As before includes (untested) support for zero,