<ja...@shareable.org>,Jarkko Sakkinen <jarkko.sakki...@intel.com>,Jeremy Fitzhardinge <jer...@goop.org>,Joe Millenbach <jmillenb...@gmail.com>,Joerg Roedel <j...@8bytes.org>,Johannes Weiner <han...@cmpxchg.org>,Josh Triplett <j...@joshtriplett.org>,Kyungmin Park <kyungmin.p...@samsung.com>,Lee Schermerhorn <lee.schermerh...@hp.com>,Len Brown <len.br...@intel.com>,Linux Kernel Mailing List <linux-ker...@vger.kernel.org>,Marcelo Tosatti <mtosa...@redhat.com>,Marek Szyprowski <m.szyprow...@samsung.com>,Matt Fleming <matt.flem...@intel.com>,Mel Gorman <mgor...@suse.de>,Paul Turner <p...@google.com>,Pavel Machek <pa...@ucw.cz>,Pekka Enberg <penb...@kernel.org>,Peter Zijlstra <a.p.zijls...@chello.nl>,Ralf Baechle <r...@linux-mips.org>,Rik van Riel <r...@redhat.com>,Rob Landley <r...@landley.net>,Russell King <li...@arm.linux.org.uk>,Rusty Russell <ru...@rustcorp.com.au>,Shuah Khan <shuah.k...@hp.com>,Shuah Khan <shuahk...@gmail.com>,Steven Rostedt <rost...@goodmis.org>,Thomas Gleixn! er <t...@linutronix.de>,=?ISO-8859-1?Q?Ville_Syrj=E4l=E4?= <ville.syrj...@linux.intel.com>,Yasuaki Ishimatsu <isimatu.yasu...@jp.fujitsu.com>,Zachary Amsden <zams...@gmail.com>,"a...@redhat.com" <a...@redhat.com>,"linux-m...@linux-mips.org" <linux-m...@linux-mips.org>,"linux...@vger.kernel.org" <linux...@vger.kernel.org>,"m...@redhat.com" <m...@redhat.com>,"sparcli...@vger.kernel.org" <sparcli...@vger.kernel.org>,"virtualization@lists.linux-foundation.org" <virtualization@lists.linux-foundation.org>,"xen-de...@lists.xensource.com" <xen-de...@lists.xensource.com> Message-ID: <1b89b5cf-4ad4-4c25-ab76-a8ac6910c...@email.android.com>
Again... you probably want to check into Dave's debug changes first. Makes more sense. Yinghai Lu <ying...@kernel.org> wrote: >On Fri, Feb 22, 2013 at 10:06 AM, Stefano Stabellini ><stefano.stabell...@eu.citrix.com> wrote: >> On Fri, 22 Feb 2013, Konrad Rzeszutek Wilk wrote: >>> On Fri, Feb 22, 2013 at 09:12:57AM -0800, H. Peter Anvin wrote: >>> > On 02/22/2013 08:55 AM, Konrad Rzeszutek Wilk wrote: >>> > > >>> > >What is bizzare is that I do recall testing this (and Stefano >also did it). >>> > >So I am not sure what has altered. >>> > > >>> > >>> > Yes, there was a very specific reason why I wanted you guys to >test it... >>> >>> Exactly. And I re-ran the same test, but with a new kernel. This is >what >>> git reflog tells me: >>> >>> 473cd24 HEAD@{75}: checkout: moving from >08f321ed97353cf3b3fafa6b1c1971d6a8970830 to linux-next >>> 08f321e HEAD@{76}: checkout: moving from linux-next to >yinghai/for-x86-mm >>> eb827a7 HEAD@{77}: checkout: moving from >1b66ccf15ff4bd0200567e8d70446a8763f96ee7 to linux-next >>> [konrad@build linux]$ git show 08f321e >>> commit 08f321ed97353cf3b3fafa6b1c1971d6a8970830 >>> Author: Yinghai Lu <ying...@kernel.org> >>> Date: Thu Nov 8 00:00:19 2012 -0800 >>> >>> mm: Kill NO_BOOTMEM version free_all_bootmem_node() >>> >>> And I recall Stefano later on testing (I was in a conference and did >not have >>> the opportunity to test it). Not sure what he ran with. >>> >> >> FYI the last patch series I tested was Yinghai's "x86, boot, 64bit: >Add >> support for loading ramdisk and bzImage above 4G" v7u1. > > >the one in tip and linus's tree is >--- >-v7u2: update changelog and comments, and clear more fields for >sentinel. > Update swiotlb autoswitch off patch. > Fix crash with xen PV guest with 2G. >--- > >and it fixes xen crash that you reported with v7u1, and you tested >that add-on patch >fix_xen_2g.patch with v7u1. >and I fold the addon patch into offending patch in v7u2. > > >Thanks > >Yinghai -- Sent from my mobile phone. Please excuse brevity and lack of formatting. _______________________________________________ Virtualization mailing list Virtualization@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/virtualization