* Updated dom0 for pvops: now boots on 32-bit!
@ 2008-02-01 21:02 Stephen C. Tweedie
2008-02-02 0:02 ` Jeremy Fitzhardinge
0 siblings, 1 reply; 3+ messages in thread
From: Stephen C. Tweedie @ 2008-02-01 21:02 UTC (permalink / raw)
To: xen-devel@lists.xensource.com
Cc: Mark McLoughlin, Jeremy Fitzhardinge, Juan Quintela,
Stephen Tweedie, Chris Wright, virtualization@lists.osdl.org
Hi folks,
I've finished off Xen dma support for pv_ops, and dom0 now boots!
I've had an uptime of 40 minutes so far with it. Under intensive disk
load it locks up with a soft lockup, but still, this is good progress.
I've pushed the current bits to the "WIP" (work-in-progress) branch at
the usual git repo,
git://et.redhat.com/linux-2.6-dom0-pvops.git
with gitweb at
http://git.et.redhat.com/?p=linux-2.6-dom0-pvops.git
New since the last drop are some MTRR cleanups from Mark McLoughlin, a
number of dma-mapping cleanups, and full dma_alloc/free_coherent
support, including xen contiguous mapping support. I've also updated it
to Linus' final v2.6.24.
The APIC code is still non-pvops-friendly, but other than that, all the
new code is completely pvops-friendly and will work happily on baremetal
as well as Xen. So next job is to clean up the xen contiguous-region
support (split it up, update the calls to use cleaner, pvops
virt/mfn/pfn macros, and use Jeremy's per-cpu pvops multicall batching),
and to redo much of the APIC code to work properly with pvops.
But in its current state it's useful enough for testing that I've pushed
it as it stands.
NOTE: this current code has not actually been tagged and rebased, it's
not exactly a "release" as much as a snapshot of the development work
--- I'll do a rebase and patchqueue release of it once I've done the
contig region cleanups. I've also got paravirt framebuffer patches from
Markus Armbruster to integrate for that.
--Stephen
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Updated dom0 for pvops: now boots on 32-bit!
2008-02-01 21:02 Updated dom0 for pvops: now boots on 32-bit! Stephen C. Tweedie
@ 2008-02-02 0:02 ` Jeremy Fitzhardinge
2008-02-05 16:17 ` Stephen C. Tweedie
0 siblings, 1 reply; 3+ messages in thread
From: Jeremy Fitzhardinge @ 2008-02-02 0:02 UTC (permalink / raw)
To: Stephen C. Tweedie
Cc: Chris Wright, virtualization@lists.osdl.org, Mark McLoughlin,
xen-devel@lists.xensource.com, Juan Quintela
Stephen C. Tweedie wrote:
> Hi folks,
>
> I've finished off Xen dma support for pv_ops, and dom0 now boots!
>
Excellent! That's fantastic progress.
> I've had an uptime of 40 minutes so far with it. Under intensive disk
> load it locks up with a soft lockup, but still, this is good progress.
There's a open report of domU lockups due to lost events, so it could be
a generic event problem.
J
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Updated dom0 for pvops: now boots on 32-bit!
2008-02-02 0:02 ` Jeremy Fitzhardinge
@ 2008-02-05 16:17 ` Stephen C. Tweedie
0 siblings, 0 replies; 3+ messages in thread
From: Stephen C. Tweedie @ 2008-02-05 16:17 UTC (permalink / raw)
To: Jeremy Fitzhardinge
Cc: Mark McLoughlin, xen-devel@lists.xensource.com, Juan Quintela,
Stephen Tweedie, Chris Wright, virtualization@lists.osdl.org
Hi,
On Fri, 2008-02-01 at 16:02 -0800, Jeremy Fitzhardinge wrote:
> > I've had an uptime of 40 minutes so far with it. Under intensive disk
> > load it locks up with a soft lockup, but still, this is good progress.
>
> There's a open report of domU lockups due to lost events, so it could be
> a generic event problem.
That's quite possible --- there's no specific sign of anything dom0-
related in the lockup reports.
I'll see if I can reproduce in a domU environment.
--Stephen
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2008-02-05 16:17 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-02-01 21:02 Updated dom0 for pvops: now boots on 32-bit! Stephen C. Tweedie
2008-02-02 0:02 ` Jeremy Fitzhardinge
2008-02-05 16:17 ` Stephen C. Tweedie
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox