From: Igor Mammedov
Signed-off-by: Igor Mammedov
Acked-by: Thomas Huth
Reviewed-by: Philippe Mathieu-Daudé
Reviewed-by: Laurent Vivier
Message-Id: <1507211474-188400-14-git-send-email-imamm...@redhat.com>
Signed-off-by: Eduardo Habkost
---
hw/m68k/mcf5208.c | 7 ++-
1 file changed, 2 in
From: Igor Mammedov
Signed-off-by: Igor Mammedov
Reviewed-by: Philippe Mathieu-Daudé
Message-Id: <1507211474-188400-20-git-send-email-imamm...@redhat.com>
Signed-off-by: Eduardo Habkost
---
hw/sh4/r2d.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/hw/sh4/r2d.c b
From: Igor Mammedov
Signed-off-by: Igor Mammedov
Reviewed-by: Philippe Mathieu-Daudé
Tested-by: Philippe Mathieu-Daudé
Message-Id: <1507211474-188400-37-git-send-email-imamm...@redhat.com>
Signed-off-by: Eduardo Habkost
---
include/hw/mips/cps.h| 2 +-
target/mips/cpu.h|
From: Igor Mammedov
Signed-off-by: Igor Mammedov
Acked-by: Thomas Huth
Reviewed-by: Philippe Mathieu-Daudé
Reviewed-by: Laurent Vivier
Message-Id: <1507211474-188400-13-git-send-email-imamm...@redhat.com>
Signed-off-by: Eduardo Habkost
---
hw/m68k/an5206.c | 7 ++-
1 file changed, 2 ins
From: Igor Mammedov
It 'works' with default CPU only because of bug in
moxie_cpu_class_by_name() where it treats cpu_model
as type name and default cpu_model also happens to be
type name. But specifying explicitly cpu on CLI,
ex: '-cpu MoxieLite', makes QEMU fail since
moxie_cpu_class_by_name() d
From: Igor Mammedov
default cpu model 'any' resolves to type TYPE_SH7750R_CPU
in superh_cpu_class_by_name(), so use it directly.
Signed-off-by: Igor Mammedov
Acked-by: Philippe Mathieu-Daudé
Message-Id: <1507211474-188400-21-git-send-email-imamm...@redhat.com>
Reviewed-by: Philippe Mathieu-Dau
From: Igor Mammedov
Signed-off-by: Igor Mammedov
Reviewed-by: Philippe Mathieu-Daudé
Message-Id: <1507211474-188400-38-git-send-email-imamm...@redhat.com>
Signed-off-by: Eduardo Habkost
---
hw/mips/mips_fulong2e.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/hw/m
From: Igor Mammedov
introduce MOXIE_CPU_TYPE_NAME macro and consistently use it
to construct cpu type names. While at it replace dynamic
cpu type name composition with static data.
Signed-off-by: Igor Mammedov
Reviewed-by: Philippe Mathieu-Daudé
Message-Id: <1507211474-188400-16-git-send-email
From: Igor Mammedov
Signed-off-by: Igor Mammedov
Reviewed-by: Philippe Mathieu-Daudé
Message-Id: <1507211474-188400-17-git-send-email-imamm...@redhat.com>
Signed-off-by: Eduardo Habkost
---
hw/moxie/moxiesim.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/hw/moxie
From: Igor Mammedov
use new UNICORE32_CPU_TYPE_NAME to compose CPU type
name and get rid of intermediate
UniCore32CPUInfo/uc32_cpu_register_types()
which is replaced by static TypeInfo array and
type_init_from_array()
Signed-off-by: Igor Mammedov
Reviewed-by: Philippe Mathieu-Daudé
Message-
From: Lan Tianyu
Xen vIOMMU device model will be in Xen hypervisor. Skip vIOMMU
check for Xen here when vcpu number is more than 255.
Signed-off-by: Lan Tianyu
Message-Id: <1502842933-8323-1-git-send-email-tianyu@intel.com>
Signed-off-by: Eduardo Habkost
---
hw/i386/pc.c | 2 +-
1 file ch
From: Igor Mammedov
introduce SUPERH_CPU_TYPE_NAME macro and use it to construct
cpu type names. While at it move cpu type_infos into one
array and register it directly with type_init_from_array()
instead of custom superh_cpu_register_types()
Signed-off-by: Igor Mammedov
Reviewed-by: Philippe M
From: Igor Mammedov
the field contains upper-cased cpu model name and is used
for printing supported cpu model names for '-cpu help'.
Considering that cpu model lookup in superh_cpu_class_by_name()
is case-insensitive, we can drop upper-casing when
printing supported cpus list and use cpu type d
From: Igor Mammedov
Signed-off-by: Igor Mammedov
Reviewed-by: Philippe Mathieu-Daudé
Message-Id: <1507211474-188400-40-git-send-email-imamm...@redhat.com>
Signed-off-by: Eduardo Habkost
---
hw/mips/mips_mipssim.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
diff --gi
From: Igor Mammedov
currently for sh4 cpu_model argument for '-cpu' option
could be either 'cpu model' name or cpu_typename.
however typically '-cpu' takes 'cpu model' name and
cpu type for sh4 target isn't advertised publicly
('-cpu help' prints only 'cpu model' names) so we
shouldn't care abou
From: Igor Mammedov
use new XTENSA_CPU_TYPE_NAME to compose CPU type name
to bring xtensa in line with all other targets that
will similar macro.
Signed-off-by: Igor Mammedov
Reviewed-by: Philippe Mathieu-Daudé
Message-Id: <1507211474-188400-25-git-send-email-imamm...@redhat.com>
Signed-off-by
On Fri, Oct 27, 2017 at 2:48 PM, francisco iglesias
wrote:
> Good day Alistair,
>
> Yes exactly! The qspi aliases on the soc (named "qspi%d") targets the spi
> busses on the qspi dev (named "spi%d"). I did it this way in hope that the
> code resembles how we connect the SST flashes to the standard
On Fri, Oct 20, 2017 at 09:38:52AM -0500, Michael Davidsaver wrote:
> Actual number of interrupt pins isn't known
> in ppce500_init_mpic() so a hardcoded number
> was used, which causes a crash with older openpic.
>
> Instead, return the DeviceState* and change ppce500_init()
> to call qdev_get_gp
From: Igor Mammedov
Signed-off-by: Igor Mammedov
Reviewed-by: Philippe Mathieu-Daudé
Message-Id: <1507211474-188400-29-git-send-email-imamm...@redhat.com>
Signed-off-by: Eduardo Habkost
---
hw/unicore32/puv3.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/hw/unic
From: Igor Mammedov
Signed-off-by: Igor Mammedov
Reviewed-by: Philippe Mathieu-Daudé
Message-Id: <1507211474-188400-27-git-send-email-imamm...@redhat.com>
Signed-off-by: Eduardo Habkost
---
hw/xtensa/xtfpga.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/hw/x
From: Igor Mammedov
Signed-off-by: Igor Mammedov
Reviewed-by: Philippe Mathieu-Daudé
Message-Id: <1507211474-188400-31-git-send-email-imamm...@redhat.com>
Signed-off-by: Eduardo Habkost
---
hw/tricore/tricore_testboard.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git
From: Igor Mammedov
introduce TRICORE_CPU_TYPE_NAME macro and use it to construct
cpu type names. While at it move cpu type_infos into one
array and register it directly with type_init_from_array()
instead of custom tricore_cpu_register_types()/cpu_register()
Signed-off-by: Igor Mammedov
Review
From: Igor Mammedov
introduce SPARC_CPU_TYPE_NAME macro and use it to
construct cpu type names.
Signed-off-by: Igor Mammedov
Reviewed-by: Philippe Mathieu-Daudé
Tested-by: Philippe Mathieu-Daudé
Message-Id: <1507211474-188400-32-git-send-email-imamm...@redhat.com>
Signed-off-by: Eduardo Habko
From: Igor Mammedov
Signed-off-by: Igor Mammedov
Reviewed-by: Philippe Mathieu-Daudé
Message-Id: <1507211474-188400-33-git-send-email-imamm...@redhat.com>
Reviewed-by: Artyom Tarasenko
Signed-off-by: Eduardo Habkost
---
include/hw/sparc/sparc64.h | 3 +--
hw/sparc64/niagara.c | 4 ++--
From: Igor Mammedov
Signed-off-by: Igor Mammedov
Reviewed-by: Philippe Mathieu-Daudé
Tested-by: Philippe Mathieu-Daudé
Message-Id: <1507211474-188400-35-git-send-email-imamm...@redhat.com>
Reviewed-by: Artyom Tarasenko
Signed-off-by: Eduardo Habkost
---
hw/sparc/leon3.c | 8 ++--
1 file
From: Igor Mammedov
Signed-off-by: Igor Mammedov
Reviewed-by: Philippe Mathieu-Daudé
Tested-by: Philippe Mathieu-Daudé
Message-Id: <1507211474-188400-34-git-send-email-imamm...@redhat.com>
Reviewed-by: Artyom Tarasenko
Acked-by: Mark Cave-Ayland
Signed-off-by: Eduardo Habkost
---
hw/sparc/
Hi Fred,
Thanks, I have misunderstood the process to add a new model.
I will follow your advice for the next patch and add the Makefile
modification in the same Patch.
Gabriel
On Fri, Oct 27, 2017 at 9:07 AM, KONRAD Frederic <
frederic.kon...@adacore.com> wrote:
> Hi,
>
> Why does this patch ha
From: Igor Mammedov
object_initialize() is intended for inplace initialization of
objects, but here it's first allocated with g_new0() and then
initialized with object_initialize(). QEMU already has API
to do this (object_new), so do object creation with suitable
for usecase API.
Signed-off-by:
The sclp console in the s390 bios writes raw data,
leading console emulators (such as virsh console) to
treat a new line ('\n') as just a new line instead
of as a Unix line feed. Because of this, output
appears in a "stair case" pattern.
Let's print \r\n on every occurrence of a new line
in the st
From: Igor Mammedov
Signed-off-by: Igor Mammedov
Reviewed-by: Philippe Mathieu-Daudé
Reviewed-by: Hervé Poussineau
Message-Id: <1507211474-188400-39-git-send-email-imamm...@redhat.com>
Signed-off-by: Eduardo Habkost
---
hw/mips/mips_jazz.c | 8 +++-
1 file changed, 3 insertions(+), 5 del
Hi Fred,
Here, I prefer keep the variables names to easy check the Reset default
values.
Gabriel
On Fri, Oct 27, 2017 at 9:20 AM, KONRAD Frederic <
frederic.kon...@adacore.com> wrote:
>
>
> On 10/26/2017 12:34 PM, Gabriel Costa wrote:
>
>> From: Gabriel Augusto Costa
>>
>> This Patch include
From: Igor Mammedov
Signed-off-by: Igor Mammedov
Reviewed-by: Philippe Mathieu-Daudé
Message-Id: <1507211474-188400-41-git-send-email-imamm...@redhat.com>
Signed-off-by: Eduardo Habkost
---
hw/mips/mips_r4k.c | 16 +++-
1 file changed, 7 insertions(+), 9 deletions(-)
diff --git a
From: Igor Mammedov
numa 'mem' option with suffix or without one is possible
only on CLI/HMP. Instead of fixing up special suffix less
CLI case deep in parse_numa_node() do it earlier right
after option is parsed into NumaNodeOptions with OptVisistor
so that the rest of the code would use valid v
Hello again Alistair,
Thank you very much for the review! The new lines will be added into the
next version of the patch series (v5).
Best regards,
Francisco Iglesias
On 27 Oct 2017 16:41, "Alistair Francis" wrote:
> On Fri, Oct 27, 2017 at 2:48 PM, francisco iglesias
> wrote:
> > Good day Al
Specify the number of CPUs that can run on ZynqMP.
Signed-off-by: Alistair Francis
---
hw/arm/xlnx-zcu102.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/hw/arm/xlnx-zcu102.c b/hw/arm/xlnx-zcu102.c
index 519a16ed98..b86c048bb3 100644
--- a/hw/arm/xlnx-zcu102.c
+++ b/hw/arm/xlnx-zcu102.c
@
On 10/27/2017 04:30 PM, Collin L. Walling wrote:
> The sclp console in the s390 bios writes raw data,
> leading console emulators (such as virsh console) to
> treat a new line ('\n') as just a new line instead
> of as a Unix line feed. Because of this, output
> appears in a "stair case" pattern.
On 10/27/2017 12:59 PM, no-re...@patchew.org wrote:
> Hi,
>
> This series failed build test on ppc host. Please find the details below.
>
> /var/tmp/patchew-tester-tmp-xb4sc6ly/src/nbd/server.c: In function
> ‘nbd_co_client_start’:
> /var/tmp/patchew-tester-tmp-xb4sc6ly/src/nbd/server.c:819:12:
On 10/25/2017 02:30 PM, Richard Henderson wrote:
> Support for Capstone, plus an arm32 fix.
>
>
> Capstone disassembler
>
>
> Richard Henderson (11):
> target/i
Hi,
This series failed automatic build test. Please find the testing commands and
their output below. If you have docker installed, you can probably reproduce it
locally.
Subject: [Qemu-devel] [PATCH v6]arm: Makefiles to kinetis k64 platform
Type: series
Message-id: 1509014053-28134-7-git-send-em
Hi Fred,
I have added the .valid field like the bcm2835_aux.c file inside /hw/char.
Gabriel
On Fri, Oct 27, 2017 at 9:26 AM, KONRAD Frederic <
frederic.kon...@adacore.com> wrote:
>
>
> On 10/26/2017 12:34 PM, Gabriel Costa wrote:
>
>> From: Gabriel Augusto Costa
>>
>> This Patch include kineti
On 10/27/2017 04:06 PM, Christian Borntraeger wrote:
>
>
> On 10/27/2017 03:40 PM, Halil Pasic wrote:
>>
>>
>> On 10/27/2017 02:57 PM, Christian Borntraeger wrote:
>>>
>>>
>>> On 10/27/2017 02:45 PM, Christian Borntraeger wrote:
On 10/27/2017 02:31 PM, Halil Pasic wrote:
gs
On 10/27/2017 09:19 AM, Mark Cave-Ayland wrote:
[...]
> +/* Called from RCU critical section */
> +static IOMMUTLBEntry sun4m_translate_iommu(IOMMUMemoryRegion *iommu,
> + hwaddr addr,
> + IOMMUAccessFlags flags)
>
On 10/27/2017 09:19 AM, Mark Cave-Ayland wrote:
> The original sun4m IOMMU/DMA code dates from before the introduction of the
> QEMU
> memory region API (in particular IOMMU memory regions) and the DMA API.
>
> This patchset removes these sun4m-specific implementations and replaces them
> with
>
On 10/27/2017 04:30 PM, Collin L. Walling wrote:
> The sclp console in the s390 bios writes raw data,
> leading console emulators (such as virsh console) to
> treat a new line ('\n') as just a new line instead
> of as a Unix line feed. Because of this, output
> appears in a "stair case" pattern.
On 10/25/2017 12:59 PM, Mark Cave-Ayland wrote:
> Due to slight differences in behaviour accessing the registers for the
> esp and le devices, create two separate SPARC32_DMA_DEVICE types and
> update the sun4m machine to use.
>
> Note that by using different device types we already know the size
On 10/25/2017 12:59 PM, Mark Cave-Ayland wrote:
> By using the sysbus interface it is possible to wire up the esp/le devices
> to the sun4m DMA controller directly during sun4m_hw_init() instead of
> passing qemu_irqs into the sparc32_dma_init() function.
>
> This is an intermediate step to allow
On 10/27/2017 11:39 AM, Halil Pasic wrote:
On 10/27/2017 04:30 PM, Collin L. Walling wrote:
The sclp console in the s390 bios writes raw data,
leading console emulators (such as virsh console) to
treat a new line ('\n') as just a new line instead
of as a Unix line feed. Because of this, output
On 10/25/2017 12:59 PM, Mark Cave-Ayland wrote:
> This enables them to be used outside of esp.c.
>
> Signed-off-by: Mark Cave-Ayland
> CC: Paolo Bonzini
> Reviewed-by: Artyom Tarasenko
> Reviewed-by: Peter Maydell
Reviewed-by: Philippe Mathieu-Daudé
> ---
> hw/scsi/esp.c | 13 ---
On 10/25/2017 12:59 PM, Mark Cave-Ayland wrote:
> This enables them to be used outside of lance.c.
>
> Signed-off-by: Mark Cave-Ayland
Reviewed-by: Philippe Mathieu-Daudé
> CC: Jason Wang
> ---
> hw/net/lance.c | 11 +--
> include/hw/net/lance.h | 41 +
On 10/27/2017 05:47 PM, Collin L. Walling wrote:
>>
>
> I wanted to do the same, however str is void can cannot be indexed directly.
> We'd have to do some nasty casting first, so I figured having *p made things
> look cleaner.
I did not consider that, sorry. (One could rename p to str AFAIR to
Hi Mark,
On 10/25/2017 12:59 PM, Mark Cave-Ayland wrote:
> Signed-off-by: Mark Cave-Ayland
> Reviewed-by: Artyom Tarasenko
> ---
> hw/dma/sparc32_dma.c | 34 --
> include/hw/sparc/sparc32_dma.h | 37 +
> 2 files c
On 10/25/2017 12:59 PM, Mark Cave-Ayland wrote:
> This makes it possible to reference the esp device from the espdma device as
> required, and by wiring up the device ourselves in sun4m.c we can drop use
> of the esp_init() function.
>
> Signed-off-by: Mark Cave-Ayland
> Reviewed-by: Artyom Taras
On 10/25/2017 12:59 PM, Mark Cave-Ayland wrote:
> This makes it possible to reference the lance device from the ledma device as
> required.
>
> Signed-off-by: Mark Cave-Ayland
> Reviewed-by: Artyom Tarasenko
> ---
> hw/dma/sparc32_dma.c | 22 ++
> hw/sparc/sun4m.
Hi,
I have a question regarding receive pkts classification in QEMU.
The virtIO spec states that the receive flow classification is implicit when
enabling multiqueue support, but are there any ways to control the actual RX
classification from inside the guest system or know how it is done? As
e
mfence appears to be way slower than a locked instruction - let's use
lock+add unconditionally, as we always did on old 32-bit.
Results:
perf stat -r 10 -- ./virtio_ring_0_9 --sleep --host-affinity 0 --guest-affinity 0
Before:
0.922565990 seconds time elapsed
The sclp console in the s390 bios writes raw data,
leading console emulators (such as virsh console) to
treat a new line ('\n') as just a new line instead
of as a Unix line feed. Because of this, output
appears in a "stair case" pattern.
Let's print \r\n on every occurrence of a new line
in the st
On 10/25/2017 12:59 PM, Mark Cave-Ayland wrote:
> Create a new SPARC32_DMA container object (including an appropriate container
> memory region) and add instances of the SPARC32_ESPDMA_DEVICE and
> SPARC32_LEDMA_DEVICE as child objects. The benefit is that most of the gpio
> wiring complexity betwe
On 10/25/2017 12:59 PM, Mark Cave-Ayland wrote:
> This hack originated from before the memory region API was introduced, and
> increased the size of the ledma DMA device to capture incorrect accesses
> beyond the end of the ledma device. A full analysis can be found on Artyom's
> blog at
> http://
On 10/20/2017 09:39 AM, Mark Cave-Ayland wrote:
>>> Also update the function names to match as appropriate. While we're
>>> here rename the type from sparc32_dma to sparc32-dma in order to
>>> match the current QOM convention.
>>
>> Where can I read on the QOM convention?
>
> The relevant document
On 10/20/2017 09:41 AM, Mark Cave-Ayland wrote:
>>> -dev = qdev_create(NULL, "sparc32-dma-device");
>>> +dev = qdev_create(NULL, is_ledma ? "sparc32-ledma" : "sparc32-espdma");
>>
>> TYPE_SPARC32_LEDMA_DEVICE and TYPE_SPARC32_ESPDMA_DEVICE?
>
> Again please note that this patch is an inter
On 10/25/2017 12:59 PM, Mark Cave-Ayland wrote:
> Also update the function names to match as appropriate. While we're
> here rename the type from sparc32_dma to sparc32-dma in order to
> match the current QOM convention.
>
> Signed-off-by: Mark Cave-Ayland
> Reviewed-by: Artyom Tarasenko
Review
This Patch include kinetis_k64_uart.c/.h and Makefile.objs
uart means Universal Asynchronous Receiver/Transmitter (UART)
More information about this peripheral can be found at:
pag 1529, K64P144M120SF5RM.pdf.
Signed-off-by: Gabriel Augusto Costa
---
hw/char/Makefile.objs | 1 +
hw
From: Gabriel Augusto Costa
Hi everyone,
I made a new arm machine with some peripherals.
The machine is mk64fn1m0, a cortex-m4 microcontroller from NXP Kinetis family.
I have prepared a series of patchs to include this machine:
PATCH v5 n/5: It adds the machine and peripherals devices;
PATCH v6
This Patch include kinetis_k64_system.c/.h and Makefile.objs
sim means System Integration Module (SIM)
More information about this peripheral can be found at:
pag 291, K64P144M120SF5RM.pdf.
Signed-off-by: Gabriel Augusto Costa
---
hw/misc/Makefile.objs| 3 +
hw/misc/kinetis_k64
This Patch include kinetis_k64_mcg.c/.h
mcg means Multipurpose Clock Generator (MCG)
More information about this peripheral can be found at:
pag 579, K64P144M120SF5RM.pdf.
Signed-off-by: Gabriel Augusto Costa
---
hw/misc/kinetis_k64_mcg.c | 208 ++
inc
This Patch include mk64fn1m0.c that describe the kinetis k64 machine and
some peripherals.
Also, include changes in Makefile.objs and arm-softmmu.mak to compile
this machine.
Signed-off-by: Gabriel Augusto Costa
---
default-configs/arm-softmmu.mak | 1 +
hw/arm/Makefile.objs| 1 +
Hi Mark,
On 10/25/2017 12:59 PM, Mark Cave-Ayland wrote:
> This patchset aims to tidy-up the sparc32_dma code by improving the
> modelling of the espdma/ledma devices using both QOM and the memory
> API which didn't exist when the code was first written.
>
> The result is that it is now possible
Launchpad has imported 3 comments from the remote bug at
https://bugzilla.redhat.com/show_bug.cgi?id=667097.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help
Launchpad has imported 5 comments from the remote bug at
https://bugzilla.redhat.com/show_bug.cgi?id=668589.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help
From: Richard Henderson
Signed-off-by: Richard Henderson
---
Rebased and updated for changes to tcg_gen_lookup_and_goto_ptr.
---
target/ppc/translate.c | 23 ---
1 file changed, 8 insertions(+), 15 deletions(-)
diff --git a/target/ppc/translate.c b/target/ppc/translate.c
i
The symlink was just an easy test case. Doing cd proc && cat ./self/maps
will achieve the same thing.
One instance where this matters is for testing IoT device firmware
exploits, where one might do a GET request against
../../../../../../proc/self/maps in order to bypass ASLR. Currently, this
wi
On Fri, Oct 27, 2017 at 17:18:44 +0200, Halil Pasic wrote:
> On 10/27/2017 04:06 PM, Christian Borntraeger wrote:
...
> > I talked to several people and it seems that on x86 the host model will
> > also enable new features
> > that are not known by older QEMUs and its considered works as designed.
On Fri, 27 Oct 2017, Ian Jackson wrote:
> Stefano Stabellini writes ("Re: [PATCH v5.1 2/8] xen: restrict: use
> xentoolcore_restrict_all"):
> > On Fri, 20 Oct 2017, Ian Jackson wrote:
> ...
> > > Drop individual use of xendevicemodel_restrict and
> > > xenforeignmemory_restrict. These are not act
On 10/27/2017 06:14 PM, Collin L. Walling wrote:
> The sclp console in the s390 bios writes raw data,
> leading console emulators (such as virsh console) to
> treat a new line ('\n') as just a new line instead
> of as a Unix line feed. Because of this, output
> appears in a "stair case" pattern.
On 10/27/2017 07:12 PM, Jiri Denemark wrote:
> On Fri, Oct 27, 2017 at 17:18:44 +0200, Halil Pasic wrote:
>> On 10/27/2017 04:06 PM, Christian Borntraeger wrote:
> ...
>>> I talked to several people and it seems that on x86 the host model will
>>> also enable new features
>>> that are not known
The device vmcoreinfo depends on the fw_cfg device to work, a device
that isn't available in most ppc64 machines. This makes device-crash-test
spams the following error when running with qemu-system-ppc64:
"INFO: log: qemu-system-ppc64: -device vmcoreinfo: vmcoreinfo device
requires fw_cfg with DM
Public bug reported:
The userspace Linux API virtualization used to fake access to
/proc/self/auxv, to provide meaningful data for the guest process.
For newer qemu versions, this fails: The openat() is intercepted, but
there's no content: /proc/self/auxv has length zero (i.e. reading from
it ret
Hi Alistair,
On 10/27/2017 11:35 AM, Alistair Francis wrote:
> Specify the number of CPUs that can run on ZynqMP.
>
> Signed-off-by: Alistair Francis
> ---
>
> hw/arm/xlnx-zcu102.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/hw/arm/xlnx-zcu102.c b/hw/arm/xlnx-zcu102.c
> index 519
On 10/27/2017 11:10 AM, Eduardo Habkost wrote:
> On Fri, Oct 27, 2017 at 02:42:11PM +0100, Peter Maydell wrote:
[...]
>> Hi. I'm afraid this breaks the sh4 linux-user code:
>>
>> /home/petmay01/linaro/qemu-for-merges/build/all-linux-static/sh4-linux-user/qemu-sh4
>> -L ./gnemul/qemu-sh4 sh4/ls -l d
I've got my git set up to auto-cc anyone mentioned on a per-patch basis,
by doing:
[sendemail]
cccmd /path/to/scripts/get_maintainer.pl --nogit-fallback --noroles
However, it has the drawback that it does not auto-cc anyone on the 0/N
cover-letter; for that, I have to manually choose who
> diff --git a/hw/dma/sparc32_dma.c b/hw/dma/sparc32_dma.c
> index e4ff4a8..ae8fa06 100644
> --- a/hw/dma/sparc32_dma.c
> +++ b/hw/dma/sparc32_dma.c
> @@ -40,7 +40,6 @@
> * http://www.ibiblio.org/pub/historic-linux/early-ports/Sparc/NCR/DMA2.txt
> */
>
> -#define DMA_REGS 4
> #define DMA_SIZ
Another case that may be more relevant for general QEMU use, is that the
current code fails if the software under test has poor path-handling code.
For example, any of
- //proc/self/maps
- /proc//self/maps
- /proc/self//maps
Will all return the non-emulated results. Those examples are just path
On 10/16/2017 07:19 PM, Peter Maydell wrote:
> It looks like at least five people whose keys I'd like to sign
> are going to be at KVM Forum this year, so it seems worth having
> a proper key signing party rather than just me ad-hoc finding
> people and checking their ID. I am particularly interest
New tigervnc server changes the way to send long pressed key,
from "down up down up ..." to "down down ... up". So we insert
an up event after each key down event to simulate auto-repeat
key events for xen keyboard frontend driver.
Signed-off-by: Liang Yan
---
hw/display/xenfb.c | 3 +++
1 file
On 10/27/2017 09:36 PM, Eric Blake wrote:
> If you want more help running pius for signing and sending the signed
> key to a particular recipient, see a previous mail of mine on the topic:
>
> https://lists.gnu.org/archive/html/qemu-devel/2013-11/msg01477.html
Unfortunately, on Fedora 26, the cu
On 10/27/2017 12:14 PM, Collin L. Walling wrote:
The sclp console in the s390 bios writes raw data,
leading console emulators (such as virsh console) to
treat a new line ('\n') as just a new line instead
of as a Unix line feed. Because of this, output
appears in a "stair case" pattern.
Let's p
Please close it, it's solved with this patch commit to kvm / kernel:
Was found and fixed with great support of Paolo Bonzini
From: Paolo Bonzini
Date: Thu, 12 Feb 2015 17:04:47 +0100
Subject: KVM: emulate: fix CMPXCHG8B on 32-bit hosts
--
You received this bug notification because you are a memb
Launchpad has imported 14 comments from the remote bug at
https://bugzilla.redhat.com/show_bug.cgi?id=557188.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://hel
On 10/23/2017 11:29 AM, Vladimir Sementsov-Ogievskiy wrote:
> Snapshot-switch actually changes active state of disk so it should
> reflect on dirty bitmaps. Otherwise next incremental backup using
> these bitmaps will be invalid.
>
> Signed-off-by: Vladimir Sementsov-Ogievskiy
> ---
> block/snap
On Wed, Oct 25, 2017 at 09:13:46PM -0400, John Arbuckle wrote:
> Prior the Mac OS 10.7, the function strnlen() was not available. This patch
> implements strnlen() on Mac OS X versions that are below 10.7.
>
> Signed-off-by: John Arbuckle
Applied, thanks.
> ---
> v4 changes:
> - Added check for
On Fri, Oct 27, 2017 at 06:58:14PM +0200, Richard Henderson wrote:
> From: Richard Henderson
>
> Signed-off-by: Richard Henderson
Applied,thanks.
> ---
> Rebased and updated for changes to tcg_gen_lookup_and_goto_ptr.
>
> ---
> target/ppc/translate.c | 23 ---
> 1 file ch
** Changed in: qemu
Status: Incomplete => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1366836
Title:
Core2Duo and KVM may not boot Win8 properly on 3.x kernels
Status in QEMU
On 26/10/2017 21:03, Philippe Mathieu-Daudé wrote:
>> AFAIK the only target that is so far supposed to work with
>> --disable-tcg is i386. The configure script however lets you try to
>> build without TCG if the host has an alternative accelerator (e.g. KVM),
>> but that build is likely to fail. [
This set of patches implements support for migrating the state of the
external 'swtpm' TPM emulator as well as that of the emulated device
interfaces. I have primarily tested this with TPM 1.2 so far, but it
also seems to work with TPM 2 and the CRB interface.
This series applies on top of Marc-An
TPM backends will suspend independently of the frontends. Also
here we need to be able to wait for the TPM command to have been
completely processed.
Signed-off-by: Stefan Berger
---
backends/tpm.c | 19 +++
include/sysemu/tpm_backend.h | 14 ++
2 files
Signed-off-by: Stefan Berger
---
hw/tpm/tpm_tis.c | 5 -
hw/tpm/tpm_util.c | 7 +++
hw/tpm/tpm_util.h | 7 +++
3 files changed, 14 insertions(+), 5 deletions(-)
diff --git a/hw/tpm/tpm_tis.c b/hw/tpm/tpm_tis.c
index 90dca4e..60887c3 100644
--- a/hw/tpm/tpm_tis.c
+++ b/hw/tpm/tpm_tis
Introduce a lock and a condition to notify anyone waiting for the completion
of the execution of a TPM command by the backend (thread). The backend
uses the condition to signal anyone waiting for command completion.
We need to place the condition in two locations: one is invoked by the
backend thre
Implement tpm_backend_wait_cmd_completed to synchronize with the
backend (thread) for the completion of a command.
Signed-off-by: Stefan Berger
---
backends/tpm.c | 10 ++
include/sysemu/tpm_backend.h | 8
2 files changed, 18 insertions(+)
diff --git a/backends/t
We need to synchronize with the backend thread to make sure that a command
being processed by the external TPM emulator has completed and its
response been received. In case the bottom half did not run, we run the
function it is supposed to run.
Signed-off-by: Stefan Berger
---
hw/tpm/tpm_crb.c
Extend the TPM TIS interface with state migration support.
We need to synchronize with the backend thread to make sure that a command
being processed by the external TPM emulator has completed and its
response been received. In case the bottom half did not run, we run the
function it is supposed t
101 - 200 of 218 matches
Mail list logo
