03.06.2021 16:37, Paolo Bonzini wrote:
Even though it was only called for devices that have bs->sg set (which
must be character devices),
sg_get_max_segments looked at /sys/dev/block which only works for
block devices.
On Linux the sg driver has its own way to provide the maximum number of
04.06.2021 09:52, Klaus Jensen wrote:
From: Klaus Jensen
This series reimplements flush, dsm, copy, zone reset and format nvm to
allow cancellation. I posted an RFC back in March ("hw/block/nvme:
convert ad-hoc aio tracking to aiocb") and I've applied some feedback
from Stefan and
On Tue, Jun 01, 2021 at 06:46:49PM -0300, Fabiano Rosas wrote:
> This patch introduces a new way to dispatch the emulated interrupts in
> powerpc_excp. It leverages the QEMU object model to store the
> implementations for each interrupt and link them to their identifier
> from POWERPC_EXCP enum.
On Mon, May 31, 2021 at 03:17:47PM -0300, Bruno Piazera Larsen wrote:
>
> On 13/05/2021 00:50, David Gibson wrote:
> > On Wed, May 12, 2021 at 11:08:04AM -0300, Bruno Larsen (billionai) wrote:
> > > Moved this function that is required in !TCG cases into a
> > > common code file
> > The reasons
On Tue, Jun 01, 2021 at 06:46:48PM -0300, Fabiano Rosas wrote:
> The next patches will split the big switch statement in powerpc_excp
> into individual functions so it would be cleaner if all variables are
> already grouped in a structure and their names consistent.
>
> This patch makes it so
On Tue, Jun 01, 2021 at 03:42:42PM -0300, Bruno Larsen (billionai) wrote:
> The only use of this function in kvm.c is right after using the KVM
> ioctl to get the registers themselves, so there is no need to do the
> error checks done by ppc_store_sdr1.
>
> The probable reason this was here
On Fri, Jun 04, 2021 at 03:59:22PM +0200, BALATON Zoltan wrote:
> On Fri, 4 Jun 2021, David Gibson wrote:
> > On Wed, Jun 02, 2021 at 02:29:29PM +0200, BALATON Zoltan wrote:
> > > On Wed, 2 Jun 2021, David Gibson wrote:
> > > > On Thu, May 27, 2021 at 02:42:39PM +0200, BALATON Zoltan wrote:
> > >
On Wed, Jun 02, 2021 at 04:26:04PM -0300, Lucas Mateus Castro (alqotel) wrote:
> Moved helpers from target/ppc/mmu-hash64.c to target/ppc/mmu_helpers.c
> and removed #ifdef CONFIG_TCG and #include exec/helper-proto.h from
> mmu-hash64.c
>
> Signed-off-by: Lucas Mateus Castro (alqotel)
>
I'd
On Wed, Jun 02, 2021 at 04:26:03PM -0300, Lucas Mateus Castro (alqotel) wrote:
> Moved ppc_store_sdr1 to mmu_common.c as it was originally in
> mmu_helper.c.
>
> Signed-off-by: Lucas Mateus Castro (alqotel)
>
Reviewed-by: David Gibson
Though it will need a rebase for comments on the earlier
On Fri, Jun 04, 2021 at 03:50:28PM +0200, BALATON Zoltan wrote:
> On Fri, 4 Jun 2021, David Gibson wrote:
> > On Sun, May 30, 2021 at 07:33:01PM +0200, BALATON Zoltan wrote:
[snip]
> > > MorphOS checks the name property of the root node ("/") to decide what
> > > platform it runs on so we may need
On Mon, Jun 07, 2021 at 12:21:21AM +0200, BALATON Zoltan wrote:
> On Fri, 4 Jun 2021, David Gibson wrote:
> > On Wed, Jun 02, 2021 at 02:29:29PM +0200, BALATON Zoltan wrote:
> > > On Wed, 2 Jun 2021, David Gibson wrote:
> > > > On Thu, May 27, 2021 at 02:42:39PM +0200, BALATON Zoltan wrote:
> > >
On Fri, Jun 04, 2021 at 05:03:51PM -0300, Daniel Henrique Barboza wrote:
> Hi,
>
> This is the v2 of a series that started with 2 events,
> DEVICE_UNPLUG_ERROR and DEVICE_NOT_DELETED [1]. After discussions in v1
> we reached the conclussion that the DEVICE_NOT_DELETED wasn't doing much
> of
On Fri, Jun 04, 2021 at 03:27:12PM +0200, BALATON Zoltan wrote:
> On Fri, 4 Jun 2021, David Gibson wrote:
> > On Tue, Jun 01, 2021 at 04:12:44PM +0200, BALATON Zoltan wrote:
> > > On Tue, 1 Jun 2021, Alexey Kardashevskiy wrote:
> > > > On 31/05/2021 23:07, BALATON Zoltan wrote:
> > > > > On Sun,
On Wed, Jun 02, 2021 at 04:26:01PM -0300, Lucas Mateus Castro (alqotel) wrote:
> The function ppc_tlb_invalid_all is not compiled anymore in a TCG-less
> environment, and the call to that function has been disabled in this
> situation.
>
> Signed-off-by: Lucas Mateus Castro (alqotel)
> ---
> Is
On Fri, Jun 04, 2021 at 05:03:52PM -0300, Daniel Henrique Barboza wrote:
> At this moment we only provide one event to report a hotunplug error,
> MEM_UNPLUG_ERROR. As of Linux kernel 5.12 and QEMU 6.0.0, the pseries
> machine is now able to report unplug errors for other device types, such
> as
On Wed, Jun 02, 2021 at 04:26:02PM -0300, Lucas Mateus Castro (alqotel) wrote:
> Moved functions in mmu_helper.c that should be compiled in build to
> mmu_common.c, moved declaration of functions that both files use to
> cpu.h and moved struct declarations and inline functions needed by
> both to
On Fri, Jun 04, 2021 at 05:03:53PM -0300, Daniel Henrique Barboza wrote:
> Linux Kernel 5.12 is now unisolating CPU DRCs in the device_removal
> error path, signalling that the hotunplug process wasn't successful.
> This allow us to send a DEVICE_UNPLUG_ERROR in drc_unisolate_logical()
> to signal
On Mon, Jun 07, 2021 at 12:23:08PM +1000, David Gibson wrote:
> On Fri, Jun 04, 2021 at 05:03:52PM -0300, Daniel Henrique Barboza wrote:
> > At this moment we only provide one event to report a hotunplug error,
> > MEM_UNPLUG_ERROR. As of Linux kernel 5.12 and QEMU 6.0.0, the pseries
> > machine
Hi Alistair,
As I see, we are moving on to remove TARGET_RISCV64 macro.
I have some questions:
1) Which tcg op should use when translate an instruction for 32bit cpu.
The tcg_*_i64, tcg_*_i32 or tcg_*_tl?
I see some API such as gen_get_gpr that are using the tcg_*_tl. But I am
not sure if
cc Chuan Zheng
在 2021/6/7 9:11, huang...@chinatelecom.cn 写道:
From: Hyman Huang(黄勇)
v3:
- pick up "migration/dirtyrate: make sample page count configurable" to
make patchset apply master correctly
v2:
- rebase to "migration/dirtyrate: make sample page count configurable"
- rename "vcpu"
From: Hyman Huang(黄勇)
use union to store stat data of two mutual exclusive methods.
Signed-off-by: Hyman Huang(黄勇)
---
migration/dirtyrate.c | 40 +---
migration/dirtyrate.h | 18 +++---
2 files changed, 36 insertions(+), 22 deletions(-)
diff
From: Hyman Huang(黄勇)
introduce optional sample-pages argument in calc-dirty-rate,
making sample page count per GB configurable so that more
accurate dirtyrate can be calculated.
Signed-off-by: Hyman Huang(黄勇)
---
migration/dirtyrate.c | 31 +++
From: Hyman Huang(黄勇)
dirty rate measurement may start or stop dirty logging during
calculation. this conflict with migration because stop dirty
log make migration leave dirty pages out then that'll be a problem.
make global_dirty_log a bitmask can let both migration and dirty
rate measurement
From: Peter Xu
These two commands are missing when adding the QMP sister commands.
Add them, so developers can play with them easier.
Signed-off-by: Peter Xu
Signed-off-by: Hyman Huang(黄勇)
---
hmp-commands-info.hx | 13
hmp-commands.hx | 14 +
From: Hyman Huang(黄勇)
use dirty ring feature to implement dirtyrate calculation.
to enable it, set vcpu option as true in calc-dirty-rate.
add per_vcpu as mandatory option in calc_dirty_rate, to calculate
dirty rate for vcpu, and use hmp cmd:
(qemu) calc_dirty_rate 1 on
Signed-off-by: Hyman
From: Hyman Huang(黄勇)
calculate dirtyrate for each vcpu if vcpu is true, add the
dirtyrate of each vcpu to the return value also.
Signed-off-by: Hyman Huang(黄勇)
---
migration/dirtyrate.c | 45 ++-
migration/dirtyrate.h | 1 +
qapi/migration.json | 29
From: Hyman Huang(黄勇)
v3:
- pick up "migration/dirtyrate: make sample page count configurable" to
make patchset apply master correctly
v2:
- rebase to "migration/dirtyrate: make sample page count configurable"
- rename "vcpu" to "per_vcpu" to show the per-vcpu method
- squash patch 5/6 into
From: Hyman Huang(黄勇)
dirty_pages is used to calculate dirtyrate via dirty ring, when
enabled, kvm-reaper will increase the dirty pages after gfns
being dirtied.
kvm_dirty_ring_enabled shows if kvm-reaper is working. dirtyrate
thread could use it to check if measurement can base on dirty
ring
Hi,
I am planning to develop an open source debug package that will
bring visibility to a KVM
It will navigate through the data structures and display information
in a text file and on a web page.
I have never worked on Qemu/KVM and so a guideline from a book like
Qiang Li's book "Qemu/KVM
On Fri, 4 Jun 2021, David Gibson wrote:
On Wed, Jun 02, 2021 at 02:29:29PM +0200, BALATON Zoltan wrote:
On Wed, 2 Jun 2021, David Gibson wrote:
On Thu, May 27, 2021 at 02:42:39PM +0200, BALATON Zoltan wrote:
On Thu, 27 May 2021, David Gibson wrote:
On Tue, May 25, 2021 at 12:08:45PM +0200,
This continues work started by Natalia Portillo , as
submitted here:
https://lists.nongnu.org/archive/html/qemu-devel/2010-06/msg01126.html
I have updated the changes so that the patch now applies to v4.2.1. Video
input has been expanded to support user-mode buffers so that an UVC device
itself
On Sun, 6 Jun 2021, Philippe Mathieu-Daudé wrote:
On 6/6/21 5:46 PM, BALATON Zoltan wrote:
Add own machine state structure which will be used to store state
needed for firmware emulation.
Signed-off-by: BALATON Zoltan
---
hw/ppc/pegasos2.c | 50 +++
On 6/2/21 8:53 PM, Jason Thorpe wrote:
Changes to make secondary CPU start-up work on NetBSD, which depends
on some specific behavior in the architecture specification:
- Change the internal swppal() function to take the new VPTPTR and
Procedure Value as explicit arguments. Adapt do_start()
On 6/2/21 8:53 PM, Jason Thorpe wrote:
Jason Thorpe (8):
Make qemu-palcode build environment standalone. NFC.
Fix delivery of unaligned access exceptions.
Fix initialization of the hwrpb.hwrpb.cpuid field.
Make some PCI macros available to other files. NFC.
Fix incorrect
> On Jun 6, 2021, at 12:27 PM, Richard Henderson
> wrote:
>
> On 6/2/21 8:53 PM, Jason Thorpe wrote:
>> + hwrpb.hwrpb.ctbt_offset = offsetof(struct hwrpb_combine, ctb);
>> + hwrpb.hwrpb.ctb_size = sizeof(hwrpb.ctb);
>> + if (have_vga && !CONFIG_NOGRAPHICS(config))
>> +{
>> +
From: Hyman Huang(黄勇)
dirty rate measurement may start or stop dirty logging during
calculation. this conflict with migration because stop dirty
log make migration leave dirty pages out then that'll be a problem.
make global_dirty_log a bitmask can let both migration and dirty
rate measurement
From: Hyman Huang(黄勇)
calculate dirtyrate for each vcpu if vcpu is true, add the
dirtyrate of each vcpu to the return value also.
Signed-off-by: Hyman Huang(黄勇)
---
migration/dirtyrate.c | 45 ++-
migration/dirtyrate.h | 1 +
qapi/migration.json | 29
From: Hyman Huang(黄勇)
use dirty ring feature to implement dirtyrate calculation.
to enable it, set vcpu option as true in calc-dirty-rate.
add per_vcpu as mandatory option in calc_dirty_rate, to calculate
dirty rate for vcpu, and use hmp cmd:
(qemu) calc_dirty_rate 1 on
Signed-off-by: Hyman
From: Hyman Huang(黄勇)
use union to store stat data of two mutual exclusive methods.
Signed-off-by: Hyman Huang(黄勇)
---
migration/dirtyrate.c | 40 +---
migration/dirtyrate.h | 18 +++---
2 files changed, 36 insertions(+), 22 deletions(-)
diff
From: Hyman Huang(黄勇)
dirty_pages is used to calculate dirtyrate via dirty ring, when
enabled, kvm-reaper will increase the dirty pages after gfns
being dirtied.
kvm_dirty_ring_enabled shows if kvm-reaper is working. dirtyrate
thread could use it to check if measurement can base on dirty
ring
From: Peter Xu
These two commands are missing when adding the QMP sister commands.
Add them, so developers can play with them easier.
Signed-off-by: Peter Xu
Signed-off-by: Hyman Huang(黄勇)
---
hmp-commands-info.hx | 13
hmp-commands.hx | 14 +
From: Hyman Huang(黄勇)
v2:
- rebase to "migration/dirtyrate: make sample page count configurable"
- rename "vcpu" to "per_vcpu" to show the per-vcpu method
- squash patch 5/6 into a single one, squash patch 1/2 also
- pick up "hmp: Add "calc_dirty_rate" and "info dirty_rate" cmds"
- make
On 6/2/21 8:53 PM, Jason Thorpe wrote:
+ hwrpb.hwrpb.ctbt_offset = offsetof(struct hwrpb_combine, ctb);
+ hwrpb.hwrpb.ctb_size = sizeof(hwrpb.ctb);
+ if (have_vga && !CONFIG_NOGRAPHICS(config))
+{
+ hwrpb.ctb.term_type = CTB_GRAPHICS;
+ hwrpb.ctb.turboslot =
On 6/6/21 5:46 PM, BALATON Zoltan wrote:
> Add own machine state structure which will be used to store state
> needed for firmware emulation.
>
> Signed-off-by: BALATON Zoltan
> ---
> hw/ppc/pegasos2.c | 50 +++
> 1 file changed, 37 insertions(+), 13
I've moved this bug over to GitLab here: https://gitlab.com/qemu-
project/qemu/-/issues/391
** Bug watch added: gitlab.com/qemu-project/qemu/-/issues #391
https://gitlab.com/qemu-project/qemu/-/issues/391
--
You received this bug notification because you are a member of qemu-
devel-ml, which
On 6/4/21 8:35 PM, Richard Henderson wrote:
> This fprintf+assert has been in place since the beginning.
> It is after to the fp_access_check, so we need to move the
> check up. Fold that in to the pairwise filter.
>
> Signed-off-by: Richard Henderson
> ---
> target/arm/translate-a64.c | 82
On 6/4/21 8:35 PM, Richard Henderson wrote:
> The default of this switch is truly unreachable.
> The switch selector is 3 bits, and all 8 cases are present.
>
> Signed-off-by: Richard Henderson
> ---
> target/arm/translate-a64.c | 1 -
> 1 file changed, 1 deletion(-)
Reviewed-by: Philippe
On 6/4/21 8:35 PM, Richard Henderson wrote:
> This fprintf+assert has been in place since the beginning.
> It is prior to the fp_access_check, so we're still good to
> raise sigill here.
>
> Resolves: https://gitlab.com/qemu-project/qemu/-/issues/381
> Signed-off-by: Richard Henderson
> ---
>
Am 02.06.17 um 16:35 schrieb Peter Maydell:
We want the wide character functions from the ncurses header.
Unfortunately it doesn't provide them by default, but only
if either:
* NCURSES_WIDECHAR is defined (for ncurses 20111030 and up)
* _XOPEN_SOURCE/_XOPEN_SOURCE_EXTENDED are suitably
The pegasos2 board comes with an Open Firmware compliant ROM based on
SmartFirmware but it has some changes that are not open source
therefore the ROM binary cannot be included in QEMU. Guests running on
the board however depend on services provided by the firmware. The
Virtual Open Firmware
Based-on: <20210520090557.435689-1-...@ozlabs.ru>
^ That is v20 of Alexey's VOF patch
Hello,
Posting these for early review now. I plan to rebase on the next VOF
patch that hopefully fixes those points that I had to circumvent in
patch 1 for now. I've reported these before but now all of those
Linux uses RTAS functions to access PCI devices so we need to provide
these with VOF. Implement some of the most important functions to
allow booting Linux with VOF. With this the board is now usable
without a binary ROM image and we can enable it by default as other
boards.
Signed-off-by:
Change the assert in ppc_store_sdr1() to allow vhyp to be set on CPUs
without HV bit. This allows using the vhyp interface for firmware
emulation on pegasos2.
Signed-off-by: BALATON Zoltan
---
target/ppc/cpu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/ppc/cpu.c
Add own machine state structure which will be used to store state
needed for firmware emulation.
Signed-off-by: BALATON Zoltan
---
hw/ppc/pegasos2.c | 50 +++
1 file changed, 37 insertions(+), 13 deletions(-)
diff --git a/hw/ppc/pegasos2.c
Signed-off-by: BALATON Zoltan
---
hw/ppc/vof.c| 11 +++
pc-bios/vof.bin | Bin 3784 -> 3784 bytes
pc-bios/vof/entry.S | 2 +-
3 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/hw/ppc/vof.c b/hw/ppc/vof.c
index a283b7d251..ac95be9666 100644
--- a/hw/ppc/vof.c
On Fri, 04 Jun 2021 18:09:44 +0900,
Peter Maydell wrote:
>
> On Thu, 27 May 2021 at 06:30, Yoshinori Sato
> wrote:
> >
> > This module supported SCI / SCIa / SCIF.
> >
> > Hardware manual.
> > SCI / SCIF
> > https://www.renesas.com/us/en/doc/products/mpumcu/001/r01uh0457ej0401_sh7751.pdf
> >
On Fri, 04 Jun 2021 19:08:07 +0900,
Peter Maydell wrote:
>
> On Thu, 27 May 2021 at 06:24, Yoshinori Sato
> wrote:
> >
> > Migrate to renesas_sci.
> >
> > Signed-off-by: Yoshinori Sato
> > ---
> > hw/char/sh_serial.c | 431
> > MAINTAINERS
On Fri, 04 Jun 2021 19:08:07 +0900,
Peter Maydell wrote:
>
> On Thu, 27 May 2021 at 06:24, Yoshinori Sato
> wrote:
> >
> > Migrate to renesas_sci.
> >
> > Signed-off-by: Yoshinori Sato
> > ---
> > hw/char/sh_serial.c | 431
> > MAINTAINERS
On Fri, 04 Jun 2021 18:09:44 +0900,
Peter Maydell wrote:
>
> On Thu, 27 May 2021 at 06:30, Yoshinori Sato
> wrote:
> >
> > This module supported SCI / SCIa / SCIF.
> >
> > Hardware manual.
> > SCI / SCIF
> > https://www.renesas.com/us/en/doc/products/mpumcu/001/r01uh0457ej0401_sh7751.pdf
> >
On Fri, 04 Jun 2021 19:08:07 +0900,
Peter Maydell wrote:
>
> On Thu, 27 May 2021 at 06:24, Yoshinori Sato
> wrote:
> >
> > Migrate to renesas_sci.
> >
> > Signed-off-by: Yoshinori Sato
> > ---
> > hw/char/sh_serial.c | 431
> > MAINTAINERS
60 matches
Mail list logo