On 06/17/2011 10:02 AM, Benjamin Herrenschmidt wrote:
On Tue, 2011-06-07 at 22:00 +0530, Trinabh Gupta wrote:
diff --git a/arch/powerpc/kernel/idle.c b/arch/powerpc/kernel/idle.c
index 39a2baa..932392b 100644
--- a/arch/powerpc/kernel/idle.c
+++ b/arch/powerpc/kernel/idle.c
@@ -102,6 +102,24
On 18.06.2011, at 10:35, Paul Mackerras wrote:
This adds support for KVM running on 64-bit Book 3S processors,
specifically POWER7, in hypervisor mode. Using hypervisor mode means
that the guest can use the processor's supervisor mode. That means
that the guest can execute privileged
On 06/17/2011 10:06 AM, Benjamin Herrenschmidt wrote:
On Tue, 2011-06-07 at 22:00 +0530, Trinabh Gupta wrote:
+static int snooze_loop(struct cpuidle_device *dev,
+ struct cpuidle_driver *drv,
+ int index)
+{
+ unsigned long in_purr, out_purr;
On 18.06.2011, at 10:27, Paul Mackerras wrote:
The following series of patches enable KVM to exploit the hardware
hypervisor mode on 64-bit Power ISA Book3S machines. At present,
POWER7 and PPC970 processors are supported. (Note that the PPC970
processors in Apple G5 machines don't have a
The Security function on the AMCC SoCs has multiple engines within a
single MMIO range. The crypto driver currently enables the 3DES
functionality by doing a blind write to the device control register.
This can unintentionally disable other functions like the PKA or TRNG
when the driver is
Reconfiguration notifier call for device node may fail by several reasons,
but it always assumes kmalloc failures.
This enables reconfiguration notifier call chain to get the actual error
code rather than -ENOMEM by converting all reconfiguration notifier calls
to return encapsulate error code
Paul Mackerras wrote:
The following series of patches enable KVM to exploit the hardware
hypervisor mode on 64-bit Power ISA Book3S machines. At present,
POWER7 and PPC970 processors are supported. (Note that the PPC970
processors in Apple G5 machines don't have a usable hypervisor mode
On Tue, 2011-06-21 at 08:19 -0400, Josh Boyer wrote:
Various PowerPC 4xx SoCs contain a TRNG embedded in the Security function.
This adds a device driver for that TRNG.
Signed-off-by: Josh Boyer jwbo...@linux.vnet.ibm.com
Looks good.
Acked-by: Matt Mackall m...@selenic.com
---
Ping on this -- Tejun, Brian, Jeff, this is a pretty annoying 2.6.39
regression which it would be good to have fixed in 3.0.
Thanks,
Nish
On 16.06.2011 [08:28:36 -0700], Nishanth Aravamudan wrote:
On 16.06.2011 [08:28:39 -0500], Brian King wrote:
On 06/16/2011 02:51 AM, Tejun Heo wrote:
On
On Tuesday 21 June 2011 03:12 AM, Benjamin Herrenschmidt wrote:
On Mon, 2011-06-20 at 22:48 +0530, deepthi wrote:
On Friday 17 June 2011 09:54 AM, Benjamin Herrenschmidt wrote:
On Wed, 2011-06-01 at 18:05 +0530, Deepthi Dharwar wrote:
Hi,
Please find below a patch, which has perf_events
[adding linux-crypto]
On Tue, 21 Jun 2011 10:56:02 -0500
Matt Mackall m...@selenic.com wrote:
On Tue, 2011-06-21 at 08:19 -0400, Josh Boyer wrote:
+static struct hwrng ppc4xx_rng = {
+ .name = MODULE_NAME,
+ .data_present = ppc4xx_rng_data_present,
+ .data_read =
On Tuesday 21 June 2011 09:59 PM, deepthi wrote:
On Tuesday 21 June 2011 03:12 AM, Benjamin Herrenschmidt wrote:
On Mon, 2011-06-20 at 22:48 +0530, deepthi wrote:
On Friday 17 June 2011 09:54 AM, Benjamin Herrenschmidt wrote:
On Wed, 2011-06-01 at 18:05 +0530, Deepthi Dharwar wrote:
Hi,
This series adds infrastructure for generating platform and amba
devices based on device tree data. I intend to queue up this series
for the v3.1 merge window. I had already posted these patches earlier
in the Full device tree support for ARM Versatile RFC series. They
haven't changed since I
No need for most platforms to define their own bus table when calling
of_platform_populate(). Supply a stock one.
Signed-off-by: Grant Likely grant.lik...@secretlab.ca
---
drivers/of/platform.c |8
include/linux/of_platform.h |2 ++
2 files changed, 10 insertions(+), 0
of_platform_populate() is similar to of_platform_bus_probe() except
that it strictly enforces that all device nodes must have a compatible
property, and it can be used to register devices (not buses) which are
children of the root node.
Signed-off-by: Grant Likely grant.lik...@secretlab.ca
---
Add a function to create amba_devices (i.e. primecell peripherals)
from device tree nodes. The device tree scanning is done by the
of_platform_populate() function which can call of_amba_device_create
based on a match table entry.
Nodes with a arm,primecell-periphid property can override the h/w
Some platform code has specific requirements on the naming of devices.
This patch allows callers of of_platform_populate() to provide a
device name lookup table.
Signed-off-by: Grant Likely grant.lik...@secretlab.ca
---
drivers/of/platform.c | 73
of_platform_populate() also handles nodes at the root of the tree,
which is wanted for things like describing the sound complex. This
patch converts mpc5200 support to use of_platform_populate() instead
of of_platform_bus_probe().
Signed-off-by: Grant Likely grant.lik...@secretlab.ca
---
On Tue, 2011-06-21 at 11:38 -0500, Kim Phillips wrote:
[adding linux-crypto]
On Tue, 21 Jun 2011 10:56:02 -0500
Matt Mackall m...@selenic.com wrote:
On Tue, 2011-06-21 at 08:19 -0400, Josh Boyer wrote:
+static struct hwrng ppc4xx_rng = {
+ .name = MODULE_NAME,
+ .data_present =
Grant,
On 06/21/2011 01:45 PM, Grant Likely wrote:
Add a function to create amba_devices (i.e. primecell peripherals)
from device tree nodes. The device tree scanning is done by the
of_platform_populate() function which can call of_amba_device_create
based on a match table entry.
Nodes
Looks good to me. Jeff/Tejun - any issues with merging this?
Thanks,
Brian
On 06/21/2011 11:07 AM, Nishanth Aravamudan wrote:
Ping on this -- Tejun, Brian, Jeff, this is a pretty annoying 2.6.39
regression which it would be good to have fixed in 3.0.
Thanks,
Nish
On 16.06.2011
On 06/21/2011 04:30 PM, Brian King wrote:
Looks good to me. Jeff/Tejun - any issues with merging this?
Looks good here too -- though of course we want to move towards purging
old-EH paths :)
Queued...
___
Linuxppc-dev mailing list
The ioctl interface in the Freescale DIU framebuffer driver is just a
collection of miscellaneous functions which were only used in a one-time
demo application that was never distributed. Plus, the ioctls were spread
across two types (both conflicting), and the demo app didn't even use all
of
On Tue, 21 Jun 2011 16:27:35 -0500
Timur Tabi ti...@freescale.com wrote:
The ioctl interface in the Freescale DIU framebuffer driver is just a
collection of miscellaneous functions which were only used in a one-time
demo application that was never distributed. Plus, the ioctls were spread
Anatolij Gustschin wrote:
No! We are using ioctl interface of this driver in many video
rendering applications on overlay planes on huge number of boards.
So, please don't remove it.
Ok, I had no idea anyone was using it.
Can you email me details about how you use the ioctl interface? If I
On Tue, Jun 21, 2011 at 02:18:39PM +, Dmitry Eremin-Solenikov wrote:
I have a Maple board (dual PPC970FX). Will this patchset work on it?
Should I add any additional changes to add support for this platform?
Provided the firmware gives you control in hypervisor mode, yes it
should work,
On Mon, 2011-06-13 at 10:23 +0800, Shaohui Xie wrote:
when nand_get_flash_type() is called, it will read 8 bytes of ID instead of 5,
but the driver only read 5 bytes, so kernel will dump error messages like:
fsl-lbc ffe124000.localbus: read_byte beyond end of buffer
fsl-lbc
27 matches
Mail list logo
