|
From: | Eric Blake |
Subject: | Re: [PATCH] or1k: Fix compilation hiccup |
Date: | Mon, 8 Jun 2020 10:43:48 -0500 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 |
On 6/8/20 4:15 AM, Markus Armbruster wrote:
Yes: openrisc_sim_machine_init() sets mc->max_cpus = 2. My suggestion of adding an assert() is essentially telling the compiler that indeed smp_cpus must always be in the range [1,2], which we can tell but it can't.Do we have a proper patch for this on the list?Apparently not. Philippe did try Peter's suggestion, found it works, but then posted it only to Launchpad. Philippe, please post to the list, so we can finally get this fixed.Sorry since it was Eric finding, I didn't understood I had to post it. Will do.You didn't *have* to, but it'll help if you do :)
Now at https://lists.gnu.org/archive/html/qemu-devel/2020-06/msg01779.html -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3226 Virtualization: qemu.org | libvirt.org
[Prev in Thread] | Current Thread | [Next in Thread] |