r it to be removed
with the paravirt infrastructure itself, but I think that's getting
closer anyway.
Acked-by: Rusty Russell
> In case the patches make it to the tree there is quite some potential
> for further simplification of paravirt stuff. Especially most of the
> pv operations can be
;
> Signed-off-by: Luis R. Rodriguez
Nice, thanks!
Acked-by: Rusty Russell
Cheers,
Rusty.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
Juergen Gross writes:
> Ping?
Acked-by: Rusty Russell
Cheers,
Rusty.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
"H. Peter Anvin" writes:
> On 06/04/2015 12:55 PM, Rusty Russell wrote:
>>
>> Yeah, hard cases make bad law.
>>
>> I'm not too unhappy with this fix; ideally we'd rename save_fl and
>> restore_fl to save_eflags_if and restore_eflags_if
Andrew Cooper writes:
> On 04/06/15 07:38, H. Peter Anvin wrote:
>> On 06/03/2015 02:31 AM, Andrew Cooper wrote:
>>> There appears to be no formal statement of what pv_irq_ops.save_fl() is
>>> supposed to return precisely. Native returns the full flags, while lguest
>>> and
>>> Xen only return t
duced.
>>
>> Use native_save_fl() instead, which will obtain an accurate view of the AC
>> flag.
That should work for lguest. Indeed, it does (in practice those bits
are 0).
Tested-by: Rusty Russell (lguest)
Thanks,
Rusty.
>> Signed-off-by: Andrew Cooper
>> CC: T
"Luis R. Rodriguez" writes:
> From: "Luis R. Rodriguez"
>
> The general documentation we have for pv_ops is currenty present
> on the IA64 docs, but since this documentation covers IA64 xen
> enablement and IA64 Xen support got ripped out a while ago
> through commit d52eefb47 present since v3.14
