David S. Ahern wrote:
> On 03/07/2010 04:32 AM, Jan Kiszka wrote:
>> Kevin Wolf wrote:
>>> Am Freitag, 5. März 2010 04:17 schrieb David S. Ahern:
Jan:
I spent some more time on the EHCI support today. With the attached
patch (delta to the patch from yesterday) a USB key is recog
On Tue, 9 Mar 2010 12:30:08 +, Paul Brook wrote:
> > Is there any reason (other than being coding style) in using qemu_free()
> > instead of free()? As per qem-malloc.c qemu_free() is nothing but free().
>
> The whole point of qemu_{malloc,free} is to isolate code from the system
> implemen
> From: Keen Shoes
> Subject: RE : [Qemu-devel] [PATCH] Use snapshots from backing disks
> To: earh...@google.com
> Date: Tuesday, March 9, 2010, 4:21 PM
>
> Modify the snapshot load path to find and load snapshots
> contained in backing
> disks, useful when the current disk is a differencing
>
On Wed, Mar 10, 2010 at 01:05:38PM +0800, Roy Tam wrote:
> 2010/3/10 Kevin O'Connor :
> > On Wed, Mar 10, 2010 at 11:49:48AM +0800, Roy Tam wrote:
> >> >> http://www.drdosprojects.de/cgi-bin/download.cgi/d090723b.zip
> >
> > This image fails in the same way on both qemu-0.11 and qemu-0.12, so I
> >
2010/3/10 Kevin O'Connor :
> On Wed, Mar 10, 2010 at 11:49:48AM +0800, Roy Tam wrote:
>> 2010/3/10 Kevin O'Connor :
>> > SeaBIOS has a wealth of debugging information that could help solve
>> > these issues.
>>
>> Tried this this BIOS and 2 debug logs generated.
>> seabios-debug.log is booting fdos
2010/3/10 Kevin O'Connor :
> On Wed, Mar 10, 2010 at 11:49:48AM +0800, Roy Tam wrote:
>> 2010/3/10 Kevin O'Connor :
>> > SeaBIOS has a wealth of debugging information that could help solve
>> > these issues.
>>
>> Tried this this BIOS and 2 debug logs generated.
>> seabios-debug.log is booting fdos
On Wed, Mar 10, 2010 at 11:49:48AM +0800, Roy Tam wrote:
> 2010/3/10 Kevin O'Connor :
> > SeaBIOS has a wealth of debugging information that could help solve
> > these issues.
>
> Tried this this BIOS and 2 debug logs generated.
> seabios-debug.log is booting fdos0138.img and closes QEMU after boo
2010/3/8 Roy Tam :
> 2010/3/8 Roy Tam :
>> the following hack reenables QEMU/Bochs BIOS booting with -vga std
>> (for both pc and isapc):
>
> a more complete hack, cirrus vga will work too:
instead of hacking each vga source, adding new option seems better.
---
diff --git a/hw/pc.c b/hw/pc.c
index
On Tue, Mar 9, 2010 at 5:03 PM, Paul Brook wrote:
>> > In a cross environment that becomes extremely hairy. For example the x86
>> > architecture effectively has an implicit write barrier before every
>> > store, and an implicit read barrier before every load.
>>
>> Btw, x86 doesn't have any impl
2010/3/10 Kevin O'Connor :
> On Mon, Mar 08, 2010 at 10:04:57AM +0800, Roy Tam wrote:
>> Hi all,
>>
>> I found some regression bugs that seems relate to SeaBIOS and I hope
>> we can add back booting with Bochs BIOS in git so that we can further
>> testing that the bug is in SeaBIOS or in QEMU 0.12.
On 03/09/2010 08:11 AM, Richard W.M. Jones wrote:
Did anyone attempt this?
I noticed also with libguestfs that boot times have spiralled out of
control again, and it seems to be down to the SeaBIOS change. SeaBIOS
accounts for _9_ seconds of the boot sequence, up from very small
(fraction of a
On Mon, Mar 08, 2010 at 10:04:57AM +0800, Roy Tam wrote:
> Hi all,
>
> I found some regression bugs that seems relate to SeaBIOS and I hope
> we can add back booting with Bochs BIOS in git so that we can further
> testing that the bug is in SeaBIOS or in QEMU 0.12.
> Following list is the regressi
On Tue, Mar 09, 2010 at 02:11:20PM +, Richard W.M. Jones wrote:
> I noticed also with libguestfs that boot times have spiralled out of
> control again, and it seems to be down to the SeaBIOS change. SeaBIOS
> accounts for _9_ seconds of the boot sequence, up from very small
> (fraction of a se
Anthony Liguori wrote:
> On 03/09/2010 05:53 PM, malc wrote:
>> On Tue, 9 Mar 2010, Juan Quintela wrote:
>>> - convert io_handlers to one QLIST
This part removes lines :)
>>> - once there fix bt that don't need poll at all (having a poll function
>>> that always return true
>>>is the equiva
> > In a cross environment that becomes extremely hairy. For example the x86
> > architecture effectively has an implicit write barrier before every
> > store, and an implicit read barrier before every load.
>
> Btw, x86 doesn't have any implicit barriers due to ordinary loads.
> Only stores and
On 03/09/2010 05:53 PM, malc wrote:
On Tue, 9 Mar 2010, Juan Quintela wrote:
Hi
This series :
- convert io_handlers to one QLIST
- once there, qemu_set_fd_handlers2() has lots of arguments that are a lot of
times NULL.
Introduce a set of functions to not have to pass NULL values.
- q
On 03/09/2010 05:25 PM, Luiz Capitulino wrote:
Also note that this applies for other events and if this becomes the
standard mode of operation, the end result is that we're delegating
event generation for the management tools.
We will end up with hundreds of events if we implement this so
On Tue, 9 Mar 2010, Juan Quintela wrote:
> Hi
>
> This series :
> - convert io_handlers to one QLIST
> - once there, qemu_set_fd_handlers2() has lots of arguments that are a lot of
> times NULL.
> Introduce a set of functions to not have to pass NULL values.
> - qemu_clear_fd_handlers(): remo
On 03/09/2010 05:22 PM, Luiz Capitulino wrote:
On Tue, 09 Mar 2010 17:08:33 -0600
Anthony Liguori wrote:
On 03/09/2010 04:53 PM, Luiz Capitulino wrote:
Hi,
This series is based on a previous series submitted by Uri Lublin:
http://lists.gnu.org/archive/html/qemu-devel/2009-03
On Tue, 9 Mar 2010 20:22:03 -0300
Luiz Capitulino wrote:
> On Tue, 09 Mar 2010 17:08:33 -0600
> Anthony Liguori wrote:
>
> > On 03/09/2010 04:53 PM, Luiz Capitulino wrote:
> > > Hi,
> > >
> > > This series is based on a previous series submitted by Uri Lublin:
> > >
> > > http://lists.gnu.o
Patch consist:
s/qemu_set_fd_handler(fd, NULL, write, o)/
qemu_set_fd_write_handler(fd, write, o)/
s/qemu_set_fd_handler2(fd, NULL, NULL, write, o)/
qemu_set_fd_write_handler(fd, write, o)/
Signed-off-by: Juan Quintela
---
audio/alsaaudio.c |4 ++--
audio/ossaudio.c
Patch consist:
s/qemu_set_fd_handler(fd, read, write, o)/
qemu_set_fd_rw_handler(fd, read, write, o)/
s/qemu_set_fd_handler2(fd, NULL, read, write, o)/
qemu_set_fd_rw_handler(fd, read, write, o)/
Signed-off-by: Juan Quintela
---
aio.c |2 +-
qemu-aio.h |4 ++-
Patch consist:
s/qemu_set_fd_handler2(fd, NULL, NULL, NULL, NULL)/qemu_clear_fd_handler(fd)/
s/qemu_set_fd_handler(fd, NULL, NULL, NULL)/qemu_clear_fd_handler(fd)/
Signed-off-by: Juan Quintela
---
audio/alsaaudio.c |4 ++--
audio/ossaudio.c |6 +++---
hw/xen_backend.c |4 ++--
mig
values are alread pointers, no need to cast them to void *
Signed-off-by: Juan Quintela
---
migration-exec.c |2 +-
migration-fd.c |3 +--
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/migration-exec.c b/migration-exec.c
index 76518a6..fddbd70 100644
--- a/migration-ex
On Tue, 09 Mar 2010 17:08:33 -0600
Anthony Liguori wrote:
> On 03/09/2010 04:53 PM, Luiz Capitulino wrote:
> > Hi,
> >
> > This series is based on a previous series submitted by Uri Lublin:
> >
> > http://lists.gnu.org/archive/html/qemu-devel/2009-03/msg00864.html
> >
> > Details on the pat
On Tue, 09 Mar 2010 17:03:14 -0600
Anthony Liguori wrote:
> On 03/09/2010 04:53 PM, Luiz Capitulino wrote:
> > Hi,
> >
> > This series is based on a previous series submitted by Uri Lublin:
> >
> > http://lists.gnu.org/archive/html/qemu-devel/2009-03/msg00864.html
> >
> > Details on the pat
Hi
This series :
- convert io_handlers to one QLIST
- once there, qemu_set_fd_handlers2() has lots of arguments that are a lot of
times NULL.
Introduce a set of functions to not have to pass NULL values.
- qemu_clear_fd_handlers(): remove it
- qemu_set_fd_read_handler(): only read
- qemu_set
This was the only incoming migration without autostart check
Signed-off-by: Juan Quintela
---
migration-unix.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/migration-unix.c b/migration-unix.c
index ce59a2a..49de1b9 100644
--- a/migration-unix.c
+++ b/migration-unix.c
Not clearing the fd and closing the file makes qemu spin using 100%CPU
after incoming migration error.
See for instance bug:
https://bugzilla.redhat.com/show_bug.cgi?id=518032
Signed-off-by: Juan Quintela
---
migration-exec.c |4 ++--
migration-fd.c |4 ++--
migration-tcp.c |5 ++
This series:
- fix 100% cpu use when incoming migration fails
- makes unix migration to obey autostart, like the others
Please, apply
Juan Quintela (2):
migration: Clear fd also in error cases
migration: unix migration should obey autostart are the other ones
migration-exec.c |4 ++--
m
On 03/09/2010 04:53 PM, Luiz Capitulino wrote:
Hi,
This series is based on a previous series submitted by Uri Lublin:
http://lists.gnu.org/archive/html/qemu-devel/2009-03/msg00864.html
Details on the patches, except for this question: does it make sense to have
a 'low' watermark for bloc
On 03/09/2010 04:53 PM, Luiz Capitulino wrote:
Hi,
This series is based on a previous series submitted by Uri Lublin:
http://lists.gnu.org/archive/html/qemu-devel/2009-03/msg00864.html
Details on the patches, except for this question: does it make sense to have
a 'low' watermark for bloc
Emitted whenever the watermark value set by the Monitor
'block_watermark' command is reached.
This value is not permanently stored and it's automatically
set to zero when the event is emitted.
Signed-off-by: Luiz Capitulino
---
QMP/qmp-events.txt | 26 ++
block/qco
This command sets a watermark value for a device. The next commit
will add the BLOCK_WATERMARK event, which is emitted when this
value is reached.
Please, note that currently only the 'high' watermark value is
supported.
Signed-off-by: Luiz Capitulino
---
block.c |5 +
block.h
Hi,
This series is based on a previous series submitted by Uri Lublin:
http://lists.gnu.org/archive/html/qemu-devel/2009-03/msg00864.html
Details on the patches, except for this question: does it make sense to have
a 'low' watermark for block devices?
I think it doesn't, then the event (and
From: Uri Lublin
We want to know the highest allocated offset for qcow2 images.
It can be useful for allocating more diskspace for an image
(e.g. an lvm logical volume) before we run out-of-disk-space.
In this version image refcount table is not scanned.
Also highest-alloc is not kept when the
Patch consist:
s/qemu_set_fd_handler(fd, read, NULL, o)/
qemu_set_fd_read_handler(fd, read, o)/
s/qemu_set_fd_handler2(fd, NULL, read, NULL, o)/
qemu_set_fd_read_handler(fd, read, o)/
Signed-off-by: Juan Quintela
---
audio/alsaaudio.c |4 ++--
audio/ossaudio.c|2 +-
bt-vhci.c
Juan Quintela wrote:
> Patch consist:
> diff --git a/aio.c b/aio.c
> index f164a47..4185233 100644
> --- a/aio.c
> +++ b/aio.c
> @@ -93,7 +93,7 @@ int qemu_aio_set_fd_handler(int fd,
> node->opaque = opaque;
> }
>
> -qemu_set_fd_handler2(fd, NULL, io_read, io_write, opaque);
> +
Signed-off-by: Juan Quintela
---
vl.c | 35 ++-
1 files changed, 14 insertions(+), 21 deletions(-)
diff --git a/vl.c b/vl.c
index 10d8e34..83ff652 100644
--- a/vl.c
+++ b/vl.c
@@ -2597,10 +2597,12 @@ typedef struct IOHandlerRecord {
void *opaque;
/* t
Patch consist:
s/qemu_set_fd_handler2(fd, poll, read, NULL, o)/
qemu_set_fd_poll_handler(fd, poll, read, o)/
Signed-off-by: Juan Quintela
---
qemu-char.c | 18 +-
qemu-char.h |4
vl.c| 16
3 files changed, 29 insertions(+), 9 dele
It allways returned true, that is the equivalent of not having the
callback.
Signed-off-by: Juan Quintela
---
bt-host.c |9 +
1 files changed, 1 insertions(+), 8 deletions(-)
diff --git a/bt-host.c b/bt-host.c
index 964ac11..dcd302b 100644
--- a/bt-host.c
+++ b/bt-host.c
@@ -80,13 +
It was always only used for reads
Signed-off-by: Juan Quintela
---
qemu-char.c |4 ++--
qemu-char.h |8
qemu-common.h |2 +-
vl.c |6 +++---
4 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/qemu-char.c b/qemu-char.c
index 4822209..5d8043a 100
On 03/08/2010 07:16 AM, Avi Kivity wrote:
On 03/08/2010 03:03 PM, Paul Brook wrote:
On 03/08/2010 12:53 AM, Paul Brook wrote:
Support an inter-vm shared memory device that maps a shared-memory
object as a PCI device in the guest. This patch also supports
interrupts between guest by communicati
On 03/08/2010 03:54 AM, Jamie Lokier wrote:
Alexander Graf wrote:
Or we could put in some code that tells the guest the host shm
architecture and only accept x86 on x86 for now. If anyone cares for
other combinations, they're free to implement them.
Seriously, we're looking at an interface
On 03/06/2010 04:42 PM, Marc Haber wrote:
Hi,
I am looking to get in touch with somebody who knows more about the
connection between host configuration, qemu, kvm, and the virtio block
device driver guest side than I know.
My goal is to have a possibility to give a "speaking" name to any
block
Hi,
On Tue, Mar 09, 2010 at 12:04:39PM -0800, jvrao wrote:
> Here is the patch for the guest kernel.
>
> http://patchwork.kernel.org/patch/83873/
Thanks, the comment explained it for me.
Are all those relevant patches in git head of qemu, so that I can
actually try? Will it be necessary to ada
Paul Brook wrote:
> > On 03/08/2010 12:53 AM, Paul Brook wrote:
> > >> Support an inter-vm shared memory device that maps a shared-memory
> > >> object as a PCI device in the guest. This patch also supports
> > >> interrupts between guest by communicating over a unix domain socket.
> > >> This pa
Avi Kivity wrote:
> On 03/08/2010 03:03 PM, Paul Brook wrote:
> >>On 03/08/2010 12:53 AM, Paul Brook wrote:
> >>
> Support an inter-vm shared memory device that maps a shared-memory
> object as a PCI device in the guest. This patch also supports
> interrupts between guest by commu
jvrao wrote:
> Marc Haber wrote:
>> Hi,
>>
>> thanks for your answer.
>>
>> On Mon, Mar 08, 2010 at 05:17:03PM -0800, jvrao wrote:
>>> Marc Haber wrote:
I am looking to get in touch with somebody who knows more about the
connection between host configuration, qemu, kvm, and the virtio blo
Marc Haber wrote:
> Hi,
>
> thanks for your answer.
>
> On Mon, Mar 08, 2010 at 05:17:03PM -0800, jvrao wrote:
>> Marc Haber wrote:
>>> I am looking to get in touch with somebody who knows more about the
>>> connection between host configuration, qemu, kvm, and the virtio block
>>> device driver
Adam Litke wrote:
> When working with the VM state (for loadvm/savevm and migration), it is not
> valid to load and store pointers since the validity of those pointers cannot
> be
> assured in the new qemu address space. Therefore, virtio_balloon_save() and
> virtio_balloon_load() must not handl
Avi Kivity wrote:
> On 03/09/2010 01:00 AM, Jamie Lokier wrote:
> >Avi Kivity wrote:
> >
> >>I think we have to go with a qdev property as Christoph suggests. Then
> >>it becomes the management's responsibility to set it right.
> >>
> >How can the management be expected to know or follow d
Paul Brook wrote:
> > However, coherence could be made host-type-independent by the host
> > mapping and unampping pages, so that each page is only mapped into one
> > guest (or guest CPU) at a time. Just like some clustering filesystems
> > do to maintain coherence.
>
> You're assuming that a TL
When working with the VM state (for loadvm/savevm and migration), it is not
valid to load and store pointers since the validity of those pointers cannot be
assured in the new qemu address space. Therefore, virtio_balloon_save() and
virtio_balloon_load() must not handle the stats-related fields in
Johannes Schindelin wrote:
> Hi,
>
> On Tue, 9 Mar 2010, Luiz Capitulino wrote:
>
> > On Tue, 9 Mar 2010 10:31:23 +0100 (CET)
> > Johannes Schindelin wrote:
> >
> > > On Mon, 8 Mar 2010, Luiz Capitulino wrote:
> > >
> > > > Google has this wonderful program called Summer of Code, in which ope
Hi,
On Tue, 9 Mar 2010, Paolo Bonzini wrote:
> On 03/09/2010 05:01 PM, Natalia Portillo wrote:
> > Documenting QEMU's hardware model may be also a good idea for GSoC2010,
> > as most complains about contributing QEMU are precisely that, having to
> > study the whole code to know how to make anyth
On Tue, Mar 9, 2010 at 10:28 AM, Avi Kivity wrote:
> On 03/09/2010 05:27 PM, Cam Macdonell wrote:
>>
>>>
Registers are used
for synchronization between guests sharing the same memory object when
interrupts are supported (this requires using the shared memory server).
>>>
On 03/09/2010 05:01 PM, Natalia Portillo wrote:
Documenting QEMU's hardware model may be also a good idea for GSoC2010,
as most complains about contributing QEMU are precisely that, having to
study the whole code to know how to make anything new.
Unfortunately, documentation-only projects are o
On 03/07/2010 04:32 AM, Jan Kiszka wrote:
> Kevin Wolf wrote:
>> Am Freitag, 5. März 2010 04:17 schrieb David S. Ahern:
>>> Jan:
>>>
>>> I spent some more time on the EHCI support today. With the attached
>>> patch (delta to the patch from yesterday) a USB key is recognized within
>>> the guest
On 03/04/2010 03:00 AM, Juan Quintela wrote:
Remove not needed ret = 0 assignment.
Signed-off-by: Juan Quintela
Applied all. Thanks.
Regards,
Anthony Liguori
---
block/cow.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/block/cow.c b/block/cow.c
index
On 03/09/2010 11:28 AM, Avi Kivity wrote:
On 03/09/2010 05:27 PM, Cam Macdonell wrote:
Registers are used
for synchronization between guests sharing the same memory object when
interrupts are supported (this requires using the shared memory
server).
How does the driver detect whether i
On 03/09/2010 07:08 PM, Anthony Liguori wrote:
On 03/09/2010 10:38 AM, Paolo Bonzini wrote:
diff --git a/.gitmodules b/.gitmodules
index dd4745e..5217ce7 100644
--- a/.gitmodules
+++ b/.gitmodules
@@ -1,6 +1,6 @@
[submodule "roms/vgabios"]
path = roms/vgabios
-url = ../vgabios.git
On 03/09/2010 05:27 PM, Cam Macdonell wrote:
Registers are used
for synchronization between guests sharing the same memory object when
interrupts are supported (this requires using the shared memory server).
How does the driver detect whether interrupts are supported or not?
Hi,
This is the last piece needed for QEMU-KVM to match the changes that
went into upstream QEMU.
Cheers,
Jes
Use qemu-cfg to provide the BIOS with an optional table of e820 entries.
The missing bits for qemu-kvm.git to match what qemu does.
Signed-off-by: Jes Sorensen
---
qemu-kvm-x86.c |
On 03/02/2010 05:14 AM, Kevin Wolf wrote:
Allow the user to specify the format of the image to rebase.
Signed-off-by: Kevin Wolf
Applied. Thanks.
Regards,
Anthony Liguori
---
qemu-img.c | 20
1 files changed, 16 insertions(+), 4 deletions(-)
diff --git a/qemu
On 03/01/2010 03:20 PM, Stefan Weil wrote:
These files are created by configure and grow
unnecessarily at each new call of configure:
roms/seabios/config.mak
roms/vgabios/config.mak
libhw32/config.mak
libhw64/config.mak
libhw32/config.mak and libhw64/config.mak set
compiler options, and the wro
On 03/01/2010 03:10 PM, Stefan Weil wrote:
Signed-off-by: Stefan Weil
Applied. Thanks.
Regards,
Anthony Liguori
---
configure |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index dfe3e42..a14aba7 100755
--- a/configure
+++ b/configu
On 03/09/2010 10:41 AM, Gerd Hoffmann wrote:
On 03/09/10 17:28, Anthony Liguori wrote:
If a person has a guest that twiddles with LEDs, what are the chances
they are going to figure out that there's an option with VNC to not use
LED status as part of the modifier tracking heuristics?
I don't th
On 03/09/2010 10:38 AM, Paolo Bonzini wrote:
diff --git a/.gitmodules b/.gitmodules
index dd4745e..5217ce7 100644
--- a/.gitmodules
+++ b/.gitmodules
@@ -1,6 +1,6 @@
[submodule "roms/vgabios"]
path = roms/vgabios
- url = ../vgabios.git
+ url = git://git.qemu.org/vgabios.git
On Tue, 2010-03-09 at 18:18 +0200, Michael S. Tsirkin wrote:
> On Tue, Mar 09, 2010 at 09:11:33AM -0700, Alex Williamson wrote:
> > On Tue, 2010-03-09 at 17:30 +0200, Michael S. Tsirkin wrote:
> > > On Tue, Mar 09, 2010 at 08:19:12AM -0700, Alex Williamson wrote:
> > > > A filtering flags bitmap is
On 09.03.2010, at 17:48, malc wrote:
> On Tue, 9 Mar 2010, Alexander Graf wrote:
>
>>
>> On 09.03.2010, at 16:50, Natalia Portillo wrote:
>>
>>> "Qemu towards what xnu expects" --> that's what I called "Mac's memory
>>> space".
>>>
>>> Of course is not only memory, the SMU, TPM module, anyth
On Tue, 9 Mar 2010, Alexander Graf wrote:
>
> On 09.03.2010, at 16:50, Natalia Portillo wrote:
>
> > "Qemu towards what xnu expects" --> that's what I called "Mac's memory
> > space".
> >
> > Of course is not only memory, the SMU, TPM module, anything it will search
> > for without hacking.
>
On Tuesday 09 March 2010 09:55:39 am Natalia Portillo wrote:
> http://wiki.qemu.org/Google_Summer_of_Code_2010
I added a section for possible mentors and added myself to it.
>
> This is a start.
>
> El 09/03/2010, a las 14:14, Anthony Liguori escribió:
> > On 03/08/2010 02:20 PM, Luiz Capitul
On Tue, Mar 9, 2010 at 6:03 AM, Avi Kivity wrote:
> On 03/09/2010 02:49 PM, Arnd Bergmann wrote:
>>
>> On Monday 08 March 2010, Cam Macdonell wrote:
>>
>>>
>>> enum ivshmem_registers {
>>> IntrMask = 0,
>>> IntrStatus = 2,
>>> Doorbell = 4,
>>> IVPosition = 6,
>>> IVLiveList =
On 03/09/10 17:28, Anthony Liguori wrote:
If a person has a guest that twiddles with LEDs, what are the chances
they are going to figure out that there's an option with VNC to not use
LED status as part of the modifier tracking heuristics?
I don't think it's really useful. Like I said in an earl
> > diff --git a/.gitmodules b/.gitmodules
> > index dd4745e..5217ce7 100644
> > --- a/.gitmodules
> > +++ b/.gitmodules
> > @@ -1,6 +1,6 @@
> > [submodule "roms/vgabios"]
> > path = roms/vgabios
> > - url = ../vgabios.git
> > + url = git://git.qemu.org/vgabios.git/
> > [submodule "roms
On 03/09/2010 10:13 AM, Gerd Hoffmann wrote:
On 03/09/10 16:58, Paul Brook wrote:
On 02/26/2010 10:17 AM, Gerd Hoffmann wrote:
Adds infrastructure for keyboard led status tracking to qemu.
Signed-off-by: Gerd Hoffmann
Applied. Thanks.
What about guests that use the capslock LED for someth
On Tue, Mar 09, 2010 at 09:11:33AM -0700, Alex Williamson wrote:
> On Tue, 2010-03-09 at 17:30 +0200, Michael S. Tsirkin wrote:
> > On Tue, Mar 09, 2010 at 08:19:12AM -0700, Alex Williamson wrote:
> > > On Tue, 2010-03-09 at 15:15 +0200, Michael S. Tsirkin wrote:
> > > > diff --git a/hw/virtio-net.
On 03/09/10 16:58, Paul Brook wrote:
On 02/26/2010 10:17 AM, Gerd Hoffmann wrote:
Adds infrastructure for keyboard led status tracking to qemu.
Signed-off-by: Gerd Hoffmann
Applied. Thanks.
What about guests that use the capslock LED for something useful, instead of
capslock?
I offered w
On Tue, 2010-03-09 at 17:30 +0200, Michael S. Tsirkin wrote:
> On Tue, Mar 09, 2010 at 08:19:12AM -0700, Alex Williamson wrote:
> > On Tue, 2010-03-09 at 15:15 +0200, Michael S. Tsirkin wrote:
> > > diff --git a/hw/virtio-net.c b/hw/virtio-net.c
> > > index 5c0093e..01b45ed 100644
> > > --- a/hw/vi
Sorry, rephrasing:
These of course do not have anything to do (but the scandisk one) with
KEYBOARD, however I marked with * the ones that can be a BIOS conflict.
El 09/03/2010, a las 15:41, Natalia Portillo escribió:
*NeXTStep/OpenStep bootloader hangs (Darwin not tested but may be
also).
On 03/09/2010 09:58 AM, Paul Brook wrote:
On 02/26/2010 10:17 AM, Gerd Hoffmann wrote:
Adds infrastructure for keyboard led status tracking to qemu.
Signed-off-by: Gerd Hoffmann
Applied. Thanks.
What about guests that use the capslock LED for something useful, instead of
Add an option to disable syncing capslock/numlock leds state
with capslock/numlock keyboard state. Needed for guests which
use the keyboard leds for something else.
Signed-off-by: Gerd Hoffmann
---
vnc.c | 10 --
vnc.h |1 +
2 files changed, 9 insertions(+), 2 deletions(-)
diff -
El 09/03/2010, a las 15:56, Alexander Graf escribió:
On 09.03.2010, at 16:50, Natalia Portillo wrote:
"Qemu towards what xnu expects" --> that's what I called "Mac's
memory space".
Of course is not only memory, the SMU, TPM module, anything it will
search for without hacking.
(If you
Paul Brook wrote:
>> Is there any reason (other than being coding style) in using qemu_free()
>> instead of free()? As per qem-malloc.c qemu_free() is nothing but free().
>
> The whole point of qemu_{malloc,free} is to isolate code from the system
> implementation of malloc/free. It's entirely p
http://wiki.qemu.org/Google_Summer_of_Code_2010
This is a start.
El 09/03/2010, a las 14:14, Anthony Liguori escribió:
On 03/08/2010 02:20 PM, Luiz Capitulino wrote:
Hi there,
Google has this wonderful program called Summer of Code, in which
open source
projects like ours, suggest possib
> On 02/26/2010 10:17 AM, Gerd Hoffmann wrote:
> > Adds infrastructure for keyboard led status tracking to qemu.
> >
> > Signed-off-by: Gerd Hoffmann
>
> Applied. Thanks.
What about guests that use the capslock LED for something useful, instead of
capslock?
Paul
On 09.03.2010, at 16:50, Natalia Portillo wrote:
> "Qemu towards what xnu expects" --> that's what I called "Mac's memory space".
>
> Of course is not only memory, the SMU, TPM module, anything it will search
> for without hacking.
>
> (If you need testing comment me I have every x86 versions
> > Can't this be achieved by just disabling the feature bits? IOW,
> >
> > ctrl_vq=0,ctrl_vlan=0?
>
> Michael still wants the guest to populate the MAC filter table so that
> we can use it to announce MACs on the bridge, especially after a
> migration.
We don't do that to start with. We only s
On Tue, Mar 09, 2010 at 05:30:31PM +0200, Michael S. Tsirkin wrote:
> On Tue, Mar 09, 2010 at 08:19:12AM -0700, Alex Williamson wrote:
> > On Tue, 2010-03-09 at 15:15 +0200, Michael S. Tsirkin wrote:
> > > diff --git a/hw/virtio-net.c b/hw/virtio-net.c
> > > index 5c0093e..01b45ed 100644
> > > ---
"Qemu towards what xnu expects" --> that's what I called "Mac's memory
space".
Of course is not only memory, the SMU, TPM module, anything it will
search for without hacking.
(If you need testing comment me I have every x86 versions that is
outside of Apple and nVidia, and hardware access
On 09.03.2010, at 16:44, Natalia Portillo wrote:
>>
>> Nice :-). I'd love to mentor. We have a lot of open things to do in the PPC
>> space, but I could just as well use help with finally getting x86 Mac OS X
>> guest support upstream ;-).
>>
>> So who's sending out the actual project applica
Nice :-). I'd love to mentor. We have a lot of open things to do in
the PPC space, but I could just as well use help with finally
getting x86 Mac OS X guest support upstream ;-).
So who's sending out the actual project application? I'd feel odd if
I'd do it.
I hope that with native EFI
*NeXTStep/OpenStep bootloader hangs (Darwin not tested but may be also).
*ScanDisk does not receive keypresses (any at all).
*Windows Me's DOS Microsoft Mouse driver hangs the machine.
*PS/2 mouse not working under Windows Me installation.
*Windows Me blue screens after installation.
A good couple
2010/3/9 Anthony Liguori
>
> On 02/28/2010 02:03 AM, Roy Tam wrote:
>>
>> The commit in r1049 (serial interrupt fix (Hampa Hug)) prevents
>> booting Digital Research DOSPlus. Following patch partially reverts
>> that commit and makes DOSPlus booting in QEMU again.
>>
>> Sign-off-by: Roy Tam
>>
>>
On Tue, Mar 09, 2010 at 08:19:12AM -0700, Alex Williamson wrote:
> On Tue, 2010-03-09 at 15:15 +0200, Michael S. Tsirkin wrote:
> > diff --git a/hw/virtio-net.c b/hw/virtio-net.c
> > index 5c0093e..01b45ed 100644
> > --- a/hw/virtio-net.c
> > +++ b/hw/virtio-net.c
> > @@ -47,6 +47,7 @@ typedef stru
On (Tue) Mar 09 2010 [14:15:45], Juan Quintela wrote:
>
> Hi Amit
Hey Juan,
> Checking migration, I just found this problem:
>
> I don't know what to put there. a return -EINVAL or continue?
> Looking more at the code, I am not sure what checks:
>
> a- that bus->max_nr_ports is the same in bo
On Tue, Mar 9, 2010 at 3:29 AM, Avi Kivity wrote:
> On 03/08/2010 07:57 PM, Cam Macdonell wrote:
>>
>>> Can you provide a spec that describes the device? This would be useful
>>> for
>>> maintaining the code, writing guest drivers, and as a framework for
>>> review.
>>>
>>
>> I'm not sure if you
On 02/25/2010 02:41 AM, Gerd Hoffmann wrote:
From: Izik Eidus
Signed-off-by: Izik Eidus
Signed-off-by: Gerd Hoffmann
Applied. Thanks.
Regards,
Anthony Liguori
---
hw/pci.h | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/hw/pci.h b/hw/pci.h
On 02/24/2010 12:32 AM, Chris Kilgour wrote:
According to AMD document 21485D pp.141, APROMWE is bit 8 of BCR2.
Signed-off-by: Christopher Kilgour
Applied. Thanks.
Regards,
Anthony Liguori
---
diff --git a/hw/pcnet.c b/hw/pcnet.c
index 44b5b31..f889898 100644
--- a/hw/pcnet.c
+++ b/hw/
1 - 100 of 142 matches
Mail list logo
