|
From: | Anthony Liguori |
Subject: | Re: [Qemu-devel] Re: [PATCH 00/15] QAPI Round 1 (core code generator) (v2) |
Date: | Thu, 17 Mar 2011 07:46:11 -0500 |
User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.14) Gecko/20110223 Lightning/1.0b2 Thunderbird/3.1.8 |
On 03/17/2011 07:21 AM, Kevin Wolf wrote:
Another detail is that, event extension is more important than command extension, because it's probably going to happen. I think it would be very bad to add new events just because we wanted to add a new field.The way this is typically handled is that signals tend to pass structures instead of lots of fields. For instance, most of the GDK events just pass a structure for the event (like GdkButtonEvent).Can we do that with existing events or would we break the external interface because we'd have to nest everything one level deeper?
We have to introduce new versions of existing events anyway so we can make sure to nest the structures appropriately. I think BLOCK_IO_ERROR is the only one that isn't doing this today FWIW.
Regards, Anthony Liguori
Kevin
[Prev in Thread] | Current Thread | [Next in Thread] |