On Wed, 7 Apr 2010, malc wrote:
> On Wed, 7 Apr 2010, Alexander Graf wrote:
>
> > Alexander Graf wrote:
> > > [2.148288] registered taskstats version 1
> > > [2.148288] Magic number: 6:65:32
> > > [2.148288] rtc_cmos 00:01: setting system clock to 2010-04-07
> > > 15:01:35 UTC (1270
malc wrote:
> On Wed, 7 Apr 2010, Alexander Graf wrote:
>
>
>> Alexander Graf wrote:
>>
>>> [2.148288] registered taskstats version 1
>>> [2.148288] Magic number: 6:65:32
>>> [2.148288] rtc_cmos 00:01: setting system clock to 2010-04-07
>>> 15:01:35 UTC (1270652495)
>>>
>>> **
On Wed, 7 Apr 2010, Alexander Graf wrote:
> Alexander Graf wrote:
> > [2.148288] registered taskstats version 1
> > [2.148288] Magic number: 6:65:32
> > [2.148288] rtc_cmos 00:01: setting system clock to 2010-04-07
> > 15:01:35 UTC (1270652495)
> >
> > *** sits here in hlt ***
> >
>
Alexander Graf wrote:
> [2.148288] registered taskstats version 1
> [2.148288] Magic number: 6:65:32
> [2.148288] rtc_cmos 00:01: setting system clock to 2010-04-07
> 15:01:35 UTC (1270652495)
>
> *** sits here in hlt ***
>
> Almost looks like a timekeeping issue, no? And yes, I tried
malc wrote:
> On Mon, 5 Apr 2010, Alexander Graf wrote:
>
>
>> On 05.04.2010, at 14:41, malc wrote:
>>
>>
>>> On Mon, 5 Apr 2010, Paul Brook wrote:
>>>
>>>
I think I got all the tcg backend bits right, but can't test most of them.
Please test and report any problems.
On Mon, 5 Apr 2010, Alexander Graf wrote:
>
> On 05.04.2010, at 14:41, malc wrote:
>
> > On Mon, 5 Apr 2010, Paul Brook wrote:
> >
> >> I think I got all the tcg backend bits right, but can't test most of them.
> >> Please test and report any problems.
> >>
> >> Historically the qemu tlb "add
On 05.04.2010, at 14:41, malc wrote:
> On Mon, 5 Apr 2010, Paul Brook wrote:
>
>> I think I got all the tcg backend bits right, but can't test most of them.
>> Please test and report any problems.
>>
>> Historically the qemu tlb "addend" field was used for both RAM and IO
>> accesses,
>> so n
On Mon, 5 Apr 2010, Paul Brook wrote:
> I think I got all the tcg backend bits right, but can't test most of them.
> Please test and report any problems.
>
> Historically the qemu tlb "addend" field was used for both RAM and IO
> accesses,
> so needed to be able to hold both host addresses (uns
I think I got all the tcg backend bits right, but can't test most of them.
Please test and report any problems.
Historically the qemu tlb "addend" field was used for both RAM and IO accesses,
so needed to be able to hold both host addresses (unsigned long) and guest
physical addresses (target_phy
