[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20251209164904.6163fcff@kernel.org>
Date: Tue, 9 Dec 2025 16:49:04 +0900
From: Jakub Kicinski <kuba@...nel.org>
To: Mika Westerberg <mika.westerberg@...ux.intel.com>,
david.laight.linux@...il.com
Cc: Yury Norov <yury.norov@...il.com>, Rasmus Villemoes
<linux@...musvillemoes.dk>, linux-kernel@...r.kernel.org,
linux-usb@...r.kernel.org, Geert Uytterhoeven <geert+renesas@...der.be>,
Alexandre Belloni <alexandre.belloni@...tlin.com>, Jonathan Cameron
<Jonathan.Cameron@...wei.com>, Crt Mori <cmo@...exis.com>, Richard Genoud
<richard.genoud@...tlin.com>, Andy Shevchenko
<andriy.shevchenko@...el.com>, Luo Jie <quic_luoj@...cinc.com>, Peter
Zijlstra <peterz@...radead.org>, netdev@...r.kernel.org, "David S . Miller"
<davem@...emloft.net>, Simon Horman <simon.horman@...ronome.com>, Andreas
Noever <andreas.noever@...il.com>, Yehezkel Bernat <YehezkelShB@...il.com>
Subject: Re: [PATCH 0/9] bitfield: tidy up bitfield.h
On Tue, 9 Dec 2025 08:08:06 +0100 Mika Westerberg wrote:
> > drivers/thunderbolt/tb.h passes a bifield to FIELD_GET(), these can't
> > be used with sizeof or __auto_type. The usual solution is to add zero,
> > but that can't be done in FIELD_GET() because it doesn't want the value
> > promoted to 'int' (no idea how _Generic() treated it.)
> > The fix is just to add zero at the call site.
> > (The bitfield seems to be in a structure rad from hardware - no idea
> > how that works on BE (or any LE that uses an unusual order for bitfields.)
>
> Okay but can you CC me the actual patch too? I only got the cover letter
> ;-)
Right, David, please fix your CC lists. kernel dev 101..
Powered by blists - more mailing lists