chardev_init functions use socket,so socket_init() shoud be placed at
the front of chardev_init on win32.
Signed-off-by: TeLeMan
---
vl.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/vl.c b/vl.c
index 460e050..96835e2 100644
--- a/vl.c
+++ b/vl.c
@@ -3468,6 +3468,8
On Wed, Apr 14, 2010 at 12:28 AM, Jan Kiszka wrote:
> Alexander Graf wrote:
>> On 13.04.2010, at 15:36, Jan Kiszka wrote:
>>
>>> Jun Koi wrote:
Hi,
I am looking into the singlestep command in monitor interface, and it
seems that we only take into account the singlestep flag whe
On Thu, 15 Apr 2010, Paolo Bonzini wrote:
> On 04/15/2010 02:13 AM, malc wrote:
> > > > > > > > > >+static uint64_t get_monotonic_time(void)
> > > > > > > > > >+{
> > > > > > > > > >+struct timespec time_space;
> > > > > > > > > >+clock_gettime(CLOCK_MONOTONIC,&
On 04/15/2010 02:19 AM, Alexander Graf wrote:
Let's start by fixing what is broken. Last time I checked
iothread was broken. If it's fixed, there was as usual no trace
of the patches on the list...
There was a patch from blue, posted, pinged, NACK'ed, pinged, ACK'ed
my Marcelo, pushed.
Yeah
On 04/15/2010 02:13 AM, malc wrote:
> > > >+static uint64_t get_monotonic_time(void)
> > > >+{
> > > >+struct timespec time_space;
> > > >+clock_gettime(CLOCK_MONOTONIC,&time_space);
> > a. The presence of monotonic clock is not guranteed
>
> There is qemu
On 15.04.2010, at 02:08, Paolo Bonzini wrote:
> On 04/15/2010 01:32 AM, Aurelien Jarno wrote:
>> Hi all,
>>
>> My impression is that few persons have interest in linux-user or
>> non-KVM targets areas, at least from the development point of view.
>> I personally don't care about linux-user code,
On Thu, 15 Apr 2010, Paolo Bonzini wrote:
> On 04/14/2010 10:51 PM, malc wrote:
> > > > +
> > > > +static uint64_t get_monotonic_time(void)
> > > > +{
> > > > +struct timespec time_space;
> > > > +clock_gettime(CLOCK_MONOTONIC,&time_space);
> > a. The presence of monotonic clock is no
On 04/15/2010 01:32 AM, Aurelien Jarno wrote:
Hi all,
My impression is that few persons have interest in linux-user or
non-KVM targets areas, at least from the development point of view.
I personally don't care about linux-user code, though I have tried to
merge patches in this area anyway, as o
Hi all,
My impression is that few persons have interest in linux-user or
non-KVM targets areas, at least from the development point of view.
I personally don't care about linux-user code, though I have tried to
merge patches in this area anyway, as otherwise they are just
bitrotting on the maili
On Mon, Apr 12, 2010 at 2:56 PM, Avi Kivity wrote:
> On 04/08/2010 01:52 AM, Cam Macdonell 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 uni
On 04/14/2010 06:52 PM, Blue Swirl wrote:
On 4/14/10, Gerd Hoffmann wrote:
+static inline void atomic_or(uint32_t *var, uint32_t add)
+{
+ __asm__ __volatile__ ("lock; orl %1, %0" : "+m" (*var) : "r" (add) :
"memory");
+}
This will break on non-x86 hosts.
I'd just use __sync_fetc
On 04/14/2010 10:51 PM, malc wrote:
> +
> +static uint64_t get_monotonic_time(void)
> +{
> +struct timespec time_space;
> +clock_gettime(CLOCK_MONOTONIC,&time_space);
a. The presence of monotonic clock is not guranteed
There is qemu_get_clock_ns(rt_clock).
Paolo
Hello,
Our lab just did a pull from the qemu repository and now we are unable to run a
32-bit sparc target on a 64-bit host. This functionality was working before we
did the pull. The error message we get is:mmap: No such device or address
And then the process dies. We are not sure why this is o
On 14.04.2010, at 11:55, Gerd Hoffmann wrote:
>
> +static inline void atomic_or(uint32_t *var, uint32_t add)
> +{
> + __asm__ __volatile__ ("lock; orl %1, %0" : "+m" (*var) : "r" (add) :
> "memory");
I hope this is going away? I don't see why QXL should be coupled to x86 host
and guest only
On Wed, 14 Apr 2010, Gerd Hoffmann wrote:
The code does not follow neither audio(which is passable should it be
internally consistent) nor general QEMU code style (braces missing)
> ---
> Makefile.objs |1 +
> audio/audio.c |3 +
> audio/audio_int.h |1 +
> audio/spiceaud
Implement full modrm+sib addressing mode processing.
Use that in qemu_ld/st to output the LEA.
Signed-off-by: Richard Henderson
---
tcg/i386/tcg-target.c | 91 -
1 files changed, 60 insertions(+), 31 deletions(-)
diff --git a/tcg/i386/tcg-target
The result is shorter than the mov+add that TCG would
otherwise generate for us.
Signed-off-by: Richard Henderson
---
tcg/i386/tcg-target.c | 23 ---
1 files changed, 20 insertions(+), 3 deletions(-)
diff --git a/tcg/i386/tcg-target.c b/tcg/i386/tcg-target.c
index 4dec422.
Define OPC_CALL_Jz, generated by tcg_out_calli; use the later
throughout. Unify the calls within qemu_st; adjust the stack
with a single pop if applicable.
Define and use EXT_CALLN_Ev for indirect calls.
Signed-off-by: Richard Henderson
---
tcg/i386/tcg-target.c | 49
Define and use OPC_IMUL_GvEv{,Ib,Iz}.
Signed-off-by: Richard Henderson
---
tcg/i386/tcg-target.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/tcg/i386/tcg-target.c b/tcg/i386/tcg-target.c
index 484e789..b806d18 100644
--- a/tcg/i386/tcg-target.c
+++ b/tcg/i386
Define OPC_GRP3 and EXT3_FOO to match. Use them instead of
bare constants.
Define OPC_GRP5 and rename the existing EXT_BAR to EXT5_BAR to
make it clear which extension should be used with which opcode.
Signed-off-by: Richard Henderson
---
tcg/i386/tcg-target.c | 38 +-
Define and use OPC_RET.
Signed-off-by: Richard Henderson
---
tcg/i386/tcg-target.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/tcg/i386/tcg-target.c b/tcg/i386/tcg-target.c
index f6399ab..376ac7b 100644
--- a/tcg/i386/tcg-target.c
+++ b/tcg/i386/tcg-target.c
@@ -18
Define and use OPC_SETCC.
Signed-off-by: Richard Henderson
---
tcg/i386/tcg-target.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/tcg/i386/tcg-target.c b/tcg/i386/tcg-target.c
index 376ac7b..af051b0 100644
--- a/tcg/i386/tcg-target.c
+++ b/tcg/i386/tcg-target.c
@@
Define and use OPC_XCHG_ax_r32.
Signed-off-by: Richard Henderson
---
tcg/i386/tcg-target.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/tcg/i386/tcg-target.c b/tcg/i386/tcg-target.c
index b806d18..d8367b0 100644
--- a/tcg/i386/tcg-target.c
+++ b/tcg/i386/tcg-target
Define and use OPC_MOVL_Iv.
Signed-off-by: Richard Henderson
---
tcg/i386/tcg-target.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/tcg/i386/tcg-target.c b/tcg/i386/tcg-target.c
index 1243759..76b36aa 100644
--- a/tcg/i386/tcg-target.c
+++ b/tcg/i386/tcg-target.c
@@
Move tcg_out_push/pop up in the file so that they can be used
by qemu_ld/st. Define a tcg_out_pushi to be used as well.
Signed-off-by: Richard Henderson
---
tcg/i386/tcg-target.c | 50 +++-
1 files changed, 32 insertions(+), 18 deletions(-)
diff --
Define OPC_MOVB* and OPC_MOVL*; use them throughout.
Use tcg_out_ld/st instead of bare tcg_out_modrm_offset
when it makes sense.
Signed-off-by: Richard Henderson
---
tcg/i386/tcg-target.c | 51 +++-
1 files changed, 24 insertions(+), 27 deletions(-)
If the address register overlaps one of the output registers
simply issue the clobbering load last, rather than emitting
an extra move of the address register.
Signed-off-by: Richard Henderson
---
tcg/i386/tcg-target.c | 20 +---
1 files changed, 9 insertions(+), 11 deletions(-
Define OPC_JCC*, OC_JMP*, and EXT_JMPN_Ev. Use them throughout.
Signed-off-by: Richard Henderson
---
tcg/i386/tcg-target.c | 58 +++-
1 files changed, 33 insertions(+), 25 deletions(-)
diff --git a/tcg/i386/tcg-target.c b/tcg/i386/tcg-target.c
inde
Add more OPC values, and tgen_arithr. Use the later throughout.
Note that normal reg/reg arithmetic now uses the Gv,Ev opcode form
instead of the Ev,Gv opcode form used previously. Both forms
disassemble properly, and so there's no visible change when diffing
log files before and after the chang
Define OPC_SHIFT_{1,Ib,cl}. Factor opcode emission to a function.
Signed-off-by: Richard Henderson
---
tcg/i386/tcg-target.c | 47 +++
1 files changed, 23 insertions(+), 24 deletions(-)
diff --git a/tcg/i386/tcg-target.c b/tcg/i386/tcg-target.c
ind
Define OPC_BSWAP. Factor opcode emission to separate functions.
Use bswap+shift to implement 16-bit swap instead of a rolw; this
gets the proper zero-extension required by INDEX_op_bswap16_i32.
Signed-off-by: Richard Henderson
---
tcg/i386/tcg-target.c | 53 +--
Define OPC_ARITH_EvI[bz]; use throughout. Use tcg_out_ext8u
directly in setcond. Use tgen_arithi in qemu_ld/st.
Signed-off-by: Richard Henderson
---
tcg/i386/tcg-target.c | 28 +++-
1 files changed, 11 insertions(+), 17 deletions(-)
diff --git a/tcg/i386/tcg-target.c
Define OPC_MOVSBL and OPC_MOVSWL. Factor opcode emission to
separate functions. Don't restrict the input register to the
low 4 "q" registers; emit shifts instead if needed.
Signed-off-by: Richard Henderson
---
tcg/i386/tcg-target.c | 49 +
1 fi
Most of this patch series replaces the use of hard-coded constants
with symbolic definitions of the opcode space. There are a few
changes to code generation scattered within, as I came across them.
After the review cycle on this sequence, I'll do the same for the
x86-64 port. Although I do begin
Setting the registers one by one is easier to read, and gets
optimized by the compiler just the same.
Signed-off-by: Richard Henderson
---
tcg/i386/tcg-target.c | 11 ++-
1 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/tcg/i386/tcg-target.c b/tcg/i386/tcg-target.c
index
Define OPC_MOVZBL and OPC_MOVZWL. Factor opcode emission to
separate functions. Don't restrict the input register to the
low 4 "q" registers; emit an AND instead if needed.
Signed-off-by: Richard Henderson
---
tcg/i386/tcg-target.c | 68 ++--
1 fil
Signed-off-by: Richard Henderson
---
tcg/i386/tcg-target.c | 13 +
1 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/tcg/i386/tcg-target.c b/tcg/i386/tcg-target.c
index e684b33..f5c24f7 100644
--- a/tcg/i386/tcg-target.c
+++ b/tcg/i386/tcg-target.c
@@ -36,16 +36,21 @@ s
2010/4/14 Blue Swirl :
> On 4/14/10, Artyom Tarasenko wrote:
>> 2010/4/14 Blue Swirl :
>>
>> > On 4/14/10, Artyom Tarasenko wrote:
>> >> 2010/4/14 Artyom Tarasenko :
>> >>
>> >> > 2010/4/3 Blue Swirl :
>> >> >> could be interesting to see what OBP
>> >> >> from a real machine would think o
David S. Ahern wrote:
>
> On 04/13/2010 05:35 PM, Jan Kiszka wrote:
>> David S. Ahern wrote:
>>> After a month of code refactoring and clean ups, etc, I thought I would
>>> send along an update. The attached patch is relative to your ehci
>>> branch; I also attached the full usb-ehci.c file for ea
On 4/14/10, Artyom Tarasenko wrote:
> 2010/4/14 Blue Swirl :
>
> > On 4/14/10, Artyom Tarasenko wrote:
> >> 2010/4/14 Artyom Tarasenko :
> >>
> >> > 2010/4/3 Blue Swirl :
> >> >> could be interesting to see what OBP
> >> >> from a real machine would think of the QEMU machine.
> >> >
> >
David S. Ahern wrote:
>
> On 04/13/2010 07:20 PM, Alexander Graf wrote:
> It still needs a lot of love, but definitely an improvement from the
> last version. The biggest difference for the performance boost and
> stability is discovering that the usbfs in linux limits transactions to
2010/4/14 Blue Swirl :
> On 4/14/10, Artyom Tarasenko wrote:
>> 2010/4/14 Artyom Tarasenko :
>>
>> > 2010/4/3 Blue Swirl :
>> >> could be interesting to see what OBP
>> >> from a real machine would think of the QEMU machine.
>> >
>> > it doesn't live long enough to think something (must be som
On 4/14/10, Artyom Tarasenko wrote:
> 2010/4/14 Artyom Tarasenko :
>
> > 2010/4/3 Blue Swirl :
> >> could be interesting to see what OBP
> >> from a real machine would think of the QEMU machine.
> >
> > it doesn't live long enough to think something (must be something trivial):
> >
> > $ spa
On Wed, Apr 14, 2010 at 4:50 PM, Kevin Wolf wrote:
> +static int raw_set_locked(BlockDriverState *bs, int locked)
> +{
> + RAWState *s = bs->opaque;
> + bdrv_set_locked(s->hd, locked);
> + return 0;
> +}
Not something for this patch, but it's odd that
BlockDriver->bdrv_set_locked() has a
On 4/14/10, Nadav Amit wrote:
> This version addresses the compatibility issues raised by Paul Brooks, and
> loads the DMAR table without addition command line parameters.
> Caching-mode is now disabled (it's not required for the current
> implementation).
>
> ---
>
> This patch enables basic
On Wed, 14 Apr 2010, Jamie Lokier wrote:
Gerhard Wiesinger wrote:
It is a non public, proprietary application which uses the Ergo Computing
286 DOS Extender. I guess some other application which use the same DOS
extender have the same problem. So best thing is to find another
application which
2010/4/14 Artyom Tarasenko :
> 2010/4/3 Blue Swirl :
>> could be interesting to see what OBP
>> from a real machine would think of the QEMU machine.
>
> it doesn't live long enough to think something (must be something trivial):
>
> $ sparc64-softmmu/qemu-system-sparc64 -bios u1_v3.11.1.bin -nograp
On 4/14/10, Gerd Hoffmann wrote:
> +static inline void atomic_or(uint32_t *var, uint32_t add)
> +{
> + __asm__ __volatile__ ("lock; orl %1, %0" : "+m" (*var) : "r" (add) :
> "memory");
> +}
This will break on non-x86 hosts.
> +static QXLInterface qxl_interface = {
> +.base.type
Am 14.04.2010 13:13, schrieb Stefan Hajnoczi:
> Signed-off-by: Stefan Hajnoczi
> ---
Thanks, applied to the block branch.
Kevin
This fixes the problem that qemu-img's use of no_zero_init only considered the
no_zero_init flag of the format driver, but not of the underlying protocols.
Between the raw/file split and this fix, converting to host devices is broken.
Signed-off-by: Kevin Wolf
---
block.c| 13
From: Christoph Hellwig
We're running into various problems because the "raw" file access, which
is used internally by the various image formats is entangled with the
"raw" image format, which maps the VM view 1:1 to a file system.
This patch renames the raw file backends to the file protocol wh
Move bdrv_open_common so it's defined before its callers and remove the forward
declaration.
Signed-off-by: Kevin Wolf
---
block.c | 145 +++
1 files changed, 71 insertions(+), 74 deletions(-)
diff --git a/block.c b/block.c
index e04f
bdrv_open contains quite some code that is only useful for opening images (as
opposed to opening files by a protocol), for example snapshots.
This patch splits the code so that we have bdrv_open_file() for files (uses
protocols), bdrv_open() for images (uses format drivers) and bdrv_open_common()
This is the next version of the format/protocol split RFC that Christoph posted
on Monday. I did fix image creation in his original patch and added some
additional patches for more cleanup and to fix the no_zero_init bug that is
mentioned in the commit log of this first patch.
One point that still
On 04/14/2010 03:50 PM, Richard Henderson wrote:
These are all follow-ups to Aurelien's review of my finish-the-port
post of last week.
I've been able to do some testing of system mode now. Both arm-test
and sparc-test seem to have some problem entering user-mode. This is
suggesive of the prob
2010/4/3 Blue Swirl :
> could be interesting to see what OBP
> from a real machine would think of the QEMU machine.
it doesn't live long enough to think something (must be something trivial):
$ sparc64-softmmu/qemu-system-sparc64 -bios u1_v3.11.1.bin -nographic
-cpu 'TI UltraSparc I' -d in_asm,in
These are all follow-ups to Aurelien's review of my finish-the-port
post of last week.
I've been able to do some testing of system mode now. Both arm-test
and sparc-test seem to have some problem entering user-mode. This is
suggesive of the problem Aurelien described wrt re-translation, but
as f
Define "M" constraint for and_mask_p and "O" constraint for or_mask_p.
Assume that inputs are correct in tcg_out_ori and tcg_out_andi.
Signed-off-by: Richard Henderson
---
tcg/hppa/tcg-target.c | 108
tcg/hppa/tcg-target.h |2 +
2 files chang
Along the tlb hit path, we were modifying the variables holding the input
register numbers, which lead to incorrect expansion of the tlb miss path.
Fix this by extracting the tlb hit path to separate functions with their
own local variables. This also makes the difference between softmmu and
user-
Branch offsets should only be overwritten during relocation,
to support partial retranslation.
Signed-off-by: Richard Henderson
---
tcg/hppa/tcg-target.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/tcg/hppa/tcg-target.c b/tcg/hppa/tcg-target.c
index 6941e22.
Remove neg, ext8u, ext16u, as requested.
Signed-off-by: Richard Henderson
---
tcg/hppa/tcg-target.c | 16
tcg/hppa/tcg-target.h |8 +---
2 files changed, 5 insertions(+), 19 deletions(-)
diff --git a/tcg/hppa/tcg-target.c b/tcg/hppa/tcg-target.c
index 6536a42..cb605f1
Load from the guest_base variable rather than embed a constant.
Always reserve TCG_GUEST_BASE_REG if guest base support enabled.
Signed-off-by: Richard Henderson
---
tcg/hppa/tcg-target.c | 20 ++--
1 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/tcg/hppa/tcg-t
Issue the tlb load as early as possible and perform the address
masking while the load is completing.
Signed-off-by: Richard Henderson
---
tcg/hppa/tcg-target.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/tcg/hppa/tcg-target.c b/tcg/hppa/tcg-target.c
index 2f3b
Hi all,
I've been modifying qemu's pl011 uart emulation for my custom requirement. I've
added some new source files and want to include it with QEMU's build script.
Also I want to link a library with it. Where should I need to add these new
source files and library in Makefile or some other
From: Herbert Xu
Date: Wed, 14 Apr 2010 08:58:22 +0800
> On Tue, Apr 13, 2010 at 08:31:03PM +0200, Eric Dumazet wrote:
>>
>> Herbert Acked your patch, so I guess its OK, but I think it can be
>> dangerous.
>
> The tun socket accounting was never designed to stop it from
> flooding another tun in
Signed-off-by: Stefan Hajnoczi
---
linux-aio.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/linux-aio.c b/linux-aio.c
index 5e892b0..68f4b3d 100644
--- a/linux-aio.c
+++ b/linux-aio.c
@@ -123,7 +123,7 @@ static void qemu_laio_completion_cb(void *opaque)
do
"Kevin O'Connor" writes:
> It looks like memory layout changes in the f-segment is tickling the
> underlying bug. I don't think SMBIOS, the above commit, or the other
> commit identified earlier are the root cause of the problem. Instead,
> I'd guess these commits just change the memory layout
Jan Kiszka wrote:
> In some scenarios, we use QEMU in emulation mode for such a legacy guest
> (16-bit protected mode), but we mostly run it in KVM mode these days. It
> works fairly well under QEMU, but also we did not explore all corner cases.
I'm glad too see it's alive and well then :-)
> > O
This version addresses the compatibility issues raised by Paul Brooks, and
loads the DMAR table without addition command line parameters.
Caching-mode is now disabled (it's not required for the current implementation).
---
This patch enables basic Intel IOMMU (VT-d) emulation for DMA remappings.
With that patch applied you'll actually see the guests screen in the
spice client. This does *not* bring qxl and full spice support though.
This is basically the qxl vga mode made more generic, so it plays
together with any qemu-emulated gfx card. You can display stdvga or
cirrus via spice client
---
Makefile.target |2 +-
hw/hw.h | 14 +
hw/pc.c |8 +
hw/qxl.c| 1035 +++
hw/vga_int.h|2 +-
qemu-spice.h|2 +
sysemu.h|3 +-
vl.c|4 +-
8 files changed, 1066 insert
Not fully functional yet. Known issues:
- if the guest creates a "top down" primary surface (windows does)
the vns/sdl display will be upside down.
- mouse pointer isn't rendered.
---
hw/qxl.c | 121 +++--
1 files changed, 117 inserti
---
Makefile.objs |1 +
audio/audio.c |3 +
audio/audio_int.h |1 +
audio/spiceaudio.c | 315
4 files changed, 320 insertions(+), 0 deletions(-)
create mode 100644 audio/spiceaudio.c
diff --git a/Makefile.objs b/Makefil
---
spice-display.c |2 +-
spice-input.c | 95 ++
2 files changed, 89 insertions(+), 8 deletions(-)
diff --git a/spice-display.c b/spice-display.c
index 44c259d..d741d1d 100644
--- a/spice-display.c
+++ b/spice-display.c
@@ -149,7 +149,7
---
Makefile |2 +-
pc-bios/vgabios-cirrus.bin | Bin 35840 -> 35840 bytes
pc-bios/vgabios-qxl.bin| Bin 0 -> 40448 bytes
pc-bios/vgabios.bin| Bin 38400 -> 40448 bytes
4 files changed, 1 insertions(+), 1 deletions(-)
create mode 100644 pc-bios/vgabios-qxl.bin
Add options to the -spice command line switch to setup tls:
tls-port
listening port
x509-dir
x509 file directory. Expects same filenames as
-vnc $display,x509=$dir
x509-key-file
x509-key-password
x509-cert-file
x509-cacert-file
x509-dh-key-file
x509 files can als
Open mouse channel. Now you can move the guests mouse pointer.
No tablet / absolute positioning (yet) though.
---
spice-input.c | 31 +++
1 files changed, 31 insertions(+), 0 deletions(-)
diff --git a/spice-input.c b/spice-input.c
index e05f300..c22ab53 100644
--- a
---
configure | 36
1 files changed, 36 insertions(+), 0 deletions(-)
diff --git a/configure b/configure
index 7c06719..3179952 100755
--- a/configure
+++ b/configure
@@ -299,6 +299,7 @@ pkgversion=""
check_utests="no"
user_pie="no"
zero_malloc=""
+spice=
Add -spice command line switch. Has support setting passwd and port for
now. With this patch applied the spice client can successfully connect
to qemu. You can't do anything useful yet though.
---
Makefile.target |1 +
qemu-config.c |3 +
qemu-config.h |1 +
qemu-options.hx |
Hi folks,
Here is a early spice patch series for review and comments. It is not
yet complete (save/load/migration isn't addressed at all yet) and it has
some known issues (local rendering isn't fully functional). Also things
are in flux in upstream spice, this patch series depends on not-yet
c
Open keyboard channel. Now you can type into the spice client and the
keyboard events are sent to your guest. You'll need some other display
like vnc to actually see the guest responding to them though.
---
Makefile.target |2 +-
qemu-spice.h|1 +
spice-input.c | 57 +
Hi,
When specifying ide devices using -device, the cmos information
which the bios depends on is not written. This patch generalizes
the cmos hd data setting for the existing code path and adds the
ability to call that code on a per machine, per ide drive basis.
Hmm.
With -device and thus a
Am 13.04.2010 20:20, schrieb Christoph Hellwig:
> On Mon, Apr 12, 2010 at 04:49:16PM +0200, Kevin Wolf wrote:
>> bdrv_open contains quite some code that is only useful for opening images (as
>> opposed to opening files by a protocol), for example snapshots.
>>
>> This patch splits the code so that
Jamie Lokier wrote:
> Gerhard Wiesinger wrote:
>> It is a non public, proprietary application which uses the Ergo Computing
>> 286 DOS Extender. I guess some other application which use the same DOS
>> extender have the same problem. So best thing is to find another
>> application which uses the
Amit Shah wrote:
> Hello,
>
> These patches rework the way ports are announced to the guests. A
> control message is used to let the guest know a new port is
> added. Initial port discovery and port hot-plug work via this way now.
>
> This was done to have the host and guest port numbering in sync
85 matches
Mail list logo
