** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1802684
Title:
QEMU gui crashes on macOS Mojave
Status in QEMU:
Fix Released
Bug d
We think we have shaken all the bugs out of the patchset which overhauls
the Cocoa UI, so the crashes on OSX Mojave should be fixed in QEMU git
master; these will be in QEMU 4.0.
** Changed in: qemu
Status: New => Fix Committed
--
You received this bug notification because you are a memb
https://patchew.org/QEMU/20181201123056.432-1-peter.mayd...@linaro.org/
is an RFC patchset which tries to address all the locking issues and
make the main thread run only the Cocoa UI event loop, with no blocking
operations in UI event callbacks. It's RFC because (as noted in the last
two comments)
I've tried to run two x86 guests with Cocoa display on 3.1 rc3, the GUI
doesn't crash. I've tried to change screen resolution on openSUSE 15, it
also works without an issue.
My command line is:
./x86_64-softmmu/qemu-system-x86_64 -accel hvf -cpu host -hda /path/to/disk -m
MEMORY
--
You received
I tried building the latest git master and get weird results - it seems to
work, at least not crashing with any checks that were there before (built
using plain cocoa ui, no sdl or gtk). I will check back at the original
master that caused me issues and report.
On Thu, 29 Nov 2018 at 16:46, Peter M
Can you try to build it without SDL/GTK support? I'm not having any
issues with Cocoa display.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1802684
Title:
QEMU gui crashes on macOS Mojave
Status
I've had a report from another user that the OSX GUI code works fine for
them on Mojave, so maybe the problem you're running into here is more
specific than just "doesn't work on this OS". That backtrace might help
in narrowing down what is different for you.
--
You received this bug notification
Ok, will do.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1802684
Title:
QEMU gui crashes on macOS Mojave
Status in QEMU:
New
Bug description:
QEMU release 3.0.0 as well as a recent head bui
Could I ask you to make a debug build of QEMU (configure with --enable-
debug) of the current git master, and recreate the backtrace that you
quoted in your report, but with the debug symbols? I'm trying to figure
out exactly what we're doing on what threads right now, and it would be
very helpful
http://lists.nongnu.org/archive/html/qemu-devel/2018-11/msg01941.html
thread
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1802684
Title:
QEMU gui crashes on macOS Mojave
Status in QEMU:
New
Bu
Changes reviewable in a decent web-ui here -
https://github.com/qemu/qemu/compare/master...berkus:mojave-cocoa-
fix?expand=1
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1802684
Title:
QEMU gui cr
Patches emailed.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1802684
Title:
QEMU gui crashes on macOS Mojave
Status in QEMU:
New
Bug description:
QEMU release 3.0.0 as well as a recent head
Ok I think I found places where code was invalid in Cocoa and fixed it.
I can see qemu running my kernel and all interface is responsive. I also
believe it should be working on as old as macOS 10.6 machines as well -
do you have some CI machines with these versions to test? I don't.
For SDL i didn
> On Nov 11, 2018, at 6:55 AM, qemu-devel-requ...@nongnu.org wrote:
>
> The code for the cocoa stuff is in ui/cocoa.m. Quick notes on structure:
>
> * there is a weird thing where cocoa.m provides its own main(), and arranges
> that the function which is main() for every other UI is renamed qe
> On Nov 11, 2018, at 2:39 AM, qemu-devel-requ...@nongnu.org wrote:
>
> Thanks for the bug report. It looks like Mojave is pickier about apps
> not calling various GUI update functions from the "wrong" thread. We
> probably need to figure out how to dispatch those to the main thread
> instead of
Thanks for having a look at this. The cocoa UI does work for me on High
Sierra, for what that's worth.
https://wiki.qemu.org/Contribute/SubmitAPatch has our patch submission
process.
My feeling on SDL is that this would be a bug to fix in upstream SDL,
assuming we're not breaking any "which threa
I made DisplayChangeListener callbacks dispatch updates to the main
thread and it stopped crashing. However, pure Cocoa UI seems non-
functional - I can't focus the window, I don't see any application
menus, and the fb does not update.
I'm looking at making SDL code thread-safe the same way - beca
The code for the cocoa stuff is in ui/cocoa.m. Quick notes on structure:
* there is a weird thing where cocoa.m provides its own main(), and arranges
that the function which is main() for every other UI is renamed qemu_main() and
called later (I'd like to get rid of that one day if we could, it
I'll see if I have some time this weekend to dig into qemu Cocoa layer.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1802684
Title:
QEMU gui crashes on macOS Mojave
Status in QEMU:
New
Bug des
Thanks for the bug report. It looks like Mojave is pickier about apps
not calling various GUI update functions from the "wrong" thread. We
probably need to figure out how to dispatch those to the main thread
instead of whatever thread we were on. Unfortunately we don't really
have anybody in QEMU u
20 matches
Mail list logo
