search for: console_start_sync

...en/domain.c --- a/xen/arch/ia64/xen/domain.c Fri Sep 07 19:54:29 2007 +0100 +++ b/xen/arch/ia64/xen/domain.c Fri Sep 07 17:37:01 2007 -0700 @@ -1486,7 +1486,7 @@ int __init construct_dom0(struct domain return 0; } -void machine_restart(char * __unused) +void machine_restart(int __unused) { console_start_sync(); if (running_on_sim) diff -r a53aaea4c698 -r a85c4081738a xen/arch/powerpc/domain.c --- a/xen/arch/powerpc/domain.c Fri Sep 07 19:54:29 2007 +0100 +++ b/xen/arch/powerpc/domain.c Fri Sep 07 17:37:01 2007 -0700 @@ -119,7 +119,7 @@ void machine_halt(void) machine_fail(__func__); } -void m...

This series consists of improvements to Xen''s ability to print traces of its own stack, and specifically for the stack overflow case to be able to use frame pointers in a debug build. I have dev tested the series in debug and non-debug cases, with and without memory guards, and I believe that all the stack traces look correct (given the available information Xen has), and that the

I''m afraid this series is rather a grab bag and it is distressingly large at this stage. With this series I can boot an Xgene board until it fails to find its SATA controller. This is a dom0 issue for which patches are pending from APM (/me nudges Anup). As well as the APM specific platform stuff there are also some generic improvements which were either necessary or useful during this

George has release acked all of these. Otherwise mostly minor updates this time around. Summary: A == acked, M == modified A xen: arm64: Add 8250 earlyprintk support A xen: arm64: Add Basic Platform support for APM X-Gene Storm. A xen: arm64: Add APM implementor id to processor implementers. M xen: arm: add a quirk to handle platforms with unusual GIC layout A xen: arm: allow platform

This patch series implements SMP boot for arch/arm, as far as getting all CPUs up and running the idle loop. Changes from v1: - moved barriers out of loop in udelay() - dropped broken GIC change in favour of explanatory comment - made the increment of ready_cpus atomic (I couldn''t move the increment to before signalling the next CPU because the PT switch has to happen between