[GIT PULL 2/2] Samsung fixes-2 for v4.0

[Eduardo Valentin]

On Fri, Mar 06, 2015 at 07:16:53PM +0900, Kukjin Kim wrote:
> Arnd Bergmann wrote:
> > 
> + Eduardo
> 
> Hi Arnd,
> 
> > On Tuesday 03 March 2015 04:00:14 Kukjin Kim wrote:
> > > Please pull Samsung tmu and hdmi regression fixes for v4.0 and I know
> > > this is quite big for fixes but I couldn't handle this series for
> > > previous merge window because of dependency with driver side...sorry for
> > > that and please pull so that we could support them in v4.0 on exynos
> > > platforms.
> > 
> > What kind of dependency do you have there? It really should not be
> > necessary to wait for driver changes, unless you do an incompatible
> > DT binding change, which you should avoid.
> > 
> For TMU patches, I've asked Eduardo to provide topic branch for
> 'include/dt-bindings/thermal/thermal_exynos.h' has been added via thermal tree
> because if I can't apply the patch in Samsung tree for arm-soc, kernel build
> breakage will be happened. But I couldn't get Eduardo's topic branch.


Specifically, the developer, while migrating the driver to support DT
and OF thermal, decided to create a header with constants. The header is
used by DT files and the driver code. The header was the dependency.


BR,

Eduardo Valentin

> 
> http://www.spinics.net/lists/linux-samsung-soc/msg41877.html
> 
> 
> For HDMI patches, I thought the DT changes have a dependency with "drm/exynos:
> add support for 'hdmi' clock" so waited for its applying then in drm tree. But
> I couldn't send it to arm-soc after that...
> 
> http://www.spinics.net/lists/linux-samsung-soc/msg42173.html
> 
> 
> I asked about the situation (late DT changes?) when I sent a pull-request, then
> I couldn't get a access my kernel.org because of biz. trip to China :(
> 
> http://www.spinics.net/lists/linux-samsung-soc/msg42235.html
> 
> 
> > I've pulled it into fixes, but won't forward it until I hear a
> > good explanation.
> > 
> As you know, basically I tried to make a clear branch for pull-request but in
> that case, I couldn't find a solution. Sorry for the inconvenience.
> 
> I hope v4.0 can support them properly.
> 
> Thanks,
> Kukjin
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20150305/b70427fe/attachment.sig>