search for: rd_req

...dc.8 1.1.1.2.2.5 src/crypto/heimdal/kdc/kdc_locl.h 1.1.1.2.2.4 src/crypto/heimdal/kdc/kerberos5.c 1.1.1.2.2.5 src/crypto/heimdal/lib/krb5/krb5-protos.h 1.1.1.3.2.5 src/crypto/heimdal/lib/krb5/rd_req.c 1.1.1.3.2.3 src/crypto/heimdal/lib/krb5/transited.c 1.1.1.3.2.3 RELENG_5_2 src/UPDATING 1.282.2.14 src/crypto/heimdal/kdc/config.c 1.1.1.7.2.1 src/crypto/heimdal/kdc/kdc....

...dc.8 1.1.1.2.2.5 src/crypto/heimdal/kdc/kdc_locl.h 1.1.1.2.2.4 src/crypto/heimdal/kdc/kerberos5.c 1.1.1.2.2.5 src/crypto/heimdal/lib/krb5/krb5-protos.h 1.1.1.3.2.5 src/crypto/heimdal/lib/krb5/rd_req.c 1.1.1.3.2.3 src/crypto/heimdal/lib/krb5/transited.c 1.1.1.3.2.3 RELENG_5_2 src/UPDATING 1.282.2.14 src/crypto/heimdal/kdc/config.c 1.1.1.7.2.1 src/crypto/heimdal/kdc/kdc....

...mple, in the case that a operation is "READ" and that units is the number of requests, sysfs entries'' name is "rd-req". In addition, in the case of blktap, entries'' names add prefix "tap_". In above example, entries'' name is "tap_rd_req". The prefix is redundant. The word "tap-" in the directory name is sufficient to distinguish VBD types. Therefore, it is better to remove the prefix "tap_" in sysfs entries of blktap. For example, currently sysfs entries are named as follows. [root@xenm...

...dev in + let writes = Int64.sub stats'.D.wr_req stats.D.wr_req in + writes > 0L, stats' + and get_disk_activity stats = + let stats' = D.block_stats dom dev in + let writes = Int64.sub stats'.D.wr_req stats.D.wr_req + and reads = Int64.sub stats'.D.rd_req stats.D.rd_req in + writes > 0L || reads > 0L, stats' + in + + let bootfail t fs = + let screenshot = take_screenshot t in + eprintf "boot failed: see screenshot in %s\n%!" screenshot; + ksprintf failwith fs in + + (* The guest is booting. We expect...

As I'm now working through the enormous virt-v2v/virt-p2v bug list, we need a high quality set of tests to ensure that we don't accidentally regress some old OS/hypervisor combination while making changes. The test cases are going to be huge, so we cannot possibly distribute them in libguestfs. Furthermore many of them have licensing problems which means we cannot redistribute them at

...+367,7 @@ int __init xen_blkif_interface_init(void) out: \ return sprintf(buf, format, result); \ } \ - static DEVICE_ATTR(name, S_IRUGO, show_##name, NULL) + static DEVICE_ATTR(name, 0444, show_##name, NULL) VBD_SHOW_ALLRING(oo_req, "%llu\n"); VBD_SHOW_ALLRING(rd_req, "%llu\n"); @@ -403,7 +403,7 @@ static const struct attribute_group xen_vbdstat_group = { \ return sprintf(buf, format, ##args); \ } \ - static DEVICE_ATTR(name, S_IRUGO, show_##name, NULL) + static DEVICE_ATTR(name, 0444, show_##name, NULL) VBD_SHOW(physical_d...

...+367,7 @@ int __init xen_blkif_interface_init(void) out: \ return sprintf(buf, format, result); \ } \ - static DEVICE_ATTR(name, S_IRUGO, show_##name, NULL) + static DEVICE_ATTR(name, 0444, show_##name, NULL) VBD_SHOW_ALLRING(oo_req, "%llu\n"); VBD_SHOW_ALLRING(rd_req, "%llu\n"); @@ -403,7 +403,7 @@ static const struct attribute_group xen_vbdstat_group = { \ return sprintf(buf, format, ##args); \ } \ - static DEVICE_ATTR(name, S_IRUGO, show_##name, NULL) + static DEVICE_ATTR(name, 0444, show_##name, NULL) VBD_SHOW(physical_d...

Dear list, This is the V4 of the trim support for xen-blkfront/blkback, Now we move BLKIF_OP_TRIM to BLKIF_OP_DISCARD, and dropped all "trim" stuffs in the patches, and use "discard" instead. Also we updated the helpers of blkif_x86_{32|64}_request or we will meet problems using a non-native protocol. And this patch has been tested with both SSD and raw file, with SSD we will

...t64 of int64 | TypedFieldUInt64 of int64 + | TypedFieldFloat of float | TypedFieldBool of bool + | TypedFieldString of string + + type migrate_flag = Live + + type memory_flag = Virtual + + type list_flag = + | ListActive + | ListInactive + | ListAll + + type block_stats = { + rd_req : int64; + rd_bytes : int64; + wr_req : int64; + wr_bytes : int64; + errs : int64; + } + + type interface_stats = { + rx_bytes : int64; + rx_packets : int64; + rx_errs : int64; + rx_drop : int64; + tx_bytes : int64; + tx_packets : int64; + tx_errs : int64; + tx...

libvirt-ocaml is used only by virt-v2v, so move it to this repository, instead of having it around in the common submodule. The removal from common will happen later. Pino Toscano (2): common: Bundle the libvirt-ocaml library for use by virt-v2v build: switch embedded copy of libvirt-ocaml .gitignore | 2 + 3rdparty/libvirt-ocaml/Makefile.am |

Hi, this is a mostly done attempt to switch to ocaml-libvirt, embedding the latest version of it from git. This way, it is possible to improve the way v2v connects to libvirt for both input, and output modules, and interacts with libvirt (e.g. no more virsh calls needed in virt-v2v). As side effect, virt-v2v now requires libvirt, as keeping it optional would create too much burden. I could not

Hi, this is a mostly done attempt to switch to ocaml-libvirt, embedding the latest version of it from git. This way, it is possible to improve the way v2v connects to libvirt for both input, and output modules, and interacts with libvirt (e.g. no more virsh calls needed in virt-v2v). As side effect, virt-v2v now requires libvirt, as keeping it optional would create too much burden. I could not

Hi, this is a mostly done attempt to switch to ocaml-libvirt, embedding the latest version of it from git. This way, it is possible to improve the way v2v connects to libvirt for both input, and output modules, and interacts with libvirt (e.g. no more virsh calls needed in virt-v2v). As side effect, virt-v2v now requires libvirt, as keeping it optional would create too much burden. I could not

Hi, this series switches virt-2v to ocaml-libvirt, embedding the latest version of it from git. This way, it is possible to improve the way v2v connects to libvirt for both input, and output modules, and interacts with libvirt (e.g. no more virsh calls needed in virt-v2v). As side effect, virt-v2v now requires libvirt, as keeping it optional would create too much burden. I could not test all

Hi, this series switches virt-2v to ocaml-libvirt, embedding the latest version of it from git. This way, it is possible to improve the way v2v connects to libvirt for both input, and output modules, and interacts with libvirt (e.g. no more virsh calls needed in virt-v2v). As side effect, virt-v2v now requires libvirt, as keeping it optional would create too much burden. I could not test all

...rb5/rd_cred.c Compiling heimdal/lib/krb5/rd_cred.c Compiling heimdal/lib/krb5/rd_error.c Compiling heimdal/lib/krb5/rd_error.c Compiling heimdal/lib/krb5/rd_priv.c Compiling heimdal/lib/krb5/rd_priv.c Compiling heimdal/lib/krb5/rd_rep.c Compiling heimdal/lib/krb5/rd_rep.c Compiling heimdal/lib/krb5/rd_req.c Compiling heimdal/lib/krb5/rd_req.c Compiling heimdal/lib/krb5/replay.c Compiling heimdal/lib/krb5/replay.c Compiling heimdal/lib/krb5/send_to_kdc.c Compiling heimdal/lib/krb5/send_to_kdc.c Compiling heimdal/lib/krb5/set_default_realm.c Compiling heimdal/lib/krb5/set_default_realm.c Compiling hei...