From: Christian Ehrhardt [EMAIL PROTECTED]
This patch adds the guest portion of the device tree based host-guest
communication. Using the device tree infrastructure this patch implements
kvm_para_available and kvm_arch_para_features (in this patch just the
infrastructure, no specific feature
From: Christian Ehrhardt [EMAIL PROTECTED]
This patch adds the guest handling for the magic page mechanism. A Hypervisor
can modify the device tree passed to the guest. Using that already existing
interface a guest can simply detect available hypervisor features and agree
on the supported ones
From: Christian Ehrhardt [EMAIL PROTECTED]
This adds the guest portion of the hypercall infrastructure, basically an
illegal instruction with a defined layout.
See http://kvm.qumranet.com/kvmwiki/PowerPC_Hypercall_ABI for more detail
on the hypercall ABI for powerpc.
Signed-off-by: Christian
From: Christian Ehrhardt [EMAIL PROTECTED]
This patch to kvm-userspace connects the other host guest patches in this
series. On guest initialization it checks the hosts capabilities for the
magicpage mechanism. If available the device tree passed to the guest gets the
hypervisor node added and
From: Christian Ehrhardt [EMAIL PROTECTED]
This patch series implements a paravirtualization interface using:
- the device tree mechanism to pass hypervisor informations to the guest
- hypercalls for guest-host calls
- an example exploiter of that interface (magic page)
This is work in progress,
From: Christian Ehrhardt [EMAIL PROTECTED]
This adds the host part of the magic page registration. This is a memory
area of the guest granted to the host.
The patch just introduces the infrastruture to receive the guest paddr.
This is work in progress and it is intended to later on use this
From: Christian Ehrhardt [EMAIL PROTECTED]
This adds the host portion of the hypercall infrastructure which receives
the guest calls - no specific hcall function is implemented in this patch.
Signed-off-by: Christian Ehrhardt [EMAIL PROTECTED]
---
[diffstat]
arch/powerpc/kvm/emulate.c |
On Tue, Jul 22, 2008 at 07:53:49PM -0400, Jon Smirl wrote:
Support internal I2S clock sources on MPC5200
Looks good from an ASoC point of view. There's quite a few checkpatch
warnings that should be fixed (all fairly straightforward, though) but
other than that I'm happy to apply it with
On Tue, Jul 22, 2008 at 07:53:51PM -0400, Jon Smirl wrote:
Allow a custom ASOC machine driver with soc-of-simple
As with the clocking configuration: this looks fine from an ASoC point
of view but please fix the checkpatch warnings. However...
/* Only register the device if both the
On Jul 22, 2008, at 8:47 PM, Luis Machado wrote:
Hi,
That, or adding a small function to move the bits to the appropriate
registers (set_dbcr or set_dac_events).
Do you think it's worth to support this facility on 405's
processors? If
so, i'll gladly work on a solution to it.
I would
On 7/23/08, Mark Brown [EMAIL PROTECTED] wrote:
On Tue, Jul 22, 2008 at 07:53:51PM -0400, Jon Smirl wrote:
Allow a custom ASOC machine driver with soc-of-simple
As with the clocking configuration: this looks fine from an ASoC point
of view but please fix the checkpatch warnings.
Removed duplicated include file linux/module.h in
arch/powerpc/kernel/stacktrace.c.
Signed-off-by: Huang Weiyi [EMAIL PROTECTED]
diff --git a/arch/powerpc/kernel/stacktrace.c b/arch/powerpc/kernel/stacktrace.c
index f258964..b0dbb1d 100644
--- a/arch/powerpc/kernel/stacktrace.c
+++
On Mon, Jul 21, 2008 at 02:12:20PM -0700, Trent Piepho wrote:
On Mon, 21 Jul 2008, Anton Vorontsov wrote:
On Sat, Jul 19, 2008 at 02:08:01PM -0700, Trent Piepho wrote:
It doesn't look like you have any way to unset the active low flag. What
if
I unload the leds-gpio driver (or another
I have a small problem with a port of linux 2.6.26 to a custom board.
Our board is almost identical to the Analogue Micro asp 8347 board, so
I'm using Kumar Gala's excellent fsl tree (thank you Kumar) as it
already has a defconfig for the asp.
Thanks also to Bryan O'Donoghue for pointing us in
Hi,
here are 2 patches for fixing the following bug occuring on IBM pSeries under
an RT kernel:
BUG: sleeping function called from invalid context swapper(1) at
kernel/rtmutex.c:739
in_atomic():1 [0002], irqs_disabled():1
Call Trace:
[c001e20f3340] [c0010370]
From: Sebastien Dugue [EMAIL PROTECTED]
Date: Tue, 22 Jul 2008 13:05:24 +0200
Subject: [PATCH][RT] powerpc - XICS: move the call to irq_radix_revmap from
xics_startup to xics_host_map
This patch moves the insertion of an irq into the reverse mapping radix tree
from xics_startup() into
From: Sebastien Dugue [EMAIL PROTECTED]
Date: Tue, 22 Jul 2008 11:56:41 +0200
Subject: [PATCH][RT] powerpc - Make the irq reverse mapping radix tree lockless
The radix tree used by interrupt controllers for their irq reverse mapping
(currently only the XICS found on pSeries) have a complex
On Wed, Jul 23, 2008 at 10:09:01AM -0400, Jon Smirl wrote:
On 7/23/08, Mark Brown [EMAIL PROTECTED] wrote:
...this doesn't just allow a custom machine driver, it requires that
something configures at least the machine name. That's not a problem
from the ASoC point of view but possibly
On 7/23/08, Mark Brown [EMAIL PROTECTED] wrote:
On Wed, Jul 23, 2008 at 10:09:01AM -0400, Jon Smirl wrote:
On 7/23/08, Mark Brown [EMAIL PROTECTED] wrote:
...this doesn't just allow a custom machine driver, it requires that
something configures at least the machine name. That's not
The definition of LIBFDT_INCLUDES was accidentally dropped.
Put it back and add srcdir prefix handling for it.
Signed-off-by: Jon Loeliger [EMAIL PROTECTED]
---
Makefile |4 +++-
libfdt/Makefile.libfdt |1 +
2 files changed, 4 insertions(+), 1 deletions(-)
diff --git
On Wed, Jul 23, 2008 at 11:16:17AM -0400, Jon Smirl wrote:
On 7/23/08, Mark Brown [EMAIL PROTECTED] wrote:
I'd also expect something to handle the existing user.
This is a modification to Grant's new driver. Grant is the only other user.
Right, hence my use of the singular : ) . Since you
Some comment, first the above negate conditional
looks rather ugly, I'd rather do a
#if defined(CONFIG_4xx) || defined(CONFIG_BOOKE)
dbcr0 case
#else
dabr case
#endif
Yes, it makes sense. I'll switch it around.
second I wonder why we have the notify_die only for one case,
On Wed, 2008-07-23 at 11:53 -0400, Josh Boyer wrote:
Shouldn't this (and other places) be:
#if defined(CONFIG_44x) || defined(CONFIG_BOOKE)
if you are going to exclude 40x for now? Otherwise this is still
enabled on 405 and setting the wrong register.
josh
Yes, sorry. I wasn't aware
On Jul 23, 2008, at 10:53 AM, Josh Boyer wrote:
On Tue, 22 Jul 2008 22:47:58 -0300
Luis Machado [EMAIL PROTECTED] wrote:
Hi,
That, or adding a small function to move the bits to the appropriate
registers (set_dbcr or set_dac_events).
Do you think it's worth to support this facility on
On Wed, 23 Jul 2008 15:58:38 +0100
Richard Whitlock [EMAIL PROTECTED] wrote:
I have a small problem with a port of linux 2.6.26 to a custom board.
Our board is almost identical to the Analogue Micro asp 8347 board,
so I'm using Kumar Gala's excellent fsl tree (thank you Kumar) as it
already
Hello All,
This message is an advertisement for the new Xilinx wiki at
http://xilinx.wikidot.com/ . I think this could be a useful and
longstanding resource that could help bring new members into the
Embedded Linux for Xilinx community rather quickly. Because this project
isn't completely within
This is version 4 of the full patchset pulling in all prior changes
posted to the list. Two patches sent separately to apply on top of the
prior set have been included in this set.
Cooperative Memory Overcommitment (CMO) is a pSeries platform feature
that enables the allocation of more memory to
From: Nathan Fontenot [EMAIL PROTECTED]
Remove the extraneous error reporting used when a hcall made from lparcfg fails.
Signed-off-by: Nathan Fontenot [EMAIL PROTECTED]
Signed-off-by: Robert Jennings [EMAIL PROTECTED]
Acked-by: Paul Mackerras [EMAIL PROTECTED]
---
hering to helper routines
From: Nathan Fotenot [EMAIL PROTECTED]
Split the retrieval and setting of processor entitlement and weight into
helper routines. This also removes the printing of the raw values
returned from h_get_ppp, the values are already parsed and printed.
Signed-off-by: Nathan
From: Nathan Fontenot [EMAIL PROTECTED]
Update /proc/ppc64/lparcfg to enable displaying of Cooperative Memory
Overcommitment statistics as reported by the H_GET_MPP hcall. This also
updates the lparcfg interface to allow setting memory entitlement and
weight.
Signed-off-by: Nathan Fontenot
Split the retrieval of processor entitlement data returned in the H_GET_PPP
hcall into its own helper routine.
Signed-off-by: Nathan Fontenot [EMAIL PROTECTED]
Signed-off-by: Robert Jennings [EMAIL PROTECTED]
---
Updated patch to correct the reporting of pool_capcity.
---
From: Robert Jennings [EMAIL PROTECTED]
For Cooperative Memory Overcommitment (CMO), set the FW_FEATURE_CMO
flag in powerpc_firmware_features from the rtas ibm,get-system-parameters
table prior to calling iommu_init_early_pSeries.
With this, any CMO specific functionality can be controlled by
From: Brian King [EMAIL PROTECTED]
Newer versions of firmware support page states, which are used by the
collaborative memory manager (future patch) to loan pages to the
hypervisor for use by other partitions.
Signed-off-by: Brian King [EMAIL PROTECTED]
Signed-off-by: Robert Jennings [EMAIL
From: Brian King [EMAIL PROTECTED]
Adds a collaborative memory manager, which acts as a simple balloon driver
for System p machines that support cooperative memory overcommitment
(CMO).
Adds a platform configuration option for CMO called PPC_SMLPAR.
Signed-off-by: Brian King [EMAIL PROTECTED]
From: Brian King [EMAIL PROTECTED]
With the addition of Cooperative Memory Overcommitment (CMO) support
for IBM Power Systems, two fields have been added to the VPA to report
paging statistics. Add support in lparcfg to report them to userspace.
Signed-off-by: Brian King [EMAIL PROTECTED]
To support Cooperative Memory Overcommitment (CMO), we need to check
for failure from some of the tce hcalls.
These changes for the pseries platform affect the powerpc architecture;
patches for the other affected platforms are included in this patch.
pSeries platform IOMMU code changes:
*
From: Robert Jennings [EMAIL PROTECTED]
This is a large patch but the normal code path is not affected. For
non-pSeries platforms the code is ifdef'ed out and for non-CMO enabled
pSeries systems this does not affect the normal code path. Devices that
do not perform DMA operations do not need
From: Nathan Fontenot [EMAIL PROTECTED]
Verify memory entitlement updates can be handled by vio.
Signed-off-by: Nathan Fontenot [EMAIL PROTECTED]
Signed-off-by: Robert Jennings [EMAIL PROTECTED]
---
arch/powerpc/kernel/lparcfg.c | 10 ++
1 file changed, 10 insertions(+)
Index:
From: Santiago Leon [EMAIL PROTECTED]
Activates larger rx buffer pools when the MTU is changed to a larger
value. This patch de-activates the large rx buffer pools when the MTU
changes to a smaller value.
Signed-off-by: Santiago Leon [EMAIL PROTECTED]
Signed-off-by: Robert Jennings [EMAIL
Enable ibmveth for Cooperative Memory Overcommitment (CMO). For this driver
it means calculating a desired amount of IO memory based on the current MTU
and updating this value with the bus when MTU changes occur. Because DMA
mappings can fail, we have added a bounce buffer for temporary cases
From: Robert Jennings [EMAIL PROTECTED]
Enable the driver to function in a Cooperative Memory Overcommitment (CMO)
environment.
The following changes are made to enable the driver for CMO:
* DMA mapping errors will not result in error messages if entitlement has
been exceeded and resources
From: Brian King [EMAIL PROTECTED]
Adds support to the ibmvfc driver for collaborative memory overcommit.
Signed-off-by: Brian King [EMAIL PROTECTED]
Signed-off-by: Robert Jennings [EMAIL PROTECTED]
---
We would like to take this patch through linuxppc-dev with the full
change set for this
From: Nathan Fontenot [EMAIL PROTECTED]
Update the architecture vector to indicate that Cooperative Memory
Overcommitment is supported if CONFIG_PPC_SMLPAR is set.
Signed-off-by: Nathan Fontenot [EMAIL PROTECTED]
Signed-off-by: Robert Jennings [EMAIL PROTECTED]
---
This is the last patch in the
There are only 4 valid name=value pairs for writes to
/proc/ppc64/lparcfg. Current code allocates a buffer to copy
this information in from the user. Since the longest name=value
pair will easily fit into a buffer of 64 characters, simply
put the buffer on the stack instead of allocating the
From: Sebastian Siewior [EMAIL PROTECTED]
I got the following backtrace while network was unavailble:
|NETDEV WATCHDOG: eth0: transmit timed out
|BUG: sleeping function called from invalid context at
/home/bigeasy/git/linux-2.6-powerpc/kernel/mutex.c:87
|in_atomic():1, irqs_disabled():0
|Call
Hi,
and thanks for the feedback. To make it short, the conclusions I draw from
that are:
- let the cpu type be choosen optionaly
- both target cpu and tuning cpu should be selectable
- if one cpu gets choosen, it should select some feature flag, mcpu and
mtune
option
On Mon, 2008-07-21 at 17:57 -0500, Nate Case wrote:
On Fri, 2008-07-18 at 14:10 +0200, Sebastian Siewior wrote:
Commit 35b5f6b1a aka [PHYLIB: Locking fixes for PHY I/O potentially
sleeping]
changed the phydev-lock from spinlock into a mutex. Now, the following
code path got triggered
The root cause of this bug lies in the fact that the XICS interrupt
controller
uses a radix tree for its reverse irq mapping and that we cannot allocate the
tree
nodes (even GFP_ATOMIC) with preemption disabled.
Is that yet another caes of -rt changing some basic kernel semantics ?
On Wed, 23 Jul 2008, Anton Vorontsov wrote:
On Mon, Jul 21, 2008 at 02:12:20PM -0700, Trent Piepho wrote:
On Mon, 21 Jul 2008, Anton Vorontsov wrote:
On Sat, Jul 19, 2008 at 02:08:01PM -0700, Trent Piepho wrote:
It doesn't look like you have any way to unset the active low flag. What
if
I
From: Mark Nelson [EMAIL PROTECTED]
At the moment the fixed mapping is by default strongly ordered (the
iommu_fixed=weak boot option must be used to make the fixed mapping weakly
ordered). If we're on a setup where the southbridge is being used in
endpoint mode (triblade and CAB boards) the
On Wed, Jul 23, 2008 at 10:36:42AM +0200, [EMAIL PROTECTED] wrote:
Hi Christian,
A few comments inlined ...
diff --git a/include/asm-powerpc/kvm_para.h b/include/asm-powerpc/kvm_para.h
--- a/include/asm-powerpc/kvm_para.h
+++ b/include/asm-powerpc/kvm_para.h
@@ -14,7 +14,9 @@
*
On Wed, Jul 23, 2008 at 10:36:43AM +0200, [EMAIL PROTECTED] wrote:
From: Christian Ehrhardt [EMAIL PROTECTED]
Hi Christian,
A few comments
diff --git a/arch/powerpc/kvm/emulate.c b/arch/powerpc/kvm/emulate.c
--- a/arch/powerpc/kvm/emulate.c
+++ b/arch/powerpc/kvm/emulate.c
@@
On Wed, Jul 23, 2008 at 10:36:44AM +0200, [EMAIL PROTECTED] wrote:
From: Christian Ehrhardt [EMAIL PROTECTED]
Hi Christian,
This adds the guest portion of the hypercall infrastructure, basically an
illegal instruction with a defined layout.
See
On Wed, Jul 23, 2008 at 10:36:45AM +0200, [EMAIL PROTECTED] wrote:
Hi Christian,
long kvm_arch_dev_ioctl(struct file *filp,
unsigned int ioctl, unsigned long arg)
{
- return -EINVAL;
+ long r = -EINVAL;
+
+ switch (ioctl) {
+ case
On Wed, Jul 23, 2008 at 10:36:46AM +0200, [EMAIL PROTECTED] wrote:
Hi Christian,
snip
+/*
+ * this is guest memory granted to the hypervisor;
+ * the hypervisor can place data in this area and rewrite
+ * privileged instructions to read from this area without
+ * trapping.
+ * Only the
On Wed, Jul 23, 2008 at 10:36:41AM +0200, [EMAIL PROTECTED] wrote:
From: Christian Ehrhardt [EMAIL PROTECTED]
This patch series implements a paravirtualization interface using:
- the device tree mechanism to pass hypervisor informations to the guest
- hypercalls for guest-host calls
- an
I just synced up to linus/master
CC arch/powerpc/platforms/52xx/mpc52xx_gpio.o
In file included from arch/powerpc/platforms/52xx/mpc52xx_gpio.c:22:
include/linux/of_gpio.h:26: error: field 'gc' has incomplete type
include/linux/of_gpio.h: In function 'to_of_gpio_chip':
This lets me build again, no clue if it is the correct fix.
diff --git a/drivers/of/Kconfig b/drivers/of/Kconfig
index 3a7a11a..e14dbe3 100644
--- a/drivers/of/Kconfig
+++ b/drivers/of/Kconfig
@@ -3,6 +3,7 @@ config OF_DEVICE
depends on OF (SPARC || PPC_OF)
config OF_GPIO
+
Hi John,
On Thu, Jul 10, 2008 at 12:34:43PM -0700, John Linn wrote:
Review comments were incorporated to improve the driver.
1. Some data was eliminated that was not needed.
2. Renaming of variables for clarity.
3. Removed unneeded type casting.
4. Changed to use dev_err rather than other
Anybody else seeing these? With Linus' latest I get three of these
warnings: .tmp_vmlinux1, .tmp_vmlinux2, and vmlinux.
The kernel boots.
Cheers,
Sean
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
From: Mark Nelson [EMAIL PROTECTED]
At the moment the fixed mapping is by default strongly ordered (the
iommu_fixed=weak boot option must be used to make the fixed mapping weakly
ordered). If we're on a setup where the southbridge is being used in
endpoint mode (triblade and CAB boards) the
On Wed, Jul 23, 2008 at 11:09:59PM -0400, Jon Smirl wrote:
I just synced up to linus/master
There is a fix for this in my tree for the 5200, but ben/paulus haven't
pulled it yet.
g.
CC arch/powerpc/platforms/52xx/mpc52xx_gpio.o
In file included from
62 matches
Mail list logo