|
|
|
|
|
|
|
|
|
|
xen-ia64-devel
RE: [Xen-ia64-devel] SMP Status (domain0 is working)
Excellent work!
Since you are redo-ing the patch for a more recent version
of Xen, here's some feedback from eyeballing the patch.
- It looks like there are two places where the kernel registers
are re-assigned to the cpu_vars? Perhaps you could add a
routine in xensetup.c for this code and call it rather than
have the code inline in both places?
- For files in arch/ia64/linux-xen, please ensure that every
change from the equivalent linux file is marked with
an ifdef XEN, even temporary debug lines. (You can mark
those for example with "#if defined(XEN) && defined(MY_DEBUG)").
It looks like you have done this, but its often hard to
tell just from looking at the patch. This makes it MUCH
easier to maintain (for example when we move forward from
basing on 2.6.13 to 2.6.14).
- I see some new code handling the idle domain. Were you able
to get the sedf scheduler working with this code or are you
still using the bvt scheduler? If you got sedf working, could
you submit that first as a separate patch?
- Since Xen is no longer using kr's except at startup, the
DBG_FAULT code you re-enabled in ivt.S could be dangerous.
It's probably OK now because Linux/ia64 isn't using kr2
(unless someone builds a xenlinux with DBG_FAULT on!) but
it would probably be good to add a comment, or just
change DBG_FAULT to use the cpu__var instead.
Thanks,
Dan
> -----Original Message-----
> From: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
> [mailto:xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf
> Of Tristan Gingold
> Sent: Thursday, September 29, 2005 7:28 AM
> To: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
> Subject: [Xen-ia64-devel] SMP Status (domain0 is working)
>
> Hi,
>
> I was able to boot Xen with 2 cpus and to run xenlinux in
> domain0. This was
> on a rather old version of Xen (patchset 6469 I think).
>
> FYI, the patch is attached in this mail.
>
> I am now trying to boot with a more recent Xen (patchset
> 6867). Then I have
> to boot other domains.
>
> There are also a few points to discuss, but we will see later.
>
> Tristan.
>
_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel
|
|
|
|
|