On 22.03.2017 17:44, Stefan Hajnoczi wrote:
> On Mon, Mar 20, 2017 at 04:11:24PM +0100, Max Reitz wrote:
>> On 20.03.2017 12:00, Stefan Hajnoczi wrote:
>>> On Mon, Mar 13, 2017 at 10:40:36PM +0100, Max Reitz wrote:
+static int raw_regular_truncate(int fd, BlockDriverState *bs, int64_t
On 22.03.2017 17:28, Stefan Hajnoczi wrote:
> On Mon, Mar 20, 2017 at 04:07:16PM +0100, Max Reitz wrote:
>> On 20.03.2017 11:18, Stefan Hajnoczi wrote:
>>> On Mon, Mar 13, 2017 at 10:39:46PM +0100, Max Reitz wrote:
diff --git a/block/iscsi.c b/block/iscsi.c
index ab559a6f71..5d6265c4a6
On Mon, Mar 20, 2017 at 04:11:24PM +0100, Max Reitz wrote:
> On 20.03.2017 12:00, Stefan Hajnoczi wrote:
> > On Mon, Mar 13, 2017 at 10:40:36PM +0100, Max Reitz wrote:
> >> +static int raw_regular_truncate(int fd, BlockDriverState *bs, int64_t
> >> offset,
> >
> > The presence of both a file
On 03/22/2017 08:52 AM, Marc-André Lureau wrote:
Signed-off-by: Marc-André Lureau
Reviewed-by: Philippe Mathieu-Daudé
---
include/io/channel.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/io/channel.h
On Wed, Mar 22, 2017 at 11:21 AM, Peter Maydell
wrote:
> On 22 March 2017 at 15:14, Pranith Kumar wrote:
>> On Wed, Mar 22, 2017 at 11:04 AM, Peter Maydell
>> wrote:
>>> This doesn't look right because it means
On Wed, Mar 22, 2017 at 5:28 PM, Alex Bennée wrote:
>
> Laurent Desnogues writes:
>
>> Hi Alex,
>>
>> this patch breaks:
>>
>> http://wiki.qemu.org/download/arm-test-0.2.tar.gz
>>
>> qemu-system-arm -kernel zImage.integrator -initrd
On Wed, Mar 22, 2017 at 06:01:31PM +0200, Michael S. Tsirkin wrote:
> The following changes since commit 55a19ad8b2d0797e3a8fe90ab99a9bb713824059:
>
> Update version for v2.9.0-rc1 release (2017-03-21 17:13:29 +)
>
> are available in the git repository at:
>
>
On Wed, Mar 22, 2017 at 06:28:49PM +0200, Michael S. Tsirkin wrote:
> On Wed, Mar 22, 2017 at 06:01:31PM +0200, Michael S. Tsirkin wrote:
> > The following changes since commit 55a19ad8b2d0797e3a8fe90ab99a9bb713824059:
> >
> > Update version for v2.9.0-rc1 release (2017-03-21 17:13:29 +)
>
On 03/22/2017 07:33 AM, David Gibson wrote:
> On Thu, Mar 16, 2017 at 03:35:05PM +0100, Cédric Le Goater wrote:
>> Today, the ICPState array of the sPAPR machine is indexed with
>> 'cpu_index' of the CPUState. This numbering of CPUs is internal to
>> QEMU and the guest only knows about what is
Laurent Desnogues writes:
> Hi Alex,
>
> this patch breaks:
>
> http://wiki.qemu.org/download/arm-test-0.2.tar.gz
>
> qemu-system-arm -kernel zImage.integrator -initrd arm_root.img
> -append "console=ttyAMA0" -machine integratorcp -serial stdio -icount
> 0
>
It's been a long journey, but here we are.
The supported blockdev-add is not compatible to its experimental
predecessors; bump all Since: tags to 2.9.
x-blockdev-remove-medium, x-blockdev-insert-medium and
x-blockdev-change need a bit more work, so leave them alone for now.
Signed-off-by:
On Wed, Mar 22, 2017 at 12:05:26PM -0400, John Snow wrote:
>
>
> On 03/22/2017 12:01 PM, Jeff Cody wrote:
> > On Wed, Mar 22, 2017 at 11:37:15AM -0400, John Snow wrote:
> >> ping, is this the only issue? Any feedback? If this can hit 2.9 that
> >> would be good.
> >>
> >
> > The series looks
On 03/22/2017 12:07 AM, Jason Wang wrote:
Disable debug output by default, the information were not needed for
release.
Cc: Peter Maydell
Cc: Stefan Hajnoczi
Cc: Leonid Bloch
Cc: Dmitry Fleytman
On 03/22/2017 10:58 AM, Jeff Cody wrote:
On Mon, Mar 20, 2017 at 06:33:04PM +, Peter Maydell wrote:
On OpenBSD none of the ioctls probe_logical_blocksize() tries
exist, so the variable sector_size is unused. Refactor the
code to avoid this (and reduce the duplicated code).
Signed-off-by:
On Wed, 2017-03-22 at 11:51 +0100, Laszlo Ersek wrote:
>
> I'm generally opposed to the proposed implementation for this feature
> /
> use case; that is, the new "bootonceindex" device property.
>
> (1) My somewhat hand-waving counter-argument is simply the complexity
> /
> confusion that it
On Mon, Mar 06, 2017 at 03:32:49PM +0100, Peter Lieven wrote:
> is there something equivalent to "CPU ready" in VMWare or „Hyper-V Hypervisor
> Virtual Processor\CPU Wait Time Per Dispatch“ in Hyper-V in
> KVM/Qemu?
I think you can get this information from "perf sched latency" (see man
On Thu, Mar 16, 2017 at 05:23:51PM -0400, John Snow wrote:
> This lets us hook into drained_begin and drained_end requests from the
> backend level, which is particularly useful for making sure that all
> jobs associated with a particular node (whether the source or the target)
> receive a drain
On Wed, Mar 22, 2017 at 05:21:32PM +0100, Laszlo Ersek wrote:
> On 03/22/17 17:01, Michael S. Tsirkin wrote:
> > From: Laszlo Ersek
> >
> > A system with multiple VMGENID devices is undefined in the VMGENID spec by
> > omission.
> >
> > Cc: "Michael S. Tsirkin"
On Wed, Mar 22, 2017 at 04:59:06PM +0100, Radim Krčmář wrote:
> QEMU does not allocate based on machine's max_cpus, but only uses it to
> limit the maximum selected by user and the actual limit of VCPUs is
> enfoced by other components:
> - machine without vIOMMU ends at 255 VCPUs
> - TCG
On Mon, Mar 20, 2017 at 04:07:16PM +0100, Max Reitz wrote:
> On 20.03.2017 11:18, Stefan Hajnoczi wrote:
> > On Mon, Mar 13, 2017 at 10:39:46PM +0100, Max Reitz wrote:
> >> diff --git a/block/iscsi.c b/block/iscsi.c
> >> index ab559a6f71..5d6265c4a6 100644
> >> --- a/block/iscsi.c
> >> +++
Signed-off-by: Markus Armbruster
Message-Id: <1490014548-15083-5-git-send-email-arm...@redhat.com>
Reviewed-by: Eric Blake
---
util/keyval.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/util/keyval.c b/util/keyval.c
index 46cd540..93d5db6
From: Eric Blake
Commit 15c2f669e broke the ability of the QemuOpts visitor to
flag extra input parameters, but the regression went unnoticed
because of missing testsuite coverage. Add a test to cover this;
take the approach already used in 9cb8ef3 of adding a test that
Signed-off-by: Markus Armbruster
Message-Id: <1490014548-15083-6-git-send-email-arm...@redhat.com>
Reviewed-by: Eric Blake
---
MAINTAINERS | 11 +++
1 file changed, 11 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 779c429..c60235e
From: Eric Blake
An off-by-one in commit 15c2f669e meant that we were failing to
check for unparsed input in all QemuOpts visitors. Recent testsuite
additions show that fixing the obvious bug with bogus fields will
also fix the case of an incomplete list visit; update the
On 03/22/2017 01:23 PM, Philippe Mathieu-Daudé wrote:
On 03/22/2017 10:58 AM, Jeff Cody wrote:
On Mon, Mar 20, 2017 at 06:33:04PM +, Peter Maydell wrote:
On OpenBSD none of the ioctls probe_logical_blocksize() tries
exist, so the variable sector_size is unused. Refactor the
code to avoid
We have a number of negative tests, but we don't have systematic
positive coverage. Fix that.
Signed-off-by: Markus Armbruster
Message-Id: <1490015515-25851-6-git-send-email-arm...@redhat.com>
Reviewed-by: Marc-André Lureau
---
Test code to check if we can crash QEMU using -device. It will
test all accel/machine/device combinations by default, which may
take a few hours (it's more than 90k test cases). There's a "-r"
option that makes it test a random sample of combinations.
The scripts contains a whitelist for: 1)
This reverts commit 1454d33f0507cb54d62ed80f494884157c9e7130.
The string input visitor regression fixed in the previous commit made
visit_type_uint16List() fail on empty input. query_memdev() calls it
via object_property_get_uint16List(). Because it doesn't expect it to
fail, it passes _abort,
From: Eric Blake
A regression in commit 15c2f669e caused us to silently ignore
excess input to the QemuOpts visitor. Later, commit ea4641
accidentally abused that situation, by removing "qom-type" and
"id" from the corresponding QDict but leaving them defined in
the QemuOpts,
From: Fam Zheng
For one thing we shouldn't continue if an error happened, for the other
two steps failing can cause an abort() in error_setg because we reuse
the same errp blindly.
Add error handling checks to fix both issues.
Signed-off-by: Fam Zheng
On 03/22/17 17:01, Michael S. Tsirkin wrote:
> From: Laszlo Ersek
>
> A system with multiple VMGENID devices is undefined in the VMGENID spec by
> omission.
>
> Cc: "Michael S. Tsirkin"
> Cc: Ben Warren
> Cc: Igor Mammedov
When qapi2texi.py changes, we regenerate everything QAPI. Screwed up
in commit 56e8bdd.
Signed-off-by: Markus Armbruster
Message-Id: <1490015515-25851-2-git-send-email-arm...@redhat.com>
Reviewed-by: Marc-André Lureau
---
Makefile | 7 ---
1
The new test demonstrates known bugs: integers between INT64_MAX+1 and
UINT64_MAX rejected, and integers between INT64_MIN and -1 are
accepted modulo 2^64.
Signed-off-by: Markus Armbruster
Message-Id: <1490118290-6133-1-git-send-email-arm...@redhat.com>
Reviewed-by: Eric Blake
We have a negative test case for a list index with leading zero. Add
positive ones.
Tweak the test case for list index greater or equal the number of
elements: test "equal" instead of "greater" to guard against
off-by-one mistakes.
Signed-off-by: Markus Armbruster
On 03/22/17 17:01, Michael S. Tsirkin wrote:
> From: Laszlo Ersek
>
> The WRITE_POINTER linker/loader command that underlies VMGENID depends on
> commit baf2d5bfbac0 ("fw-cfg: support writeable blobs", 2017-01-12), which
> in turn depends on fw_cfg DMA.
>
> DMA for fw_cfg is
On Wed, Mar 22, 2017 at 08:57:51AM -0400, Jeff Cody wrote:
> On Thu, Mar 16, 2017 at 05:23:49PM -0400, John Snow wrote:
> > The purpose of this shim is to allow us to pause pre-started jobs.
> > The purpose of *that* is to allow us to buffer a pause request that
> > will be able to take effect
Unused since commit aa964b7 "qapi2texi: Convert to QAPISchemaVisitor"
Signed-off-by: Markus Armbruster
Message-Id: <1490015515-25851-4-git-send-email-arm...@redhat.com>
Reviewed-by: Marc-André Lureau
---
scripts/qapi.py | 1 -
1 file changed, 1
Eric Blake writes:
> Reported to me off-list by Laurent Vivier, who found the
> problem while working on https://bugzilla.redhat.com/1433193;
> now split into https://bugzilla.redhat.com/show_bug.cgi?id=1434666.
> Broken since 2.7, but the fix is a one-liner (pointing out my
>
On Thu, Mar 16, 2017 at 05:23:50PM -0400, John Snow wrote:
> Allow block backends to forward drain requests to their devices/users.
> The initial intended purpose for this patch is to allow BBs to forward
> requests along to BlockJobs, which will want to pause if their associated
> BB has entered
Messed up in commit bc52d03.
Signed-off-by: Markus Armbruster
Message-Id: <1490015515-25851-3-git-send-email-arm...@redhat.com>
Reviewed-by: Marc-André Lureau
---
scripts/qapi2texi.py | 1 +
1 file changed, 1 insertion(+)
diff --git
Signed-off-by: Markus Armbruster
Message-Id: <1490014548-15083-3-git-send-email-arm...@redhat.com>
Reviewed-by: Eric Blake
---
util/keyval.c | 47 +++
1 file changed, 31 insertions(+), 16 deletions(-)
diff --git
From: Laszlo Ersek
A system with multiple VMGENID devices is undefined in the VMGENID spec by
omission.
Cc: "Michael S. Tsirkin"
Cc: Ben Warren
Cc: Igor Mammedov
Cc: Paolo Bonzini
This series adds scripts/device-crashtest.py, that can be used to
crash-test -device with multiple machine/accel/device
combinations.
The script found a few crashes on some machines/devices. A dump
of existing cases can be seen here:
test-qapi.py used to print the internal representation of doc comments
(commit 3313b61). This went away when we dropped the doc comments in
positive tests (commit 87c16dc). Bring it back, because I'm going to
add real positive doc comment tests.
Signed-off-by: Markus Armbruster
Instead of saving the QEMU exit code only if shutdown() gets
called, move it to _post_shutdown(), so it gets saved even if the
launch() method has failed.
Add a exitcode() method that scripts can use to query the QEMU
exit code.
Signed-off-by: Eduardo Habkost
---
The following changes since commit 55a19ad8b2d0797e3a8fe90ab99a9bb713824059:
Update version for v2.9.0-rc1 release (2017-03-21 17:13:29 +)
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/kvm/mst/qemu.git tags/for_upstream
for you to fetch changes up to
From: Paolo Bonzini
Commit ad07cd6 ("virtio-scsi: always use dataplane path if ioeventfd is
active", 2016-10-30) and 9ffe337 ("virtio-blk: always use dataplane
path if ioeventfd is active", 2016-10-30) broke the virtio 1.0
indirect access registers.
The indirect access
qtest logs everything to stderr by default, but we don't want it
to be the default behavior on test cases.
Implement the same behavior of libqtest.c, and redirect the qtest
log to /dev/null by default unless the QTEST_LOG environment
variable is set.
Signed-off-by: Eduardo Habkost
On 03/22/2017 10:46 AM, Vinzenz 'evilissimo' Feenstra wrote:
> From: Vinzenz Feenstra
This is not a trivial patch (it is adding a new feature), so including
qemu-trivial is not necessary, and it should be merged through the qga
maintainer.
>
> Adds a new command
On Wed, Mar 22, 2017 at 11:37:15AM -0400, John Snow wrote:
> ping, is this the only issue? Any feedback? If this can hit 2.9 that
> would be good.
>
The series looks fine to me, and I can patch up the nit from patchew when
applying. But do you happen to have a qemu-iotest for this case, or is it
QEMU does not allocate based on machine's max_cpus, but only uses it to
limit the maximum selected by user and the actual limit of VCPUs is
enfoced by other components:
- machine without vIOMMU ends at 255 VCPUs
- TCG currently doesn't support x2APIC, so it also ends below 256
- KVM with vIOMMU
Visiting a list when input is the empty string should result in an
empty list, not an error. Noticed when commit 3d089ce belatedly added
tests, but simply accepted as weird then. It's actually a regression:
broken in commit 74f24cb, v2.7.0. Fix it, and throw in another test
case for empty
Signed-off-by: Markus Armbruster
Message-Id: <1490015515-25851-7-git-send-email-arm...@redhat.com>
Reviewed-by: Marc-André Lureau
---
scripts/qapi2texi.py| 4 ++--
tests/qapi-schema/doc-good.texi | 8
2 files changed, 6
From: Laszlo Ersek
The WRITE_POINTER linker/loader command that underlies VMGENID depends on
commit baf2d5bfbac0 ("fw-cfg: support writeable blobs", 2017-01-12), which
in turn depends on fw_cfg DMA.
DMA for fw_cfg is enabled in 2.5+ machine types only (see commit
The following changes since commit 940a8ce075e3408742a4edcabfd6c2a15e2539eb:
Merge remote-tracking branch 'remotes/bonzini/tags/for-upstream' into staging
(2017-03-20 16:34:26 +)
are available in the git repository at:
git://repo.or.cz/qemu/armbru.git tags/pull-qapi-2017-03-22
for you
On 03/22/2017 12:01 PM, Jeff Cody wrote:
> On Wed, Mar 22, 2017 at 11:37:15AM -0400, John Snow wrote:
>> ping, is this the only issue? Any feedback? If this can hit 2.9 that
>> would be good.
>>
>
> The series looks fine to me, and I can patch up the nit from patchew when
> applying. But do
Signed-off-by: Markus Armbruster
Message-Id: <1490014548-15083-4-git-send-email-arm...@redhat.com>
Reviewed-by: Eric Blake
---
tests/Makefile.include | 2 +-
tests/test-keyval.c| 53 ++
2 files changed,
On Tue, Feb 28, 2017 at 02:21:32PM +0100, Paolo Bonzini wrote:
> Commit ad07cd6 ("virtio-scsi: always use dataplane path if ioeventfd is
> active", 2016-10-30) and 9ffe337 ("virtio-blk: always use dataplane
> path if ioeventfd is active", 2016-10-30) broke the virtio 1.0
> indirect access
On 14.03.2017 12:11, Paolo Bonzini wrote:
> After the switch to reading replies in a coroutine, nothing is
> reentering pending receive coroutines if the connection hangs.
> Move nbd_recv_coroutines_enter_all to the reply read coroutine,
> which is the place where hangups are detected.
Max Reitz writes:
> On 21.03.2017 17:57, Markus Armbruster wrote:
>> It's been a long journey, but here we are.
>>
>> x-blockdev-remove-medium, x-blockdev-insert-medium and
>> x-blockdev-change need a bit more work, so leave them alone for now.
>>
>> Signed-off-by: Markus
Sorry I meant to add you Michael not Paolo -_-
> On Mar 22, 2017, at 4:46 PM, Vinzenz 'evilissimo' Feenstra
> wrote:
>
> From: Vinzenz Feenstra
>
> Adds a new command `guest-get-timezone` reporting the currently
> configured timezone on the system.
From: Vinzenz Feenstra
Adds a new command `guest-get-timezone` reporting the currently
configured timezone on the system. The information on what timezone is
currently is configured is useful in case of Windows VMs where the
offset of the hardware clock is required to have
ping, is this the only issue? Any feedback? If this can hit 2.9 that
would be good.
--js
On 03/16/2017 05:28 PM, no-re...@patchew.org wrote:
> Hi,
>
> This series seems to have some coding style problems. See output below for
> more information:
>
> Type: series
> Subject: [Qemu-devel] [PATCH
On 03/22/2017 09:56 AM, Halil Pasic wrote:
>
>
> On 03/22/2017 01:36 PM, Halil Pasic wrote:
>> We already check for queues == 1 in cryptodev_builtin_init and when that
>> is not true raise an error. But before that error is reported the
>> assertion in cryptodev_builtin_cleanup kicks in (because
On 03/21/2017 01:48 PM, Paolo Bonzini wrote:
> Streaming or any other block job hangs when performed on a block device
> that has a non-default iothread. This happens because the AioContext
> is acquired twice by block_job_defer_to_main_loop_bh and then released
> only once by BDRV_POLL_WHILE.
On 03/22/17 16:19, Janne Huttunen wrote:
> On Wed, 2017-03-22 at 15:36 +0100, Laszlo Ersek wrote:
>>
>> To my knowledge, currently the bootindex properties cannot be changed
>> dynamically (for example with monitor commands) after they have been
>> specified on the QEMU command line.
>
> Yes
On 22 March 2017 at 15:14, Pranith Kumar wrote:
> On Wed, Mar 22, 2017 at 11:04 AM, Peter Maydell
> wrote:
>> This doesn't look right because it means we'll check
>> only after we've emitted all the code to do the
>> instruction operation, so
On Wed, Mar 22, 2017 at 01:25:49PM +0100, Igor Mammedov wrote:
> On Wed, 22 Mar 2017 11:03:44 +0100
> Thomas Huth wrote:
> > On 22.03.2017 10:08, Markus Armbruster wrote:
> > > Are we now ready to accept a simple & stupid patch that actually helps
> > > users, say letting boards
On Wed, Mar 22, 2017 at 11:04 AM, Peter Maydell
wrote:
>>
>> How about doing the instruction size check as follows?
>>
>> diff --git a/target/i386/translate.c b/target/i386/translate.c
>> index 72c1b03a2a..94cf3da719 100644
>> --- a/target/i386/translate.c
>> +++
On 03/13/2017 02:55 PM, Eric Blake wrote:
> An upcoming patch will let the compiler warn us when we are silently
> losing precision in traces; update the trace definitions to pass
> through the full value at the callsite.
>
> Signed-off-by: Eric Blake
> ---
>
Hi Alex,
this patch breaks:
http://wiki.qemu.org/download/arm-test-0.2.tar.gz
qemu-system-arm -kernel zImage.integrator -initrd arm_root.img
-append "console=ttyAMA0" -machine integratorcp -serial stdio -icount
0
Uncompressing
On 22 March 2017 at 14:55, Pranith Kumar wrote:
> On Mon, Mar 20, 2017 at 10:46 AM, Peter Maydell wrote:
>> On 20 March 2017 at 14:36, Jann Horn wrote:
>>> This is an issue in QEMU's system emulation for X86 in TCG mode.
>>> The issue permits an
An off-by-one in commit 15c2f669e meant that we were failing to
check for unparsed input in all QemuOpts visitors. Recent testsuite
additions show that fixing the obvious bug with bogus fields will
also fix the case of an incomplete list visit; update the tests to
match the new behavior.
Simple
On 22/03/2017 15:45, Eric Blake wrote:
> A regression in commit 15c2f669e caused us to silently ignore
> excess input to the QemuOpts visitor. Later, commit ea4641
> accidentally abused that situation, by removing "qom-type" and
> "id" from the corresponding QDict but leaving them defined in
>
On 03/22/2017 01:36 PM, Halil Pasic wrote:
> We already check for queues == 1 in cryptodev_builtin_init and when that
> is not true raise an error. But before that error is reported the
> assertion in cryptodev_builtin_cleanup kicks in (because object is being
> finalized and freed).
>
> Let's
On Mon, Mar 20, 2017 at 10:46 AM, Peter Maydell wrote:
> On 20 March 2017 at 14:36, Jann Horn wrote:
>> This is an issue in QEMU's system emulation for X86 in TCG mode.
>> The issue permits an attacker who can execute code in guest ring 3
>> with normal user privileges to inject
Reported to me off-list by Laurent Vivier, who found the
problem while working on https://bugzilla.redhat.com/1433193;
now split into https://bugzilla.redhat.com/show_bug.cgi?id=1434666.
Broken since 2.7, but the fix is a one-liner (pointing out my
embarrassing mistake of mis-converting a
A regression in commit 15c2f669e caused us to silently ignore
excess input to the QemuOpts visitor. Later, commit ea4641
accidentally abused that situation, by removing "qom-type" and
"id" from the corresponding QDict but leaving them defined in
the QemuOpts, when using the pair of containers to
Commit 15c2f669e broke the ability of the QemuOpts visitor to
flag extra input parameters, but the regression went unnoticed
because of missing testsuite coverage. Add a test to cover this;
take the approach already used in 9cb8ef3 of adding a test that
passes (to avoid breaking bisection) but
On 03/22/17 14:58, Janne Huttunen wrote:
> On Wed, 2017-03-22 at 11:51 +0100, Laszlo Ersek wrote:
>>
>> I'm generally opposed to the proposed implementation for this feature
>> /
>> use case; that is, the new "bootonceindex" device property.
>>
>> (1) My somewhat hand-waving counter-argument is
On 03/21/2017 12:07 AM, Michael Roth wrote:
> Hi everyone,
>
> The following new patches are queued for QEMU stable v2.8.1:
>
> https://github.com/mdroth/qemu/commits/stable-2.8-staging
>
> The release is planned for 2017-03-30:
>
> http://wiki.qemu.org/Planning/2.8
>
> Please respond
Hi Thomas,
just exit like it is an error with a wrong option.
the output is only this qemu-system-ppc64: KVM and IRQ_XICS capability must
be present for in-kernel XICS
Same is if i add all the options i have the seme error.
look like qemu need for run in kvm a kernel with XICS option enabled
On 22.03.2017 14:35, luigiburdo wrote:
> Hi Thomas with 2.9 rc1 i have this with --enable-kvm
>
> emu-system-ppc64 --enable-kvm
> qemu-system-ppc64: KVM and IRQ_XICS capability must be present for in-kernel
> XICS
>
> and the qemu dont run.
Does it exit, or just hang afterwards? Was this with
Pavel Dovgalyuk writes:
>> From: Alex Bennée [mailto:alex.ben...@linaro.org]
>> Pavel Dovgalyuk writes:
>> >> From: Alex Bennée [mailto:alex.ben...@linaro.org]
>> >> Pavel Dovgalyuk writes:
>> >
>> >> I ran the following test on both
On 21.03.2017 23:15, Kashyap Chamarthy wrote:
> On Fri, Mar 17, 2017 at 06:45:41PM +0800, Stefan Hajnoczi wrote:
>> Printing the full help output obscures the error message for an invalid
>> command-line option or missing argument.
>>
>> Before this patch:
>>
>> $ ./qemu-img --foo
>> ...pages
On Wed, Mar 22, 2017 at 3:21 PM, Peter Maydell
wrote:
> On 22 March 2017 at 13:09, Sameeh Jubran wrote:
> > Attempting to compile qemu-ga statically as follows for Windows causes
> > the following error:
> >
> > Compilation:
> > ./configure
On 21.03.2017 17:57, Markus Armbruster wrote:
> It's been a long journey, but here we are.
>
> x-blockdev-remove-medium, x-blockdev-insert-medium and
> x-blockdev-change need a bit more work, so leave them alone for now.
>
> Signed-off-by: Markus Armbruster
> ---
>
On Wed, Mar 22, 2017 at 3:29 PM, Marc-André Lureau <
marcandre.lur...@gmail.com> wrote:
> Hi
>
> On Wed, Mar 22, 2017 at 5:11 PM Sameeh Jubran wrote:
>
>> Attempting to compile qemu-ga statically as follows for Windows causes
>> the following error:
>>
>> Compilation:
>>
Markus Armbruster writes:
> It's been a long journey, but here we are.
>
> x-blockdev-remove-medium, x-blockdev-insert-medium and
> x-blockdev-change need a bit more work, so leave them alone for now.
>
> Signed-off-by: Markus Armbruster
> ---
[...]
> diff
On Mon, Mar 20, 2017 at 06:33:04PM +, Peter Maydell wrote:
> On OpenBSD none of the ioctls probe_logical_blocksize() tries
> exist, so the variable sector_size is unused. Refactor the
> code to avoid this (and reduce the duplicated code).
>
> Signed-off-by: Peter Maydell
Postfactum "CPU(s) present in multiple NUMA nodes" check
was the last user of node_cpu bitmaps, but it's not need
as machine_set_cpu_numa_node() does the similar check at
the time mapping is set for cpus (i.e. when -numa cpus=
is parsed) and ensures that cpu can be mapped only to
one node.
Remove
and remove corresponding part in numa.c that uses
node_cpu bitmaps.
Signed-off-by: Igor Mammedov
---
It's one more less user of node_cpu bitmpas, following
commit will remove the last user along with
node_cpu itself.
---
hw/core/machine.c | 58
add machine_run_board_init() wrapper that calls machine
init for now but in follow up patches it will be used
to run generic machine code that should run before
machine init.
Signed-off-by: Igor Mammedov
---
include/hw/boards.h | 1 +
hw/core/machine.c | 6 ++
vl.c
legacy cpu to node mapping is using cpu index values to map
VCPU to node with help of '-numa node,nodeid=node,cpus=x[-y]'
option. However cpu index is internal concept and QEMU users
have to guess /reimplement qemu's logic/ to map it to
a concrete cpu socket/core/thread to make sane CPUs
placement
if board supports CpuInstanceProperties, report them for
each CPU thread listed. Main motivation for this is to
provide these properties introspection via QMP interface
for using in test cases to verify numa node to cpu mapping,
which includes not only boards that support cpu hotplug
and have this
CPUState::numa_node is still in use but now it's set by
board when it creates CPU objects. So there isn't any
need to set it again after all CPU's are created,
since it's been already set.
Signed-off-by: Igor Mammedov
---
include/sysemu/numa.h | 1 -
numa.c
Signed-off-by: Igor Mammedov
---
tests/numa-test.c | 151 ++
1 file changed, 151 insertions(+)
diff --git a/tests/numa-test.c b/tests/numa-test.c
index 8326321..d371923 100644
--- a/tests/numa-test.c
+++
Signed-off-by: Igor Mammedov
---
tests/numa-test.c | 44
1 file changed, 44 insertions(+)
diff --git a/tests/numa-test.c b/tests/numa-test.c
index f5da0c8..8326321 100644
--- a/tests/numa-test.c
+++ b/tests/numa-test.c
@@ -87,6
it's been replaced by fetching mapping info from possible_cpus
Signed-off-by: Igor Mammedov
---
include/sysemu/numa.h | 4
numa.c| 14 --
2 files changed, 18 deletions(-)
diff --git a/include/sysemu/numa.h b/include/sysemu/numa.h
index
Signed-off-by: Igor Mammedov
---
hw/arm/virt-acpi-build.c | 19 +++
hw/arm/virt.c| 13 +++--
2 files changed, 14 insertions(+), 18 deletions(-)
diff --git a/hw/arm/virt-acpi-build.c b/hw/arm/virt-acpi-build.c
index 0835e59..ce7499c 100644
101 - 200 of 301 matches
Mail list logo