search for: image_size

This first factors out all the partition sizing, and then resizes the images created to be 1GB instead of 512MB, to work around a size limitation with btrfs: mkfs_btrfs: /dev/vda2: device /dev/vda2 is too small (must be at least 256 MB)

...2_config, }, + { "ovmf-x64", &ovmf64_config, }, { NULL, NULL } }; @@ -416,12 +418,13 @@ bios->create_smbios_tables(); } - printf("Loading %s ...\n", bios->name); - memcpy((void *)bios->bios_address, bios->image, - bios->image_size); - - if (bios->bios_relocate) - bios->bios_relocate(); + if (bios->load) { + bios->load(bios); + } else { + printf("Loading %s ...\n", bios->name); + memcpy((void *)bios->bios_address, bios->image, + bios->image_s...

...render :action => ''edit'', :id => @params[:id] end end painting model has_many :images def thumbnail=(uploaded_image) # form has a file upload field named painting[:thumbnail] add_image_by_size(uploaded_image, THUMBNAIL) end private def add_image_by_size(file, image_size) if existing_image = get_image_by_size(image_size) then if existing_image.uploaded_file?(file, image_size) existing_image.save else #handle the fact that it didn''t save end else # a new image is being associated with the painting image...

...if /* __HVMLOADER_CONFIG_SEABIOS_H__ */ /* --- a/tools/firmware/hvmloader/hvmloader.c +++ b/tools/firmware/hvmloader/hvmloader.c @@ -292,8 +292,12 @@ int main(void) if ( bios->bios_load ) bios->bios_load(bios); else + { + BUG_ON(bios->bios_address + bios->image_size > + HVMLOADER_PHYSICAL_ADDRESS); memcpy((void *)bios->bios_address, bios->image, bios->image_size); + } if ( (hvm_info->nr_vcpus > 1) || hvm_info->apic_mode ) { --- a/tools/firmware/hvmloader/rombios.c +++ b/tools/firmware/h...

...39;defaults' configuration of mke2fs -# will choose a default inode ratio of 16K, and in order to create a -# million files that means we have to have the disk be >= 16K * 1000000 -# bytes in size. +# Create a 2 GB test file. Don't worry, it's sparse. + my $nr_files = 1000000; -my $image_size = 16*1024*1024*1024; +my $image_size = 2*1024*1024*1024; unlink "test.img"; open FILE, ">test.img" or die "test.img: $!"; @@ -51,6 +40,7 @@ $g->launch (); $g->part_disk ("/dev/sda", "mbr"); $g->mkfs ("ext4", "/dev/...

...0 LABEL=ROOT / btrfs subvol=root 0 0 LABEL=ROOT /home btrfs subvol=home 0 0 EOF - close ($fstab) or die; + close ($fstab) or die; - $bootdev = '/dev/sda1'; + $bootdev = '/dev/sda1'; - $g->disk_create ("fedora-btrfs.img-t", "raw", $IMAGE_SIZE); + $g->disk_create ("fedora-btrfs.img-t", "raw", $IMAGE_SIZE); - $g->add_drive ("fedora-btrfs.img-t", format => "raw"); - $g->launch (); + $g->add_drive ("fedora-btrfs.img-t", format => "raw"); +...

The first four patches are straightforward. The final patch adds the -o rhv-upload output mode. It is still spooling into a temporary file because I've had some trouble getting streaming conversions working. There are other problems as outlined in the commit message, so this patch is not ready for upstream but is good for discussion. Also I hit this, which I'm assuming for now will be

v2: - Moved the btrfs available test into the subclause where it is used. Note I got tired of fighting emacs indentation mode and I pushed a whitespace only patch which fixes the indentation to be 4 spaces instead of 2 spaces: https://github.com/libguestfs/libguestfs/commit/df54c75d4c53ed580e5269306e11e0758d169452 This v2 patch requires that one. Rich.

...ansfer_url) +else: + destination_url = urlparse(transfer.proxy_url) + +context = ssl.create_default_context() +context.load_verify_locations(cafile = %s) + +proxy_connection = HTTPSConnection( + destination_url.hostname, + destination_url.port, + context = context +) + +image_path = %s +image_size = %Ld + +proxy_connection.putrequest(\"PUT\", destination_url.path) +proxy_connection.putheader('Content-Length', image_size) +proxy_connection.endheaders() + +# This seems to give the best throughput when uploading from Yaniv's +# machine to a server that drops the data. You...

...AGE_STATUS_VALIDATION_DATA_FAILED 3 -#define LSF_IMAGE_STATUS_VALIDATION_DONE 4 -#define LSF_IMAGE_STATUS_VALIDATION_SKIPPED 5 -#define LSF_IMAGE_STATUS_BOOTSTRAP_READY 6 -}; - - -/** - * struct ls_ucode_img_desc - descriptor of firmware image - * @descriptor_size: size of this descriptor - * @image_size: size of the whole image - * @bootloader_start_offset: start offset of the bootloader in ucode image - * @bootloader_size: size of the bootloader - * @bootloader_imem_offset: start off set of the bootloader in IMEM - * @bootloader_entry_point: entry point of the bootloader in IMEM - * @app_start...

...ansfer_url) +else: + destination_url = urlparse(transfer.proxy_url) + +context = ssl.create_default_context() +context.load_verify_locations(cafile = %s) + +proxy_connection = HTTPSConnection( + destination_url.hostname, + destination_url.port, + context = context +) + +image_path = %s +image_size = %Ld + +proxy_connection.putrequest(\"PUT\", destination_url.path) +proxy_connection.putheader('Content-Length', image_size) +proxy_connection.endheaders() + +# This seems to give the best throughput when uploading from Yaniv's +# machine to a server that drops the data. You...

This patch set is still for discussion only. See 3/3 for the current list of problems. However this will upload an image to an oVirt or RHV server, although you must have absolutely the latest snapshot version of 4.2 for it to work. Rich.

...proxy_url) > + > +context = ssl.create_default_context() > +context.load_verify_locations(cafile = %s) > + > +proxy_connection = HTTPSConnection( > + destination_url.hostname, > + destination_url.port, > + context = context > +) > + > +image_path = %s > +image_size = %Ld > + > +proxy_connection.putrequest(\"PUT\", destination_url.path) > +proxy_connection.putheader('Content-Length', image_size) > +proxy_connection.endheaders() > + > +# This seems to give the best throughput when uploading from Yaniv's > +# machine to...

...; + open (my $fstab, '>', "fedora.fstab") or die; print $fstab <<EOF; LABEL=BOOT /boot ext2 default 0 0 LABEL=ROOT / ext2 default 0 0 @@ -60,9 +60,9 @@ EOF $bootdev = '/dev/sda1'; - $g->disk_create ("fedora.img.tmp.$$", "raw", $IMAGE_SIZE); + $g->disk_create ("fedora.img-t", "raw", $IMAGE_SIZE); - $g->add_drive ("fedora.img.tmp.$$"); + $g->add_drive ("fedora.img-t"); $g->launch (); $g->part_init ('/dev/sda', 'mbr'); @@ -74,9 +74,9 @@ EOF } elsif...

...ormat.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='Uploaded disk', format=disk_format, initial_size=image_size, provisioned_size=image_info["virtual-size"], sparse=disk_format == types.DiskFormat.COW, storage_domains=[ types.StorageDomain( name='mydata' ) ] ) ) Internally we do allocated 10% more then the requeste...

...@ -127,10 +128,12 @@ ls_ucode_img_load_gr(const struct nvkm_subdev *subdev, struct ls_ucode_img *img, &img->ucode_desc); if (IS_ERR(img->ucode_data)) { ret = PTR_ERR(img->ucode_data); - goto free_data; + goto free_img_sig; } img->ucode_size = img->ucode_desc.image_size; +free_img_sig: + kfree(img->sig); free_sig: nvkm_firmware_put(sig); free_data: -- 2.11.0

...truct ls_ucode_img *img, img->ucode_data = ls_ucode_img_build(bl, code, data, &img->ucode_desc); if (IS_ERR(img->ucode_data)) { + kfree(img->sig); ret = PTR_ERR(img->ucode_data); - goto free_data; + goto free_sig; } img->ucode_size = img->ucode_desc.image_size; -- 2.11.0

....DiskFormat.RAW > > disks_service = connection.system_service().disks_service() > disk = disks_service.add( > disk=types.Disk( > name=os.path.basename(image_path), > description='Uploaded disk', > format=disk_format, > initial_size=image_size, > provisioned_size=image_info["virtual-size"], > sparse=disk_format == types.DiskFormat.COW, > storage_domains=[ > types.StorageDomain( > name='mydata' > ) > ] > ) > ) > >...

How to find out image width and height which is saved in database, with out using any applications or addons Please help --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe

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. > Th...