Re: [Qemu-devel] [PATCH v2] qemu-doc.texi: Add information on compiling source code on Mac OS X

2015-08-14 Thread Programmingkid
On Aug 14, 2015, at 11:16 AM, Peter Maydell wrote: > On 7 August 2015 at 21:57, Programmingkid wrote: >> Add information on compiling source code on Mac OS X >> to the documentation. >> >> Signed-off-by: John Arbuckle >

Re: [Qemu-devel] [PATCH v2] qemu-doc.texi: Add information on compiling source code on Mac OS X

2015-08-14 Thread Programmingkid
On Aug 14, 2015, at 12:28 PM, Peter Maydell wrote: > On 14 August 2015 at 17:09, Programmingkid wrote: >> >> On Aug 14, 2015, at 11:16 AM, Peter Maydell wrote: >> >>> On 7 August 2015 at 21:57, Programmingkid wrote: >>>> Add information on com

[Qemu-devel] [PATCH v3] qemu-doc.texi: Add information on compiling source code on Mac OS X

2015-08-14 Thread Programmingkid
This patch will add information to the documentation web page on how to build Qemu on Mac OS X. Signed-off-by: John Arbuckle --- Add info on additional libraries that need to be installed. qemu-doc.texi | 60 ++-- 1 files changed, 57 inser

Re: [Qemu-devel] [PATCH] configure: Don't permit SDL or GTK on OSX

2015-08-14 Thread Programmingkid
On Aug 14, 2015, at 11:10 AM, Peter Maydell wrote: > The cocoa GUI frontend assumes it is the only GUI (it redefines > main() so it always gets control before the rest of QEMU), so > it does not play well with other UIs like SDL or GTK. (Mostly > people building QEMU on OSX don't have the necessa

Re: [Qemu-devel] [PATCH v4] monitor: allow device_del to accept QOM paths

2015-09-14 Thread Programmingkid
On Sep 14, 2015, at 12:43 PM, Markus Armbruster wrote: > Programmingkid writes: > >> On Sep 14, 2015, at 11:53 AM, Markus Armbruster wrote: > [...] >>> If neither Andreas nor Paolo objects, I'd be willing to take this >>> through my tree. >> >&g

Re: [Qemu-devel] [PATCH v4] monitor: allow device_del to accept QOM paths

2015-09-14 Thread Programmingkid
On Sep 14, 2015, at 12:41 PM, Eric Blake wrote: > On 09/14/2015 10:17 AM, Programmingkid wrote: >> >> On Sep 14, 2015, at 11:53 AM, Markus Armbruster wrote: >> >>> "Daniel P. Berrange" writes: >>> >>>> Currently device_del requires

Re: [Qemu-devel] [PATCH] ui/cocoa.m: remove open dialog code

2015-09-16 Thread Programmingkid
On Sep 14, 2015, at 11:43 AM, Peter Maydell wrote: > On 11 September 2015 at 01:49, Programmingkid > wrote: >> Remove 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

[Qemu-devel] Determining if USB is available

2015-09-17 Thread Programmingkid
Would you know of a function that could indicate if USB is available on the current emulator?

[Qemu-devel] [PATCH v3] ui/cocoa.m: Add Mount image file menu item

2015-09-17 Thread Programmingkid
Add "Mount Image File..." and a "Eject Image File" menu items to cocoa interface. This patch makes sharing files between the host and the guest user-friendly. The "Mount Image File..." menu item displays a dialog box having the user pick an image file to use in QEMU. The image file is setup as a U

Re: [Qemu-devel] How to make USB work with Mac OS X

2015-09-18 Thread Programmingkid
On Sep 18, 2015, at 2:14 AM, Alexander Graf wrote: > > >> Am 17.09.2015 um 14:42 schrieb Programmingkid : >> >> Is there a way to make USB work with Mac OS X on qemu-system-ppc? I used the >> -usb option, but mounting a flash drive didn't work. Would yo

[Qemu-devel] [PATCH] ui/cocoa.m: Make boot image loading code compatible with GCC 4.9

2015-09-18 Thread Programmingkid
When QEMU is launched on Mac OS X without any arguments, an open file dialog appears. The user is then expected to select a file to boot QEMU with. This code was not compatible with GCC 4.9 (user-built, not Apple supplied). This patch greatly simplifes the open file dialog feature and makes it comp

Re: [Qemu-devel] How to make USB work with Mac OS X

2015-09-18 Thread Programmingkid
On Sep 18, 2015, at 2:33 PM, Alexander Graf wrote: > > >> Am 18.09.2015 um 15:55 schrieb Programmingkid : >> >> >>> On Sep 18, 2015, at 2:14 AM, Alexander Graf wrote: >>> >>> >>> >>>> Am 17.09.2015 um 14:42 schrieb P

[Qemu-devel] [PATCH] ui/cocoa.m: prevent stuck key situation

2015-09-18 Thread Programmingkid
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 keys when QE

[Qemu-devel] PATCH] ui/cocoa.m: verify with user before quitting QEMU

2015-09-18 Thread Programmingkid
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 wants to quit QEMU. Signed-off-by: John Arbuckle --- ui/cocoa.m |

Re: [Qemu-devel] [PATCH] ui/cocoa.m: remove open dialog code

2015-09-19 Thread Programmingkid
On Sep 19, 2015, at 10:58 AM, Peter Maydell wrote: > On 14 September 2015 at 17:12, Programmingkid > wrote: >> >> On Sep 14, 2015, at 11:49 AM, Peter Maydell wrote: >> >>> Oops, I meant to cc Andreas on this but got the address wrong. >>> >>

Re: [Qemu-devel] [PATCH] ui/cocoa.m: prevent stuck key situation

2015-09-19 Thread Programmingkid
On Sep 19, 2015, at 11:07 AM, Peter Maydell wrote: > On 18 September 2015 at 22:46, Programmingkid > wrote: >> 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

Re: [Qemu-devel] PATCH] ui/cocoa.m: verify with user before quitting QEMU

2015-09-20 Thread Programmingkid
On Sep 20, 2015, at 8:21 AM, Peter Maydell wrote: > On 19 September 2015 at 00:20, Programmingkid > wrote: >> 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 &g

[Qemu-devel] [PATCH v2] ui/cocoa.m: verify with user before quitting QEMU

2015-09-20 Thread Programmingkid
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 --- ui/coc

Re: [Qemu-devel] [PATCH] ui/cocoa.m: remove open dialog code

2015-09-21 Thread Programmingkid
On Sep 21, 2015, at 3:01 PM, Peter Maydell wrote: > On 19 September 2015 at 08:01, Programmingkid > 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 >>> idea of d

[Qemu-devel] [PATCH] hw/usb/dev-audio.c: make USB audio card sound perfect

2015-09-22 Thread Programmingkid
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 qemu-system-i386 running Windows XP. Window

Re: [Qemu-devel] [PATCH] ui/cocoa.m: remove open dialog code

2015-09-23 Thread Programmingkid
On Sep 23, 2015, at 2:58 PM, Peter Maydell wrote: > On 10 September 2015 at 17:49, Programmingkid > wrote: >> Remove 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 migh

Re: [Qemu-devel] [PATCH] ui/cocoa.m: prevent stuck key situation

2015-09-23 Thread Programmingkid
On Sep 23, 2015, at 2:04 PM, Peter Maydell wrote: > On 18 September 2015 at 14:46, Programmingkid > wrote: >> 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

Re: [Qemu-devel] [PATCH] ui/cocoa.m: remove open dialog code

2015-09-23 Thread Programmingkid
On Sep 23, 2015, at 5:45 PM, Peter Maydell wrote: > On 23 September 2015 at 14:38, Programmingkid > wrote: >> >> On Sep 23, 2015, at 2:58 PM, Peter Maydell wrote: >> >>> On 10 September 2015 at 17:49, Programmingkid >>> wrote: >>>> R

Re: [Qemu-devel] [PATCH v3] ui/cocoa.m: Add Mount image file menu item

2015-09-23 Thread Programmingkid
On Sep 23, 2015, at 4:35 PM, Peter Maydell wrote: > On 17 September 2015 at 21:17, Programmingkid > wrote: >> Add "Mount Image File..." and a "Eject Image File" menu items to >> cocoa interface. This patch makes sharing files between the >> host an

[Qemu-devel] [PATCH v2] ui/cocoa.m: remove open dialog code

2015-09-23 Thread 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 Arbuc

[Qemu-devel] [PATCH v2] ui/cocoa.m: prevent stuck key situation

2015-09-23 Thread Programmingkid
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 whe

Re: [Qemu-devel] [PATCH v2] ui/cocoa.m: prevent stuck key situation

2015-09-23 Thread Programmingkid
On Sep 23, 2015, at 8:34 PM, Peter Maydell wrote: > On 23 September 2015 at 17:17, Programmingkid > wrote: >> 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 u

[Qemu-devel] [PATCH v3] ui/cocoa.m: verify with user before quitting QEMU

2015-09-23 Thread Programmingkid
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 --- Replace

[Qemu-devel] [PATCH v3] ui/cocoa.m: prevent stuck key situation

2015-09-23 Thread Programmingkid
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 whe

Re: [Qemu-devel] [PATCH v3] ui/cocoa.m: Add Mount image file menu item

2015-09-24 Thread Programmingkid
On Sep 24, 2015, at 2:57 AM, Markus Armbruster wrote: > Programmingkid writes: > >> On Sep 23, 2015, at 4:35 PM, Peter Maydell wrote: >> >>> On 17 September 2015 at 21:17, Programmingkid >>> wrote: >>>> Add "Mount Image File..." a

Re: [Qemu-devel] Mount image file feature

2015-09-03 Thread Programmingkid
On Sep 3, 2015, at 5:46 AM, Markus Armbruster wrote: > Programmingkid writes: > >> On Sep 2, 2015, at 10:31 AM, Max Reitz wrote: >> >>> On 31.08.2015 22:33, Programmingkid wrote: >>>> >>>> On Aug 31, 2015, at 4:26 PM, Max Reitz wrote: &g

Re: [Qemu-devel] Should we auto-generate IDs?

2015-09-03 Thread Programmingkid
It has been over a week since we first started talking about this subject. A lot of opinions have been flying around. Does this issue look like it is starting to be fixed? I just have to say I don't think it has been solved yet. Having device_del use a QOM path does not sound very good. It is ac

Re: [Qemu-devel] Should we auto-generate IDs?

2015-09-03 Thread Programmingkid
On Sep 3, 2015, at 10:43 AM, Jeff Cody wrote: > On Thu, Sep 03, 2015 at 10:34:04AM -0400, Programmingkid wrote: >> It has been over a week since we first started talking about this >> subject. A lot of opinions have been flying around. Does this issue >> look like it is st

[Qemu-devel] [PATCH v3] qdev-monitor.c: Add device id generation

2015-09-03 Thread Programmingkid
Give an automatically generated ID to a device that wasn't given one by the user. Signed-off-by: John Arbuckle --- Replaced my original ID generation code with Jeff Cody's id_generate() function. qdev-monitor.c | 12 +++- 1 files changed, 3 insertions(+), 9 deletions(-) diff --git

Re: [Qemu-devel] Mount image file feature

2015-09-03 Thread Programmingkid
On Sep 3, 2015, at 12:26 PM, Markus Armbruster wrote: > Programmingkid writes: > >> On Sep 3, 2015, at 5:46 AM, Markus Armbruster wrote: >> >>> Programmingkid writes: >>> >>>> On Sep 2, 2015, at 10:31 AM, Max Reitz wrote: >&

[Qemu-devel] [PATCH] ui/cocoa.m: Add configuration file support

2015-09-06 Thread Programmingkid
Having to type out all the arguments to QEMU isn't fun. That is why we need an easier way to setup QEMU. With a configuration file system, we just make this file once, and allow QEMU to do the work for us. This configuration file system is similar to how a shell like Bash works. A configuration f

[Qemu-devel] wav output sounds good - what does this mean?

2015-09-06 Thread Programmingkid
I have been working on making the sound output from the USB sound card actually sound good. When the audio is sent to CoreAudio, the sound is not very good. But when I use the wav file output option, the sound in the wave file sounds perfect. What does this mean?

Re: [Qemu-devel] [PATCH] ui/cocoa.m: Add Mount image file menu item

2015-09-08 Thread Programmingkid
On Sep 8, 2015, at 12:17 PM, Peter Maydell wrote: > On 2 September 2015 at 01:56, Programmingkid > wrote: >> Add "Mount Image File..." and a "Eject Image File" menu items to >> cocoa interface. This patch makes sharing files between the >> host an

[Qemu-devel] Mac OS 9 updates

2015-09-08 Thread Programmingkid
Are we going to see any more GSoC 2015 updates?

Re: [Qemu-devel] [PATCH] ui/cocoa.m: Add Mount image file menu item

2015-09-08 Thread Programmingkid
On Sep 8, 2015, at 2:46 PM, Markus Armbruster wrote: > Programmingkid writes: > >> On Sep 8, 2015, at 12:17 PM, Peter Maydell wrote: >> >>> On 2 September 2015 at 01:56, Programmingkid >>> wrote: >>>> Add "Mount Image File..." and a &

Re: [Qemu-devel] wav output sounds good - what does this mean?

2015-09-09 Thread Programmingkid
On Sep 9, 2015, at 5:17 AM, Stefan Hajnoczi wrote: > On Sun, Sep 06, 2015 at 04:53:29PM -0400, Programmingkid wrote: >> I have been working on making the sound output from the USB sound card >> actually sound good. When the audio is sent to CoreAudio, the sound is not >>

Re: [Qemu-devel] Mac OS 9 updates

2015-09-09 Thread Programmingkid
On Sep 9, 2015, at 4:03 PM, Mark Cave-Ayland wrote: > On 08/09/15 16:27, Programmingkid wrote: > >> Are we going to see any more GSoC 2015 updates? > > GSoC is now in the "pens down" phase although I believe we're currently > waiting on Cormac to resubm

Re: [Qemu-devel] [PATCH] ui/cocoa.m: Add Mount image file menu item

2015-09-09 Thread Programmingkid
On Sep 9, 2015, at 3:29 AM, Markus Armbruster wrote: > Programmingkid writes: > >> On Sep 8, 2015, at 2:46 PM, Markus Armbruster wrote: >> >>> Programmingkid writes: >>> >>>> On Sep 8, 2015, at 12:17 PM, Peter Maydell wrote: >>

Re: [Qemu-devel] [PATCH] ui/cocoa.m: Add Mount image file menu item

2015-09-09 Thread Programmingkid
On Sep 9, 2015, at 6:25 PM, Eric Blake wrote: > On 09/09/2015 03:37 PM, Programmingkid wrote: > >> >> Thank you very much for caring. I appreciate all the help I can receive. I >> so like my idea of >> sending a command to QEMU as if the user typed it himself.

Re: [Qemu-devel] [PATCH] ui/cocoa.m: Add Mount image file menu item

2015-09-09 Thread Programmingkid
On Sep 9, 2015, at 6:31 PM, Eric Blake wrote: > On 09/09/2015 04:25 PM, Eric Blake wrote: > >>> That leaves QMP. I am trying to figure it out. This is my attempt so far: >>> >>> Error **errp; >>> char *commandBuffer; >>> commandBuffer = g_strdup_printf("{ \"execute\": \"quit\" }"); >>> qmp_quer

[Qemu-devel] qmp_device_add() ret_data argument

2015-09-09 Thread Programmingkid
What does the function qmp_device_add() have a ret_data argument if it isn't used? This function is located in qdev-monitor.c.

Re: [Qemu-devel] [PATCH] ui/cocoa.m: Add Mount image file menu item

2015-09-09 Thread Programmingkid
Does this look about right? QDict *qdict; Error *errp; QObject **ret_data; static int counter; char *idString, *fileName; // The file variable is objective-c, left that code out fileName = g_strdup_printf("%s", [file cStringUsingEnc

[Qemu-devel] Status of auto-generated ID feature

2015-09-09 Thread Programmingkid
I was just wondering if there were any patches accepted for the auto-generated ID feature that was talked about a week ago.

Re: [Qemu-devel] [PATCH] ui/cocoa.m: Add Mount image file menu item

2015-09-10 Thread Programmingkid
On Sep 10, 2015, at 3:21 AM, Markus Armbruster wrote: > Programmingkid writes: > >> Does this look about right? >> >>QDict *qdict; >>Error *errp; >>QObject **ret_data; >>static int counter; >>char *idString, *fileName; >&

Re: [Qemu-devel] [PATCH] ui/cocoa.m: Add Mount image file menu item

2015-09-10 Thread Programmingkid
On Sep 10, 2015, at 1:15 PM, Markus Armbruster wrote: > Programmingkid writes: > >> On Sep 10, 2015, at 3:21 AM, Markus Armbruster wrote: >> >>> Programmingkid writes: >>> >>>> Does this look about right? >>>> >&g

[Qemu-devel] [PATCH v2] ui/cocoa.m: Add Mount image file menu item

2015-09-10 Thread Programmingkid
Add "Mount Image File..." and a "Eject Image File" menu items to cocoa interface. This patch makes sharing files between the host and the guest user-friendly. The "Mount Image File..." menu item displays a dialog box having the user pick an image file to use in QEMU. The image file is setup as a U

[Qemu-devel] [PATCH] ui/cocoa.m: remove open dialog code

2015-09-10 Thread Programmingkid
Remove 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 Arbuck

Re: [Qemu-devel] [PATCH] ui/cocoa.m: remove open dialog code

2015-09-10 Thread Programmingkid
On Sep 10, 2015, at 8:49 PM, Programmingkid wrote: > Remove 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 t

Re: [Qemu-devel] [PATCH v2] ui/cocoa.m: Add Mount image file menu item

2015-09-11 Thread Programmingkid
On Sep 11, 2015, at 3:40 AM, Markus Armbruster wrote: > Only reviewing around qmp_device_add() and such, ignoring the GUI part. > > Programmingkid writes: > >> Add "Mount Image File..." and a "Eject Image File" menu items to >> cocoa interface

[Qemu-devel] [PATCH 04/29] Introduce QDict

2015-09-11 Thread Programmingkid
Could you make a tutorial on how to use the QDict type?

Re: [Qemu-devel] [PATCH 04/29] Introduce QDict

2015-09-12 Thread Programmingkid
On Sep 12, 2015, at 12:10 AM, Luiz Capitulino wrote: > On Fri, 11 Sep 2015 20:22:38 -0400 > Programmingkid wrote: > >> Could you make a tutorial on how to use the QDict type? > > There are several examples in tests/check-qdict.c. I was hoping for something with a lot more explanation.

[Qemu-devel] ping: [PATCH v5] raw-posix.c: Make physical devices usable in QEMU under Mac OS X host

2015-09-12 Thread Programmingkid
> 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 > > --- > Removed ch

[Qemu-devel] Python problem

2015-09-12 Thread Programmingkid
After a 'git pull' on 9/12/2015, I noticed that QEMU no longer builds on Mac OS 10.6. I think there is a problem with a python script. This is the error message: GEN qmp-commands.h Traceback (most recent call last): File "/scripts/qapi-commands.py", line 352, in ret = gen_marshal_inp

Re: [Qemu-devel] Python problem

2015-09-12 Thread Programmingkid
On Sep 12, 2015, at 10:04 PM, Eric Blake wrote: > On 09/12/2015 07:57 PM, Programmingkid wrote: >> After a 'git pull' on 9/12/2015, I noticed that QEMU no longer builds on Mac >> OS 10.6. I think there is a problem with a python script. This is the error >&

Re: [Qemu-devel] Python problem

2015-09-13 Thread Programmingkid
On Sep 13, 2015, at 7:28 AM, Peter Maydell wrote: > On 13 September 2015 at 03:19, Programmingkid > wrote: >> Excellent. This fixed the problem. Thank you very much. The minimum >> version of python QEMU supports is 2.6? > > At the moment it should be 2.4, apart from

Re: [Qemu-devel] [PATCH] ui/cocoa.m: remove open dialog code

2015-09-14 Thread Programmingkid
On Sep 14, 2015, at 11:49 AM, Peter Maydell wrote: > Oops, I meant to cc Andreas on this but got the address wrong. > > -- PMM > > On 14 September 2015 at 16:43, Peter Maydell wrote: >> On 11 September 2015 at 01:49, Programmingkid >> wrote: >>> Remove th

Re: [Qemu-devel] [PATCH v4] monitor: allow device_del to accept QOM paths

2015-09-14 Thread Programmingkid
On Sep 14, 2015, at 11:53 AM, Markus Armbruster wrote: > "Daniel P. Berrange" writes: > >> Currently device_del requires that the client provide the >> device short ID. device_add allows devices may be created > > "allows devices to be created" > > Could perhaps be touched up on commit. > >>

[Qemu-devel] qemu-doc.texi: Improve USB documentation... and maybe even QEMU also

2015-08-18 Thread Programmingkid
On Aug 8, 2015, at 8:48 AM, Programmingkid wrote: > > On Aug 8, 2015, at 2:04 AM, Markus Armbruster wrote: >>> >>> USB devices can be connected with the @option{-usbdevice} commandline option >>> -or the @code{usb_add} monitor command. Available devices are: &

[Qemu-devel] usb_add monitor command bug?

2015-08-24 Thread Programmingkid
When I use the usb_add command, isn't the bus.address number suppose to be different for each device I add? If I use the command-line to add a usb mouse and usb sound card like this "-usb -device usb-mouse -device usb-audio", they each have a different bus.address value when I see them using th

Re: [Qemu-devel] qemu-doc.texi: Improve USB documentation... and maybe even QEMU also

2015-08-24 Thread Programmingkid
On Aug 24, 2015, at 5:45 AM, Markus Armbruster wrote: > Copying the USB maintainer. > > Programmingkid writes: > >> On Aug 8, 2015, at 8:48 AM, Programmingkid wrote: >> >>> >>> On Aug 8, 2015, at 2:04 AM, Markus Armbruster wrote: >>>>

Re: [Qemu-devel] qemu-doc.texi: Improve USB documentation... and maybe even QEMU also

2015-08-24 Thread Programmingkid
On Aug 24, 2015, at 12:38 PM, Markus Armbruster wrote: > Programmingkid writes: > >> On Aug 24, 2015, at 5:45 AM, Markus Armbruster wrote: >> >>> Copying the USB maintainer. >>> >>> Programmingkid writes: >>> >>>> On Aug 8,

[Qemu-devel] [PATCH] qdev-monitor.c: Add device id generation

2015-08-24 Thread Programmingkid
Add device ID generation to each device if an ID isn't given. Signed-off-by: John Arbuckle --- This patch can be tested by adding adding usb devices using the monitor. Start QEMU with the -usb option. Then go to the monitor and type "device_add usb-mouse". The ID of the device will be set to a n

[Qemu-devel] [PATCH] hw/usb/bus.c: print device ID when 'info usb' used

2015-08-24 Thread Programmingkid
Print the ID of each device when 'info usb' is used in the monitor. Signed-off-by: John Arbuckle --- This patch is easier to test when the qdev-monitor.c patch I also submitted is applied first. It can still be tested without it. Just run QEMU with the -usb option. Then go to the monitor and typ

Re: [Qemu-devel] qemu-doc.texi: Improve USB documentation... and maybe even QEMU also

2015-08-25 Thread Programmingkid
On Aug 25, 2015, at 3:43 AM, Markus Armbruster wrote: > Programmingkid writes: > >> On Aug 24, 2015, at 12:38 PM, Markus Armbruster wrote: >> >>> Programmingkid writes: >>> >>>> On Aug 24, 2015, at 5:45 AM, Markus Armbrust

Re: [Qemu-devel] [PATCH] qdev-monitor.c: Add device id generation

2015-08-25 Thread Programmingkid
On Aug 24, 2015, at 6:21 PM, Eric Blake wrote: > On 08/24/2015 12:53 PM, Programmingkid wrote: >> Add device ID generation to each device if an ID isn't given. >> >> Signed-off-by: John Arbuckle >> >> --- > >> dev->id = id; >&g

Re: [Qemu-devel] Should we auto-generate IDs? (was: [PATCH] qdev-monitor.c: Add device id generation)

2015-08-25 Thread Programmingkid
cus=300381 > > Probably more I can't remember anymore :) > > Programmingkid writes: > >> Add device ID generation to each device if an ID isn't given. >> >> Signed-off-by: John Arbuckle >> >> --- >> This patch can be tested by adding adding usb devi

Re: [Qemu-devel] [PATCH] qdev-monitor.c: Add device id generation

2015-08-25 Thread Programmingkid
t;> On 08/24/2015 12:53 PM, Programmingkid wrote: >>> Add device ID generation to each device if an ID isn't given. >>> >>> Signed-off-by: John Arbuckle >>> >>> --- >>> This patch can be tested by adding adding usb devices using the monitor.

Re: [Qemu-devel] [PATCH] qdev-monitor.c: Add device id generation

2015-08-25 Thread Programmingkid
On Aug 25, 2015, at 11:33 AM, Peter Maydell wrote: > On 25 August 2015 at 16:25, Programmingkid wrote: >> On Aug 25, 2015, at 8:42 AM, Markus Armbruster wrote: >>> Eric Blake writes: >>> >>>> On 08/24/2015 12:53 PM, Programmingkid wrote: >>>

Re: [Qemu-devel] [PATCH] qdev-monitor.c: Add device id generation

2015-08-25 Thread Programmingkid
On Aug 25, 2015, at 2:30 PM, Markus Armbruster wrote: > Programmingkid writes: > >> On Aug 25, 2015, at 11:33 AM, Peter Maydell wrote: >> >>> On 25 August 2015 at 16:25, Programmingkid >>> wrote: >>>> On Aug 25, 2015, at 8:42 AM, M

Re: [Qemu-devel] Should we auto-generate IDs? (was: [PATCH] qdev-monitor.c: Add device id generation)

2015-08-26 Thread Programmingkid
On Aug 25, 2015, at 8:38 AM, Markus Armbruster wrote: > You're proposing to revise a qdev design decision, namely the purpose of > IDs. This has been discussed before, and IDs remained unchanged. > Perhaps it's time to revisit this issue. Cc'ing a few more people. > > Relevant prior threads: >

Re: [Qemu-devel] Should we auto-generate IDs?

2015-08-26 Thread Programmingkid
On Aug 26, 2015, at 12:31 PM, Markus Armbruster wrote: > Did you drop cc's intentionally? I put them right back. Sorry I didn't think they would care so I removed them. Will keep them in the loop for now on. > > Programmingkid writes: > >> On Aug 25, 2015, a

Re: [Qemu-devel] Should we auto-generate IDs?

2015-08-26 Thread Programmingkid
On Aug 26, 2015, at 1:25 PM, Jeff Cody wrote: > On Wed, Aug 26, 2015 at 06:31:57PM +0200, Markus Armbruster wrote: >> Did you drop cc's intentionally? I put them right back. >> >> Programmingkid writes: >> >>> On Aug 25, 2015, at 8:38 AM, Markus Arm

Re: [Qemu-devel] Should we auto-generate IDs? (was: [PATCH] qdev-monitor.c: Add device id generation)

2015-08-26 Thread Programmingkid
OM (was: [PATCH] util: Emancipate id_wellformed() from QemuOpt >> http://thread.gmane.org/gmane.comp.emulators.qemu/299945/focus=300381 >> >> Probably more I can't remember anymore :) >> >> Programmingkid writes: >> >>> Add device ID generation to each device if an ID

Re: [Qemu-devel] Should we auto-generate IDs? (was: [PATCH] qdev-monitor.c: Add device id generation)

2015-08-26 Thread Programmingkid
On Aug 26, 2015, at 1:53 PM, Daniel P. Berrange wrote: > On Wed, Aug 26, 2015 at 01:46:43PM -0400, Programmingkid wrote: >> >> On Aug 26, 2015, at 1:28 PM, Daniel P. Berrange wrote: >> >>> On Tue, Aug 25, 2015 at 02:38:17PM +0200, Markus Armbruster wrote: >>

Re: [Qemu-devel] Should we auto-generate IDs?

2015-08-26 Thread Programmingkid
On Aug 26, 2015, at 2:08 PM, Jeff Cody wrote: > On Wed, Aug 26, 2015 at 01:29:04PM -0400, Programmingkid wrote: >> >> On Aug 26, 2015, at 1:25 PM, Jeff Cody wrote: >> >>> On Wed, Aug 26, 2015 at 06:31:57PM +0200, Markus Armbruster wrote: >>>> Did you

Re: [Qemu-devel] Should we auto-generate IDs?

2015-08-26 Thread Programmingkid
On Aug 26, 2015, at 2:45 PM, Peter Maydell wrote: > On 26 August 2015 at 18:16, Programmingkid wrote: >> That is assuming they have the time and/or the interest in solving this >> problem. I >> suppose giving them some time to respond would be reasonable. I'm think

Re: [Qemu-devel] Should we auto-generate IDs?

2015-08-26 Thread Programmingkid
On Aug 26, 2015, at 6:01 PM, Jeff Cody wrote: > On Wed, Aug 26, 2015 at 02:17:17PM -0400, Programmingkid wrote: >> >> On Aug 26, 2015, at 2:08 PM, Jeff Cody wrote: >> >>> On Wed, Aug 26, 2015 at 01:29:04PM -0400, Programmingkid wrote: >>>> >>

Re: [Qemu-devel] Should we auto-generate IDs?

2015-08-26 Thread Programmingkid
On Aug 26, 2015, at 6:04 PM, John Snow wrote: > > > On 08/26/2015 06:01 PM, Jeff Cody wrote: >> On Wed, Aug 26, 2015 at 02:17:17PM -0400, Programmingkid wrote: >>> >>> On Aug 26, 2015, at 2:08 PM, Jeff Cody wrote: >>> >>>> On Wed,

Re: [Qemu-devel] Should we auto-generate IDs?

2015-08-26 Thread Programmingkid
On Aug 26, 2015, at 6:08 PM, John Snow wrote: > > > On 08/26/2015 05:48 PM, Programmingkid wrote: >> >> On Aug 26, 2015, at 2:45 PM, Peter Maydell wrote: >> >>> On 26 August 2015 at 18:16, Programmingkid >>> wrote: >>>> That is a

Re: [Qemu-devel] Should we auto-generate IDs?

2015-08-27 Thread Programmingkid
On Aug 27, 2015, at 8:32 AM, Jeff Cody wrote: > (Added Eric back in to the CC list. Looks like he got dropped > somewhere along the way) > > On Wed, Aug 26, 2015 at 11:22:08PM -0400, Programmingkid wrote: >> >> On Aug 26, 2015, at 6:01 PM, Jeff Cody wrote: >>

Re: [Qemu-devel] Should we auto-generate IDs?

2015-08-27 Thread Programmingkid
On Aug 27, 2015, at 9:00 AM, Eric Blake wrote: > On 08/27/2015 06:32 AM, Jeff Cody wrote: >> (Added Eric back in to the CC list. Looks like he got dropped >> somewhere along the way) > > No thanks to mailman's inept behavior that thinks that it is okay to > rewrite cc's to drop anyone that does

Re: [Qemu-devel] Should we auto-generate IDs?

2015-08-27 Thread Programmingkid
On Aug 27, 2015, at 9:49 AM, Daniel P. Berrange wrote: > On Thu, Aug 27, 2015 at 09:33:42AM -0400, Programmingkid wrote: >> >> On Aug 27, 2015, at 8:32 AM, Jeff Cody wrote: >> >>> >>> On the generation scheme proposed above: >>> >>>

Re: [Qemu-devel] Should we auto-generate IDs?

2015-08-27 Thread Programmingkid
On Aug 27, 2015, at 9:51 AM, Daniel P. Berrange wrote: > On Thu, Aug 27, 2015 at 09:39:10AM -0400, Programmingkid wrote: >> >>> Better still might be fixing things to where we add a global command >>> line option that outright fails any attempt to create an unnamed o

Re: [Qemu-devel] Should we auto-generate IDs? (was: [PATCH] qdev-monitor.c: Add device id generation)

2015-08-27 Thread Programmingkid
On Aug 27, 2015, at 9:54 AM, Daniel P. Berrange wrote: > On Wed, Aug 26, 2015 at 02:01:41PM -0400, Programmingkid wrote: >>> If a user is talking to the QEMU monitor directly there are plenty of ways >>> to go wrong, of which forgetting to provide an ID is a really minor o

Re: [Qemu-devel] Should we auto-generate IDs?

2015-08-27 Thread Programmingkid
On Aug 27, 2015, at 10:01 AM, Eric Blake wrote: > On 08/27/2015 07:51 AM, Daniel P. Berrange wrote: >> On Thu, Aug 27, 2015 at 09:39:10AM -0400, Programmingkid wrote: >>> >>>> Better still might be fixing things to where we add a global command >>>> l

Re: [Qemu-devel] Should we auto-generate IDs?

2015-08-27 Thread Programmingkid
On Aug 27, 2015, at 10:02 AM, Eric Blake wrote: > On 08/27/2015 07:56 AM, Programmingkid wrote: > >>> If we did have auto-generated names, we would need to come up with a >>> scheme that is not going to clash with any existing naming that users >>> of QEMU m

Re: [Qemu-devel] Should we auto-generate IDs?

2015-08-27 Thread Programmingkid
On Aug 27, 2015, at 10:06 AM, Daniel P. Berrange wrote: > On Thu, Aug 27, 2015 at 09:56:47AM -0400, Programmingkid wrote: >> >> On Aug 27, 2015, at 9:49 AM, Daniel P. Berrange wrote: >> >>> On Thu, Aug 27, 2015 at 09:33:42AM -0400, Programmingkid wrote: >>

Re: [Qemu-devel] Should we auto-generate IDs?

2015-08-27 Thread Programmingkid
On Aug 27, 2015, at 10:07 AM, Jeff Cody wrote: > On Thu, Aug 27, 2015 at 09:33:42AM -0400, Programmingkid wrote: >> >> On Aug 27, 2015, at 8:32 AM, Jeff Cody wrote: >> > > [snip] > >>> >>> I'm not married to the ID generation scheme I pro

Re: [Qemu-devel] Should we auto-generate IDs?

2015-08-27 Thread Programmingkid
On Aug 27, 2015, at 10:42 AM, Daniel P. Berrange wrote: > On Thu, Aug 27, 2015 at 10:34:05AM -0400, Programmingkid wrote: >> >> On Aug 27, 2015, at 10:02 AM, Eric Blake wrote: >> >>> On 08/27/2015 07:56 AM, Programmingkid wrote: >>> >>>>>

Re: [Qemu-devel] Should we auto-generate IDs?

2015-08-27 Thread Programmingkid
On Aug 27, 2015, at 11:19 AM, Daniel P. Berrange wrote: > On Thu, Aug 27, 2015 at 11:13:25AM -0400, Programmingkid wrote: >>> >>>> What is wrong with having a predictable ID? >>>> >>> >>> As Daniel and Eric have noted, it could be

Re: [Qemu-devel] Should we auto-generate IDs?

2015-08-27 Thread Programmingkid
On Aug 27, 2015, at 1:39 AM, Markus Armbruster wrote: > Programmingkid writes: > >> On Aug 26, 2015, at 6:08 PM, John Snow wrote: >> >>> >>> >>> On 08/26/2015 05:48 PM, Programmingkid wrote: >>>> >>>> On Aug 26, 2015, at

Re: [Qemu-devel] Should we auto-generate IDs?

2015-08-27 Thread Programmingkid
On Aug 27, 2015, at 11:40 AM, Jeff Cody wrote: > On Thu, Aug 27, 2015 at 11:20:20AM -0400, Programmingkid wrote: >> >> On Aug 27, 2015, at 10:42 AM, Daniel P. Berrange wrote: >> >>> On Thu, Aug 27, 2015 at 10:34:05AM -0400, Programmingkid wrote: >>>>

Re: [Qemu-devel] Should we auto-generate IDs?

2015-08-27 Thread Programmingkid
On Aug 27, 2015, at 11:55 AM, Daniel P. Berrange wrote: > On Thu, Aug 27, 2015 at 11:22:58AM -0400, Programmingkid wrote: >> >> On Aug 27, 2015, at 11:19 AM, Daniel P. Berrange wrote: >> >>> On Thu, Aug 27, 2015 at 11:13:25AM -0400, Programmingkid wrote: >>&

Re: [Qemu-devel] Should we auto-generate IDs?

2015-08-27 Thread Programmingkid
On Aug 27, 2015, at 12:02 PM, Daniel P. Berrange wrote: > On Thu, Aug 27, 2015 at 11:58:22AM -0400, Programmingkid wrote: >> >> On Aug 27, 2015, at 11:40 AM, Jeff Cody wrote: >> >>> On Thu, Aug 27, 2015 at 11:20:20AM -0400, Programmingkid wrote: >>>>

Re: [Qemu-devel] Should we auto-generate IDs?

2015-08-27 Thread Programmingkid
On Aug 27, 2015, at 12:22 PM, Daniel P. Berrange wrote: > On Thu, Aug 27, 2015 at 12:08:25PM -0400, Programmingkid wrote: >> >> On Aug 27, 2015, at 12:02 PM, Daniel P. Berrange wrote: >> >>> On Thu, Aug 27, 2015 at 11:58:22AM -0400, Programmingkid wrote: >>&

<    1   2   3   4   5   6   7   8   9   10   >