[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Errors with Loading Xen at a Certain Address


  • To: Julien Grall <julien.grall@xxxxxxx>
  • From: Brian Woods <brian.woods@xxxxxxxxxx>
  • Date: Thu, 3 Oct 2019 17:25:02 -0700
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 149.199.60.83) smtp.rcpttodomain=epam.com smtp.mailfrom=xilinx.com; dmarc=bestguesspass action=none header.from=xilinx.com; dkim=none (message not signed); arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=v5PV4sHFnQeXr26+tZiTehTznpdG9ubWdS4yzUvtBSo=; b=YQVauFLFJIO7QbVIpE3EjNXguTwg2aHGBEcPEPDdeRMjVHKjlZfSyeHitiDuYN50vv5TCGqA/79PRMqa0uOyR3TbUFKbz49pS+UZKn7LVBtQJxh9es5PH97soG2a1O/RrpuXRxNX9V61P8csLmpSj6n6drk7avx4taTH09oITxFWmxfF0KNVBuC/dEPQG/by250aaeTOaMpSw5BsCpsZxOpF1Ro/8+Y/m8NH/N1/fJ2f/EqvHjBW5KaBsNngOgeQY8x391pFiCvh4NY0+1mQ9tl3380XUARGMwyxG2wabPwYnSz6cBnwVsqqGJ9CxrHYfE60Az+M6/B+RYOwWEtwLQ==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=a1mC6i1IP6P/K/A877jPJUXbj3mNICFpWPDZqqZdIdk5MZe9lVO6WwbYufKKkXQXdJuhJYFFDoNgTFL0uGu6J81gEym41kmYnw0ckj//MsRQS/P+R2LJVWjwkTJhBM+lls0XUFFmQUpo4gVC2H62kc4dXNRILme7+NdahPRgseqziT7lYU3Eq4sHfBnF9iOiaFhWpN/ojx0VJYu8ls9+YiIAF3SaA1PRnXVM55X7R29ov8BF4mqXYCqd8kYBtQf+NhhIwrZkXQb0V/FCuujBx3FlKyo2yPKf8qx6zDzrnazqSkl8FDG6fKrb00CZsrpQfaYODea6orHS6uMXuBJAaQ==
  • Authentication-results: spf=pass (sender IP is 149.199.60.83) smtp.mailfrom=xilinx.com; epam.com; dkim=none (message not signed) header.d=none;epam.com; dmarc=bestguesspass action=none header.from=xilinx.com;
  • Cc: Brian Woods <brian.woods@xxxxxxxxxx>, nd <nd@xxxxxxx>, Volodymyr Babchuk <Volodymyr_Babchuk@xxxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Fri, 04 Oct 2019 00:25:44 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On Thu, Oct 03, 2019 at 10:20:36PM +0100, Julien Grall wrote:
> Hi Brian,
> 
> On 10/3/19 9:24 PM, Brian Woods wrote:
> >On Thu, Oct 03, 2019 at 07:23:23PM +0000, Julien Grall wrote:
> >There's a WARN_ON() between the two debug printks calls I shared above.
> 
> Looking at the log, the MFN seems to correspond to the one right after Xen
> (0000000001400000 - 00000000015328f1) in memory.
> 
> So it is normal to have the page given to the boot allocator. However, I am
> not entirely sure which bit of init_done() is giving the page again to
> xenheap.
> 
> It is unlikely to be free_init_memory() because it deal with the init
> section that is not at the end of the binary.
> 
> This would leave discard_initial_modules() but there are a check to skip Xen
> module.
> 
> The call stack only print the address and not the symbol because it
> unregistered the symbols for init. See unregister_init_virtual_memory().
> 
> (XEN) Xen call trace:
> (XEN)    [<000000000021c1a8>] page_alloc.c#free_heap_pages+0x1a8/0x614 (PC)
> (XEN)    [<000000000021c1a8>] page_alloc.c#free_heap_pages+0x1a8/0x614 (LR)
> (XEN)    [<000000000021e900>] page_alloc.c#init_heap_pages+0x3d4/0x564
> (XEN)    [<000000000021eb24>] init_domheap_pages+0x94/0x9c
> (XEN)    [<00000000002b83ec>] 00000000002b83ec
> (XEN)    [<00000000002b8904>] 00000000002b8904
> (XEN)    [<0000000000260a3c>] setup.c#init_done+0x10/0x20
> (XEN)    [<00000000002b99ac>] 00000000002b99ac
> 
> You should be able to use addr2line on the address with Xen binary.
> I have the feeling this will point to discard_initial_modules() as this is
> an init function and the symbol should not be printed.
> 
> But, I can't see anything obviously wrong in the function... So I am not
> entirely sure what could be the next steps.
> 
> Cheers,
> 
> -- 
> Julien Grall

In the log, there's:
(XEN) MODULE[0]: 0000000001400000 - 00000000015328f1 Xen
(XEN) MODULE[1]: 00000000076d2000 - 00000000076dc080 Device Tree
(XEN) MODULE[2]: 00000000076df000 - 0000000007fff364 Ramdisk
(XEN) MODULE[3]: 0000000000080000 - 0000000003180000 Kernel
(XEN)  RESVD[0]: 00000000076d2000 - 00000000076dc000
(XEN)  RESVD[1]: 00000000076df000 - 0000000007fff364

Linux kernel    ->   8_0000 - 318_0000
Xen             -> 140_0000 - 153_28f1

There's something not quite right here... I'm guessing Xen was working
at the address before because it was out of the "range" of the Linux
kernel.  Now I guess I need to look into if it's a Xen or u-boot issue.

-- 
Brian Woods

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.