| |
|
 |
|
 |
|
|
|
| |
|
|
xen-ppc-devel
Thats great Mark.
Have you completed the proper integration items we talked about?
IIRC we want:
1. A devtree entry to let Linux know that it is running noHV
(rather than the MSR hack)?
Something like /xen/problem-state
2. Stop using HDEC and use DEC for all timers
3. Better detection thats it is a G5 rather then using noHV in the
cmdline
4. Check in all the hcall paths to make sure the domain is in the
right mode for the right hcall
I think there is more, all but 3 can be done on simulator.
-Jx
On Jul 19, 2006, at 7:06 PM, Mark F Mergen wrote:
The problem state Linux on Xen-PPC has been mostly running for
about a week, but with some instability due to loose ends in pte
flush. This area of Linux has changed significantly since the
version used for the prototype based on Rhype, so it's taken a few
days to find the right place in Linux to modify. I've generalized
the noHV pte insert code in Xen as part of this.
As I predicted in my last note to this list, we've reached the end
of progress on simulator. Everything I know how to run on the
simple ramdisk system runs and seems stable. Further progress
requires integration with Maria's bringup base on Apple G5
hardware, which was set aside for other priorities.
As usual, patches for Xen and Linux are available for interested
parties. For those with access to my source tree /a/kix/homes/kix/
mergen/xen, the Xen patch is in xen-nohv/xen-nohv and the Linux
patch is in linux/linux-2.6.prlp/linux-prlp. You also need the two
new Xen files arch/powerpc/powerpc64/nohv.c and include/asm-powerpc/
nohv.h. These mods work against Xen and Linux trees from xensource
at the time of this note.
Mark Mergen
_______________________________________________
Xen-ppc-devel mailing list
Xen-ppc-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ppc-devel
_______________________________________________
Xen-ppc-devel mailing list
Xen-ppc-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ppc-devel
|
|
|
| |
|
Home