From: Miquel Raynal <miquel.raynal@bootlin.com>
To: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Cc: Viresh Kumar <vireshk@kernel.org>, Vinod Koul <vkoul@kernel.org>,
Geert Uytterhoeven <geert+renesas@glider.be>,
Magnus Damm <magnus.damm@gmail.com>,
Michael Turquette <mturquette@baylibre.com>,
Stephen Boyd <sboyd@kernel.org>, Rob Herring <robh+dt@kernel.org>,
devicetree@vger.kernel.org, dmaengine@vger.kernel.org,
linux-renesas-soc@vger.kernel.org, linux-clk@vger.kernel.org,
Thomas Petazzoni <thomas.petazzoni@bootlin.com>,
Milan Stevanovic <milan.stevanovic@se.com>,
Jimmy Lalande <jimmy.lalande@se.com>,
Laetitia MARIOTTINI <laetitia.mariottini@se.com>
Subject: Re: [PATCH 4/8] dma: dmamux: Introduce RZN1 DMA router support
Date: Mon, 21 Feb 2022 16:13:20 +0100 [thread overview]
Message-ID: <20220221161320.449b2d4d@xps13> (raw)
In-Reply-To: <YhIeQlwmt/yCc8Uu@smile.fi.intel.com>
Hi Andy,
andriy.shevchenko@linux.intel.com wrote on Sun, 20 Feb 2022 12:56:02
+0200:
> On Fri, Feb 18, 2022 at 07:12:22PM +0100, Miquel Raynal wrote:
> > The Renesas RZN1 DMA IP is a based on a DW core, with eg. an additional
> > dmamux register located in the system control area which can take up to
> > 32 requests (16 per DMA controller). Each DMA channel can be wired to
> > two different peripherals.
> >
> > We need two additional information from the 'dmas' property: the channel
> > (bit in the dmamux register) that must be accessed and the value of the
> > mux for this channel.
>
> ...
Thanks for the review!
>
> > +dw_dmac-y := platform.o dmamux.o
>
> We do not need this on other platforms, please make sure we have no dangling
> code on, e.g., x86.
>
> ...
>
> > + /* The of_node_put() will be done in the core for the node */
> > + master = map->req_idx < dmamux->dmac_requests ? 0 : 1;
>
> The opposite conditional will be better, no?`
I guess this is a matter of taste. I prefer the current writing but I
will change it.
>
> ...
>
> > + dmamux->used_chans |= BIT(map->req_idx);
> > + ret = r9a06g032_syscon_set_dmamux(BIT(map->req_idx),
> > + val ? BIT(map->req_idx) : 0);
>
>
> Cleaner to do
>
> u32 mask = BIT(...);
> ...
>
> dmamux->used_chans |= mask;
> ret = r9a06g032_syscon_set_dmamux(mask, val ? mask : 0);
Fine.
>
> ...
>
> > +static const struct of_device_id rzn1_dmac_match[] __maybe_unused = {
> > + { .compatible = "renesas,rzn1-dma", },
> > + {},
>
> No comma for terminator entry.
Mmh, ok.
>
> > +};
>
> ...
>
> > + if (!node)
> > + return -ENODEV;
>
> Dup check, why not to simply try for phandle first?
I'll drop it.
>
> ...
>
> > + if (of_property_read_u32(dmac_node, "dma-requests",
> > + &dmamux->dmac_requests)) {
>
> One line?
Ok.
>
> > + dev_err(&pdev->dev, "Missing DMAC requests information\n");
> > + of_node_put(dmac_node);
> > + return -EINVAL;
>
> First put node, then simply use dev_err_probe().
I don't get the point here. dev_err_probe() is useful when -EPROBE_DEFER
can be returned, right? I don't understand what it would bring here nor
how I should use it to simplify error handling.
>
> > + }
>
> ...
>
> > +static const struct of_device_id rzn1_dmamux_match[] = {
> > + { .compatible = "renesas,rzn1-dmamux", },
> > + {},
>
> No comma.
Ok.
>
> > +};
>
Thanks,
Miquèl
next prev parent reply other threads:[~2022-02-21 15:13 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-18 18:12 [PATCH 0/8] RZN1 DMA support Miquel Raynal
2022-02-18 18:12 ` [PATCH 1/8] dt-bindings: dma: Introduce RZN1 dmamux bindings Miquel Raynal
2022-02-18 18:12 ` [PATCH 2/8] dt-bindings: dma: Introduce RZN1 DMA compatible Miquel Raynal
2022-02-21 2:36 ` Rob Herring
2022-02-21 14:24 ` Miquel Raynal
2022-02-18 18:12 ` [PATCH 3/8] soc: renesas: rzn1-sysc: Export function to set dmamux Miquel Raynal
2022-02-20 18:16 ` kernel test robot
2022-02-20 19:28 ` kernel test robot
2022-02-21 9:16 ` Geert Uytterhoeven
2022-02-21 15:01 ` Miquel Raynal
2022-02-25 18:32 ` Rob Herring
2022-02-27 14:09 ` Miquel Raynal
2022-02-18 18:12 ` [PATCH 4/8] dma: dmamux: Introduce RZN1 DMA router support Miquel Raynal
2022-02-20 10:56 ` Andy Shevchenko
2022-02-21 15:13 ` Miquel Raynal [this message]
2022-02-21 16:47 ` Andy Shevchenko
2022-02-20 21:22 ` kernel test robot
2022-02-21 4:15 ` kernel test robot
2022-02-18 18:12 ` [PATCH 5/8] dma: dw: Avoid partial transfers Miquel Raynal
2022-02-20 10:49 ` Andy Shevchenko
2022-02-21 8:14 ` Phil Edworthy
2022-02-21 12:59 ` Miquel Raynal
2022-02-21 16:52 ` Andy Shevchenko
2022-02-23 7:45 ` Phil Edworthy
2022-02-23 8:01 ` Phil Edworthy
2022-02-23 13:38 ` Andy Shevchenko
2022-02-18 18:12 ` [PATCH 6/8] dma: dw: Add RZN1 compatible Miquel Raynal
2022-02-18 18:12 ` [PATCH 7/8] ARM: dts: r9a06g032: Add the two DMA nodes Miquel Raynal
2022-02-18 18:12 ` [PATCH 8/8] ARM: dts: r9a06g032: Describe the DMA router Miquel Raynal
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20220221161320.449b2d4d@xps13 \
--to=miquel.raynal@bootlin.com \
--cc=andriy.shevchenko@linux.intel.com \
--cc=devicetree@vger.kernel.org \
--cc=dmaengine@vger.kernel.org \
--cc=geert+renesas@glider.be \
--cc=jimmy.lalande@se.com \
--cc=laetitia.mariottini@se.com \
--cc=linux-clk@vger.kernel.org \
--cc=linux-renesas-soc@vger.kernel.org \
--cc=magnus.damm@gmail.com \
--cc=milan.stevanovic@se.com \
--cc=mturquette@baylibre.com \
--cc=robh+dt@kernel.org \
--cc=sboyd@kernel.org \
--cc=thomas.petazzoni@bootlin.com \
--cc=vireshk@kernel.org \
--cc=vkoul@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).