Hi Guillaume, On Fri, Aug 24, 2018 at 08:32:07AM +0100, Guillaume Tucker wrote: > On 22/08/18 14:51, kernelci.org bot wrote: > >stable/linux-4.4.y boot: 124 boots: 3 failed, 117 passed with 2 offline, 1 untried/unknown, 1 conflict (v4.4.151) > > > >Full Boot Summary: https://kernelci.org/boot/all/job/stable/branch/linux-4.4.y/kernel/v4.4.151/ > >Full Build Summary: https://kernelci.org/build/stable/branch/linux-4.4.y/kernel/v4.4.151/ > > > >Tree: stable > >Branch: linux-4.4.y > >Git Describe: v4.4.151 > >Git Commit: 78f654f6cce3442937b8c7eb4b640357871363c1 > >Git URL: http://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git > >Tested: 43 unique boards, 20 SoC families, 22 builds out of 191 > > > >Boot Regressions Detected: > [...] > >x86: > > > > defconfig+kvm_guest: > > x86-x5-z8350: > > lab-mhart: failing since 6 days (last pass: v4.4.147 - first fail: v4.4.148) > > > > x86_64_defconfig: > > x86-x5-z8350: > > lab-mhart: failing since 6 days (last pass: v4.4.147 - first fail: v4.4.148) > > We've had a couple of automated boot bisections pointing at the > same commit on an x86 Atom x5-Z8350 platform (AAEON UP-CHT01), > please see details below. The issue seems to have started with > v4.4.148. > Can you test if a backport of upstream commit d367cef0a7f0 ("x86/mm/pat: Fix boot crash when 1GB pages are not supported by the CPU") fixes the problem ? It doesn't apply cleanly, but the conflict is easy to resolve. Thanks, Guenter