Asset files used on the acceptance tests (kernel, initrd images)
unfortunately are not guaranteed to always be available at the same
location.
Let's cancel (kind of like a skip) the test, when the asset is
missing. This should prevent false positives, when failure are not
caused by changes in
From: Pavel Dovgalyuk
Reverse debugging test uses gdb remote client of avocado framework.
This client was fixed since the currently used version 76.
Therefore this patch bumps the version to 81 and fixes command
line version compatibility issue.
Signed-off-by: Pavel Dovgalyuk
Message-Id:
Which uses an xz compressed file, which has builtin support for
decompression on avocado.utils.archive. So the check for P7ZIP can be
dropped, and extraction logic simplified.
Signed-off-by: Cleber Rosa
---
tests/acceptance/boot_linux_console.py | 20 ++--
1 file changed, 6
Which means a newer kernel version. Expected output was changed
to match the new kernel too.
Signed-off-by: Cleber Rosa
---
tests/acceptance/boot_linux_console.py | 44 +-
tests/acceptance/replay_kernel.py | 8 ++---
2 files changed, 26 insertions(+), 26
On Sat, Sep 5, 2020 at 4:42 PM Thomas Huth wrote:
> On 05/09/2020 08.23, Yonggang Luo wrote:
> > The error are:
> > +@end table
> > +
> > +@end deftypefn
> > +
> > make: *** [Makefile.mtest:63: check-qapi-schema] Error 1
> >
> > Signed-off-by: Yonggang Luo
> > ---
> >
On Sun, Sep 6, 2020 at 11:28 AM Richard Henderson <
richard.hender...@linaro.org> wrote:
> On 9/5/20 1:42 PM, Yonggang Luo wrote:
> > +nativecharset_to_ucs2 = iconv_open("UCS-2", g_get_codeset());
>
> g_get_codeset():
> "a newly allocated string containing the name of the character set. This
This updates a couple of asset locations, because their locations on
their origin distributions are not permanently stable.
To minimize the inconvenciente caused by test and job failures in the
future, an option is enabled that will cancel (AKA skip) tests early
when those assets are not
The mingw pkg-config are showing following absolute path and contains : as the
separator,
so we must handling : properly.
-D_XOPEN_SOURCE=600 -D_POSIX_C_SOURCE=199506L
-IC:/CI-Tools/msys64/mingw64/include/ncursesw:-I/usr/include/ncursesw:
-DNCURSES_WIDECHAR -D_XOPEN_SOURCE=600
Hi Huacai,
On 8/24/20 10:10 AM, Huacai Chen wrote:
> Add Loongson-3 based machine support, it use liointc as the interrupt
> controler and use GPEX as the pci controller. Currently it can only work
> with KVM, but we will add TCG support in future.
>
> As the machine model is not based on any
You forgot to Cc the maintainers, doing it for you:
./scripts/get_maintainer.pl -f hw/core/null-machine.c
Eduardo Habkost (supporter:Machine core)
Marcel Apfelbaum (supporter:Machine core)
On 9/3/20 2:58 AM, Huacai Chen wrote:
> Hi, Philippe,
>
> On Wed, Sep 2, 2020 at 9:55 PM Philippe
The mingw pkg-config are showing following absolute path and contains : as the
separator,
so we must handling : properly.
-D_XOPEN_SOURCE=600 -D_POSIX_C_SOURCE=199506L
-IC:/CI-Tools/msys64/mingw64/include/ncursesw:-I/usr/include/ncursesw:
-DNCURSES_WIDECHAR -D_XOPEN_SOURCE=600
Bonzini, you need have a look at this
On Sat, Sep 5, 2020 at 2:38 PM Yonggang Luo wrote:
> ../tests/test-vmstate.c: In function 'int_cmp':
> ../tests/test-vmstate.c:884:5: error: unknown type name 'uint'; did you
> mean 'uInt'?
> 884 | uint ua = GPOINTER_TO_UINT(a);
> | ^~~~
>
On Mon, Sep 7, 2020 at 2:35 AM Peter Maydell
wrote:
> On Sun, 6 Sep 2020 at 18:56, Paolo Bonzini wrote:
> >
> > The following changes since commit
> 227de21ed0759e275a469394af72c999d0134bb5:
> >
> > Merge remote-tracking branch 'remotes/rth/tags/pull-tcg-20200903' into
> staging (2020-09-05
ping^2
On 8/22/20 10:03 PM, Philippe Mathieu-Daudé wrote:
> ping?
>
> On 8/14/20 3:23 PM, Philippe Mathieu-Daudé wrote:
>> I forgot to Cc qemu-arm@, doing it now since most of the users
>> of this are ARM machines.
>>
>> On 8/14/20 3:21 PM, Philippe Mathieu-Daudé wrote:
>>> This is the QEMU
Fix eventual copy/paste mistake introduced in commit bc994b74ea
("s390x/css: Use static initialization for channel_subsys fields").
Signed-off-by: Philippe Mathieu-Daudé
---
hw/s390x/css.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/hw/s390x/css.c b/hw/s390x/css.c
index
On Sun, Sep 06, 2020 at 04:20:10PM +0100, Peter Maydell wrote:
> On Fri, 4 Sep 2020 at 04:47, David Gibson wrote:
> >
> > The following changes since commit 67a7bfe560a1bba59efab085cb3430f45176d382:
> >
> > Merge remote-tracking branch
> > 'remotes/huth-gitlab/tags/pull-request-2020-09-03'
Hi Klaus,
On 9/4/20 4:19 PM, Klaus Jensen wrote:
> From: Klaus Jensen
>
> Handling DMA errors gracefully is required for the device to pass the
> block/011 test ("disable PCI device while doing I/O") in the blktests
> suite.
>
> With this patch the device passes the test by retrying "critical"
On 9/4/20 4:19 PM, Klaus Jensen wrote:
> From: Klaus Jensen
>
> Style fixes.
>
> Signed-off-by: Klaus Jensen
> ---
> hw/block/nvme.c | 25 +
> 1 file changed, 13 insertions(+), 12 deletions(-)
Reviewed-by: Philippe Mathieu-Daudé
+David in case
On 9/4/20 4:19 PM, Klaus Jensen wrote:
> From: Klaus Jensen
>
> There are two reasons for changing this:
>
> 1. The nvme device currently uses an internal Intel device id.
>
> 2. Since commits "nvme: fix write zeroes offset and count" and "nvme:
> support multiple
On 9/4/20 4:19 PM, Klaus Jensen wrote:
> From: Klaus Jensen
>
> Make the default request status NVME_SUCCESS so only error status codes
> has to be set.
Typo 'has' -> 'have'.
>
> Signed-off-by: Klaus Jensen
Reviewed-by: Philippe Mathieu-Daudé
> ---
> hw/block/nvme.c | 4 +---
> 1 file
On 9/4/20 4:19 PM, Klaus Jensen wrote:
> From: Klaus Jensen
>
> Add the symbolic command name to the pci_nvme_{io,admin}_cmd and
> pci_nvme_rw trace events.
>
[...]> diff --git a/hw/block/trace-events b/hw/block/trace-events
> index 50d5702e6b80..0823d0fb47c5 100644
> ---
Instead of overwritting the properties of the generic 'state'
object, alias them.
Note we can now propagate the "baudbase" property.
Signed-off-by: Philippe Mathieu-Daudé
---
hw/char/serial-isa.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/char/serial-isa.c
When a SoC has multiple UARTs (some configured differently),
it is hard to associate events to their UART.
To be able to distinct trace events between various instances,
add an 'id' field. Update the trace format accordingly.
Reviewed-by: Richard Henderson
Signed-off-by: Philippe Mathieu-Daudé
The serial_mm_read/write() handlers from the TYPE_SERIAL_MM device
call the serial_ioport_read/write() handlers with shifted offset.
When looking at the trace events from this MMIO device, it is
confusing to read the accesses as I/O. Simplify using generic
trace event names which make sense the
All useful DPRINTF() calls have been converted to trace
events. Remove a pointless one in the IOEventHandler,
and drop the DEBUG_SERIAL ifdef'ry.
Reviewed-by: Richard Henderson
Signed-off-by: Philippe Mathieu-Daudé
---
hw/char/serial.c | 11 ---
1 file changed, 11 deletions(-)
diff
The serial device has 8 registers, each 8-bit. The MemoryRegionOps
'serial_io_ops' is initialized with max_access_size=1, and all
memory_region_init_io() callers correctly set the region size to
8 bytes:
- serial_io_realize
- serial_isa_realizefn
- serial_pci_realize
- multi_serial_pci_realize
It
Convert the old debug PRINTF() call to display the UART
baudrate to a trace event.
Reviewed-by: Richard Henderson
Signed-off-by: Philippe Mathieu-Daudé
---
hw/char/serial.c | 4 +---
hw/char/trace-events | 1 +
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/hw/char/serial.c
Nothing very exciting, cleanups before more serious changes.
Philippe Mathieu-Daudé (7):
hw/char/serial: Assert serial_ioport_read/write offset fits 8 bytes
hw/char/serial: Replace commented DPRINTF() by trace event
hw/char/serial: Remove old DEBUG_SERIAL commented code
hw/char/serial:
Make the "wakeup" property introduced in commit 9826fd597df
("suspend: make serial ports wakeup the guest") a boolean.
As we want to reuse the generic serial properties in the
ISA model (next commit), expose this property.
Signed-off-by: Philippe Mathieu-Daudé
---
include/hw/char/serial.h | 2
Ping!
Li Qiang 于2020年9月1日周二 下午6:34写道：
>
> Ping.
>
> Li Qiang 于2020年8月15日周六 下午3:21写道：
> >
> > In 'map_page' we need to check the return value of
> > 'dma_memory_map' to ensure the we actully maped something.
> > Otherwise, we will hit an assert in 'address_space_unmap'.
> > This is because we
Ping!
Li Qiang 于2020年8月28日周五 上午9:21写道：
>
> Kindly ping.
>
> Li Qiang 于2020年8月16日周日 下午10:23写道：
> >
> > If error occurs while processing the virtio request we should call
> > 'virtqueue_detach_element' to detach the element from the virtqueue
> > before free the elem.
> >
> > Signed-off-by: Li
ping!
Li Qiang 于2020年8月28日周五 上午9:21写道：
>
> Kindly ping.
>
> Li Qiang 于2020年8月14日周五 上午12:52写道：
> >
> > If error occurs while processing the virtio request we should call
> > 'virtqueue_detach_element' to detach the element from the virtqueue
> > before free the elem.
> >
> > Signed-off-by: Li
Your patch only fixed it for sg devices. S_ISBLK() will never be true
when sg_get_max_segments() is only called in raw_refresh_limits() when
bs->sg is true.
With that said, it's not like we cannot ditch the bs->sg check in
raw_refresh_limits() and switch to S_ISBLK()/S_ISCHR(). (Although not
AlexChen 于2020年8月26日周三 下午6:16写道：
>
> From: AlexChen
Reviewed-by: Li Qiang
>
> The 'kdgb' is allocating memory in get_kdbg(), but it is not freed
> in both fill_header() and fill_context() failed branches, fix it.
>
> Signed-off-by: AlexChen
> ---
> contrib/elf2dmp/main.c | 4 ++--
> 1 file
Philippe Mathieu-Daudé 于2020年9月4日周五 下午11:52写道：
>
> Let devices specify transaction attributes when calling
> dma_memory_read() or dma_memory_write().
>
> Patch created mechanically using spatch with this script:
>
> @@
> expression E1, E2, E3, E4;
> @@
> (
> - dma_memory_read(E1, E2,
Philippe Mathieu-Daudé 于2020年9月4日周五 下午11:52写道：
>
> Let devices specify transaction attributes when calling
> dma_memory_map().
>
> Patch created mechanically using spatch with this script:
>
> @@
> expression E1, E2, E3, E4;
> @@
> - dma_memory_map(E1, E2, E3, E4)
> + dma_memory_map(E1,
TYPE_SERIAL_IO is a superset of TYPE_SERIAL_MM, and it is
not used anymore. Remove it.
Suggested-by: Paolo Bonzini
Suggested-by: Peter Maydell
Signed-off-by: Philippe Mathieu-Daudé
---
include/hw/char/serial.h | 9 -
hw/char/serial.c | 41
Philippe Mathieu-Daudé 于2020年9月4日周五 下午11:53写道：
>
> Let devices specify transaction attributes when calling
> dma_memory_rw().
>
> Signed-off-by: Philippe Mathieu-Daudé
Reviewed-by: Li Qiang
> ---
> include/hw/pci/pci.h | 3 ++-
> include/sysemu/dma.h | 11 ++-
> dma-helpers.c
Remove the TYPE_SERIAL_IO which is simply a superset of
TYPE_SERIAL_MM, as suggested by Paolo and Peter here:
https://www.mail-archive.com/qemu-devel@nongnu.org/msg721806.html
Since v1:
- Reword migration comment (Marc-André)
Philippe Mathieu-Daudé (2):
hw/mips/mipssim: Use MMIO serial device
The 'mipssim' is not a real hardware, it is a simulator.
There is an ISA MMIO space mapped at 0x1fd0, however
this is not a real ISA bus (no ISA IRQ). So can not use
the TYPE_ISA_SERIAL device...
Instead we have been using a plain MMIO device, but named
it IO.
TYPE_SERIAL_IO is a superset of
Philippe Mathieu-Daudé 于2020年9月4日周五 下午11:53写道：
>
> We will add the MemTxAttrs argument to dma_memory_rw() in
> the next commit. Since dma_memory_rw_relaxed() is only used
> by dma_memory_rw(), modify it first in a separate commit to
> keep the next commit easier to review.
>
> Signed-off-by:
Philippe Mathieu-Daudé 于2020年9月4日周五 下午11:49写道：
>
> Let devices specify transaction attributes when calling
> dma_memory_set().
>
> Signed-off-by: Philippe Mathieu-Daudé
Reviewed-by: Li Qiang
> ---
> include/hw/ppc/spapr_vio.h | 3 ++-
> include/sysemu/dma.h | 3 ++-
> dma-helpers.c
Philippe Mathieu-Daudé 于2020年9月4日周五 下午11:48写道：
>
> Let devices specify transaction attributes when calling
> dma_memory_valid().
>
> Signed-off-by: Philippe Mathieu-Daudé
Reviewed-by: Li Qiang
> ---
> include/hw/ppc/spapr_vio.h | 2 +-
> include/sysemu/dma.h | 4 ++--
> 2 files
Philippe Mathieu-Daudé 于2020年9月4日周五 下午11:46写道：
>
> dma_memory_rw_relaxed() returns a MemTxResult type.
> Do not discard it, return it to the caller.
>
> Signed-off-by: Philippe Mathieu-Daudé
Reviewed-by: Li Qiang
> ---
> include/sysemu/dma.h | 22 ++
> 1 file changed, 18
Philippe Mathieu-Daudé 于2020年9月4日周五 下午11:50写道：
>
> dma_memory_rw_relaxed() returns a MemTxResult type.
> Do not discard it, return it to the caller.
>
> Signed-off-by: Philippe Mathieu-Daudé
Reviewed-by: Li Qiang
> ---
> include/sysemu/dma.h | 21 +
> 1 file changed, 17
Philippe Mathieu-Daudé 于2020年9月4日周五 下午11:46写道：
>
> address_space_rw() returns a MemTxResult type.
> Do not discard it, return it to the caller.
>
> Signed-off-by: Philippe Mathieu-Daudé
Reviewed-by: Li Qiang
> ---
> include/sysemu/dma.h | 30 ++
> 1 file changed,
Philippe Mathieu-Daudé 于2020年9月4日周五 下午11:47写道：
>
> address_space_write() returns a MemTxResult type.
> Do not discard it, return it to the caller.
>
> Signed-off-by: Philippe Mathieu-Daudé
Reviewed-by: Li Qiang
> ---
> include/sysemu/dma.h | 15 ++-
> dma-helpers.c| 7
Commit a5d7eb6534a ("Add TSC2301 touchscreen & keypad controller")
added the MouseTransformInfo declaration in "ui/console.h",
however it is only used in "hw/input/tsc2xxx.h".
Reduce the structure exposure by moving it to the single include
where it is used.
This should fix a build failure on
Philippe Mathieu-Daudé 于2020年9月4日周五 下午11:47写道：
>
> From: Klaus Jensen
>
> Some might actually care about the return value of dma_memory_rw. So
> let us pass it along instead of ignoring it.
>
> There are no existing users of the return value, so this patch should be
> safe.
>
> Signed-off-by:
Host CPU : Intel(R) Core(TM) i7-8750H CPU @ 2.20GHz
Host Memory : 15.49 GB
Start Time (UTC) : 2020-09-06 22:30:01
End Time (UTC) : 2020-09-06 23:03:15
Execution Time : 0:33:13.596113
Status : SUCCESS
Note:
Changes denoted by '-' are less than 0.01%.
From: Thomas Huth
Signed-off-by: Marc-André Lureau
Message-Id: <20200828110734.1638685-7-marcandre.lur...@redhat.com>
Signed-off-by: Paolo Bonzini
Signed-off-by: Thomas Huth
---
tests/Makefile.include | 254 +
tests/meson.build | 174
The following changes since commit 227de21ed0759e275a469394af72c999d0134bb5:
Merge remote-tracking branch 'remotes/rth/tags/pull-tcg-20200903' into
staging (2020-09-05 15:30:41 +0100)
are available in the Git repository at:
https://gitlab.com/bonzini/qemu.git tags/for-upstream
for you to
Signed-off-by: Paolo Bonzini
---
configure | 16 +---
1 file changed, 1 insertion(+), 15 deletions(-)
diff --git a/configure b/configure
index 249da3dd00..d63d12ae96 100755
--- a/configure
+++ b/configure
@@ -331,7 +331,6 @@ audio_drv_list=""
block_drv_rw_whitelist=""
> -Original Message-
> From: Qemu-block bounces+dmitry.fomichev=wdc@nongnu.org> On Behalf Of Maxim
> Levitsky
> Sent: Sunday, September 6, 2020 1:06 PM
> To: Tom Yan ; ebl...@redhat.com;
> pbonz...@redhat.com; f...@euphon.net; anie...@linux.vnet.ibm.com;
> kw...@redhat.com;
Your pipeline has failed.
Project: QEMU ( https://gitlab.com/qemu-project/qemu )
Branch: master ( https://gitlab.com/qemu-project/qemu/-/commits/master )
Commit: 7c37270b (
https://gitlab.com/qemu-project/qemu/-/commit/7c37270b3fbe3d034ba80e488761461676e21eb4
)
Commit Message: Merge
On Sun, 6 Sep 2020 at 18:56, Paolo Bonzini wrote:
>
> The following changes since commit 227de21ed0759e275a469394af72c999d0134bb5:
>
> Merge remote-tracking branch 'remotes/rth/tags/pull-tcg-20200903' into
> staging (2020-09-05 15:30:41 +0100)
>
> are available in the Git repository at:
>
>
On Fri, 4 Sep 2020 at 08:04, Gerd Hoffmann wrote:
>
> The following changes since commit 67a7bfe560a1bba59efab085cb3430f45176d382:
>
> Merge remote-tracking branch 'remotes/huth-gitlab/tags/pull-request-2020-09=
> -03' into staging (2020-09-03 16:58:25 +0100)
>
> are available in the Git
The following changes since commit 227de21ed0759e275a469394af72c999d0134bb5:
Merge remote-tracking branch 'remotes/rth/tags/pull-tcg-20200903' into
staging (2020-09-05 15:30:41 +0100)
are available in the Git repository at:
https://gitlab.com/bonzini/qemu.git tags/for-upstream
for you to
check-block has its own test harness, unlike every other test. If
we capture its output, as is in general nicer to do without V=1,
there will be no sign of progress. So for lack of a better option
just move the invocation of the test back to Makefile rules.
As a side effect, this will also fix
Previous patch introduced a performance warning being logged on host
side if client connected with an 'msize' <= 8192. Disable this
performance warning for the synth driver to prevent that warning from
being printed whenever the 9pfs (qtest) test cases are running.
Introduce a new export flag
On Sun, 2020-09-06 at 23:26 +0800, Tom Yan wrote:
> I don't disagree with your proposal, but the thing is, do we even need
> another field/limit for case 1? For example, do we *really* need to
> clamp sizes[2] (NBD_INFO_BLOCK_SIZE) in nbd/server.c and
> max_io_sectors (SCSIBlockLimits) in
On Thu, Sep 3, 2020 at 3:41 AM Bin Meng wrote:
>
> From: Bin Meng
>
> This is an effort to clean up the hw/riscv directory. Ideally it
> should only contain the RISC-V SoC / machine codes plus generic
> codes. Peripheral models for a specific SoC are moved to its
> corresponding hw/*
Le 23/08/2020 à 21:59, Filip Bozuta a écrit :
> This patch introduces functionality for following btrfs ioctls:
>
> BTRFS_IOC_SUBVOL_CREATE_V2 - Adding a new btrfs subvolume
>
> Create a new btrfs subvolume (same as with BTRFS_IOC_SUBVOL_CREATE).
> The third ioctl's argument is a pointer
I don't disagree with your proposal, but the thing is, do we even need
another field/limit for case 1? For example, do we *really* need to
clamp sizes[2] (NBD_INFO_BLOCK_SIZE) in nbd/server.c and
max_io_sectors (SCSIBlockLimits) in hw/scsi/scsi-disk.c to to any kind
of "dynamic" limit?
Either way
On Fri, 4 Sep 2020 at 12:45, Paolo Bonzini wrote:
>
> The following changes since commit 67a7bfe560a1bba59efab085cb3430f45176d382:
>
> Merge remote-tracking branch
> 'remotes/huth-gitlab/tags/pull-request-2020-09-03' into staging (2020-09-03
> 16:58:25 +0100)
>
> are available in the Git
On Fri, 4 Sep 2020 at 04:47, David Gibson wrote:
>
> The following changes since commit 67a7bfe560a1bba59efab085cb3430f45176d382:
>
> Merge remote-tracking branch
> 'remotes/huth-gitlab/tags/pull-request-2020-09-03' into staging (2020-09-03
> 16:58:25 +0100)
>
> are available in the Git
A patch for this work has been posted to the qemu-dev ML.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1715203
Title:
Maintain Haiku support
Status in QEMU:
Confirmed
Bug description:
It
September 6, 2020 9:35 AM, "Alexander von Gluck IV"
wrote:
> Signed-off-by: Alexander von Gluck IV
> ---
> tests/keys/vagrant | 27 +
> tests/keys/vagrant.pub | 1 +
> tests/vm/basevm.py | 5 +-
> tests/vm/haiku.x86_64 | 121 +
> 4 files changed, 152
Signed-off-by: Alexander von Gluck IV
---
tests/keys/vagrant | 27 +
tests/keys/vagrant.pub | 1 +
tests/vm/basevm.py | 5 +-
tests/vm/haiku.x86_64 | 121 +
4 files changed, 152 insertions(+), 2 deletions(-)
create mode 100644
Your pipeline has failed.
Project: QEMU ( https://gitlab.com/qemu-project/qemu )
Branch: master ( https://gitlab.com/qemu-project/qemu/-/commits/master )
Commit: 227de21e (
https://gitlab.com/qemu-project/qemu/-/commit/227de21ed0759e275a469394af72c999d0134bb5
)
Commit Message: Merge
On Thu, 3 Sep 2020 at 22:41, Richard Henderson
wrote:
>
> The following changes since commit 3dd23a4fb8fd72d2220a90a809f213999ffe7f3a:
>
> Merge remote-tracking branch 'remotes/legoater/tags/pull-aspeed-20200901'
> into staging (2020-09-03 14:12:48 +0100)
>
> are available in the Git
On Sun, 2020-09-06 at 19:04 +0800, Tom Yan wrote:
> Maybe you want to add some condition for this:
> https://github.com/qemu/qemu/blob/v5.1.0/nbd/server.c#L659
> Or not clamp it at all.
>
> On Sun, 6 Sep 2020 at 18:58, Tom Yan wrote:
> > In commit 867eccfed84f96b54f4a432c510a02c2ce03b430,
On Sun, Sep 6, 2020 at 5:49 AM Stefan Weil wrote:
> Am 05.09.20 um 23:10 schrieb Yonggang Luo:
>
> > On Windows there is no path like /tmp/s_local_disk.XX
> >
> > Signed-off-by: Yonggang Luo
> > ---
> > tests/test-replication.c | 13 +
> > 1 file changed, 9 insertions(+), 4
Maybe you want to add some condition for this:
https://github.com/qemu/qemu/blob/v5.1.0/nbd/server.c#L659
Or not clamp it at all.
On Sun, 6 Sep 2020 at 18:58, Tom Yan wrote:
>
> In commit 867eccfed84f96b54f4a432c510a02c2ce03b430, Levitsky appears
> to have assumed that the only "SCSI
In commit 867eccfed84f96b54f4a432c510a02c2ce03b430, Levitsky appears
to have assumed that the only "SCSI Passthrough" is `-device
scsi-generic`, while the fact is there's also `-device scsi-block`
(passthrough without the sg driver). Unlike `-device scsi-hd`, getting
max_sectors is necessary to it
Cc'ing qemu-trivial@
Can we add the commit description Richard wrote?
---
Fix 32-bit build error for vmbus:
hw/hyperv/vmbus.c: In function ‘gpadl_iter_io’:
hw/hyperv/vmbus.c:383:13: error: cast to pointer from integer of
different size [-Werror=int-to-pointer-cast]
383 | p = (void
On 9/5/20 11:24 PM, Philippe Mathieu-Daudé wrote:
> The UART5 is present on the machine regardless there is a
> character device connected to it. Map it unconditionally.
>
> Signed-off-by: Philippe Mathieu-Daudé
Reviewed-by: Cédric Le Goater
> ---
> hw/arm/aspeed_ast2600.c | 8 +++-
>
Hi Richard,
I have already submitted this 7 weeks ago
https://patchew.org/QEMU/20200715084326.678715-1-ari...@gmail.com/20200715084326.678715-3-ari...@gmail.com/
On Sun, Sep 6, 2020 at 8:01 AM Richard Henderson
wrote:
>
> ../qemu/hw/hyperv/vmbus.c: In function ‘gpadl_iter_io’:
>
** Changed in: qemu
Status: New => In Progress
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1894361
Title:
linux-user: syscall.c lacks pselect6_time64
Status in QEMU:
In Progress
Bug
79 matches
Mail list logo
