qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] Re: [PATCH v2 12/15] monitor: Add basic device state vi


From: Jan Kiszka
Subject: Re: [Qemu-devel] Re: [PATCH v2 12/15] monitor: Add basic device state visualization
Date: Mon, 31 May 2010 10:58:37 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666

Markus Armbruster wrote:
> Jan Kiszka <address@hidden> writes:
> 
>> Avi Kivity wrote:
>>> On 05/29/2010 11:14 AM, Jan Kiszka wrote:
>>>>> Currently breaks down when IDs contain '/', but permitting that is a
>>>>> bug.  There may be more problems; the path lookup code is way too
>>>>> clever.
>>>>>      
>>>> Indeed. Less can sometimes be more. My impression is that some of the
>>>> cleverness was motivated by lacking qtree completion for the HMP.
>>>>    
>>> Can we disable abbreviations for QMP and only allow them for HMP?
>>>
>>> We can support that by adding a hidden argument to commands specifying
>>> whether the input comes from a human or machine.  Abbreviations are
>>> dangerous if they become ambiguous; a human can recover while a machine
>>> can't.
>>>
>> Both QMP _and_ HMP suffer from ambitious and inconsistent addressing
>> schemes. Therefore, I'm more and more in favor of [1]. We just need to
>> add command line completion for option values, something that would be
>> beneficial for 'drive_add file=...' as well.
>>
>> Jan
>>
>> [1] http://article.gmane.org/gmane.comp.emulators.qemu/72152
> 
> [1] = abolish the clever abbreviations in path lookup.  I agree we
> should do that.

Fine. No concerns regarding overlaying IDs and path specifications as well?

Jan

-- 
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux



reply via email to

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