Re: [PATCH] arm64: renesas: salvator-common: sound clock-frequency needs descending order

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Jun 19, 2017 at 06:33:08AM +0000, Kuninori Morimoto wrote:
> Hi Geert
> 
> > >> On Fri, Jun 16, 2017 at 01:41:20AM +0000, Kuninori Morimoto wrote:
> > >> > From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
> > >> >
> > >> > It will be used ADG clock initial settings, and will be
> > >> > sound codec's initial system clock which needs maximum clock frequency.
> > >> > Thus, descending order is required
> > >> >
> > >> > Signed-off-by: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
> > >>
> > >> Thanks, I have queued this up for v4.14.
> > >
> > > Sorry for bother you, but is it possible this patch in v4.13 ?
> > 
> > I guess you forgot to add these tags, that would have hinted Simon they are
> > fixes for commits he was about to send a pull request for to arm-soc?
> > 
> > Fixes: d37d2b3c0ec2708a ("arm64: dts: salvator-x: add 12288000 for sound ADG")
> > Fixes: 0b03c32db03d63de ("arm64: dts: r8a7795: salvator-x: Add support
> > for R-Car H3 ES2.0")
> > 
> > In the mean time Olof has pulled them...
> 
> Yes, it was my fault, and (maybe) I posted this patch *after* simon's closing announce.
> If it is OK, I can post it with above Fixes tag

Its fine to post fixes after my tree closes (or at any other time) but it
helps me a lot if they come with "Fixes" tags if the resolve issues in
patches for which I have already sent pull requests. I'll re-apply this
patch as a fix for v4.13 with the tags above. No need to repost at this
stage.



[Index of Archives]     [Linux Samsung SOC]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]

  Powered by Linux