I do realize you are busy Kevin, but I would
appreciate knowing my patch is in line
for review.
https://patchwork.ozlabs.org/patch/555945/
On Dec 11, 2015, at 10:27 PM, Programmingkid wrote:
> Mac OS X can be picky when it comes to allowing the user
> to use physical devices in QEMU
On Dec 24, 2015, at 5:45 PM, BALATON Zoltan wrote:
> On Thu, 24 Dec 2015, Programmingkid wrote:
>> On Dec 24, 2015, at 10:34 AM, Peter Maydell wrote:
>>> On 24 December 2015 at 01:00, Programmingkid <programmingk...@gmail.com>
>>> wrote:
>>>> I'm hav
On Dec 24, 2015, at 10:34 AM, Peter Maydell wrote:
> On 24 December 2015 at 01:00, Programmingkid <programmingk...@gmail.com>
> wrote:
>> I'm having problems with the pci_dma_read() function. When using
>> a Mac OS X guest, the data that this function returns is all zer
I'm having problems with the pci_dma_read() function. When using a Mac OS X
guest, the data that this function returns is all zeros. After doing a lot of
instruction tracing, I tracked the problem to a function called
phys_page_find(). It always returns [PHYS_SECTION_UNASSIGNED]. What I
would
https://patchwork.ozlabs.org/patch/555945/
On Dec 11, 2015, at 10:27 PM, Programmingkid wrote:
> Mac OS X can be picky when it comes to allowing the user
> to use physical devices in QEMU. Most mounted volumes
> appear to be off limits to QEMU. If an issue is detected,
> a message
On Dec 11, 2015, at 5:00 PM, Jeff Cody wrote:
> On Thu, Dec 10, 2015 at 09:39:51AM -0500, Programmingkid wrote:
>> https://patchwork.ozlabs.org/patch/550295/
>>
>> Mac OS X can be picky when it comes to allowing the user
>> to use physical devices in QEMU. Mos
Mac OS X can be picky when it comes to allowing the user
to use physical devices in QEMU. Most mounted volumes
appear to be off limits to QEMU. If an issue is detected,
a message is displayed showing the user how to unmount a
volume. Now QEMU uses both CD and DVD media.
Signed-off-by: John
https://patchwork.ozlabs.org/patch/550295/
Mac OS X can be picky when it comes to allowing the user
to use physical devices in QEMU. Most mounted volumes
appear to be off limits to QEMU. If an issue is detected,
a message is displayed showing the user how to unmount a
volume.
Signed-off-by: John
On Dec 8, 2015, at 1:49 PM, John Snow wrote:
>
>
> On 11/25/2015 03:44 PM, Programmingkid wrote:
>> Is there any platform where a guest in QEMU can play an audio cd? If not, is
>> this a feature that you would allow into QEMU?
>>
>
> I haven't tested it,
On Dec 5, 2015, at 9:10 AM, Mark Cave-Ayland wrote:
> On 04/12/15 11:46, Peter Maydell wrote:
>
>> On 4 December 2015 at 11:36, Mark Cave-Ayland
>> wrote:
>>> Is it worth setting up per-arch homepages on the wiki? This is something
>>> I've thought about recently
I would like to make a little tutorial on how to make networking work for a Mac
OS X guest. Where would you suggest I put such documentation? The qemu-doc file
is what I was thinking about using.
The bulk of the information would be to add "-usb -net none -netdev
user,id=mynet0 -device
On Nov 28, 2015, at 4:55 PM, Peter Maydell wrote:
> The coreaudio.c code has for some years now produced compilation
> warnings about our use of various APIs that were deprecated starting
> with OSX 10.6. This patchset updates our code to use their replacements.
>
> I have been a bit
On Nov 30, 2015, at 11:26 AM, Kevin Wolf wrote:
> Am 30.11.2015 um 17:19 hat Eric Blake geschrieben:
>> On 11/27/2015 12:35 PM, Programmingkid wrote:
>>
>>>> Unusual indentation; more typical is:
>>>>
>>>> | static kern_return_t FindEjec
On Nov 30, 2015, at 11:26 AM, Eric Blake wrote:
> On 11/27/2015 02:49 PM, Programmingkid wrote:
>> Mac OS X can be picky when it comes to allowing the user
>> to use physical devices in QEMU. Most mounted volumes
>> appear to be off limits to QEMU. If an issue is d
Mac OS X can be picky when it comes to allowing the user
to use physical devices in QEMU. Most mounted volumes
appear to be off limits to QEMU. If an issue is detected,
a message is displayed showing the user how to unmount a
volume.
Signed-off-by: John Arbuckle
---
On Nov 25, 2015, at 11:23 PM, Eric Blake wrote:
> On 11/25/2015 09:10 PM, Programmingkid wrote:
>> Mac OS X can be picky when it comes to allowing the user
>> to use physical devices in QEMU. Most mounted volumes
>> appear to be off limits to QEMU. If an issue is d
Mac OS X can be picky when it comes to allowing the user
to use physical devices in QEMU. Most mounted volumes
appear to be off limits to QEMU. If an issue is detected,
a message is displayed showing the user how to unmount a
volume.
Signed-off-by: John Arbuckle
---
On Nov 25, 2015, at 11:29 PM, Eric Blake wrote:
> On 11/25/2015 09:23 PM, Eric Blake wrote:
>
>>> +static kern_return_t FindEjectableOpticalMedia(io_iterator_t
>>> *mediaIterator,
>>> +char
>>> *mediaType)
>>
>> Unusual
On Nov 26, 2015, at 6:45 AM, Peter Maydell wrote:
> On 26 November 2015 at 01:14, Programmingkid <programmingk...@gmail.com>
> wrote:
>> When QEMU is brought to the foreground, the click event that activates QEMU
>> should not go to the guest. Accidents happen when
Mac OS X can be picky when it comes to allowing the user
to use physical devices in QEMU. Most mounted volumes
appear to be off limits to QEMU. If an issue is detected,
a message is displayed showing the user how to unmount a
volume.
Signed-off-by: John Arbuckle
---
When QEMU is brought to the foreground, the click event that activates QEMU
should not go to the guest. Accidents happen when they do go to the guest
without giving the user a change to handle them. Buttons are clicked accidently.
Windows are closed accidently. Volumes are unmounted accidently.
Mac OS X can be picky when it comes to allowing the user
to use physical devices in QEMU. Most mounted volumes
appear to be off limits to QEMU. If an issue is detected,
a message is displayed showing the user how to unmount a
volume.
Signed-off-by: John Arbuckle
---
Is there any platform where a guest in QEMU can play an audio cd? If not, is
this a feature that you would allow into QEMU?
On Nov 24, 2015, at 9:38 AM, Kevin Wolf wrote:
>
>
>> +/* If using a physical device */
>> +if (strstart(filename, "/dev/", NULL)) {
>> +char bsdPath[MAXPATHLEN];
>> +
>> +/* If the physical device is a cdrom */
>> +if (strcmp(filename, "/dev/cdrom") == 0) {
>
>
Mac OS X can be picky when it comes to allowing the user
to use physical devices in QEMU. Most mounted volumes
appear to be off limits to QEMU. If an issue is detected,
a message is displayed showing the user how to unmount a
volume.
Signed-off-by: John Arbuckle
---
On Nov 24, 2015, at 3:56 AM, Peter Maydell wrote:
> On 24 November 2015 at 03:25, Programmingkid <programmingk...@gmail.com>
> wrote:
>>
>> On Nov 23, 2015, at 11:06 AM, Peter Maydell wrote:
>>
>>> On 22 November 2015 at 01:43, Programmingkid <progra
On Nov 23, 2015, at 4:00 PM, Mark Cave-Ayland wrote:
> On 22/11/15 17:39, Programmingkid wrote:
>
>>>>> Hi Alfonso,
>>>>>
>>>>> Has there been any progress at all as to which extensions may be causing
>>>>> the crashes?
>>
On Nov 23, 2015, at 11:06 AM, Peter Maydell wrote:
> On 22 November 2015 at 01:43, Programmingkid <programmingk...@gmail.com>
> wrote:
>> When QEMU is brought to the foreground, the click event that activates QEMU
>> should not go to the guest. Accidents happen when
On Nov 23, 2015, at 4:00 PM, Mark Cave-Ayland wrote:
> On 22/11/15 17:39, Programmingkid wrote:
>
>>>>> Hi Alfonso,
>>>>>
>>>>> Has there been any progress at all as to which extensions may be causing
>>>>> the crashes?
>>
On Nov 23, 2015, at 11:06 AM, Peter Maydell wrote:
> On 22 November 2015 at 01:43, Programmingkid <programmingk...@gmail.com>
> wrote:
>> When QEMU is brought to the foreground, the click event that activates QEMU
>> should not go to the guest. Accidents happen when
On Nov 22, 2015, at 6:58 AM, Mark Cave-Ayland wrote:
> On 21/11/15 22:59, Programmingkid wrote:
>
>> On Nov 21, 2015, at 7:32 AM, Mark Cave-Ayland wrote:
>>
>>> On 20/11/15 17:06, Alfonso Gamboa wrote:
>>>
>>>> booting into MacOS9 with qemu to t
On Nov 21, 2015, at 7:32 AM, Mark Cave-Ayland wrote:
> On 20/11/15 17:06, Alfonso Gamboa wrote:
>
>> booting into MacOS9 with qemu to the Desktop is now possible, see:
>>
>> http://www.emaculation.com/forum/viewtopic.php?f=34=7047=250
>>
>> Some issues, remain, certain extensions crash on
On Nov 21, 2015, at 7:32 AM, Mark Cave-Ayland wrote:
> On 20/11/15 17:06, Alfonso Gamboa wrote:
>
>> booting into MacOS9 with qemu to the Desktop is now possible, see:
>>
>> http://www.emaculation.com/forum/viewtopic.php?f=34=7047=250
>>
>> Some issues, remain, certain extensions crash on
When QEMU is brought to the foreground, the click event that activates QEMU
should not go to the guest. Accidents happen when they do go to the guest
without giving the user a change to handle them. Buttons are clicked accidently.
Windows are closed accidently. Volumes are unmounted accidently.
On Nov 20, 2015, at 8:39 AM, BALATON Zoltan wrote:
> On Thu, 19 Nov 2015, Segher Boessenkool wrote:
>> Some mac99/pmu99 hardware has an ADB keyboard, fwiw (tibook, for example).
>> The do have built-in USB; that, and being newworld, are not directly
>> related things.
>
> Maybe, but the
Add support for caching options that can be specified from
the command line.
Signed-off-by: John Arbuckle
---
Only location of code has been changed.
block/raw-posix.c | 15 +--
1 files changed, 9 insertions(+), 6 deletions(-)
diff --git
Mac OS X can be picky when it comes to allowing the user
to use physical devices in QEMU. Most mounted volumes
appear to be off limits to QEMU. If an issue is detected,
a message is displayed showing the user how to unmount a
volume.
Signed-off-by: John Arbuckle
---
On Nov 20, 2015, at 11:26 AM, Kevin Wolf wrote:
> Am 27.07.2015 um 19:05 hat Programmingkid geschrieben:
>> Mac OS X can be picky when it comes to allowing the user to use physical
>> devices
>> in QEMU. Most mounted volumes appear to be off limits to QEMU. If an issue is
&
On Nov 12, 2015, at 11:04 PM, qemu-ppc-requ...@nongnu.org wrote:
> Message: 3
> Date: Thu, 12 Nov 2015 22:24:08 +0100
> From: Herv? Poussineau
> To: qemu-devel@nongnu.org
> Cc: "open list:Old World" , Herv? Poussineau
>
>
On Nov 11, 2015, at 6:14 PM, BALATON Zoltan wrote:
> On Wed, 11 Nov 2015, Programmingkid wrote:
>> On Nov 11, 2015, at 4:32 PM, Andreas Tobler wrote:
>>>> It looks like you are saying you wish to keep the CUDA device. Mac OS 9 is
>>>> most
>>>> likel
I built Cormac O'Brien's QEMU repo for Mac OS 9 and tried to boot my Mac OS
10.4 boot cd. Mac OS 10.4's kernel panics because of a CUDA problem. I did use
the mac99 target. Here is the error message:
panic(cpu 0 caller 0x16E786CC): CUDA - TODO CHECK FOR TRANSACTION TYPE AND ERROR
This is the
On Nov 11, 2015, at 6:05 PM, Mark Cave-Ayland wrote:
> On 11/11/15 21:32, Andreas Tobler wrote:
>
>> On 11.11.15 19:55, Programmingkid wrote:
>>>
>>> On Nov 11, 2015, at 12:54 PM, Mark Cave-Ayland wrote:
>>>
>>>> On 11/11/15 15:15, Program
On Nov 11, 2015, at 12:54 PM, Mark Cave-Ayland wrote:
> On 11/11/15 15:15, Programmingkid wrote:
>
>> I built Cormac O'Brien's QEMU repo for Mac OS 9 and tried to boot my Mac OS
>> 10.4 boot cd. Mac OS 10.4's kernel panics because of a CUDA problem. I did
>> us
On Nov 11, 2015, at 4:32 PM, Andreas Tobler wrote:
> On 11.11.15 19:55, Programmingkid wrote:
>>
>> On Nov 11, 2015, at 12:54 PM, Mark Cave-Ayland wrote:
>>
>>> On 11/11/15 15:15, Programmingkid wrote:
>>>
>>>> I built Cormac O'Brien's QEMU
On Nov 11, 2015, at 6:05 PM, Mark Cave-Ayland wrote:
> On 11/11/15 21:32, Andreas Tobler wrote:
>
>> On 11.11.15 19:55, Programmingkid wrote:
>>>
>>> On Nov 11, 2015, at 12:54 PM, Mark Cave-Ayland wrote:
>>>
>>>> On 11/11/15 15:15, Program
On Oct 29, 2015, at 11:08 AM, Stefan Hajnoczi wrote:
> On Wed, Oct 28, 2015 at 09:59:32AM -0400, Programmingkid wrote:
>>
>> On Oct 28, 2015, at 6:58 AM, Stefan Hajnoczi wrote:
>>
>>> On Mon, Oct 26, 2015 at 01:24:00PM +0100, Gerd Hoffmann wrote:
>>>>&
On Oct 28, 2015, at 6:58 AM, Stefan Hajnoczi wrote:
> On Mon, Oct 26, 2015 at 01:24:00PM +0100, Gerd Hoffmann wrote:
>>> So this change would make real-time audio feel laggy.
>>
>> That is secondary if the sound quality is bad due to constant overruns
>> and underruns ...
>
> This is like
On Oct 26, 2015, at 7:00 AM, Stefan Hajnoczi wrote:
> On Fri, Oct 16, 2015 at 09:54:12AM -0400, Programmingkid wrote:
>>
>> On Oct 16, 2015, at 8:15 AM, Stefan Hajnoczi wrote:
>>
>>> On Tue, Sep 22, 2015 at 07:32:01PM -0400, Programmingkid wrote:
>>>&g
On Oct 26, 2015, at 8:24 AM, Gerd Hoffmann wrote:
> Hi,
>
>> So this change would make real-time audio feel laggy.
>
> That is secondary if the sound quality is bad due to constant overruns
> and underruns ...
>
>> Unless Gerd has a
>> strong feeling that it's an improvement for QEMU, I
On Oct 16, 2015, at 8:48 AM, Peter Maydell wrote:
> On 16 October 2015 at 13:07, Stefan Hajnoczi <stefa...@gmail.com> wrote:
>> On Thu, Sep 17, 2015 at 09:45:44PM -0400, Programmingkid wrote:
>>> Would you know of a function that could indicate if USB is available on t
On Oct 16, 2015, at 8:07 AM, Stefan Hajnoczi wrote:
> On Thu, Sep 17, 2015 at 09:45:44PM -0400, Programmingkid wrote:
>> Would you know of a function that could indicate if USB is available on the
>> current emulator?
>
> vl.c:usb_enabled()?
Thank you.
On Oct 16, 2015, at 8:15 AM, Stefan Hajnoczi wrote:
> On Tue, Sep 22, 2015 at 07:32:01PM -0400, Programmingkid wrote:
>> The USB audio card would not play audio well because its buffer was too
>> small.
>> Increasing it made it play perfectly. All the crackling and
On Oct 16, 2015, at 10:00 AM, Peter Maydell wrote:
> On 16 October 2015 at 14:54, Programmingkid <programmingk...@gmail.com> wrote:
>>
>> On Oct 16, 2015, at 8:15 AM, Stefan Hajnoczi wrote:
>>> Gerd might have an opinion on whether that is okay or not.
>>
On Oct 13, 2015, at 11:26 AM, Markus Armbruster wrote:
> Jeff Cody writes:
>
>> On Tue, Oct 13, 2015 at 09:37:29AM +0200, Markus Armbruster wrote:
>>> Jeff Cody writes:
>>>
Multiple sub-systems in QEMU may find it useful to generate IDs
for
On Oct 13, 2015, at 4:44 PM, Peter Maydell wrote:
> On 26 September 2015 at 04:01, Programmingkid <programmingk...@gmail.com>
> wrote:
>> Add a menu item to the Machine menu called "Use Real CDROM". It gives the
>> user
>> the ability to use a real
On Oct 2, 2015, at 8:33 AM, Daniel P. Berrange wrote:
> On Wed, Sep 30, 2015 at 11:53:50AM +0100, Peter Maydell wrote:
>> On 30 September 2015 at 09:14, Dr. David Alan Gilbert
>> wrote:
>>> * Markus Armbruster (arm...@redhat.com) wrote:
In my opinion, QEMU should leave
On Oct 2, 2015, at 10:28 AM, Daniel P. Berrange wrote:
> On Fri, Oct 02, 2015 at 02:33:22PM +0100, Dr. David Alan Gilbert wrote:
>> * Daniel P. Berrange (berra...@redhat.com) wrote:
>>> On Wed, Sep 30, 2015 at 09:48:25AM +0200, Markus Armbruster wrote:
"Dr. David Alan Gilbert"
On Oct 2, 2015, at 12:21 PM, Eric Blake wrote:
> On 10/02/2015 08:37 AM, Programmingkid wrote:
>>> Even if it were a fancier GUI, I don't think it would really go very far to
>>> providing users a solution which is on a par with VirtualBox or VMWare
>>> Deskto
On Oct 1, 2015, at 9:23 AM, Stefan Hajnoczi wrote:
> On Sat, Sep 26, 2015 at 10:24:31AM -0400, Programmingkid wrote:
>> I was looking at the commit history for sd.c and noticed your patch. Would
>> you know how to make the SD card reader work for a guest like Windows,
>&g
On Sep 30, 2015, at 6:53 AM, Peter Maydell wrote:
> On 30 September 2015 at 09:14, Dr. David Alan Gilbert
> wrote:
>> * Markus Armbruster (arm...@redhat.com) wrote:
>>> In my opinion, QEMU should leave them to separate GUI shells, because
>>> doing everything in QEMU
On Sep 29, 2015, at 2:00 PM, Peter Maydell wrote:
> On 29 September 2015 at 18:53, Programmingkid <programmingk...@gmail.com>
> wrote:
>>
>> On Sep 29, 2015, at 1:18 PM, Peter Maydell wrote:
>>
>>> On 29 September 2015 at 18:03, Programmingkid
Allow the user the ability to run a custom script file.
This patch adds a menu item called "Run Custom Script".
When the user selects it, a open-file dialog has the
user select a text file with the custom scripts to run.
This allows for virtually unlimited expandability. All
monitor commands
On Sep 29, 2015, at 1:18 PM, Peter Maydell wrote:
> On 29 September 2015 at 18:03, Programmingkid <programmingk...@gmail.com>
> wrote:
>> Allow the user the ability to run a custom script file.
>> This patch adds a menu item called "Run Custom Script".
>&g
On Sep 29, 2015, at 9:11 AM, Dr. David Alan Gilbert wrote:
> * Peter Maydell (peter.mayd...@linaro.org) wrote:
>> On 28 September 2015 at 20:43, Programmingkid <programmingk...@gmail.com>
>> wrote:
>>>
>>> On Sep 28, 2015, at 3:29 AM, Markus Arm
Is there a reason why this patch hasn't been reviewed yet?
http://patchwork.ozlabs.org/patch/500498/
> Mac OS X can be picky when it comes to allowing the user to use physical
> devices
> in QEMU. Most mounted volumes appear to be off limits to QEMU. If an issue is
> detected, a message is
On Sep 28, 2015, at 4:09 PM, Markus Armbruster wrote:
> Programmingkid <programmingk...@gmail.com> writes:
>
>> On Sep 25, 2015, at 11:42 AM, Markus Armbruster wrote:
>>
>>> Programmingkid <programmingk...@gmail.com> writes:
>>>
>>&
On Sep 28, 2015, at 3:29 AM, Markus Armbruster wrote:
> Programmingkid <programmingk...@gmail.com> writes:
>
>> On Sep 27, 2015, at 10:30 PM, Michael Roth wrote:
>>
>>> Quoting Programmingkid (2015-09-27 20:49:24)
>>>>
>>>
On Sep 28, 2015, at 3:44 PM, Peter Maydell wrote:
> On 28 September 2015 at 20:43, Programmingkid <programmingk...@gmail.com>
> wrote:
>>
>> On Sep 28, 2015, at 3:29 AM, Markus Armbruster wrote:
>>
>>> Programmin
Make the help menus actually work.
Signed-off-by: John Arbuckle
---
ui/cocoa.m | 20
1 files changed, 16 insertions(+), 4 deletions(-)
diff --git a/ui/cocoa.m b/ui/cocoa.m
index 334e6f6..2c81785 100644
--- a/ui/cocoa.m
+++ b/ui/cocoa.m
@@
On Sep 27, 2015, at 2:53 PM, Peter Crosthwaite wrote:
> On Sun, Sep 27, 2015 at 3:13 AM, Peter Maydell <peter.mayd...@linaro.org>
> wrote:
>> On 27 September 2015 at 04:39, Programmingkid <programmingk...@gmail.com>
>> wrote:
>>> Would you be open to a
On Sep 27, 2015, at 10:30 PM, Michael Roth wrote:
> Quoting Programmingkid (2015-09-27 20:49:24)
>>
>> On Sep 27, 2015, at 2:53 PM, Peter Crosthwaite wrote:
>>
>>> On Sun, Sep 27, 2015 at 3:13 AM, Peter Maydell <peter.mayd...@linaro.org>
>>&
On Sep 26, 2015, at 1:45 AM, Namsun Ch'o wrote:
>> Add a menu item to the Machine menu called "Use Real CDROM". It gives the
>> user the ability to use a real CDROM with QEMU by simply selecting a menu
>> item.
>
>> NSASCIIStringEncoding];
>> +qmp_change_blockdev(device, "/dev/cdrom",
On Sep 26, 2015, at 6:49 PM, Namsun Ch'o wrote:
>> Actually on Mac OS X, /dev/cdrom always points to the optical drive.
>> It is how QEMU is programmed.
>
> Is this only for Mac? I must have missed that.
Yes, it is for the Macintosh's cocoa interface.
The mouse cursor can become blinky when being moved a lot. This patch fixes that
problem by issuing the redraw sooner.
Signed-off-by: John Arbuckle
---
ui/cocoa.m |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/ui/cocoa.m b/ui/cocoa.m
index
Would you be open to a feature that allows the user to select and run a custom
file that has commands in it that would run in the monitor?
On Sep 25, 2015, at 12:09 PM, Peter Maydell wrote:
> On 23 September 2015 at 16:06, Programmingkid <programmingk...@gmail.com>
> wrote:
>> Removes the open dialog code that runs when no arguments
>> are supplied with QEMU. Not everyone needs a hard drive
>> or cdro
On Sep 23, 2015, at 4:35 PM, Peter Maydell wrote:
> On 17 September 2015 at 21:17, Programmingkid <programmingk...@gmail.com>
> wrote:
>> Add "Mount Image File..." and a "Eject Image File" menu items to
>> cocoa interface. This patch makes sharing
On Sep 25, 2015, at 4:14 PM, Peter Maydell wrote:
> On 25 September 2015 at 12:58, Programmingkid <programmingk...@gmail.com>
> wrote:
>>
>> On Sep 25, 2015, at 2:53 PM, Peter Maydell wrote:
>>
>>> On 25 September 2015 at 11:24, Programmingkid
Removes the open dialog code that runs when no arguments are supplied with QEMU.
Not everyone needs a hard drive or cdrom to boot their target. A user might only
need to use their target's bios to do work. With that said, this patch removes
the unneeded open dialog code.
Signed-off-by: John
On Sep 25, 2015, at 2:53 PM, Peter Maydell wrote:
> On 25 September 2015 at 11:24, Programmingkid <programmingk...@gmail.com>
> wrote:
>
>> I don't think Mac OS X adds the -psn argument anymore. It might have
>> in the past, but I don't see any sign of it on Ma
On Sep 25, 2015, at 11:42 AM, Markus Armbruster wrote:
> Programmingkid <programmingk...@gmail.com> writes:
>
>> On Sep 24, 2015, at 2:57 AM, Markus Armbruster wrote:
>>
>>> Programmingkid <programmingk...@gmail.com> writes:
>>>
>&
Removes the open dialog code that runs when no arguments
are supplied with QEMU. Not everyone needs a hard drive
or cdrom to boot their target. A user might only need to
use their target's bios to do work. With that said,
this patch removes the unneeded open dialog code.
Signed-off-by: John
On Sep 25, 2015, at 12:21 PM, Peter Maydell wrote:
> On 25 September 2015 at 09:12, Programmingkid <programmingk...@gmail.com>
> wrote:
>>
>> On Sep 25, 2015, at 12:09 PM, Peter Maydell wrote:
>>> (Also, isn't a simple test on gArgc going to cause us to put u
On Sep 25, 2015, at 6:00 PM, Peter Maydell wrote:
> On 25 September 2015 at 14:00, Programmingkid <programmingk...@gmail.com>
> wrote:
>> Removes the open dialog code that runs when no arguments are supplied with
>> QEMU.
>> Not everyone needs a hard drive or cdro
Eliminate this warning associated with the setting of the normalWindow's title:
ui/cocoa.m: In function '-[QemuCocoaAppController init]':
ui/cocoa.m:888:9: warning: format not a string literal and no format arguments
[-Wformat-security]
[normalWindow setTitle:[NSString
Eliminate this warning associated with the addRemovableDevicesMenuItems()
function:
ui/cocoa.m:1344:13: warning: function declaration isn't a prototype
[-Wstrict-prototypes]
static void addRemovableDevicesMenuItems()
^
ui/cocoa.m: In function 'addRemovableDevicesMenuItems':
Add a menu item to the Machine menu called "Use Real CDROM". It gives the user
the ability to use a real CDROM disc with QEMU by simply selecting a menu item.
Signed-off-by: John Arbuckle
---
ui/cocoa.m | 87
On Sep 24, 2015, at 2:57 AM, Markus Armbruster wrote:
> Programmingkid <programmingk...@gmail.com> writes:
>
>> On Sep 23, 2015, at 4:35 PM, Peter Maydell wrote:
>>
>>> On 17 September 2015 at 21:17, Programmingkid
>>> <programmingk...
On Sep 23, 2015, at 2:58 PM, Peter Maydell wrote:
> On 10 September 2015 at 17:49, Programmingkid <programmingk...@gmail.com>
> wrote:
>> Remove the open dialog code that runs when no arguments are supplied with
>> QEMU.
>> Not everyone needs a hard drive or cdro
On Sep 23, 2015, at 5:45 PM, Peter Maydell wrote:
> On 23 September 2015 at 14:38, Programmingkid <programmingk...@gmail.com>
> wrote:
>>
>> On Sep 23, 2015, at 2:58 PM, Peter Maydell wrote:
>>
>>> On 10 September 2015 at 17:49, Programmingkid
On Sep 23, 2015, at 2:04 PM, Peter Maydell wrote:
> On 18 September 2015 at 14:46, Programmingkid <programmingk...@gmail.com>
> wrote:
>> When the user puts QEMU in the background while holding down a key, QEMU
>> will
>> not receive the keyup event when the
On Sep 23, 2015, at 4:35 PM, Peter Maydell wrote:
> On 17 September 2015 at 21:17, Programmingkid <programmingk...@gmail.com>
> wrote:
>> Add "Mount Image File..." and a "Eject Image File" menu items to
>> cocoa interface. This patch makes sharing
Removes the open dialog code that runs when no arguments
are supplied with QEMU. Not everyone needs a hard drive
or cdrom to boot their target. A user might only need to
use their target's bios to do work. With that said,
this patch removes the unneeded open dialog code.
Signed-off-by: John
When the user puts QEMU in the background while holding
down a key, QEMU will not receive the keyup event when
the user lets go of the key. When the user goes back to
QEMU, QEMU will think the key is still down causing
stuck key symptoms. This patch fixes this problem by
releasing all down keys
When the user puts QEMU in the background while holding
down a key, QEMU will not receive the keyup event when
the user lets go of the key. When the user goes back to
QEMU, QEMU will think the key is still down causing
stuck key symptoms. This patch fixes this problem by
releasing all down keys
On Sep 23, 2015, at 8:34 PM, Peter Maydell wrote:
> On 23 September 2015 at 17:17, Programmingkid <programmingk...@gmail.com>
> wrote:
>> When the user puts QEMU in the background while holding
>> down a key, QEMU will not receive the keyup event when
>> the
This patch prevents the user from accidentally quitting QEMU by pushing
Command-Q or by pushing the close button on the main window. When
the user does one of these two things, a dialog box appears verifying
with the user if he or she wants to quit QEMU.
Signed-off-by: John Arbuckle
The USB audio card would not play audio well because its buffer was too small.
Increasing it made it play perfectly. All the crackling and dropouts are gone.
Signed-off-by: John Arbuckle
---
This patch was tested on qemu-system-ppc running Linux and
On Sep 21, 2015, at 3:01 PM, Peter Maydell wrote:
> On 19 September 2015 at 08:01, Programmingkid <programmingk...@gmail.com>
> wrote:
>>
>> On Sep 19, 2015, at 10:58 AM, Peter Maydell wrote:
>>> By the way, I don't mean that I'm completely opposed to the
>
On Sep 20, 2015, at 8:21 AM, Peter Maydell wrote:
> On 19 September 2015 at 00:20, Programmingkid <programmingk...@gmail.com>
> wrote:
>> This patch prevents the user from accidentally quitting QEMU by pushing
>> Command-Q or by pushing the close button on the main windo
601 - 700 of 1022 matches
Mail list logo