El 20/05/15 a les 11.43, Tim Deegan ha escrit:
> At 10:12 +0100 on 20 May (1432116766), Jan Beulich wrote:
> On 20.05.15 at 10:58, wrote:
>>> After looking into this a little bit more, I'm afraid I don't see a
>>> straight forward way to check for the permissions of all paging levels.
>>> Here
At 10:12 +0100 on 20 May (1432116766), Jan Beulich wrote:
> >>> On 20.05.15 at 10:58, wrote:
> > After looking into this a little bit more, I'm afraid I don't see a
> > straight forward way to check for the permissions of all paging levels.
> > Here are the options I've found in order to deal with
>>> On 20.05.15 at 10:58, wrote:
> After looking into this a little bit more, I'm afraid I don't see a
> straight forward way to check for the permissions of all paging levels.
> Here are the options I've found in order to deal with this:
>
> - Use guest_get_eff_l1e and only check for the permis
El 19/05/15 a les 17.07, Roger Pau Monné ha escrit:
> El 19/05/15 a les 12.29, Jan Beulich ha escrit:
> On 19.05.15 at 12:20, wrote:
>>> At 12:19 +0100 on 18 May (1431951570), Jan Beulich wrote:
>>> On 18.05.15 at 12:50, wrote:
> El 18/05/15 a les 12.17, Tim Deegan ha escrit:
>>
El 19/05/15 a les 12.29, Jan Beulich ha escrit:
On 19.05.15 at 12:20, wrote:
>> At 12:19 +0100 on 18 May (1431951570), Jan Beulich wrote:
>> On 18.05.15 at 12:50, wrote:
El 18/05/15 a les 12.17, Tim Deegan ha escrit:
> - have map_dirty_bitmap() DTRT, with something like access_
>>> On 19.05.15 at 12:20, wrote:
> At 12:19 +0100 on 18 May (1431951570), Jan Beulich wrote:
>> >>> On 18.05.15 at 12:50, wrote:
>> > El 18/05/15 a les 12.17, Tim Deegan ha escrit:
>> >> - have map_dirty_bitmap() DTRT, with something like access_ok() +
>> >>a linear-pagetable lookup to find
At 12:19 +0100 on 18 May (1431951570), Jan Beulich wrote:
> >>> On 18.05.15 at 12:50, wrote:
> > El 18/05/15 a les 12.17, Tim Deegan ha escrit:
> >> - have map_dirty_bitmap() DTRT, with something like access_ok() +
> >>a linear-pagetable lookup to find the frame.
> >
> > That was my first in
>>> On 18.05.15 at 12:17, wrote:
> At 09:34 +0100 on 18 May (1431941676), Jan Beulich wrote:
>> >>> On 16.05.15 at 13:45, wrote:
>> > El 16/05/15 a les 10.51, osstest service user ha escrit:
>> >> flight 56456 xen-unstable real [real]
>> >> http://logs.test-lab.xenproject.org/osstest/logs/56456/
At 09:34 +0100 on 18 May (1431941676), Jan Beulich wrote:
> >>> On 16.05.15 at 13:45, wrote:
> > El 16/05/15 a les 10.51, osstest service user ha escrit:
> >> flight 56456 xen-unstable real [real]
> >> http://logs.test-lab.xenproject.org/osstest/logs/56456/
> >>
> >> Regressions :-(
> >
> > This i
>>> On 16.05.15 at 13:45, wrote:
> El 16/05/15 a les 10.51, osstest service user ha escrit:
>> flight 56456 xen-unstable real [real]
>> http://logs.test-lab.xenproject.org/osstest/logs/56456/
>>
>> Regressions :-(
>
> This is my fault, paging_gva_to_gfn cannot be used to translate a PV
> guest
At 12:50 +0200 on 18 May (1431953450), Roger Pau Monné wrote:
> El 18/05/15 a les 12.17, Tim Deegan ha escrit:
> > At 09:34 +0100 on 18 May (1431941676), Jan Beulich wrote:
> > On 16.05.15 at 13:45, wrote:
> >>> El 16/05/15 a les 10.51, osstest service user ha escrit:
> flight 56456 xen-u
>>> On 18.05.15 at 12:50, wrote:
> El 18/05/15 a les 12.17, Tim Deegan ha escrit:
>> - have map_dirty_bitmap() DTRT, with something like access_ok() +
>>a linear-pagetable lookup to find the frame.
>
> That was my first intention, but AFAICT we have no function in tree to
> resolve a PV gues
El 18/05/15 a les 12.17, Tim Deegan ha escrit:
> At 09:34 +0100 on 18 May (1431941676), Jan Beulich wrote:
> On 16.05.15 at 13:45, wrote:
>>> El 16/05/15 a les 10.51, osstest service user ha escrit:
flight 56456 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/log
El 16/05/15 a les 10.51, osstest service user ha escrit:
> flight 56456 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/56456/
>
> Regressions :-(
This is my fault, paging_gva_to_gfn cannot be used to translate a PV
guest VA to a GFN. The patch above restores the prev
flight 56456 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/56456/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-rumpuserxen-i386 15
rumpuserxen-demo-xenstorels/xenstorels.repeat fail REGR. vs. 56
15 matches
Mail list logo