qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH] hmp: Make "info block" output more readable


From: Luiz Capitulino
Subject: Re: [Qemu-devel] [PATCH] hmp: Make "info block" output more readable
Date: Fri, 21 Jun 2013 11:51:01 -0400

On Fri, 21 Jun 2013 10:43:19 -0500
Anthony Liguori <address@hidden> wrote:

> Kevin Wolf <address@hidden> writes:
> 
> > HMP is meant for humans and you should notice it.
> >
> > This changes the output format to use a bit more space to display the
> > information more readable and leaves out irrelevant information (e.g.
> > mention only that an image is encrypted, but not when it's not; display
> > I/O limits only if throttling is in effect; ...)
> >
> > Before:
> >
> >     (qemu) info block
> >     ide0-hd0: removable=0 io-status=ok file=/tmp/overlay.qcow2
> >     backing_file=/tmp/backing.img backing_file_depth=1 ro=0 drv=qcow2
> >     encrypted=1 bps=0 bps_rd=0 bps_wr=0 iops=1024 iops_rd=0 iops_wr=0
> >     ide1-cd0: removable=1 locked=0 tray-open=0 io-status=ok
> >     file=/home/kwolf/images/iso/Fedora-18-x86_64-Live-Desktop.iso ro=1
> >     drv=raw encrypted=0 bps=0 bps_rd=0 bps_wr=0 iops=0 iops_rd=0 iops_wr=0
> >     floppy0: removable=1 locked=0 tray-open=0 [not inserted]
> >     sd0: removable=1 locked=0 tray-open=0 [not inserted]
> >
> > After:
> >
> >     (qemu) info block
> >     ide0-hd0: /tmp/overlay.qcow2 (qcow2, encrypted)
> >         Backing file:     /tmp/backing.img (chain depth: 1)
> >         I/O limits:       bps=0 bps_rd=0 bps_wr=0 iops=1024 iops_rd=0 
> > iops_wr=0
> >
> >     ide1-cd0: /home/kwolf/images/iso/Fedora-18-x86_64-Live-Desktop.iso 
> > (raw, read-only)
> >         Removable device: not locked, tray closed
> >
> >     floppy0: [not inserted]
> >         Removable device: not locked, tray closed
> >
> >     sd0: [not inserted]
> >         Removable device: not locked, tray closed
> 
> Acked-by: Anthony Liguori <address@hidden>
> 
> I made a note on the changelog for 1.6 about this change.  Folks have
> had plenty of time to move to QMP so changing HMP output is reasonable
> at this point.

Yeah. I've already applied this one. I would consider not doing this
kind of change for HMP commands w/o QMP counterparts.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]