From: Claudio Fontana <cfontana@suse.de>
To: Daniel Henrique Barboza <dbarboza@ventanamicro.com>,
"Andrew.Yuan" <andrew.yuan@jaguarmicro.com>,
philmd@linaro.org, alistair.francis@wdc.com, pbonzini@redhat.com,
qemu-devel@nongnu.org
Subject: Re: [PATCH] Remove unnecessary code in the interface accel_system_init_ops_interfaces
Date: Wed, 11 Sep 2024 18:34:39 +0200 [thread overview]
Message-ID: <13967315-4b50-4e66-9e46-02e44d0d6243@suse.de> (raw)
In-Reply-To: <0cbe47a3-5572-4f74-b2ba-69abd8d3b448@suse.de>
On 9/9/24 12:07, Claudio Fontana wrote:
> On 9/9/24 11:54, Daniel Henrique Barboza wrote:
>>
>>
>> On 9/9/24 12:17 AM, Andrew.Yuan wrote:
>>> The code 'ops = ACCEL_OPS_CLASS(module_object_class_by_name(ops_name));' is unnecessary;
>>>
>>> And, the following code :
>>> 1.has the same functionality;
>>> 2.includes error checking;
>>>
>>> Signed-off-by: Andrew.Yuan <andrew.yuan@jaguarmicro.com>
>>> ---
>>> accel/accel-system.c | 2 +-
>>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>>
>>> diff --git a/accel/accel-system.c b/accel/accel-system.c
>>> index f6c947dd82..5d502c8fd8 100644
>>> --- a/accel/accel-system.c
>>> +++ b/accel/accel-system.c
>>> @@ -73,7 +73,7 @@ void accel_system_init_ops_interfaces(AccelClass *ac)
>>> g_assert(ac_name != NULL);
>>>
>>> ops_name = g_strdup_printf("%s" ACCEL_OPS_SUFFIX, ac_name);
>>> - ops = ACCEL_OPS_CLASS(module_object_class_by_name(ops_name));
>>> +
>>
>> The code you're changing was added by 5141e9a23f ("accel: abort if we fail to
>> load the accelerator plugin") and I think this repetition is intended. If I have
>> to guess (first time looking at this code), ACCEL_OPS_CLASS() is creating the class
>> type QOM functions that the the second module_object_class_by_name() relies on to
>> catch the module load error the commit is trying to address.
>>
>> I'm CCing Claudio to get a better idea of the intention here. At the very least we
>> should add a code comment explaining the reasoning behind initing 'ops' two times
>> in a row and so on.
>>
>>
>> Thanks,
>>
>> Daniel
>
> Hi Daniel, just to signal that I've seen this message and will get to it when I am back to work later this week.
>
> Ciao,
>
> Claudio
>
Hi all, I think it was my mistake. I already detected it during the PULL request, but my message was missed at the time I think:
https://lists.gnu.org/archive/html/qemu-devel/2022-11/msg01056.html
So
Reviewed-by: Claudio Fontana <cfontana@suse.de>
Thanks,
CLaudio
prev parent reply other threads:[~2024-09-11 16:35 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-09 3:17 [PATCH] Remove unnecessary code in the interface accel_system_init_ops_interfaces Andrew.Yuan
2024-09-09 9:54 ` Daniel Henrique Barboza
2024-09-09 10:07 ` Claudio Fontana
2024-09-11 16:34 ` Claudio Fontana [this message]
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=13967315-4b50-4e66-9e46-02e44d0d6243@suse.de \
--to=cfontana@suse.de \
--cc=alistair.francis@wdc.com \
--cc=andrew.yuan@jaguarmicro.com \
--cc=dbarboza@ventanamicro.com \
--cc=pbonzini@redhat.com \
--cc=philmd@linaro.org \
--cc=qemu-devel@nongnu.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;
as well as URLs for NNTP newsgroup(s).