Hello Sasha,
On Wed, May 15, 2019 at 10:54:43AM +0000, Sasha Levin wrote:
> Hi,
>
> [This is an automated email]
>
> This commit has been processed because it contains a -stable tag.
> The stable tag indicates that it's relevant for the following trees: all
>
> The bot has tested the following trees: v5.1.1, v5.0.15, v4.19.42, v4.14.118, v4.9.175, v4.4.179, v3.18.139.
>
> v5.1.1: Build OK!
> v5.0.15: Build OK!
> v4.19.42: Build OK!
> v4.14.118: Build OK!
I've confirmed that the patch works on all of the above stable versions:
Tested-by: George G. Davis <george_davis@xxxxxxxxxx> # on ARCH=arm64 boards r8a7795-es1-salvator-x and r8a7795-h3ulcb.
> v4.9.175: Failed to apply! Possible dependencies:
> 219fb0c1436e ("serial: sh-sci: Remove the platform data dma slave rx/tx channel IDs")
Although I've backported and build tested the patch on the above and below
stable versions, I'm unable to test on ARCH=arm64 boards due to lack of other
dependent commits for reliably booting the ARCH=arm64 boards that I have
available for testing.
I do have an ARCH=arm r8a7779-marzen board which hypothetically could be used
for testing on these earlier stable versions but it's rather mothballed at the
moment and will take some time to setup for testing. I likely won't get to
that any time soon so since no one has reported this problem until recently,
I'd err on the side of limiting the stable update to v4.14+ for now.
If anyone has access to other targets which use the same driver and can test, please
feel free to backport and test the patch on ealier stable versions.
Thanks!
>
> v4.4.179: Failed to apply! Possible dependencies:
> 219fb0c1436e ("serial: sh-sci: Remove the platform data dma slave rx/tx channel IDs")
>
> v3.18.139: Failed to apply! Possible dependencies:
> 219fb0c1436e ("serial: sh-sci: Remove the platform data dma slave rx/tx channel IDs")
> 2922598cd913 ("serial: sh-sci: Replace hardcoded values in SCxSR_*_CLEAR macros")
> 2e0842a154f6 ("serial: sh-sci: Use the correct register for overrun checks")
> 31f90796c668 ("serial: sh-sci: Document remaining FIFO Control Register bits")
> 54af5001e1b8 ("serial: sh-sci: Use SCIF_DR instead of hardcoded literal 1")
> 75c249fd7cb9 ("serial: sh-sci: Replace hardcoded overrun bit values")
> 76735e9d558b ("serial: sh-sci: Add (H)SCIF RTS/CTS pin data register bit definitions")
> 8b6ff84c2d44 ("serial: sh-sci: Fix R-Car SCIF and HSCIF overrun handling")
> 8eadb56d6830 ("serial: sh-sci: Don't kick tx in sci_er_interrupt() when using DMA")
> a1b5b43ffb84 ("serial: sh-sci: Replace buggy big #ifdef by runtime logic")
> c097abc33f70 ("serial: sh-sci: Add SCIFA/B SCPCR register definitions")
> c27ffc108017 ("serial: sh-sci: Move private definitions to private header file")
> cb772fe75fa1 ("serial: sh-sci: Add overrun handling of SCIFA and SCIFB")
> d94a0a385798 ("serial: sh-sci: Standardize on using the BIT() macro to define register bits")
> e0a12a27e834 ("serial: sh-sci: Remove bogus sci_handle_fifo_overrun() call on (H)SCIF")
> e1910fcdb545 ("serial: sh-sci: Shuffle functions around")
> e6403c112f8c ("serial: sh-sci: Don't call sci_rx_interrupt() on error when using DMA")
> ff4411296e99 ("serial: sh-sci: Add DT support to DMA setup")
>
>
> How should we proceed with this patch?
>
> --
> Thanks,
> Sasha
--
Regards,
George
