/3.12.0/bin/python3.12
Using './build' as the directory for build output
python determined to be '/usr/local/Cellar/python@3.12/3.12.0/bin/python3.12'
python version: Python 3.12.0
And configure succeeds.
On Mon, 6 Nov 2023, Howard Spoelstra wrote:
Hi all,
I'm getting a error while compiling
Hi all,
I'm getting a error while compiling on macOS (Intel). It seems linker
detection is passed an unknown argument "--version", whereas "-v" works OK?
See log below.
Thanks for looking into this,
Howard
Build started at 2023-11-06T07:29:19.181487
Main binary:
On Tue, Jun 27, 2023 at 1:24 PM Mark Cave-Ayland <
mark.cave-ayl...@ilande.co.uk> wrote:
> On 27/06/2023 11:28, Howard Spoelstra wrote:
>
> > On Tue, Jun 27, 2023 at 10:15 AM Mark Cave-Ayland <
> mark.cave-ayl...@ilande.co.uk
> > <mailto:mark.cave-ayl...@ilande.co
On Tue, Jun 27, 2023 at 10:15 AM Mark Cave-Ayland <
mark.cave-ayl...@ilande.co.uk> wrote:
> On 26/06/2023 14:35, Cédric Le Goater wrote:
>
> > On 6/23/23 14:37, Cédric Le Goater wrote:
> >> On 6/23/23 11:10, Peter Maydell wrote:
> >>> On Fri, 23 Jun 2023 at 09:21, Nicholas Piggin
> wrote:
>
Yep, fixed
No idea how I got that wrong ;-)
Best,
Howard
Hello Peter,
My source was cloned today. I just cloned again and I still see the tokens
reversed:
git clone https://www.gitlab.com/qemu/qemu qemu-master-clean
/**
* qemu_build_not_reached()
*
* The compiler, during optimization, is expected to prove that a call
* to this function cannot be
Hello,
It seems the current source fails to compile with up to date msys2.
Source is configured with:
./configure --target-list="ppc-softmmu" --enable-gtk --enable-sdl
--enable-slirp
FAILED: qga/vss-win32/qga-vss.dll.p/install.cpp.obj
"c++" "-m64" "-mcx16" "-Iqga/vss-win32/qga-vss.dll.p"
On Fri, Jan 27, 2023 at 3:29 AM BALATON Zoltan wrote:
> On Fri, 27 Jan 2023, BALATON Zoltan wrote:
> > On Thu, 26 Jan 2023, Howard Spoelstra wrote:
> >> On Thu, Jan 26, 2023 at 9:57 PM BALATON Zoltan
> wrote:
> >>> On Thu, 26 Jan 2023, Howard Spoelstra wrote:
On Thu, Jan 26, 2023 at 9:57 PM BALATON Zoltan wrote:
> On Thu, 26 Jan 2023, Howard Spoelstra wrote:
> > Mac OS X
> > #10.0 bus1 mouse: usb_ohci_stop pci-ohci: USB Suspended. Reverts to adb
> > mouse. No recognition as HID device.
> > #10.0 bus2 kbd: usb_ohci_stop
On Tue, Jan 24, 2023 at 4:33 PM BALATON Zoltan wrote:
> On Tue, 24 Jan 2023, Howard Spoelstra wrote:
> > On Tue, Jan 24, 2023 at 3:15 PM BALATON Zoltan
> wrote:
> >> I thought MacOS 8 needed old world ROM but looks like it can also load
> it
> >> from disk
On Tue, Jan 24, 2023 at 3:15 PM BALATON Zoltan wrote:
> On Tue, 24 Jan 2023, Howard Spoelstra wrote:
> > On Tue, Jan 24, 2023 at 2:49 AM BALATON Zoltan
> wrote:
> >> On Tue, 24 Jan 2023, Howard Spoelstra wrote:
> >>> From a Mac OS guest perspective, via=cuda
On Tue, Jan 24, 2023 at 2:49 AM BALATON Zoltan wrote:
> On Tue, 24 Jan 2023, Howard Spoelstra wrote:
> > From a Mac OS guest perspective, via=cuda is needed for Mac OS 9.0.4 due
> to
> > the 2 usb devices (mouse/kbd) issue. And for 10.0/10.1 (my guess would be
> > that t
On Mon, Jan 23, 2023 at 11:06 PM Mark Cave-Ayland <
mark.cave-ayl...@ilande.co.uk> wrote:
> On 22/01/2023 22:07, BALATON Zoltan wrote:
>
> > On Sun, 22 Jan 2023, Mark Cave-Ayland wrote:
> >> On 12/01/2023 23:51, BALATON Zoltan wrote:
> >>> On T
On Fri, Jan 13, 2023 at 12:53 AM BALATON Zoltan wrote:
> On Thu, 12 Jan 2023, Howard Spoelstra wrote:
> > On Wed, Jan 11, 2023 at 1:15 AM BALATON Zoltan
> wrote:
> >
> >> On Tue, 10 Jan 2023, Mark Cave-Ayland wrote:
> >>> On 04/01/2023 21:59, BALATON Zolt
On Wed, Jan 11, 2023 at 1:15 AM BALATON Zoltan wrote:
> On Tue, 10 Jan 2023, Mark Cave-Ayland wrote:
> > On 04/01/2023 21:59, BALATON Zoltan wrote:
> >
> >> Setting emulated machine type with a property called "via" is
> >> confusing users so deprecate the "via" option in favour of newly added
>
lly presents.
I also like the more consistent way a new rom file for a VGA device can be
added. The deprecation warnings are clear.
Qemu-system-ppc defaults to the g3beige machine, which does not reflect the
(in my opinion) main use case of running Mac OS/X with the powermac3_1
machine and will not boot the main versions of ppc Mac OS/X anyway.
So for qemu-system-ppc:
Tested-by: Howard Spoelstra
Best,
Howard
On Tue, Sep 13, 2022 at 6:29 PM Mark Cave-Ayland <
mark.cave-ayl...@ilande.co.uk> wrote:
> On 13/09/2022 15:28, Richard Henderson wrote:
>
> > The second was described by Mark in the lobby of KVM Forum.
> > The first was found by inspection of other uses of gen_helper_set_sr.
> >
> > r~
> >
> >
On Wed, Sep 14, 2022 at 6:48 PM Howard Spoelstra wrote:
>
>
> On Tue, Sep 13, 2022 at 6:29 PM Mark Cave-Ayland <
> mark.cave-ayl...@ilande.co.uk> wrote:
>
>> On 13/09/2022 15:28, Richard Henderson wrote:
>>
>> > The second was described by Mark in the lo
On Fri, Jun 17, 2022 at 2:38 PM Marc-André Lureau <
marcandre.lur...@redhat.com> wrote:
> Hi
>
> On Fri, Jun 17, 2022 at 1:56 PM Gerd Hoffmann wrote:
> >
> > Hi,
> >
> > > > Can you try ditch the QEMU_ALLOCATED_FLAG check added by the commit?
> > >
> > > Commit cb8962c146 drops the
On Thu, Mar 3, 2022 at 12:55 AM Fabiano Rosas wrote:
> Howard Spoelstra writes:
>
> > On Wed, Mar 2, 2022 at 9:11 PM BALATON Zoltan
> wrote:
> >
> >> On Wed, 2 Mar 2022, Howard Spoelstra wrote:
> >> > Hi all,
> >> >
> >&
On Wed, Mar 2, 2022 at 9:11 PM BALATON Zoltan wrote:
> On Wed, 2 Mar 2022, Howard Spoelstra wrote:
> > Hi all,
> >
> > I noticed qemu-system-ppc running OSX guests does not get to the desktop
> or
> > does not display the menu bars.
>
> Cc-ing the relevan
Hi all,
I noticed qemu-system-ppc running OSX guests does not get to the desktop or
does not display the menu bars.
Bisecting lead to this commit:
80eca687c8513a7e1611e0441abdd68b0c02a1d6 is the first bad commit
commit 80eca687c8513a7e1611e0441abdd68b0c02a1d6
Author: Lucas Mateus Castro
On Thu, Jan 27, 2022 at 8:48 PM Marc-André Lureau <
marcandre.lur...@gmail.com> wrote:
> Hi
>
> On Thu, Jan 27, 2022 at 10:29 PM BALATON Zoltan
> wrote:
>
>> Hello,
>>
>> We've found a problem with mouse pointer jumping around then constantly
>> warping making it unusable which only seems to
Hi all,
One more observation: When running Mac OS guests with -mac99,via=pmu, the
guest is presented with a usb-mouse and usb-kbd, while -mac99 provides cuda
mouse/kbd.
If I run with via=pmu, the mouse/kbd will not work when passing through the
usb headset.
Only when I keep interrupting by
On Sun, Oct 3, 2021 at 12:00 PM BALATON Zoltan wrote:
> On Sun, 3 Oct 2021, Howard Spoelstra wrote:
> > On Sat, Oct 2, 2021 at 5:42 PM BALATON Zoltan
> wrote:
> >> I'm also not sure where's the problem (maybe we have multiple problems).
> >> It also does not w
On Sat, Oct 2, 2021 at 5:42 PM BALATON Zoltan wrote:
> On Sat, 2 Oct 2021, Howard Spoelstra wrote:
> > Both have issues communicating with endpoint 4 (the hid controls volume
> > up/down and mute).
> > Endpoint 1 should receive the isochronous audio stream, but never doe
On Mon, Sep 13, 2021 at 8:21 AM Thomas Huth wrote:
> The versions that we specify for macOS are way too old already. Let's
> rephrase this without specific version numbers, pointing the users
> to the latest version instead.
>
> Signed-off-by: Thomas Huth
> ---
> v2: Rephrased to be more in
On Fri, Sep 10, 2021 at 9:23 PM Programmingkid
wrote:
>
>
> > On Sep 10, 2021, at 7:51 AM, BALATON Zoltan wrote:
> >
> > On Fri, 10 Sep 2021, Howard Spoelstra wrote:
> >> On Fri, Sep 10, 2021 at 7:07 AM Gerd Hoffmann
> wrote:
> >>
> >>>
On Sat, Sep 11, 2021 at 8:29 AM Helge Konetzka wrote:
> Am 10.09.21 um 17:44 schrieb Paolo Bonzini:
> > On 25/08/21 18:43, Helge Konetzka wrote:
> >> Furthermore I would like to propose to change the instructions for
> >> Native builds with MSYS2 on Wiki Windows page.
> >>
> >> Please remove the
On Fri, Sep 10, 2021 at 7:07 AM Gerd Hoffmann wrote:
> On Thu, Sep 09, 2021 at 05:06:17PM -0400, Programmingkid wrote:
> > Hi Gerd,
> >
> > Howard and I were talking about USB audio problems with Mac OS guests.
> We think the issue might be with frames being sent to the USB audio card
> too
On Thu, Jul 29, 2021 at 12:07 PM BALATON Zoltan wrote:
> Hello,
>
> On Thu, 29 Jul 2021, Howard Spoelstra wrote:
> > Hi,
> >
> > Qemu-system-ppc built from current master can no longer run Fedora 12 ppc
> > as guest. (This the only ppc distro I tested.) Host is
Hi,
Qemu-system-ppc built from current master can no longer run Fedora 12 ppc
as guest. (This the only ppc distro I tested.) Host is Fedora 34. Please
see screen shot attached.
Booting from both an installation DVD and from an installed system fail.
To reproduce:
compile qemu-system-ppc from
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
>
On Fri, Apr 9, 2021 at 9:37 PM Programmingkid wrote:
>
>
>
> > On Apr 7, 2021, at 1:28 AM, Howard Spoelstra wrote:
> >
> > On Wed, Apr 7, 2021 at 7:26 AM Howard Spoelstra wrote:
> >>
> >> On Wed, Apr 7, 2021 at 3:53 AM Programmingkid
> >>
On Thu, Apr 8, 2021 at 1:05 PM Gerd Hoffmann wrote:
>
> Hi,
>
> > > Those might be a good place to start. IOKit provides the drivers and
> > > also the io registry which is probably where you can get if a driver
> > > is bound to a device and which one is it. How to dissociate the
> > > driver
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:
>
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
On Tue, Apr 6, 2021 at 3:44 PM Programmingkid wrote:
>
> Hi Gerd,
>
> I was wondering if you had access to a Mac OS 10 or Mac OS 11 machine to test
> USB support. I am on Mac OS 11.1 and cannot make USB devices work with any of
> my guests. So far these are the guests I have tested with:
>
> -
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
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:
> >>>
> >>>
> >>
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
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,
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
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
Hi Gerd,
I'm having issues with -device usb-audio and Mac OS 9.x guests on
qemu-system-ppc.
Command line used:
./qemu-system-ppc -M mac99 -L pc-bios \
-m 512 -boot c \
-device usb-audio \
-drive file=MacOS9.0.img,format=raw,media=disk \
-trace "usb*"
Some logging below from Mac OS 9.0 and
On Sat, Feb 20, 2021 at 9:42 AM Stefan Weil wrote:
>
> Am 20.02.21 um 00:07 schrieb Philippe Mathieu-Daudé:
>
> > Cc'ing Stefan / Yonggang / Paolo.
> >
> > On 2/20/21 12:03 AM, Peter Maydell wrote:
> >> On Fri, 19 Feb 2021 at 22:54, nerus wrote:
> >>> Good evening, I turn to you because I have a
On Thu, Feb 18, 2021 at 2:49 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
On Tue, Feb 16, 2021 at 4:42 PM Howard Spoelstra wrote:
>
> On Tue, Feb 16, 2021 at 3:48 PM Gerd Hoffmann wrote:
> >
> > Hi,
> >
> > > Please find another pcap file attached. This one stems from an attempt
> > > to pass through a midi device when run
On Tue, Feb 16, 2021 at 3:48 PM Gerd Hoffmann wrote:
>
> Hi,
>
> > Please find another pcap file attached. This one stems from an attempt
> > to pass through a midi device when running qemu-system-ppc with Mac OS
> > 9.2 in macOS host.
>
> Ah, yes, I remember now. Problem is that the usb stick
On Tue, Feb 9, 2021 at 6:17 PM Howard Spoelstra wrote:
>
>
>
> 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 pc
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
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.
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
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
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
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]
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
>
&
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,
> 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
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
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
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
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
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
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
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
&
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
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
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
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,
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
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,
> >
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
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
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
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
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
>
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
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,
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
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
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
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
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
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
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:
>
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:
> >
> >
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
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
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
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
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
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
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
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
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
>
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
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]
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
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
1 - 100 of 141 matches
Mail list logo
