11.11.2014 12:23, Chen Gang wrote:
> In xen_hvm_change_state_handler(), can pass 'opaque' with type cast to
> xen_main_loop_prepare() directly, need not use additional variable for
> it.
gcc most likely eliminates it anyway, but heck, why not?
Applied to -trivial, thank you!
/mjt
___
11.11.2014 17:32, Chen Gang wrote:
>> The title of your patch should say 'variable'.
>
> Oh, yes, thanks. If necessary to send patch v2 for it, please let me
> know.
Not only 'varialbe', but also 'redandant'. I fixed both on commit, plus
fixed grammar in commit message.
Thanks,
/mjt
_
29.12.2015 15:39, Cao jin wrote:
> merge last two lines, keep alphabetic order.
Applied to -trivial, thank you!
/mjt
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
28.06.2017 01:04, Stefano Stabellini wrote:
> Rather than constructing a local structure instance on the stack, fill
> the fields directly on the shared ring, just like other (Linux)
> backends do. Build on the fact that all response structure flavors are
> actually identical (aside from alignment
23.09.2017 19:05, Michael Tokarev wrote:
> 28.06.2017 01:04, Stefano Stabellini wrote:
>> Rather than constructing a local structure instance on the stack, fill
>> the fields directly on the shared ring, just like other (Linux)
>> backends do. Build on the fact that all respo
23.08.2017 18:27, Liang Yan wrote:
> It may be better to add a trace event to monitor the last moment of
> a key event from QEMU to guest VM
The patch looks okay, hopefully it is also useful - I haven't dealt with
xen and with keys it sends to a guest :)
Applied to -trivial, thanks!
/mjt
__