[lkml]   [2016]   [Jul]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH v3 0/2] mark spi clocks as critical and enable spi3 clocks
Hi Tomasz,

> > This patchset enables spi3 clocks by marking critical clocks as
> > CLK_IS_CRITICAL and in the meantime replaces the use of
> > CLK_IGNORE_UNUSED for spi1 clocks.
> >
> > The sclk needs to be considered critical as well.
> >
> > The SPI3 in the tm2/tm2e boards will control an irled for remote
> > controlling.
> >
> > Changelog:
> >
> > V1 -> V2
> > - the "sclk_spi3" doesn't need to be enabled in boot time as it
> > is handled by the spi driver itself.
> >
> > - use the CLK_IS_CRITICAL flag for the ioclk
> >
> > V2 -> V3
> > - some more tests has confirmed taht "sclk_spi1,3" need to be
> > enabled as critical!
> This sounds like a DTS and/or SPI and/or clock driver bug then. I'm
> pretty much convinced that it might also cause other problems and this
> workaround will only mask them making things even more difficult to
> debug in the future. Let's not introduce more technical debt.

In principle I agree, but, the upcoming TM2/TM2e boards will have
the audio codec connected on SPI1 and the ir remote controller on
the SPI3 (others SPI slots are used as well, but we don't have
the drivers ready for them).

I followed for SPI3 the same approach as it was done for SPI1, so
that I see two choices here:

* reject this patches and cleanup the SPI1 from the "technical
debt" and not have anything working on spi.


* do for SPI3 the same as it has been done for SPI1 (and as it
is now) with its "technical debt".

I did quite an extensive testing on these lines and I don't see
any other alternative.


 \ /
  Last update: 2016-07-04 07:01    [W:0.056 / U:28.992 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site