[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [RFC v6 08/13] target/s390x: split cpu-dump from helper.c
From: |
Claudio Fontana |
Subject: |
Re: [RFC v6 08/13] target/s390x: split cpu-dump from helper.c |
Date: |
Mon, 5 Jul 2021 08:25:08 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 |
On 7/2/21 9:25 AM, Al Cho wrote:
> On Thu, 2021-07-01 at 14:35 +0200, Thomas Huth wrote:
>> On 29/06/2021 16.19, Cho, Yu-Chen wrote:
>>> Splitting this functionality also allows us to make helper.c sysemu-
>>> only.
>>>
>>> Signed-off-by: Claudio Fontana <cfontana@suse.de>
>>> Signed-off-by: Cho, Yu-Chen <acho@suse.com>
>>> Acked-by: Cornelia Huck <cohuck@redhat.com>
>>> ---
>>> target/s390x/cpu-dump.c | 176
>>> +++++++++++++++++++++++++++++++++++++++
>>
>> Apart from the dump() function, the other functions here are are used
>> in
>> other contexts, too, so maybe the name is not very appropriate here...
>> What
>> about naming it "cpu-state.c" instead? Or include the functions in
>> cpu.c
>> directly?
>>
>
> ok, I think naming it "cpu-state.c" would make more sense.
>
> Thanks,
> AL
>
For context, cpu-dump.c mimics how this is done on x86,
so rather than coming up with creative new names for each architecture,
I'd rather either put the code into cpu.c, or just keep the existing
"cpu-dump.c" as in the initially proposed patch, which looks like the best
option to me.
Thanks
Claudio