RE: [PATCH][V4] powerpc/fsl-pci: Add pci inbound/outbound PM support

2012-09-20 Thread Jia Hongtao-B38951
> -Original Message- > From: Li Yang-R58472 > Sent: Friday, September 21, 2012 11:51 AM > To: Jia Hongtao-B38951; Kumar Gala > Cc: linuxppc-dev@lists.ozlabs.org; Wood Scott-B07421 > Subject: RE: [PATCH][V4] powerpc/fsl-pci: Add pci inbound/outbound PM > support > > > > > -Original

RE: [PATCH][V4] powerpc/fsl-pci: Add pci inbound/outbound PM support

2012-09-20 Thread Li Yang-R58472
> -Original Message- > From: Jia Hongtao-B38951 > Sent: Friday, September 21, 2012 11:14 AM > To: Kumar Gala > Cc: linuxppc-dev@lists.ozlabs.org; Li Yang-R58472; Wood Scott-B07421 > Subject: RE: [PATCH][V4] powerpc/fsl-pci: Add pci inbound/outbound PM > support > > > > > -Original

Re: [PATCH] powerpc/fsl-pci: use 'Header Type' to identify PCIE mode

2012-09-20 Thread Lian Minghaun-b31939
Hi Kumar, please see my comments inline. On 09/19/2012 10:22 PM, Kumar Gala wrote: On Sep 19, 2012, at 2:23 AM, Minghuan Lian wrote: The original code uses 'Programming Interface' field to judge if PCIE is EP or RC mode, however, some latest silicons do not support this functionality. Accord

RE: [PATCH][V4] powerpc/fsl-pci: Add pci inbound/outbound PM support

2012-09-20 Thread Jia Hongtao-B38951
> -Original Message- > From: Kumar Gala [mailto:ga...@kernel.crashing.org] > Sent: Wednesday, September 19, 2012 11:49 PM > To: Jia Hongtao-B38951 > Cc: linuxppc-dev@lists.ozlabs.org; Li Yang-R58472; Wood Scott-B07421 > Subject: Re: [PATCH][V4] powerpc/fsl-pci: Add pci inbound/outbound PM

Re: Deprecating reserve-map in favor of properties

2012-09-20 Thread Benjamin Herrenschmidt
On Thu, 2012-09-20 at 20:35 -0500, Kumar Gala wrote: > If you do this, please update the code in dtc/libfdt to construct the > new nodes. We use this in u-boot to reserve kernel, dtb, initrd, etc > regions. So would be nice to have drop in replacement code that could > use same APIs if possible.

Re: Deprecating reserve-map in favor of properties

2012-09-20 Thread Kumar Gala
On Sep 20, 2012, at 5:10 PM, Benjamin Herrenschmidt wrote: > Hi folks ! > > The reserve map is, imho, my biggest mistake when coming up with the FDT > format. > > The main problem is that it doesn't survive the transition via a real > Open Firmware interface. There is no practical way to indica

Re: [PATCH] Use pmc_overflow() to detect rolled back events

2012-09-20 Thread Sukadev Bhattiprolu
Sukadev Bhattiprolu [suka...@linux.vnet.ibm.com] wrote: | | >From 21e9d1775f0c6f37a39e5d682ff74693fa9a4004 Mon Sep 17 00:00:00 2001 | From: Sukadev Bhattiprolu | Date: Tue, 7 Aug 2012 17:53:24 -0700 | Subject: [PATCH] Use pmc_overflow to detect rolled back events. | | For certain speculative ev

Re: linux-next: build failure after merge of the final tree (net-next tree related)

2012-09-20 Thread David Miller
From: Benjamin Herrenschmidt Date: Fri, 21 Sep 2012 08:22:44 +1000 > Hrm, that's ancient gunk, I'll have to dig. We potentially can support > ISA devices DMA'ing from an ISA bridge... but via the iommu, which means > isa_virt_to_bus is a non-starter. > > But then, do we really care ? IE. Is ther

Re: linux-next: build failure after merge of the final tree (net-next tree related)

2012-09-20 Thread Stephen Rothwell
Hi Dave, On Thu, 20 Sep 2012 16:45:58 -0400 (EDT) David Miller wrote: > > I think the powerpc port is at fault here. > > Part of being able to advertise ISA_DMA_API is providing isa_virt_to_bus(). Not disagreeing, but it would be nice if this was documented somewhere (maybe in Documentation/DM

Re: linux-next: build failure after merge of the final tree (net-next tree related)

2012-09-20 Thread Benjamin Herrenschmidt
> > I think the powerpc port is at fault here. > > > > Part of being able to advertise ISA_DMA_API is providing isa_virt_to_bus(). Hrm, that's ancient gunk, I'll have to dig. We potentially can support ISA devices DMA'ing from an ISA bridge... but via the iommu, which means isa_virt_to_bus is a

Re: linux-next: build failure after merge of the final tree (net-next tree related)

2012-09-20 Thread Stephen Rothwell
[Just bring this to the attention of the PowerPC folks ...] On Thu, 20 Sep 2012 16:45:58 -0400 (EDT) David Miller wrote: > > From: Mika Westerberg > Date: Thu, 20 Sep 2012 12:10:14 +0300 > > > On Thu, Sep 20, 2012 at 05:36:22PM +1000, Stephen Rothwell wrote: > >> Hi all, > >> > >> After mergi

Deprecating reserve-map in favor of properties

2012-09-20 Thread Benjamin Herrenschmidt
Hi folks ! The reserve map is, imho, my biggest mistake when coming up with the FDT format. The main problem is that it doesn't survive the transition via a real Open Firmware interface. There is no practical way to indicate reserved regions of memory accross in that case, unless you have an OS t

[PATCH 2/3] ASoC: fsl: pcm030-audio-fabric use snd_soc_register_card

2012-09-20 Thread Eric Millbrandt
Convert pcm030-audio-fabric to use the new snd_soc_register_card api instead of the older method of registering a separate platform device. Create the dai_link to the mpc5200_psc_ac97 platform using the device tree. Convert the pcm030-audio-fabric driver to a platform-driver and add a remove functi

[PATCH v2 1/3] ASoC: fsl: add PPC_MPC52xx dependency to SND_POWERPC_SOC

2012-09-20 Thread Eric Millbrandt
mpc52xx socs do not define FSL_SOC but need SND_POWERPC_SOC defined to build ASoC drivers. Signed-off-by: Eric Millbrandt --- Changes since v1: Patch was "powerpc/52xx: define FSL_SOC" Changed from defining FSL_SOC for PPC_MPC52xx to adding PPC_MPC52xx as a dependency of SND_POWERPC_SOC as per An

[PATCH 3/3] ASoC: fsl: register the wm9712-codec

2012-09-20 Thread Eric Millbrandt
The mpc5200-psc-ac97 driver does not enumerate attached ac97 devices, so register the device here. Signed-off-by: Eric Millbrandt --- sound/soc/fsl/pcm030-audio-fabric.c | 32 +--- 1 files changed, 29 insertions(+), 3 deletions(-) diff --git a/sound/soc/fsl/pcm030-

Re: [PATCH][v2] powerpc/mm: using two zones for freescale 64 bit kernel

2012-09-20 Thread Kumar Gala
On Sep 20, 2012, at 5:14 AM, Xie Shaohui-B21989 wrote: >>> On Thu, 2012-08-30 at 15:49 -0500, Kumar Gala wrote: On Aug 24, 2012, at 5:50 AM, Shaohui Xie wrote: > PowerPC platform only supports ZONE_DMA zone for 64bit kernel, so > all the memory will be put into this zone. If th

Re: [RFC][PATCH 2/3] iommu/fsl: Add iommu domain attributes required by fsl PAMU driver.

2012-09-20 Thread Kumar Gala
On Sep 20, 2012, at 4:46 AM, Sethi Varun-B16395 wrote: > > >> -Original Message- >> From: Wood Scott-B07421 >> Sent: Thursday, September 20, 2012 5:42 AM >> To: Kumar Gala >> Cc: Sethi Varun-B16395; joerg.roe...@amd.com; iommu@lists.linux- >> foundation.org; linuxppc-dev@lists.ozlabs.or

RE: [PATCH][v2] powerpc/mm: using two zones for freescale 64 bit kernel

2012-09-20 Thread Xie Shaohui-B21989
> > On Thu, 2012-08-30 at 15:49 -0500, Kumar Gala wrote: > > > On Aug 24, 2012, at 5:50 AM, Shaohui Xie wrote: > > > > > > > PowerPC platform only supports ZONE_DMA zone for 64bit kernel, so > > > > all the memory will be put into this zone. If the memory size is > > > > greater than the device's D

RE: [RFC][PATCH 2/3] iommu/fsl: Add iommu domain attributes required by fsl PAMU driver.

2012-09-20 Thread Sethi Varun-B16395
> -Original Message- > From: Wood Scott-B07421 > Sent: Thursday, September 20, 2012 5:42 AM > To: Kumar Gala > Cc: Sethi Varun-B16395; joerg.roe...@amd.com; iommu@lists.linux- > foundation.org; linuxppc-dev@lists.ozlabs.org; linux- > ker...@vger.kernel.org; Sethi Varun-B16395 > Subject: R

Re: [PATCH] powerpc-kvm: fixing page alignment for TCE

2012-09-20 Thread Alexander Graf
On 04.09.2012, at 09:36, Alexey Kardashevskiy wrote: > From: Paul Mackerras > > TODO: ask Paul to make a proper message. TODO? Also, Ben or Paul, please ack if you think it's correct. Alex > > This is the fix for a host kernel compiled with a page size > other than 4K (TCE page size). In