From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: PAE PV guest kernel regression Date: Thu, 7 Jun 2012 10:57:31 -0400 Message-ID: <20120607145731.GM9472@phenom.dumpdata.com> References: <4FCF5015020000780008878C@nat28.tlf.novell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Andrew Jones Cc: Jan Beulich , xen-devel@lists.xen.org List-Id: xen-devel@lists.xenproject.org > Ah, I didn't check to see what Fedora pulled in on top of 3.4. Had I > done that I would have immediately suspected a different patch instead > (mm-pmd_read_atomic-fix-32bit-PAE-pmd-walk-vs-pmd_populate-SMP-race-condition.patch, > upstream commit 26c191788f18). We've already encountered one problem > with this patch for RHEL6 and fixed it. The patch F17 has, however, is Was the fix for the git commit 26c191788f18 (which I understand is in RHEL6) posted? > already the "fixed" version. Now the difference between RHEL6 and F17 > though is that F17 has CONFIG_TRANSPARENT_HUGEPAGE=y for 32b guests, > but RHEL6 does not. So now with this patch F17 is calling > atomic64_read() from pmd_none_or_trans_huge_or_clear_bad(). > > Drew > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel