When the user specifies a list of accelerators, we pick the first one
that initializes successfully. Recent commit 1a3ec8c1564 broke that.
Reproducer:
$ qemu-system-x86_64 --machine accel=xen:tcg
xencall: error: Could not obtain handle on privileged command interface: No
such file or dir
The current file monitor unit tests are too clever for their own good
making it hard to understand the desired output.
Instead of trying to infer the expected events, explicitly list the
events we expect in the operation sequence.
Instead of dynamically building a matrix of tests, just have one g
On 2019/4/2 19:27, Markus Armbruster wrote:
Like Xu writes:
This patch makes the remaining dozen or so uses of the global
current_machine outside vl.c use qdev_get_machine() instead,
and then make current_machine local to vl.c instead of global.
Signed-off-by: Like Xu
You effectively repla
The watch IDs are mistakenly only unique within the scope of the
directory being monitored. This is not useful for clients which are
monitoring multiple directories. They require watch IDs to be unique
globally within the QFileMonitor scope.
Reviewed-by: Marc-André Lureau
Tested-by: Bandan Das
R
Patchew URL: https://patchew.org/QEMU/20190402121908.44081-1-...@redhat.com/
Hi,
This series failed the docker-mingw@fedora build test. Please find the testing
commands and
their output below. If you have Docker installed, you can probably reproduce it
locally.
=== TEST SCRIPT BEGIN ===
#!/bi
Watch IDs are allocated from incrementing a int counter against
the QFileMonitor object. In very long life QEMU processes with
a huge amount of USB MTP activity creating & deleting directories
it is just about conceivable that the int counter can wrap
around. This would result in incorrect behaviou
"Dr. David Alan Gilbert" writes:
> * Markus Armbruster (arm...@redhat.com) wrote:
>> Signed-off-by: Markus Armbruster
>> ---
>> vl.c | 24 ++--
>> 1 file changed, 22 insertions(+), 2 deletions(-)
>>
>> diff --git a/vl.c b/vl.c
>> index e4d7ad6b85..8c6d06b01d 100644
>> --- a
Bonjour, par tightvnc server sur clipper depuis un linux connecté en vncviewer,
je lance :
qemu-system-x86_64 -m 16G -cpu kvm64 -accel kvm,thread=multi -smp 6,maxcpus=12
-net nic -net tap -net socket,listen=127.0.0.1:1234 -vga cirrus -boot c -hda
uis1.img
root@clipper:/home/jls/data# ** (qemu
On 4/2/19 2:30 AM, Gerd Hoffmann wrote:
> On some systems wchar_t is "long int", on others just "int".
And elsewhere, it's 'short'.
> So go cast to "long int" and adjust the printf format accordingly.
>
> Reported-by: Mark Cave-Ayland
> Signed-off-by: Gerd Hoffmann
> ---
> ui/curses.c | 4 ++-
Two regression fixes for 4.0:
* Unbreak migration for Xen
* Unbreak accelerator fallback
Three safe bug fixes thrown in:
* Fix error location of qemu-system-FOO positional arguments
* COLOStatus minor doc fix
* COLOStatus member rename to conform to naming rules
Markus Armbruster (6):
vl: Fix
We blame badness in positional arguments on the last option argument:
$ qemu-system-x86_64 -vnc :1 bad.img
qemu-system-x86_64: -vnc :1: Could not open 'foo': No such file or directory
I believe we've done this ever since we reported locations. Fix it to
qemu-system-x86_64: bad.img:
Since the previous commit, find_machine() and find_default_machine()
don't have to deallocate on return. This permits further
simplifications.
Signed-off-by: Markus Armbruster
---
vl.c | 25 +++--
1 file changed, 7 insertions(+), 18 deletions(-)
diff --git a/vl.c b/vl.c
ind
On Tue, 2 Apr 2019 16:40:27 +1100
David Gibson wrote:
> pci_bus_is_root() currently relies on a method in the PCIBusClass.
> But it's always known if a PCI bus is a root bus when we create it, so
> using a dynamic method is overkill.
>
> This replaces it with an IS_ROOT bit in a new flags field
Wei Yang writes:
> Now all the functions used to select machine is local and the call flow
> looks like below:
>
> select_machine()
> find_default_machine()
> machine_parse()
> find_machine()
>
> All these related function will need a GSList for TYPE_MACHINE.
> Cur
On Tue, Apr 02, 2019 at 02:47:25PM +0200, Jean-Louis SOLATGES wrote:
> Bonjour, par tightvnc server sur clipper depuis un linux connecté en
> vncviewer,
Google translate doesn't do a good job here.
Is this saying that you are running QEMU from inside a TightVNC server
session running on Linux ?
Exploit that argument @name is nerver null. Check is_help_option()
first, because that's what we do elsewhere.
Signed-off-by: Markus Armbruster
---
vl.c | 24 +++-
1 file changed, 11 insertions(+), 13 deletions(-)
diff --git a/vl.c b/vl.c
index 6a31e5bfac..da1af3e10d 100644
On Thu, 21 Mar 2019 21:38:16 -0400
Eric Farman wrote:
> On 3/1/19 4:39 AM, Cornelia Huck wrote:
> > A vfio-ccw device may provide an async command subregion for
> > issuing halt/clear subchannel requests. If it is present, use
> > it for sending halt/clear request to the device; if not, fall
> >
From: Mateja Marjanovic
The old version of the helper for the COPY_U. MSA instructions
has been replaced with four helpers that don't use switch, and change
the endianness of the given index, when executed on a big endian host.
Signed-off-by: Mateja Marjanovic
---
target/mips/helper.h | 4
From: Mateja Marjanovic
Fix the case when the host is a big endian machine, and change
the approach toward LD. instruction helpers.
Signed-off-by: Mateja Marjanovic
---
target/mips/op_helper.c | 188 ++--
1 file changed, 168 insertions(+), 20 deletio
From: Mateja Marjanovic
The old version of the helper for the COPY_S. MSA instructions
has been replaced with four helpers that don't use switch, and change
the endianness of the given index, when executed on a big endian host.
Signed-off-by: Mateja Marjanovic
---
target/mips/helper.h | 7
From: Mateja Marjanovic
Fix support for MSA instructions while executing QEMU on a
machine that uses big endian MIPS CPU. This is achieved by
changing the implementation of helpers for MSA instructions
ST., LD., INSERT. (and D on MIPS64),
COPY_S. (and D on MIPS64) and COPY_U. (and W
on MIPS64). I
On Thu, 21 Mar 2019 21:49:54 -0400
Eric Farman wrote:
> On 3/1/19 4:39 AM, Cornelia Huck wrote:
> >
> > [I'm not quite happy with how this async processing hooks up in css.c;
> > ideas welcome.]
>
> I guess I'm not unhappy with it, but it does look a little odd. Not
> sure I have a better i
From: Mateja Marjanovic
Fix the case when the host is a big endian machine, and change
the approach toward ST. instruction helpers.
Signed-off-by: Mateja Marjanovic
---
target/mips/op_helper.c | 188 ++--
1 file changed, 168 insertions(+), 20 deletio
From: Mateja Marjanovic
The old version of the helper for the INSERT. MSA instructions
has been replaced with four helpers that don't use switch, and change
the endianness of the given index, when executed on a big endian host.
Signed-off-by: Mateja Marjanovic
---
target/mips/helper.h | 5
On Tue, 2 Apr 2019 at 19:49, Kevin Wolf wrote:
>
> The following changes since commit d61d1a1fb2f1db6c54651844a28389c523f3f8c7:
>
> Merge remote-tracking branch
> 'remotes/kraxel/tags/fixes-20190402-pull-request' into staging (2019-04-02
> 08:18:24 +0100)
On Tue, 2 Apr 2019 16:40:28 +1100
David Gibson wrote:
> Since c2077e2c "pci: Adjust PCI config limit based on bus topology",
> pci_adjust_config_limit() has been used in the config space read and write
> paths to only permit access to extended config space on buses which permit
> it. Specifical
Hi Markus -- this pullreq seems to be missing the git url and tag
to merge. Could you fix it up and resend the cover letter, please?
thanks
-- PMM
On Tue, 2 Apr 2019 at 20:25, Markus Armbruster wrote:
>
> Two regression fixes for 4.0:
>
> * Unbreak migration for Xen
> * Unbreak accelerator fall
Things seem to work with gtk3 and qemu-3.1.0 - I didn't try vte
though...
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1567254
Title:
qemu-2.5.1 will not run with gtk3/vte
Status in QEMU:
Incom
On 03/29/2019 07:11 AM, Daniel P. Berrangé wrote:
Compiling with GCC 9 complains
hw/s390x/ipl.c: In function ‘s390_ipl_set_boot_menu’:
hw/s390x/ipl.c:256:25: warning: taking address of packed member of ‘struct
QemuIplParameters’ may result in an unaligned pointer value
[-Waddress-of-packed-
On 03/29/2019 07:11 AM, Daniel P. Berrangé wrote:
The GCC 9 compiler complains about many places in s390 code
that take the address of members of the 'struct SCHIB' which
is marked packed:
hw/vfio/ccw.c: In function ‘vfio_ccw_io_notifier_handler’:
hw/vfio/ccw.c:133:15: warning: taking address
On Tue, 2 Apr 2019 at 20:37, Peter Xu wrote:
> On Tue, Apr 02, 2019 at 05:06:15PM +0800, Catherine Ho wrote:
> > On Tue, 2 Apr 2019 at 15:58, Peter Xu wrote:
> >
> > > On Tue, Apr 02, 2019 at 03:47:16PM +0800, Catherine Ho wrote:
> > > > Hi Peter Maydell
> > > >
> > > > On Tue, 2 Apr 2019 at 11:
Public bug reported:
The hover effect of "Full list of releases " on QEMU website that is
https://www.qemu.org/ is not visible and hence effective so made it the
issue on git hub and even committed it.
** Affects: qemu
Importance: Undecided
Assignee: Jayshree Phulare (jayshreephulare1)
Hi Laszlo,
> -Original Message-
> From: Laszlo Ersek [mailto:ler...@redhat.com]
> Sent: 01 April 2019 14:07
> To: Auger Eric ; Ard Biesheuvel
>
> Cc: peter.mayd...@linaro.org; sa...@linux.intel.com;
> qemu-devel@nongnu.org; Shameerali Kolothum Thodi
> ; Linuxarm
> ; shannon.zha...@gmail.c
The hover button color is changed so that is it effectively visible.
line number 307
.button:hover
{
background: #8f1b1b;
text-decoration: none;
}
** Attachment added: "The hover button color is changed so that is it
effectively visible.
On Tue, 2 Apr 2019 at 20:10, Daniel P. Berrangé wrote:
>
> The following changes since commit d61d1a1fb2f1db6c54651844a28389c523f3f8c7:
>
> Merge remote-tracking branch
> 'remotes/kraxel/tags/fixes-20190402-pull-request' into staging (2019-04-02
> 08:18:24 +0100)
On Tue, 2 Apr 2019 at 22:17, Catherine Ho wrote:
>
>
> On Tue, 2 Apr 2019 at 20:37, Peter Xu wrote:
>
>> On Tue, Apr 02, 2019 at 05:06:15PM +0800, Catherine Ho wrote:
>> > On Tue, 2 Apr 2019 at 15:58, Peter Xu wrote:
>> >
>> > > On Tue, Apr 02, 2019 at 03:47:16PM +0800, Catherine Ho wrote:
>> >
On Tue 02 Apr 2019 10:51:06 AM CEST, Andrey Shinkevich wrote:
> @@ -3237,7 +3238,14 @@ void qmp_block_stream(bool has_job_id, const char
> *job_id, const char *device,
>job_flags |= JOB_MANUAL_DISMISS;
>}
>
> -stream_start(has_job_id ? job_id : N
Hi,
I guess you read the basic instructions from here:
https://www.qemu.org/contribute/.
What kind of project you are looking for?
What is the scope of of the project? i.e. some minor bug fixes, some
minor enactments, a major project etc.
Do you have a contribution to some other open source projec
On 4/2/19 3:28 PM, Daniel P. Berrangé wrote:
> On Tue, Apr 02, 2019 at 02:47:25PM +0200, Jean-Louis SOLATGES wrote:
>> Bonjour, par tightvnc server sur clipper depuis un linux connecté en
>> vncviewer,
>
> Google translate doesn't do a good job here.
Google isn't that wrong here, I'm also having
On 4/2/19 2:57 PM, Eric Blake wrote:
> On 4/2/19 2:30 AM, Gerd Hoffmann wrote:
>> On some systems wchar_t is "long int", on others just "int".
>
> And elsewhere, it's 'short'.
>
>> So go cast to "long int" and adjust the printf format accordingly.
>>
>> Reported-by: Mark Cave-Ayland
>> Signed-of
On Tue, Apr 02, 2019 at 08:33:08AM +0200, Markus Armbruster wrote:
>Wei Yang writes:
>
>> Function find_default_machine() is introduced by commit 2c8cffa599b7
>> "vl: make find_default_machine externally visible", while it seems no
>> one outside use it.
>It was used outside of vl.c until commit a
The following changes since commit d61d1a1fb2f1db6c54651844a28389c523f3f8c7:
Merge remote-tracking branch
'remotes/kraxel/tags/fixes-20190402-pull-request' into staging (2019-04-02
08:18:24 +0100)
are available in the Git repository at:
git://repo.or.cz/qemu/armbru.git tags/pull
Hi Mateja,
On 4/2/19 2:11 PM, Mateja Marjanovic wrote:
> From: Mateja Marjanovic
>
> MSA instructions DIV_. when dividing by zero,
> didn't return the same value when executed on a referent hardware
> (FPGA MIPS 64 r6, little endian) and when executed on QEMU, which
> is not a real bug, because
From: Mateja Marjanovic
Optimize set of MSA instructions ILVOD, using directly
tcg registers and performing logic on them instead of
using helpers.
instr|| before|| after
==
ilvod.b || 117.50 ms || 24.99 ms
ilvod.h || 93.16 ms || 24.27
On Tue, Apr 02, 2019 at 03:28:48PM +0200, Markus Armbruster wrote:
>Wei Yang writes:
>
>> Now all the functions used to select machine is local and the call flow
>> looks like below:
>>
>> select_machine()
>> find_default_machine()
>> machine_parse()
>> find_machine
From: Mateja Marjanovic
Optimize MSA instructions ILVEV. and ILVOD.,
using directly tcg registers and performing logic on
them insted of using helpers.
v5:
- Use tcg_gen_deposit function.
- Added performance number for no-deposit and
with-deposit cases of ILVEV.W.
- Minor changes in commit
From: Mateja Marjanovic
Optimize set of MSA instructions ILVEV, using directly
tcg registers and performing logic on them instead of
using helpers.
In the following table, the first column is the performance
before this patch. The second represents the performance,
after converting from helpers
Wei Yang writes:
> On Tue, Apr 02, 2019 at 08:33:08AM +0200, Markus Armbruster wrote:
>>Wei Yang writes:
>>
>>> Function find_default_machine() is introduced by commit 2c8cffa599b7
>>> "vl: make find_default_machine externally visible", while it seems no
>>> one outside use it.
>>It was used out
On Tue, Apr 02, 2019 at 02:47:25PM +0200, Jean-Louis SOLATGES wrote:
> Bonjour, par tightvnc server sur clipper depuis un linux connecté en
> vncviewer,
>
> je lance :
> qemu-system-x86_64 -m 16G -cpu kvm64 -accel kvm,thread=multi -smp
> 6,maxcpus=12 -net nic -net tap -net socket,listen=127.0.0.
On 2.4.19. 17:08, Philippe Mathieu-Daudé wrote:
Hi Mateja,
On 4/2/19 2:11 PM, Mateja Marjanovic wrote:
From: Mateja Marjanovic
MSA instructions DIV_. when dividing by zero,
didn't return the same value when executed on a referent hardware
(FPGA MIPS 64 r6, little endian) and when executed o
Hi Laszlo,
On 4/1/19 3:07 PM, Laszlo Ersek wrote:
> On 03/29/19 14:56, Auger Eric wrote:
>> Hi Ard,
>>
>> On 3/29/19 2:14 PM, Ard Biesheuvel wrote:
>>> On Fri, 29 Mar 2019 at 14:12, Auger Eric wrote:
Hi Shameer,
On 3/29/19 10:59 AM, Shameerali Kolothum Thodi wrote:
>
>
Commit 18269069c310 ("migration: Introduce ignore-shared capability")
addes ignore-shared capability to bypass the shared ramblock (e,g,
membackend + numa node). It does good to live migration.
This commit expectes that QEMU doesn't write to guest RAM until
VM starts, but it does on aarch64 qemu:
Drop dependence on AioContext lock.
Signed-off-by: Vladimir Sementsov-Ogievskiy
Reviewed-by: Alberto Garcia
Reviewed-by: Paolo Bonzini
---
block/qcow2-threads.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/block/qcow2-threads.c b/block/qcow2-threads.c
index 20
v5: rebase on master, some conflicts resolved due to data-file feature
01: new patch, just move test from cover letter to a file. I really hope that it
will not hang the whole series, so, if we don't want it as is or with really
tiny improvements, I'd prefer to skip it and queue 02-10 firs
Encryption will be done in threads, to take benefit of it, we should
move it out of the lock first.
Signed-off-by: Vladimir Sementsov-Ogievskiy
Reviewed-by: Alberto Garcia
---
block/qcow2.c | 35 +--
1 file changed, 21 insertions(+), 14 deletions(-)
diff --git a
Use thread_pool_submit_co, instead of reinventing it here. Note, that
thread_pool_submit_aio() never returns NULL, so checking it was an
extra thing.
Signed-off-by: Vladimir Sementsov-Ogievskiy
Reviewed-by: Alberto Garcia
---
block/qcow2-threads.c | 17 ++---
1 file changed, 2 inser
Signed-off-by: Vladimir Sementsov-Ogievskiy
---
tests/perf/block/qcow2/convert-to-encrypted | 48 +
1 file changed, 48 insertions(+)
create mode 100755 tests/perf/block/qcow2/convert-to-encrypted
diff --git a/tests/perf/block/qcow2/convert-to-encrypted
b/tests/perf/block/qc
qemu_iovec_memset has @offset parameter, so using hd_qiov for it is not
needed.
Signed-off-by: Vladimir Sementsov-Ogievskiy
Reviewed-by: Alberto Garcia
---
block/qcow2.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/block/qcow2.c b/block/qcow2.c
index fcf92a7e
qcow2.h depends on block_int.h. Compilation isn't broken currently only
due to block_int.h always included before qcow2.h. Though, it seems
better to directly include block_int.h in qcow2.h.
Signed-off-by: Vladimir Sementsov-Ogievskiy
Reviewed-by: Alberto Garcia
---
block/qcow2.h | 1 +
Move generic part out of qcow2_co_do_compress, to reuse it for
encryption and rename things that would be shared with encryption path.
Signed-off-by: Vladimir Sementsov-Ogievskiy
Reviewed-by: Alberto Garcia
---
block/qcow2.h | 4 ++--
block/qcow2-threads.c | 47
On 04/02/19 17:29, Auger Eric wrote:
> Hi Laszlo,
>
> On 4/1/19 3:07 PM, Laszlo Ersek wrote:
>> On 03/29/19 14:56, Auger Eric wrote:
>>> Hi Ard,
>>>
>>> On 3/29/19 2:14 PM, Ard Biesheuvel wrote:
On Fri, 29 Mar 2019 at 14:12, Auger Eric wrote:
>
> Hi Shameer,
>
> On 3/29/19 10
Background: decryption will be done in threads, to take benefit of it,
we should move it out of the lock first.
But let's go further: it turns out, that for locking around switch
cases we have only two variants: when we just do memset(0) not
releasing the lock (it is useless) and when we actually
Move compression-on-threads to separate file. Encryption will be in it
too.
Signed-off-by: Vladimir Sementsov-Ogievskiy
Reviewed-by: Alberto Garcia
---
block/qcow2.h | 7 ++
block/qcow2-threads.c | 201 ++
block/qcow2.c | 169 ---
> -Original Message-
> From: Knut Omang
> Sent: Monday, April 1, 2019 5:24 PM
> To: Elijah Shakkour ; Peter Xu
>
> Cc: Michael S. Tsirkin ; Alex Williamson
> ; Marcel Apfelbaum
> ; Stefan Hajnoczi ;
> qemu-devel@nongnu.org
> Subject: Re: QEMU and vIOMMU support for emulated VF passthrou
Do encryption/decryption in threads, like it is already done for
compression. This improves asynchronous encrypted io.
Signed-off-by: Vladimir Sementsov-Ogievskiy
Reviewed-by: Alberto Garcia
---
block/qcow2.h | 8 ++
block/qcow2-cluster.c | 7 ++---
block/qcow2-threads.c | 65
Laszlo,
On 4/2/19 5:38 PM, Laszlo Ersek wrote:
> On 04/02/19 17:29, Auger Eric wrote:
>> Hi Laszlo,
>>
>> On 4/1/19 3:07 PM, Laszlo Ersek wrote:
>>> On 03/29/19 14:56, Auger Eric wrote:
Hi Ard,
On 3/29/19 2:14 PM, Ard Biesheuvel wrote:
> On Fri, 29 Mar 2019 at 14:12, Auger Eric
On 04/02/19 17:42, Auger Eric wrote:
> Hi Laszlo,
>
> On 4/2/19 12:33 PM, Laszlo Ersek wrote:
>> On 04/02/19 09:42, Igor Mammedov wrote:
>>> On Mon, 1 Apr 2019 15:07:05 +0200
>>> Laszlo Ersek wrote:
>>>
On 03/29/19 14:56, Auger Eric wrote:
> Hi Ard,
>
> On 3/29/19 2:14 PM, Ard Bi
Hi Laszlo,
On 4/2/19 12:33 PM, Laszlo Ersek wrote:
> On 04/02/19 09:42, Igor Mammedov wrote:
>> On Mon, 1 Apr 2019 15:07:05 +0200
>> Laszlo Ersek wrote:
>>
>>> On 03/29/19 14:56, Auger Eric wrote:
Hi Ard,
On 3/29/19 2:14 PM, Ard Biesheuvel wrote:
> On Fri, 29 Mar 2019 at 14:1
On Tue, 2 Apr 2019 21:09:39 +0800
Like Xu wrote:
> On 2019/4/2 19:27, Markus Armbruster wrote:
> > Like Xu writes:
> >
> >> This patch makes the remaining dozen or so uses of the global
> >> current_machine outside vl.c use qdev_get_machine() instead,
> >> and then make current_machine local
On 04/02/19 17:52, Laszlo Ersek wrote:
> On 04/02/19 17:42, Auger Eric wrote:
> The firmware does consume DT:
>
> - If you start QEMU *with* "-no-acpi", then the DT is both consumed by
> the firmware (for its own information needs), and passed on to the OS.
>
> - If you sta
On Tue, 2 Apr 2019 at 22:10, Markus Armbruster wrote:
>
> The following changes since commit d61d1a1fb2f1db6c54651844a28389c523f3f8c7:
>
> Merge remote-tracking branch
> 'remotes/kraxel/tags/fixes-20190402-pull-request' into staging (2019-04-02
> 08:18:24 +0100)
On Fri, 29 Mar 2019 11:11:01 +
Daniel P. Berrangé wrote:
> The GCC 9 compiler complains about many places in s390 code
> that take the address of members of the 'struct SCHIB' which
> is marked packed:
>
> hw/vfio/ccw.c: In function ‘vfio_ccw_io_notifier_handler’:
> hw/vfio/ccw.c:133:15: war
On 02/04/2019 18.00, Cornelia Huck wrote:
> On Fri, 29 Mar 2019 11:11:01 +
> Daniel P. Berrangé wrote:
>
>> The GCC 9 compiler complains about many places in s390 code
>> that take the address of members of the 'struct SCHIB' which
>> is marked packed:
>>
>> hw/vfio/ccw.c: In function ‘vfio_c
Laszlo,
On 4/2/19 5:52 PM, Laszlo Ersek wrote:
> On 04/02/19 17:42, Auger Eric wrote:
>> Hi Laszlo,
>>
>> On 4/2/19 12:33 PM, Laszlo Ersek wrote:
>>> On 04/02/19 09:42, Igor Mammedov wrote:
On Mon, 1 Apr 2019 15:07:05 +0200
Laszlo Ersek wrote:
> On 03/29/19 14:56, Auger Eric wr
Am 28.03.2019 um 21:48 hat Michal Suchánek geschrieben:
> On Thu, 28 Mar 2019 16:56:48 +0100
> Michal Suchánek wrote:
>
> > Hello,
> >
> > I tried to update my machine definitions to work with current qemu.
> >
> > Unfortunately, while qemu 2.11 supports disk sharing with raw images
> > qemu 3.
Wei Yang writes:
> On Tue, Apr 02, 2019 at 03:28:48PM +0200, Markus Armbruster wrote:
>>Wei Yang writes:
>>
>>> Now all the functions used to select machine is local and the call flow
>>> looks like below:
>>>
>>> select_machine()
>>> find_default_machine()
>>> machine_parse(
On Tue, Apr 02, 2019 at 06:00:33PM +0200, Cornelia Huck wrote:
> On Fri, 29 Mar 2019 11:11:01 +
> Daniel P. Berrangé wrote:
>
> > The GCC 9 compiler complains about many places in s390 code
> > that take the address of members of the 'struct SCHIB' which
> > is marked packed:
> >
> > hw/vfio
Igor Mammedov writes:
> On Tue, 2 Apr 2019 21:09:39 +0800
> Like Xu wrote:
>
>> On 2019/4/2 19:27, Markus Armbruster wrote:
>> > Like Xu writes:
>> >
>> >> This patch makes the remaining dozen or so uses of the global
>> >> current_machine outside vl.c use qdev_get_machine() instead,
>> >> a
On Tue, 2 Apr 2019 18:05:15 +0200
Thomas Huth wrote:
> On 02/04/2019 18.00, Cornelia Huck wrote:
> > On Fri, 29 Mar 2019 11:11:01 +
> > Daniel P. Berrangé wrote:
> >
> >> The GCC 9 compiler complains about many places in s390 code
> >> that take the address of members of the 'struct SCHIB
Am 26.03.2019 um 15:11 hat Paolo Bonzini geschrieben:
> - but actually (and a precursor to using IOCB_CMD_POLL) it should be
> possible to have just one LinuxAioState per AioContext, and then
> it can simply share the AioContext's EventNotifier. This removes
> the need to do the event_notifier_tes
I wrote these patches to help me debug an unplug failure. I expect
them to be helpful for others, too.
Markus Armbruster (3):
acpi/piix4: Convert debug printf()s to trace events
acpi/pcihp: Convert debug printf()s to trace events
acpi/pcihp: Add a few more trace points related to unplug
h
Signed-off-by: Markus Armbruster
---
hw/acpi/piix4.c | 14 +++---
hw/acpi/trace-events | 4
2 files changed, 7 insertions(+), 11 deletions(-)
diff --git a/hw/acpi/piix4.c b/hw/acpi/piix4.c
index 9c079d6834..546ba036ed 100644
--- a/hw/acpi/piix4.c
+++ b/hw/acpi/piix4.c
@@ -39,1
Signed-off-by: Markus Armbruster
---
hw/acpi/pcihp.c | 25 -
hw/acpi/trace-events | 9 +
2 files changed, 17 insertions(+), 17 deletions(-)
diff --git a/hw/acpi/pcihp.c b/hw/acpi/pcihp.c
index 88e4ae1bcd..7729c5338b 100644
--- a/hw/acpi/pcihp.c
+++ b/hw/acpi
Hi Mateja,
On 4/2/19 5:15 PM, Mateja Marjanovic wrote:
> From: Mateja Marjanovic
>
> Optimize set of MSA instructions ILVEV, using directly
> tcg registers and performing logic on them instead of
> using helpers.
Maybe you can still let this previous comment (if still valid):
Performance mea
Signed-off-by: Markus Armbruster
---
hw/acpi/pcihp.c | 7 +++
hw/acpi/trace-events | 3 +++
2 files changed, 10 insertions(+)
diff --git a/hw/acpi/pcihp.c b/hw/acpi/pcihp.c
index 7729c5338b..613406d09b 100644
--- a/hw/acpi/pcihp.c
+++ b/hw/acpi/pcihp.c
@@ -152,6 +152,8 @@ static void ac
On 02/04/19 18:18, Kevin Wolf wrote:
> Am 26.03.2019 um 15:11 hat Paolo Bonzini geschrieben:
>> - but actually (and a precursor to using IOCB_CMD_POLL) it should be
>> possible to have just one LinuxAioState per AioContext, and then
>> it can simply share the AioContext's EventNotifier. This remov
On 4/1/19 4:58 PM, Michael Roth wrote:
> Hi everyone,
>
>
> The following new patches are queued for QEMU stable v3.0.1:
>
> https://github.com/mdroth/qemu/commits/stable-3.0-staging
>
> The release
On Tue, 2 Apr 2019 at 23:13, Markus Armbruster wrote:
>
> Igor Mammedov writes:
> > maybe we can assert in qdev_get_machine() if machine hasn't been created
> > yet?
> > with this at least it will be hard to misuse function or catch invalid
> > users.
> > (but it still might miss some use cases
> From: Philippe Mathieu-Daudé
> Subject: Re: [Qemu-devel] [PATCH v5 2/2] target/mips: Optimize
> ILVEV. MSA instructions
>
> Hi Mateja,
>
> On 4/2/19 5:15 PM, Mateja Marjanovic wrote:
> > From: Mateja Marjanovic
> >
> > Optimize set of MSA instructions ILVEV, using directly
> > tcg registers an
(In reply to Michel Dänzer from comment #8)
> Mesa doesn't really need explicit thread affinity at all. All it wants is
> that certain sets of threads run on the same CPU module; it doesn't care
> which particular CPU module that is. What's really needed is an API to
> express this affinity between
* Catherine Ho (catherine.h...@gmail.com) wrote:
> On Tue, 2 Apr 2019 at 20:37, Peter Xu wrote:
>
> > On Tue, Apr 02, 2019 at 05:06:15PM +0800, Catherine Ho wrote:
> > > On Tue, 2 Apr 2019 at 15:58, Peter Xu wrote:
> > >
> > > > On Tue, Apr 02, 2019 at 03:47:16PM +0800, Catherine Ho wrote:
> > >
FYI the QEMU change merged in the following pull request changed to
return an EPERM errno for the thread affinity syscalls:
commit 12f067cc14b90aef60b2b7d03e1df74cc50a0459
Merge: 84bdc58c06 035121d23a
Author: Peter Maydell
Date: Thu Mar 28 12:04:52 2019 +
Merge remote-tracking branch '
On 4/2/19 7:07 PM, Aleksandar Markovic wrote:
>> From: Philippe Mathieu-Daudé
>> Subject: Re: [Qemu-devel] [PATCH v5 2/2] target/mips: Optimize
>> ILVEV. MSA instructions
>>
>> Hi Mateja,
>>
>> On 4/2/19 5:15 PM, Mateja Marjanovic wrote:
>>> From: Mateja Marjanovic
>>>
>>> Optimize set of MSA in
* Wei Yang (richardw.y...@linux.intel.com) wrote:
> subsection_found is true implies vmdesc is not NULL.
>
> Signed-off-by: Wei Yang
> ---
> migration/vmstate.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/migration/vmstate.c b/migration/vmstate.c
> index e2bbb7b5f7.
> +/*
> + * [MSA] ILVEV.D wd, ws, wt
> + *
> + * Vector Interleave Even (Double data elements)
> + *
> + */
Double -> Doubleword
Hello,
On behalf of the QEMU Team, I'd like to announce the availability of the
third release candidate for the QEMU 4.0 release. This release is meant
for testing purposes and should not be used in a production environment.
http://download.qemu-project.org/qemu-4.0.0-rc2.tar.xz
http://downl
On Wed, Feb 06, 2019 at 11:11:24AM +0100, Igor Mammedov wrote:
> On Thu, 31 Jan 2019 15:16:54 +0800
> Tao Xu wrote:
>
> > From: Liu Jingqi
> >
> > Add -numa hmat-lb option to provide System Locality Latency and
> > Bandwidth Information. These memory attributes help to build
> > System Locality
On Tue, Apr 02, 2019 at 11:23:42PM +0700, Peter Maydell wrote:
> On Tue, 2 Apr 2019 at 23:13, Markus Armbruster wrote:
> >
> > Igor Mammedov writes:
> > > maybe we can assert in qdev_get_machine() if machine hasn't been created
> > > yet?
> > > with this at least it will be hard to misuse functi
On Tue, Apr 02, 2019 at 11:46:37AM +0200, Igor Mammedov wrote:
> On Tue, 2 Apr 2019 12:42:37 +0800
> Tao Xu wrote:
>
> > On 2/6/19 6:11 PM, Igor Mammedov wrote:
> > > On Thu, 31 Jan 2019 15:16:54 +0800
> > > Tao Xu wrote:
> > >
> > >> From: Liu Jingqi
> > >>
> > >> Add -numa hmat-lb option t
On 4/2/19 6:18 PM, Markus Armbruster wrote:
> I wrote these patches to help me debug an unplug failure. I expect
> them to be helpful for others, too.
Appreciated.
FYI I have a WiP branch where I use existing tracepoints to check events
order and timing (using Avocado).
Series:
Reviewed-by: Phi
101 - 200 of 258 matches
Mail list logo
