Juan Quintela writes:
> Markus Armbruster wrote:
>> Python 2 EOL is only a few days away[*]. We made configure bitch about
>> it in commit e5abf59eae "Deprecate Python 2 support", 2019-07-01. Any
>> objections to retiring it now, i.e. in 5.0?
>>
>> Cc'ing everyone who appears to be maintaining
> From: Stefan Hajnoczi [mailto:stefa...@gmail.com]
> Sent: Friday, December 20, 2019 5:53 PM
> To: wangyong (Cloud)
> Cc: Stefan Hajnoczi ; pbonz...@redhat.com;
> mark.ka...@oracle.com; h...@lst.de; qemu-devel@nongnu.org
> Subject: Re: issue about virtio-blk queue size
>
> On Thu, Dec 05, 2019 at
Since commit ba21bde93 we don't need to set the machine type
manually, the one set by the ":avocado: tags=machine" will be used.
Suggested-by: Cleber Rosa
Signed-off-by: Philippe Mathieu-Daudé
---
tests/acceptance/machine_avr6.py | 1 -
1 file changed, 1 deletion(-)
diff --git a/tests/acceptan
Arduino boards are build with AVR chipsets.
Add some of the popular boards:
- Arduino Duemilanove
- Arduino Uno
- Arduino Mega
For more information:
https://www.arduino.cc/en/Main/Products
https://store.arduino.cc/arduino-genuino/most-popular
Signed-off-by: Philippe Mathieu-Daudé
---
v2:
-
The Arduino Duemilanove is based on a AVR5 CPU, while the
Arduino MEGA2560 on a AVR6 CPU.
Signed-off-by: Philippe Mathieu-Daudé
---
tests/boot-serial-test.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tests/boot-serial-test.c b/tests/boot-serial-test.c
index e556f09db8..582a497963 1006
On Sat, Dec 21, 2019 at 2:02 AM Philippe Mathieu-Daudé wrote:
>
> Hi,
>
> This series add the arduino boards, aiming at removing the
> 'sample' board that doesn't follow any specification.
>
> Since v1:
> - Addressed Igor comments
> - Addressed Aleksandar comments
> - Fixed UART issue (was due to
This device expose 3 different I/O regions. Name them differently
to have a clearer 'info mtree' output.
Signed-off-by: Philippe Mathieu-Daudé
---
hw/timer/avr_timer16.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/hw/timer/avr_timer16.c b/hw/timer/avr_timer16.c
inde
Hi,
This series add the arduino boards, aiming at removing the
'sample' board that doesn't follow any specification.
Since v1:
- Addressed Igor comments
- Addressed Aleksandar comments
- Fixed UART issue (was due to IRQ shifted by 2 in CPU)
TODO after merge is:
- Extract Timer8 common parts from
On Fri, Dec 20, 2019 at 10:40:54PM +0100, Laurent Vivier wrote:
> Register addr 1 is defined as buffer A with handshake (vBufAH),
> register addr 15 is also defined as buffer A without handshake (vBufA).
>
> As both addresses access the same register, remove the definition of
> 'anh' and use only
On Fri, Dec 20, 2019 at 05:51:48PM +0100, Greg Kurz wrote:
> Multi TCG mandates the CPU topology to be dimensioned to the actual
> number of CPUs, depending on the number of chips the user asked for.
> That is, '-machine num-chips=N' should always have a '-smp' companion
> with a topology that meat
Signed-off-by: Philippe Mathieu-Daudé
---
Cc: Cleber Rosa
tests/acceptance/machine_avr6.py | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/tests/acceptance/machine_avr6.py b/tests/acceptance/machine_avr6.py
index 394b3d4f8f..94a8004e94 100644
--- a/tests/acceptance/m
Add some microcontrollers from the megaAVR family (ATmega series):
- middle range: ATmega168 and ATmega328
- high range: ATmega1280 and ATmega2560
For product comparison:
https://www.microchip.com/wwwproducts/ProductCompare/ATmega168P/ATmega328P
https://www.microchip.com/wwwproducts/ProductCo
As the path name demonstrates, the FreeRTOS tests target a
board based on a ATMega2560 MCU. We have one, the Arduino
MEGA2560.
Complementary documentation:
https://feilipu.me/2012/01/15/ethermega-arduino-mega-2560-and-freertos/
https://feilipu.me/2015/11/24/arduino_freertos/ (see 'Compatibility')
Per the datasheet the USART uses 7 consecutive 8-bit registers.
Signed-off-by: Philippe Mathieu-Daudé
---
hw/char/avr_usart.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/char/avr_usart.c b/hw/char/avr_usart.c
index cb307fe23d..becdb87847 100644
--- a/hw/char/avr_usart.
On Fri, 20 Dec 2019, Laurent Vivier wrote:
> Le 20/12/2019 ? 12:38, Aleksandar Markovic a ?crit?:
> > On Sat, Dec 14, 2019 at 2:29 AM Finn Thain
> > wrote:
> >>
> >> Hi All,
> >>
> >> There is a bug in the DP8393X emulation that can stop packet reception.
> >>
> >> Whilst debugging that issue I
Hi Michael,
Few minor comments below.
On 12/18/19 10:03 PM, Michael Rolnik wrote:
A simple board setup that configures an AVR CPU to run a given firmware image.
This is all that's useful to implement without peripheral emulation as AVR CPUs
include a lot of on-board peripherals.
NOTE: this is
Please disregard this patch. An off-by-one bug was found in one of my
Linux sonic driver patches. When I fixed that bug, this patch (13/13) was
shown to be incorrect.
The Linux sonic driver patches are being tested on actual SONIC hardware
(Mac Centris 610). I will send v3 of this series afte
On 12/19/19 10:14 AM, Nir Soffer wrote:
1. Using disk name as a bitmap name is a bad behavior, as they are completely
different concepts. Especially keeping in mind that user already knows disk
name anyway
and no reason to write this export name inside metadata context of this export.
The dif
On 12/19/19 9:08 AM, Nir Soffer wrote:
Let's just fix qapi spec now.
But qapi documents a better behavior for users. We should fix the code instead
to mach the docs.
1. Using disk name as a bitmap name is a bad behavior, as they are completely
different concepts. Especially keeping in mind t
On Thu, Dec 19, 2019 at 7:51 PM Philippe Mathieu-Daudé
wrote:
> These definitions are only used in the implementation, thus don't
> need to be exported. Move them in the source file.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> include/hw/timer/allwinner-a10-pit.h | 28
Register addr 1 is defined as buffer A with handshake (vBufAH),
register addr 15 is also defined as buffer A without handshake (vBufA).
As both addresses access the same register, remove the definition of
'anh' and use only 'a' (with VIA_REG_ANH and VIA_REG_A).
Fixes: 51f233ec92cd ("misc: introdu
On Thu, Dec 19, 2019 at 7:51 PM Philippe Mathieu-Daudé
wrote:
> Keeping unused definition is rather confusing when reviewing.
> Remove them.
>
Perhaps make it more clear that the definitions are unused IRQ defines?
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> include/hw/timer/allwinner-a
On 12/18/19 4:48 AM, Max Reitz wrote:
There is no $SOCKDIR, only $SOCK_DIR.
Fixes: f3923a72f199b2c63747a7032db74730546f55c6
Signed-off-by: Max Reitz
---
tests/qemu-iotests/common.rc | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Whoops. Thanks for the fix.
Reviewed-by: Eric Blak
On Thu, Dec 19, 2019 at 7:51 PM Philippe Mathieu-Daudé
wrote:
> This controller is able to use up to 6 timers.
> Later we will reuse part of it to model other similar controllers
> but with less timers. To simplify the VMSTATE, we'll keep a max
> of 6 timers. Add a definition for that value.
>
>
On 12/20/19 6:50 AM, Kevin Wolf wrote:
Am 20.12.2019 um 11:30 hat Max Reitz geschrieben:
I placed it into block/ because that just seemed like the least bad
place to me (apart from creating a new top-level directory like nbd has)
– and also because we already have quite some few non-driver files
On Thu, Dec 19, 2019 at 7:51 PM Philippe Mathieu-Daudé
wrote:
> We have a definition for this magic value '6', use it.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> include/hw/timer/allwinner-a10-pit.h | 2 +-
> hw/timer/allwinner-a10-pit.c | 2 +-
> 2 files changed, 2 insertions(+)
This adds emulation of Artist graphics good enough
to get a Text console on both Linux and HP-UX. The
X11 server from HP-UX also works.
Signed-off-by: Sven Schnelle
---
hw/display/Kconfig |4 +
hw/display/Makefile.objs |1 +
hw/display/artist.c | 1450 +
Signed-off-by: Sven Schnelle
---
hw/hppa/Kconfig| 1 +
hw/hppa/lasi.c | 10 +-
hw/input/Kconfig | 3 +
hw/input/Makefile.objs | 1 +
hw/input/lasips2.c | 289 +
hw/input/ps2.c | 5 +
hw/input/tr
From: Helge Deller
LASI is a built-in multi-I/O chip which supports serial, parallel,
network (Intel i82596 Apricot), sound and other functionalities.
LASI has been used in many HP PARISC machines.
This patch adds the necessary parts to allow Linux and HP-UX to detect
LASI and the network card.
On 12/20/19 7:25 AM, Markus Armbruster wrote:
I suppose moving a field between a union base and all variants does
still result in different introspection even though the accepted inputs
are the same.
Correct. A common member (whether it's local or from the base) is in
SchemaInfoObject.member
From: Helge Deller
The tests of the dino chip with the Online-diagnostics CD
("ODE DINOTEST") now succeeds.
Additionally add some qemu trace events.
Signed-off-by: Helge Deller
Signed-off-by: Sven Schnelle
Reviewed-by: Philippe Mathieu-Daudé
---
MAINTAINERS | 2 +-
hw/hppa/dino.c
Hi,
these series adds quite a lot to the HPPA emulation in QEMU:
i82596 emulation from Helge, PS/2 and Artist graphics emulation.
See https://parisc.wiki.kernel.org/index.php/Qemu for a few screenshots
of QEMU running a X11/CDE session in HP-UX.
Changes in v5:
- fix a buffer overrun in vram_bit
On 12/19/19 8:38 AM, Max Reitz wrote:
fuse-export-add allows mounting block graph nodes via FUSE on some
existing regular file. That file should then appears like a raw disk
image, and accesses to it result in accesses to the exported BDS.
Right now, we only set up the mount point and tear all
HP-UX sends both the 'Set key make and break (0xfc) and
'Set all key typematic make and break' (0xfa). QEMU response
with 'Resend' as it doesn't handle these commands. HP-UX than
reports an PS/2 max retransmission exceeded error. Add these
commands and just reply with ACK.
Signed-off-by: Sven Schn
Hi Philippe,
On Thu, Dec 19, 2019 at 7:51 PM Philippe Mathieu-Daudé
wrote:
> Extract the common code from the TYPE_AW_A10_PIT device into a new
> abstract device: TYPE_AW_COMMON_PIT, then use it as parent, so we
> inherit the same functionalities.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
On Fri, Dec 20, 2019 at 04:13:59PM +, Stefan Hajnoczi wrote:
> Hi,
> QEMU presents a command-line interface and QMP monitor for
> applications to interact with. Applications actually need API
> bindings in their programming language. Bindings avoid reimplementing
> code to spawn a QEMU proces
On 12/20/19 11:17 AM, Florian Florensa wrote:
The patch LGTM, but I'd like to use 'namespace' instead of cryptic
'nspace'. (as BlockdevOptionsNVMe did)
What do you think?
Yes no worries, I can rename it to 'rbd_namespace' to avoid any possible
confusion, is this Ok for you ?
We use "pool_nam
On 12/19/19 7:34 AM, Florian Florensa wrote:
Starting from ceph Nautilus, RBD has support for namespaces, allowing
for finer grain ACLs on images inside a pool, and tenant isolation.
In the rbd cli tool documentation, the new image-spec and snap-spec are :
- [pool-name/[namespace-name/]]image-
Hi Philippe,
On Thu, Dec 19, 2019 at 7:51 PM Philippe Mathieu-Daudé
wrote:
> Hi,
>
> Niek added the H3 SoC in [1] and noticed in [2] the timer
> controller is very similar (less timers, watchdog register
> placed at different address).
>
> On 12/18/19 9:14 PM, Niek Linnenbank wrote:
> > Actually
Some of the ARMv7 & ARMv8 load/store instructions might trigger a data abort
exception with no valid ISS info to be decoded. The lack of decode info
makes it at least tricky to emulate the instruction which is one of the
(many) reasons why KVM will not even try to do so.
So far, if a guest made an
On ARMv7 & ARMv8 some load/store instructions might trigger a data abort
exception with no valid ISS info to be decoded. The lack of decode info
makes it at least tricky to emulate those instruction which is one of the
(many) reasons why KVM will not even try to do so.
Add suport for handling thos
On Fri, Dec 20, 2019 at 07:59:28PM +0100, Juan Quintela wrote:
> Eduardo Habkost wrote:
> > Python 3.5 is the oldest Python version available on our
> > supported build platforms, and Python 2 end of life will be 3
> > weeks after the planned release date of QEMU 4.2.0. Drop Python
> > 2 support
This is due to the new way of configuring block devices in 4.2.
You'll need to create your snapshots correctly by using the '-F'
parameter of qemu-img create.
Full details here:
https://www.redhat.com/archives/libvirt-
users/2019-December/msg00016.html
--
You received this bug notification bec
Richard Henderson writes:
> Reduce the amount of preprocessor obfuscation by expanding
> the text of each of the functions generated. The result is
> only slightly smaller than the original.
>
> Reviewed-by: Aleksandar Markovic
> Signed-off-by: Richard Henderson
\o/
Reviewed-by: Alex Benné
Richard Henderson writes:
> All users have now been converted to cpu_*_mmuidx_ra.
>
> Signed-off-by: Richard Henderson
Reviewed-by: Alex Bennée
> ---
> include/exec/cpu_ldst.h | 230
> 1 file changed, 230 deletions(-)
>
> diff --git a/include/exec/c
Richard Henderson writes:
> There are only two uses. Within dcbz_common, the local variable
> mmu_idx already contains the epid computation, and we can avoid
> repeating it for the store. Within helper_icbiep, the usage is
> trivially expanded using PPC_TLB_EPID_LOAD.
>
> Acked-by: David Gibs
Richard Henderson writes:
> The generated functions aside from *_real are unused.
> The *_real functions have a couple of users in mem_helper.c;
> use *_mmuidx_ra instead, with MMU_REAL_IDX.
>
> Reviewed-by: David Hildenbrand
> Signed-off-by: Richard Henderson
FYI there is a merge conflict w
Richard Henderson writes:
> The separate suffixed functions were used to construct
> some do_##insn function switched on mmu_idx. The interface
> is exactly identical to the *_mmuidx_ra functions. Replace
> them directly and remove the constructions.
>
> Cc: Aurelien Jarno
> Cc: Aleksandar R
Richard Henderson writes:
> The generated *_user functions are unused. The *_kernel functions
> have a couple of users in op_helper.c; use *_mmuidx_ra instead,
> with MMU_KERNEL_IDX.
>
> Reviewed-by: Laurent Vivier
> Signed-off-by: Richard Henderson
Reviewed-by: Alex Bennée
> ---
> v2: U
Richard Henderson writes:
> The functions generated by these macros are unused.
>
> Acked-by: Max Filippov
> Signed-off-by: Richard Henderson
Reviewed-by: Alex Bennée
> ---
> target/xtensa/cpu.h | 4
> 1 file changed, 4 deletions(-)
>
> diff --git a/target/xtensa/cpu.h b/target/xtens
From: Igor Mammedov
Commit aa57020774b, by mistake used MachineClass::numa_mem_supported
to check if NUMA is supported by machine and also as unrelated change
set it to true for sbsa-ref board.
Luckily change didn't break machines that support NUMA, as the field
is set to true for them.
But the
From: Igor Mammedov
Currently parse_numa_node() is always called from already numa
enabled context.
Drop unnecessary check if numa is supported.
Signed-off-by: Igor Mammedov
Message-Id: <1576154936-178362-2-git-send-email-imamm...@redhat.com>
Signed-off-by: Eduardo Habkost
---
hw/core/numa.c
When using `query-cpu-definitions` using `-machine none`,
QEMU is resolving all CPU models to their latest versions. The
actual CPU model version being used by another machine type (e.g.
`pc-q35-4.0`) might be different.
In theory, this was OK because the correct CPU model
version is returned whe
The following changes since commit aceeaa69d28e6f08a24395d0aa6915b687d0a681:
Merge remote-tracking branch
'remotes/huth-gitlab/tags/pull-request-2019-12-17' into staging (2019-12-17
15:55:20 +)
are available in the Git repository at:
git://github.com/ehabkost/qemu.git tags/x86-and-mach
Eduardo Habkost wrote:
> Python 3.5 is the oldest Python version available on our
> supported build platforms, and Python 2 end of life will be 3
> weeks after the planned release date of QEMU 4.2.0. Drop Python
> 2 support from configure completely, and require Python 3.5 or
> newer.
>
> Signed-
Markus Armbruster wrote:
> Python 2 EOL is only a few days away[*]. We made configure bitch about
> it in commit e5abf59eae "Deprecate Python 2 support", 2019-07-01. Any
> objections to retiring it now, i.e. in 5.0?
>
> Cc'ing everyone who appears to be maintaining something that looks like
> a
Richard Henderson writes:
> With the tracing hooks, the inline functions are no longer
> so simple. Once out-of-line, the current tlb_entry lookup
> is redundant with the one in the main load/store_helper.
>
> This also begins the introduction of a new target facing
> interface, with suffix *_
Alex Bennée writes:
> Richard Henderson writes:
>
>> With the tracing hooks, the inline functions are no longer
>> so simple. Once out-of-line, the current tlb_entry lookup
>> is redundant with the one in the main load/store_helper.
>>
>> This also begins the introduction of a new target faci
On Thu, 19 Dec 2019 at 13:27, Michael S. Tsirkin wrote:
>
> The following changes since commit b0ca999a43a22b38158a33d3f5881648bb4f:
>
> Update version for v4.2.0 release (2019-12-12 16:45:57 +)
>
> are available in the Git repository at:
>
> git://git.kernel.org/pub/scm/virt/kvm/mst/q
Richard Henderson writes:
> The functions generated by these macros are unused.
>
> Cc: Guan Xuetao
> Signed-off-by: Richard Henderson
Reviewed-by: Alex Bennée
> ---
> target/unicore32/cpu.h | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/target/unicore32/cpu.h b/target/unicore3
Richard Henderson writes:
> The functions generated by these macros are unused.
>
> Cc: Aurelien Jarno
> Signed-off-by: Richard Henderson
Reviewed-by: Alex Bennée
> ---
> target/sh4/cpu.h | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/target/sh4/cpu.h b/target/sh4/cpu.h
> index
Richard Henderson writes:
> The functions generated by these macros are unused.
>
> Cc: Edgar E. Iglesias
> Signed-off-by: Richard Henderson
Reviewed-by: Alex Bennée
> ---
> target/microblaze/cpu.h | 3 ---
> 1 file changed, 3 deletions(-)
>
> diff --git a/target/microblaze/cpu.h b/target
Richard Henderson writes:
> The functions generated by these macros are unused.
>
> Signed-off-by: Richard Henderson
Reviewed-by: Alex Bennée
> ---
> target/alpha/cpu.h | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/target/alpha/cpu.h b/target/alpha/cpu.h
> index a530249a5b..3f7
Richard Henderson writes:
> The functions generated by these macros are unused.
>
> Cc: Eduardo Habkost
> Acked-by: Paolo Bonzini
> Signed-off-by: Richard Henderson
Reviewed-by: Alex Bennée
> ---
> target/i386/cpu.h | 3 ---
> 1 file changed, 3 deletions(-)
>
> diff --git a/target/i386/c
Richard Henderson writes:
> The functions generated by these macros are unused.
>
> Cc: Edgar E. Iglesias
> Signed-off-by: Richard Henderson
Reviewed-by: Alex Bennée
> ---
> target/cris/cpu.h | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/target/cris/cpu.h b/target/cris/cpu.h
>
Richard Henderson writes:
> The functions generated by these macros are unused.
>
> Cc: Chris Wulff
> Cc: Marek Vasut
> Signed-off-by: Richard Henderson
Reviewed-by: Alex Bennée
> ---
> target/nios2/cpu.h | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/target/nios2/cpu.h b/targ
Richard Henderson writes:
> With the tracing hooks, the inline functions are no longer
> so simple. Reduce the amount of preprocessor obfuscation
> by expanding the text of each of the functions generated.
> The result is only slightly larger than the original.
>
> Signed-off-by: Richard Hende
Richard Henderson writes:
> Code movement in an upcoming patch will show that this file
> was implicitly depending on trace-root.h being included beforehand.
>
> Signed-off-by: Richard Henderson
Reviewed-by: Alex Bennée
> ---
> include/user/syscall-trace.h | 2 ++
> 1 file changed, 2 inser
On Thu, 19 Dec 2019 at 11:01, Cornelia Huck wrote:
>
> The following changes since commit aceeaa69d28e6f08a24395d0aa6915b687d0a681:
>
> Merge remote-tracking branch
> 'remotes/huth-gitlab/tags/pull-request-2019-12-17' into staging (2019-12-17
> 15:55:20 +)
>
> are available in the Git repo
Richard Henderson writes:
> Code movement in an upcoming patch will show that this file
> was implicitly depending on tcg.h being included indirectly.
>
> Signed-off-by: Richard Henderson
Reviewed-by: Alex Bennée
> ---
> linux-user/syscall.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff
Richard Henderson writes:
> Code movement in an upcoming patch will show that this file
> was implicitly depending on tcg.h being included indirectly.
>
> Cc: Peter Maydell
> Signed-off-by: Richard Henderson
Reviewed-by: Alex Bennée
> ---
> target/arm/sve_helper.c | 1 +
> 1 file changed,
Richard Henderson writes:
> Code movement in an upcoming patch will show that this file
> was implicitly depending on tcg.h being included indirectly.
>
> Reviewed-by: David Hildenbrand
> Signed-off-by: Richard Henderson
Reviewed-by: Alex Bennée
> ---
> target/s390x/mem_helper.c | 1 +
>
Richard Henderson writes:
> Do not use exec/cpu_ldst_{,useronly_}template.h directly,
> but instead use the functional interface.
>
> Cc: Eduardo Habkost
> Acked-by: Paolo Bonzini
> Signed-off-by: Richard Henderson
> ---
> target/i386/seg_helper.c | 56 --
Richard Henderson writes:
> This finishes the new interface began with the previous patch.
> Document the interface and deprecate MMU_MODE_SUFFIX.
>
> Signed-off-by: Richard Henderson
Reviewed-by: Alex Bennée
> ---
> include/exec/cpu_ldst.h | 80 +-
> docs/devel/loads-stor
fyi from what I recall guest kernel was built using mpc85xx_defconfig
with some additions like virtio etc. If virtio is working for you just
fine using same command as mine, then perhaps its some peculiarity to do
with my specific guest kernel or kernel version? (uImage is about 3.4M
with equivalen
Richard Henderson writes:
> There are no uses of the *_cmmu names other than the bare wrapping
> within the *_code inlines. Therefore rename the functions so we
> can drop the inlines.
>
> Use abi_ptr instead of target_ulong in preparation for user-only;
> the two types are identical for softm
This is used by netBSD (and MacOS ROM) to detect the MMU type
Signed-off-by: Laurent Vivier
---
Notes:
v2: change accordingly to Thomas' comments
- Replace MMU feature id by a CPU feature id
- fix 68030 mask
- add 68060 mask
- only mask in m68k_movec_to() function
t
> On Dec 19, 2019, at 5:36 AM, Stefan Hajnoczi wrote:
>
> On Wed, Dec 18, 2019 at 01:00:55AM +0100, Paolo Bonzini wrote:
>> On 17/12/19 23:57, Felipe Franciosi wrote:
>>> Doing it in userspace was the flow we proposed back in last year's KVM
>>> Forum (Edinburgh), but it got turned down.
>>
>
On Fri, Dec 20, 2019 at 09:56:51AM -0500, Jason Dillaman wrote:
> On Fri, Dec 20, 2019 at 9:11 AM Florian Florensa wrote:
> >
> > Hello Stefano and Jason,
> >
> > First of all thanks for the quick reply,
> > Response inline belowe
> > > Hi Florian,
> > >
> > > I think we need to add (Since: 5.0).
Richard Henderson writes:
> The DO_LOAD macros replicate the distinction already performed
> by the cpu_ldst.h functions. Use them.
>
> Signed-off-by: Richard Henderson
Reviewed-by: Alex Bennée
> ---
> include/exec/cpu_ldst.h | 11 -
> include/exec/translator.h | 48 +++-
Thanks I tried with:
/root/QEMU/qemu-git-4.2.0rc4/qemu/build/ppc-softmmu/qemu-system-ppc -M
mpc8544ds -nographic -kernel /home/me/boot/uImage-2.6.32 -append
"root=/dev/vda rw" -device virtio-blk-pci,drive=drive0,disable-
modern=true -drive
file=/home/me/mmcblk0p2.dd,if=none,id=drive0,format=raw
A
Richard Henderson writes:
> With the tracing hooks, the inline functions are no longer
> so simple. Once out-of-line, the current tlb_entry lookup
> is redundant with the one in the main load/store_helper.
>
> This also begins the introduction of a new target facing
> interface, with suffix *_
Hi,
On Fri, Dec 20, 2019 at 05:36:36PM +0100, Helge Deller wrote:
> On 20.12.19 08:26, Helge Deller wrote:
> > On 19.12.19 01:28, Richard Henderson wrote:
> >> On 11/3/19 10:56 AM, Sven Schnelle wrote:
> >>> This adds emulation of Artist graphics good enough
> >>> to get a Text console on both Lin
On Thu, Dec 19, 2019 at 07:31:08PM +0100, Auger Eric wrote:
> Hi Jean,
>
> On 12/10/19 5:37 PM, Jean-Philippe Brucker wrote:
> > On Fri, Nov 22, 2019 at 07:29:28PM +0100, Eric Auger wrote:
> >> +typedef struct viommu_domain {
> >> +uint32_t id;
> >> +GTree *mappings;
> >> +QLIST_HEAD(,
On 12/20/19 5:51 PM, Eduardo Habkost wrote:
Differences from the previous Python 3.5 pull request
that was rejected:
* Now tests/vm/netbsd was fixed
* .travis.yml is being updated to replace Python 3.4 job with 3.5
The following changes since commit f59b31e6d0c69792b5d817c5aa0a6ed64fba42e0:
Python 3.5 is the oldest Python version available on our
supported build platforms, and Python 2 end of life will be 3
weeks after the planned release date of QEMU 4.2.0. Drop Python
2 support from configure completely, and require Python 3.5 or
newer.
Signed-off-by: Eduardo Habkost
Message-Id:
On Fri, Dec 20, 2019 at 05:29:30PM +0100, Markus Armbruster wrote:
> Python 2 EOL is only a few days away[*]. We made configure bitch about
> it in commit e5abf59eae "Deprecate Python 2 support", 2019-07-01. Any
> objections to retiring it now, i.e. in 5.0?
Thanks for the reminder!
I'll be hone
We'll start requiring Python 3.5 to build QEMU.
Signed-off-by: Eduardo Habkost
---
.travis.yml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/.travis.yml b/.travis.yml
index 376b7d6dfa..638fba4799 100644
--- a/.travis.yml
+++ b/.travis.yml
@@ -247,7 +247,7 @@ matrix:
Multi TCG mandates the CPU topology to be dimensioned to the actual
number of CPUs, depending on the number of chips the user asked for.
That is, '-machine num-chips=N' should always have a '-smp' companion
with a topology that meats the resulting number of CPUs, typically
'-smp sockets=N'.
Simpli
Patch 1 adds a sanity check of the CPU topology to avoid an assertion in
the multi TCG code that can be easily triggered with the "num-chips" property
of the powernv machine.
This still leaves us with the fact that the number of chips must be specified
twice on the command line: once for the "num-
Differences from the previous Python 3.5 pull request
that was rejected:
* Now tests/vm/netbsd was fixed
* .travis.yml is being updated to replace Python 3.4 job with 3.5
The following changes since commit f59b31e6d0c69792b5d817c5aa0a6ed64fba42e0:
Merge remote-tracking branch
'remotes/stsquad
QEMU crashes when started with:
-machine powernv,num-chips=2 -smp cores=2 -accel tcg,thread=multi
ERROR:
tcg/tcg.c:789:tcg_register_thread: assertion failed: (n < ms->smp.max_cpus)
Aborted (core dumped)
This happens because the powernv machine creates num-chips * smp.cores
CPUs, which might e
On Fri, Dec 20, 2019 at 05:26:42PM +0100, Jean-Philippe Brucker wrote:
> There is at the virtio transport level: the driver sets status to
> FEATURES_OK once it accepted the feature bits, and to DRIVER_OK once its
> fully operational. The virtio-iommu spec says:
>
> If the driver does not accept
Marc-André Lureau writes:
> Signed-off-by: Marc-André Lureau
> ---
> hw/core/qdev.c | 8
> qom/qom-qmp-cmds.c | 10 --
> 2 files changed, 18 deletions(-)
>
> diff --git a/hw/core/qdev.c b/hw/core/qdev.c
> index 98e786c50f..9feb81cff2 100644
> --- a/hw/core/qdev.c
> +++ b/h
Richard Henderson writes:
> It is easy for the atomic helpers to use trace_mem_build_info
> directly, without resorting to symbol pasting. For this usage,
> we cannot use trace_mem_get_info, because the MemOp does not
> support 16-byte accesses.
>
> Signed-off-by: Richard Henderson
> ---
> a
On Thu, 19 Dec 2019 at 10:49, Alex Bennée wrote:
>
> The following changes since commit aceeaa69d28e6f08a24395d0aa6915b687d0a681:
>
> Merge remote-tracking branch
> 'remotes/huth-gitlab/tags/pull-request-2019-12-17' into staging (2019-12-17
> 15:55:20 +)
>
> are available in the Git reposi
On 20.12.19 08:26, Helge Deller wrote:
> On 19.12.19 01:28, Richard Henderson wrote:
>> On 11/3/19 10:56 AM, Sven Schnelle wrote:
>>> This adds emulation of Artist graphics good enough
>>> to get a Text console on both Linux and HP-UX. The
>>> X11 server from HP-UX also works.
>>>
>>> Signed-off-by
Python 2 EOL is only a few days away[*]. We made configure bitch about
it in commit e5abf59eae "Deprecate Python 2 support", 2019-07-01. Any
objections to retiring it now, i.e. in 5.0?
Cc'ing everyone who appears to be maintaining something that looks like
a Python script.
[*] https://pythonclo
On Thu, Dec 19, 2019 at 04:09:47PM +0100, Auger Eric wrote:
> >> @@ -412,19 +412,80 @@ static IOMMUTLBEntry
> >> virtio_iommu_translate(IOMMUMemoryRegion *mr, hwaddr addr,
> >> int iommu_idx)
> >> {
> >> IOMMUDevice *sdev = con
Hi,
QEMU presents a command-line interface and QMP monitor for
applications to interact with. Applications actually need API
bindings in their programming language. Bindings avoid reimplementing
code to spawn a QEMU process and interact with QMP. QEMU is kind of
lazy and de facto relies on libvi
1 - 100 of 317 matches
Mail list logo
