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
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
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
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
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
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
Hi Mark,
On 2012-09-11 Mark Brown wrote:
> 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?
>
When I looked I didn't see the Efika
Hi Mark,
On 2012-09-11 Mark Brown wrote:
>> --- a/arch/powerpc/platforms/52xx/Kconfig
>> +++ b/arch/powerpc/platforms/52xx/Kconfig
>> @@ -1,6 +1,7 @@
>> config PPC_MPC52xx bool "52xx-based boards"depends on 6xx +
>> select
>> FSL_SOC select PPC_CLOCKselect PPC_PCI_CH
Hi Mark,
On 2012-09-12 Mark Brown wrote:
> On Tue, Sep 11, 2012 at 10:14:46PM -0400, Eric Millbrandt wrote:
>> The mpc5200_psc_ac97 and mpc5200_psc_i2s modules rely on shared
>> platform data with mpc5200_dma.
>
> This looks good but depends on patch 1 so I can't appl
mpc52xx socs need to have FSL_SOC defined to build their drivers (i2c-mpc, ASoC)
Signed-off-by: Eric Millbrandt
diff --git a/arch/powerpc/platforms/52xx/Kconfig
b/arch/powerpc/platforms/52xx/Kconfig
index 90f4496..fb35944 100644
--- a/arch/powerpc/platforms/52xx/Kconfig
+++ b/arch/powerpc
DAI f0002000.ac97 registered with no name
[ 16.488087] mpc5200-psc-ac97 f0002000.ac97: Failed to register DAI
[ 16.50] mpc5200-psc-ac97: probe of f0002000.ac97 failed with error -22
Signed-off-by: Eric Millbrandt
diff --git a/sound/soc/fsl/mpc5200_psc_ac97.c b/sound/soc/fsl
This series is a respin of "mpc5200 ASoC fixups"
The mpc5200 ASoC and pcm030 board code compiled, but did not run after the
multi-codec patches. This series add the missing pieces into the mpc5200 ASoC
drivers and updates the pcm030 board to the current api.
Eric Millbrandt (7):
po
Remove unreferenced header files.
Signed-off-by: Eric Millbrandt
diff --git a/sound/soc/fsl/pcm030-audio-fabric.c
b/sound/soc/fsl/pcm030-audio-fabric.c
index b3af55d..1353e8f 100644
--- a/sound/soc/fsl/pcm030-audio-fabric.c
+++ b/sound/soc/fsl/pcm030-audio-fabric.c
@@ -12,22 +12,13
The mpc5200_psc_ac97 and mpc5200_psc_i2s modules rely on shared platform data
with mpc5200_dma.
Signed-off-by: Eric Millbrandt
diff --git a/sound/soc/fsl/mpc5200_dma.c b/sound/soc/fsl/mpc5200_dma.c
index 9a3f7c5..9997c03 100644
--- a/sound/soc/fsl/mpc5200_dma.c
+++ b/sound/soc/fsl/mpc5200_dma.c
The mpc5200-psc-ac97 driver does not enumerate attached ac97 devices, so
register the device here.
Signed-off-by: Eric Millbrandt
diff --git a/sound/soc/fsl/pcm030-audio-fabric.c
b/sound/soc/fsl/pcm030-audio-fabric.c
index 893e240..4b63ec8 100644
--- a/sound/soc/fsl/pcm030-audio-fabric.c
+++ b
This patch converts the pcm030-audio-fabric driver to a platform-driver and
adds a remove function.
Signed-off-by: Eric Millbrandt
diff --git a/sound/soc/fsl/pcm030-audio-fabric.c
b/sound/soc/fsl/pcm030-audio-fabric.c
index 1353e8f..5c8e2d6 100644
--- a/sound/soc/fsl/pcm030-audio-fabric.c
This patch converts pcm030-audio-fabric to use the new snd_soc_register_card
ASoC api instead of the older method of registering a separate platform
device. It also creates the dai_link to the mpc5200_psc_ac97 platform using
the device tree.
Signed-off-by: Eric Millbrandt
diff --git a/sound
On 2012-09-14 ag...@denx.de wrote:
> Eric Millbrandt wrote:
>
...
>
> Better use:
>
> diff --git a/sound/soc/fsl/Kconfig b/sound/soc/fsl/Kconfig index
> d701330..4563b28 100644
> --- a/sound/soc/fsl/Kconfig
> +++ b/sound/soc/fsl/Kconfig
> @@ -6,7 +6,7 @@ config SND_
On 2012-09-18 Mark Brown wrote:
> On Thu, Sep 13, 2012 at 05:43:14PM -0400, Eric Millbrandt wrote:
>
>> +static int __devexit pcm030_fabric_remove(struct platform_device *op)
>> +{ + struct platform_device *pdev = platform_get_drvdata(op); +
>> +platform_device_unregist
From: Eric Millbrandt
mpc52xx socs need to define SND_POWERPC_SOC 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_
On 2012-09-19 Mark Brown wrote:
> On Wed, Sep 19, 2012 at 10:51:25AM -0400, wrote:
>> From: Eric Millbrandt
>>
>> mpc52xx socs need to define SND_POWERPC_SOC to build ASoC drivers.
>>
>> Signed-off-by: Eric Millbrandt ---
>> Changes since v1: Patch was
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
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_
function.
Signed-off-by: Eric Millbrandt
---
sound/soc/fsl/pcm030-audio-fabric.c | 65 +--
1 files changed, 47 insertions(+), 18 deletions(-)
diff --git a/sound/soc/fsl/pcm030-audio-fabric.c
b/sound/soc/fsl/pcm030-audio-fabric.c
index 1353e8f..893e240 100644
--- a
Add a node for the pcm030-audio-fabric ASoC driver
Signed-off-by: Eric Millbrandt
---
arch/powerpc/boot/dts/pcm030.dts |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/boot/dts/pcm030.dts b/arch/powerpc/boot/dts/pcm030.dts
index 9e35499..96512c0 100644
ly
> Cc: linuxppc-dev@lists.ozlabs.org; Eric Millbrandt
> Subject: Re: [PATCH 0/2 v3] mpc5200 ac97 gpio reset
>
> On Sat, Jul 31, 2010 at 10:42:15PM -0600, Grant Likely wrote:
> > On Sun, Jun 27, 2010 at 4:01 PM, Mark Brown
>
> > > I'm a little concerned with a collision with
Tighten up time timing around the gpio reset functionality. Add a 200ns
delay before remuxing the pins back to ac97 to comply with the ac97 spec.
This delay ensures that sync and sdata_out are held low while reset
transitions to high.
Signed-off-by: Eric Millbrandt
---
Scope shots are
On Fri, 3 Sep 2010 at 12:02:09 Wolfram Sang wrote:
> On Fri, Sep 03, 2010 at 11:45:22AM -0400, Eric Millbrandt wrote:
>> Tighten up time timing around the gpio reset functionality. Add a 200ns
>> delay before remuxing the pins back to ac97 to comply with the ac97
>> spec. Th
On Fri, 3 Sep 2010 at 12:22:24 Wolfram Sang wrote:
- udelay(2);
+ udelay(1);
/* Deassert reset */
setbits8(&wkup_gpio->wkup_dvo, reset);
+ /* wait at least 200ns */
+ __delay(7);
>>>
>>> ndelay(200)?
>> Is ndelay defin
Tighten up time timing around the gpio reset functionality. Add a 200ns
delay before remuxing the pins back to ac97 to comply with the ac97 spec.
Signed-off-by: Eric Millbrandt
---
Scope shots availible upon request
changes since v1
- amended with comments from Wolfram Sang
arch/powerpc
Hello all,
I am testing a 2.6.29.3 (with preempt_rt patches) kernel on a phytec
pcm030 and am getting a kernel hang when testing the fec Ethernet
controller. The error only occurs when running the preempt-patched
kernel, an unmodified kernel works fine. Is anyone out there using
preempt_rt on
-Original Message-
From: Wolfram Sang [mailto:w.s...@pengutronix.de]
Sent: Tuesday, May 19, 2009 16:57
To: Robert Schwebel
Cc: Eric Millbrandt; linuxppc-dev@ozlabs.org
Subject: Re: mpc5200 fec error
On Tue, May 19, 2009 at 10:36:45PM +0200, Robert Schwebel wrote:
> Wolfram, have you s
> > I am able to reproduce the error using 2.6.29.2-rt11. I was able to
> > mitigate the problem by raising the priority of the transmit irq.
> > However when running an NFS server on the pcm030 under high cpu load I
> > now get
> >
> > [ 132.477503] net eth0: FEC_IEVENT_RFIFO_ERROR
> > [ 132.89
-Original Message-
From: Grant Likely [mailto:grant.lik...@secretlab.ca]
Sent: Wednesday, May 20, 2009 12:49
To: Eric Millbrandt
Cc: Jon Smirl; Wolfram Sang; linuxppc-dev@ozlabs.org
Subject: Re: mpc5200 fec error
On Wed, May 20, 2009 at 10:41 AM, Eric Millbrandt
wrote:
> It looks l
-Original Message-
From: Jon Smirl [mailto:jonsm...@gmail.com]
Sent: Wednesday, May 20, 2009 11:15
To: Eric Millbrandt
Cc: Wolfram Sang; Grant Likely; linuxppc-dev@ozlabs.org
Subject: Re: mpc5200 fec error
On Wed, May 20, 2009 at 9:42 AM, Eric Millbrandt
wrote:
>> > I a
> On Wed, May 20, 2009 at 9:42 AM, Eric Millbrandt
> wrote:
>>> > I am able to reproduce the error using 2.6.29.2-rt11. I was able to
>>> > mitigate the problem by raising the priority of the transmit irq.
>>> > However when running an NFS server on the
The implementation of the ac97 "cold" reset is flawed. If the sync and
output lines are high when reset is asserted the attached ac97 device
may go into test mode. Avoid this by reconfiguring the psc to gpio mode
and generating the reset manually.
Signed-off-by: Eric Millbrandt
Allow device drivers to safely modify port-config. This allows device drivers
access to gpio pins to manually bit-bang slave devices.
Signed-off-by: Eric Millbrandt
---
arch/powerpc/include/asm/mpc52xx.h |2 +
arch/powerpc/platforms/52xx/mpc52xx_common.c | 61
on custom hardware with
a wm9715 audio codec/touchscreen controller.
Eric Millbrandt
---
Eric Millbrandt (2):
powerpc/5200: Export port-config
sound/soc: mpc5200_psc_ac97: Use gpio pins for cold reset.
arch/powerpc/boot/dts/lite5200.dts |3 +
arch/powerpc/boot/dts/lit
> -Original Message-
> From: Jon Smirl [mailto:jonsm...@gmail.com]
> Sent: Wednesday, June 09, 2010 08:22
> To: Wolfgang Denk
> Cc: Eric Millbrandt; Mark Brown; linuxppc-dev@lists.ozlabs.org
> Subject: Re: [PATCH 0/2] mpc5200 ac97 gpio reset
>
> On Wed, Jun 9, 2
> -Original Message-
> From: Mark Brown [mailto:broo...@opensource.wolfsonmicro.com]
> Sent: Wednesday, June 09, 2010 06:31
> To: Wolfgang Denk
> Cc: Jon Smirl; Eric Millbrandt; linuxppc-dev@lists.ozlabs.org
> Subject: Re: [PATCH 0/2] mpc5200 ac97 gpio reset
--snip--
&
d to control the output lines."
Signed-off-by: Eric Millbrandt
---
changes since v1
- Amended with comments from Mark Brown
- Fall back to the original reset implementation if no gpio pins are defined
in the device tree
arch/powerpc/boot/dts/lite5200.dts |3 +
arch/powerpc/boot/dts/
on custom hardware with
a wm9715 audio codec/touchscreen controller.
Eric Millbrandt
---
changes since v1
- Refactored to manipulate port_config and gpio pins internally instead of
exporting an API.
- Amended commit message with comments from Mark Brown
- Refactored to move the port_config manip
muxing should switch to GPIO mode and the GPIO control
register should be used to control the output lines."
Signed-off-by: Eric Millbrandt
---
changes since v1
- Refactored to manipulate port_config and gpio pins internally instead of
exporting an API.
arch/powerpc/include/asm/mpc52x
e also forced to zero during the reset phase. To do
that, the pin muxing should switch to GPIO mode and the GPIO control
register should be used to control the output lines."
Signed-off-by: Eric Millbrandt
---
changes since v1
- Amended with comments from Mark Brown
- Fall back to
on custom hardware with
a wm9715 audio codec/touchscreen controller.
Eric Millbrandt
---
changes since v1
- Refactored to manipulate port_config and gpio pins internally instead of
exporting an API.
- Amended commit message with comments from Mark Brown
- Refactored to move the port_config manip
muxing should switch to GPIO mode and the GPIO control
register should be used to control the output lines."
Signed-off-by: Eric Millbrandt
---
changes since v1
- Refactored to manipulate port_config and gpio pins internally instead of
exporting an API.
changes since v2
- Factored out gpio
e also forced to zero during the reset phase. To do
that, the pin muxing should switch to GPIO mode and the GPIO control
register should be used to control the output lines."
Signed-off-by: Eric Millbrandt
---
changes since v1
- Amended with comments from Mark Brown
- Fall back to
muxing should switch to GPIO mode and the GPIO control
register should be used to control the output lines."
Signed-off-by: Eric Millbrandt
---
changes since v1
- Amended with comments from Mark Brown
- Fall back to the original reset implementation if no gpio pins are defined
in the d
-Original Message-
From: linuxppc-dev-bounces+emillbrandt=dekaresearch@lists.ozlabs.org
[mailto:linuxppc-dev-bounces+emillbrandt=dekaresearch@lists.ozlabs.o
rg] On Behalf Of Grant Likely
Sent: Wednesday, July 01, 2009 10:45
To: Wolfram Sang
Cc: linuxppc-...@ozlabs.org; alsa-de...@al
50 matches
Mail list logo