On 02.06.20 11:26, Dr. David Alan Gilbert wrote:
> * Markus Armbruster (arm...@redhat.com) wrote:
>> "Dr. David Alan Gilbert (git)" <dgilb...@redhat.com> writes:
>>
>>> From: "Dr. David Alan Gilbert" <dgilb...@redhat.com>
>>>
>>> Simplify qom_set by making it use qmp_qom_set and the JSON parser.
>>>
>>> (qemu) qom-get /machine smm
>>> "auto"
>>> (qemu) qom-set /machine smm "auto"
>>>
>>> Signed-off-by: Dr. David Alan Gilbert <dgilb...@redhat.com>
>>> Message-Id: <20200520151108.160598-3-dgilb...@redhat.com>
>>> Reviewed-by: Philippe Mathieu-Daudé <phi...@redhat.com>
>>> Reviewed-by: Markus Armbruster <arm...@redhat.com>
>>> Signed-off-by: Dr. David Alan Gilbert <dgilb...@redhat.com>
>>>   With 's'->'S' type change suggested by Paolo and Markus
>>
>> This is actually more than just simplification, it's disarming a bear
>> trap: the string visitor is restricted to a subset of the QAPI types,
>> and when you qom-set a property with a type it can't handle, QEMU
>> aborts.  I mentioned this in the discussion of possible ways out of the
>> qom-get impasse, but missed reraising it in patch review.
>>
>> A suitably amended commit would be nice, but respinning the PR just for
>> that may not be worthwhile.
> 
> A bit late; still as long as we're removing bear traps not adding them.

This breaks qom-set for my (virtio-mem) use case:

echo "qom-set vm0 requested-size 300M" | sudo nc -U /var/tmp/mon_src
QEMU 5.0.50 monitor - type 'help' for more information
(qemu) qom-set vm0 requested-size 300M
Error: Expecting at most one JSON value

-- 
Thanks,

David / dhildenb


Reply via email to