Best Regards
Jerry Huang
> -Original Message-
> From: Chris Ball [mailto:c...@laptop.org]
> Sent: Wednesday, September 12, 2012 4:59 AM
> To: Kumar Gala
> Cc: Huang Changming-R66093; linuxppc-dev@lists.ozlabs.org list; linux-
> m...@vger.kernel.org; Anton Vorontsov
> Subject: Re: [PATCH
On Tue, Sep 11, 2012 at 01:18:24PM +0800, Jerry wrote:
> Hi Kim,
>
> Thank you for your kindness. Let me clarify this:
>
> On ARM architecture, there are 32 bits physical addresses space. However,
> the addresses space is divided into 8 banks normally. Each bank
> disabled/enabled by a chip selec
At 09/10/2012 09:52 PM, Vasilis Liaskovitis Wrote:
> Hi,
>
> On Mon, Sep 10, 2012 at 10:01:44AM +0800, Wen Congyang wrote:
>> At 09/10/2012 09:46 AM, Yasuaki Ishimatsu Wrote:
>>> Hi Wen,
>>>
>>> 2012/09/01 5:49, Andrew Morton wrote:
On Tue, 28 Aug 2012 18:00:07 +0800
we...@cn.fujitsu.com
Function eeh_rmv_from_parent_pe() could be called by the path of
either normal PCI hotplug, or EEH recovery. For the former case,
we need purge the corresponding PE on removal of the associated
PE bus.
The patch tries to cover that by passing more information to function
pcibios_remove_pci_devices
When EEH error happens on the PE whose PCI devices don't have
attached drivers. In function eeh_handle_event(), the default
value PCI_ERS_RESULT_NONE will be returned after iterating all
drivers of those PCI devices belonging to the PE. Actually, we
don't have installed drivers for the PCI devices.
We have missed lots of situations where the PE hierarchy tree need
protection through the EEH global mutex. The patch fixes that for
those public APIs implemented in eeh_pe.c. The only exception is
eeh_pe_restore_bars() because it calls eeh_pe_dev_traverse(), which
has been protected by the mutex.
On Fri, 7 Sep 2012, Kent Yoder wrote:
> > > James did accept my pull request, so these are already in
> > > security-next...
> >
> > For the driver itself, it's not a big issue (though I did found issue
> > while reviewing it so it will need another round of updates). For the
> > code that chan
On Wed, Sep 12, 2012 at 03:19:18AM +, Huang Changming-R66093 wrote:
[...]
> I don't think it is the best way to do it. For the VVN2.2 or older,
> some silicon support this feature (mpc8536 and p2020), but other
> silicones don't support it (e.g. p4080, p102x). Though, the current
> p5/p4/p3 h
On Tue, Sep 11, 2012 at 10:14:49PM -0400, Eric Millbrandt wrote:
> MPC5200 ASoC setup can now be done in the device tree.
I only noticed DT bindings being added for pcm030, not for efika?
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https:
Best Regards
Jerry Huang
> -Original Message-
> From: Wood Scott-B07421
> Sent: Wednesday, September 12, 2012 2:28 AM
> To: Anton Vorontsov
> Cc: Huang Changming-R66093; linuxppc-dev@lists.ozlabs.org; linux-
> m...@vger.kernel.org
> Subject: Re: [PATCH 2/3] powerpc/esdhc: add property t
On Tue, Sep 11, 2012 at 10:14:48PM -0400, Eric Millbrandt wrote:
> + analog@0 {
> + stream-name = "AC97 Analog";
> + codec-name = "wm9712-codec.0";
This name is fairly clearly an internal implementation detail of how
Linux does audio drivers, we
On Tue, Sep 11, 2012 at 10:14:47PM -0400, Eric Millbrandt wrote:
> Add a generic mpc5200 driver that allows asoc cards to be defined in the
> device tree.
ASoC - you've misspelt this throughout.
This changelog should discuss the subset of devices supported by your
binding, it's only possible to d
On Tue, Sep 11, 2012 at 10:14:45PM -0400, Eric Millbrandt wrote:
> Add platform DAI information that is needed to successfully register the
> mpc5200 platform.
I'm really not clear what this patch is supposed to be doing. What are
the problems you are trying to fix and how does your patch fix the
On 09/11/2012 08:14 PM, Eric Millbrandt wrote:
> Describe the audio codec on the pcm030 baseboard.
> +++ b/arch/powerpc/boot/dts/pcm030.dts
> + sound {
> + compatible = "fsl,mpc5200b-soc-audio","fsl,mpc5200-soc-audio";
> + card-name = "pcm030";
> + audio-pl
On 09/11/2012 08:14 PM, Eric Millbrandt wrote:
> Add a generic mpc5200 driver that allows asoc cards to be defined in the
> device tree.
> +++ b/Documentation/devicetree/bindings/powerpc/fsl/mpc5200.txt
> +A sound node is defined for each asoc platform. A sound node must
> +have at least one chi
Add platform DAI information that is needed to successfully register the
mpc5200 platform.
Signed-off-by: Eric Millbrandt
---
arch/powerpc/platforms/52xx/Kconfig |1 +
sound/soc/fsl/mpc5200_dma.c |4 ++--
sound/soc/fsl/mpc5200_psc_ac97.c|8 ++--
sound/soc/fsl/mpc5200_
Add a generic mpc5200 driver that allows asoc cards to be defined in the
device tree.
Signed-off-by: Eric Millbrandt
---
.../devicetree/bindings/powerpc/fsl/mpc5200.txt| 17 ++
sound/soc/fsl/Kconfig |7 +
sound/soc/fsl/Makefile |
MPC5200 ASoC setup can now be done in the device tree.
Signed-off-by: Eric Millbrandt
---
sound/soc/fsl/Kconfig | 17 ---
sound/soc/fsl/Makefile |2 -
sound/soc/fsl/efika-audio-fabric.c | 91 ---
sound/soc/fsl/pcm030-audio-f
The mpc5200_psc_ac97 and mpc5200_psc_i2s modules rely on shared platform data
with mpc5200_dma.
Signed-off-by: Eric Millbrandt
---
sound/soc/fsl/mpc5200_dma.c | 24
sound/soc/fsl/mpc5200_dma.h |3 +++
sound/soc/fsl/mpc5200_psc_ac97.c |5 +
sound/s
The mpc5200 asoc code did not run after the multi-codec patches. This series
fixes the existing code and adds a generic platform driver that allows the
audio layout to be described in the device tree.
Eric Millbrandt (5):
ASoC: fsl: mpc5200 multi-codec fixups
ASoC: fsl: mpc5200 combine psc_dm
Describe the audio codec on the pcm030 baseboard.
Signed-off-by: Eric Millbrandt
---
arch/powerpc/boot/dts/pcm030.dts | 23 ++-
1 files changed, 22 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/boot/dts/pcm030.dts b/arch/powerpc/boot/dts/pcm030.dts
index 9e35499.
On 09/10/2012 07:52 AM, Aneesh Kumar K.V wrote:
> From: "Aneesh Kumar K.V"
>
> Increase max addressable range to 64TB. This is not tested on
> real hardware yet.
>
> Reviewed-by: Paul Mackerras
> Signed-off-by: Aneesh Kumar K.V
> ---
> arch/powerpc/include/asm/mmu-hash64.h| 42
> ++
Hi,
On Tue, Sep 11 2012, Kumar Gala wrote:
> thanks for the info. Do you know what's required on controller side
> to handle cards that support CMD23?
>
> I'm trying to figure out if older controller's on FSL SoCs are missing
> some feature to allow CMD23 to work (vs Auto-CMD23).
It seems plausi
On Sep 11, 2012, at 9:44 AM, Chris Ball wrote:
> Hi,
>
> On Tue, Sep 11 2012, Kumar Gala wrote:
>> In sdhci_add_host()
>>
>> We have the following
>>
>> ...
>>mmc->caps |= MMC_CAP_SDIO_IRQ | MMC_CAP_ERASE | MMC_CAP_CMD23;
>>
>>if (host->quirks & SDHCI_QUIRK_MULTIBLOCK_READ_ACM
On 09/11/2012 03:04 AM, Anton Vorontsov wrote:
> On Tue, Sep 11, 2012 at 12:54:29AM -0700, Anton Vorontsov wrote:
>> On Tue, Sep 11, 2012 at 03:12:44PM +0800, chang-ming.hu...@freescale.com
>> wrote:
>>> From: Jerry Huang
>>>
>>> Below SOCs don't support the cmd23 command for MMC card,
>>> theref
On 09/11/2012 12:06 PM, Caraman Mihai Claudiu-B02008 wrote:
>> diff --git a/arch/powerpc/mm/tlb_low_64e.S
>> b/arch/powerpc/mm/tlb_low_64e.S
>> index efe0f33..8e82772 100644
>> --- a/arch/powerpc/mm/tlb_low_64e.S
>> +++ b/arch/powerpc/mm/tlb_low_64e.S
>> @@ -232,6 +232,173 @@ itlb_miss_fault_bolted
> diff --git a/arch/powerpc/mm/tlb_low_64e.S
> b/arch/powerpc/mm/tlb_low_64e.S
> index efe0f33..8e82772 100644
> --- a/arch/powerpc/mm/tlb_low_64e.S
> +++ b/arch/powerpc/mm/tlb_low_64e.S
> @@ -232,6 +232,173 @@ itlb_miss_fault_bolted:
> beq tlb_miss_common_bolted
> b itlb_miss
Hi,
On Tue, Sep 11 2012, Kumar Gala wrote:
> In sdhci_add_host()
>
> We have the following
>
> ...
> mmc->caps |= MMC_CAP_SDIO_IRQ | MMC_CAP_ERASE | MMC_CAP_CMD23;
>
> if (host->quirks & SDHCI_QUIRK_MULTIBLOCK_READ_ACMD12)
> host->flags |= SDHCI_AUTO_CMD12;
>
>
On Mon, Sep 10, 2012 at 7:29 PM, Stephen Rothwell wrote:
> Hi Bjorn,
>
> After merging the pci tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> arch/powerpc/platforms/powernv/pci-ioda.c: In function
> 'pnv_pci_window_alignment':
> arch/powerpc/platforms/powernv/pci
In sdhci_add_host()
We have the following
...
mmc->caps |= MMC_CAP_SDIO_IRQ | MMC_CAP_ERASE | MMC_CAP_CMD23;
if (host->quirks & SDHCI_QUIRK_MULTIBLOCK_READ_ACMD12)
host->flags |= SDHCI_AUTO_CMD12;
/* Auto-CMD23 stuff only works in ADMA or PIO. */
On Sep 11, 2012, at 4:36 AM, Huang Changming-R66093 wrote:
> Thanks, Anton.
> If it is necessary, I will resend this patch to linuxppc-dev@lists.ozlabs.org.
>
> Best Regards
> Jerry Huang
I'm still not convinced this is the way to handle this issue. It seems as if
the linux driver code makes
On Tue, Sep 11, 2012 at 12:54:29AM -0700, Anton Vorontsov wrote:
> On Tue, Sep 11, 2012 at 03:12:44PM +0800, chang-ming.hu...@freescale.com
> wrote:
> > From: Jerry Huang
> >
> > Below SOCs don't support the cmd23 command for MMC card,
> > therefore, disable it in device tree:
> > P1020, P1021,
__get_user64() and __put_user64() are not used.
Signed-off-by: Bharat Bhushan
---
arch/powerpc/include/asm/uaccess.h | 11 ---
1 files changed, 0 insertions(+), 11 deletions(-)
diff --git a/arch/powerpc/include/asm/uaccess.h
b/arch/powerpc/include/asm/uaccess.h
index 17bb40c..4db495
Joakim Tjernlund/Transmode wrote on 2012/09/02 16:22:00:
>
> Tabi Timur-B04825 wrote on 2012/09/02 04:48:01:
> > On Thu, Aug 30, 2012 at 5:40 AM, Joakim Tjernlund
> > wrote:
> >
> > > - mpc_i2c_stop(i2c);
> > > + mpc_i2c_stop(i2c); /* Initiate STOP */
> > > + orig_jiffies = jiff
Thanks, Anton.
If it is necessary, I will resend this patch to linuxppc-dev@lists.ozlabs.org.
Best Regards
Jerry Huang
> -Original Message-
> From: Anton Vorontsov [mailto:cbouatmai...@gmail.com]
> Sent: Tuesday, September 11, 2012 4:05 PM
> To: Huang Changming-R66093
> Cc: linux-...@vge
On 11/09/12 02:02, Alex Williamson wrote:
On Tue, 2012-09-04 at 17:33 +1000, Alexey Kardashevskiy wrote:
Cc: David Gibson
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Signed-off-by: Alexey Kardashevskiy
---
Please at least cc kvm@vger as well since we list that as the devel list
for vfio.
On Tue, 2012-09-11 at 08:56 +0200, Uwe Kleine-König wrote:
>
> in the hope I didn't interpret "anything powerpc" too wide. Please
> tell me if I did.
No, it's fine with me, give me a git URL if you want me to run that
through my various config test builds.
Cheers,
Ben.
___
37 matches
Mail list logo
