> On May 24, 2019, at 2:56 AM, Mark Cave-Ayland
> wrote:
>
> On 24/05/2019 03:48, Programmingkid wrote:
>
>> Recently I have noticed that qemu-system-ppc is crashing while booting up my
>> Mac OS X VM. A bit of git bisecting shows this is the patch that causes th
Recently I have noticed that qemu-system-ppc is crashing while booting up my
Mac OS X VM. A bit of git bisecting shows this is the patch that causes this
issue:
commit 1e262b49b5331441f697461e4305fe06719758a7
Author: Richard Henderson
Date: Mon Mar 18 12:02:54 2019 -0700
tcg/i386: Implem
> On May 12, 2019, at 9:47 AM, Thomas Huth wrote:
>
> On 11/05/2019 20.28, Programmingkid wrote:
>>
>>> On May 11, 2019, at 2:05 PM, Thomas Huth wrote:
>>>
>>> On 11/05/2019 19.21, Programmingkid wrote:
>>>>
>>>>> On Apr
> On May 11, 2019, at 2:05 PM, Thomas Huth wrote:
>
> On 11/05/2019 19.21, Programmingkid wrote:
>>
>>> On Apr 20, 2019, at 6:40 AM, Thomas Huth wrote:
>>>
>>> On 19/04/2019 15.44, G 3 wrote:
>>>>
>>>> On Apr 19, 2019, at
> On Apr 20, 2019, at 6:40 AM, Thomas Huth wrote:
>
> On 19/04/2019 15.44, G 3 wrote:
>>
>> On Apr 19, 2019, at 3:10 AM, Thomas Huth wrote:
>>
>>> On 19/04/2019 00.47, John Arbuckle wrote:
Capstone is not necessary in order to use QEMU. Disable it by default.
This will save the user
When running Windows 7 using "-M accel=hvf --cpu host", Windows 7 would crash.
What was printed to the console was this:
Unimplemented handler (f8000c0c2050) for 0 (f c3)
This message is from target/i386/hvf/x86_emu.c. The c3 seems to indicate this
is a problem with the MOVNTI or RETN inst
> On Apr 15, 2019, at 2:35 PM, John Snow wrote:
>
>
>
> On 4/15/19 6:23 AM, Programmingkid wrote:
>>
>>> On Apr 15, 2019, at 5:54 AM, Stefan Hajnoczi wrote:
>>>
>>> On Sun, Apr 14, 2019 at 07:33:17PM -0400, Programmingkid wrote:
>>>
> On Apr 19, 2019, at 2:22 PM, Richard Henderson wrote:
>
> On 4/19/19 3:44 AM, G 3 wrote:
>>
>> Here is the error message I see when compiling QEMU:
>>
>> CHK version_gen.h
>> make[1]: *** No rule to make target
>> `/Users/John/qemu-git/capstone/libcapstone.a'. Stop.
>> make: *** [subdir-ca
> On Apr 15, 2019, at 5:54 AM, Stefan Hajnoczi wrote:
>
> On Sun, Apr 14, 2019 at 07:33:17PM -0400, Programmingkid wrote:
>> Hi I was wondering if anyone has been able to boot from a bootcamp partition
>> inside of QEMU. I know this partition can be used in QEMU but m
Hi I was wondering if anyone has been able to boot from a bootcamp partition
inside of QEMU. I know this partition can be used in QEMU but my own attempts
at booting Windows 7 on my bootcamp partition did not work. I always see "A
disk read error occurred". Has anyone else been successful at thi
> On Feb 27, 2019, at 12:27 AM, Gerd Hoffmann wrote:
>
> On Tue, Feb 26, 2019 at 04:11:06PM -0500, G 3 wrote:
>> When I use edid=on, I do see a lot of extra resolutions available in Mac OS
>> 9 and Mac OS X, just not the resolution I want to use. Is there some kind
>> of rule like the resolutio
> On Feb 25, 2019, at 10:26 AM, Gerd Hoffmann wrote:
>
> On Mon, Feb 25, 2019 at 09:05:30AM -0500, G 3 wrote:
>> Hi Gerd, I was wondering if you have made any documentation for your EDID
>> patches. If you have could you provide a link please?
>
> No docs.
>
>> Also could a feature be added t
> On Jan 31, 2019, at 7:49 AM, Howard Spoelstra wrote:
>
>
>
> 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
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?
Thank you.
> On Jan 1, 2019, at 7:27 AM, Zoltán Kővágó wrote:
>
> On 2019-01-01 05:24, Programmingkid wrote:
>>> On 2018-12-29 01:49, Programmingkid wrote:
> [snip]
>>>>
>>>> I tried ac97 with a Windows 2000 guest in qemu-system-i386 - same demonic
>>&
> On Dec 31, 2018, at 12:00 PM, qemu-devel-requ...@nongnu.org wrote:
>
> Message: 2
> Date: Mon, 31 Dec 2018 16:50:47 +0100
> From: "=?UTF-8?B?S8WRdsOhZ8OzIFpvbHTDoW4=?="
> To: Programmingkid
> Cc: QEMU Developers , Gerd Hoffmann
>
> Subject: Re: [Q
> On Dec 31, 2018, at 12:00 PM, qemu-devel-requ...@nongnu.org wrote:
>
> Message: 2
> Date: Mon, 31 Dec 2018 16:50:47 +0100
> From: "=?UTF-8?B?S8WRdsOhZ8OzIFpvbHTDoW4=?="
> To: Programmingkid
> Cc: QEMU Developers , Gerd Hoffmann
>
> Subject: Re: [Q
> On Dec 28, 2018, at 7:19 PM, Zoltán Kővágó wrote:
>
> On 2018-12-29 01:12, Programmingkid wrote:
>>
>>> On Dec 28, 2018, at 3:05 PM, Kővágó Zoltán wrote:
>>>
>>> On 2018-12-28 01:46, Programmingkid wrote:
>>>>
>>>>&g
> On Dec 28, 2018, at 3:05 PM, Kővágó Zoltán wrote:
>
> On 2018-12-28 01:46, Programmingkid wrote:
>>
>>> On Dec 27, 2018, at 8:33 AM, Kővágó Zoltán wrote:
>>>
>>> Hi,
>>>
>>> I've pushed it to my github (modulo some rand
works or not.
>
> Regards,
> Zoltan
>
> On 2018-12-26 12:24, Programmingkid wrote:
>>
>>> On Dec 23, 2018, at 3:52 PM, qemu-devel-requ...@nongnu.org wrote:
>>>
>>> Message: 4
>>> Date: Sun, 23 Dec 2018 21:51:36 +0100
>>> From: &
> On Dec 23, 2018, at 3:52 PM, qemu-devel-requ...@nongnu.org wrote:
>
> Message: 4
> Date: Sun, 23 Dec 2018 21:51:36 +0100
> From: "=?UTF-8?q?K=C5=91v=C3=A1g=C3=B3=2C=20Zolt=C3=A1n?="
>
> To: qemu-devel@nongnu.org
> Cc: Gerd Hoffmann
> Subject: [Qemu-devel] [PATCH v2 00/52] Audio 5.1 pat
> On 12/12/2018 13:38, Gerd Hoffmann wrote:
>
>> On Wed, Dec 12, 2018 at 08:54:37AM +, Mark Cave-Ayland wrote:
>>> On 12/12/2018 08:32, Gerd Hoffmann wrote:
>>>
On Fri, Dec 07, 2018 at 04:08:05PM +, Mark Cave-Ayland wrote:
> This is in preparation for some upcoming QEMU NDRV dr
> On Dec 4, 2018, at 2:10 PM, qemu-devel-requ...@nongnu.org wrote:
>
> Emilio G. Cota writes:
>
>> On Tue, Dec 04, 2018 at 13:52:16 +, Alex Benn?e wrote:
We could always
#ifdef __FAST_MATH__
#error "Silliness like this will get you nowhere"
#endif
>>>
>>> Emilio,
> On Nov 28, 2018, at 2:39 PM, Peter Maydell wrote:
>
> On Wed, 28 Nov 2018 at 01:12, John Arbuckle wrote:
>>
>> From af4497f2b161bb4165acb8eee5cae3f2a7ea2227 Mon Sep 17 00:00:00 2001
>> From: John Arbuckle
>> Date: Tue, 27 Nov 2018 20:01:20 -0500
>> Subject: [PATCH] ui/cocoa.m: fix crash du
> On 13 November 2018 at 12:12, Programmingkid
> wrote:
>>> On Nov 11, 2018, at 4:35 PM, Berkus Decker wrote:
>>> These changes are ought to work on OSX 10.6, although I don?t have a
>>> machine handy to test it.
>>
>> I have Mac OS 10.6 avail
> On Nov 11, 2018, at 4:35 PM, qemu-devel-requ...@nongnu.org wrote:
>
> It seems that Cocoa checks are stricter on Mojave and some callbacks that
> worked from non-GUI thread on High Sierra are no longer working.
>
> The fixes included here are:
>
> * Deferring qemu_main() to another thread s
> On Nov 11, 2018, at 4:35 PM, qemu-devel-requ...@nongnu.org wrote:
>
> It seems that Cocoa checks are stricter on Mojave and some callbacks that
> worked from non-GUI thread on High Sierra are no longer working.
>
> The fixes included here are:
>
> * Deferring qemu_main() to another thread s
> 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
> On Sep 25, 2018, at 12:46 PM, Murilo Opsfelder Araujo
> wrote:
>
> Hi, John.
>
> On Tue, Sep 25, 2018 at 11:39:49AM -0400, John Arbuckle wrote:
>> Add the ability for the user to display help for a certain command.
>> Example: qemu-img create --help
>>
>> What is printed is all the options
> On Sep 23, 2018, at 11:02 AM, Murilo Opsfelder Araujo
> wrote:
>
> Hi, John.
>
> On Sat, Sep 22, 2018 at 01:16:06PM -0400, Programmingkid wrote:
>> Patchworks url: https://patchwork.ozlabs.org/patch/970255/
>>
>> Add the ability for the user t
Patchworks url: https://patchwork.ozlabs.org/patch/970255/
Add the ability for the user to display help for a certain command.
Example: qemu-img create --help
What is printed is all the options available to this command and an example.
Signed-off-by: John Arbuckle
---
v2 changes:
Removed block
> On Sep 17, 2018, at 7:46 PM, Peter Maydell wrote:
>
> On 18 September 2018 at 00:18, Programmingkid
> wrote:
>>
>>> On Sep 17, 2018, at 5:25 PM, Peter Maydell wrote:
>>>
>>> On 17 September 2018 at 22:18, John Arbuckle
>>> wr
> On Sep 17, 2018, at 2:51 PM, Peter Maydell wrote:
>
> On 17 September 2018 at 18:56, Programmingkid
> wrote:
>>
>>> On Sep 17, 2018, at 1:52 PM, Peter Maydell wrote:
>>>
>>> On 17 September 2018 at 18:48, Programmingkid
>>> wrote:
> On Sep 17, 2018, at 5:25 PM, Peter Maydell wrote:
>
> On 17 September 2018 at 22:18, John Arbuckle
> wrote:
>> https://www.nxp.com/files-static/product/doc/MPCFPE32B.pdf
>> Page 2-8 in table 2-4 is where the description of this bit can be found.
>>
>> It is described as:
>>
>> Floating-po
> On Sep 17, 2018, at 1:52 PM, Peter Maydell wrote:
>
> On 17 September 2018 at 18:48, Programmingkid
> wrote:
>> What I hope to do is implement a PowerPC CPU flag that indicates if an
>> rounded result is inexact.
>
> How is this different from the float_fl
In the softfloat.c file there is a function called float64_add(). What I need
is a way to pack and canonicalize a FloatParts value. There doesn't appear to
be any way. This is what I have tried so far, but the results are not good.
The intermediate_result and the rounded_result should be close
> On Sep 10, 2018, at 4:16 AM, Kevin Wolf wrote:
>
> Am 08.09.2018 um 05:16 hat Programmingkid geschrieben:
>>
>>> On Sep 7, 2018, at 11:13 PM, Peter Maydell wrote:
>>>
>>> On 8 September 2018 at 04:01, John Arbuckle
>>> wrote
> On Sep 9, 2018, at 1:34 PM, Stefan Weil wrote:
>
> Am 09.09.2018 um 17:32 schrieb John Arbuckle:
>> Currently the copyright date is set to 2017. Update the date to say
>> 2018.
>>
>> Signed-off-by: John Arbuckle
>> ---
>> include/qemu-common.h | 2 +-
>> 1 file changed, 1 insertion(+), 1 del
> On Sep 7, 2018, at 11:13 PM, Peter Maydell wrote:
>
> On 8 September 2018 at 04:01, John Arbuckle wrote:
>
>> +/* print the help for this command */
>> +if (strcmp("--help", argv[optind + 1]) == 0) {
>> +if (strcmp("amend", cmdname) == 0) {
>> +help_amend();
>> +
> On Aug 20, 2018, at 1:24 AM, Gerd Hoffmann wrote:
>
> On Sun, Aug 19, 2018 at 12:35:09AM -0400, John Arbuckle wrote:
>> When the user moves the mouse and moves the scroll wheel at the same
>> time, the mouse cursor's movement becomes erratic in Windows 3.1. With
>> this patch if the mouse is
> On Aug 17, 2018, at 4:59 PM, Eric Blake wrote:
>
> On 08/17/2018 02:28 PM, Programmingkid wrote:
>
>>>> -o Used with a comma separated list of format specific
>>>> options in a
>>>> name=value format.
> On Aug 17, 2018, at 9:44 AM, Eric Blake wrote:
>
> On 08/16/2018 08:27 PM, Programmingkid wrote:
>
>> I am by no means an expert at qemu-img. But I did try my best to create what
>> I think should be the new output for qemu-img --help. This is just
>> the te
> On Aug 14, 2018, at 4:40 AM, Kevin Wolf wrote:
>
> Am 13.08.2018 um 20:19 hat Eric Blake geschrieben:
>> On 08/13/2018 11:56 AM, Max Reitz wrote:
>>>
>>> Ah, hm, so much for that. Hm... I don't quite know what to think of
>>> this. It does indeed improve legibility. But the question is w
> On Aug 14, 2018, at 8:55 AM, Eric Blake wrote:
>
> On 08/14/2018 03:40 AM, Kevin Wolf wrote:
>>> And I've already expressed my opinion that it is already rather long, where
>>> making it longer is not necessarily making it smarter.
>> I think if we want to improve the help text, we should spl
> On Aug 11, 2018, at 1:40 AM, qemu-devel-requ...@nongnu.org wrote:
>
>
> Hello,
>
> Le 10/08/2018 ? 18:17, Programmingkid a ?crit?:
>>
>> Can a real 40p machine boot Windows NT 4.0 PowerPC?
>>
>>
>
> Yes.
>
> A real 40p machine is
> On Aug 9, 2018, at 5:35 PM, qemu-devel-requ...@nongnu.org wrote:
>
> Date: Thu, 9 Aug 2018 22:40:10 +0200
> From: Herv? Poussineau
> To: qemu-devel@nongnu.org
> Cc: Mark Cave-Ayland , David Gibson
> , Alexander Graf ,
> qemu-...@nongnu.org, Herv? Poussineau
> Subject: [Qemu-deve
> On Aug 3, 2018, at 4:46 AM, Fam Zheng wrote:
>
> On Thu, 08/02 22:34, Programmingkid wrote:
>>
>>> On Aug 2, 2018, at 10:10 PM, Fam Zheng wrote:
>>>
>>> On Thu, 08/02 20:50, John Arbuckle wrote:
>>>> Add an examples section to th
> On Aug 2, 2018, at 10:10 PM, Fam Zheng wrote:
>
> On Thu, 08/02 20:50, John Arbuckle wrote:
>> Add an examples section to the help output.
>>
>> Signed-off-by: John Arbuckle
>> ---
>> qemu-img.c | 11 +++
>> 1 file changed, 11 insertions(+)
>>
>> diff --git a/qemu-img.c b/qemu-img.c
> On Aug 2, 2018, at 5:07 PM, Palmer Dabbelt wrote:
>
> On Fri, 29 Jun 2018 14:20:34 PDT (-0700), alistai...@gmail.com wrote:
>> On Fri, Jun 29, 2018 at 2:05 PM, G 3 wrote:
>>> Hi, I noticed your RISC-V patches on the mailing list and had a question
>>> that I think you may be able to answer.
The mouse cursor stops working properly under Windows 3.1 and Windows NT 4.0
after a few minutes of use. The cursor will want to stay at the very edges of
the QEMU window.
> On Jul 31, 2018, at 7:57 AM, Eric Blake wrote:
>
> On 07/30/2018 09:52 PM, John Arbuckle wrote:
>> Add an example on how to use the create command. I believe this will make
>> qemu-img easier to use.
>> Signed-off-by: John Arbuckle
>> ---
>> qemu-img-cmds.hx | 2 +-
>> 1 file changed, 1 in
> On Jul 31, 2018, at 8:35 AM, Kevin Wolf wrote:
>
> Am 31.07.2018 um 13:57 hat Eric Blake geschrieben:
>> On 07/30/2018 09:52 PM, John Arbuckle wrote:
>>> Add an example on how to use the create command. I believe this will make
>>> qemu-img easier to use.
>>>
>>> Signed-off-by: John Arbuckl
When the user uses the --help option in qemu-img, the output for the commands
is very hard to read due to being so close to each other. With this patch the
help for the commands is double spaced making things easier to read.
Signed-off-by: John Arbuckle
---
qemu-img.c | 2 +-
1 file changed, 1 i
> On Jul 30, 2018, at 3:48 PM, Eric Blake wrote:
>
> On 07/30/2018 02:14 PM, John Arbuckle wrote:
>> Changes qemu-img so if the user runs it without any
>> arguments, it will walk the user thru making an image
>> file.
>
> Please remember to cc qemu-devel on ALL patches, as suggested by
> ./s
I noticed that the video in QEMU stopped working. When I start qemu-system-ppc
all I see is a black window. Not even OpenBIOS displays anything. After some
bisecting I found out it was this patch that causes the problem:
Commit 29f9cef39eb1ae55e82c6763eb22d7a1bdff7276
Author: Sebastian Bauer
D
> On Jul 5, 2018, at 12:48 PM, Richard Henderson
> wrote:
>
> On 07/05/2018 09:31 AM, Programmingkid wrote:
>>> On Jul 3, 2018, at 11:17 AM, Richard Henderson
>>> wrote:
>>>
>>> Memory operations have no side effects on fp state.
>>
> On Jul 3, 2018, at 11:17 AM, Richard Henderson
> wrote:
>
> Memory operations have no side effects on fp state.
> The use of a "real" conversions between float64 and float32
> would raise exceptions for SNaN and out-of-range inputs.
Would you have any documentation that tells us about conve
> 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 -p
> On Jul 4, 2018, at 11:39 AM, Alex Bennée wrote:
>
>
> Programmingkid writes:
>
>>> On Jul 4, 2018, at 10:15 AM, Alex Bennée wrote:
>>>
>>>
>>> Richard Henderson writes:
>>>
>>>>
>>>> Anyway, all o
> On Jul 4, 2018, at 10:15 AM, Alex Bennée wrote:
>
>
> Richard Henderson writes:
>
>>
>> Anyway, all of this has been broken long enough that it'll need to
>> wait til next devel cycle before anything further gets done.
>
> When it gets done should we add some explicit ppc tests to tests/
> On Jul 3, 2018, at 11:31 PM, David Gibson wrote:
>
> On Tue, Jul 03, 2018 at 08:17:25AM -0700, Richard Henderson wrote:
>> Beginning with John Arbuckle's fdiv test case, clean up some
>> of the fp helpers. As with fdiv, fre and fresqrt are missing
>> divide-by-zero exceptions.
>>
>> I've al
On Jul 1, 2018, at 3:30 PM, Peter Maydell wrote:
> On 19 June 2018 at 02:58, John Arbuckle wrote:
>> When the user pushes Command-F in QEMU while the mouse is ungrabbed, QEMU
>> goes into full screen mode. When the user finally releases the command key,
>> it is sent to the guest as an event.
>
On Jun 30, 2018, at 11:43 AM, Richard Henderson wrote:
> On 06/29/2018 08:06 PM, John Arbuckle wrote:
>> When the fdiv instruction divides a finite number by zero,
>> the result actually depends on the FPSCR[ZE] bit. If this
>> bit is set, the return value is the value originally in
>> the desti
> On Jun 25, 2018, at 5:08 PM, Richard Henderson
> wrote:
>
> On Mon, Jun 25, 2018, 08:23 G 3 wrote:
> >
> > Try
> >
> > uint64_t expected_answer = 0xdeadbeef;
> > ...
> > c.i = expected_answer;
> > asm volatile("fdiv %0, %1, %2" : "+f"(c.d) : "f"(1.0), "f"(0.0));
> >
> On Jun 24, 2018, at 2:30 PM, Richard Henderson
> wrote:
>
> On 06/24/2018 06:46 AM, Programmingkid wrote:
>>> Even in your referenced PDF, table 3-13, it says that frD is unmodified.
>>
>> Actually it says when FPSCR[ZE] is set is when frD is unmodified.
> On Jun 24, 2018, at 12:18 AM, Richard Henderson
> wrote:
>
> On 06/23/2018 01:17 PM, Programmingkid wrote:
>>>> https://www.pdfdrive.net/powerpc-microprocessor-family-the-programming-environments-for-32-e3087633.html
>>>> This document has the infor
> On Jun 23, 2018, at 12:17 PM, Richard Henderson
> wrote:
>
> On 06/22/2018 07:22 PM, John Arbuckle wrote:
>> When the fdiv instruction divides a finite number by zero,
>> the result actually depends on the FPSCR[ZE] bit. If this
>> bit is set, the return value is zero. If it is not set
>> th
On Jun 18, 2018, at 7:18 AM, Peter Maydell wrote:
> On 8 June 2018 at 21:01, John Arbuckle wrote:
>> Fix the cocoa front-end to correctly be able to use absolute mode.
>>
>> Signed-off-by: John Arbuckle
>
> This commit message is insufficiently detailed, which makes
> it hard to review the p
> On Jun 18, 2018, at 7:30 AM, Peter Maydell wrote:
>
> On 17 June 2018 at 16:53, John Arbuckle wrote:
>> Fix the helper_fpscr_clrbit() function so it correctly
>> sets the FEX and VX bits.
>>
>> Signed-off-by: John Arbuckle
>> ---
>> target/ppc/fpu_helper.c | 57
>>
> On Jun 17, 2018, at 8:34 PM, David Gibson wrote:
>
> On Sun, Jun 17, 2018 at 11:53:09AM -0400, John Arbuckle wrote:
>> Fix the helper_fpscr_clrbit() function so it correctly
>> sets the FEX and VX bits.
>
> This needs a lot more information in the commit message:
>
> * What exactly was wro
+static uint64_t mos6522_pmu_read(void *opaque, hwaddr addr, unsigned size)
+{
+PMUState *s = opaque;
+MOS6522PMUState *mps = &s->mos6522_pmu;
+MOS6522State *ms = MOS6522(mps);
+
+addr = (addr >> 9) & 0xf;
This 9 should be replaced with a macro that communicates what this value mea
> On Jun 5, 2018, at 6:20 AM, Gerd Hoffmann wrote:
>
> Hi,
>
>> You say the hotkey is a QKeyCode and a modifier key combined. But it looks
>> like a single QKeyCode would be supported. I would prefer being able to use
>> a single key like F16 to ungrab the mouse. Would that be possible here
> On Feb 21, 2018, at 12:08 PM, Gerd Hoffmann wrote:
>
> Add support to register hotkeys and to check whenever a given QKeyCode
> combined with the current modifier state is a hotkey. A hotkey can be
> any key combined with up to three modifier keys.
I have finally reviewed the patches you se
> On May 29, 2018, at 2:15 PM, Peter Maydell wrote:
>
> OSX 10.13 deprecates the NSFileHandlingPanelOKButton constant, and
> would rather you use NSModalResponseOK, which was introduced in OS 10.9.
> Use the recommended new constant name, with a backward compatibility
> define if we're building
> On May 29, 2018, at 2:11 PM, Peter Maydell wrote:
>
> On 29 May 2018 at 19:08, John Arbuckle wrote:
>> OSX 10.13 deprecates the NSFileHandlingPanelOKButton constant, and
>> would rather you use NSModalResponseOK, which was introduced in OS 10.9.
>> Use the recommended new constant name, with
> On May 25, 2018, at 6:26 AM, Peter Maydell wrote:
>
> OSX 10.13 deprecates the NSFileHandlingPanelOKButton constant, and
> would rather you use NSModalResponseOK, which was introduced in OS 10.9.
> Use the recommended new constant name, with a backward compatibility
> define if we're building
> Commit 4e46dcdbd3 "PPC: Newworld: Add uninorth token register" added a TODO
> which was to convert the uninorth registers hack to a proper device. Move
> these registers to a new uninorth device, removing the old hacks from
> mac_newworld.c.
>
> Signed-off-by: Mark Cave-Ayland
> Reviewed-by: P
> On Apr 4, 2018, at 12:08 PM, Paolo Bonzini wrote:
>
> On 04/04/2018 18:05, Programmingkid wrote:
>>
>>> On Apr 4, 2018, at 11:55 AM, Stefan Weil wrote:
>>>
>>> Am 04.04.2018 um 16:58 schrieb Daniel P. Berrangé:
>>>> On Wed, Apr 04, 2018
> On Apr 4, 2018, at 11:55 AM, Stefan Weil wrote:
>
> Am 04.04.2018 um 16:58 schrieb Daniel P. Berrangé:
>> On Wed, Apr 04, 2018 at 04:45:48PM +0200, Paolo Bonzini wrote:
>>> On 04/04/2018 16:38, Daniel P. Berrangé wrote:
The source/quality of those binaries is completely opaque. We've no i
> On Apr 4, 2018, at 7:15 AM, Paolo Bonzini wrote:
>
> On 02/04/2018 16:13, Programmingkid wrote:
>>
>>> On Apr 2, 2018, at 10:07 AM, qemu-devel-requ...@nongnu.org wrote:
>>>
>>> Message: 2
>>> Date: Mon, 2 Apr 2018 04:22:52 +0200
>>
> On Apr 2, 2018, at 10:07 AM, qemu-devel-requ...@nongnu.org wrote:
>
> Message: 2
> Date: Mon, 2 Apr 2018 04:22:52 +0200
> From: Paolo Bonzini
> To: Rainer M?ller , qemu-devel@nongnu.org
> Subject: Re: [Qemu-devel] [qemu-web PATCH] download: Add instructions
> for MacPorts
> Message-ID: <
> On Mar 20, 2018, at 9:46 AM, Stefan Hajnoczi wrote:
>
> On Sun, Mar 18, 2018 at 04:02:10PM -0400, Programmingkid wrote:
>> Is there still time to add another idea to the Google Summer of Code 2018
>> list? I just came across an interesting idea to add support for Windo
Is there still time to add another idea to the Google Summer of Code 2018 list?
I just came across an interesting idea to add support for Windows NT 4.0
PowerPC to QEMU. If there is still time, would there be anyone interested in
mentoring this project?
https://lists.gnu.org/archive/html/qemu-devel/2017-09/msg04321.html
This patch causes problems with Mac OS 10.6. It stops compilation. This is the
error I see when I try to compile the code:
tcg/i386/tcg-target.inc.c:3495:no such instruction: `xgetbv`
This is the code that causes the problem:
> On Feb 19, 2018, at 3:54 AM, Gerd Hoffmann wrote:
>
> Hi,
>
>> +/* Sends any keys that were delayed because they were part of the ungrab
>> set */
>> +static void send_key_if_delayed(Set *the_set, int keycode)
>> +{
>> +if (contains_number(the_set, keycode)) {
>> +qemu_input_eve
> On Feb 19, 2018, at 3:48 AM, Gerd Hoffmann wrote:
>
> Hi,
>
>>> (b) Restrict allowed hotkeys to modifier key(s) plus one
>>> non-modifier key. Forwarding modifier keydown+keyup
>>> to the guest has typically effects inside the guest,
>>> so we only have to hold back that single non-mo
> On Feb 16, 2018, at 8:15 AM, Gerd Hoffmann wrote:
>
> On Sat, Feb 03, 2018 at 12:17:43PM -0500, John Arbuckle wrote:
>> Currently the ungrab keys for the Cocoa and GTK interface are Control-Alt-g.
>> This combination may not be very fun for the user to have to enter, so we
>> now enable the us
> On Feb 1, 2018, at 7:16 AM, BALATON Zoltan wrote:
>
> On Wed, 31 Jan 2018, Programmingkid wrote:
>>>> Basically there is a array that acts as a check list. It checks off
>>>> keys that belong to the ungrab sequence as they are detected. Once a
>>>&g
> On Jan 31, 2018, at 4:03 AM, Gerd Hoffmann wrote:
>
>>> What about the other hotkeys?
>>>
>>> There is fullscreen. Ctrl-Alt-F for SDL and GTK. Cmd-F for cocoa, but
>>> it works only if the grab is not active.
>>
>> If has to be that way because the meta (command) key is sent to the
>> gues
> On Jan 31, 2018, at 4:43 PM, Programmingkid wrote:
>
>>
>> On Jan 31, 2018, at 4:22 AM, Gerd Hoffmann wrote:
>>
>> On Tue, Jan 30, 2018 at 10:30:46AM -0500, Programmingkid wrote:
>>>
>>>> On Jan 30, 2018, at 4:41 AM, Gerd Hoffmann
> On Jan 31, 2018, at 4:22 AM, Gerd Hoffmann wrote:
>
> On Tue, Jan 30, 2018 at 10:30:46AM -0500, Programmingkid wrote:
>>
>>> On Jan 30, 2018, at 4:41 AM, Gerd Hoffmann wrote:
>>>
>>>> @@ -148,15 +142,16 @@ static int irq_of_magic (int magic)
&
> On Jan 30, 2018, at 7:18 AM, Gerd Hoffmann wrote:
>
> On Fri, Jan 26, 2018 at 04:47:31PM -0500, John Arbuckle wrote:
>> Currently the ungrab keys for the Cocoa and GTK interface are Control-Alt-g.
>
> SDL is the same now, for consistency.
>
>> This combination may not be very fun for the use
> On Jan 30, 2018, at 4:41 AM, Gerd Hoffmann wrote:
>
>> @@ -148,15 +142,16 @@ static int irq_of_magic (int magic)
>> #if 0
>> static void log_dsp (SB16State *dsp)
>> {
>> -ldebug ("%s:%s:%d:%s:dmasize=%d:freq=%d:const=%d:speaker=%d\n",
>> -dsp->fmt_stereo ? "Stereo" : "Mono",
>>
> On Jan 29, 2018, at 11:17 PM, Philippe Mathieu-Daudé wrote:
>
> Hi John,
>
> On 01/30/2018 12:58 AM, John Arbuckle wrote:
>> After using QEMU with the sb16 sound card I would see all these messages
>> about some numbered command not being understood. It became annoying after a
>> while to a
> On Jan 10, 2018, at 11:14 AM, Daniel P. Berrange wrote:
>
> On Tue, Dec 26, 2017 at 08:14:28PM -0500, John Arbuckle wrote:
>> Currently the ungrab keys for the Cocoa and GTK interface are Control-Alt-g.
>> This combination may not be very fun for the user to have to enter, so we
>> now enable
> On Jan 4, 2018, at 2:52 PM, Laurent Vivier wrote:
>
> Le 04/01/2018 à 20:26, Programmingkid a écrit :
>>
>>> On Jan 4, 2018, at 12:32 PM, Laurent Vivier wrote:
>>>
>>> Le 04/01/2018 à 18:09, Programmingkid a écrit :
>>>> What operating
> On Jan 4, 2018, at 2:52 PM, Laurent Vivier wrote:
>
> Le 04/01/2018 à 20:26, Programmingkid a écrit :
>>
>>> On Jan 4, 2018, at 12:32 PM, Laurent Vivier wrote:
>>>
>>> Le 04/01/2018 à 18:09, Programmingkid a écrit :
>>>> What operating
> On Jan 4, 2018, at 12:57 PM, Philippe Mathieu-Daudé wrote:
>
> Hi John,
>
>> Is there a way to make this SD card reader work with Mac OS X or Windows
>> guests?
>
> As noted by Kevin here:
> http://lists.nongnu.org/archive/html/qemu-devel/2017-12/msg02765.html
>
> If your machine has a PCI
> On Jan 4, 2018, at 12:32 PM, Laurent Vivier wrote:
>
> Le 04/01/2018 à 18:09, Programmingkid a écrit :
>> What operating systems boot with this patch set? Does any version of the Mac
>> OS run in this 68k emulator?
>>
>
> For the moment you can't boot
101 - 200 of 1022 matches
Mail list logo
