From: Kees Cook <keescook@chromium.org>
To: Christophe JAILLET <christophe.jaillet@wanadoo.fr>
Cc: gustavoars@kernel.org, Daniel Mack <daniel@zonque.org>,
Haojian Zhuang <haojian.zhuang@gmail.com>,
Robert Jarzmik <robert.jarzmik@free.fr>,
Vinod Koul <vkoul@kernel.org>,
Nathan Chancellor <nathan@kernel.org>,
Nick Desaulniers <ndesaulniers@google.com>,
Tom Rix <trix@redhat.com>,
linux-hardening@vger.kernel.org, linux-kernel@vger.kernel.org,
kernel-janitors@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, dmaengine@vger.kernel.org,
llvm@lists.linux.dev
Subject: Re: [PATCH 2/2] dmaengine: pxa_dma: Annotate struct pxad_desc_sw with __counted_by
Date: Sun, 8 Oct 2023 14:05:10 -0700 [thread overview]
Message-ID: <202310081404.382AE20@keescook> (raw)
In-Reply-To: <1c9ef22826f449a3756bb13a83494e9fe3e0be8b.1696676782.git.christophe.jaillet@wanadoo.fr>
On Sat, Oct 07, 2023 at 01:13:10PM +0200, Christophe JAILLET wrote:
> Prepare for the coming implementation by GCC and Clang of the __counted_by
> attribute. Flexible array members annotated with __counted_by can have
> their accesses bounds-checked at run-time checking via CONFIG_UBSAN_BOUNDS
> (for array indexing) and CONFIG_FORTIFY_SOURCE (for strcpy/memcpy-family
> functions).
>
> To do so, the code needs a little shuffling related to how hw_desc is used
> and nb_desc incremented.
>
> The one by one increment is needed for the error handling path, calling
> pxad_free_desc(), to work correctly.
>
> So, add a new intermediate variable, desc, to store the result of the
> dma_pool_alloc() call.
>
> Signed-off-by: Christophe JAILLET <christophe.jaillet@wanadoo.fr>
Thanks! Yeah, this looks like a sensible refactor to handle the
increment before array assignment without losing error checking.
Reviewed-by: Kees Cook <keescook@chromium.org>
-Kees
> ---
> This patch is part of a work done in parallel of what is currently worked
> on by Kees Cook.
>
> My patches are only related to corner cases that do NOT match the
> semantic of his Coccinelle script[1].
>
> [1] https://github.com/kees/kernel-tools/blob/trunk/coccinelle/examples/counted_by.cocci
> ---
> drivers/dma/pxa_dma.c | 13 ++++++++-----
> 1 file changed, 8 insertions(+), 5 deletions(-)
>
> diff --git a/drivers/dma/pxa_dma.c b/drivers/dma/pxa_dma.c
> index 94cef2905940..c6e2862896e3 100644
> --- a/drivers/dma/pxa_dma.c
> +++ b/drivers/dma/pxa_dma.c
> @@ -91,7 +91,8 @@ struct pxad_desc_sw {
> bool cyclic;
> struct dma_pool *desc_pool; /* Channel's used allocator */
>
> - struct pxad_desc_hw *hw_desc[]; /* DMA coherent descriptors */
> + struct pxad_desc_hw *hw_desc[] __counted_by(nb_desc);
> + /* DMA coherent descriptors */
> };
>
> struct pxad_phy {
> @@ -739,6 +740,7 @@ pxad_alloc_desc(struct pxad_chan *chan, unsigned int nb_hw_desc)
> {
> struct pxad_desc_sw *sw_desc;
> dma_addr_t dma;
> + void *desc;
> int i;
>
> sw_desc = kzalloc(struct_size(sw_desc, hw_desc, nb_hw_desc),
> @@ -748,20 +750,21 @@ pxad_alloc_desc(struct pxad_chan *chan, unsigned int nb_hw_desc)
> sw_desc->desc_pool = chan->desc_pool;
>
> for (i = 0; i < nb_hw_desc; i++) {
> - sw_desc->hw_desc[i] = dma_pool_alloc(sw_desc->desc_pool,
> - GFP_NOWAIT, &dma);
> - if (!sw_desc->hw_desc[i]) {
> + desc = dma_pool_alloc(sw_desc->desc_pool, GFP_NOWAIT, &dma);
> + if (!desc) {
> dev_err(&chan->vc.chan.dev->device,
> "%s(): Couldn't allocate the %dth hw_desc from dma_pool %p\n",
> __func__, i, sw_desc->desc_pool);
> goto err;
> }
>
> + sw_desc->nb_desc++;
> + sw_desc->hw_desc[i] = desc;
> +
> if (i == 0)
> sw_desc->first = dma;
> else
> sw_desc->hw_desc[i - 1]->ddadr = dma;
> - sw_desc->nb_desc++;
> }
>
> return sw_desc;
> --
> 2.34.1
>
--
Kees Cook
WARNING: multiple messages have this Message-ID (diff)
From: Kees Cook <keescook@chromium.org>
To: Christophe JAILLET <christophe.jaillet@wanadoo.fr>
Cc: gustavoars@kernel.org, Daniel Mack <daniel@zonque.org>,
Haojian Zhuang <haojian.zhuang@gmail.com>,
Robert Jarzmik <robert.jarzmik@free.fr>,
Vinod Koul <vkoul@kernel.org>,
Nathan Chancellor <nathan@kernel.org>,
Nick Desaulniers <ndesaulniers@google.com>,
Tom Rix <trix@redhat.com>,
linux-hardening@vger.kernel.org, linux-kernel@vger.kernel.org,
kernel-janitors@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, dmaengine@vger.kernel.org,
llvm@lists.linux.dev
Subject: Re: [PATCH 2/2] dmaengine: pxa_dma: Annotate struct pxad_desc_sw with __counted_by
Date: Sun, 8 Oct 2023 14:05:10 -0700 [thread overview]
Message-ID: <202310081404.382AE20@keescook> (raw)
In-Reply-To: <1c9ef22826f449a3756bb13a83494e9fe3e0be8b.1696676782.git.christophe.jaillet@wanadoo.fr>
On Sat, Oct 07, 2023 at 01:13:10PM +0200, Christophe JAILLET wrote:
> Prepare for the coming implementation by GCC and Clang of the __counted_by
> attribute. Flexible array members annotated with __counted_by can have
> their accesses bounds-checked at run-time checking via CONFIG_UBSAN_BOUNDS
> (for array indexing) and CONFIG_FORTIFY_SOURCE (for strcpy/memcpy-family
> functions).
>
> To do so, the code needs a little shuffling related to how hw_desc is used
> and nb_desc incremented.
>
> The one by one increment is needed for the error handling path, calling
> pxad_free_desc(), to work correctly.
>
> So, add a new intermediate variable, desc, to store the result of the
> dma_pool_alloc() call.
>
> Signed-off-by: Christophe JAILLET <christophe.jaillet@wanadoo.fr>
Thanks! Yeah, this looks like a sensible refactor to handle the
increment before array assignment without losing error checking.
Reviewed-by: Kees Cook <keescook@chromium.org>
-Kees
> ---
> This patch is part of a work done in parallel of what is currently worked
> on by Kees Cook.
>
> My patches are only related to corner cases that do NOT match the
> semantic of his Coccinelle script[1].
>
> [1] https://github.com/kees/kernel-tools/blob/trunk/coccinelle/examples/counted_by.cocci
> ---
> drivers/dma/pxa_dma.c | 13 ++++++++-----
> 1 file changed, 8 insertions(+), 5 deletions(-)
>
> diff --git a/drivers/dma/pxa_dma.c b/drivers/dma/pxa_dma.c
> index 94cef2905940..c6e2862896e3 100644
> --- a/drivers/dma/pxa_dma.c
> +++ b/drivers/dma/pxa_dma.c
> @@ -91,7 +91,8 @@ struct pxad_desc_sw {
> bool cyclic;
> struct dma_pool *desc_pool; /* Channel's used allocator */
>
> - struct pxad_desc_hw *hw_desc[]; /* DMA coherent descriptors */
> + struct pxad_desc_hw *hw_desc[] __counted_by(nb_desc);
> + /* DMA coherent descriptors */
> };
>
> struct pxad_phy {
> @@ -739,6 +740,7 @@ pxad_alloc_desc(struct pxad_chan *chan, unsigned int nb_hw_desc)
> {
> struct pxad_desc_sw *sw_desc;
> dma_addr_t dma;
> + void *desc;
> int i;
>
> sw_desc = kzalloc(struct_size(sw_desc, hw_desc, nb_hw_desc),
> @@ -748,20 +750,21 @@ pxad_alloc_desc(struct pxad_chan *chan, unsigned int nb_hw_desc)
> sw_desc->desc_pool = chan->desc_pool;
>
> for (i = 0; i < nb_hw_desc; i++) {
> - sw_desc->hw_desc[i] = dma_pool_alloc(sw_desc->desc_pool,
> - GFP_NOWAIT, &dma);
> - if (!sw_desc->hw_desc[i]) {
> + desc = dma_pool_alloc(sw_desc->desc_pool, GFP_NOWAIT, &dma);
> + if (!desc) {
> dev_err(&chan->vc.chan.dev->device,
> "%s(): Couldn't allocate the %dth hw_desc from dma_pool %p\n",
> __func__, i, sw_desc->desc_pool);
> goto err;
> }
>
> + sw_desc->nb_desc++;
> + sw_desc->hw_desc[i] = desc;
> +
> if (i == 0)
> sw_desc->first = dma;
> else
> sw_desc->hw_desc[i - 1]->ddadr = dma;
> - sw_desc->nb_desc++;
> }
>
> return sw_desc;
> --
> 2.34.1
>
--
Kees Cook
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2023-10-08 21:05 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-10-07 11:13 [PATCH 1/2] dmaengine: pxa_dma: Remove an erroneous BUG_ON() in pxad_free_desc() Christophe JAILLET
2023-10-07 11:13 ` Christophe JAILLET
2023-10-07 11:13 ` [PATCH 2/2] dmaengine: pxa_dma: Annotate struct pxad_desc_sw with __counted_by Christophe JAILLET
2023-10-07 11:13 ` Christophe JAILLET
2023-10-08 21:05 ` Kees Cook [this message]
2023-10-08 21:05 ` Kees Cook
2023-10-08 21:03 ` [PATCH 1/2] dmaengine: pxa_dma: Remove an erroneous BUG_ON() in pxad_free_desc() Kees Cook
2023-10-08 21:03 ` Kees Cook
2023-10-09 6:12 ` Vinod Koul
2023-10-09 6:12 ` Vinod Koul
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=202310081404.382AE20@keescook \
--to=keescook@chromium.org \
--cc=christophe.jaillet@wanadoo.fr \
--cc=daniel@zonque.org \
--cc=dmaengine@vger.kernel.org \
--cc=gustavoars@kernel.org \
--cc=haojian.zhuang@gmail.com \
--cc=kernel-janitors@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-hardening@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=llvm@lists.linux.dev \
--cc=nathan@kernel.org \
--cc=ndesaulniers@google.com \
--cc=robert.jarzmik@free.fr \
--cc=trix@redhat.com \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.