Hi All,
I've just opened bug 787[1] for tracking down this problem.
Quoting from my bug report:
==
When running create/13_create_multinic_pos.test xen will panic as it calls
guest_physmap_remove_page().
---
(XEN)
# HG changeset patch
# User Jimi Xenidis <[EMAIL PROTECTED]>
# Node ID d1f6d0f820d890ac6075f47ad1ba6e38012167b4
# Parent 6e451ba8bc03bd6c363058447e70643210b7011b
[XEN][POWERPC] An OK spot to flush the I-Cache
Its not the best, but it will do for now.
Signed-off-by: Jimi Xenidis <[EMAIL PROTECTED
# HG changeset patch
# User Jimi Xenidis <[EMAIL PROTECTED]>
# Node ID d1138b71a50937503a6ec5800d7e8f4fd8b062e6
# Parent 02f6e775deb1f6aa21154ee43712351a389681af
[XEN][POWERPC] Fixes in cpu_flush_icache()
Signed-off-by: Jimi Xenidis <[EMAIL PROTECTED]>
---
xen/arch/powerpc/powerpc64/ppc970.c |
# HG changeset patch
# User Jimi Xenidis <[EMAIL PROTECTED]>
# Node ID 6e451ba8bc03bd6c363058447e70643210b7011b
# Parent d1138b71a50937503a6ec5800d7e8f4fd8b062e6
[XEN][POWERPC] Use gmfn_to_mfn() over pfn2mfn()
Should only use pfn2mfn() if you care about the type of memory.
Signed-off-by: Jimi Xe
On Oct 2, 2006, at 6:18 PM, Hollis Blanchard wrote:
On Mon, 2006-10-02 at 22:02 +, Xen patchbot-xenppc-unstable wrote:
+void cpu_flush_icache(void)
+{
+union hid1 hid1;
+ulong flags;
+ulong ra;
+local_irq_save(flags);
+
+/* uses special processor mode that forces a re
On Mon, 2006-10-02 at 22:02 +, Xen patchbot-xenppc-unstable wrote:
>
> +void cpu_flush_icache(void)
> +{
> +union hid1 hid1;
> +ulong flags;
> +ulong ra;
>
> +local_irq_save(flags);
> +
> +/* uses special processor mode that forces a real address match */
> +hid1.word =
# HG changeset patch
# User Jimi Xenidis <[EMAIL PROTECTED]>
# Node ID 02f6e775deb1f6aa21154ee43712351a389681af
# Parent 85c482f30a0ab7e9d8730331e77c9e202d8ea6b1
[XEN][POWERPC] Add Function to completely flush the I-Cache for a processor
Signed-off-by: Jimi Xenidis <[EMAIL PROTECTED]>
---
xen/ar
# HG changeset patch
# User Jimi Xenidis <[EMAIL PROTECTED]>
# Node ID 85c482f30a0ab7e9d8730331e77c9e202d8ea6b1
# Parent 276d39822a21da138bc409316105d2fa3838
[XEN][POWERPC] Flush all of text per CPU in case the loader did not
Signed-off-by: Jimi Xenidis <[EMAIL PROTECTED]>
---
xen/arch/power
# HG changeset patch
# User Jimi Xenidis <[EMAIL PROTECTED]>
# Node ID 276d39822a21da138bc409316105d2fa3838
# Parent 77373497916f9e24939bf4d9549ba7c67c02c73f
[XEN][POWERPC] go ultra conservative on CI IO routines
The following patch contains:
- Code that uses SLBIE for ERAT flush rather than
On Mon, Oct 02, 2006 at 04:02:34PM +0100, Ewan Mellor wrote:
> Yes, I think that the best thing to do would be as Jimi suggests, and for us
> to pick one known-good snapshot, and host it ourselves. That way, the source
> for the XenSource ramdisks will always be available and we don't have to re
On Mon, Oct 02, 2006 at 07:46:54AM -0700, Daniel Stekloff wrote:
> Have you run with HVM guests as well? Not that I think there's a
> problem...
I don't have access to HVM hardware so I haven't been able to run those
tests. Likewise I haven't tested it on ia64 and x86_64. I think for
those plat
On Mon, Oct 02, 2006 at 11:08:21AM -0400, Jimi Xenidis wrote:
> Could you also make sure that the Arch maintainers have the ability
> to upload images as well?
Um, I don't know, I'll have to check.
XenSource started hosting these images rather than IBM (as the primary xm-test
authors) because
Merge in Jimi's idea of handling the seperator phrase entirely in boot_of.
Set and document clear precedence rules for boot argument processing.
Support the same builtin command line format in the 32-bit xen binary as
the 32-bit zImage binary does. Remove dead default_bootargs code.
This patch h
On Oct 2, 2006, at 11:02 AM, Ewan Mellor wrote:
On Mon, Oct 02, 2006 at 07:14:06AM -0700, Dan Smith wrote:
EM> The last time I built a xm-test ramdisk, the buildroot-snapshot
EM> was broken, and I had to go back a few days to find a working
one.
EM> I'm wary of using buildroot-snapshot for
On Mon, Oct 02, 2006 at 07:14:06AM -0700, Dan Smith wrote:
> EM> The last time I built a xm-test ramdisk, the buildroot-snapshot
> EM> was broken, and I had to go back a few days to find a working one.
> EM> I'm wary of using buildroot-snapshot for that reason.
>
> Yes, we had this discussion la
On Fri, 2006-09-29 at 20:56 +1100, Tony Breeds wrote:
> Hi All,
> These patches update the xm-test code to be more easily portable
> to new architecture. This focus od this endevour is PPC but I believe
> that IA64 also benifits.
>
> Patch summary:
>
> 1: Instead of using a dated snapshot
On Mon, 2006-10-02 at 07:11 -0700, Dan Smith wrote:
> JX> I cannot actually find any callers?! Dan,Sean, that makes sense?
>
> Actually, Dan Stekloff did most of the HVM work for xm-test, so he
> would know better than I.
>
> I would guess that the function is cruft leftover from before we moved
On Sun, 2006-10-01 at 16:30 +1000, Tony Breeds wrote:
>
> I build xm-test:
> cd xen.hg/tools/xm-test
> ./autogen
> ./configure
> INITRD="http://ozlabs.au.ibm.com/~tony/xm-test/"; make existing
Unfortunately this is an IBM-internal URL, so I've removed it from the
wiki page (http://wiki.xensource
JX> Either we cannot run xm-test with debug kernels or xm-test has
JX> some way of detecting this condition, the later wouls be
JX> preferred. Dan, Sean, any comments?
If there is a known xmon prompt, then you could modify Console.py to
look for this prompt and throw an error (or a signal) to not
EM> The last time I built a xm-test ramdisk, the buildroot-snapshot
EM> was broken, and I had to go back a few days to find a working one.
EM> I'm wary of using buildroot-snapshot for that reason.
Yes, we had this discussion last year sometime and agreed to use a
known-good daily snapshot for tha
JX> I cannot actually find any callers?! Dan,Sean, that makes sense?
Actually, Dan Stekloff did most of the HVM work for xm-test, so he
would know better than I.
I would guess that the function is cruft leftover from before we moved
to the larger domain abstraction.
--
Dan Smith
IBM Linux Tech
On Oct 2, 2006, at 8:23 AM, Ewan Mellor wrote:
On Mon, Oct 02, 2006 at 03:57:26PM +0800, Tony Breeds wrote:
Hi All,
These patches update the xm-test code to be more easily portable
to new architecture. This focus of this endeavor is PPC but I believe
that IA64 also benefits.
Patch su
On Mon, Oct 02, 2006 at 03:57:26PM +0800, Tony Breeds wrote:
> Hi All,
> These patches update the xm-test code to be more easily portable
> to new architecture. This focus of this endeavor is PPC but I believe
> that IA64 also benefits.
>
> Patch summary:
>
> 1: Instead of using a dated s
Keir, I whole heartedly ACK these patches.
If you plan to wait until the flood gates open again, then please
advise and we'll integrate into xenppc-unstable and deal with the
merge later.
Thanks,
-JX
On Oct 2, 2006, at 3:57 AM, Tony Breeds wrote:
Hi All,
These patches update the xm
On Oct 2, 2006, at 12:23 AM, Amos Waterland wrote:
> We are improperly feeding the entire boot parameter string to Xen's
> generic command line parser. This can have unexpected results when
> one of the dom0 parameters, such as console=X, has meaning to the
> Xen parser. First reported by M
On Oct 1, 2006, at 8:25 AM, Jimi Xenidis wrote:
On Oct 1, 2006, at 2:30 AM, Tony Breeds wrote:
[1] I omitted create/destroy, save/restore, network* and the
scheduler
tests becuase I know some of them crash the machine, attached
is the
xenppc file I used.
Ok, so I just tried
--- Begin Message ---
A long overdue comment about the size of the buffer buff and the size of
the buffer bootargs also 256 bytes in boot_of.c. With the long file
name for our nfs roots, combined with long names for our initialization
scripts, I have actually gotten over the limit. Naturally
On Oct 2, 2006, at 1:37 AM, Tony Breeds wrote:
On Sun, Oct 01, 2006 at 08:59:44AM -0400, Jimi Xenidis wrote:
This can not be correct, I suppose it should return nothing?
okay. Looking at the callers for getDeviceModel, it's only needed for
HVM domains and the method/function is only used i
28 matches
Mail list logo
