[PATCH] ARM: OMAP2+: AM33XX: clock data: fix mcasp entries
gururaja.hebbar at ti.com
Wed Oct 31 01:39:27 EDT 2012
On Wed, Oct 31, 2012 at 01:58:32, Joel A Fernandes wrote:
> Hi Gururaja,
> On Mon, Oct 29, 2012 at 10:45 AM, Hebbar, Gururaja
> <gururaja.hebbar at ti.com> wrote:
> > Matt,
> > On Wed, Oct 10, 2012 at 20:00:49, Porter, Matt wrote:
> >> 6ea74cb ARM: OMAP2+: hwmod: get rid of all omap_clk_get_by_name usage
> >> exposes a bug in the AM33XX clock data for mcasp. After moving to
> >> clk_get() usage, the _init() of all registered hwmods fails on mcasp0
> >> due to incorrect clock data causing clk_get() to fail. This causes all
> >> successive hwmods to fail to _init() leaving them in a bad state.
> >> This patch updates the mcasp clock entries so clk_get() will succeed.
> >> It is tested on BeagleBone and is needed for 3.7-rc1 to fix AM33xx
> >> boot.
> > I want to test Audio on AM335x Evm with your EDMA patches. I have few
> > patches for AM335x.
> > Can you share the link to the repo & branch on which I need to rebase?
> > The patches are related to mcasp dt node, mcasp pinmux in dt, etc...
> I was wondering about the status of following patches you wrote, not
> added to mainline yet:
> ASoC: Davinci: machine: Add device tree binding
> https://patchwork.kernel.org/patch/1380511/ - will this be resubmitted?
There was no review comments for V3 I submitted.
> ASoC: AM33XX: Add support for AM33xx SoC Audio
I want to re-submit both the patches along with 2 more patch-set . I am
waiting for Matt Porters to reply with his recent branch, so that I can do
a final test and re-submit.
arm/dts: Add tlv320aic3x codec DT data to am335x-evm.dts
arm/dts: add mcasp1 dt node to am335x-evm.dt
ASoC: davinci-mcasp: Add pinctrl support
arm/dts: AM33XX: setup pinctrl for mcasp1 on am335x-evm
I need Mark Brown's Ack for the 3rd patch. There was some discussion
about adding pinctrl support for Audio drivers. I couldn't get the final
decision taken on it. I will rebase on to brownie-asoc/for-next and submit
> Are you planning on sending/resending these patches again? I could do this too.
> I guess all other audio patches except for audio dts stuff is already in.
More information about the linux-arm-kernel