<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
