| Message ID | 1535101951-11221-1-git-send-email-uli+renesas@fpond.eu (mailing list archive) |
|---|---|
| State | Superseded |
| Delegated to: | Geert Uytterhoeven |
| Headers | show |
| Series | [RESEND] spi: sh-msiof: Document R-Car D3 support | expand |
On Fri, Aug 24, 2018 at 11:12:31AM +0200, Ulrich Hecht wrote: > Document support for the MSIOF module in the Renesas D3 (r8a77995) SoC. > > No driver update is needed. > > Signed-off-by: Ulrich Hecht <uli+renesas@fpond.eu> > Reviewed-by: Simon Horman <horms+renesas@verge.net.au> > Reviewed-by: Geert Uytterhoeven <geert+renesas@glider.be> Reviewed-by: Wolfram Sang <wsa+renesas@sang-engineering.com> > --- > This patch fell by the wayside, probably because I forgot to cc devicetree. Yeah, this is good practice. Yet, I'd think this goes upstream via the SPI tree? Ccing Mark, he prefers to be Cced explicitly.
On Mon, Sep 03, 2018 at 11:28:19AM +0200, Wolfram Sang wrote: > On Fri, Aug 24, 2018 at 11:12:31AM +0200, Ulrich Hecht wrote: > > This patch fell by the wayside, probably because I forgot to cc devicetree. > Yeah, this is good practice. Yet, I'd think this goes upstream via the > SPI tree? Ccing Mark, he prefers to be Cced explicitly. Yes, if I don't get sent a copy of patches I'm not going to see them: As documented in SubmittingPatches please send patches to the maintainers for the code you would like to change. The normal kernel workflow is that people apply patches from their inboxes, if they aren't copied they are likely to not see the patch at all and it is much more difficult to apply patches.
On Mon, Sep 03, 2018 at 12:02:19PM +0100, Mark Brown wrote: > On Mon, Sep 03, 2018 at 11:28:19AM +0200, Wolfram Sang wrote: > > On Fri, Aug 24, 2018 at 11:12:31AM +0200, Ulrich Hecht wrote: > > > > This patch fell by the wayside, probably because I forgot to cc devicetree. > > > Yeah, this is good practice. Yet, I'd think this goes upstream via the > > SPI tree? Ccing Mark, he prefers to be Cced explicitly. > > Yes, if I don't get sent a copy of patches I'm not going to see them: > > As documented in SubmittingPatches please send patches to the > maintainers for the code you would like to change. The normal kernel > workflow is that people apply patches from their inboxes, if they aren't > copied they are likely to not see the patch at all and it is much more > difficult to apply patches. Uli, can you resend?
> On September 4, 2018 at 9:20 AM Wolfram Sang <wsa@the-dreams.de> wrote: > > > On Mon, Sep 03, 2018 at 12:02:19PM +0100, Mark Brown wrote: > > On Mon, Sep 03, 2018 at 11:28:19AM +0200, Wolfram Sang wrote: > > > On Fri, Aug 24, 2018 at 11:12:31AM +0200, Ulrich Hecht wrote: > > > > > > This patch fell by the wayside, probably because I forgot to cc devicetree. > > > > > Yeah, this is good practice. Yet, I'd think this goes upstream via the > > > SPI tree? Ccing Mark, he prefers to be Cced explicitly. > > > > Yes, if I don't get sent a copy of patches I'm not going to see them: > > > > As documented in SubmittingPatches please send patches to the > > maintainers for the code you would like to change. The normal kernel > > workflow is that people apply patches from their inboxes, if they aren't > > copied they are likely to not see the patch at all and it is much more > > difficult to apply patches. > > Uli, can you resend? Geert has already done so, together with the corresponding change for E3. CU Uli
diff --git a/Documentation/devicetree/bindings/spi/sh-msiof.txt b/Documentation/devicetree/bindings/spi/sh-msiof.txt index bfbc203..fd15715 100644 --- a/Documentation/devicetree/bindings/spi/sh-msiof.txt +++ b/Documentation/devicetree/bindings/spi/sh-msiof.txt @@ -11,6 +11,7 @@ Required properties: "renesas,msiof-r8a7795" (R-Car H3) "renesas,msiof-r8a7796" (R-Car M3-W) "renesas,msiof-r8a77965" (R-Car M3-N) + "renesas,msiof-r8a77995" (R-Car D3) "renesas,msiof-sh73a0" (SH-Mobile AG5) "renesas,sh-mobile-msiof" (generic SH-Mobile compatibile device) "renesas,rcar-gen2-msiof" (generic R-Car Gen2 and RZ/G1 compatible device)