[Bug 1851095] [NEW] [feature request] awareness of instructions that are well emulated

2019-11-02 Thread Shawn Landden
Public bug reported: While qemu's scalar emulation tends to be excellent, qemu's SIMD emulation tends to be incorrect (except for arm64 from x86_64)--i have found this both for mipsel and arm32. Until these code paths are audited, which is probably a large job, it would be nice if qemu knew its

[Bug 1851095] Re: [feature request] awareness of instructions that are well emulated

2019-11-02 Thread Shawn Landden
Here is a pull request for the zig language that runs into this problems in qemu https://github.com/ziglang/zig/pull/2945/ I have more code for validation if someone is working on this. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to

[PATCH v2] q800: fix I/O memory map

2019-11-02 Thread Laurent Vivier
Linux kernel 5.4 will introduce a new memory map for SWIM device. (aee6bff1c325 ("m68k: mac: Revisit floppy disc controller base addresses")) Until this release all MMIO are mapped between 0x50f0 and 0x50f4, but it appears that for real hardware 0x50f0 is not the base address: the

Re: [PULL 00/20] hw/i386/pc: Split PIIX3 southbridge from i440FX northbridge

2019-11-02 Thread Philippe Mathieu-Daudé
On 11/2/19 9:28 PM, Philippe Mathieu-Daudé wrote: Hi Paolo, On 10/30/19 10:44 AM, Philippe Mathieu-Daudé wrote: Hi Peter, Paolo, On 10/30/19 7:15 AM, Peter Maydell wrote: On Mon, 28 Oct 2019 at 17:48, Philippe Mathieu-Daudé wrote:

Re: [PULL 00/20] hw/i386/pc: Split PIIX3 southbridge from i440FX northbridge

2019-11-02 Thread Philippe Mathieu-Daudé
Hi Paolo, On 10/30/19 10:44 AM, Philippe Mathieu-Daudé wrote: Hi Peter, Paolo, On 10/30/19 7:15 AM, Peter Maydell wrote: On Mon, 28 Oct 2019 at 17:48, Philippe Mathieu-Daudé wrote: The i440FX northbridge is only used by the

Re: [PATCH 2/3] dp8393x: fix dp8393x_receive()

2019-11-02 Thread Laurent Vivier
Le 02/11/2019 à 20:41, Philippe Mathieu-Daudé a écrit : > On 11/2/19 6:15 PM, Laurent Vivier wrote: >> address_space_rw() access size must be multiplied by the width. >> >> This fixes DHCP for Q800 guest. >> >> Signed-off-by: Laurent Vivier >> --- >>   hw/net/dp8393x.c | 2 +- >>   1 file changed,

Re: Sparc Solaris 10

2019-11-02 Thread Philippe Mathieu-Daudé
Cc'ing the SPARC maintainers. On 11/1/19 4:49 AM, Zainuddin AR wrote: Hi, I like to find to find out if you have a working qemu on solaris 10 or 11. I have tried the qemu-sun4vniagara but without networking. Is the networking support for niagara version available? Regards Zai

Re: [RFC] q800: fix I/O memory map

2019-11-02 Thread Laurent Vivier
Le 02/11/2019 à 20:54, Philippe Mathieu-Daudé a écrit : > On 11/2/19 7:10 PM, Laurent Vivier wrote: >> Paolo, >> >> the RFC was mainly for you: >> >> Is this the good way to replicate 256 times a memory chunk containing a >> bunch of different MMIO spaces? > > I asked Richard about this and he

Re: [RFC] q800: fix I/O memory map

2019-11-02 Thread Philippe Mathieu-Daudé
On 11/2/19 7:10 PM, Laurent Vivier wrote: Paolo, the RFC was mainly for you: Is this the good way to replicate 256 times a memory chunk containing a bunch of different MMIO spaces? I asked Richard about this and he said this is OK because this is the FlatView memory tree. It is then

Re: [PATCH 2/3] dp8393x: fix dp8393x_receive()

2019-11-02 Thread Philippe Mathieu-Daudé
On 11/2/19 6:15 PM, Laurent Vivier wrote: address_space_rw() access size must be multiplied by the width. This fixes DHCP for Q800 guest. Signed-off-by: Laurent Vivier --- hw/net/dp8393x.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/hw/net/dp8393x.c

Re: [PULL] Update my MAINTAINERS file entry

2019-11-02 Thread Peter Maydell
On Fri, 1 Nov 2019 at 16:17, Palmer Dabbelt wrote: > > The following changes since commit b7c9a7f353c0e260519bf735ff0d4aa01e72784b: > > Merge remote-tracking branch 'remotes/jnsnow/tags/ide-pull-request' into > staging (2019-10-31 15:57:30 +) > > are available in the Git repository at: > >

Re: [RFC] q800: fix I/O memory map

2019-11-02 Thread Laurent Vivier
Paolo, the RFC was mainly for you: Is this the good way to replicate 256 times a memory chunk containing a bunch of different MMIO spaces? ... > +/* > + * Memory from VIA_BASE to VIA_BASE + 0x4 is repeated > + * from VIA_BASE + 0x4 to VIA_BASE + 0x400 > + */ > +

Re: [RFC] q800: fix I/O memory map

2019-11-02 Thread Laurent Vivier
Le 01/11/2019 à 01:00, Philippe Mathieu-Daudé a écrit : > On 10/31/19 11:03 AM, Laurent Vivier wrote: >> Linux kernel 5.4 will introduce a new memory map for SWIM device. >> (aee6bff1c325 ("m68k: mac: Revisit floppy disc controller base >> addresses")) >> >> Until this release all MMIO are mapped

Re: [PULL 00/11] target-arm queue

2019-11-02 Thread Peter Maydell
On Fri, 1 Nov 2019 at 14:25, Andrew Jones wrote: > > On Fri, Nov 01, 2019 at 12:53:42PM +, Peter Maydell wrote: > > On Fri, 1 Nov 2019 at 10:34, Peter Maydell wrote: > > > > > > On Fri, 1 Nov 2019 at 09:54, Andrew Jones wrote: > > > > Darn it. Sorry about that, but if it's still failing

[PATCH 2/3] dp8393x: fix dp8393x_receive()

2019-11-02 Thread Laurent Vivier
address_space_rw() access size must be multiplied by the width. This fixes DHCP for Q800 guest. Signed-off-by: Laurent Vivier --- hw/net/dp8393x.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/hw/net/dp8393x.c b/hw/net/dp8393x.c index 85d3f3788e..b8c4473f99 100644 ---

[PATCH 1/3] dp8393x: put the DMA buffer in the state structure

2019-11-02 Thread Laurent Vivier
Move it from the stack. It's only 24 bytes, and this simplifies the dp8393x_get()/ dp8393x_put() interface. Signed-off-by: Laurent Vivier --- hw/net/dp8393x.c | 105 ++- 1 file changed, 50 insertions(+), 55 deletions(-) diff --git a/hw/net/dp8393x.c

[PATCH 3/3] dp8393x: fix receiving buffer exhaustion

2019-11-02 Thread Laurent Vivier
The card is not able to exit from exhaustion state, because while the drive consumes the buffers, the RRP is incremented (when the driver clears the ISR RBE bit), so it stays equal to RWP, and while RRP == RWP, the card thinks it is always in exhaustion state. So the driver consumes all the

[PATCH 0/3] dp8393x: fix problems detected with Quadra 800 machine

2019-11-02 Thread Laurent Vivier
This series starts with a cleanup of the DMA buffer, moving it from the stack to the state structure. The following patch allows to negociate the IP address with the DHCP server. The last one fixes the buffer exhaustion case. With this series Q800 networking card is fully functionnal. Laurent

Re: [PATCH] Makefile: install bios-microvm like other binary blobs

2019-11-02 Thread Stefano Garzarella
On Sat, Nov 2, 2019 at 12:43 PM Philippe Mathieu-Daudé wrote: > > From: Bruce Rogers > > Commit 0d5fae3e52e introduced bios-microvm.bin but forgot to add > it to the list of blobs being installed. > Add it to the list of BLOBS that get installed. > > Fixes: 0d5fae3e52e "roms: add microvm-bios

Re: [RFC v2 12/22] intel_iommu: add present bit check for pasid table entries

2019-11-02 Thread Peter Xu
On Thu, Oct 24, 2019 at 08:34:33AM -0400, Liu Yi L wrote: > The present bit check for pasid entry (pe) and pasid directory > entry (pdire) were missed in previous commits as fpd bit check > doesn't require present bit as "Set". This patch adds the present > bit check for callers which wants to get

Re: [RFC v2 11/22] intel_iommu: process pasid cache invalidation

2019-11-02 Thread Peter Xu
On Thu, Oct 24, 2019 at 08:34:32AM -0400, Liu Yi L wrote: > This patch adds PASID cache invalidation handling. When guest enabled > PASID usages (e.g. SVA), guest software should issue a proper PASID > cache invalidation when caching-mode is exposed. This patch only adds > the draft handling of

[PATCH] mos6522: fix T1 and T2 timers

2019-11-02 Thread Laurent Vivier
With the Quadra 800 emulation, mos6522 timers processing can consume until 70% of the host CPU time with an idle guest (I guess the problem should also happen with PowerMac emulation). On a recent system, it can be painless (except if you look at top), but on an old host like a PowerMac G5 the

[PATCH] Makefile: install bios-microvm like other binary blobs

2019-11-02 Thread Philippe Mathieu-Daudé
From: Bruce Rogers Commit 0d5fae3e52e introduced bios-microvm.bin but forgot to add it to the list of blobs being installed. Add it to the list of BLOBS that get installed. Fixes: 0d5fae3e52e "roms: add microvm-bios (qboot) as binary" Signed-off-by: Bruce Rogers [PMD: Reworded description]

Re: [PATCH v5 0/2] RTC support for QEMU RISC-V virt machine

2019-11-02 Thread Peter Maydell
On Tue, 29 Oct 2019 at 13:25, Alistair Francis wrote: > > On Fri, Oct 25, 2019 at 6:28 AM Anup Patel wrote: > > > > This series adds RTC device to QEMU RISC-V virt machine. We have > > selected Goldfish RTC device model for this. It's a pretty simple > > synthetic device with few MMIO registers

Re: [PATCH] linux-user: Support for NETLINK socket options

2019-11-02 Thread Laurent Vivier
Le 29/10/2019 à 23:43, Josh Kunz a écrit : > This change includes support for all AF_NETLINK socket options up to about > kernel version 5.4 (5.4 is not formally released at the time of writing). > Socket options that were introduced in kernel versions before the oldest > currently stable kernel

Re: [PATCH v4] smb daemon get additional command line parameters from env variable

2019-11-02 Thread Samuel Thibault
Jordi Pujol, le sam. 02 nov. 2019 08:41:52 +0100, a ecrit: > @@ -909,6 +910,12 @@ static int slirp_smb(SlirpState* s, cons > CONFIG_SMBD_COMMAND, s->smb_dir, smb_conf); > g_free(smb_conf); > > +options = g_getenv("SMBDOPTIONS"); > +if (options) { > +smb_cmdline

Re: [PATCH v4] smb daemon get additional command line parameters from env variable

2019-11-02 Thread Jordi Pujol
From: Jordi Pujol Palomer Date: Sat, 2 Nov 2019 08:54:14 +0200 Subject: [PATCH v4] QEMU samba daemon: additional command line options The smbd daemon takes additional command line options from environment variable SMBDOPTIONS. Set the environment variable SMBDOPTIONS before executing qemu.

RE: [RFC v2 00/22] intel_iommu: expose Shared Virtual Addressing to VM

2019-11-02 Thread Tian, Kevin
> From: Jason Wang [mailto:jasow...@redhat.com] > Sent: Friday, November 1, 2019 4:10 PM > > > On 2019/11/1 下午4:04, Jason Wang wrote: > > > > On 2019/11/1 下午3:46, Tian, Kevin wrote: > >>> From: Jason Wang [mailto:jasow...@redhat.com] > >>> Sent: Friday, November 1, 2019 3:30 PM > >>> > >>> > >>>