From mboxrd@z Thu Jan 1 00:00:00 1970 From: Boris Ostrovsky Subject: Re: [PATCH v5 6/9] libxc: create unmapped initrd in domain builder if supported Date: Wed, 25 Nov 2015 11:34:47 -0500 Message-ID: <5655E327.50708@oracle.com> References: <1447335816-31772-1-git-send-email-jgross@suse.com> <1447335816-31772-7-git-send-email-jgross@suse.com> <5655DDDC.5000005@oracle.com> <20151125161832.GF15747@citrix.com> <1448468953.17688.139.camel@citrix.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1448468953.17688.139.camel@citrix.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Ian Campbell , Wei Liu Cc: Juergen Gross , stefano.stabellini@eu.citrix.com, ian.jackson@eu.citrix.com, roger.pau@citrix.com, xen-devel@lists.xen.org List-Id: xen-devel@lists.xenproject.org On 11/25/2015 11:29 AM, Ian Campbell wrote: > On Wed, 2015-11-25 at 16:18 +0000, Wei Liu wrote: >> On Wed, Nov 25, 2015 at 11:12:12AM -0500, Boris Ostrovsky wrote: >>> On 11/12/2015 08:43 AM, Juergen Gross wrote: >>>> In case the kernel of a new pv-domU indicates it is supporting an >>>> unmapped initrd, don't waste precious virtual space for the initrd, >>>> but allocate only guest physical memory for it. >>> This patch breaks 32-bit pygrub. >>> >> This particular patch? >> >> We discovered a bug in mini-os that caused 32-bit pygrub to break withi >> this series. It's now fixed in mini-os upstream. Check Config.mk for >> mini-os commit that fixes the bug. > Are we really talking about pygrub here, or pvgrub? (the former is > unaffected by mini-os). That's exactly what confused me into thinking earlier that the fix that Wei is talking about would resolve my problem. It's pYgrub. > > If we are really talking about pygrub then we are _actually_ talking about > the domain builder when operating on the RHEL5 kernel+initrd -- the fact > ithat they were extracted from the guest filesystem by pygrub is > irrelevant. > >>> With RHEL5 I get >>> initrd extends beyond end of memory (0x780080eda000 > 0x40000000) > This is reported within the guest, right? Right. I don't have RHEL5 sources to see what exactly the code is doing but if it prints what it says it does ;-) then the address looks pretty bogus. -boris