From: "Nick Couchman" <Nick.Couchman@seakr.com>
To: Keir Fraser <keir.fraser@eu.citrix.com>, xen-devel@lists.xensource.com
Subject: Re: Re: gpxe in hvmloader?
Date: Wed, 06 Aug 2008 13:29:19 -0600 [thread overview]
Message-ID: <4899A72F.87A6.0099.1@seakr.com> (raw)
In-Reply-To: <C4BF861B.250F3%keir.fraser@eu.citrix.com>
[-- Attachment #1.1: Type: text/plain, Size: 4562 bytes --]
Thanks...maybe I'll try that out.
I did try grabbing the patch that you posted for removing vmxassist and "manually" applied that to the 3.2.1 tree. Now I've got some other errors trying to start HVM domUs, so I'm guessing that my manual patching has hosed it up. Oh well, it was worth a shot!
-Nick
>>> On Wed, Aug 6, 2008 at 9:47 AM, Keir Fraser <keir.fraser@eu.citrix.com> wrote:
If you use xen-unstable then vmxassist is no longer there and you have more space.
-- Keir
On 6/8/08 16:45, "Nick Couchman" <Nick.Couchman@seakr.com> wrote:
Well, from my very limited programming knowledge it seems like the gPXE ROM might be too big to fit into the memory location set aside for etherboot. The Etherboot ROM seems to be around 32K (0x8000) while the gPXE ROM is larger - around 45K (0xB7B9). In the tools/firmware/hvmloader/config.h file, the following locations are set:
/* Memory map. */
#define HYPERCALL_PHYSICAL_ADDRESS 0x00080000
#define VGABIOS_PHYSICAL_ADDRESS 0x000C0000
#define ETHERBOOT_PHYSICAL_ADDRESS 0x000C8000
#define VMXASSIST_PHYSICAL_ADDRESS 0x000D0000
#define SMBIOS_PHYSICAL_ADDRESS 0x000E9000
#define SMBIOS_MAXIMUM_SIZE 0x00001000
#define ACPI_PHYSICAL_ADDRESS 0x000EA000
#define ROMBIOS_PHYSICAL_ADDRESS 0x000F0000
Looks like the space between the VMXASSIT and ETHERBOOT physical addresses is 0x8000 - exactly big enough for the Etherboot ROM but not big enough for the gPXE ROM. So maybe it's just a matter of enlarging the memory location set aside for the Etherboot/gPXE ROM? Or am I completely off on the wrong track here?
Thanks - Nick
>>> On Wed, Aug 6, 2008 at 7:19 AM, Nick Couchman wrote:
I'd like to play around with booting an HVM directly off an iSCSI share. One of the ways to do this is with an iSCSI Boot ROM. The latest versions of gpxe allow for this functionality, and I was wondering if there's a somewhat-simple way to replace the etherboot .zrom file with a gpxe .rom file.
I've already tried the obvious - use rom-o-matic to generate the gpxe file for the rtl8139 network card, then use the tools/firmware/hvmloader/mkhex utility to make it into a header file, and then replace the line in the tools/firmware/hvmloader/Makefile that cats the eb-rtl8139.zrom.h file into the roms.h to cat the gpxe-rtl8139.rom.h file into the roms.h header. If I do this, then try to use the newly-generated hvmloader to boot an HVM, it doesn't want to network boot at all, even if the only boot= argument is "n".
Anyone have any hints, or is this just not possible right now?
Thanks - Nick
This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR.
[-- Attachment #1.2: HTML --]
[-- Type: text/HTML, Size: 7613 bytes --]
<html>
<head>
<style type="text/css">
<!--
body { line-height: normal; margin-top: 4px; margin-bottom: 1px; font-variant: normal; margin-left: 4px; margin-right: 4px }
p { margin-top: 0; margin-bottom: 0 }
-->
</style>
</head>
<body content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
<p style="margin-top: 0; margin-bottom: 0">
<font size="2" face="Dialog">Thanks...maybe I'll try that out.</font> </p>
<br>
<p style="margin-top: 0; margin-bottom: 0">
<font size="2" face="Dialog">I did try grabbing the patch that you posted for removing vmxassist and "manually" applied that to the 3.2.1 tree. Now I've got some other errors trying to start HVM domUs, so I'm guessing that my manual patching has hosed it up. Oh well, it was worth a shot!</font> </p>
<br>
<p style="margin-top: 0; margin-bottom: 0">
<font size="2" face="Dialog">-Nick</font><br><br>>>> On Wed, Aug 6, 2008 at  9:47 AM, Keir Fraser <keir.fraser@eu.citrix.com> wrote:<br> </p>
<div style="border-left: solid 1px #050505; margin-top: 0; background-color: #f3f3f3; margin-bottom: 0; padding-left: 7px; margin-right: 0; margin-left: 15px">
<div style="font-size: 12.0px">
<p style="margin-top: 0; margin-bottom: 0">
If you use xen-unstable then vmxassist is no longer there and you have more space.<br><br> -- Keir<br><br><br>On 6/8/08 16:45, "Nick Couchman" <Nick.Couchman@seakr.com> wrote:<br><br> </p>
</div>
<blockquote>
<div style="font-size: 12.0px">
<p style="margin-top: 0; margin-bottom: 0">
  <br><br> Well, from my very limited programming knowledge it seems like the gPXE ROM might be too big to fit into the memory location set aside for etherboot.  The Etherboot ROM seems to be around 32K (0x8000) while the gPXE ROM is larger - around 45K (0xB7B9).  In the tools/firmware/hvmloader/config.h file, the following locations are set:    <br> <br><br> /* Memory map. */    <br> <br><br> #define HYPERCALL_PHYSICAL_ADDRESS    0x00080000    <br> <br><br> #define VGABIOS_PHYSICAL_ADDRESS      0x000C0000    <br> <br><br> #define ETHERBOOT_PHYSICAL_ADDRESS         0x000C8000    <br> <br><br> #define VMXASSIST_PHYSICAL_ADDRESS    0x000D0000    <br> <br><br> #define SMBIOS_PHYSICAL_ADDRESS       0x000E9000    <br> <br><br> #define SMBIOS_MAXIMUM_SIZE           0x00001000    <br> <br><br> #define ACPI_PHYSICAL_ADDRESS         0x000EA000    <br> <br><br> #define ROMBIOS_PHYSICAL_ADDRESS      0x000F0000    <br><br>       <br><br> Looks like the space between the VMXASSIT and ETHERBOOT physical addresses is 0x8000 - exactly big enough for the Etherboot ROM but not big enough for the gPXE ROM.  So maybe it's just a matter of enlarging the memory location set aside for the Etherboot/gPXE ROM?  Or am I completely off on the wrong track here?    <br><br>       <br><br> Thanks - Nick<br><br>>>> On Wed, Aug 6, 2008 at  7:19 AM, Nick Couchman wrote:<br>    <br> <br> <br><br> I'd like to play around with booting an HVM directly off an iSCSI share.  One of the ways to do this is with an iSCSI Boot ROM.  The latest versions of gpxe allow for this functionality, and I was wondering if there's a somewhat-simple way to replace the etherboot .zrom file with a gpxe .rom file.        <br> <br><br> <br> <br> <br><br> I've already tried the obvious - use rom-o-matic to generate the gpxe file for the rtl8139 network card, then use the tools/firmware/hvmloader/mkhex utility to make it into a header file, and then replace the line in the tools/firmware/hvmloader/Makefile that cats the eb-rtl8139.zrom.h file into the roms.h to cat the gpxe-rtl8139.rom.h file into the roms.h header.  If I do this, then try to use the newly-generated hvmloader to boot an HVM, it doesn't want to network boot at all, even if the only boot= argument is "n".      <br> <br><br> <br> <br> <br><br> Anyone have any hints, or is this just not possible right now?      <br> <br><br> <br> <br> <br><br> Thanks - Nick<br> <br> <br><hr size="3" width="100%" align="center">This e-mail may contain confidential and privileged material for the sole use of the intended recipient.  If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information.  In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way.  If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox.  Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR.<br><br><hr size="3" width="95%" align="center"> </p>
</div>
<div style="font-size: 10.0px">
<p style="margin-top: 0; margin-bottom: 0">
_______________________________________________<br>Xen-devel mailing list<br>Xen-devel@lists.xensource.com<br><a href="http://lists.xensource.com/xen-devel">http://lists.xensource.com/xen-devel</a><br> </p>
</div>
</blockquote>
<div style="font-size: 10.0px">
<p style="margin-top: 0; margin-bottom: 0">
<br>
</p>
</div>
</div>
<DIV><P><HR>
This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR.
</P></DIV>
</body>
</html>
[-- Attachment #2: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
next prev parent reply other threads:[~2008-08-06 19:29 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-06 13:19 gpxe in hvmloader? Nick Couchman
2008-08-06 15:45 ` Nick Couchman
2008-08-06 15:47 ` Keir Fraser
2008-08-06 19:29 ` Nick Couchman [this message]
2008-08-06 15:48 ` Samuel Thibault
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4899A72F.87A6.0099.1@seakr.com \
--to=nick.couchman@seakr.com \
--cc=keir.fraser@eu.citrix.com \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.