All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <greg@kroah.com>
To: Willy Tarreau <w@1wt.eu>
Cc: Jonathan Corbet <corbet@lwn.net>,
	security@kernel.org, skhan@linuxfoundation.org,
	workflows@vger.kernel.org, linux-doc@vger.kernel.org,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH 0/5] docs: improve guidance for AI-assisted bug reports
Date: Mon, 3 Aug 2026 17:37:14 +0200	[thread overview]
Message-ID: <2026080335-edition-chop-5e15@gregkh> (raw)
In-Reply-To: <20260802203540.3453-1-w@1wt.eu>

On Sun, Aug 02, 2026 at 10:35:35PM +0200, Willy Tarreau wrote:
> While vulnerability reporters have now started CCing maintainers,
> showing they read the docs, the security team still spends a lot of
> time repeating the same comments about tested version, incomplete
> fixes, poor email client setup causing formatting issues making
> patches unusable, unverified reports and missing Assisted-By tags,
> each time for AI-assisted reports.
> 
> This series adds small updates to security-bugs.rst, threat-model.rst
> and coding-assistant.rst to better deal with this and provide minimal
> instructions helping the LLM follow our expectations.
> 
> The updates were iteratively and carefully tested with 3 models,
> Opus-5, Qwen3.6-27B-Architect-Polaris2-Fable-B-F451, and Gemini,
> until all of them strictly followed the rules.
> 
> It is expected to further improve the situation.
> 
> Willy Tarreau (5):
>   docs: threat-model: clarify "security bug" vs "vulnerability"
>   docs: threat-model: move fake devices out of "non production use"
>   docs: security-bugs: clarify what counts as a valid version
>   docs: coding-assistant: explain important steps when looking for bugs
>   docs: security-bugs: clarify some mandatory steps for AI reports
> 
>  Documentation/process/coding-assistants.rst | 37 +++++++++++++++++++
>  Documentation/process/security-bugs.rst     | 26 ++++++++++++++
>  Documentation/process/threat-model.rst      | 39 ++++++++++++---------
>  3 files changed, 85 insertions(+), 17 deletions(-)
> 
> -- 
> 2.52.0
> 

All of these look great, thanks for them!  I'll wait a day or two before
committing them to my tree and getting them to Linus for 7.2-final to
hopefully quell the onslaught of "bad" bugs being reported...

greg k-h

  parent reply	other threads:[~2026-08-03 15:37 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-02 20:35 [PATCH 0/5] docs: improve guidance for AI-assisted bug reports Willy Tarreau
2026-08-02 20:35 ` [PATCH 1/5] docs: threat-model: clarify "security bug" vs "vulnerability" Willy Tarreau
2026-08-02 20:35 ` [PATCH 2/5] docs: threat-model: move fake devices out of "non production use" Willy Tarreau
2026-08-02 20:35 ` [PATCH 3/5] docs: security-bugs: clarify what counts as a valid version Willy Tarreau
2026-08-02 20:35 ` [PATCH 4/5] docs: coding-assistant: explain important steps when looking for bugs Willy Tarreau
2026-08-02 20:35 ` [PATCH 5/5] docs: security-bugs: clarify some mandatory steps for AI reports Willy Tarreau
2026-08-03 15:37 ` Greg KH [this message]
2026-08-03 16:20 ` [PATCH 0/5] docs: improve guidance for AI-assisted bug reports Jonathan Corbet
2026-08-03 16:24   ` Willy Tarreau

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=2026080335-edition-chop-5e15@gregkh \
    --to=greg@kroah.com \
    --cc=corbet@lwn.net \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=security@kernel.org \
    --cc=skhan@linuxfoundation.org \
    --cc=w@1wt.eu \
    --cc=workflows@vger.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.