From: Philip Li <philip.li@intel.com>
To: Daniel Gomez <da.gomez@kernel.org>
Cc: Andreas Hindborg <a.hindborg@kernel.org>,
Oliver Sang <oliver.sang@intel.com>,
kernel test robot <lkp@intel.com>, <llvm@lists.linux.dev>,
<oe-kbuild-all@lists.linux.dev>, Benno Lossin <lossin@kernel.org>
Subject: Re: [linux-next:master 4752/13171] error[E0609]: no field `__bindgen_anon_1` on type `bindings::kernel_param`
Date: Fri, 5 Dec 2025 08:51:21 +0800 [thread overview]
Message-ID: <aTIsiXMzcmBXBKRV@rli9-mobl> (raw)
In-Reply-To: <f2320396-4509-4591-983c-6eb96db85663@kernel.org>
On Thu, Dec 04, 2025 at 12:59:02PM +0100, Daniel Gomez wrote:
> > While we could see from the config that you were using bindgen 0.72.0,
> > it was not clear to us where you get this bindgen from. Obtaining
> > bindgen does not seem to be part of the reproducer instructions (or
> > maybe I am not looking in the right place?).
> >
> > If I understand correctly, this issue manifested only when building
> > bindgen 0.72.0 with clang-22-git. Building this was next on our list in
> > trying to reproduce, but getting to that conclusion took a while.
> >
> > Anyway, I want to ask if you can include directions for obtaining or
> > building bindgen in your reproducer instructions?
>
> + Any reason to use an unreleased clang version for this reports? Since clang-22
> is not officially released yet, issues seen with it seem lower priority than
> those reproduced with stable, released versions. Does it make sense to act
> on these kind of "bleeding edge" reports, or should we wait until they're
> confirmed on a stable release? Does 0day test both?
Hi Andreas, currently the bot will test multiple versions of clang including released
ones like clang-20/clang-21, plus the latest clang from its repo.
We do have some patterns to send reports of low confidence to llvm@lists only or to
have manual check before sending out, probably we can also add some guard when rust
issue is reported on unreleased clang?
>
> >
> > Best regards,
> > Andreas Hindborg
> >
>
next prev parent reply other threads:[~2025-12-05 0:51 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-01 20:20 [linux-next:master 4752/13171] error[E0609]: no field `__bindgen_anon_1` on type `bindings::kernel_param` kernel test robot
2025-12-02 21:02 ` Daniel Gomez
2025-12-04 5:57 ` Oliver Sang
2025-12-04 11:47 ` Andreas Hindborg
2025-12-04 11:59 ` Daniel Gomez
2025-12-04 12:24 ` Miguel Ojeda
2025-12-05 0:58 ` Philip Li
2025-12-05 10:43 ` Andreas Hindborg
2025-12-05 11:14 ` Philip Li
2025-12-05 0:51 ` Philip Li [this message]
2025-12-05 2:19 ` Oliver Sang
2025-12-05 2:22 ` Philip Li
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=aTIsiXMzcmBXBKRV@rli9-mobl \
--to=philip.li@intel.com \
--cc=a.hindborg@kernel.org \
--cc=da.gomez@kernel.org \
--cc=lkp@intel.com \
--cc=llvm@lists.linux.dev \
--cc=lossin@kernel.org \
--cc=oe-kbuild-all@lists.linux.dev \
--cc=oliver.sang@intel.com \
/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.