Domain vm1 started
Connected to domain vm1
Escape character is ^]
Populating /vdevice methods
Populating /vdevice/vty@3000
Populating /vdevice/nvram@7100
Populating /pci@8002000
00 0800 (D) : 1af4 1000virtio [ net ]
00 1000 (D) : 1af4
Same observation with smp 1 even.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1847440
Title:
ppc64le: KVM guest fails to boot with an error `virtio_scsi: probe of
virtio1 failed with error
Please provide the entire guest booting output, from slof till it is stuck.
Also please try with -smp 1. Thanks.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1847440
Title:
ppc64le: KVM guest
On Fri, 18 Oct 2019 at 19:14, Felipe Franciosi wrote:
>
>
>
> > On Oct 18, 2019, at 3:59 AM, Yongji Xie wrote:
> >
> > On Fri, 18 Oct 2019 at 01:17, Felipe Franciosi wrote:
> >>
> >> Originally, vhost-user-scsi did not implement a handle_output callback
> >> as that didn't seem necessary. Turns
Philippe Mathieu-Daudé 于2019年10月18日周五 下午9:50写道：
> From: Hervé Poussineau
>
> The RCR I/O port (0xcf9) is used to generate a hard reset or a soft reset.
>
> Acked-by: Michael S. Tsirkin
> Acked-by: Paolo Bonzini
> Signed-off-by: Hervé Poussineau
> Message-Id:
https://bugzilla.redhat.com/show_bug.cgi?id=1763105
Signed-off-by: Han Han
---
qemu-img.texi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/qemu-img.texi b/qemu-img.texi
index b5156d6316..983c6122f8 100644
--- a/qemu-img.texi
+++ b/qemu-img.texi
@@ -763,6 +763,16 @@ file which
On Mon, Oct 21, 2019 at 12:56:48AM +0200, Philippe Mathieu-Daudé wrote:
> Signed-off-by: Philippe Mathieu-Daudé
Acked-by: David Gibson
> ---
> hw/ppc/e500.c | 3 ++-
> hw/ppc/mac_newworld.c | 3 ++-
> hw/ppc/mac_oldworld.c | 2 +-
> hw/ppc/pnv.c | 2 +-
>
https://bugzilla.redhat.com/show_bug.cgi?id=1763105
Signed-off-by: Han Han
---
qemu-img.texi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/qemu-img.texi b/qemu-img.texi
index b5156d6316..983c6122f8 100644
--- a/qemu-img.texi
+++ b/qemu-img.texi
@@ -763,6 +763,16 @@ file which
On Sat, Oct 19, 2019 at 4:58 AM John Snow wrote:
> CC qemu-block
>
> On 10/18/19 5:59 AM, Han Han wrote:
> > https://bugzilla.redhat.com/show_bug.cgi?id=1763105
> >
> > Signed-off-by: Han Han
> > ---
> > qemu-img.texi | 10 ++
> > 1 file changed, 10 insertions(+)
> >
> > diff --git
Philippe Mathieu-Daudé 于2019年10月18日周五 下午9:50写道：
> From: Philippe Mathieu-Daudé
>
> The PIIX4 Southbridge is not used by the PC machine,
> but by the Malta board (MIPS). Add a new section to
> keep it covered.
>
> Suggested-by: Michael S. Tsirkin
> Reviewed-by: Aleksandar Markovic
>
On Fri, Oct 18, 2019 at 11:19:55PM -0700, Jintack Lim wrote:
> On Fri, Oct 18, 2019 at 8:37 PM Peter Xu wrote:
> >
> > On Wed, Oct 16, 2019 at 03:01:22PM -0700, Jintack Lim wrote:
> > > On Mon, Oct 14, 2019 at 7:50 PM Peter Xu wrote:
> > > >
> > > > On Mon, Oct 14, 2019 at 01:28:49PM -0700,
Patchew URL: https://patchew.org/QEMU/20191020225650.3671-1-phi...@redhat.com/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Subject: [PATCH 00/21] hw: Let the machine be the owner of the system memory
Type: series
Message-id:
Signed-off-by: Philippe Mathieu-Daudé
---
hw/sparc/leon3.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/sparc/leon3.c b/hw/sparc/leon3.c
index c5f1b1ee72..f58f2782c6 100644
--- a/hw/sparc/leon3.c
+++ b/hw/sparc/leon3.c
@@ -244,7 +244,7 @@ static void
Signed-off-by: Philippe Mathieu-Daudé
---
hw/mips/boston.c| 2 +-
hw/mips/mips_fulong2e.c | 3 ++-
hw/mips/mips_jazz.c | 2 +-
hw/mips/mips_malta.c| 2 +-
hw/mips/mips_mipssim.c | 2 +-
hw/mips/mips_r4k.c | 3 ++-
6 files changed, 8 insertions(+), 6 deletions(-)
diff --git
All the memory_region_allocate_system_memory() pass a MachineState
argument. Add an assertion to ensure the new boards/machines added
set this argument, so all system memory object have the machine as
its QOM owner.
Signed-off-by: Philippe Mathieu-Daudé
---
hw/core/numa.c | 4 +---
Signed-off-by: Philippe Mathieu-Daudé
---
hw/m68k/an5206.c| 2 +-
hw/m68k/mcf5208.c | 2 +-
hw/m68k/next-cube.c | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/hw/m68k/an5206.c b/hw/m68k/an5206.c
index 54ccbe1a82..fb045c2436 100644
--- a/hw/m68k/an5206.c
+++
Signed-off-by: Philippe Mathieu-Daudé
---
hw/i386/pc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/i386/pc.c b/hw/i386/pc.c
index 4b1904237e..3414dc423a 100644
--- a/hw/i386/pc.c
+++ b/hw/i386/pc.c
@@ -1655,7 +1655,7 @@ void pc_memory_init(PCMachineState *pcms,
*
Signed-off-by: Philippe Mathieu-Daudé
---
hw/hppa/machine.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/hppa/machine.c b/hw/hppa/machine.c
index dbe1ff0fe5..6703bfd351 100644
--- a/hw/hppa/machine.c
+++ b/hw/hppa/machine.c
@@ -96,7 +96,7 @@ static void
Signed-off-by: Philippe Mathieu-Daudé
---
hw/alpha/dp264.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/alpha/dp264.c b/hw/alpha/dp264.c
index ddc249261c..5696b1e79b 100644
--- a/hw/alpha/dp264.c
+++ b/hw/alpha/dp264.c
@@ -78,7 +78,7 @@ static void
Signed-off-by: Philippe Mathieu-Daudé
---
hw/cris/axis_dev88.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/cris/axis_dev88.c b/hw/cris/axis_dev88.c
index 940c7dd122..faa7058733 100644
--- a/hw/cris/axis_dev88.c
+++ b/hw/cris/axis_dev88.c
@@ -270,7 +270,7 @@ void
Signed-off-by: Philippe Mathieu-Daudé
---
hw/ppc/e500.c | 3 ++-
hw/ppc/mac_newworld.c | 3 ++-
hw/ppc/mac_oldworld.c | 2 +-
hw/ppc/pnv.c | 2 +-
hw/ppc/ppc405_boards.c | 6 +++---
hw/ppc/prep.c | 3 ++-
hw/ppc/spapr.c | 2 +-
hw/ppc/virtex_ml507.c | 2 +-
All the codebase calls memory_region_allocate_system_memory() with
a NULL 'owner' from the board_init() function.
Let pass a MachineState argument, and enforce the QOM ownership of
the system memory.
Signed-off-by: Philippe Mathieu-Daudé
---
hw/core/numa.c | 11 +++
Signed-off-by: Philippe Mathieu-Daudé
---
hw/arm/aspeed.c | 2 +-
hw/arm/collie.c | 2 +-
hw/arm/cubieboard.c | 2 +-
hw/arm/digic_boards.c | 7 ---
hw/arm/highbank.c | 3 ++-
hw/arm/imx25_pdk.c| 2 +-
hw/arm/integratorcp.c | 2 +-
All the memory_region_allocate_system_memory() calls are in the
board_init() code. From the 58 calls in the repository, only
4 set the 'owner' parameter. It is obvious we want the Machine
to be the owner of the RAM, so we want to use OBJECT(machine)
as owner. We can simplify a bit by passing
Signed-off-by: Philippe Mathieu-Daudé
---
hw/lm32/lm32_boards.c | 4 ++--
hw/lm32/milkymist.c | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/hw/lm32/lm32_boards.c b/hw/lm32/lm32_boards.c
index 5ae308bfcf..50b607e0cc 100644
--- a/hw/lm32/lm32_boards.c
+++
Having the RAM creation code in a separate function is not
very helpful. Move this code directly inside the board_init()
function, this will later allow the board to have the QOM
ownership of the RAM.
Signed-off-by: Philippe Mathieu-Daudé
---
hw/arm/digic_boards.c | 9 ++---
1 file changed,
The SDRAM is incorrectly created in the Tyohoon northbridge ASIC.
Move its creation in the board code, this will later allow the
board to have the QOM ownership of the RAM.
Signed-off-by: Philippe Mathieu-Daudé
---
checkpatch complains:
ERROR: spaces required around that '*' (ctx:WxV)
#10:
Signed-off-by: Philippe Mathieu-Daudé
---
hw/core/null-machine.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/core/null-machine.c b/hw/core/null-machine.c
index 1aa0a9a01a..16546c8140 100644
--- a/hw/core/null-machine.c
+++ b/hw/core/null-machine.c
@@ -35,7 +35,7 @@
The SDRAM is incorrectly created in the OMAP310 SoC.
Move its creation in the board code, this will later allow the
board to have the QOM ownership of the RAM.
Signed-off-by: Philippe Mathieu-Daudé
---
hw/arm/omap1.c| 12 +---
hw/arm/omap_sx1.c | 8 ++--
hw/arm/palm.c
The SDRAM is incorrectly created in the OMAP2420 SoC.
Move its creation in the board code, this will later allow the
board to have the QOM ownership of the RAM.
Signed-off-by: Philippe Mathieu-Daudé
---
hw/arm/nseries.c | 10 +++---
hw/arm/omap2.c| 13 +
IEC binary prefixes ease code review: the unit is explicit.
Signed-off-by: Philippe Mathieu-Daudé
---
hw/arm/mps2-tz.c | 3 ++-
hw/arm/mps2.c| 3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/hw/arm/mps2-tz.c b/hw/arm/mps2-tz.c
index 6b24aaacde..f8b620bcc6 100644
---
The SDRAM is incorrectly created in the SA1110 SoC.
Move its creation in the board code, this will later allow the
board to have the QOM ownership of the RAM.
Signed-off-by: Philippe Mathieu-Daudé
---
hw/arm/collie.c| 8 ++--
hw/arm/strongarm.c | 7 +--
hw/arm/strongarm.h | 4 +---
IEC binary prefixes ease code review: the unit is explicit.
Signed-off-by: Philippe Mathieu-Daudé
---
hw/arm/xilinx_zynq.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/hw/arm/xilinx_zynq.c b/hw/arm/xilinx_zynq.c
index c14774e542..3a0fa5b23f 100644
---
Hi,
This series is based on Igor's "eliminate remaining places that
abuse memory_region_allocate_system_memory()":
https://lists.gnu.org/archive/html/qemu-devel/2019-10/msg01601.html
It is quite simple, we enforce all machines to be the QOM owner
of the system memory.
This changes the memory
On 10/8/19 1:33 PM, Igor Mammedov wrote:
machine_hppa_init() violates memory_region_allocate_system_memory() contract
by calling it multiple times which could break with -mem-path. Replace
the second usage (for 'rom') with memory_region_init_ram() instead.
Signed-off-by: Igor Mammedov
---
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.
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 |3 +
hw/display/Makefile.objs |1 +
hw/display/artist.c | 1336
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
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 +
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
---
MAINTAINERS | 2 +-
hw/hppa/dino.c | 82
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.
Regards,
Sven
Helge Deller (2):
B160L doesn't have an ISA bus, and we no longer need it to
workaround missing hardware, so remove it.
Signed-off-by: Sven Schnelle
---
hw/hppa/hppa_hardware.h | 1 -
hw/hppa/machine.c | 32
2 files changed, 33 deletions(-)
diff --git
To inform the block layer about writing all the data compressed, we
introduce the 'compress' command line option. Based on that option, the
written data will be aligned by the cluster size at the generic layer.
Suggested-by: Roman Kagan
Suggested-by: Vladimir Sementsov-Ogievskiy
Signed-off-by:
Add the test case to the iotest #214 that checks possibility of writing
compressed data of more than one cluster size.
Signed-off-by: Andrey Shinkevich
---
tests/qemu-iotests/214 | 45 +
tests/qemu-iotests/214.out | 14 ++
2 files
Add a case to the iotest #030 that tests the 'compress' option for a
block-stream job.
Signed-off-by: Andrey Shinkevich
---
tests/qemu-iotests/030 | 34 +-
tests/qemu-iotests/030.out | 4 ++--
2 files changed, 35 insertions(+), 3 deletions(-)
diff --git
New enhancements for writing compressed data to QCOW2 image.
v5: The new iotests cases were amended and 'qiov_offset' parameter
value in the function bdrv_driver_pwritev_compressed() invoked
from the bdrv_co_do_copy_on_readv() fixed to 0.
Discussed on the email thread with ID:
QEMU currently supports writing compressed data of the size equal to
one cluster. This patch allows writing QCOW2 compressed data that
exceed one cluster. Now, we split buffered data into separate clusters
and write them compressed using the existing functionality.
Suggested-by: Pavel Butsykin
On Sat, 19 Oct 2019 at 20:24, Marty E. Plummer wrote:
> Turns out the 'not text' warning came from lists.sr.ht, I wonder why
> that mailed me.
It's just an individual subscribed address that complains,
not the qemu mailing list itself.
Philippe, did you say it was you that had subscribed
a
Can't seem to reproduce if I convert the qcow2 image to raw+sparse.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1846427
Title:
4.1.0: qcow2 corruption on savevm/quit/loadvm cycle
Status in
>> +# Set compress=on. That will align the written data
>> +# by the cluster size and will write them compressed.
>> +QEMU_IO_OPTIONS=$QEMU_IO_OPTIONS_NO_FMT \
>> +$QEMU_IO -c "write -P 0xbb 0 $data_size" --image-opts \
>> + driver=$IMGFMT,compress=on,file.filename=$TEST_IMG \
>> +
Patchew URL:
https://patchew.org/QEMU/1571592258-27994-1-git-send-email-aleksandar.marko...@rt-rk.com/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Subject: [PATCH v5 00/10] target/mips: Misc cleanups for September/October 2019
Type: series
From: Aleksandar Markovic
Mostly fix errors and warnings reported by 'checkpatch.pl -f'.
Signed-off-by: Aleksandar Markovic
---
target/mips/op_helper.c | 1010 +++
1 file changed, 663 insertions(+), 347 deletions(-)
diff --git
From: Aleksandar Markovic
Achieves clearer code and slightly better performance.
Signed-off-by: Aleksandar Markovic
---
target/mips/helper.h | 30 +++-
target/mips/msa_helper.c | 424 +--
target/mips/translate.c | 91 --
3 files
From: Aleksandar Markovic
Achieves clearer code and slightly better performance.
Signed-off-by: Aleksandar Markovic
---
target/mips/helper.h | 11 +-
target/mips/msa_helper.c | 386 +--
target/mips/translate.c | 38 -
3 files changed, 249
From: Aleksandar Markovic
Achieves clearer code and slightly better performance.
Signed-off-by: Aleksandar Markovic
---
target/mips/helper.h | 21 +-
target/mips/msa_helper.c | 768 +--
target/mips/translate.c | 76 -
3 files changed, 496
From: Aleksandar Markovic
Achieves clearer code and slightly better performance.
Signed-off-by: Aleksandar Markovic
---
target/mips/helper.h | 30 +++-
target/mips/msa_helper.c | 426 +--
target/mips/translate.c | 95 +--
3 files
From: Aleksandar Markovic
Mostly fix errors and warnings reported by 'checkpatch.pl -f'.
Cc: Markus Armbruster
Signed-off-by: Aleksandar Markovic
---
target/mips/helper.c | 123 +++
1 file changed, 74 insertions(+), 49 deletions(-)
diff --git
From: Aleksandar Markovic
Achieves clearer code and slightly better performance.
Signed-off-by: Aleksandar Markovic
---
target/mips/helper.h | 10 +++-
target/mips/msa_helper.c | 131 ++-
target/mips/translate.c | 32 +---
3 files
From: Aleksandar Markovic
Aleksandar Rikalo wishes to change his primary mail address for QEMU.
Some minor line order is corrected in .mailmap to be alphabetical,
too.
Signed-off-by: Aleksandar Markovic
---
.mailmap| 5 +++--
MAINTAINERS | 18 +-
2 files changed, 12
From: Aleksandar Markovic
Achieves clearer code and slightly better performance.
Signed-off-by: Aleksandar Markovic
---
target/mips/helper.h | 11 +++-
target/mips/msa_helper.c | 163 ++-
target/mips/translate.c | 38 +--
3 files
From: Aleksandar Markovic
Achieves clearer code and slightly better performance.
Signed-off-by: Aleksandar Markovic
---
target/mips/helper.h | 20 ++-
target/mips/msa_helper.c | 320 ++-
target/mips/translate.c | 76 +--
3 files
From: Aleksandar Markovic
Mostly cosmetic changes.
v4->v5:
- minor correction in patch on helper.c
- added patches 9 and 10
v3->v4:
- added patches 7 and 8
v2->v3:
- removed all patches that were already integrated
- patches 1 and 2 are improved from v2
- added patches 3-6
On Sun, Oct 20, 2019 at 08:51:47AM +0200, Cédric Le Goater wrote:
> On 20/10/2019 08:28, David Gibson wrote:
> > Ok. Note that the qemu emulated machine doesn't model the hardware
> > right down to the level of hostboot. That's wy we're just loading
> > skiboot and jumping straight into it
On 17/10/2019 14:23, Peter Maydell wrote:
> This patchset converts the devices used by sparc machines to the new
> ptimer API.
>
> Currently the ptimer design uses a QEMU bottom-half as its mechanism
> for calling back into the device model using the ptimer when the
> timer has expired.
Patchew URL: https://patchew.org/QEMU/20191020144750.1176-1-diet...@proxmox.com/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Subject: [PATCH v2] yield_until_fd_readable: make it work with any AioContect
Type: series
Message-id:
Simply use qemu_get_current_aio_context().
Signed-off-by: Dietmar Maurer
---
Changelog for v2:
- use correct read handler in aio_set_fd_handler (instead of write handler)
util/qemu-coroutine-io.c | 20 +++-
1 file changed, 3 insertions(+), 17 deletions(-)
diff --git
Ping?
On Fri, Oct 11, 2019 at 5:23 PM Igor Mammedov wrote:
> On Thu, 10 Oct 2019 19:35:03 +0200
> Igor Mammedov wrote:
>
> Forgot to actually CC Eduardo,
>
> > On Tue, 8 Oct 2019 07:33:15 -0400
> > Igor Mammedov wrote:
> ...
> > Eduardo,
> >
> > This patches are fixing various machines across
Patchew URL:
https://patchew.org/QEMU/20191020135628.16255-1-diet...@proxmox.com/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Subject: [PATCH ] yield_until_fd_readable: make it work with any AioContect
Type: series
Message-id:
Not sure if i have exactly the same problem, as my qcow2 corruption
seems to be limited to windows10 guests - win2019 and debian10 guests
with the same virtio-scsi setup are fine (as are various virtio-blk or
ide/sata images from linux/solaris/macos guests).
I find that i randomly have disk image
Cc'ing Paolo/Samuel/Marc-André
On 10/20/19 12:09 PM, David Gibson wrote:
On Thu, Oct 17, 2019 at 06:52:33PM +0200, Philippe Mathieu-Daudé wrote:
Some firmwares don't parse the control character and
expect a .
Signed-off-by: Philippe Mathieu-Daudé
---
tests/acceptance/boot_linux_console.py
Simply use qemu_get_current_aio_context().
Signed-off-by: Dietmar Maurer
---
util/qemu-coroutine-io.c | 20 +++-
1 file changed, 3 insertions(+), 17 deletions(-)
diff --git a/util/qemu-coroutine-io.c b/util/qemu-coroutine-io.c
index 44a8969a69..2938c5420c 100644
---
Patchew URL: https://patchew.org/QEMU/2019102025.27659-1-tao3...@intel.com/
Hi,
This series failed the docker-quick@centos7 build test. Please find the testing
commands and
their output below. If you have Docker installed, you can probably reproduce it
locally.
=== TEST SCRIPT BEGIN ===
Patchew URL: https://patchew.org/QEMU/2019102025.27659-1-tao3...@intel.com/
Hi,
This series failed the docker-quick@centos7 build test. Please find the testing
commands and
their output below. If you have Docker installed, you can probably reproduce it
locally.
=== TEST SCRIPT BEGIN ===
It sounds like I have the same problem.
There is a virtual wall where the mouse cursor goes from the guest window to
the host desktop.
This virtual wall/cut off point is consistent.
Moving the mouse faster seems to break through this wall and puts the wall at a
different place.
For me this
Patchew URL: https://patchew.org/QEMU/2019102025.27659-1-tao3...@intel.com/
Hi,
This series failed the docker-quick@centos7 build test. Please find the testing
commands and
their output below. If you have Docker installed, you can probably reproduce it
locally.
=== TEST SCRIPT BEGIN ===
Patchew URL: https://patchew.org/QEMU/2019102025.27659-1-tao3...@intel.com/
Hi,
This series failed the docker-quick@centos7 build test. Please find the testing
commands and
their output below. If you have Docker installed, you can probably reproduce it
locally.
=== TEST SCRIPT BEGIN ===
From: Liu Jingqi
This structure describes the memory access latency and bandwidth
information from various memory access initiator proximity domains.
The latency and bandwidth numbers represented in this structure
correspond to rated latency and bandwidth for the platform.
The software could use
From: Liu Jingqi
This structure describes memory side cache information for memory
proximity domains if the memory side cache is present and the
physical device forms the memory side cache.
The software could use this information to effectively place
the data in memory to maximize the
From: Liu Jingqi
Add -numa hmat-lb option to provide System Locality Latency and
Bandwidth Information. These memory attributes help to build
System Locality Latency and Bandwidth Information Structure(s)
in ACPI Heterogeneous Memory Attribute Table (HMAT).
Signed-off-by: Liu Jingqi
This series of patches will build Heterogeneous Memory Attribute Table (HMAT)
according to the command line. The ACPI HMAT describes the memory attributes,
such as memory side cache attributes and bandwidth and latency details,
related to the Memory Proximity Domain.
The software is expected to
From: Liu Jingqi
HMAT is defined in ACPI 6.3: 5.2.27 Heterogeneous Memory Attribute Table
(HMAT). The specification references below link:
http://www.uefi.org/sites/default/files/resources/ACPI_6_3_final_Jan30.pdf
It describes the memory attributes, such as memory side cache
attributes and
Test the input of basic, time suffixes, float, invaild, trailing and
overflow.
Signed-off-by: Tao Xu
---
No changes in v13.
---
tests/test-cutils.c | 199
1 file changed, 199 insertions(+)
diff --git a/tests/test-cutils.c b/tests/test-cutils.c
ACPI table HMAT has been introduced, QEMU now builds HMAT tables for
Heterogeneous Memory with boot option '-numa node'.
Add test cases on PC and Q35 machines with 2 numa nodes.
Because HMAT is generated when system enable numa, the
following tables need to be added for this test:
From: Liu Jingqi
Add -numa hmat-cache option to provide Memory Side Cache Information.
These memory attributes help to build Memory Side Cache Information
Structure(s) in ACPI Heterogeneous Memory Attribute Table (HMAT).
Reviewed-by: Daniel Black
Signed-off-by: Liu Jingqi
Signed-off-by: Tao
Compress HMAT latency and bandwidth raw data into uint16_t data,
which can be stored in HMAT table.
Suggested-by: Igor Mammedov
Signed-off-by: Tao Xu
---
New patch in v13.
---
hw/core/numa.c | 57 +-
1 file changed, 56 insertions(+), 1
In ACPI 6.3 chapter 5.2.27 Heterogeneous Memory Attribute Table (HMAT),
The initiator represents processor which access to memory. And in 5.2.27.3
Memory Proximity Domain Attributes Structure, the attached initiator is
defined as where the memory controller responsible for a memory proximity
Add optional builtin type time, fallback is uint64. This type use
qemu_strtotime_ps() for pre-converting time suffix to numbers.
Signed-off-by: Tao Xu
---
No changes in v13.
---
include/qapi/visitor-impl.h | 4
include/qapi/visitor.h | 9 +
qapi/opts-visitor.c |
Add tests for time input such as zero, around limit of precision,
signed upper limit, actual upper limit, beyond limits, time suffixes,
and etc.
Signed-off-by: Tao Xu
---
No changes in v13.
---
tests/test-keyval.c| 125 +
To convert strings with time suffixes to numbers, support time unit are
"ps" for picosecond, "ns" for nanosecond, "us" for microsecond, "ms"
for millisecond or "s" for second.
Signed-off-by: Tao Xu
---
No changes in v13.
---
include/qemu/cutils.h | 1 +
util/cutils.c | 82
On Thu, Oct 17, 2019 at 06:52:34PM +0200, Philippe Mathieu-Daudé wrote:
> From: Philippe Mathieu-Daudé
>
> The same utility method is already present in two different test
> files,
This patch only appears to remove it from one, though.
> so let's consolidate it into a single utility function.
On Thu, Oct 17, 2019 at 06:52:33PM +0200, Philippe Mathieu-Daudé wrote:
> Some firmwares don't parse the control character and
> expect a .
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> tests/acceptance/boot_linux_console.py | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff
On 19/10/19 14:05, Alexander Shopov wrote:
> Signed-off-by: Alexander Shopov
> ---
> po/bg.po | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/po/bg.po b/po/bg.po
> index 3d8c353372..98c57e5b22 100644
> --- a/po/bg.po
> +++ b/po/bg.po
> @@ -1,14 +1,14 @@
> #
On 20/10/2019 08:28, David Gibson wrote:
> On Sat, Oct 19, 2019 at 11:09:34AM -0500, Marty E. Plummer wrote:
>> On Sat, Oct 19, 2019 at 05:53:12PM +0200, Cédric Le Goater wrote:
>>> On 19/10/2019 17:31, Marty E. Plummer wrote:
On Sat, Oct 19, 2019 at 03:46:59PM +0200, Cédric Le Goater wrote:
On Thu, Oct 17, 2019 at 06:52:31PM +0200, Philippe Mathieu-Daudé wrote:
> From: Cleber Rosa
>
> The same utility method is already present in two different test
> files, so let's consolidate it into a single utility function.
>
> Signed-off-by: Cleber Rosa
> Message-Id:
While working on the Tulip driver i tried to write some Teledisk images to
a floppy image which didn't work. Turned out that Teledisk checks the written
data by issuing a READ command to the FDC but running the DMA controller
in VERIFY mode. As we ignored the DMA request in that case, the DMA
On Sat, Oct 19, 2019 at 10:31:09AM -0500, Marty E. Plummer wrote:
> On Sat, Oct 19, 2019 at 03:46:59PM +0200, Cédric Le Goater wrote:
> > On 18/10/2019 19:28, Marty E. Plummer wrote:
> > > Hello,
> > >
> > > First off, thank you for the work you've done on the ppc64 support, it
> > > has been
On Sat, Oct 19, 2019 at 11:09:34AM -0500, Marty E. Plummer wrote:
> On Sat, Oct 19, 2019 at 05:53:12PM +0200, Cédric Le Goater wrote:
> > On 19/10/2019 17:31, Marty E. Plummer wrote:
> > > On Sat, Oct 19, 2019 at 03:46:59PM +0200, Cédric Le Goater wrote:
> > >> On 18/10/2019 19:28, Marty E.
On Sat, Oct 19, 2019 at 03:46:59PM +0200, Cédric Le Goater wrote:
> On 18/10/2019 19:28, Marty E. Plummer wrote:
> > Hello,
> >
> > First off, thank you for the work you've done on the ppc64 support, it
> > has been very useful. I'm currently working on a coreboot port for the
> > talos ii line
98 matches
Mail list logo
