On Thu, 6 Aug 2015 10:07:40 +0200, Laszlo Ersek wrote:
> On 08/06/15 00:03, Jean Delvare wrote:
> > On Wed, 05 Aug 2015 22:39:57 +0300, Ivan Khoronzhuk wrote:
> >> There is no git repo for dmidecode.
> >> Only CVS: http://savannah.nongnu.org/cvs/?group=dmidecode
> >
> > Correct. Savannah support g
Good point, I will look at the code you pointed.
If we really can avoid to modify every backend, than it's worth more
than a look.
Thanks,
alvise
On Sat, Aug 8, 2015 at 3:00 PM, Aurelien Jarno wrote:
> On 2015-08-07 19:03, Alvise Rigo wrote:
>> Implement exclusive variants of qemu_{ld,st}_{i32,i
On Mon 10 Aug 2015 03:00:32 AM CEST, Wen Congyang wrote:
>>> +# @child-add
>>> +#
>>> +# Add a new child to quorum. This is useful to fix a broken quorum
>>> child.
>>
>> But the idea is that this can be eventually used by other drivers, isn't
>> it?
>
> Yes, but is is only used for quorum now.
On Fri 31 Jul 2015 11:19:12 AM CEST, Wen Congyang wrote:
> +static const char *bdrv_get_id_or_node_name(BlockDriverState *bs)
> +{
> +if (bs->blk) {
> +return blk_name(bs->blk);
> +}
> +
> +return bs->node_name ? bs->node_name : "";
> +}
You don't need to add this function, yo
On 08/07/2015 10:46 AM, Yang Hongyang wrote:
> Add multiqueue support in v6.
>
> This patch add a new object netfilter, capture all network packets.
> Also implement a netbuffer based on this object.
> the "buffer" netfilter could be used by VM FT solutions like
> MicroCheckpointing, to buffer/re
On 08/07/2015 10:46 AM, Yang Hongyang wrote:
> QTAILQ_ENTRY global_list but used by filter layer, so that we can
> manage all filters together.
> QTAILQ_ENTRY next used by netdev, filter belongs to the specific netdev is
> in this queue.
> This is mostly the same with init/cleanup of netdev objec
On 08/07/2015 10:46 AM, Yang Hongyang wrote:
> add netfilter_{add|del} commands
> This is mostly the same with netdev_{add|del} commands.
>
> When we delete the netdev, we also delete the netfilter object
> attached to it, because if the netdev is removed, the filters
> which attached to it is us
On 08/07/2015 10:46 AM, Yang Hongyang wrote:
> This filter is to buffer/release packets, this feature can be used
> when using MicroCheckpointing, or other Remus like VM FT solutions, you
> can also use it to simulate the network delay.
> It has an interval option, if supplied, this filter will r
On Sun, Aug 09, 2015 at 12:54:37PM +0100, Peter Maydell wrote:
> On 9 August 2015 at 12:39, Michael S. Tsirkin wrote:
> > On Sun, Aug 09, 2015 at 12:39:59PM +0300, Victor Kaplansky wrote:
> >> -$(eval -include $(addsuffix *.d, $(sort $(dir $($v)
> >> +$(eval -include $(patsubst
On 08/10/2015 04:19 PM, Alberto Garcia wrote:
> On Fri 31 Jul 2015 11:19:12 AM CEST, Wen Congyang wrote:
>
>> +static const char *bdrv_get_id_or_node_name(BlockDriverState *bs)
>> +{
>> +if (bs->blk) {
>> +return blk_name(bs->blk);
>> +}
>> +
>> +return bs->node_name ? bs->node
On Mon, Aug 10, 2015 at 12:15:25AM -, James Watson wrote:
> IOPS limit does not work for VIRTIO devices if the disk workload is a
> sequential write.
>
> To confirm:
> IDE disk devices - the IOPS limit works fine. Disk transfer speed limit works
> fine.
> VIRTIO disk devices - the IOPS limit
On Fri, Aug 07, 2015 at 10:21:47AM -0600, Linda wrote:
> As background, for the backend, I have been looking at the code, written
> by Anthony Liguori, and maintained by Aneesh Kumar (who I sent this email
> to, earlier). It looks to me (please correct me if I'm wrong, on this or
> any other p
On 9 August 2015 at 13:20, Michael S. Tsirkin wrote:
> Still - just corious about the motivation.
> Extra whitespace in input -> extra whitespace in output, should
> be harmless in both cases, should it not?
Yeah, I agree that it's generally harmless. My rationale for
preferring no-space-after-co
On Thu, Aug 06, 2015 at 01:10:14PM +0200, Samuel Thibault wrote:
> Signed-off-by: Samuel Thibault
>
> ---
> Jan Kiszka, le Wed 29 Jul 2015 09:36:15 +0200, a écrit :
> > On 2015-07-29 00:12, Samuel Thibault wrote:
> > > Hello,
> > >
> > > Jan Kiszka, le Mon 27 Jul 2015 15:33:27 +0200, a écrit :
>
On Mon, Aug 10, 2015 at 11:14:50AM +0100, Peter Maydell wrote:
> On 9 August 2015 at 13:20, Michael S. Tsirkin wrote:
> > Still - just corious about the motivation.
> > Extra whitespace in input -> extra whitespace in output, should
> > be harmless in both cases, should it not?
>
> Yeah, I agree
On 5 August 2015 at 12:03, Stefan Weil wrote:
> I recently upgraded my build environment from Debian Wheezy
> to Debian Jessie. Obviously the newer MinGW-w64 packages
> introduced several problems for QEMU:
>
> * Compiler warnings caused by newer compiler and changes in
> system include files
>
>
Am 10.08.2015 um 12:25 schrieb Peter Maydell:
> Could somebody add some notes to the 'Known issues' section
> of the changelog summarising the problems, please (whether
> it affects all Windows build environments or only some,
> whether this is a regression or not, etc):
> http://wiki.qemu.org/Cha
On Sun, Aug 09, 2015 at 05:03:14PM +0300, Vasiliy Tolstov wrote:
> 2015-08-05 21:58 GMT+03:00 Jeff Cody :
> > Hi Vasiliy,
> >
> > If you run configure with --disable-strip, it will not strip the
> > debugging symbols from the binary after the build. Then, you can run
> > gdb on qemu, and do a bac
On 08/10/15 09:43, Jean Delvare wrote:
> On Thu, 6 Aug 2015 10:07:40 +0200, Laszlo Ersek wrote:
>> On 08/06/15 00:03, Jean Delvare wrote:
>>> On Wed, 05 Aug 2015 22:39:57 +0300, Ivan Khoronzhuk wrote:
There is no git repo for dmidecode.
Only CVS: http://savannah.nongnu.org/cvs/?group=dmid
This series introduces support for GICv3 by KVM. Software emulation is
currently not supported.
This patchset applies on top of:
http://lists.nongnu.org/archive/html/qemu-devel/2015-08/msg00518.html
v7 => v8
- Removed all unused SW emulation code
- Removed unnecessary attributes from common class
From: Shlomo Pongratz
This class is to be used by both software and KVM implementations of GICv3
Currently it is mostly a placeholder, but in future it is supposed to hold
qemu's representation of GICv3 state, which is necessary for migration.
Signed-off-by: Shlomo Pongratz
Signed-off-by: Pave
This patch introduces kernel_irqchip_type member in Machine class, which
is passed to kvm_arch_irqchip_create. Machine models which can use vGIC
now use it in order to supply correct GIC type for KVM capability
verification. The variable is defined as int in order to be
architecture-agnostic for po
Set kernel_irqchip_type according to value of the option and pass it
around where necessary. Instantiate devices and fdt nodes according
to the choice.
max_cpus for virt machine increased to 64. GICv2 compatibility check
happens inside arm_gic_common_realize().
Signed-off-by: Pavel Fedin
---
hw
Get/put routines are missing, live migration is not possible.
Signed-off-by: Pavel Fedin
---
hw/intc/Makefile.objs | 1 +
hw/intc/arm_gicv3_kvm.c | 143
2 files changed, 144 insertions(+)
create mode 100644 hw/intc/arm_gicv3_kvm.c
diff --git
These functions are useful also for vGICv3 implementation. Make them accessible
from within other modules.
Actually kvm_dist_get() and kvm_dist_put() could also be made reusable, but
they would require two extra parameters (s->dev_fd and s->num_cpu) as well as
lots of typecasts of 's' to DeviceSta
Hi Laszlo,
On Mon, 10 Aug 2015 13:58:31 +0200, Laszlo Ersek wrote:
> On 08/10/15 09:43, Jean Delvare wrote:
> > OK, I think I came up with something that looks reasonably good:
> >
> > http://git.savannah.gnu.org/cgit/dmidecode.git
> >
> > Can anyone please check it out and verify that it looks
This patchset updates target-sparc to use VMStateDescription
rather than hand-written save/load functions. (This and CRIS
are the last two targets still using the old approach.)
It's based on some patches from back in 2012 by Juan which
I've updated, rebased and made some tweaks to.
This is a mig
From: Juan Quintela
Add vmstate support for migrating arrays of CPU_DoubleU via
VMSTATE_CPUDOUBLE_ARRAY.
Signed-off-by: Juan Quintela
[PMM: rebased, since files have all moved since 2012;
added VMSTATE_CPUDOUBLE_ARRAY_V for consistency with FLOAT64]
Signed-off-by: Peter Maydell
---
include/m
From: Juan Quintela
Convert the SPARC CPU from cpu_load/save functions to VMStateDescription.
Note that this is a migration compatibility break (which is OK as
we don't try to support cross-version migration on SPARC).
Signed-off-by: Juan Quintela
[PMM:
* Rebase and update to apply to master
There's no need to flush the TLB in the SPARC cpu_load function: we're
guaranteed to be loading state into a fresh clean configuration.
Signed-off-by: Peter Maydell
---
target-sparc/machine.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/target-sparc/machine.c b/target-sparc/machine.c
index
For inbound migration we really want to be able to set the PSR without
having any side effects, but cpu_put_psr() calls cpu_check_irqs() which
might try to deliver CPU interrupts. Split cpu_put_psr() into the
no-side-effect and side-effect parts.
This includes reordering the cpu_check_irqs() to th
The -msg timestamp=on option prepends a timestamp to error messages.
This is useful on stderr where it allows users to identify when an error
was raised.
Timestamps do not make sense on the monitor since error_report() is
called in response to a synchronous monitor command and the user already
kno
On Mon, Aug 10, 2015 at 02:15:41PM +0100, Stefan Hajnoczi wrote:
> The -msg timestamp=on option prepends a timestamp to error messages.
> This is useful on stderr where it allows users to identify when an error
> was raised.
>
> Timestamps do not make sense on the monitor since error_report() is
>
On 8/10/2015 4:10 AM, Stefan Hajnoczi wrote:
On Fri, Aug 07, 2015 at 10:21:47AM -0600, Linda wrote:
As background, for the backend, I have been looking at the code,
written
by Anthony Liguori, and maintained by Aneesh Kumar (who I sent this
email
to, earlier). It looks to me (please corr
Is this reintroduced? I am on version 2.3.0
$ dd if=/dev/urandom of=disk bs=1M count=1024
$ qemu-img convert -f raw -O qcow2 disk disk.qcow
$ qemu-img convert -f raw -O qcow2 -o backing_file=disk.qcow disk
disk1.qcow
$ ls -l
total 3146388
-rw-r--r-- 1 sakis sakis 1073741824 10 авг 15,29 disk
-r
On 10/08/2015 13:39, Stefan Weil wrote:
> > Could somebody add some notes to the 'Known issues' section
> > of the changelog summarising the problems, please (whether
> > it affects all Windows build environments or only some,
> > whether this is a regression or not, etc):
> > http://wiki.qemu.or
When we add new adapter routes we call kvm_irqchip_add_route() for every
virtqueue and in the same step also do the KVM_SET_GSI_ROUTING ioctl.
This is unnecessary costly as the interface allows us to set multiple
routes in one go. Let's first add all routes to the table stored in the
global kvm_st
Hi,
Here is the summary of today's MTTCG call.
Fred:
Fred talked about the current status of his v7 patches. They are ready
to go save for two bugs that were triggered when running Alex's Debian
Jessie images. After discussion it seems there may be multiple bug
manifestations. They are:
- Bug
On 10/08/2015 16:02, Jens Freimann wrote:
> When we add new adapter routes we call kvm_irqchip_add_route() for every
> virtqueue and in the same step also do the KVM_SET_GSI_ROUTING ioctl.
>
> This is unnecessary costly as the interface allows us to set multiple
> routes in one go. Let's first a
On 08/10/15 14:26, Jean Delvare wrote:
> Hi Laszlo,
>
> On Mon, 10 Aug 2015 13:58:31 +0200, Laszlo Ersek wrote:
>> On 08/10/15 09:43, Jean Delvare wrote:
>>> OK, I think I came up with something that looks reasonably good:
>>>
>>> http://git.savannah.gnu.org/cgit/dmidecode.git
>>>
>>> Can anyone p
From: KONRAD Frederic
This just removes spinlock as it is not used anymore.
Signed-off-by: KONRAD Frederic
Changes V6 -> V7:
* Drop the checkpatch part.
---
include/exec/spinlock.h | 49 -
1 file changed, 49 deletions(-)
delete mode 100644 in
From: KONRAD Frederic
This protects queued_work_* used by async_run_on_cpu, run_on_cpu and
flush_queued_work with a new lock (work_mutex) to prevent multiple (concurrent)
access.
Signed-off-by: KONRAD Frederic
Reviewed-by: Alex Bennée
Changes V1 -> V2:
* Unlock the mutex while running the c
From: KONRAD Frederic
This is the 7th round of the MTTCG patch series.
It can be cloned from:
g...@git.greensocs.com:fkonrad/mttcg.git branch multi_tcg_v7.
This patch-set try to address the different issues in the global picture of
MTTCG, presented on the wiki.
== Needed patch for our work ==
From: KONRAD Frederic
This flag indicates the state of the VCPU thread:
* 0 if the VCPU is allowed to execute code.
* 1 if the VCPU is currently executing code.
* -1 if the VCPU is not allowed to execute code.
This allows to atomically check and run safe work or check and continue the TCG
From: KONRAD Frederic
We already had async_run_on_cpu but we need all VCPUs outside their execution
loop to execute some tb_flush/invalidate task:
async_run_on_cpu_safe schedule a work on a VCPU but the work start when no more
VCPUs are executing code.
When a safe work is pending cpu_has_work re
From: KONRAD Frederic
This just use the new mechanism to ensure that each VCPU thread flush its own
VCPU.
Signed-off-by: KONRAD Frederic
---
target-arm/helper.c | 45 +++--
1 file changed, 7 insertions(+), 38 deletions(-)
diff --git a/target-arm/helper.
From: KONRAD Frederic
This switches on multithread.
Signed-off-by: KONRAD Frederic
Changes V5 -> V6:
* make qemu_cpu_kick calling qemu_cpu_kick_thread in case of TCG.
---
cpus.c | 93 --
1 file changed, 33 insertions(+), 60 del
From: Guillaume Delbergue
WARNING: spin lock is currently not implemented on WIN32
Signed-off-by: Guillaume Delbergue
---
include/qemu/thread-posix.h | 4
include/qemu/thread-win32.h | 4
include/qemu/thread.h | 7 +++
util/qemu-thread-posix.c| 45 +++
From: KONRAD Frederic
This mechanism replaces the existing load/store exclusive mechanism which seems
to be broken for multithread.
It follows the intention of the existing mechanism and stores the target address
and data values during a load operation and checks that they remain unchanged
before
From: KONRAD Frederic
This removes tcg_halt_cond global variable.
We need one QemuCond per virtual cpu for multithread TCG.
Signed-off-by: KONRAD Frederic
---
cpus.c | 18 +++---
1 file changed, 7 insertions(+), 11 deletions(-)
diff --git a/cpus.c b/cpus.c
index 2250296..2550be2 1
From: KONRAD Frederic
spinlock is only used in two cases:
* cpu-exec.c: to protect TranslationBlock
* mem_helper.c: for lock helper in target-i386 (which seems broken).
It's a pthread_mutex_t in user-mode so better using QemuMutex directly in this
case.
It allows as well to reuse tb_lock mut
From: KONRAD Frederic
This changes just the tb_flush called from tb_alloc.
TODO:
* changes the other tb_flush.
Signed-off-by: KONRAD Frederic
---
translate-all.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/translate-all.c b/translate-all.c
index 7094bf0..cabce75 10064
From: KONRAD Frederic
Some architectures allow to flush the tlb of other VCPUs. This is not a problem
when we have only one thread for all VCPUs but it definitely needs to be an
asynchronous work when we are in true multithreaded work.
TODO: Some test case, I fear some bad results in case a VCPU
From: Alex Bennée
Testing with Alexander's bare metal syncronisation tests fails in MTTCG
leaving one CPU spinning forever waiting for the second CPU to wake up.
We simply need to poke the halt_cond once we have processed the PSCI
power on call.
Tested-by: Alex Bennée
CC: Alexander Spyridakis
From: KONRAD Frederic
This protects TBContext with tb_lock to make tb_* thread safe.
We can still have issue with tb_flush in case of multithread TCG:
An other CPU can be executing code during a flush.
This can be fixed later by making all other TCG thread exiting before calling
tb_flush().
On Mon, 10 Aug 2015 14:22:07 +0800
Jason Wang wrote:
>
>
> On 08/07/2015 06:49 PM, Cornelia Huck wrote:
> > On Fri, 07 Aug 2015 13:07:35 +0800
> > Jason Wang wrote:
> >
> >>> 2. ring resizing is broken - it actually has a comment:
> >>> /* TODO: need a way to put num back on reset. */
From: KONRAD Frederic
This finally allows TCG to benefit from the iothread introduction: Drop
the global mutex while running pure TCG CPU code. Reacquire the lock
when entering MMIO or PIO emulation, or when leaving the TCG loop.
We have to revert a few optimization for the current TCG threading
From: KONRAD Frederic
This removes exit_request global and adds a variable in CPUState for this.
Only the flag for the first cpu is used for the moment as we are still with one
TCG thread.
Signed-off-by: KONRAD Frederic
---
cpu-exec.c | 15 ---
cpus.c | 17 ++---
2
From: KONRAD Frederic
Instead of doing the jump cache invalidation directly in tb_invalidate delay it
after the exit so we don't have an other CPU trying to execute the code being
invalidated.
Signed-off-by: KONRAD Frederic
---
translate-all.c | 61 +
From: KONRAD Frederic
We might have a race here. If current_cpu is about to be set then cpu_exit won't
be called and we don't exit TCG. This was probably an issue with old
implementation as well.
Signed-off-by: KONRAD Frederic
---
cpus.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
From: KONRAD Frederic
tb_flush is not thread safe we definitely need to exit VCPUs to do that.
This introduces tb_flush_safe which just creates an async safe work which will
do a tb_flush later.
Signed-off-by: KONRAD Frederic
---
include/exec/exec-all.h | 1 +
translate-all.c | 15 +++
On 10/08/2015 17:27, fred.kon...@greensocs.com wrote:
> {
> if (current_cpu) {
> cpu_exit(current_cpu);
> }
> -exit_request = 1;
> +
> +/* FIXME: We might want to check if the cpu is running? */
> +tcg_thread_cpu->exit_request = true;
> }
>
> #ifdef CONFIG_LINU
On 10/08/2015 17:27, fred.kon...@greensocs.com wrote:
> diff --git a/cpus.c b/cpus.c
> index 2c5ca72..f61530c 100644
> --- a/cpus.c
> +++ b/cpus.c
> @@ -674,8 +674,7 @@ static void cpu_signal(int sig)
> cpu_exit(current_cpu);
> }
>
> -/* FIXME: We might want to check if the cp
On 10/08/2015 17:27, fred.kon...@greensocs.com wrote:
> From: KONRAD Frederic
>
> Some architectures allow to flush the tlb of other VCPUs. This is not a
> problem
> when we have only one thread for all VCPUs but it definitely needs to be an
> asynchronous work when we are in true multithreade
On 10/08/2015 17:26, fred.kon...@greensocs.com wrote:
>
> +qemu_mutex_lock(&cpu->work_mutex);
> while ((wi = cpu->queued_work_first)) {
> cpu->queued_work_first = wi->next;
> +qemu_mutex_unlock(&cpu->work_mutex);
> wi->func(wi->data);
> +qemu_mutex_loc
On 10 August 2015 at 16:54, Paolo Bonzini wrote:
> On 10/08/2015 17:27, fred.kon...@greensocs.com wrote:
>> From: KONRAD Frederic
>>
>> Some architectures allow to flush the tlb of other VCPUs. This is not a
>> problem
>> when we have only one thread for all VCPUs but it definitely needs to be a
On 10/08/2015 17:59, Paolo Bonzini wrote:
On 10/08/2015 17:26, fred.kon...@greensocs.com wrote:
+qemu_mutex_lock(&cpu->work_mutex);
while ((wi = cpu->queued_work_first)) {
cpu->queued_work_first = wi->next;
+qemu_mutex_unlock(&cpu->work_mutex);
wi->func(
On 10/08/2015 18:04, Frederic Konrad wrote:
> On 10/08/2015 17:59, Paolo Bonzini wrote:
>>
>> On 10/08/2015 17:26, fred.kon...@greensocs.com wrote:
>>> +qemu_mutex_lock(&cpu->work_mutex);
>>> while ((wi = cpu->queued_work_first)) {
>>> cpu->queued_work_first = wi->next;
>>>
On 10/08/2015 17:27, fred.kon...@greensocs.com wrote:
> From: KONRAD Frederic
>
> spinlock is only used in two cases:
> * cpu-exec.c: to protect TranslationBlock
> * mem_helper.c: for lock helper in target-i386 (which seems broken).
>
> It's a pthread_mutex_t in user-mode so better using Q
On 10/08/2015 17:27, fred.kon...@greensocs.com wrote:
> From: KONRAD Frederic
>
> This removes tcg_halt_cond global variable.
> We need one QemuCond per virtual cpu for multithread TCG.
>
> Signed-off-by: KONRAD Frederic
> ---
> cpus.c | 18 +++---
> 1 file changed, 7 insertions(
Le 07/08/2015 15:45, Peter Maydell a écrit :
On 16 July 2015 at 22:21, Jean-Christophe Dubois wrote:
Tested by booting a minimal Linux system on the emulated platform
Signed-off-by: Jean-Christophe Dubois
---
This said:
- * 0x8000-0x87ff RAM EMULATED
- * 0x
On 10/08/2015 17:27, fred.kon...@greensocs.com wrote:
> void qemu_mutex_lock_iothread(void)
> {
> -atomic_inc(&iothread_requesting_mutex);
> -/* In the simple case there is no need to bump the VCPU thread out of
> - * TCG code execution.
> - */
> -if (!tcg_enabled() || qemu_
Le 07/08/2015 15:05, Peter Maydell a écrit :
On 16 July 2015 at 22:21, Jean-Christophe Dubois wrote:
This is using a ds1338 RTC chip on the I2C bus. This RTC chip is
not present on the real 3DS PDK board.
Signed-off-by: Jean-Christophe Dubois
'make check' doesn't pass with this patch, becaus
Le 07/08/2015 16:13, Peter Maydell a écrit :
On 16 July 2015 at 22:21, Jean-Christophe Dubois wrote:
This series of patches add the support for the i.MX25 processor through the
Freescale PDK evaluation board.
For now a limited set of devices is supported.
* GPT timers (from i.MX31)
*
On 10/08/2015 17:27, fred.kon...@greensocs.com wrote:
> From: Guillaume Delbergue
>
> WARNING: spin lock is currently not implemented on WIN32
>
> Signed-off-by: Guillaume Delbergue
Should go before patch 12 (and IIUC Alvise's work should go in first
anyway).
Paolo
> ---
> include/qemu/th
On 10 August 2015 at 17:15, Jean-Christophe DUBOIS wrote:
> Le 07/08/2015 15:45, Peter Maydell a écrit :
>
> On 16 July 2015 at 22:21, Jean-Christophe Dubois
> wrote:
>
> memory_region_allocate_system_memory() needs to be called once and
> only once by a board init. You're going to end up callin
Hi.
Let's do an OVMF BoF at this year's KVM Forum too.
Paolo will present
Securing secure boot: system management mode in KVM and Tiano Core
on Thursday, August 20, in the 5:00pm - 5:30pm time slot.
Right after that, the BoF section starts at 5:30pm:
http://events.linuxfoundation.org/even
On 10/08/2015 17:27, fred.kon...@greensocs.com wrote:
> +
> +void tb_flush_safe(CPUState *cpu)
> +{
> +#if 0 /* !MTTCG */
> +tb_flush(cpu);
> +#else
> +async_run_safe_work_on_cpu(cpu, tb_flush_work, cpu);
> +#endif /* MTTCG */
> +}
> +
I think this can use first_cpu unconditionally; tb_f
From: "Gabriel Somlo"
This patch set makes QEMU fw_cfg blobs available for viewing (read-only)
via SysFS.
Several different architectures supported by QEMU are set up with a
"firmware configuration" (fw_cfg) device, used to pass configuration
"blobs" into the guest by the host running QEMU.
His
From: "Gabriel Somlo"
Each fw_cfg entry of type "file" has an associated 56-char,
nul-terminated ASCII string which represents its name. While
the fw_cfg device doesn't itself impose any specific naming
convention, QEMU developers have traditionally used path name
semantics (i.e. "etc/acpi/rsdp")
From: "Gabriel Somlo"
Signed-off-by: Gabriel Somlo
---
lib/kobject.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/kobject.c b/lib/kobject.c
index 3e3a5c3..f9754a0 100644
--- a/lib/kobject.c
+++ b/lib/kobject.c
@@ -1058,3 +1058,4 @@ EXPORT_SYMBOL(kobject_del);
EXPORT_SYMBOL(kset_re
From: "Gabriel Somlo"
Make fw_cfg entries of type "file" available via sysfs. Entries
are listed under /sys/firmware/fw_cfg/by_select, in folders named
after each entry's selector key. Filename, selector value, and
size read-only attributes are included for each entry. Also, a
"raw" attribute all
On 10/08/2015 17:27, fred.kon...@greensocs.com wrote:
> diff --git a/cpu-exec.c b/cpu-exec.c
> index f3358a9..a012e9d 100644
> --- a/cpu-exec.c
> +++ b/cpu-exec.c
> @@ -131,6 +131,8 @@ static void init_delay_params(SyncClocks *sc, const
> CPUState *cpu)
> void cpu_loop_exit(CPUState *cpu)
> {
On 10/08/2015 17:27, fred.kon...@greensocs.com wrote:
> From: Alex Bennée
>
> Testing with Alexander's bare metal syncronisation tests fails in MTTCG
> leaving one CPU spinning forever waiting for the second CPU to wake up.
> We simply need to poke the halt_cond once we have processed the PSCI
On 10 August 2015 at 13:06, Pavel Fedin wrote:
> This patch introduces kernel_irqchip_type member in Machine class, which
> is passed to kvm_arch_irqchip_create. Machine models which can use vGIC
> now use it in order to supply correct GIC type for KVM capability
> verification. The variable is de
On 10/08/2015 18:36, Paolo Bonzini wrote:
>> > diff --git a/target-arm/translate.c b/target-arm/translate.c
>> > index 69ac18c..960c75e 100644
>> > --- a/target-arm/translate.c
>> > +++ b/target-arm/translate.c
>> > @@ -11166,6 +11166,8 @@ static inline void
>> > gen_intermediate_code_internal(A
On 10/08/2015 17:27, fred.kon...@greensocs.com wrote:
> From: KONRAD Frederic
>
> Instead of doing the jump cache invalidation directly in tb_invalidate delay
> it
> after the exit so we don't have an other CPU trying to execute the code being
> invalidated.
>
> Signed-off-by: KONRAD Frederic
Op 8/10/2015 om 3:15 PM schreef Stefan Hajnoczi:
> The -msg timestamp=on option prepends a timestamp to error messages.
> This is useful on stderr where it allows users to identify when an error
> was raised.
>
> Timestamps do not make sense on the monitor since error_report() is
> called in respon
Hi Alex,
On 08/03/2015 05:14 AM, Alex Bennée wrote:
> When debugging big programs or system emulation sometimes you want both
> the verbosity of cpu,exec et all but don't want to generate lots of logs
> for unneeded stuff. This patch adds a new option -dfilter which allows
> you to specify interes
Le 10/08/2015 18:23, Peter Maydell a écrit :
On 10 August 2015 at 17:15, Jean-Christophe DUBOIS wrote:
Le 07/08/2015 15:45, Peter Maydell a écrit :
On 16 July 2015 at 22:21, Jean-Christophe Dubois
wrote:
memory_region_allocate_system_memory() needs to be called once and
only once by a board i
On 10 August 2015 at 13:06, Pavel Fedin wrote:
> Set kernel_irqchip_type according to value of the option and pass it
> around where necessary. Instantiate devices and fdt nodes according
> to the choice.
>
> max_cpus for virt machine increased to 64. GICv2 compatibility check
> happens inside arm
On 10 August 2015 at 13:06, Pavel Fedin wrote:
> Get/put routines are missing, live migration is not possible.
This commit message is too terse.
Otherwise
Reviewed-by: Peter Maydell
thanks
-- PMM
On 10 August 2015 at 13:06, Pavel Fedin wrote:
> From: Shlomo Pongratz
>
> This class is to be used by both software and KVM implementations of GICv3
>
> Currently it is mostly a placeholder, but in future it is supposed to hold
> qemu's representation of GICv3 state, which is necessary for migra
On 10 August 2015 at 13:06, Pavel Fedin wrote:
> These functions are useful also for vGICv3 implementation. Make them
> accessible
> from within other modules.
>
> Actually kvm_dist_get() and kvm_dist_put() could also be made reusable, but
> they would require two extra parameters (s->dev_fd and
Christopher Covington writes:
> Hi Alex,
>
> On 08/03/2015 05:14 AM, Alex Bennée wrote:
>> When debugging big programs or system emulation sometimes you want both
>> the verbosity of cpu,exec et all but don't want to generate lots of logs
>> for unneeded stuff. This patch adds a new option -dfil
On Mon, Aug 10, 2015 at 12:31:18PM -0400, Gabriel L. Somlo wrote:
> From: "Gabriel Somlo"
>
> Make fw_cfg entries of type "file" available via sysfs. Entries
> are listed under /sys/firmware/fw_cfg/by_select, in folders named
> after each entry's selector key. Filename, selector value, and
> size
Paolo Bonzini writes:
> On 10/08/2015 17:27, fred.kon...@greensocs.com wrote:
>> From: KONRAD Frederic
>>
>> Instead of doing the jump cache invalidation directly in tb_invalidate delay
>> it
>> after the exit so we don't have an other CPU trying to execute the code being
>> invalidated.
>>
On Mon, Aug 10, 2015 at 11:33:04AM -0700, Greg KH wrote:
> On Mon, Aug 10, 2015 at 12:31:19PM -0400, Gabriel L. Somlo wrote:
> > From: "Gabriel Somlo"
> >
> > Signed-off-by: Gabriel Somlo
> > ---
> > lib/kobject.c | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/lib/kobject.c b/l
fred.kon...@greensocs.com writes:
> From: KONRAD Frederic
>
> This is the 7th round of the MTTCG patch series.
>
>
> It can be cloned from:
> g...@git.greensocs.com:fkonrad/mttcg.git branch multi_tcg_v7.
I'm not seeing this yet, did you remember to push?
>
> This patch-set try to address the
Paolo Bonzini writes:
> On 10/08/2015 18:36, Paolo Bonzini wrote:
>>> > diff --git a/target-arm/translate.c b/target-arm/translate.c
>>> > index 69ac18c..960c75e 100644
>>> > --- a/target-arm/translate.c
>>> > +++ b/target-arm/translate.c
>>> > @@ -11166,6 +11166,8 @@ static inline void
>>> > g
1 - 100 of 130 matches
Mail list logo