Searched full:resizing (Results 1 – 25 of 40) sorted by relevance
12
| /openbmc/qemu/tests/qemu-iotests/tests/ |
| H A D | iothreads-resize | 4 # Test resizing an image that is attached to a separate iothread 41 # Resizing images is only supported by a few block drivers
|
| H A D | qemu-img-close-errors | 61 # Simulate a block device of 128 MB by resizing the image file accordingly
|
| H A D | inactive-node-nbd.out | 125 === Resizing an inactive node ===
|
| /openbmc/qemu/tests/qemu-iotests/ |
| H A D | 025 | 4 # Resizing images 56 echo "=== Resizing image"
|
| H A D | 025.out | 12 === Resizing image
|
| H A D | 259 | 56 # NBD does not support resizing, so this will fail
|
| H A D | 125 | 172 # Test image resizing using preallocation and unaligned offsets 178 echo "--- Resizing image from $orig_size to $dst_size (preallocation=$prealloc) ---"
|
| H A D | 292 | 4 # Test resizing a qcow2 image with a backing file
|
| H A D | 125.out | 771 --- Resizing image from 31k to 96k (preallocation=metadata) --- 775 --- Resizing image from 31k to 96k (preallocation=full) --- 779 --- Resizing image from 31k to 128k (preallocation=metadata) --- 783 --- Resizing image from 31k to 128k (preallocation=full) --- 787 --- Resizing image from 33k to 96k (preallocation=metadata) --- 791 --- Resizing image from 33k to 96k (preallocation=full) --- 795 --- Resizing image from 33k to 128k (preallocation=metadata) --- 799 --- Resizing image from 33k to 128k (preallocation=full) ---
|
| H A D | 246 | 4 # Test persistent bitmap resizing.
|
| H A D | 308.out | 104 === Resizing exports ===
|
| H A D | 308 | 265 echo '=== Resizing exports ==='
|
| /openbmc/qemu/tests/unit/ |
| H A D | test-qht.c | 177 * This is a hard-to-reach code path when resizing is on, but without in qht_do_test() 178 * resizing we can easily hit it if init_entries <= 1. in qht_do_test()
|
| /openbmc/openbmc/poky/bitbake/lib/progressbar/ |
| H A D | __init__.py | 41 automatically enable features like auto-resizing when the system supports it.
|
| /openbmc/qemu/util/ |
| H A D | qht.c | 24 * - Optional auto-resizing: the hash table resizes up if the load surpasses 25 * a certain threshold. Resizing is done concurrently with readers; writes 30 * full so that resizing is fast. Having this structure instead of directly 33 * - Resizing the hash table with concurrent lookups is easy. 46 * Resizing is done by taking all bucket spinlocks (so that no other writers can 60 * seqlock, but resizing would take forever since RCU read critical 158 * When resizing a QHT we grab all the buckets' locks, which can easily
|
| /openbmc/qemu/docs/system/s390x/ |
| H A D | 3270.rst | 60 * Resizing on reattach is not supported.
|
| /openbmc/phosphor-host-ipmid/libipmid/ |
| H A D | signals.cpp | 80 // as an array size. Get around this by making a vector and resizing it the
|
| /openbmc/openbmc/poky/meta/recipes-extended/parted/ |
| H A D | parted_3.6.bb | 1 SUMMARY = "Disk partition editing/resizing utility"
|
| /openbmc/qemu/include/qemu/ |
| H A D | buffer.h | 30 * The Buffer object provides a simple dynamically resizing
|
| H A D | qht.h | 142 * All entries in the hash table are reset. No resizing is performed.
|
| /openbmc/phosphor-mboxd/vpnor/ |
| H A D | pnor_partition.cpp | 107 MSG_DBG("Resizing %s to %zu bytes\n", path.c_str(), maxAccess); in resize()
|
| /openbmc/intel-ipmi-oem/src/ |
| H A D | bridgingcommands.cpp | 351 // resizing the rspData to its correct length in handleIpmbChannel() 514 // resizing the rspData to its correct length in ipmiAppGetMessage()
|
| /openbmc/u-boot/fs/ubifs/ |
| H A D | sb.c | 637 dbg_mnt("Auto resizing (ro) from %d LEBs to %d LEBs", in ubifs_read_superblock() 641 dbg_mnt("Auto resizing (sb) from %d LEBs to %d LEBs", in ubifs_read_superblock()
|
| H A D | master.c | 317 dbg_mnt("Auto resizing (master) from %d LEBs to %d LEBs", in ubifs_read_master()
|
| /openbmc/openbmc/meta-phosphor/recipes-phosphor/ipmi/ipmitool/ |
| H A D | 0001-Fru-Fix-edit-field-not-checking-area-existence.patch | 113 - printf("String size are not equal, resizing fru to fit new string\n");
|
12