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

RE: [Xen-devel] Propose "xen_init()" call first thing in Xen drivers


  • To: "Hollis Blanchard" <hollisb@xxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • From: "Magenheimer, Dan (HP Labs Fort Collins)" <dan.magenheimer@xxxxxx>
  • Date: Thu, 22 Sep 2005 12:20:10 -0700
  • Cc: Matt Chapman <matthewc@xxxxxxxxxxxxxxx>
  • Delivery-date: Thu, 22 Sep 2005 19:22:08 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: AcW/oBE1WOLHNLjxQ4GDxC5avpRRrgACNrsQ
  • Thread-topic: [Xen-devel] Propose "xen_init()" call first thing in Xen drivers

> What linker magic exactly? I don't understand the problem.

Linker magic is probably a poor choice of words.

IIRC, the problem arose because we moved xen/arch/xen/kernel
to -sparse/drivers/xen/core (which is planned as part of
the getting-into-the-linux process).  This changed the link
order which had previously (by chance) linked the evtchn_init
routine prior to any drivers/xen init routine.  If any
of the drivers/xen init routines execute before evtchn_init,
they fail.  Since we needed a test for "running_on_xen"
anyway, we (Matt) combined the two solutions into one architecturally
independent abstraction.

> Could you provide a pointer to the ia64 xen_init() 
> implementation? 

http://xenbits.xensource.com/ext/xenlinux-ia64-2.6.12.hg?cmd=file;fileno
de=769f15e75bbd990900b352a3f9d50562d9e399df;file=drivers/xen/core/xenia6
4_init.c

Thanks,
Dan

_______________________________________________
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®.