[OSSTEST PATCH 1/3] host examination: Actually permanently save the logs

[OSSTEST PATCH 1/3] host examination: Actually permanently save the logs

[Ian Jackson]

Due to an oversight, this was not plumbed into sg-run-job.

Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
---
 sg-run-job | 1 +
 1 file changed, 1 insertion(+)

diff --git a/sg-run-job b/sg-run-job
index ceb7980..43f3daa 100755
--- a/sg-run-job
+++ b/sg-run-job
@@ -520,6 +520,7 @@ proc examine-host-examine {install} {
     run-ts !broken capture-logs ts-logs-capture       + host
     if {$ok} {
 	run-ts -.  =           ts-examine-serial-post + host
+	run-ts .   =           ts-examine-logs-save   + host
     }
 }
 
-- 
2.1.4


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

[OSSTEST PATCH 2/3] ap-common: Switch to Linux 4.9 by default

[Ian Jackson]

I ran a special report[1] to see what to expect and:

   Tests which did not succeed and are blocking,
   including tests which could not be run:
    test-amd64-i386-xl-qemuu-win7-amd64 15 guest-localmigrate/x10 fail REGR.
    test-amd64-i386-xl-qemut-win7-amd64 15 guest-localmigrate/x10 fail REGR.

These Windows 7 migration tests have been failing on many branches and
don't look like they are something to do with the version of Linux
used in dom0.

Accordingly I intend to push this change to switch osstest to using
Linux 4.9 by default.  ARM tests are not affected at this time.

[1] ./sg-report-flight --that-linux=b65f2f457c49b2cfd7967c34b7a0b04c25587f13 --this-linux=f5eea276d8de10a32e68721707ae8f2fdfaa0960 --branches-also=linux-3.14,linux-arm-xen 109662 |less

CC: Boris Ostrovsky <boris.ostrovsky@oracle.com>
CC: Juergen Gross <jgross@suse.com>
CC: Stefano Stabellini <sstabellini@kernel.org>
CC: Wei Liu <wei.liu2@citrix.com>
CC: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
CC: Roger Pau Monné <roger.pau@citrix.com>
Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
---
 ap-common | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/ap-common b/ap-common
index cbb815c..bc7c03c 100644
--- a/ap-common
+++ b/ap-common
@@ -60,7 +60,7 @@
 
 : ${PUSH_TREE_LINUX:=$XENBITS:/home/xen/git/linux-pvops.git}
 : ${BASE_TREE_LINUX:=git://xenbits.xen.org/linux-pvops.git}
-: ${BASE_TAG_LINUX:=tested/linux-3.14}
+: ${BASE_TAG_LINUX:=tested/linux-4.9}
 : ${BASE_TAG_LINUX_ARM:=tested/linux-arm-xen}
 
 if [ "x${TREE_LINUX}" = x ]; then
-- 
2.1.4


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

[OSSTEST PATCH 3/3] make-flight: Shed some ARM64 load

[Ian Jackson]

Currently we have only two ARM64 boxes and now that the builds are
passing, the tests have become a bottleneck.  Cut them down for now.

This patch should be reverted when we have more ARM64 capacity, which
is being looked into.

We drop these tests:

        test-arm64-arm64-xl-multivcpu
        test-arm64-arm64-xl-rtds
        test-arm64-arm64-libvirt
        test-arm64-arm64-libvirt-qcow2

We drop all these on all branches, except:

        linux-arm-xen
	libvirt

(Verified with
   OSSTEST_CONFIG=standalone-config-example eatmydata ./standalone-generate-dump-flight-runvars
Of course the libvirt branches lack the xl tests already.)

CC: Julien Grall <julien.grall@arm.com>
CC: Stefano Stabellini <sstabellini@kernel.org>
Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
---
 make-flight | 13 +++++++++++++
 1 file changed, 13 insertions(+)

diff --git a/make-flight b/make-flight
index 39ef6de..7833605 100755
--- a/make-flight
+++ b/make-flight
@@ -104,6 +104,19 @@ job_create_test_filter_callback () {
   local xenarch=$1; shift
   local dom0arch=$1; shift
 
+  # cut down the arm64 tests temporarily, due to lack of capacity
+  case "$branch" in
+    *arm*|*libvirt*) ;;
+    *)
+      case "$job" in
+        test-arm64-arm64-xl-multivcpu)		return 1 ;;
+        test-arm64-arm64-xl-rtds)		return 1 ;;
+        test-arm64-arm64-libvirt)		return 1 ;;
+        test-arm64-arm64-libvirt-qcow2)		return 1 ;;
+      esac
+      ;;
+  esac
+
   case "$branch" in
     xen-unstable-smoke)
       case "$job" in
-- 
2.1.4


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

Re: [OSSTEST PATCH 3/3] make-flight: Shed some ARM64 load

[Julien Grall]

Hi Ian,

On 22/05/17 16:45, Ian Jackson wrote:
> Currently we have only two ARM64 boxes and now that the builds are
> passing, the tests have become a bottleneck.  Cut them down for now.
>
> This patch should be reverted when we have more ARM64 capacity, which
> is being looked into.
>
> We drop these tests:
>
>         test-arm64-arm64-xl-multivcpu
>         test-arm64-arm64-xl-rtds
>         test-arm64-arm64-libvirt
>         test-arm64-arm64-libvirt-qcow2
>
> We drop all these on all branches, except:
>
>         linux-arm-xen
> 	libvirt

NIT: The indentation look different here :).

>
> (Verified with
>    OSSTEST_CONFIG=standalone-config-example eatmydata ./standalone-generate-dump-flight-runvars
> Of course the libvirt branches lack the xl tests already.)
>
> CC: Julien Grall <julien.grall@arm.com>
> CC: Stefano Stabellini <sstabellini@kernel.org>
> Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>

FWIW:

Acked-by: Julien Grall <julien.grall@arm.com>

Cheers,

> ---
>  make-flight | 13 +++++++++++++
>  1 file changed, 13 insertions(+)
>
> diff --git a/make-flight b/make-flight
> index 39ef6de..7833605 100755
> --- a/make-flight
> +++ b/make-flight
> @@ -104,6 +104,19 @@ job_create_test_filter_callback () {
>    local xenarch=$1; shift
>    local dom0arch=$1; shift
>
> +  # cut down the arm64 tests temporarily, due to lack of capacity
> +  case "$branch" in
> +    *arm*|*libvirt*) ;;
> +    *)
> +      case "$job" in
> +        test-arm64-arm64-xl-multivcpu)		return 1 ;;
> +        test-arm64-arm64-xl-rtds)		return 1 ;;
> +        test-arm64-arm64-libvirt)		return 1 ;;
> +        test-arm64-arm64-libvirt-qcow2)		return 1 ;;
> +      esac
> +      ;;
> +  esac
> +
>    case "$branch" in
>      xen-unstable-smoke)
>        case "$job" in
>

-- 
Julien Grall

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

Re: [OSSTEST PATCH 2/3] ap-common: Switch to Linux 4.9 by default

[Roger Pau Monné]

On Mon, May 22, 2017 at 04:45:21PM +0100, Ian Jackson wrote:
> I ran a special report[1] to see what to expect and:
> 
>    Tests which did not succeed and are blocking,
>    including tests which could not be run:
>     test-amd64-i386-xl-qemuu-win7-amd64 15 guest-localmigrate/x10 fail REGR.
>     test-amd64-i386-xl-qemut-win7-amd64 15 guest-localmigrate/x10 fail REGR.
> 
> These Windows 7 migration tests have been failing on many branches and
> don't look like they are something to do with the version of Linux
> used in dom0.
> 
> Accordingly I intend to push this change to switch osstest to using
> Linux 4.9 by default.  ARM tests are not affected at this time.
> 
> [1] ./sg-report-flight --that-linux=b65f2f457c49b2cfd7967c34b7a0b04c25587f13 --this-linux=f5eea276d8de10a32e68721707ae8f2fdfaa0960 --branches-also=linux-3.14,linux-arm-xen 109662 |less
> 
> CC: Boris Ostrovsky <boris.ostrovsky@oracle.com>
> CC: Juergen Gross <jgross@suse.com>
> CC: Stefano Stabellini <sstabellini@kernel.org>
> CC: Wei Liu <wei.liu2@citrix.com>
> CC: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
> CC: Roger Pau Monné <roger.pau@citrix.com>
> Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>

Yes please:

Acked-by: Roger Pau Monné <roger.pau@citrix.com>


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

Re: [OSSTEST PATCH 1/3] host examination: Actually permanently save the logs

[Roger Pau Monné]

On Mon, May 22, 2017 at 04:45:20PM +0100, Ian Jackson wrote:
> Due to an oversight, this was not plumbed into sg-run-job.
> 
> Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>

Acked-by: Roger Pau Monné <roger.pau@citrix.com>

Roger.

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

Nested virt broken in Linux 4.9 (was Re: [OSSTEST PATCH 2/3] ap-common: Switch to Linux 4.9 by default [and 1 more messages])

[Ian Jackson]

Ian Jackson writes ("[OSSTEST PATCH 2/3] ap-common: Switch to Linux 4.9 by default"):
> I ran a special report[1] to see what to expect and:
...

It seems I ran or read this wrong.  In fact, my change is stuck in the
osstest self push gate because:

osstest service owner writes ("[osstest test] 109837: regressions - FAIL"):
> flight 109837 osstest real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/109837/
> 
> Regressions :-(
> 
> Tests which did not succeed and are blocking,
> including tests which could not be run:
>  test-amd64-amd64-qemuu-nested-amd 13 xen-boot/l1   fail REGR. vs. 109601
>  test-amd64-amd64-qemuu-nested-intel 13 xen-boot/l1 fail REGR. vs. 109601

The L1 console log is here:

 http://logs.test-lab.xenproject.org/osstest/logs/109837/test-amd64-amd64-qemuu-nested-intel/chardonnay1---var-log-xen-osstest-serial-l1.guest.osstest.log

this seems to show it hanging during the boot.  osstest times it out
because it doesn't come onto the network.  However,

 http://logs.test-lab.xenproject.org/osstest/logs/109837/test-amd64-amd64-qemuu-nested-intel/chardonnay1---var-log-xen-console-guest-l1.guest.osstest.log

shows a login prompt on the L1's PV console.

Could someone investigate please ?

Thanks,
Ian.

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

Re: Nested virt broken in Linux 4.9 (was Re: [OSSTEST PATCH 2/3] ap-common: Switch to Linux 4.9 by default [and 1 more messages])

[Boris Ostrovsky]

On 05/30/2017 10:28 AM, Ian Jackson wrote:
> Ian Jackson writes ("[OSSTEST PATCH 2/3] ap-common: Switch to Linux 4.9 by default"):
>> I ran a special report[1] to see what to expect and:
> ...
>
> It seems I ran or read this wrong.  In fact, my change is stuck in the
> osstest self push gate because:
>
> osstest service owner writes ("[osstest test] 109837: regressions - FAIL"):
>> flight 109837 osstest real [real]
>> http://logs.test-lab.xenproject.org/osstest/logs/109837/
>>
>> Regressions :-(
>>
>> Tests which did not succeed and are blocking,
>> including tests which could not be run:
>>  test-amd64-amd64-qemuu-nested-amd 13 xen-boot/l1   fail REGR. vs. 109601
>>  test-amd64-amd64-qemuu-nested-intel 13 xen-boot/l1 fail REGR. vs. 109601
> The L1 console log is here:
>
>  http://logs.test-lab.xenproject.org/osstest/logs/109837/test-amd64-amd64-qemuu-nested-intel/chardonnay1---var-log-xen-osstest-serial-l1.guest.osstest.log
>
> this seems to show it hanging during the boot.  osstest times it out
> because it doesn't come onto the network.  However,
>
>  http://logs.test-lab.xenproject.org/osstest/logs/109837/test-amd64-amd64-qemuu-nested-intel/chardonnay1---var-log-xen-console-guest-l1.guest.osstest.log
>
> shows a login prompt on the L1's PV console.
>
> Could someone investigate please ?


The test is using 4.9.21 kernel and it looks like the patch that fixed
earlier regression shows up in 4.9 tree at 4.9.28 (commit
5d7ab8339a9a9e745c672279437657654268be81).

-boris


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

Re: Nested virt broken in Linux 4.9 (was Re: [OSSTEST PATCH 2/3] ap-common: Switch to Linux 4.9 by default [and 1 more messages])

[Ian Jackson]

Boris Ostrovsky writes ("Re: Nested virt broken in Linux 4.9 (was Re: [OSSTEST PATCH 2/3] ap-common: Switch to Linux 4.9 by default [and 1 more messages])"):
> On 05/30/2017 10:28 AM, Ian Jackson wrote:
> > osstest service owner writes ("[osstest test] 109837: regressions - FAIL"):
> >> Tests which did not succeed and are blocking,
> >> including tests which could not be run:
> >>  test-amd64-amd64-qemuu-nested-amd 13 xen-boot/l1   fail REGR. vs. 109601
> >>  test-amd64-amd64-qemuu-nested-intel 13 xen-boot/l1 fail REGR. vs. 109601
> > The L1 console log is here:
...
> The test is using 4.9.21 kernel and it looks like the patch that fixed
> earlier regression shows up in 4.9 tree at 4.9.28 (commit
> 5d7ab8339a9a9e745c672279437657654268be81).

Thanks for investigating.  osstest tries to to track 4.9.y.

However, it is blocked because of persistent failures like this one:

osstest service owner writes ("[linux-4.9 test] 109836: regressions - trouble: broken/fail/pass"):
> flight 109836 linux-4.9 real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/109836/
> 
> Regressions :-(
> 
> Tests which did not succeed and are blocking,
> including tests which could not be run:
>  test-armhf-armhf-xl-credit2   6 xen-boot          fail REGR. vs. 107358

Does anyone have any idea why this test should fail consistently ?
The corresponding test with the default credit1 scheduler fails too.
But it works on the other branches (which are using linux 3.18):
  http://logs.test-lab.xenproject.org/osstest/results/history/test-armhf-armhf-xl/ALL
  http://logs.test-lab.xenproject.org/osstest/results/history/test-armhf-armhf-xl-credit2/ALL

These are, admittedly, on the unreliable arndales, but:
  http://logs.test-lab.xenproject.org/osstest/results/host/arndale-bluewater.html

So I think this is a problem with 4.9.

Ian.

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

Re: Nested virt broken in Linux 4.9 (was Re: [OSSTEST PATCH 2/3] ap-common: Switch to Linux 4.9 by default [and 1 more messages])

[Julien Grall]

Hi Ian,

On 30/05/17 16:47, Ian Jackson wrote:
> Boris Ostrovsky writes ("Re: Nested virt broken in Linux 4.9 (was Re: [OSSTEST PATCH 2/3] ap-common: Switch to Linux 4.9 by default [and 1 more messages])"):
>> On 05/30/2017 10:28 AM, Ian Jackson wrote:
>>> osstest service owner writes ("[osstest test] 109837: regressions - FAIL"):
>>>> Tests which did not succeed and are blocking,
>>>> including tests which could not be run:
>>>>  test-amd64-amd64-qemuu-nested-amd 13 xen-boot/l1   fail REGR. vs. 109601
>>>>  test-amd64-amd64-qemuu-nested-intel 13 xen-boot/l1 fail REGR. vs. 109601
>>> The L1 console log is here:
> ...
>> The test is using 4.9.21 kernel and it looks like the patch that fixed
>> earlier regression shows up in 4.9 tree at 4.9.28 (commit
>> 5d7ab8339a9a9e745c672279437657654268be81).
>
> Thanks for investigating.  osstest tries to to track 4.9.y.
>
> However, it is blocked because of persistent failures like this one:
>
> osstest service owner writes ("[linux-4.9 test] 109836: regressions - trouble: broken/fail/pass"):
>> flight 109836 linux-4.9 real [real]
>> http://logs.test-lab.xenproject.org/osstest/logs/109836/
>>
>> Regressions :-(
>>
>> Tests which did not succeed and are blocking,
>> including tests which could not be run:
>>  test-armhf-armhf-xl-credit2   6 xen-boot          fail REGR. vs. 107358
>
> Does anyone have any idea why this test should fail consistently ?
> The corresponding test with the default credit1 scheduler fails too.
> But it works on the other branches (which are using linux 3.18):
>   http://logs.test-lab.xenproject.org/osstest/results/history/test-armhf-armhf-xl/ALL
>   http://logs.test-lab.xenproject.org/osstest/results/history/test-armhf-armhf-xl-credit2/ALL
>
> These are, admittedly, on the unreliable arndales, but:
>   http://logs.test-lab.xenproject.org/osstest/results/host/arndale-bluewater.html
>
> So I think this is a problem with 4.9.

There are two missing patches in Linux 4.9 to be able to boot on the 
Arndale:
	- c827283586a4 "ARM: 8636/1: Cleanup sanity_check_meminfo"
	- 92ed32019d0d "ARM: 8637/1: Adjust memory boundaries after reservation"

They are part of the linux-arm-xen branch (also based on Xen 4.9) but I 
haven't yet requested to backport them in staging.

Cheers,


-- 
Julien Grall

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

Re: Nested virt broken in Linux 4.9 (was Re: [OSSTEST PATCH 2/3] ap-common: Switch to Linux 4.9 by default [and 1 more messages])

[Ian Jackson]

Julien Grall writes ("Re: Nested virt broken in Linux 4.9 (was Re: [OSSTEST PATCH 2/3] ap-common: Switch to Linux 4.9 by default [and 1 more messages])"):
> There are two missing patches in Linux 4.9 to be able to boot on the 
> Arndale:
> 	- c827283586a4 "ARM: 8636/1: Cleanup sanity_check_meminfo"
> 	- 92ed32019d0d "ARM: 8637/1: Adjust memory boundaries after reservation"
> 
> They are part of the linux-arm-xen branch (also based on Xen 4.9) but I 
> haven't yet requested to backport them in staging.

I see.  Can you do that please ?  It's blocking moving our testing to
a non-ancient kernel.

Thanks,
Ian.

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

Re: Nested virt broken in Linux 4.9 (was Re: [OSSTEST PATCH 2/3] ap-common: Switch to Linux 4.9 by default [and 1 more messages])

[Julien Grall]

Hi Ian,

On 30/05/17 17:13, Ian Jackson wrote:
> Julien Grall writes ("Re: Nested virt broken in Linux 4.9 (was Re: [OSSTEST PATCH 2/3] ap-common: Switch to Linux 4.9 by default [and 1 more messages])"):
>> There are two missing patches in Linux 4.9 to be able to boot on the
>> Arndale:
>> 	- c827283586a4 "ARM: 8636/1: Cleanup sanity_check_meminfo"
>> 	- 92ed32019d0d "ARM: 8637/1: Adjust memory boundaries after reservation"
>>
>> They are part of the linux-arm-xen branch (also based on Xen 4.9) but I
>> haven't yet requested to backport them in staging.
>
> I see.  Can you do that please ?  It's blocking moving our testing to
> a non-ancient kernel.

I will do that. However, we don't use Linux 4.9 branch for arm64/arm32 
testing. So why are we blocking on those boards?

Cheers,

-- 
Julien Grall

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

Re: Nested virt broken in Linux 4.9 (was Re: [OSSTEST PATCH 2/3] ap-common: Switch to Linux 4.9 by default [and 1 more messages])

[Ian Jackson]

Julien Grall writes ("Re: Nested virt broken in Linux 4.9 (was Re: [OSSTEST PATCH 2/3] ap-common: Switch to Linux 4.9 by default [and 1 more messages])"):
> On 30/05/17 17:13, Ian Jackson wrote:
...
> > I see.  Can you do that please ?  It's blocking moving our testing to
> > a non-ancient kernel.
> 
> I will do that. However, we don't use Linux 4.9 branch for arm64/arm32 
> testing. So why are we blocking on those boards?

It works like this:

The CI in general has a notion of the default Linux.  That is
currently Linux 3.18.  But, there is a special case, and for ARM it is
the special linux-arm-xen branch.

I am trying to update the non-ARM default Linux from 3.18 to 4.9.  For
that to be true, there must be no regressions between 3.18 and 4.9.

Specifically, because changing to 4.9 as the the non-ARM default Linux
version would mean using _the version of Linux 4.9 that has itself
passed osstest's tests_, there must be no x86 regressions between
Linux 3.18 as currently used for the x86 tests, and the
osstest-approved 4.9.

Currently the osstest-approved linux-4.9 contains some x86 nested virt
regressions compared to the osstest-approved linux-3.18.  These are
not regressions _within osstest's view of linux-4.9_ because they
never worked there.

They would be fixed if osstest were to update its version of linux-4.9
to a more recent one, which has bugfixes for the x86 nested virt bugs.

But osstest does not want to update its linux-4.9 branch to include
those x86 nested fixes, because doing so would introduce an ARM
regression _within the 4.9 branch_.

This is relevant because, obviously, when osstest is testing
linux-4.9, it uses it for all architectures.

I hope we can get this fixed soon.  We cannot update to Linux 4.9
until we have a version of 4.9 which doesn't have any regressions.  It
seems people keep breaking it.  If the time to fix any particular
regression too much exceeds the time between new regressions being
introduced, we will never succeed.

Ian.

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

Re: Nested virt broken in Linux 4.9 (was Re: [OSSTEST PATCH 2/3] ap-common: Switch to Linux 4.9 by default [and 1 more messages])

[Ian Jackson]

Ian Jackson writes ("Re: Nested virt broken in Linux 4.9 (was Re: [OSSTEST PATCH 2/3] ap-common: Switch to Linux 4.9 by default [and 1 more messages])"):
> But osstest does not want to update its linux-4.9 branch to include
> those x86 nested fixes, because doing so would introduce an ARM
> regression _within the 4.9 branch_.
...
> I hope we can get this fixed soon.  We cannot update to Linux 4.9
> until we have a version of 4.9 which doesn't have any regressions.  It
> seems people keep breaking it.  If the time to fix any particular
> regression too much exceeds the time between new regressions being
> introduced, we will never succeed.

Julien, what is the state of the arndale fixes for 4.9 ?

Ian.

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

Re: Nested virt broken in Linux 4.9 (was Re: [OSSTEST PATCH 2/3] ap-common: Switch to Linux 4.9 by default [and 1 more messages])

[Julien Grall]

Hi Ian,

On 06/06/17 12:16, Ian Jackson wrote:
> Ian Jackson writes ("Re: Nested virt broken in Linux 4.9 (was Re: [OSSTEST PATCH 2/3] ap-common: Switch to Linux 4.9 by default [and 1 more messages])"):
>> But osstest does not want to update its linux-4.9 branch to include
>> those x86 nested fixes, because doing so would introduce an ARM
>> regression _within the 4.9 branch_.
> ...
>> I hope we can get this fixed soon.  We cannot update to Linux 4.9
>> until we have a version of 4.9 which doesn't have any regressions.  It
>> seems people keep breaking it.  If the time to fix any particular
>> regression too much exceeds the time between new regressions being
>> introduced, we will never succeed.
>
> Julien, what is the state of the arndale fixes for 4.9 ?

Just sent it (you are CCed). Sorry for the late.

Cheers,

-- 
Julien Grall

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