On 2/6/20 4:38 PM, Kamil Rytarowski wrote:
On 06.02.2020 15:13, Markus Armbruster wrote:
Kamil Rytarowski <n...@gmx.com> writes:
On 06.02.2020 14:09, Philippe Mathieu-Daudé wrote:
On Thu, Feb 6, 2020 at 2:06 PM Markus Armbruster <arm...@redhat.com> wrote:
Kamil Rytarowski <n...@gmx.com> writes:
On 03.02.2020 12:54, Philippe Mathieu-Daudé wrote:
@@ -2029,6 +2072,19 @@ static void qemu_whpx_start_vcpu(CPUState *cpu)
#endif
}
+static void qemu_nvmm_start_vcpu(CPUState *cpu)
+{
+ char thread_name[VCPU_THREAD_NAME_SIZE];
+
+ cpu->thread = g_malloc0(sizeof(QemuThread));
+ cpu->halt_cond = g_malloc0(sizeof(QemuCond));
Nitpick, we prefer g_new0().
In this file other qemu_*_start_vcpu() use g_malloc0().
I will leave this part unchanged and defer tor future style fixups if
someone is interested.
Time to re-run Coccinelle with the semantic patch from commit
b45c03f585e.
I thought about it, but then noticed it would be clever to modify
checkpatch to refuse 'g_malloc0?(.*sizeof.*);'
As the patchset was reviewed, could we please merge it in the current
(v3) form (*) please?
No objection. If I wanted you to clean this up before we accept your
work, I would've told you :)
[...]
I see. I don't own myself a merge queue so I depend on yours.
As you said [*] you'd love to have this feature in NetBSD 9.0, no
objection neither. You still need some X86 specialist to review patch 3.
The usual reviewers Paolo/Eduardo/Richard are currently very busy.
Also while I'd love to use this feature to be able to regularly run QEMU
CI on NetBSD, I don't have time to test it on a bare metal hardware :|
Maybe do you know someone from the NetBSD community who already did?
[*] https://www.mail-archive.com/qemu-devel@nongnu.org/msg676199.html