On Mon, Jan 07, 2019 at 12:59:07PM +, Mark Brown wrote:
> On Sat, Jan 05, 2019 at 10:16:22AM +0530, b-ak wrote:
>
> >
> > Hi Mark,
> >
> > Fixed the build error.
> >
> > Thanks,
> > Bhargav
> >
>
> Please submit patches following the process covered in
> submitting-patches.rst, don't send
On Sat, Jan 05, 2019 at 10:16:22AM +0530, b-ak wrote:
>
> Hi Mark,
>
> Fixed the build error.
>
> Thanks,
> Bhargav
>
Please submit patches following the process covered in
submitting-patches.rst, don't send them as attachments to replies in the
middle of threads. Doing that confuses all the
On Fri, Jan 04, 2019 at 10:10:40PM +0530, b-ak wrote:
> On Fri, Jan 04, 2019 at 01:04:21AM +0530, b-ak wrote:
> > On Thu, Jan 03, 2019 at 12:45:54PM +, Mark Brown wrote:
> > > On Wed, Jan 02, 2019 at 10:36:33PM +0530, b-ak wrote:
> > > > During the bootup of the kernel, as soon as the DAPM fram
On Fri, Jan 04, 2019 at 01:04:21AM +0530, b-ak wrote:
> On Thu, Jan 03, 2019 at 12:45:54PM +, Mark Brown wrote:
> > On Wed, Jan 02, 2019 at 10:36:33PM +0530, b-ak wrote:
> > > During the bootup of the kernel, as soon as the DAPM framework kicks in
> > > it pushes the codec into standy mode.
> >
On Thu, Jan 03, 2019 at 12:45:54PM +, Mark Brown wrote:
> On Wed, Jan 02, 2019 at 10:36:33PM +0530, b-ak wrote:
> > During the bootup of the kernel, as soon as the DAPM framework kicks in
> > it pushes the codec into standy mode.
> >
> > The existing TVL320AIC32x4 codec driver doesn't prepare
On Wed, Jan 02, 2019 at 10:36:33PM +0530, b-ak wrote:
> During the bootup of the kernel, as soon as the DAPM framework kicks in
> it pushes the codec into standy mode.
>
> The existing TVL320AIC32x4 codec driver doesn't prepare the clock in
> the probe function.
> This leads to an OOPS when the DA
6 matches
Mail list logo
