-Original Message-
From: linuxppc-dev-bounces+leoli=freescale@lists.ozlabs.org
[mailto:linuxppc-dev-bounces+leoli=freescale@lists.ozlabs.org] On
Behalf Of Benjamin Herrenschmidt
Sent: Friday, July 02, 2010 1:47 PM
To: Tabi Timur-B04825
Cc: Linuxppc-dev Development
Subject: Re:
On Thursday 01 July 2010 11:55 PM, Maciej Rutecki wrote:
On środa, 30 czerwca 2010 o 13:22:27 divya wrote:
While running fs_racer test from LTP on a POWER6 box against latest
git(2.6.35-rc3-git4 - commitid 984bc9601f64fd) came across the following
warning followed by multiple oops.
On 02.07.2010, at 09:41, Geert Uytterhoeven wrote:
On Thu, 1 Jul 2010, Alexander Graf wrote:
Currently x86 is the only architecture that uses kvm_guest_init(). With
PowerPC we're getting a second user, but the signature is different there
and we don't need to export it, as it uses the normal
On Thu, 1 Jul 2010, Alexander Graf wrote:
Currently x86 is the only architecture that uses kvm_guest_init(). With
PowerPC we're getting a second user, but the signature is different there
and we don't need to export it, as it uses the normal kernel init framework.
Making the signatures match
Since commit 5753c082f66eca5be81f6bda85c1718c5eea6ada (powerpc/85xx:
Kconfig cleanup), there is no MPC85xx Kconfig symbol anymore, so the
driver became non-selectable.
This patch fixes the issue by switching to PPC_85xx symbol.
Signed-off-by: Anton Vorontsov avoront...@mvista.com
---
Simply add a proper ID into the device table.
Signed-off-by: Anton Vorontsov avoront...@mvista.com
---
drivers/edac/mpc85xx_edac.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/edac/mpc85xx_edac.c b/drivers/edac/mpc85xx_edac.c
index 52ca09b..f39b00a 100644
---
Alexander Graf wrote:
We need to override EA as well as PA lookups for the magic page. When the
guest
tells us to project it, the magic page overrides any guest mappings.
In order to reflect that, we need to hook into all the MMU layers of KVM to
force map the magic page if necessary.
[without]
debian-powerpc:~# time for i in {1..1000}; do /bin/echo hello /
dev/null; done
real0m14.659s
user0m8.967s
sys 0m5.688s
[with]
debian-powerpc:~# time for i in {1..1000}; do /bin/echo hello /
dev/null; done
real0m7.557s
user0m4.121s
sys 0m3.426s
So
v1 - v2:
- RMO - PAM
Except you forgot the subject line.
Segher
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
+To find out if we're running on KVM or not, we overlay the PVR
register. Usually
+the PVR register contains an id that identifies your CPU type. If,
however, you
+pass KVM_PVR_PARA in the register that you want the PVR result in,
the register
+still contains KVM_PVR_PARA after the mfpvr
On 02.07.2010, at 18:22, Segher Boessenkool wrote:
[without]
debian-powerpc:~# time for i in {1..1000}; do /bin/echo hello /dev/null;
done
real0m14.659s
user0m8.967s
sys 0m5.688s
[with]
debian-powerpc:~# time for i in {1..1000}; do /bin/echo hello /dev/null;
done
local...@fa200100 {
compatible = fsl,mpc885-localbus, fsl,pq1-localbus,
simple-bus;
#address-cells =2;
#size-cells =1;
reg =0xfa200100 0x40;
ranges =
0 0
On Fri, 2 Jul 2010 10:06:47 -0700
Shawn Jin shawnx...@gmail.com wrote:
Or more generally update this section to hold whatever is connected
to the localbus on your board. The first cell is the chipselect.
The chipselect? Isn't it just the child-bus-addr? BTW, do we have to
define the
[Resending...]
Please reconcile this with
http://www.linux-kvm.org/page/PowerPC_Hypercall_ABI, which has been
discussed in the (admittedly closed) Power.org embedded hypervisor
working group. Bear in mind that other hypervisors are already
implementing the documented ABI, so if you have concerns,
On 02.07.2010, at 18:27, Segher Boessenkool wrote:
+To find out if we're running on KVM or not, we overlay the PVR register.
Usually
+the PVR register contains an id that identifies your CPU type. If, however,
you
+pass KVM_PVR_PARA in the register that you want the PVR result in, the
On 02.07.2010, at 19:59, Hollis Blanchard wrote:
[Resending...]
Please reconcile this with
http://www.linux-kvm.org/page/PowerPC_Hypercall_ABI, which has been
discussed in the (admittedly closed) Power.org embedded hypervisor
working group. Bear in mind that other hypervisors are already
On Fri, 2 Jul 2010 20:47:44 +0200
Alexander Graf ag...@suse.de wrote:
On 02.07.2010, at 19:59, Hollis Blanchard wrote:
[Resending...]
Please reconcile this with
http://www.linux-kvm.org/page/PowerPC_Hypercall_ABI, which has been
discussed in the (admittedly closed) Power.org
The chipselect? Isn't it just the child-bus-addr? BTW, do we have to
define the #address-cells to 2? 1 is not enough?
The first cell of the child bus address is the chip select, the second
cell is the offset into the chip select.
I see. So the #address-sells of 2 doesn't necessarily indicate
On Fri, 2 Jul 2010 12:16:11 -0700
Shawn Jin shawnx...@gmail.com wrote:
The chipselect? Isn't it just the child-bus-addr? BTW, do we have
to define the #address-cells to 2? 1 is not enough?
The first cell of the child bus address is the chip select, the
second cell is the offset into the
Sandeep,
I believe you are the author of the code that adds multiple queue and
multiple group support to the Gianfar driver. Can you update
Documentation/powerpc/dts-bindings/fsl/tsec.txt with the binding
documentation for these nodes, so that we can all know what they're supposed
to look like?
Introduce basic support for the Freescale P1022DS reference board, based on the
Freescale BSP for this board. This patch excludes the DIU, SSI, and MMC/SD
drivers. Only a 36-bit DTS is provided.
Update mpc86xx_smp_defconfig and mpc85xx_defconfig to support the P1022DS.
This means enabling
21 matches
Mail list logo