All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andy Clayton <xen.nospam@q3aiml.net>
To: Andy Clayton <xen.nospam@q3aiml.net>
Cc: Randy Thelen <rthelen@netapp.com>,
	xen-devel <xen-devel@lists.xensource.com>
Subject: Re: FreeBSD boot loader on VT-x based Xen system
Date: Fri, 02 Jun 2006 12:29:49 -0500	[thread overview]
Message-ID: <4480758D.9030403@q3aiml.net> (raw)
In-Reply-To: <44807255.6070508@q3aiml.net>

Andy Clayton wrote:
> Randy Thelen wrote:
>> Folks --
>>
>> I'm trying to run FreeBSD 6.0 on a VT-x based Xen system.  I'm 
>> experiencing a problem where the boot loader is crashing before the 
>> FreeBSD kernel (proper) is loaded.
>>
>
> I don't think I can help you much as far as fixing, but earlier I 
> opened a bug report in Bugzilla regarding this issue at 
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=622
> I will try to help any way I can but I have next to no experience with 
> assembly.  Time to learn, perhaps.
>
> Good luck for now and ask if you would like some help (with something 
> I can actually help with...),
> Andy Clayton
>
Hey there is a patch that was mailed to -devel by Kevin Tronkowski today 
called "[Xen-devel] [PATCH] Extensions to vmxassist to handle additional 
mode switch cases".  It sounds promising. 

If I may quote:

Attached is a patch which extends vmxassist to handle two cases 
related to mode switching found while experimenting with different 
boot loaders.

The first case is use of the JMP instruction with memory location 
operands to complete a switch to protected mode. This patch adds 
emulation for this form of the JMP instruction to vmxassist.

The second case is where boot loader code does not save/restore a 
non-zero SS register across a protected mode traversal. 
Zeroing the SS register in vmxassist results in all sorts of problems 
in the domU after returning back to real mode. This patch stores 
segment register values before entering protected mode and correctly 
restores the old values (instead of an incorrect zero value) when 
reentering real mode. 

The first case is what I was looking at.  I'll see if I can check this 
out shortly...

Andy Clayton

  reply	other threads:[~2006-06-02 17:29 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-26  0:39 FreeBSD boot loader on VT-x based Xen system Randy Thelen
2006-06-02 17:16 ` Andy Clayton
2006-06-02 17:29   ` Andy Clayton [this message]
2006-06-02 19:18     ` Q3aiml

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=4480758D.9030403@q3aiml.net \
    --to=xen.nospam@q3aiml.net \
    --cc=rthelen@netapp.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.