On Wed, 2011-06-22 at 13:20 +1000, Paul Mackerras wrote:
> 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
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 ffe124000.loc
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, a
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, 21 Jun 2011 16:27:35 -0500
Timur Tabi 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
> across two types (
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 them
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
Linuxppc-dev@li
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 [0
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.
>
> Node
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 wrote:
>
> > On Tue, 2011-06-21 at 08:19 -0400, Josh Boyer wrote:
> > > +static struct hwrng ppc4xx_rng = {
> > > + .name = MODULE_NAME,
> > > + .data_present = pp
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
---
arch/powerpc/platforms/52xx/mpc5
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
---
drivers/of/platform.c | 73 +--
include/linux/of_platf
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
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
---
drivers/of/platform.c
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
---
drivers/of/platform.c |8
include/linux/of_platform.h |2 ++
2 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/d
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
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:
>
[adding linux-crypto]
On Tue, 21 Jun 2011 10:56:02 -0500
Matt Mackall 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 = ppc4xx_rng_data_read,
> >
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
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 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
Looks good.
Acked-by: Matt Mackall
> ---
> drivers/char/hw_random/Kconfig | 12 +++
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
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 wit
This introduces pSeries_reconfig_notify() as a just wrapper of
blocking_notifier_call_chain() for pSeries_reconfig_chain.
This is a preparation to improvement of error code on reconfiguration
notifier failure.
Signed-off-by: Akinobu Mita
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: linuxp
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
---
drivers/char/hw_random/Kconfig | 12 +++
drivers/char/hw_random/Makefile |1 +
drivers/char/hw_random/ppc4xx-rng.c | 156
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 loaded.
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
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: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 in
On Mon, 2011-06-20 at 10:59 -0500, Scott Wood wrote:
> On Sat, 18 Jun 2011 08:58:53 +1000
> Benjamin Herrenschmidt wrote:
>
> > On Fri, 2011-06-17 at 11:58 -0500, Scott Wood wrote:
> > > When did this change from "considered an internal implementation
> > > issue, and not really an interface" to
30 matches
Mail list logo