All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kip Macy <kmacy@fsmware.com>
To: Derrik Pates <dpates@dsdk12.net>
Cc: xen-devel@lists.sourceforge.net
Subject: Re: FreeBSD/Xen ugliness
Date: Sat, 8 Jan 2005 21:05:07 -0800 (PST)	[thread overview]
Message-ID: <20050108210000.B8527@demos.bsdclusters.com> (raw)
In-Reply-To: <41E09F7A.4050604@dsdk12.net>

I've seen the same timing issues. We do call yield where appropriate:

static void
cpu_idle_default(void)
{
#if 0
        /*
         * we must absolutely guarentee that hlt is the
         * absolute next instruction after sti or we
         * introduce a timing window.
         */
        __asm __volatile("sti; hlt");
#endif
        enable_intr();
        HYPERVISOR_yield();
}


So I'm not sure what the problem is. After the 5.3 work and coredump is
done I might look into it. There may have been some fixes to the clock
code in the meantime.


				-Kip


On Sat, 8 Jan 2005, Derrik Pates wrote:

> Kip:
>
> Well, I have good news; thanks to Darren Tucker pointing out that the
> boot.netif.* parameters _have_ to be added, I was able to successfully
> boot your FreeBSD/Xen kernel. It seems to work okay so far. It fairly
> regularly (every few minutes or so) spits out a line like:
>
> Expensive timeout(9) function: 0xc00b0bd0(0) 0.010000854 s
>
> at me, but it seems to otherwise behave as FreeBSD should. The only
> thing I've noticed so far is that, looking at the output of 'xm list',
> its domain's virtual-time clock seems to grow at a constant rate. I'm
> guessing this means it doesn't call up to the hypervisor and say "Please
> schedule someone else, I'm idle right now" when it has nothing to do. It
> doesn't seem to affect the performance of other domains though, but I
> thought it worth pointing out. Unfortunately, I don't know enough about
> FreeBSD's scheduler to make the necessary changes to make this work as
> it should. I'll have to see about getting a proper full CVS pull of the
> sys/ tree for 5.2.1 on my FreeBSD install in VMware, and see if I can
> make a FreeBSD kernel build work; however, I'd like to see the 5.3
> kernel when you get around to it.
>
> --
> Derrik Pates
> dpates@dsdk12.net
>


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

  reply	other threads:[~2005-01-09  5:05 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-01-06 19:14 FreeBSD/Xen ugliness Derrik Pates
2005-01-06 19:27 ` Kip Macy
2005-01-06 20:14   ` Derrik Pates
2005-01-06 20:34     ` Kip Macy
2005-01-06 21:04       ` Ian Pratt
2005-01-09  3:05       ` Derrik Pates
2005-01-09  5:05         ` Kip Macy [this message]
2005-01-09  9:28           ` Keir Fraser
2005-01-10  4:59             ` Kip Macy
2005-01-06 23:43   ` Kip Macy
2005-01-06 20:01 ` Dave Feustel
2005-01-06 20:18   ` Derrik Pates
2005-01-06 23:45     ` Dave Feustel
2005-01-07  9:50       ` Dick Davies
2005-01-07  0:46 ` Darren Tucker
2005-01-07  3:20   ` Derrik Pates
2005-01-07  3:05 ` Kip Macy

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=20050108210000.B8527@demos.bsdclusters.com \
    --to=kmacy@fsmware.com \
    --cc=dpates@dsdk12.net \
    --cc=xen-devel@lists.sourceforge.net \
    /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.