[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [xen-unstable test] 56456: regressions - FAIL



>>> On 18.05.15 at 12:17, <tim@xxxxxxx> wrote:
> At 09:34 +0100 on 18 May (1431941676), Jan Beulich wrote:
>> >>> On 16.05.15 at 13:45, <roger.pau@xxxxxxxxxx> 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 VA to a GFN. The patch above restores the previous path for PV
>> > callers.
>> 
>> While Tim would have the final say, I certainly would prefer to revert
>> the offending patch and then apply a correct new version in its stead
>> in this case (where the fix is not a simple, few lines change).
> 
> I would be OK with a follow-up fix here, but I'm not convinced that
> this is it.
> 
> In particular, paging_mode_enabled() should be true for any PV domain
> that's in log-dirty mode, so presumably the failure is only for lgd
> ops on VMs that don't have lgd enabled.  So maybe we can either:
>  - return an error for that case (but we'd want to understand how we
>    got there first); or
>  - have map_dirty_bitmap() DTRT, with something like access_ok() +
>    a linear-pagetable lookup to find the frame.
> 
> In any case, this is a regression so we should revert while we figure
> it out.

Done.

Jan


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.