Re: [Qemu-devel] [Qemu-ppc] [PATCH] adb: change handler only when recognized

On Tue, Aug 9, 2016 at 6:06 AM, Benjamin Herrenschmidt < b...@kernel.crashing.org> wrote: > On Tue, 2016-08-09 at 03:31 +0200, BALATON Zoltan wrote: > > > > > Because PowerBooks do (or rather a PMU-simulation of ADB) and MacOS > > > doesn't care. If ADB is in the device-tree, it will use it. It

Re: [Qemu-devel] [Bug in qemu-system-ppc running Mac OS 9 on Windows 10]

>> Hi all, >> >> I've been experiencing issues when installing Mac OS 9.x using >> qemu-system-ppc.exe in Windows 10. After booting from CD image, >> partitioning a fresh disk image often hangs Qemu. When using a >> pre-partitioned disk image, the OS installation process halts >> somewhere during

[Qemu-devel] [Bug in qemu-system-ppc running Mac OS 9 on Windows 10]

Hi all, I've been experiencing issues when installing Mac OS 9.x using qemu-system-ppc.exe in Windows 10. After booting from CD image, partitioning a fresh disk image often hangs Qemu. When using a pre-partitioned disk image, the OS installation process halts somewhere during the process. The

Re: [Qemu-devel] regression in 2.8: unable to exit screen grab in SDL mode

On Fri, Dec 16, 2016 at 10:00 AM, Kevin Wolf wrote: > Am 16.12.2016 um 09:26 hat Thomas Huth geschrieben: >> On 15.12.2016 20:19, Michael S. Tsirkin wrote: >> > On Thu, Dec 15, 2016 at 09:15:27PM +0200, Michael S. Tsirkin wrote: >> >> On Thu, Dec 15, 2016 at 05:25:50PM +0100,

[Qemu-devel] Bug: qemu-system-ppc in Fedora 25 and Windows 10 hangs and/or shows video driver related errors

Hi, 2.9 RC1 builds of qemu-system-ppc for Linux and Windows 10 running Mac OS 9 or OSX 10.3 hang/throw errors when using the SDL2 gui. This does not happen when using the GTK gui. Linux build compiled with: ./configure --target-list=ppc-softmmu --enable-sdl --with-sdlabi=2.0 --enable-gtk

Re: [Qemu-devel] [Qemu-ppc] [PATCH 0/5] Add qemu_vga.ndrv MacOS PPC VGA driver from QemuMacDrivers

Hi, I successfully tested this patch set with a build for OSX. Installed versions of Mac OS 9.04, 9.1, 9.22, 10.0, 10.1, 10.2, 10.3 and 10.4 all work. As do three images pulled from running systems with 10.2, 10.3, 10.4 installed, including classic. Best, Howard On Mon, May 1, 2017 at 3:43 PM,

Re: [Qemu-devel] Compilation error for qemu-system-ppc on Fedora 28

On Mon, May 7, 2018 at 7:51 PM, Eric Blake <ebl...@redhat.com> wrote: > On 05/06/2018 05:56 AM, Howard Spoelstra wrote: >> >> Hi all, >> >> I get these errors compiling qemu-system-ppc on Fedora 28, gcc 8.0.1: >> >> /home/hsp/src/qemu-master/hw/ppc/e50

[Qemu-devel] Compilation error for qemu-system-ppc on Fedora 28

Hi all, I get these errors compiling qemu-system-ppc on Fedora 28, gcc 8.0.1: /home/hsp/src/qemu-master/hw/ppc/e500.c: In function ‘ppce500_load_device_tree’: /home/hsp/src/qemu-master/hw/ppc/e500.c:442:37: error: ‘/pic@’ directive output may be truncated writing 5 bytes into a region of size

Re: [Qemu-devel] [PATCH v3 00/22] re-factor softfloat and add fp16 functions

Hi, I built qemu-system-ppc for OSX and Windows from https://github.com/stsquad/qemu/tree/softfloat-refactor-and-fp16-v3 and noticed a considerable drop in floating point performance on both hosts. Running Mac OS 9.2 in OSX, using MacBench 3.0, the score for the floating point performance dropped

Re: [Qemu-devel] [PATCH v3 00/22] re-factor softfloat and add fp16 functions

On Thu, Jan 25, 2018 at 1:09 AM, Richard Henderson <richard.hender...@linaro.org> wrote: > On 01/24/2018 01:49 PM, Howard Spoelstra wrote: >> Hi, >> >> I built qemu-system-ppc for OSX and Windows from >> https://github.com/stsquad/qemu/tree/softfloat-re

Re: [Qemu-devel] [PATCH 00/24] re-factor and add fp16 using glibc soft-fp

On Sun, Feb 4, 2018 at 5:11 AM, Richard Henderson wrote: > As discussed on list, the structure and inline function solution that > Alex and I have been writing from scratch introduces a sizeable > performance regression. Alex and I have done some work earlier > in

Re: [Qemu-devel] Qemu SDL2 bug

On Tue, Feb 20, 2018 at 10:52 AM, Gerd Hoffmann wrote: >> Hi, >> >> I went on to compile dgibson's rep which includes that commit. But the >> issue remains. >> I normally use -usb-mouse -usb-kbd in the command line, as these work >> for Mac OS 9.x up to 10.5. Using -usb-tablet

Re: [Qemu-devel] Qemu SDL2 bug

On Mon, Feb 19, 2018 at 8:09 AM, Thomas Huth <h...@tuxfamily.org> wrote: > On 18.02.2018 11:11, Howard Spoelstra wrote: >> Hi, >> >> I'd like to report a bug when using the SDL2 GUI in both Linux and >> Windows, which can be observed with in my case latest qe

Re: [Qemu-devel] Qemu SDL2 bug

On Mon, Feb 19, 2018 at 9:56 AM, Gerd Hoffmann <kra...@redhat.com> wrote: > On Mon, Feb 19, 2018 at 08:58:51AM +0100, Howard Spoelstra wrote: >> On Mon, Feb 19, 2018 at 8:09 AM, Thomas Huth <h...@tuxfamily.org> wrote: >> > On 18.02.2018 11:11, Howard Spoelstra wrote:

Re: [Qemu-devel] Qemu SDL2 bug

On Mon, Feb 19, 2018 at 11:30 AM, Gerd Hoffmann wrote: >> >> Hi, >> >> >> >> With SDL, unlike GTK, the mouse does not move outside the window. So I >> >> have to use Ctrl-Alt-G to release focus and then click in the other >> >> window. After two switches the reported issue

[Qemu-devel] Qemu SDL2 bug

Hi, I'd like to report a bug when using the SDL2 GUI in both Linux and Windows, which can be observed with in my case latest qemu-system-ppc running parallel instances of OSX 10.4 and 10.3. After switching back and forth between GUIs, dragging becomes copying, keyboard starts using a strange

Re: [Qemu-devel] Bugs when cross-compiling qemu for Windows with mingw 8.1, executable doesn't run

On Fri, Aug 17, 2018 at 9:32 AM, David Hildenbrand wrote: > On 18.07.2018 08:33, Howard Spoelstra wrote: >> Hi all, >> >> I have two issues when cross compiling current master for Windows with >> mingw 8.1. Host is Fedora29. See further below for gcc and mingw &

Re: [Qemu-devel] Bugs when cross-compiling qemu for Windows with mingw 8.1, executable doesn't run

On Sat, Aug 18, 2018 at 9:09 PM, Stefan Weil wrote: > Am 17.08.2018 um 09:32 schrieb David Hildenbrand: >> On 18.07.2018 08:33, Howard Spoelstra wrote: >>> Hi all, >>> >>> I have two issues when cross compiling current master for Windows with >>> m

Re: [Qemu-devel] Bugs when cross-compiling qemu for Windows with mingw 8.1, executable doesn't run

On Mon, Aug 20, 2018 at 9:47 PM, Stefan Weil wrote: > Am 20.08.2018 um 21:41 schrieb Stefan Weil: >> That's a problem triggered by gcc 8 for Mingw-w64 with compiler options >> -fstack-protector-all and -fstack-protector-strong. With any of those >> options this simple test program also fails with

[Qemu-devel] Bugs when cross-compiling qemu for Windows with mingw 8.1, executable doesn't run

Hi all, I have two issues when cross compiling current master for Windows with mingw 8.1. Host is Fedora29. See further below for gcc and mingw versions. Reproduce with: ./configure --cross-prefix=x86_64-w64-mingw32- --target-list="ppc-softmmu" --enable-gtk --with-gtkabi=3.0 --enable-sdl

Re: [Qemu-devel] [Qemu-ppc] [PATCH for-3.1 0/7] target/ppc fp cleanups

Hi, qemu-system-ppc has an issue after building from the 3.1 branch. Mac OS 9 hangs at the grey boot screen, OSX 10.3 hangs after verbose boot, just before entering the graphical desktop. Command line to reproduce: qemu-system-ppc -L pc-bios -boot c -M mac99,via=pmu -m 512 -prom-env

Re: [Qemu-devel] Bug AioContext polling is not implemented on Windows with qemu-system-ppc.exe

>> I built qemu-master RC0 with --enable-debug. This is what a bt provides: > > I am not sure what is happening here, but it is obviously not too > helpful. :( Perhaps "gdb --args qemu-system-ppc.exe ..." is better? > > Thanks, > > Paolo Obviously not, but this doesn't make things better... ;-)

Re: [Qemu-devel] Bug AioContext polling is not implemented on Windows with qemu-system-ppc.exe

> Can you get a backtrace on the Windows system? Perhaps by putting a > breakpoint in aio_context_set_poll_params. > > Paolo I built qemu-master RC0 with --enable-debug. This is what a bt provides: (gdb) attach 9692 Attaching to program `c:\qemu-master\qemu-system-ppc.exe', process 9692 [New

Re: [Qemu-devel] Bug AioContext polling is not implemented on Windows with qemu-system-ppc.exe

> Hi, Howard, > > Thanks for reporting the problem. Could you try applying below patch > to your rc0 tree and rebuild QEMU, to see whether it fixes your problem? > > - > diff --git a/iothread.c b/iothread.c > index 1b3463cb00..9f52270ae1 100644 > --- a/iothread.c > +++

Re: [Qemu-devel] Bug AioContext polling is not implemented on Windows with qemu-system-ppc.exe

> You need to "r"un the program here. :) > > Also probably "b aio_context_set_poll_params" is useful before you run > the program, to trap the moment in which the function is called. > Hi, that got me here: (gdb) run Starting program: c:\qemu-master\qemu-system-ppc.exe -L c:\qemu-master\pc-bios

Re: [Qemu-devel] Bug AioContext polling is not implemented on Windows with qemu-system-ppc.exe

On Wed, Mar 21, 2018 at 5:25 PM, Paolo Bonzini <pbonz...@redhat.com> wrote: > On 21/03/2018 17:23, Howard Spoelstra wrote: >> warning: FTH: (10844): *** Fault tolerant heap shim applied to current >> process. This is usually due to previous crashes. *** >> [New Thread 1

[Qemu-devel] Bug AioContext polling is not implemented on Windows with qemu-system-ppc.exe

Hi, I just built qemu-system-ppc.exe for windows using a fully up-to-date Fedora 27. Command line for build: ./configure --cross-prefix=x86_64-w64-mingw32- --target-list="ppc-softmmu ppc64-softmmu" --enable-gtk --with-gtkabi=3.0 --enable-sdl --with-sdlabi=2.0 Command line to invoke Qemu:

Re: [Qemu-devel] [Qemu-ppc] [PULL 00/27] ppc-for-4.0 queue 20181213

On Mon, Dec 17, 2018 at 4:31 AM David Gibson wrote: > > On Fri, Dec 14, 2018 at 06:49:55PM +0100, Cédric Le Goater wrote: > > On 12/14/18 5:03 PM, Peter Maydell wrote: > > > On Thu, 13 Dec 2018 at 04:01, David Gibson > > > wrote: > > >> > > >> The following changes since commit > > >>

Re: [Qemu-devel] [PATCH for-4.1 v3 00/17] tcg/ppc: Add vector opcodes

On Tue, Mar 19, 2019 at 6:26 PM Richard Henderson < richard.hender...@linaro.org> wrote: > Changes since v2: > * Several generic tcg patches to improve dup vs dupi vs dupm. > > In particular, if a global temp (like guest r10) is not in > a host register, we should duplicate from memory

Re: [Qemu-devel] [PATCH for-4.1 v3 00/17] tcg/ppc: Add vector opcodes

On Sat, Mar 23, 2019 at 8:48 PM Richard Henderson < richard.hender...@linaro.org> wrote: > On 3/23/19 2:10 AM, Howard Spoelstra wrote: > > I applied this series to master on a G5 and a G4, both with Lubuntu. The > > qemu-system-ppc and qemu-system-ppc64 builds fail

Re: [Qemu-devel] [PATCH 0/2] Fix slirp regression on win32

gt; 2.21.0.rc0.1.g036caf7885 > Confirmed, slirp working again in qemu-system-ppc for windows, so Tested-by: Howard Spoelstra

[Qemu-devel] Bug: Lost slirp functionality on qemu-system-ppc build for windows.

Hi, I just cross compiled Qemu-system-ppc for Windows on Fedora 29 and discovered slirp does not work anymore. Tap networking works fine. Bisecting got me here: a9d8b3ec4385793815d7121785730422fa3dfb68 is the first bad commit commit a9d8b3ec4385793815d7121785730422fa3dfb68 Author: Marc-André

Re: [Qemu-devel] [Qemu-ppc] qemu_vga.drv missing 256 colors support

On Thu, Jan 31, 2019 at 12:12 PM Programmingkid wrote: > After testing a recent commit of QEMU I noticed that 256 color support is > missing in Mac OS 9's color options. A lot of games refuse to run without > being able to set the monitor to 256 colors. Could we have this option > added? > >

Re: [Qemu-devel] [Qemu-ppc] 2x-3x tcg performance regression on ppc64 (maybe others)

On Fri, Feb 1, 2019 at 11:54 PM Cleber Rosa wrote: > While working on the "boot_linux_console.py" tests, after a given > rebase, I noticed that the ppc64 specific test began timing out. The > original timeout set to the test was 60 seconds, and it "always" had > room to spare when running

Re: [Qemu-devel] [PATCH] accel/tcg: Consider cluster index in tb_lookup__cpu_state()

hash lookup by physical PC, flags, etc. > > (tb_htable_lookup() is only called from tb_lookup__cpu_state(), > > so this change doesn't require any further knock-on changes.) > > > > Fixes: f7b78602fdc6c6e4be ("accel/tcg: Add cluster number to TCG TB > hash&quo

Re: [Qemu-devel] [PATCH 0/8] Optimize emulation of ten Altivec instructions: lvsl,

Hi, This series gives me several compilation errors. When compiled with --disable-werror, OSX 10.3 guest on qemu-system-ppc shows corrupted desktop graphics. Compiled with: ./configure --target-list="ppc-softmmu" --enable-sdl --enable-gtk && make -j8 gcc is: [hsp@fedora30 qemu-master]$ gcc -v

Re: [Qemu-devel] [PATCH v4 0/7] tcg/ppc: Add vector opcodes

Hi, As reported before, qemu-system-ppc still crashes with a segmentation fault on Lubuntu 16 on a G5. Built from current tcg-ppc-vsx branch. Linux hsp-G5-Lubuntu 4.4.0-143-powerpc64-smp #169-Ubuntu SMP Thu Feb 7 08:25:49 UTC 2019 ppc64 ppc64 ppc64 GNU/Linux hsp@hsp-G5-Lubuntu:~$ gcc -v Using

Re: [Qemu-devel] [PATCH v4 00/13] target/ppc, tcg, tcg/i386: Optimize emulation of some Altivec instructions

On Thu, Jun 27, 2019 at 12:56 PM Stefan Brankovic < stefan.branko...@rt-rk.com> wrote: > > V4: > > Addressed Richard's Henderson's suggestions. > Removed vpkpx's optimization for further investigation on graphical > distortions > it caused on OSX 10.2-4 guests. > Added opcodes for vector

Re: [Qemu-devel] [PATCH v6 00/16] tcg/ppc: Add vector opcodes

On Mon, Jul 1, 2019 at 12:30 PM Richard Henderson < richard.hender...@linaro.org> wrote: > On 6/30/19 7:58 PM, Mark Cave-Ayland wrote: > > I don't have space for a full set of images on the G4, however I've > tried boot tests > > on installer CDs for MacOS 9, OS X 10.2, Linux and HelenOS and it

Re: [Bug 1623998] Re: pulseaudio Invalid argument error

On Tue, Oct 1, 2019 at 6:06 AM Thomas Huth <1623...@bugs.launchpad.net> wrote: > Triaging old bug tickets ... Can you still reproduce this issue with the > latest version of QEMU (currently 4.1)? Or could we close this ticket > nowadays? > > ** Changed in: qemu >Status: New => Incomplete

Re: [Bug 1850570] Re: Cannot use usb-host on Mac OS

On Fri, Nov 1, 2019 at 11:35 AM Programmingkid wrote: > > > On Oct 31, 2019, at 7:35 PM, qemu-devel-requ...@nongnu.org wrote: > > > > Message: 10 > > Date: Thu, 31 Oct 2019 18:39:11 - > > From: John Canada <1850...@bugs.launchpad.net> > > To: qemu-devel@nongnu.org > > Subject: [Bug 1850570]

USB-audio sound issues with qemu-system-ppc in Linux and Windows.

Hi, I'm experiencing several issues related to sound using usb-audio when running qemu-system-ppc in Linux and Windows. Guests tried are Mac OS 9.2 and Mac OS X 10.0, 10.1, 10.2 and 10.3. (10.4 and 10.5 never have the usb-audio device available for audio playback, even though the device is

USB-audio sound issues with qemu-system-ppc in Linux and Windows.

Hi, I'm experiencing several issues related to sound using usb-audio when running qemu-system-ppc in Linux and Windows. Guests tried are Mac OS 9.2 and Mac OS X 10.0, 10.1, 10.2 and 10.3. (10.4 and 10.5 never have the usb-audio device available for audio playback, even though the device is

Re: USB-audio sound issues with qemu-system-ppc in Linux and Windows.

Hi, I'd like to add to the previous report that similar issues are present in OSX (Sierra) builds of qemu-system-ppc. In Mac OS 9.2 and OS X 10.3 guests, sound through the usb-audio device is unrecognisable. After forcibly shutting down Mac OS 9.2 after it becomes unresponsive, qemu crashes. The

Re: [PATCH v4] Implement the Screamer sound chip for the mac99 machine type

On Fri, Feb 21, 2020 at 1:09 PM Howard Spoelstra wrote: > > > The current screamer-enabled builds for OSX and Windows are on > www.emaculation.com ;-) > As you see from testing, there are reasons why the patches from Mark's > screamer branch are not in master yet, and these

Issue with vl.c: move -m parsing after memory backends has been processed. Commit a1b18df9a4848fc8a906e40c275063bfe9ca2047

Hi all, Commit a1b18df9a4848fc8a906e40c275063bfe9ca2047 on the ppc-for-50 branch makes qemu-system-ppc running Mac OS 9 extremely slow. I bisected to the result below. Command line used: ./qemu-system-ppc -L pc-bios -M mac99,via=pmu -m 512 -boot c \ -hda 9.2.img \ -serial stdio -sdl Best,

Re: Sudden slowdown of ARM emulation in master

On Wed, Feb 26, 2020 at 10:19 AM Igor Mammedov wrote: > On Wed, 26 Feb 2020 00:07:55 +0100 > Niek Linnenbank wrote: > > > Hello Igor and Paolo, > > does following hack solves issue? > > diff --git a/accel/tcg/translate-all.c b/accel/tcg/translate-all.c > index a08ab11f65..ab2448c5aa 100644 >

Re: Sudden slowdown of ARM emulation in master

On Wed, Feb 26, 2020 at 9:42 AM Peter Maydell wrote: > On Tue, 25 Feb 2020 at 23:08, Niek Linnenbank > wrote: > > > Just now I was working on some small fixes for the cubieboard machine > and rebasing my Allwinner H3 branches. > > While doing some testing, I noticed that suddenly the machines

Re: [PATCH 0/5] mostly changes related to audio float samples

r. That means there still is some minimal crackling (clipping?) in the high volume parts of the audio I played with OSX guests, not Mac OS 9.x guests. So as there is no regression, tested by: howard spoelstra

Re: Issue with vl.c: move -m parsing after memory backends has been processed. Commit a1b18df9a4848fc8a906e40c275063bfe9ca2047

On Wed, Feb 26, 2020 at 12:38 PM BALATON Zoltan wrote: > Hello, > > On Wed, 26 Feb 2020, Howard Spoelstra wrote: > > Hi all, > > > > Commit a1b18df9a4848fc8a906e40c275063bfe9ca2047 on the ppc-for-50 branch > > makes qemu-system-ppc running Mac OS 9 extremely s

Performance hit in qemu-system-ppc

Hi, I noticed a considerable (~20%) slowdown in the cpu performance of qemu-system-ppc. Bisecting led me to this commit: d03f140804b345a85973976506492027f703d82d is the first bad commit commit d03f140804b345a85973976506492027f703d82d Author: Richard Henderson Date: Mon Dec 9 13:49:58 2019

Re: [PATCH v2] Implement the Screamer sound chip for the mac99 machine type

On Tue, Jan 28, 2020 at 9:30 AM Volker Rümelin wrote: > > Hi, > > > > Unfortunately it's not that simple to simply revert the patch since the > old backend api no longer exists. Also I don't have a Mac so it's almost > impossible for me to test the results. I looked at the specified commit >

Re: [PATCH 0/4] target/ppc: Use probe_access

On Thu, Jan 30, 2020 at 12:50 AM Richard Henderson < richard.hender...@linaro.org> wrote: > The first two address the performance regression noticed > by Howard Spoelstra. The last two are just something I > noticed at the same time. > > > r~ > > > Richard H

Re: [RFC] coreaudio: fix coreaudio_test.diff

On Fri, Jan 31, 2020 at 9:35 AM Mark Cave-Ayland < mark.cave-ayl...@ilande.co.uk> wrote: > On 31/01/2020 08:03, Gerd Hoffmann wrote: > > >> Thank you for testing the two patches. I will wait a few days to see if > Zoltán wants to write a cleaned up patch. Otherwise I'll try to write a > patch

Re: [PATCH 0/1] coreaudio: fix coreaudio playback

On Sun, Feb 2, 2020 at 3:03 PM Volker Rümelin wrote: > Hi, > > here is a new patch for the CoreAudio playback problem. This patch > is Zoltán's patch from > https://lists.nongnu.org/archive/html/qemu-devel/2020-01/msg02142.html > and a improved version of my patch squashed together. > > I

Re: [PATCH] audio/dsound: fix invalid parameters error

Cher Philippe, On Mon, Feb 3, 2020 at 10:18 AM Philippe Mathieu-Daudé wrote: > Hi Howard, > > On 2/3/20 8:56 AM, Howard Spoelstra wrote: > > On Mon, Feb 3, 2020 at 12:02 AM Kővágó, Zoltán > <mailto:dirty.ice...@gmail.com>> wrote: > > > >

Re: [PATCH] audio/dsound: fix invalid parameters error

On Mon, Feb 3, 2020 at 12:02 AM Kővágó, Zoltán wrote: > Windows (unlike wine) bails out when IDirectSoundBuffer8::Lock is called > with zero length. Also, hw->pos_emul handling was incorrect when > calling this function for the first time. > > Signed-off-by: Kővágó, Zoltán > Reported-by: KJ

Re: [RFC PATCH] audio: proper support for float samples in mixeng

On Sun, Feb 2, 2020 at 8:38 PM Kővágó, Zoltán wrote: > This adds proper support for float samples in mixeng by adding a new > audio format for it. > > Limitations: only native endianness is supported. > > Signed-off-by: Kővágó, Zoltán > --- > > This patch is meant to be applied on top of

Re: Performance hit in qemu-system-ppc

On Tue, Jan 28, 2020 at 7:30 PM Richard Henderson < richard.hender...@linaro.org> wrote: > On 1/25/20 3:30 PM, Howard Spoelstra wrote: > > I noticed a considerable (~20%) slowdown in the cpu performance of > qemu-system-ppc. > > ENOINFO. > > For what test case? Th

Re: [RFC] coreaudio: fix coreaudio_test.diff

On Wed, Jan 29, 2020 at 8:13 AM Volker Rümelin wrote: > This is an untested patch that tries to fix the problems in the > patch found at > https://lists.nongnu.org/archive/html/qemu-devel/2020-01/msg02142.html. > > Signed-off-by: Volker Rümelin > --- > audio/audio_template.h | 16

Re: [PATCH 0/4] target/ppc: Use probe_access

As this patch set solved the performance issue and even led to the highest scores I ever saw on the benchmark tool I used, let me add a: Tested-by: Howard Spoelstra On Thu, Jan 30, 2020 at 12:50 AM Richard Henderson < richard.hender...@linaro.org> wrote: > The first two address the pe

Re: [RFC PATCH v2] target/ppc: Enable hardfloat for PPC

Hi, I tested with the current ppc-for-5.0 branch and with v1 of the hardfloat patches applied on top of that. There is a noticeable speed improvement in Linux and OSX hosts. Windows 10 host doesn't seem to be impressed at all. I saw no obvious glitches so far. The fpu performance on OSX hosts

Re: [PATCH v4] Implement the Screamer sound chip for the mac99 machine type

Hi, It might be worth mentioning that any testing of your screamer implementation with MacOS/OSX guests on the mac99 machine needs a custom-built openbios. Where possible I'll compare your screamer with the current screamer implementation built from: git clone -b screamer

Re: [PATCH v4] Implement the Screamer sound chip for the mac99 machine type

On Fri, Feb 21, 2020 at 12:30 PM Programmingkid wrote: > > > On Feb 21, 2020, at 4:13 AM, Howard Spoelstra > wrote: > > > > Hi, > > > > It might be worth mentioning that any testing of your screamer > implementation with MacOS/OSX guests on the mac99

Re: [PATCH v3] Implement the Screamer sound chip for the mac99 machine type

On Sun, Feb 16, 2020 at 5:32 PM John Arbuckle wrote: > Signed-off-by: John Arbuckle > --- > v3 changes: > - Updated the location of patched code in hw/ppc/kconfig. > - Removed setting the props variable in screamer.c. > - Removed the screamer_properties variable in screamer.c. > > v2 changes: >

Re: [PATCH v3] Implement the Screamer sound chip for the mac99 machine type

Hi Howard, could you test out this patch for me on Fedora 31? It is to be > applied over the v3 patch. > > Thank you. > > --- > hw/audio/screamer.c | 12 +++- > 1 file changed, 7 insertions(+), 5 deletions(-) > > diff --git a/hw/audio/screamer.c b/hw/audio/screamer.c > index

Re: [RFC PATCH v2] target/ppc: Enable hardfloat for PPC

On Wed, Feb 19, 2020 at 8:28 PM BALATON Zoltan wrote: > On Wed, 19 Feb 2020, Howard Spoelstra wrote: > > I tested with the current ppc-for-5.0 branch and with v1 of the hardfloat > > patches applied on top of that. There is a noticeable speed improvement > in > > Linux a

Re: [PATCH v1 07/11] configure: disable PIE for Windows builds

figure > @@ -807,6 +807,7 @@ MINGW32*) > audio_drv_list="" >fi >supported_os="yes" > + pie="no" > ;; > GNU/kFreeBSD) >bsd="yes" > -- > 2.20.1 > Solves my issue! So, Tested-by: Howard Spoelstra

Re: qemu-system-ppc 5.0 rc1 crashing on Windows

On Thu, Apr 2, 2020 at 3:20 PM Alex Bennée wrote: > > Howard Spoelstra writes: > > > On Thu, Apr 2, 2020 at 12:47 PM Philippe Mathieu-Daudé < > phi...@redhat.com> > > wrote: > > > >> Cc'ing the persons referenced in the commit you referred, > >

Re: [Bug 1870911] [NEW] QEMU Crashes on Launch, Windows

On Sun, Apr 5, 2020 at 3:38 PM Russell Morris wrote: > Public bug reported: > > Hi, > > I an having no issues up to (and including) v5.0.0-rc0, but when I move > to rc1 ... it won't even execute in Windows. If I just try to, for > example, run > > qemu-system-x86_64.exe --version > > No output,

qemu-system-ppc 5.0 rc1 crashing on Windows

Hi, I just compiled qemu-system-ppc for Windows, using native msys2 on Windows 10 64 bit and the 64 bit mingw cross compiler on Fedora 31. Both create executables that crash: qemu-system-ppc.exe -L pc-bios -boot c -m 512 -M mac99,via=pmu -h da C:\Mac-disks\9.2.img Exception code=0xc005

Re: qemu-system-ppc 5.0 rc1 crashing on Windows

On Thu, Apr 2, 2020 at 4:58 PM Alex Bennée wrote: > > Howard Spoelstra writes: > > > On Thu, Apr 2, 2020 at 3:20 PM Alex Bennée > wrote: > > > >> > >> Howard Spoelstra writes: > >> > >> > On Thu, Apr 2, 2020 at 12:47 P

Re: qemu-system-ppc 5.0 rc1 crashing on Windows

ction should work ;-) Best, Howard > On 4/2/20 11:28 AM, Howard Spoelstra wrote: > > Hi, > > > > I just compiled qemu-system-ppc for Windows, using native msys2 on > > Windows 10 64 bit and the 64 bit mingw cross compiler on Fedora 31. Both > > create executabl

Re: Patches for ui/gtk and ui/sdl

On Sun, May 10, 2020 at 8:42 PM Volker Rümelin wrote: > It's rather difficult to test qemu patches in guests on Windows with > important keys missing. These patches mainly fix the guest keyboard on > Windows. > > With best regards, > Volker > Hi Volker, Excellent patch! I tested this on

Re: [PATCH 0/7] build: replace ninjatool with ninja

On Thu, Oct 15, 2020 at 8:34 AM Paolo Bonzini wrote: > On 15/10/20 08:15, Howard Spoelstra wrote: > > ERROR: meson setup failed > > > > When I set --ninja=ninja explicitly, this error does not occur: > > Found ninja.EXE-1.10.1 at C:\msys64\mingw64\bin/ninja.EXE > &

Re: [PATCH 0/7] build: replace ninjatool with ninja

On Wed, Oct 14, 2020 at 3:57 PM Paolo Bonzini wrote: > This pull request is the last build system change for 5.2 from > me, and it is simple: similar to how we are invoking > ROM or tests/tcg "make" from the main Makefile, we now invoke ninja > to build QEMU. Unlike those cases, however,

Re: [PATCH 0/7] build: replace ninjatool with ninja

On Thu, Oct 15, 2020 at 7:39 PM Volker Rümelin wrote: > > > > > Thanks Paolo, > > > > Then only the issue regarding the pcbios/optionrom stuff remains ;-) > > > > make[1]: *** No rule to make target 'multiboot.bin', needed by 'all'. > Stop. > > make: *** [Makefile:171: pc-bios/optionrom/all]

Re: aio_poll() assertion fail on Windows

On Fri, Oct 16, 2020 at 1:32 PM Mark Cave-Ayland < mark.cave-ayl...@ilande.co.uk> wrote: > Whilst testing a Windows build of git master of qemu-system-ppc in > MSYS2/MingW64 I > noticed the following assertion message in the console after booting into > OpenBIOS > and then closing the GTK GUI

Re: [PATCH v2 2/3] grackle: use qdev gpios for PCI IRQs

On Fri, Oct 16, 2020 at 2:30 AM David Gibson wrote: > On Tue, Oct 13, 2020 at 12:49:21PM +0100, Mark Cave-Ayland wrote: > > Currently an object link property is used to pass a reference to the > Heathrow > > PIC into the PCI host bridge so that grackle_init_irqs() can connect the > PCI > > IRQs

Re: [PULL v7 000/151] Meson-based build system

> How are you executing ldd? I cross built a mingw executable from Fedora > and it was definitely using system DLLs. > > This is what I see in Fedora 32 before moving executable and dlls to Windows: [hsp@localhost build]$ uname -a Linux localhost.localdomain 5.7.14-200.fc32.x86_64 #1 SMP Fri Aug

Re: [PULL v7 000/151] Meson-based build system

On Fri, Aug 21, 2020 at 8:15 AM Howard Spoelstra wrote: > > > On Wed, Aug 19, 2020 at 11:32 PM Paolo Bonzini > wrote: > >> The following changes since commit >> d0ed6a69d399ae193959225cdeaa9382746c91cc: >> >> Update version for v5.1.0 release (2020-08

Re: [PULL v7 000/151] Meson-based build system

On Wed, Aug 19, 2020 at 11:32 PM Paolo Bonzini wrote: > The following changes since commit > d0ed6a69d399ae193959225cdeaa9382746c91cc: > > Update version for v5.1.0 release (2020-08-11 17:07:03 +0100) > > are available in the Git repository at: > > https://gitlab.com/bonzini/qemu.git

Re: [PATCH v2 000/150] Meson integration for 5.2

On Fri, Aug 14, 2020 at 11:15 AM Paolo Bonzini wrote: > > Hi Paolo, I don't know how much of this is already meant to work, but I run into several issues when compiling the latest code from the meson-poc-next branch. 1. MSYS2-based Windows build: The guide to compile e.g., qemu-system-ppc on

Re: [PATCH 000/147] Meson integration for 5.2

Hi, I just compiled qemu-system-ppc using the the meson-poc-next branch with: git clone -b meson-poc-next http://www.github.com/bonzini/qemu qemu-mesonbuild-next cd qemu-mesonbuild-next mkdir build cd build ../configure --target-list="ppc-softmmu" --enable-sdl --enable-gtk --disable-werror

Re: [PATCH 000/147] Meson integration for 5.2

On Wed, Aug 12, 2020 at 3:24 PM Philippe Mathieu-Daudé wrote: > Hi Howard, > > On 8/12/20 8:32 AM, Howard Spoelstra wrote: > > Hi, > > > > I just compiled qemu-system-ppc using the the meson-poc-next branch with: > > git clone -b meson-poc-next http://www

Re: [PATCH v7 0/8] Mac Old World ROM experiment

If you can sort out the issue with masking in patches 1 and 2 then I'd be > happy to > take patches 1-5. Obviously there is still some discussion around the i2c > part, so I > can wait a few more days to see what the outcome is there: the patches > generally seem > okay, the one change I would

lib-usb related linking error with msys2 build

Hi all, I get the following error compiling qemu-system-ppc from current master with msys2 (fully updated) ./configure --cross-prefix=x86_64-w64-mingw32- --target-list=ppc-softmmu --enable-gtk --enable-sdl

Re: [PATCH] usb: fix usb-host build on windows.

On Wed, Jun 24, 2020 at 3:45 PM Gerd Hoffmann wrote: > Seems the new API is not available on windows. > Update #ifdefs accordingly. > > Fixes: 9f815e83e983 ("usb: add hostdevice property to usb-host") > Reported-by: Howard Spoelstra > Signed-off-by: Gerd Hoffmann &

Bug: qemu-system-ppc -M mac99 boots into compat-monitor, not openbios.

Hi all, It seems a qemu-system-ppc from current master no longer boots into openbios, but into to the compat monitor. Command line to reproduce: /home/hsp/src/qemu-master/build/qemu-system-ppc \ -L pc-bios \ -M mac99,via=pmu -m 1024 -boot c \ -drive

Re: [Bug 1926497] Re: dp83932 stops working after a short while

On Wed, Apr 28, 2021 at 11:31 PM Jeff <1926...@bugs.launchpad.net> wrote: > > It looks like using > https://cdimage.debian.org/cdimage/ports/snapshots/2021-04-17/debian-10.0.0 > -m68k-NETINST-1.iso instead fixes the issue. Perhaps the instruction on >

Re: USB pass through into Mac OS 9.x with qemu-system-ppc

On Tue, Feb 9, 2021 at 4:12 PM Gerd Hoffmann wrote: > Hi, > > > A noticeable issue when comparing the pcap files seems to be at Fedora > pcap > > frame 8 and Mac OS 9.2 pcap frame 28 (configuration descriptor). It seems > > the Mac OS side is missing 5 bytes and hence the packet is malformed.

Re: [PATCH v2] net/macos: implement vmnet-based network device

On Fri, Feb 5, 2021 at 5:54 PM wrote: > > From: Phillip Tennen > > This patch implements a new netdev device, reachable via -netdev > vmnet-macos, that’s backed by macOS’s vmnet framework. > > The vmnet framework provides native bridging support, and its usage in > this patch is intended as a

Re: Bug with Windows tap network when running qemu-system-ppc with Mac OS 9 guest

On Fri, Mar 26, 2021 at 10:00 AM Bin Meng wrote: > > On Fri, Mar 26, 2021 at 4:49 PM Jason Wang wrote: > > > > > > 在 2021/3/26 下午4:21, BALATON Zoltan 写道: > > > On Fri, 26 Mar 2021, Howard Spoelstra wrote: > > >> On Fri, Mar 26, 2021 at 2:50

Bug with Windows tap network when running qemu-system-ppc with Mac OS 9 guest

Hi, When running qemu-system-ppc with Mac OS guest, the guest crashes when using a tap network connection. Openvpn 2.4.9-I601-win10 is installed with TAP-Windows 9.24.2. A tap connection called TapQemu is bridged with the default ethernet connection. It gets activated when I start qemu. To

Re: Bug with Windows tap network when running qemu-system-ppc with Mac OS 9 guest

On Fri, Mar 26, 2021 at 8:54 PM BALATON Zoltan wrote: > > On Fri, 26 Mar 2021, Howard Spoelstra wrote: > > On Fri, Mar 26, 2021 at 10:00 AM Bin Meng wrote: > >> > >> On Fri, Mar 26, 2021 at 4:49 PM Jason Wang wrote: > >>> > >>> > >>

Re: Bug with Windows tap network when running qemu-system-ppc with Mac OS 9 guest

On Fri, Mar 26, 2021 at 2:50 AM Bin Meng wrote: > > Hi Howard, > > On Fri, Mar 26, 2021 at 1:35 AM Peter Maydell > wrote: > > > > (adding the relevant people to the cc list) > > > > On Thu, 25 Mar 2021 at 17:26, Howard Spoelstra wrote: > > > &g

Re: Mac OS real USB device support issue

2021, Programmingkid wrote: > >>>>> On Apr 6, 2021, at 10:01 AM, Howard Spoelstra > >>>>> wrote: > >>>>> On Tue, Apr 6, 2021 at 3:44 PM Programmingkid > >>>>> wrote: > >>>>>> > >>>>>> Hi

Re: Mac OS real USB device support issue

On Wed, Apr 7, 2021 at 7:26 AM Howard Spoelstra wrote: > > On Wed, Apr 7, 2021 at 3:53 AM Programmingkid > wrote: > > > > > > > > > On Apr 6, 2021, at 7:18 PM, BALATON Zoltan wrote: > > > > > > On Tue, 6 Apr 2021, Programmingkid wrote: >

Re: [Bug 1850570] Re: Cannot use usb-host on Mac OS

On Sun, Apr 4, 2021 at 8:30 PM John Arbuckle <1850...@bugs.launchpad.net> wrote: > > I am also having problems with using real USB devices. I tried a C-Media > USB sound card, a CISCO USB headset, and a PNY flash drive. All of them > seem to be detected by the Windows 7 guest, but can't be started

Re: Bug with Windows tap network when running qemu-system-ppc with Mac OS 9 guest

Hi Bin, (I forgot to reply to all) > > In answer to your questions: > > > > 1. Yes, slirp works on Windows 10 with this setup. > > 2. Yes, in Linux both tap and slirp work. > > Thanks! Just to be clear, the above testing was performed with commit > 969e50b61a285b0cc8dea6d4d2ade3f758d5ecc7,

  1   2   >