On Mon, Oct 5, 2009 at 1:42 PM, Albrecht Dreß albrecht.dr...@arcor.de wrote:
Am 05.10.09 20:16 schrieb(en) Grant Likely:
Hmmm. I've not been comfortable with this change, but it took me a while
to put my finger on exactly why. In principle, I think it is a good idea.
However, I don't want
On Fri, Oct 9, 2009 at 2:11 AM, Niklaus Giger
niklaus.gi...@member.fsf.org wrote:
Adds support for a HCU5 PPC405EPx based board from Netstal Maschinen AG.
Signed-off-by: Niklaus Giger niklaus.gi...@member.fsf.org
---
arch/powerpc/boot/dts/hcu5.dts | 254 +++
Hi, we are having trouble while building kernel 2.6.31.x and also
2.6.32rc for CHRP platforms using gcc-4.4.x, the error that give us
the compilation is:
CC arch/powerpc/sysdev/indirect_pci.o
CC arch/powerpc/sysdev/i8259.o
LD arch/powerpc/sysdev/built-in.o
CC
mmio[0] = address;
mmio[1] = data;
mb();
eieio is enough here.
mmio[3] |= 0x01; /* This triggers an operation - address=data */
/* probably also need an mb() here, if the following code
* depends on the operation to be triggered. */
No, a sync does not guarantee the device has seen the
Hi Giuseppe,
On Sun, 1 Nov 2009 10:17:00 +0100 Giuseppe Coviello c...@cruxppc.org wrote:
Hi, we are having trouble while building kernel 2.6.31.x and also
2.6.32rc for CHRP platforms using gcc-4.4.x, the error that give us
the compilation is:
CC arch/powerpc/sysdev/indirect_pci.o
This is the really low level of guest entry/exit code.
Book3s_64 has an SLB, which stores all ESID - VSID mappings we're
currently aware of.
The segments in the guest differ from the ones on the host, so we need
to switch the SLB to tell the MMU that we're in a new context.
So we store
snip
+static void invalidate_pte(struct hpte_cache *pte)
+{
+ dprintk_mmu(KVM: Flushing SPT %d: 0x%llx (0x%llx) - 0x%llx\n,
+ i, pte-pte.eaddr, pte-pte.vpage, pte-host_va);
+
+ ppc_md.hpte_invalidate(pte-slot, pte-host_va,
+MMU_PAGE_4K,
Doing so causes xtime to be negative which crashes the timekeeping
code in funny ways when doing suspend/resume
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
---
diff --git a/arch/powerpc/kernel/time.c b/arch/powerpc/kernel/time.c
index 92dc844..6a7ce0e 100644
---
On Mon, 2009-11-02 at 16:11 +1100, Benjamin Herrenschmidt wrote:
Doing so causes xtime to be negative which crashes the timekeeping
code in funny ways when doing suspend/resume
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
---
+void read_persistent_clock(struct timespec