Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751476AbaL0Nva (ORCPT ); Sat, 27 Dec 2014 08:51:30 -0500 Received: from cantor2.suse.de ([195.135.220.15]:46263 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750748AbaL0Nv3 (ORCPT ); Sat, 27 Dec 2014 08:51:29 -0500 Message-ID: <549EB95F.9090209@suse.com> Date: Sat, 27 Dec 2014 14:51:27 +0100 From: Juergen Gross User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Qu Wenruo CC: linux-kernel@vger.kernel.org Subject: Re: [REGRESSION][x86] Commit f5b2831d65 cause boot failure in VMware ESXi 5.1 guest References: <549CC096.3080701@cn.fujitsu.com> In-Reply-To: <549CC096.3080701@cn.fujitsu.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 12/26/2014 02:57 AM, Qu Wenruo wrote: > Hi all, > > When testing v3.19-rc1 kernel(in fact, try to test), the kernel itself > fail to boot on VMware ESXi 5.1 guest. > The boot failure is quite easy to describe, only one line is output: > "Probing EDD (edd=off to disable)...ok" > > No other output(including warning/bug_on/backtrace or whatever) and the > guest just hangs. > It's OK on v3.18, so it's a regression. > > Bisect points to the following commit: > commit f5b2831d654167d77da8afbef4d2584897b12d0c > Author: Juergen Gross > Date: Mon Nov 3 14:02:02 2014 +0100 > > x86: Respect PAT bit when copying pte values between large and > normal pages > > The PAT bit in the ptes is not moved to the correct position when > copying page protection attributes between entries of different sized > pages. Translate the ptes according to their page size. > > > I have also created the kernel BZ report: > https://bugzilla.kernel.org/show_bug.cgi?id=90321 > > Hopes this can be resolved in next rc. As the same issue has been reported with VMWare workstation which was related to an error in the PAT MSR emulation of VMWare, I guess this will be the same problem. I've already sent a patch. You should be able to boot with the "nopat" kernel option. Juergen -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/