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

Re: [Xen-devel] [PATCH] fix of vmxassist.ld


  • To: "Yang, Xiaowei" <xiaowei.yang@xxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
  • Date: Mon, 14 Aug 2006 17:59:00 +0100
  • Delivery-date: Mon, 14 Aug 2006 10:00:48 -0700
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: Aca/btMIXnH79aIBSC+Yqq7s+eOBcAAVB0Yy
  • Thread-topic: [Xen-devel] [PATCH] fix of vmxassist.ld

On 14/8/06 7:56 am, "Yang, Xiaowei" <xiaowei.yang@xxxxxxxxx> wrote:

> Currently there's one bug in tools/firmware/vmxassist/vmxassist.ld. It
> intends to put all uninitialized globe variables in object files into
> between _bbss and _ebss. In head.S, it sets memory between _bbss and
> _ebss to 0. But for gcc, compiler will put uninitialized globe variables
> (e.g: int a;) into a section called COMMON, rather than .bss, and linker
> collects variables in COMMON section of all objects and puts them in
> .bss. So it results in uninitialized globe variables are behind _ebss,
> rather than in front of it, which will not be set to 0. This patch fixes
> it.

Usual way around this is to define the start/end labels outside the
.section{} region. This is what the Xen and Linux linker scripts do, so it's
the fix I checked in for this issue.

 -- Keir



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

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