Linux Documentation
 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox