>>> On 02.02.15 at 15:40, wrote:
> On Thu, 2015-01-29 at 15:39 +, Jan Beulich wrote:
>>[...]
>> A note on the conditional suppressing the xen_wc_sec_hi helper macro
>> definition in the ix86 case for hypervisor and tools: Neither of the
>> two actually need this, and its presence causes the to
On Thu, 2015-01-29 at 15:39 +, Jan Beulich wrote:
> Linux is in the process of converting their seconds representation to
> 64 bits, so in order to support it consistently we should follow suit
> (which at some point in quite a few years we'd have to do anyway). To
> represent this in struct sh
On 29/01/15 15:39, Jan Beulich wrote:
> Linux is in the process of converting their seconds representation to
> 64 bits, so in order to support it consistently we should follow suit
> (which at some point in quite a few years we'd have to do anyway). To
> represent this in struct shared_info we lev
On 01/29/2015 10:39 AM, Jan Beulich wrote:
Linux is in the process of converting their seconds representation to
64 bits, so in order to support it consistently we should follow suit
(which at some point in quite a few years we'd have to do anyway). To
represent this in struct shared_info we leve
At 15:39 + on 29 Jan (1422542343), Jan Beulich wrote:
> Linux is in the process of converting their seconds representation to
> 64 bits, so in order to support it consistently we should follow suit
> (which at some point in quite a few years we'd have to do anyway). To
> represent this in struc
Linux is in the process of converting their seconds representation to
64 bits, so in order to support it consistently we should follow suit
(which at some point in quite a few years we'd have to do anyway). To
represent this in struct shared_info we leverage a 32-bit hole in
x86-64's and arm's vari
