If you are running out-of-tree, the -x option to exclude
a certain iotest is broken.
Replace porcelain usage of ls with a sturdier awk command.
Reviewed-by: Fam Zheng
Signed-off-by: John Snow
---
tests/qemu-iotests/common | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/te
Split the help text to highlight the groups of options
a little better, carving out a clear "format" and
"protocols" section.
Reviewed-by: Fam Zheng
Signed-off-by: John Snow
---
tests/qemu-iotests/common | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/tests/qemu-iotests
Add a few external dependency groups to the iotests groups list,
such as "qemu", "nbd", and "scm".
This will assist us in knowing which tests need to be re-run
when those dependencies are updated, or by helping us to avoid
tests that we know are broken for a certain file.
qemu-img and qemu-io are
Quoting marcandre.lur...@redhat.com (2015-08-25 17:10:22)
> From: Marc-André Lureau
>
> Learn to configure the agent with a system configuration.
>
> This may simplify command-line handling, especially when the blacklist
> is long.
>
> Among the other benefits, this may standardize the configur
Quoting marcandre.lur...@redhat.com (2015-08-25 17:10:23)
> From: Marc-André Lureau
>
> This new option allows to review the agent configuration,
> and ease the task of writing a configuration file.
>
> Signed-off-by: Marc-André Lureau
> ---
> qga/main.c | 62
> +++
Quoting marcandre.lur...@redhat.com (2015-08-25 17:10:24)
> From: Marc-André Lureau
>
> Add a simple man page for the qemu agent.
>
> Signed-off-by: Marc-André Lureau
Reviewed-by: Michael Roth
> ---
> Makefile | 14 +-
> qemu-doc.texi | 6 +++
> qemu-ga.texi | 136
> ++
Hi
On Wed, Aug 26, 2015 at 1:09 AM, Michael Roth wrote:
> We should probably do this in init_dfl_pathnames() for consistency.
QGA_FSFREEZE_HOOK_DEFAULT is also initialized here
in init_dfl_pathnames(), it depends on the value of
get_local_state_pathname() while here it's static.
>>
>> static
Quoting Marc-André Lureau (2015-08-25 18:18:16)
> Hi
>
> On Wed, Aug 26, 2015 at 1:09 AM, Michael Roth
> wrote:
> > We should probably do this in init_dfl_pathnames() for consistency.
>
> QGA_FSFREEZE_HOOK_DEFAULT is also initialized here
>
> in init_dfl_pathnames(), it depends on the value of
Hi
On Wed, Aug 26, 2015 at 1:13 AM, Michael Roth wrote:
> Since we have the list_join() helper to convert config->blacklist, it
> makes me wonder if there's really any need to add/init config->bliststr
> in the previous patch.
It is just to keep the string in memory. split_list() doesn't dup the
IDEState's io_buffer_offset was originally added to keep track of offsets
in AHCI rather exclusively, but it was added to IDEState instead of an
AHCI-specific structure.
AHCI fakes all PIO transfers using DMA and a scatter-gather list. When
the core or atapi layers invoke HBA-specific mechanisms f
Fixes ATAPI PIO for transfers of greater than one sector,
and centralizes the fix applied for HDD PIO transfers
all in one place, finally.
For convenience, this branch is available at:
https://github.com/jnsnow/qemu.
On Tue, Aug 25, 2015 at 04:09:22PM +0100, Peter Maydell wrote:
>On 25 August 2015 at 00:58, Gavin Shan wrote:
>> On Mon, Aug 24, 2015 at 03:08:33PM +0100, Peter Maydell wrote:
>>>On 24 August 2015 at 13:03, Gavin Shan wrote:
+cd $to
+name=$(git config --get user.name)
+
On Tue, Aug 25, 2015 at 04:07:35PM +0200, Thomas Huth wrote:
>On 24/08/15 14:03, Gavin Shan wrote:
>> This supports RTAS calls "ibm,{open,close}-errinjct" to manupliate
>> the token, which is passed to RTAS call "ibm,errinjct" to indicate
>> the valid context for error injection. Each VM is permitt
This is unused. cpu_exit now is almost exclusively an internal function
to the CPU execution loop. The next patch will change the remaining
occurrences to qemu_cpu_kick, making it truly internal.
Signed-off-by: Paolo Bonzini
---
hw/dma/i82374.c | 5 +
hw/dma/i8257.c | 13
The i8257 DMA controller uses an idle bottom half, which by default
does not cause the main loop to exit. Therefore, the DMA_schedule
function is there to ensure that the CPU relinquishes the iothread
mutex to the iothread.
However, this is not enough since the iothread will call
aio_compute_time
TLS is now required on all platforms, so DECLARE_TLS/DEFINE_TLS is not
needed anymore. Removing it does not break Windows because of the
previous patch.
Signed-off-by: Paolo Bonzini
---
exec.c | 2 +-
include/qemu/tls.h | 52
inc
This version of the signal-free qemu_cpu_kick patches is, ehm, much
better. Variable are accessed either with Java-style volatiles or
protected by memory barriers, and the cleanups go further by removing
qemu/tls.h and C volatiles.
The logic is relatively simple. The I/O thread does (letters in
Signed-off-by: Paolo Bonzini
---
cpu-exec.c | 6 +-
qom/cpu.c | 2 ++
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/cpu-exec.c b/cpu-exec.c
index 7fcc46f..2128bf1 100644
--- a/cpu-exec.c
+++ b/cpu-exec.c
@@ -542,8 +542,12 @@ int cpu_exec(CPUState *cpu)
This is already useful on Windows in order to remove tls.h, because
accesses to current_cpu are done from a different thread on that
platform. It will be used on POSIX platforms as soon TCG stops using
signals to interrupt the execution of translated code.
Signed-off-by: Paolo Bonzini
---
cpu-e
Signals are slow and do not exist on Win32. The previous patches
have done most of the legwork to introduce memory barriers (some
of them were even there already for the sake of Windows!) and
we can now set the flags directly in the iothread.
qemu_cpu_kick_thread is not used anymore on TCG, since
TCG has not been reading cpu->current_tb from signal handlers for years.
The code that synchronized cpu_exec with the signal handler is not
needed anymore.
Signed-off-by: Paolo Bonzini
---
cpu-exec.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/cpu-exec.c b/cpu-ex
Synchronize the remaining pair of accesses in cpu_signal. The
wrongly-ordered accesses in cpu_signal are currently not an issue on
Windows because they execute atomically between SuspendProcess and
ResumeProcess. Only cpu_exec can be split (and the newly introduced
atomic_mb_read would be needed
Use the same API to trigger interruption of a CPU, no matter if
under TCG or KVM. There is no difference: these calls come from
the CPU thread, so the qemu_cpu_kick calls will send a signal
to the running thread and it will be processed synchronously,
just like a call to cpu_exit. The only differ
On 25/08/2015 02:41, Emilio G. Cota wrote:
> Note that the right place to call rcu_register_thread() is
> do_cpu_loop() and not just in clone_func(), since the
> original 'main' thread needs to call rcu_register_thread()
> as well.
>
> Signed-off-by: Emilio G. Cota
It doesn't actually, see rcu
- Original Message -
> From: "Emilio G. Cota"
> To: "Paolo Bonzini"
> Cc: qemu-devel@nongnu.org, mt...@greensocs.com, "guillaume delbergue"
> , "alex
> bennee" , "mark burton" ,
> "a rigo"
> , "Frederic Konrad"
> Sent: Wednesday, August 26, 2015 12:31:22 AM
> Subject: Re: [RFC 35/38]
From: Gonglei
vhost-scsi bootindex does't work because Qemu passes
wrong fireware path to seabios.
before:
/pci@i0cf8/scsi@7channel@0/vhost-scsi@0,0
after applying the patch:
/pci@i0cf8/scsi@7/channel@0/vhost-scsi@0,0
Reported-by: Subo
Signed-off-by: Gonglei
---
hw/scsi/vhost-scsi.c | 2
On 2015/8/26 9:52, arei.gong...@huawei.com wrote:
> From: Gonglei
>
> vhost-scsi bootindex does't work because Qemu passes
> wrong fireware path to seabios.
>
> before:
> /pci@i0cf8/scsi@7channel@0/vhost-scsi@0,0
> after applying the patch:
> /pci@i0cf8/scsi@7/channel@0/vhost-scsi@0,0
>
> R
If drmgr is used in the guest to hotplug a device before a device_add
has been issued via the QEMU monitor, QEMU segfaults in configure_connector
call. This occurs due to accessing of NULL FDT which otherwise would have
been created and associated with the DRC during device_add command.
Check for
On Mon, Aug 24, 2015 at 09:30:35PM -0500, Michael Roth wrote:
> Quoting Bharata B Rao (2015-08-19 01:56:09)
> > Add a field to PCDIMMDevice to note that the device has been marked
> > for removal. This will be used by PowerPC memory hotplug code to
> > honour the LMB removal requests of only those
On 08/25/2015 07:48 PM, Michael S. Tsirkin wrote:
> On Fri, Aug 21, 2015 at 05:05:49PM +0800, Jason Wang wrote:
>> > We used to use mmio for notification. This could be slow on some arch
>> > (e.g on x86 without EPT). So this patch introduces pio bar and a pio
>> > notification cap for modern dev
On 12.06.2015 13:36, Stefan Hajnoczi wrote:
On Fri, Jun 12, 2015 at 12:58:35PM +0300, Denis V. Lunev wrote:
On 11/06/15 23:06, Stefan Hajnoczi wrote:
The load/store API is not scalable when bitmaps are 1 MB or larger.
For example, a 500 GB disk image with 64 KB granularity requires a 1 MB
bitm
Hi,
> > It seems the only thing that we really care about being localized is
> > the messages catalogue, so the GTK UI gets internationalization in
> > its menus / dialogs / etc. As such I think that we should do the
> > opposite of (C). ie run every LC_* in the C locale, except for
> > LC_MESSA
201 - 232 of 232 matches
Mail list logo
