From: Hans de Goede
The previous default of 0 means that even errors and warnings would not
get printed, which is really not a good default.
Signed-off-by: Hans de Goede
Signed-off-by: Gerd Hoffmann
---
hw/usb/redirect.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
The NetClientInfo .poll() callback is being called directly by
hw/vhost_net.c. Create a public net.c function so callers do not
depend on internals.
This change is useful because later patches change net internals. Those
changes shouldn't affect .poll() callers.
Signed-off-by: Stefan Hajnoczi
On Sat, Oct 20, 2012 at 08:37:04PM +0100, Peter Maydell wrote:
> Rather than printing a message saying we're silently falling
> back to gthread coroutines when running on MacOS, actually
> do it silently.
>
> Signed-off-by: Peter Maydell
> ---
> I guess this is a self-falsifying echo :-)
>
> co
Signed-off-by: Dmitry Fleytman
Signed-off-by: Yan Vugenfirer
---
Makefile.objs | 1 +
iov.c | 53 +
iov.h | 13 +
tests/Makefile | 2 +-
4 files changed, 68 insertions(+), 1 deletion(-)
diff --git a/Makefile.ob
Signed-off-by: Dmitry Fleytman
Signed-off-by: Yan Vugenfirer
---
hw/vmware_utils.h | 24 ++--
hw/vmxnet_debug.h | 121 +++
hw/vmxnet_utils.c | 219 +++
hw/vmxnet_utils.h | 340 ++
4 files changed
Signed-off-by: Gerd Hoffmann
---
hw/usb/hcd-ehci.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/hw/usb/hcd-ehci.c b/hw/usb/hcd-ehci.c
index 287a066..14269da 100644
--- a/hw/usb/hcd-ehci.c
+++ b/hw/usb/hcd-ehci.c
@@ -964,6 +964,9 @@ static void ehci_opreg_write(vo
From: Hans de Goede
While testing the move to async packet handling for interrupt endpoints I
noticed that Windows-XP likes to play tricks with the next pointer for
periodic qh-s, so we should not fail qh / qtd verification when it changes.
Signed-off-by: Hans de Goede
Signed-off-by: Gerd Hoffm
Currently root Makefile try clean tests/tcg, hard to extend.
This patch added command make check-clean, which clean all
generated files used in tests. With this command root Makefile
do not care tests clean method any more, it simply calls the
command to do it, so any more clean script could be a
From: David Gibson
Elements in qemu SGLists can cross IOMMU page boundaries. So, in commit
39c138c8420f51a7da7b35233a8d7400a0b589ac "usb: Fix usb_packet_map() in the
presence of IOMMUs", I changed usb_packet_map() to split up each SGList
element on IOMMU page boundaries and each resulting piece
This function is needed in other module, so export it. There is
already some patch on mail-list try export it, If that patch was applied,
pls ignore this one.
Signed-off-by: Wenchao Xia
---
block.c |2 +-
block.h |2 ++
2 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/blo
On 2012-11-16 14:29, Hans de Goede wrote:
> Hi,
>
> On 11/15/2012 04:40 PM, Jan Kiszka wrote:
>> Hi Hans,
>>
>> On 2012-11-15 16:19, Hans de Goede wrote:
>>> Hi Jan,
>>>
>>> I just saw your $subject patch in Gerd's usb-next tree, and I've a question
>>> about it. The token should be enough to uniq
This patch adds basic Websockets support to the QEMU VNC component. Websockets
allow every modern web browser to connect to QEMU VNC without any additional
plugins.
Because of the GnuTLS requirement the Websockets implementation is optional
(--enable-vnc-ws).
Websockets connections are recogni
This patch adds basic Websockets version 13 - RFC 6455 - support to QEMU
VNC. Binary encoding support on the client side is required.
Websockets support in QEMU is enabled by the configure option
--enable-vnc-ws.
Websockets connections are recognized by waiting 500ms for a Websocket
handshake. If
Hi,
I submit this RFC to be sure I'm doing the right thing about the VirtioBus.
I push the patchset here :
git://git.greensocs.com/qemu_virtio.git virtio_refact
What I proposed to do :
* Introduce a new VirtioBus ( same way as scsi-bus.c ), with VirtIODevice
interface :
->
From: KONRAD Frederic
This patch create a new VirtioBus, which can be added to Virtio transports like
virtio-pci, virtio-mmio,...
One VirtIODevice can be connected to this device, like virtio-blk in the 3rd
patch.
The VirtioBus shares through a VirtioBusInfo structure :
* two callbacks wit
From: KONRAD Frederic
This patch add a VirtioBus in the VirtIOPCIProxy structure. It creates a new
device : "virtio-pci" which init the VirtioBus. Two callback are written :
* void virtio_pci_init_cb(DeviceState *dev) to initialize the PCI interface
after the VirtIODevice init, it is a
From: KONRAD Frederic
This patch just add the virtio-blk device which can connect on a Virtio-Bus. The
initialization fail if no free VirtioBus are present.
Signed-off-by: KONRAD Frederic
---
hw/virtio-blk.c | 84 +
hw/virtio-blk.h | 7 +
- Original Message -
> From: "Christophe Fergeau"
> To: "Dunrong Huang"
> Cc: "Amit Shah" , "spice-devel"
> , "qemu-devel"
>
> Sent: Friday, November 16, 2012 11:49:30 AM
> Subject: Re: [Spice-devel] QEMU hangs when shutdown windows7 guest with
> virtio-serial drivers installed
>
>
Weak symbols were a nice idea, but they turned out not to be
a good one. Toolchain support is just too sparse.
This patch uses a surprisingly low-tech approach, i.e. static
libraries. Symbols in a static library are always overridden
by symbols in an object file. Furthermore, if you place each
When building for MacOS X, default the C compiler to 'cc' (usually
clang) rather than 'gcc'. This avoids the Apple 'gcc', which is
generally an elderly llvm-gcc provided mostly for legacy purposes,
in favour of the best supported compiler available on the platform.
Signed-off-by: Peter Maydell
--
On 16 November 2012 15:50, Paolo Bonzini wrote:
> Weak symbols were a nice idea, but they turned out not to be
> a good one. Toolchain support is just too sparse.
>
> This patch uses a surprisingly low-tech approach, i.e. static
> libraries. Symbols in a static library are always overridden
> by
On 16 November 2012 16:54, Peter Maydell wrote:
> And it doesn't build on Linux:
Adding libqemustub.a to the vscclient$(EXESUF) prerequisites fixes
that, and then it fails on qemu-system-arm:
LINK arm-softmmu/qemu-system-arm
../qmp.o: In function `qmp_query_cpu_definitions':
/home/petmay01/li
On 16 November 2012 17:06, Peter Maydell wrote:
> This turns out to be the same problem as the MacOS failure:
> as well as building the libqemustub.a in the root directory
> we also try to create an empty libqemustub.a in arm-softmmu/
> (or whatever the target subdir is). On MacOS this fails
> bec
Am 16.11.2012 10:35, schrieb Paolo Bonzini:
Il 15/11/2012 23:18, Stefan Weil ha scritto:
Am 15.11.2012 21:52, schrieb Paolo Bonzini:
Il 15/11/2012 19:01, Stefan Weil ha scritto:
Hi Paolo,
this patch breaks QEMU on 32 and 64 bit hosts, native and with Wine.
It's easy to reproduce the SIGSEGV c
Weak symbols were a nice idea, but they turned out not to be a good one.
Toolchain support is just too sparse, in particular llvm-gcc is totally
broken.
This patch uses a surprisingly low-tech approach: a static library.
Symbols in a static library are always overridden by symbols in an
object fil
Il 16/11/2012 18:15, Stefan Weil ha scritto:
>
> Tested-by: Stefan Weil
>
> Great, the above patch fixes w32/w64 (native and with Wine).
> Is this modification needed / does it work with MacOS X, too?
Yes, but I found a way to get rid of weak references completely. The
testing is still preciou
Am 16.11.2012 11:38, schrieb Kevin Wolf:
Am 15.11.2012 17:37, schrieb Paolo Bonzini:
Il 15/11/2012 17:13, ronnie sahlberg ha scritto:
On Thu, Nov 15, 2012 at 7:54 AM, Paolo Bonzini wrote:
Il 15/11/2012 15:57, ronnie sahlberg ha scritto:
I dont know if we should switch to use synchronous code
On 16 November 2012 09:35, Paolo Bonzini wrote:
> Ok, I reproduced the original binutils bug, and found a typo in the
> weakrefs implementation. Does this work for you?
>
> diff --git a/compiler.h b/compiler.h
> index 55d7d74..d552757 100644
> --- a/compiler.h
> +++ b/compiler.h
> @@ -50,11 +50,1
Il 16/11/2012 18:52, Peter Maydell ha scritto:
> clang: error: linker command failed with exit code 1 (use -v to see
> invocation)
>
> (clang builds OK with current git master.)
But I have no idea why, or whether the generated code is correct...
Looks like the safest bet is to go with the good
Il 16/11/2012 18:38, Peter Lieven ha scritto:
> Am 16.11.2012 11:38, schrieb Kevin Wolf:
>> Am 15.11.2012 17:37, schrieb Paolo Bonzini:
>>> Il 15/11/2012 17:13, ronnie sahlberg ha scritto:
On Thu, Nov 15, 2012 at 7:54 AM, Paolo Bonzini
wrote:
> Il 15/11/2012 15:57, ronnie sahlberg ha
On 16 November 2012 17:35, Paolo Bonzini wrote:
> Weak symbols were a nice idea, but they turned out not to be a good one.
> Toolchain support is just too sparse, in particular llvm-gcc is totally
> broken.
>
> This patch uses a surprisingly low-tech approach: a static library.
> Symbols in a stat
This function was only introduced in glib 2.28.0.
Signed-off-by: Anthony Liguori
---
backends/rng-egd.c | 19 ++-
1 file changed, 14 insertions(+), 5 deletions(-)
diff --git a/backends/rng-egd.c b/backends/rng-egd.c
index ec58358..ad84737 100644
--- a/backends/rng-egd.c
+++ b/ba
Following on the heels of a successful KVM Forum and oVirt Workshop,
FOSDEM will be hosting a Virtualization DevRoom in February. If you've
been to FOSDEM before, you know this is about developers and code, not
products.
Presentation proposals are due by December 16th 2012.
The full details are
On 11/16/2012 03:04 AM, Aurelien Jarno wrote:
> +static inline void check_dsp(CPUMIPSState *env, DisasContext *ctx)
> {
> if (unlikely(!(ctx->hflags & MIPS_HFLAG_DSP))) {
> -generate_exception(ctx, EXCP_DSPDIS);
> +if (env->insn_flags & ASE_DSP) {
> +generate_excep
On 11/16/2012 03:04 AM, Aurelien Jarno wrote:
> +return (int32_t)ds.sw[0]; \
Why the extra cast? You know what type .sw is...
r~
The Buildbot has detected a new failure on builder default_mingw32 while
building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/default_mingw32/builds/438
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: kraxel_rhel61
Build Reason:
Am 16.11.2012 23:48, schrieb q...@buildbot.b1-systems.de:
The Buildbot has detected a new failure on builder default_mingw32 while
building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/default_mingw32/builds/438
Buildbot URL: http://buildbot.b1-systems.de/q
101 - 137 of 137 matches
Mail list logo
