linux-kernel - Re: [PATCH] uapi/netfilter: Prefer ISO-friendly __typeof_

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20230424164835.GA2814761@pevik>
Date:   Mon, 24 Apr 2023 18:48:35 +0200
From:   Petr Vorel <pvorel@...e.cz>
To:     Kevin Brodsky <kevin.brodsky@....com>
Cc:     linux-kernel@...r.kernel.org,
        Masahiro Yamada <masahiroy@...nel.org>,
        Andrew Morton <akpm@...ux-foundation.org>,
        Sam Ravnborg <sam@...nborg.org>,
        Ruben Ayrapetyan <ruben.ayrapetyan@....com>,
        linux-kbuild@...r.kernel.org
Subject: Re: [PATCH] uapi/netfilter: Prefer ISO-friendly __typeof__

> On 16/04/2023 23:07, Petr Vorel wrote:
> > typeof() is a GNU extension, UAPI requires ISO C, therefore __typeof__()
> > should be used.  Similarly to b4bd35a19df5 ("uapi/linux/const.h: Prefer
> > ISO-friendly __typeof__") use __typeof__() also in x_tables.h.

> Thanks for finishing up the work!

> Minor thing, the hash for my commit in -next seems to be 31088f6f7906 at
> the moment. As to the Fixes: tag, it looks like it should be (assuming
> that commit already exported the macro):

> Fixes: 72b2b1dd77e8 ("netfilter: xtables: replace XT_ENTRY_ITERATE macro")

> Aside from that, looks good to me, so:

Thank you!

Andrew, I'll just wait for others to comment and then I'll send v2
(so that you don't need to update the work yourself).

Kind regards,
Petr

> Reviewed-by: Kevin Brodsky <kevin.brodsky@....com>

> Kevin

> > Signed-off-by: Petr Vorel <pvorel@...e.cz>
> > ---
> > Based on [1] merged into linux-next as b4bd35a19df5.
> > There should be the same Fixes: which we agree in discussion in [1]
> > (likely a79ff731a1b2, or d6fc9fcbaa65).

> > Kind regards,
> > Petr

> > [1] https://lore.kernel.org/lkml/20230411092747.3759032-1-kevin.brodsky@arm.com/


> >  include/uapi/linux/netfilter/x_tables.h | 8 ++++----
> >  1 file changed, 4 insertions(+), 4 deletions(-)

> > diff --git a/include/uapi/linux/netfilter/x_tables.h b/include/uapi/linux/netfilter/x_tables.h
> > index 796af83a963a..d4eced07f2a2 100644
> > --- a/include/uapi/linux/netfilter/x_tables.h
> > +++ b/include/uapi/linux/netfilter/x_tables.h
> > @@ -172,11 +172,11 @@ struct xt_counters_info {

> >  /* pos is normally a struct ipt_entry/ip6t_entry/etc. */
> >  #define xt_entry_foreach(pos, ehead, esize) \
> > -	for ((pos) = (typeof(pos))(ehead); \
> > -	     (pos) < (typeof(pos))((char *)(ehead) + (esize)); \
> > -	     (pos) = (typeof(pos))((char *)(pos) + (pos)->next_offset))
> > +	for ((pos) = (__typeof__(pos))(ehead); \
> > +	     (pos) < (__typeof__(pos))((char *)(ehead) + (esize)); \
> > +	     (pos) = (__typeof__(pos))((char *)(pos) + (pos)->next_offset))

> > -/* can only be xt_entry_match, so no use of typeof here */
> > +/* can only be xt_entry_match, so no use of __typeof__ here */
> >  #define xt_ematch_foreach(pos, entry) \
> >  	for ((pos) = (struct xt_entry_match *)entry->elems; \
> >  	     (pos) < (struct xt_entry_match *)((char *)(entry) + \