Hi Simon,
On Fri, Sep 15, 2017 at 9:15 AM, Simon Horman <horms@xxxxxxxxxxxx> wrote:
> On Wed, Sep 13, 2017 at 05:28:28PM +0200, Geert Uytterhoeven wrote:
>> On Wed, Sep 6, 2017 at 10:44 AM, Simon Horman <horms@xxxxxxxxxxxx> wrote:
>> > I tested this defconfig against renesas-devel-20170905-v4.13 on
>> > a salvator-x/m3 ES1.0. It boots to user-space but I observed the following:
>> >
>> > [ 13.000428] sh-sci e6e88000.serial: dma_request_slave_channel failed
>> > [ 13.015167] sh-sci e6e88000.serial: dma_request_slave_channel failed
>>
>> The scif2 node in r8a7796.dtsi doesn't have "dmas" properties.
>> These were removed from the datasheet, and scif2 has always been a bit
>> weird on R-Car Gen3...
>
> Ok, so its unrelated?
I expect the same to happen with arm64 defconfig?
Oh wait, I haven't submitted a patch to enable CONFIG_SERIAL_SH_SCI_DMA
in arm64 defconfg yet, only for shmobile_defconfig and multi_v7_defconfig.
Perhaps the loglevel of the dma_request_slave_channel failure should be
lowered from dev_warn() to dev_dbg()? So far I was reluctant to do that.
Or should we add the dmas properties for SCIF2 on r8a7796, like we do on
r8a7795, despite the documentation lacking information about the existence
of SCIF2/IRDA?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@xxxxxxxxxxxxxx
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
