From: "Daniel P. Berrangé" <berrange@redhat.com>
To: Pierrick Bouvier <pierrick.bouvier@oss.qualcomm.com>
Cc: luoyonggang@gmail.com, qemu-devel@nongnu.org,
"Cleber Rosa" <crosa@redhat.com>,
"Stefan Hajnoczi" <stefanha@redhat.com>,
"Cédric Le Goater" <clg@kaod.org>,
"Laurent Vivier" <lvivier@redhat.com>,
"Zhao Liu" <zhao1.liu@intel.com>, "John Snow" <jsnow@redhat.com>,
"Laurent Vivier" <laurent@vivier.eu>,
"Richard Henderson" <richard.henderson@linaro.org>,
"Joel Stanley" <joel@jms.id.au>,
"Fabiano Rosas" <farosas@suse.de>,
"Kane Chen" <kane_chen@aspeedtech.com>,
"Andrew Jeffery" <andrew@codeconstruct.com.au>,
"Troy Lee" <leetroy@gmail.com>,
"Jamin Lin" <jamin_lin@aspeedtech.com>,
"Stafford Horne" <shorne@gmail.com>,
qemu-arm@nongnu.org, "Philippe Mathieu-Daude" <philmd@mailo.com>,
"Peter Maydell" <peter.maydell@linaro.org>,
"Paolo Bonzini" <pbonzini@redhat.com>,
"Philippe Mathieu-Daudé" <philmd@oss.qualcomm.com>,
"Marc-André Lureau" <marcandre.lureau@redhat.com>,
"Steven Lee" <steven_lee@aspeedtech.com>,
"Alexander Bulekov" <alxndr@bu.edu>,
"Darren Kenny" <darren.kenny@oracle.com>
Subject: Re: [PATCH 4/8] target-info: replace QOM registration with a constructor list
Date: Tue, 13 Oct 2026 10:26:25 +0100 [thread overview]
Message-ID: <as35QRodxSk16e-F@redhat.com> (raw)
In-Reply-To: <578afeb7-d302-402e-bedf-43b29ef00d5b@oss.qualcomm.com>
On Wed, Oct 07, 2026 at 04:24:07PM -0700, Pierrick Bouvier wrote:
> On 10/7/2026 3:54 PM, Yonggang Luo wrote:
> > My work is here.
> > https://gitlab.com/lygstate-qemu/qemu/-/tree/combined-binary-multi-targets?ref_type=heads
> > I am afraid of posting 300 pathces into threads to flood it(and
> > disturbing yours). So I'll wait for your work first. and resolving
> > conflicts later, that's really time-consuming.
> >
>
> It's indeed not possible to send 300 patches and expect this to work,
> whether it's on this mailing list, or any software forge also.
> It's also not possible to send a link, and expect anyone to take a look
> at the 373 commits sitting it on top of master. My name is not Claude.
> Instead, humans have to progress step by step, based on feedback. Yes it
> takes time and it can be frustrating. And yes, I've been there (and
> frustrated) also, I feel sorry for you.
>
> At the moment, if we want to make it move on, we need to focus on one
> single thing:
> "How to document/specify which targets a machine support".
>
> > I did many explanations before. seems my explanation is too bad and
> > not to give a clean picture for you, let's delay these first.
> >
>
> If I can suggest something politely here, IMHO, alternating between
> genuinely human written messages, and AI content sent as it is on email
> or commit messages is not helping on the receiver side.
>
> I would prefer anytime to deal with imperfect english (mine is imperfect
> too, I'm not a native speaker neither), compared to read what
> Claude/GPT/Deepseek generated that was pasted as it is.
> I understand it's a good tool for helping on the language side, and
> that's ok to fix grammar and sentence structure.
> But asking "Please generate a summary from those email threads and
> explain what the current series is doing", and paste this is doomed to fail.
>
> It also has a very detrimental side effect: it makes me start to wonder
> where the code is coming from also. Especially when seeing boilerplates
> with lengthy comments written in perfect english. My 2 cents is, use AI
> if you want/need, but make sure the result has this *human* touch.
Although these are not yet final/commited, please bear in mind the
proposed updated AI guidelines which broadly intend to forbid use
of AI for authoring commit messages & cover letters:
https://lists.gnu.org/archive/html/qemu-devel/2026-09/msg00260.html
With regards,
Daniel
--
|: https://berrange.com ~~ https://hachyderm.io/@berrange :|
|: https://libvirt.org ~~ https://entangle-photo.org :|
|: https://pixelfed.art/berrange ~~ https://fstop138.berrange.com :|
next prev parent reply other threads:[~2026-10-13 9:27 UTC|newest]
Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-07 11:47 [PATCH 0/8] qom: pass TargetInfo to the is_available callback Yonggang Luo
2026-10-07 11:47 ` [PATCH 1/8] configs/targets: remove target info definitions Yonggang Luo
2026-10-07 20:26 ` Pierrick Bouvier
2026-10-08 9:46 ` Philippe Mathieu-Daudé
2026-10-07 11:47 ` [PATCH 2/8] target-info: rename target-info-stub.c in target-info-def.c Yonggang Luo
2026-10-07 11:48 ` [PATCH 3/8] target-info: rename target-info-impl.h to target-info-def.h Yonggang Luo
2026-10-07 20:27 ` Pierrick Bouvier
2026-10-07 11:48 ` [PATCH 4/8] target-info: replace QOM registration with a constructor list Yonggang Luo
2026-10-07 20:29 ` Pierrick Bouvier
2026-10-07 20:50 ` Yonggang Luo
2026-10-07 22:31 ` Pierrick Bouvier
2026-10-07 22:54 ` Yonggang Luo
2026-10-07 23:24 ` Pierrick Bouvier
2026-10-13 9:26 ` Daniel P. Berrangé [this message]
2026-10-13 15:53 ` Pierrick Bouvier
2026-10-07 23:02 ` Yonggang Luo
2026-10-07 23:28 ` Pierrick Bouvier
2026-10-12 21:27 ` Yonggang Luo
2026-10-13 3:57 ` Pierrick Bouvier
2026-10-13 8:58 ` Yonggang Luo
2026-10-07 11:48 ` [PATCH 5/8] tests/unit: add target-info coverage for multi-target builds Yonggang Luo
2026-10-07 11:48 ` [PATCH 6/8] meson: load all target .mak files into target_mak_all Yonggang Luo
2026-10-07 20:30 ` Pierrick Bouvier
2026-10-07 11:48 ` [PATCH 7/8] target-info: Replace handwritten architecture checks with generated code Yonggang Luo
2026-10-07 20:36 ` Pierrick Bouvier
2026-10-07 11:48 ` [PATCH 8/8] qom: pass TargetInfo to is_available for later use Yonggang Luo
2026-10-07 20:44 ` Pierrick Bouvier
2026-10-07 21:42 ` Yonggang Luo
2026-10-08 0:00 ` Pierrick Bouvier
2026-10-08 0:03 ` Pierrick Bouvier
2026-10-08 2:08 ` Yonggang Luo
2026-10-08 15:58 ` Pierrick Bouvier
2026-10-08 9:36 ` Daniel P. Berrangé
2026-10-08 9:56 ` Yonggang Luo
2026-10-08 16:01 ` Pierrick Bouvier
2026-10-08 17:04 ` Yonggang Luo
2026-10-08 18:26 ` Pierrick Bouvier
2026-10-08 18:33 ` Yonggang Luo
2026-10-08 18:40 ` Pierrick Bouvier
2026-10-07 20:25 ` [PATCH 0/8] qom: pass TargetInfo to the is_available callback Pierrick Bouvier
2026-10-08 9:42 ` Daniel P. Berrangé
2026-10-08 9:46 ` Yonggang Luo
2026-10-08 16:06 ` Pierrick Bouvier
2026-10-08 17:13 ` Yonggang Luo
2026-10-08 18:34 ` Pierrick Bouvier
2026-10-08 18:48 ` Yonggang Luo
2026-10-11 20:22 ` Yonggang Luo
2026-10-12 2:13 ` Pierrick Bouvier
2026-10-12 2:21 ` Yonggang Luo
2026-10-12 2:25 ` Pierrick Bouvier
2026-10-12 4:26 ` Yonggang Luo
2026-10-12 7:11 ` Pierrick Bouvier
2026-10-13 1:26 ` Pierrick Bouvier
2026-10-13 2:43 ` Yonggang Luo
2026-10-13 3:53 ` Pierrick Bouvier
2026-10-13 4:03 ` Yonggang Luo
2026-10-13 15:56 ` Pierrick Bouvier
2026-10-11 20:32 ` Yonggang Luo
2026-10-07 20:46 ` Pierrick Bouvier
2026-10-09 21:58 ` Pierrick Bouvier
2026-10-09 22:08 ` Yonggang Luo
2026-10-09 22:21 ` Pierrick Bouvier
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=as35QRodxSk16e-F@redhat.com \
--to=berrange@redhat.com \
--cc=alxndr@bu.edu \
--cc=andrew@codeconstruct.com.au \
--cc=clg@kaod.org \
--cc=crosa@redhat.com \
--cc=darren.kenny@oracle.com \
--cc=farosas@suse.de \
--cc=jamin_lin@aspeedtech.com \
--cc=joel@jms.id.au \
--cc=jsnow@redhat.com \
--cc=kane_chen@aspeedtech.com \
--cc=laurent@vivier.eu \
--cc=leetroy@gmail.com \
--cc=luoyonggang@gmail.com \
--cc=lvivier@redhat.com \
--cc=marcandre.lureau@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=philmd@mailo.com \
--cc=philmd@oss.qualcomm.com \
--cc=pierrick.bouvier@oss.qualcomm.com \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=richard.henderson@linaro.org \
--cc=shorne@gmail.com \
--cc=stefanha@redhat.com \
--cc=steven_lee@aspeedtech.com \
--cc=zhao1.liu@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.