Re: device compatibility interface for live migration with assigned devices

On Fri, Aug 28, 2020 at 03:04:12PM +0100, Sean Mooney wrote: > On Fri, 2020-08-28 at 15:47 +0200, Cornelia Huck wrote: > > On Wed, 26 Aug 2020 14:41:17 +0800 > > Yan Zhao wrote: > > > > > previously, we want to regard the two mdevs created with dsa-1dwq x 30 and > > > dsa-2dwq x 15 as

Re: [ovirt-devel] Re: device compatibility interface for live migration with assigned devices

On 2020/8/21 下午10:52, Cornelia Huck wrote: On Fri, 21 Aug 2020 11:14:41 +0800 Jason Wang wrote: On 2020/8/20 下午8:27, Cornelia Huck wrote: On Wed, 19 Aug 2020 17:28:38 +0800 Jason Wang wrote: On 2020/8/19 下午4:13, Yan Zhao wrote: On Wed, Aug 19, 2020 at 03:39:50PM +0800, Jason Wang

Re: device compatibility interface for live migration with assigned devices

On Fri, Aug 28, 2020 at 03:47:41PM +0200, Cornelia Huck wrote: > On Wed, 26 Aug 2020 14:41:17 +0800 > Yan Zhao wrote: > > > previously, we want to regard the two mdevs created with dsa-1dwq x 30 and > > dsa-2dwq x 15 as compatible, because the two mdevs consist equal resources. > > > > But, as

Re: [PATCH v2 00/16] hw/riscv: Add Microchip PolarFire SoC Icicle Kit board support

On Mon, Aug 31, 2020 at 06:15:52 +0800, Bin Meng wrote: > Hi Leif, > > > > The following perepherals are emulated: > > > - SiFive CLINT > > > - SiFive PLIC > > > - PolarFire SoC Multi-Mode UART > > > - SiFive PDMA > > > - Cadence eMMC/SDHCI controller > > > - Cadence Gigabit Ethernet MAC > > > >

Re: [RFC PATCH v3 00/34] Hexagon patch series

On 8/30/20 1:47 PM, Taylor Simpson wrote: > Richard, > > Thank you so much for the feedback. I really appreciate it. > > I'll get to work addressing the issues. Since some of the items will take > longer than others, please advise whether it's preferred to send intermediate > updates or wait

Re: [RFC PATCH v3 30/34] Hexagon (target/hexagon) TCG for instructions with multiple definitions

On 8/30/20 2:30 PM, Taylor Simpson wrote: > > >> -Original Message- >> From: Richard Henderson >> Sent: Sunday, August 30, 2020 3:13 PM >> To: Taylor Simpson ; qemu-devel@nongnu.org >> Cc: phi...@redhat.com; laur...@vivier.eu; riku.voi...@iki.fi; >> aleksandar.m.m...@gmail.com;

Re: [RFC PATCH v3 31/34] Hexagon (target/hexagon) translation

On 8/30/20 12:37 PM, Taylor Simpson wrote: > I'm actually checking two conditions here. > 1) packet crossing a page boundary > 2) reading too many words without finding the end of the packet. > I guess it would be better to separate them. > > What is the correct behavior for the second case?

[REPORT] Nightly Performance Tests - Sunday, August 30, 2020

Host CPU : Intel(R) Core(TM) i7-8750H CPU @ 2.20GHz Host Memory : 15.49 GB Start Time (UTC) : 2020-08-30 22:30:02 End Time (UTC) : 2020-08-30 23:02:40 Execution Time : 0:32:38.741642 Status : SUCCESS Note: Changes denoted by '-' are less than 0.01%.

Re: [PATCH v2 00/16] hw/riscv: Add Microchip PolarFire SoC Icicle Kit board support

Hi Leif, On Sun, Aug 30, 2020 at 8:57 PM Leif Lindholm wrote: > > Hi Bin, > > On Sat, Aug 29, 2020 at 23:17:24 +0800, Bin Meng wrote: > > From: Bin Meng > > > > This adds support for Microchip PolarFire SoC Icicle Kit board. > > The Icicle Kit board integrates a PolarFire SoC, with one SiFive's

RE: [RFC PATCH v3 28/34] Hexagon (target/hexagon) TCG generation helpers

> -Original Message- > From: Richard Henderson > Sent: Sunday, August 30, 2020 2:52 PM > To: Taylor Simpson ; qemu-devel@nongnu.org > Cc: phi...@redhat.com; laur...@vivier.eu; riku.voi...@iki.fi; > aleksandar.m.m...@gmail.com; a...@rev.ng > Subject: Re: [RFC PATCH v3 28/34] Hexagon

RE: [RFC PATCH v3 30/34] Hexagon (target/hexagon) TCG for instructions with multiple definitions

> -Original Message- > From: Richard Henderson > Sent: Sunday, August 30, 2020 3:13 PM > To: Taylor Simpson ; qemu-devel@nongnu.org > Cc: phi...@redhat.com; laur...@vivier.eu; riku.voi...@iki.fi; > aleksandar.m.m...@gmail.com; a...@rev.ng > Subject: Re: [RFC PATCH v3 30/34] Hexagon

RE: [RFC PATCH v3 25/34] Hexagon (target/hexagon) macros to interface with the generator

> -Original Message- > From: Richard Henderson > Sent: Sunday, August 30, 2020 2:59 PM > To: Taylor Simpson ; qemu-devel@nongnu.org > Cc: phi...@redhat.com; laur...@vivier.eu; riku.voi...@iki.fi; > aleksandar.m.m...@gmail.com; a...@rev.ng > Subject: Re: [RFC PATCH v3 25/34] Hexagon

Re: [RFC PATCH v3 30/34] Hexagon (target/hexagon) TCG for instructions with multiple definitions

On 8/30/20 12:48 PM, Taylor Simpson wrote: > I'll add the following comment to indicate what's going on > > /* > * Each of the generated helpers is wrapped with #ifndef fGEN_TCG_. > * For example >* #ifndef fGEN_TCG_A2_add >* DEF_HELPER_3(A2_add, s32, env, s32, s32) >*

Re: [RFC PATCH v3 26/34] Hexagon (target/hexagon) macros referenced in instruction semantics

On 8/30/20 1:23 PM, Taylor Simpson wrote: >> I think the merge stuff is a mistake. I think you can get the semantics that >> you want with >> >> probe_read(ld_addr, ld_len) >> qemu_st(st_value, st_addr) >> qemu_ld(ld_value, ld_addr) >> >> In this way, all exceptions are recognized before the

Re: [PATCH] memory: Revert "memory: accept mismatching sizes in memory_region_access_valid"

On Wed, Aug 26, 2020 at 10:32:16PM -0700, Nathan Chancellor wrote: > Hi all, > > Sorry for the duplicate reply, my first one was rejected by a mailing > list administrator for being too long so I resent it with the error logs > as a link instead of inline. > > On Wed, Jun 10, 2020 at 09:47:49AM

Re: [RFC PATCH v3 25/34] Hexagon (target/hexagon) macros to interface with the generator

On 8/30/20 1:30 PM, Taylor Simpson wrote: > > >> -Original Message- >> From: Richard Henderson >> Sent: Friday, August 28, 2020 6:49 PM >> To: Taylor Simpson ; qemu-devel@nongnu.org >> Cc: phi...@redhat.com; laur...@vivier.eu; riku.voi...@iki.fi; >> aleksandar.m.m...@gmail.com;

Re: [PULL 06/13] Introduce a new flag for i440fx to disable PCI hotplug on the root bus

On Thu, Aug 27, 2020 at 11:29:34PM +0530, Ani Sinha wrote: > On Thu, Aug 27, 2020 at 11:11 PM Igor Mammedov wrote: > > > > On Thu, 27 Aug 2020 09:40:34 -0400 > > "Michael S. Tsirkin" wrote: > > > > > From: Ani Sinha > > > > > > We introduce a new global flag 'acpi-root-pci-hotplug' for i440fx

Re: [RFC PATCH v3 28/34] Hexagon (target/hexagon) TCG generation helpers

On 8/30/20 12:53 PM, Taylor Simpson wrote: >>> +++ b/target/hexagon/genptr_helpers.h >>> @@ -0,0 +1,244 @@ >>> + >>> +static inline void gen_log_reg_write(int rnum, TCGv val, int slot, >>> + int is_predicated) >> >> These are quite large. Why are they marked

RE: [RFC PATCH v3 00/34] Hexagon patch series

Richard, Thank you so much for the feedback. I really appreciate it. I'll get to work addressing the issues. Since some of the items will take longer than others, please advise whether it's preferred to send intermediate updates or wait until they are all addressed. Taylor > -Original

Re: [PATCH] meson: add pixman dependency to UI modules

Am 30.08.20 um 17:45 schrieb Paolo Bonzini: > Pixman used to be included directly in QEMU_CFLAGS and therefore the > include path was added to every compiler invocation. Now that (just > like basically everything else) it is a separate dependency, we > need to add it to all build target,

[PATCH] meson: add pixman dependency to chardev/baum module

Signed-off-by: Stefan Weil --- Together with Paolo's patch (https://patchwork.kernel.org/patch/11745207/) this fixed the build with --enable-modules for me. Stefan chardev/meson.build | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/chardev/meson.build

Re: [RFC PATCH v3 27/34] Hexagon (target/hexagon) instruction classes

On 8/30/20 1:04 PM, Taylor Simpson wrote: > So, this should be CamelCase? I should be able to fix all of them. Yes, they should. Thanks. r~

RE: [RFC PATCH v3 25/34] Hexagon (target/hexagon) macros to interface with the generator

> -Original Message- > From: Richard Henderson > Sent: Friday, August 28, 2020 6:49 PM > To: Taylor Simpson ; qemu-devel@nongnu.org > Cc: phi...@redhat.com; laur...@vivier.eu; riku.voi...@iki.fi; > aleksandar.m.m...@gmail.com; a...@rev.ng > Subject: Re: [RFC PATCH v3 25/34] Hexagon

RE: [RFC PATCH v3 26/34] Hexagon (target/hexagon) macros referenced in instruction semantics

> -Original Message- > From: Richard Henderson > Sent: Friday, August 28, 2020 7:17 PM > To: Taylor Simpson ; qemu-devel@nongnu.org > Cc: phi...@redhat.com; laur...@vivier.eu; riku.voi...@iki.fi; > aleksandar.m.m...@gmail.com; a...@rev.ng > Subject: Re: [RFC PATCH v3 26/34] Hexagon

RE: [RFC PATCH v3 27/34] Hexagon (target/hexagon) instruction classes

> -Original Message- > From: Richard Henderson > Sent: Friday, August 28, 2020 7:37 PM > To: Taylor Simpson ; qemu-devel@nongnu.org > Cc: phi...@redhat.com; laur...@vivier.eu; riku.voi...@iki.fi; > aleksandar.m.m...@gmail.com; a...@rev.ng > Subject: Re: [RFC PATCH v3 27/34] Hexagon

RE: [RFC PATCH v3 28/34] Hexagon (target/hexagon) TCG generation helpers

> -Original Message- > From: Richard Henderson > Sent: Friday, August 28, 2020 7:49 PM > To: Taylor Simpson ; qemu-devel@nongnu.org > Cc: phi...@redhat.com; laur...@vivier.eu; riku.voi...@iki.fi; > aleksandar.m.m...@gmail.com; a...@rev.ng > Subject: Re: [RFC PATCH v3 28/34] Hexagon

RE: [RFC PATCH v3 29/34] Hexagon (target/hexagon) TCG generation

> -Original Message- > From: Richard Henderson > Sent: Friday, August 28, 2020 7:58 PM > To: Taylor Simpson ; qemu-devel@nongnu.org > Cc: phi...@redhat.com; laur...@vivier.eu; riku.voi...@iki.fi; > aleksandar.m.m...@gmail.com; a...@rev.ng > Subject: Re: [RFC PATCH v3 29/34] Hexagon

Re: [PATCH] linux-user: Add strace support for printing OFD fcntl operations

Le 30/08/2020 à 11:22, Mike Gelfand a écrit : > Signed-off-by: Mike Gelfand > --- > linux-user/strace.c | 12 > 1 file changed, 12 insertions(+) > > diff --git a/linux-user/strace.c b/linux-user/strace.c > index 4f77b0cf76..11fea14fba 100644 > --- a/linux-user/strace.c > +++

RE: [RFC PATCH v3 30/34] Hexagon (target/hexagon) TCG for instructions with multiple definitions

> -Original Message- > From: Richard Henderson > Sent: Friday, August 28, 2020 8:03 PM > To: Taylor Simpson ; qemu-devel@nongnu.org > Cc: phi...@redhat.com; laur...@vivier.eu; riku.voi...@iki.fi; > aleksandar.m.m...@gmail.com; a...@rev.ng > Subject: Re: [RFC PATCH v3 30/34] Hexagon

RE: [RFC PATCH v3 31/34] Hexagon (target/hexagon) translation

> -Original Message- > From: Richard Henderson > Sent: Friday, August 28, 2020 8:50 PM > To: Taylor Simpson ; qemu-devel@nongnu.org > Cc: phi...@redhat.com; laur...@vivier.eu; riku.voi...@iki.fi; > aleksandar.m.m...@gmail.com; a...@rev.ng > Subject: Re: [RFC PATCH v3 31/34] Hexagon

[PATCH] linux-user: fix ppc/termbits.h

On ppc, in termios, c_line is after c_cc, not before . Fixes: c218b4ede4f9 ("linux-user: Add missing termbits types and values definitions") Cc: filip.boz...@syrmia.com Signed-off-by: Laurent Vivier --- linux-user/ppc/termbits.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH] sd: sdhci: check data_count is within fifo_buffer

Here's a qtest reproducer for this one: cat << EOF |./i386-softmmu/qemu-system-i386 -nodefaults \ -device sdhci-pci -device sd-card,drive=mydrive \ -drive if=sd,index=0,file=null-co://,format=raw,id=mydrive \ -nographic -accel qtest -qtest stdio -nographic outl 0xcf8 0x80001001 outl 0xcfc

Re: [RFC v3 2/8] cpus: prepare new CpusAccel cpu accelerator interface

On 30/08/20 15:34, Claudio Fontana wrote: > Ciao Paolo, > > just a ping on this one, it would seem that qemu_clock_get_ns needs to be > called before > any accelerator is initialized, before ticks are enabled, as part of qcow2 > initialization. > > I could add a check specifically for this and

[PATCH] meson: bump submodule to 0.55.1

This version includes an important bugfix to avoid including unnecessary -Wl,-rpath flags. It also avoids the warnings on custom_targets with more than one output. Reported-by: Laurent Vivier Signed-off-by: Paolo Bonzini --- configure | 2 +- meson | 2 +- 2 files changed, 2

Re: [PATCH 5/6] meson: install $localstatedir/run for qga

On 30/08/20 11:44, Paolo Bonzini wrote: > This doesn't work if /var/run exists and is a symlink: > > Installing subdir /home/pbonzini/ff/run to > /home/pbonzini/ff/build/test/var/local/run > Traceback (most recent call last): > File "/usr/lib/python3.8/site-packages/mesonbuild/mesonmain.py",

[PATCH] meson: add pixman dependency to UI modules

Pixman used to be included directly in QEMU_CFLAGS and therefore the include path was added to every compiler invocation. Now that (just like basically everything else) it is a separate dependency, we need to add it to all build target, especially UI modules that need it due to their including

Re: [PATCH] meson: move pixman detection to meson

Il dom 30 ago 2020, 15:31 Stefan Weil ha scritto: > Obviously the compiler flags which are required for pixman-1 > (-I/usr/include/pixman-1) are not passed to the compiler. > Yes, they must be added to the modules' sourcesets. I will fix this. A build without --enable-modules does not show

Re: [PATCH] xhci: check return value from usb_packet_map

I think there is already a fix queued for this one: https://www.mail-archive.com/qemu-devel@nongnu.org/msg734424.html On 200827 1729, P J P wrote: > From: Prasad J Pandit > > While setting up a packet in xhci_setup_packet() routine, > usb_packet_map() may return an error. Check this return

Re: [PATCH v2 00/16] hw/riscv: Add Microchip PolarFire SoC Icicle Kit board support

Hi Bin, On Sat, Aug 29, 2020 at 23:17:24 +0800, Bin Meng wrote: > From: Bin Meng > > This adds support for Microchip PolarFire SoC Icicle Kit board. > The Icicle Kit board integrates a PolarFire SoC, with one SiFive's > E51 plus four U54 cores and many on-chip peripherals and an FPGA. > > For

Re: [PATCH] target/hppa: Fix boot with old Linux installation CDs

On 8/30/20 6:21 AM, Helge Deller wrote: > The patch below modifies the qemu instruction decoder to ignore the > 64-bit flag too - which is what real 32-bit hardware seems to do as > well. With this modification qemu now successfully boots those older > images too. > > I suggest to apply the

[PATCH] target/hppa: Fix boot with old Linux installation CDs

The current qemu hppa emulation emulates a PA1.1 CPU, which can only execute the 32-bit instruction set. For unknown 64-bit instructions, a instruction trap is sent to the virtual CPU. This behaviour is correct in the sense that we emulate what the PA1.1 specification says. But when trying to

Re: [PATCH] meson: move pixman detection to meson

Am 26.08.20 um 09:02 schrieb Paolo Bonzini: > When pixman is not installed (or too old), but virglrenderer is available > and "configure" has been run with "--disable-system", the build currently > aborts when trying to compile vhost-user-gpu (since it requires pixman). > > Let's skip the build

Re: [RFC v3 2/8] cpus: prepare new CpusAccel cpu accelerator interface

Ciao Paolo, just a ping on this one, it would seem that qemu_clock_get_ns needs to be called before any accelerator is initialized, before ticks are enabled, as part of qcow2 initialization. I could add a check specifically for this and a comment in the cpus_get_virtual_clock(), but do you

Re: [PATCH v2] memory: Directly dispatch alias accesses on origin memory region

On 22/08/20 18:14, Philippe Mathieu-Daudé wrote: > There is an issue when accessing an alias memory region via the > memory_region_dispatch_read() / memory_region_dispatch_write() > calls. > > Since commit 2cdfcf272d ("memory: assign MemoryRegionOps to all > regions") we assign _mem_ops to all

Re: [PULL 06/13] Introduce a new flag for i440fx to disable PCI hotplug on the root bus

On Fri, Aug 28, 2020 at 3:19 PM Igor Mammedov wrote: > > On Thu, 27 Aug 2020 23:29:34 +0530 > Ani Sinha wrote: > > > On Thu, Aug 27, 2020 at 11:11 PM Igor Mammedov wrote: > > > > > > On Thu, 27 Aug 2020 09:40:34 -0400 > > > "Michael S. Tsirkin" wrote: > > > > > > > From: Ani Sinha > > > > > >

[PATCH 3/3] tests/acpi: add a new ACPI table in order to test root pci hotplug on/off

A new binary ACPI table tests/data/acpi/pc/DSDT.roothp is added in order to unit test hotplug on/off capability on the root pci bus for i440fx. The diff between the table DSDT and DSDT.roothp is listed below: --- /tmp/asl-7VRVP0.dsl 2020-08-30 12:01:53.992010411 +0530 +++ /tmp/asl-96QVP0.dsl

[PATCH 1/3] tests/acpi: document addition of table DSDT.roothp for unit testing root pci hotplug on/off

A new binary acpi table tests/data/acpi/pc/DSDT.roothp is added in order to unit test the feature flag that can disable/enable root pci bus hotplug on i440fx. This feature was added with the commit: 3d7e78aaf0 ("Introduce a new flag for i440fx to disable PCI hotplug on the root bus") This

[PATCH 2/3] tests/acpi: add a new unit test to test hotplug off/on feature on the root pci bus

Ability to turn hotplug off on the pci root bus for i440fx was added in commit: 3d7e78aaf0 ("Introduce a new flag for i440fx to disable PCI hotplug on the root bus") This change adds a unit test in order to test this feature. This change has been tested against upstream qemu master branch

[PATCH 0/3] i440fx: unit tests for testing flag that enables/disables pci root hotplug

The following set of patches have been generated according to the guidelines provided in the header comment in the file tests/qtest/bios-tables-test.c. The first patch documents that a new ACPI table binary blob has been added. The new file is listed in file

Re: [PULL 06/13] Introduce a new flag for i440fx to disable PCI hotplug on the root bus

On Thu, Aug 27, 2020 at 07:41:15PM +0200, Igor Mammedov wrote: > On Thu, 27 Aug 2020 09:40:34 -0400 > "Michael S. Tsirkin" wrote: > > > From: Ani Sinha > > > > We introduce a new global flag 'acpi-root-pci-hotplug' for i440fx with which > > we can turn on or off PCI device hotplug on the root

Re: [PATCH 5/6] meson: install $localstatedir/run for qga

On 26/08/20 15:06, marcandre.lur...@redhat.com wrote: > diff --git a/qga/meson.build b/qga/meson.build > index 3f28f74b52..e5c5778a3e 100644 > --- a/qga/meson.build > +++ b/qga/meson.build > @@ -82,6 +82,8 @@ if targetos == 'windows' > all_qga += [qga_msi] > alias_target('msi', qga_msi)

Re: [PATCH] meson: set colorout to auto

On 25/08/20 10:11, Marc-André Lureau wrote: > > As far I know make doesn't redirect output.  Or maybe it redirects using > a pty (instead of a pipe) in case stdout is a terminal.  At least auto > mode for colored gcc warnings works fine with make.  It is colored when > started in

Re: Meson build on macOS: undefined symbol treatment

On 27/08/20 10:16, Thomas Huth wrote: > Seems like this is added by meson itself (see > meson/mesonbuild/linkers.py), not by our meson.build files ... Paolo, > any idea why this happens? This is done by "b_lundef=false". I think it was added for modules, but maybe it's not necessary. Emmanuel,

Re: [PATCH] meson: fix SDL2_image detection

On 29/08/20 12:41, Volker Rümelin wrote: > Configure used to probe for SDL2_image in sdl_image_probe (). Meson > should do the same. > > This fixes the following error on my system: > > Run-time dependency sdl2 found: YES 2.0.8 > Found CMake: /usr/bin/cmake (3.17.0) > Run-time dependency

[Bug 1893010] Re: qemu linux-user doesn't support OFD fcntl locks

Thanks, the changes in 5.1.0 seem to work indeed. > perhaps you can send a patch to the qemu-devel ML to add the strace part Done. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1893010 Title:

[PATCH] linux-user: Add strace support for printing OFD fcntl operations

Signed-off-by: Mike Gelfand --- linux-user/strace.c | 12 1 file changed, 12 insertions(+) diff --git a/linux-user/strace.c b/linux-user/strace.c index 4f77b0cf76..11fea14fba 100644 --- a/linux-user/strace.c +++ b/linux-user/strace.c @@ -2056,6 +2056,18 @@ print_fcntl(void

Re: [PATCH] memory: Revert "memory: accept mismatching sizes in memory_region_access_valid"

On 30/08/2020 08:43, Nathan Chancellor wrote: > On Sun, Aug 30, 2020 at 08:24:15AM +0100, Mark Cave-Ayland wrote: >> On 30/08/2020 07:49, Nathan Chancellor wrote: >> >>> Unfortunately, it does not. I applied it on top of latest >>> git (ac8b279f13865d1a4f1958d3bf34240c1c3af90d) and I can still

Re: [PATCH] memory: Revert "memory: accept mismatching sizes in memory_region_access_valid"

On Sun, Aug 30, 2020 at 08:24:15AM +0100, Mark Cave-Ayland wrote: > On 30/08/2020 07:49, Nathan Chancellor wrote: > > > Unfortunately, it does not. I applied it on top of latest > > git (ac8b279f13865d1a4f1958d3bf34240c1c3af90d) and I can still > > reproduce my failure. Is it possible that type

Re: [RFC PATCH v2] hw/display/tcx: Allow 64-bit accesses to framebuffer stippler and blitter

On 29/08/2020 17:45, Philippe Mathieu-Daudé wrote: > Le sam. 29 août 2020 18:14, Michael > a écrit : > > Hello, > > since I wrote the NetBSD code in question, here are my 2 cent: > > On Sat, 29 Aug 2020 08:41:43 -0700 > Richard Henderson

Re: [PATCH] memory: Revert "memory: accept mismatching sizes in memory_region_access_valid"

On 30/08/2020 07:49, Nathan Chancellor wrote: > Unfortunately, it does not. I applied it on top of latest > git (ac8b279f13865d1a4f1958d3bf34240c1c3af90d) and I can still > reproduce my failure. Is it possible that type of fix is needed > in a RISC-V specific driver? > > Would you like me to

Re: [RFC PATCH v2] hw/display/tcx: Allow 64-bit accesses to framebuffer stippler and blitter

Philippe Mathieu-Daudé wrote: > diff --git a/hw/display/tcx.c b/hw/display/tcx.c > index 1fb45b1aab8..96c6898b149 100644 With this patch, the kernel boots successfully for me. -- Andreas Gustafsson, g...@gson.org

Re: [PATCH] memory: Revert "memory: accept mismatching sizes in memory_region_access_valid"

On Sun, Aug 30, 2020 at 02:20:38AM -0400, Michael S. Tsirkin wrote: > On Wed, Aug 26, 2020 at 10:32:16PM -0700, Nathan Chancellor wrote: > > Hi all, > > > > Sorry for the duplicate reply, my first one was rejected by a mailing > > list administrator for being too long so I resent it with the

Re: [PATCH] memory: Revert "memory: accept mismatching sizes in memory_region_access_valid"

On Wed, Aug 26, 2020 at 10:32:16PM -0700, Nathan Chancellor wrote: > Hi all, > > Sorry for the duplicate reply, my first one was rejected by a mailing > list administrator for being too long so I resent it with the error logs > as a link instead of inline. > > On Wed, Jun 10, 2020 at 09:47:49AM

Re: [Bug 1892540] [RFC PATCH v2] hw/display/tcx: Allow 64-bit accesses to framebuffer stippler and blitter

On Sat, Aug 22, 2020 at 02:21:27PM -, Philippe Mathieu-Daudé wrote: > The S24/TCX datasheet is listed as "Unable to locate" on [1]. > > However the NetBSD revision 1.32 of the driver introduced > 64-bit accesses to the stippler and blitter [2]. It is safe > to assume these memory regions are