So that would point to virtio. This appears to be the place for virtio bugs,
correct?
Should I be doing anything to help usher this along?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/818673
Title
- Original Message -
> On Fri, 2011-08-12 at 09:54 +0800, Jason Wang wrote:
> > As multi-queue nics were commonly used for high-end servers,
> > current single queue based tap can not satisfy the
> > requirement of scaling guest network performance as the
> > numbers of vcpus increase. So
- Original Message -
> On Fri, Aug 12, 2011 at 09:55:20AM +0800, Jason Wang wrote:
> > With the abstraction that each socket were a backend of a
> > queue for userspace, this patch adds multiqueue support for
> > tap device by allowing multiple sockets to be attached to a
> > tap device.
- Original Message -
> Le vendredi 12 août 2011 à 09:55 +0800, Jason Wang a écrit :
>
> >+ rxq = skb_get_rxhash(skb);
> >+ if (rxq) {
> >+ tfile = rcu_dereference(tun->tfiles[rxq % numqueues]);
> >+ if (tfile)
> >+ goto out;
> >+ }
>
> You can avoid an expensive divide with following tr
- Original Message -
> On Fri, 2011-08-12 at 09:55 +0800, Jason Wang wrote:
> > From: Krishna Kumar
> >
> > Implement mq virtio-net driver.
> >
> > Though struct virtio_net_config changes, it works with the old
> > qemu since the last element is not accessed unless qemu sets
> > VIRTIO_N
In certain circumstances, posix-aio-compat can incur a lot of latency:
- threads are created by vcpu threads, so if vcpu affinity is set,
aio threads inherit vcpu affinity. This can cause many aio threads
to compete for one cpu.
- we can create up to max_threads (64) aio threads in one go;
On 08/12/2011 06:24 AM, Anthony Liguori wrote:
On 08/08/2011 06:37 AM, Avi Kivity wrote:
+static void spawn_thread_bh_fn(void *opaque)
+{
+mutex_lock(&lock);
+do_spawn_thread();
+mutex_unlock(&lock);
+}
The locking here is odd. Why not call do_spawn_thread() without the
lock, an
On 08/12/2011 06:48 AM, Anthony Liguori wrote:
target_phys_addr_t offset_in_region;
AddrRange addr;
uint8_t dirty_log_mask;
+bool readable;
@@ -125,6 +125,7 @@ struct FlatRange {
In a follow up, it might be good to add a comment explaining that this
whole readable thing i
Improvements to the libtool support in QEMU. Replace hard coded
libtool in the infrastructure with $(LIBTOOL) and allow
overriding the libtool binary used via the configure
script.
Signed-off-by: Brad Smith
---
Makefile.objs |2 +-
configure |5 ++---
libcacard/Makefile |
On Sat, Aug 13, 2011 at 05:23:57PM -0400, Brad wrote:
> libcacard: use INSTALL_DATA for data
>
> Signed-off-by: Brad Smith
>
Thanks, I'll add it to the next pull request.
> ---
> libcacard/Makefile |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/libcacard/Makef
All working now, I think some BIOS files were missing. Please close this
bug report.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/825776
Title:
-boot -hda //.//physicaldrivex does not work if it i
libcacard: use INSTALL_DATA for data
Signed-off-by: Brad Smith
---
libcacard/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/libcacard/Makefile b/libcacard/Makefile
index 5cd7594..fe9747a 100644
--- a/libcacard/Makefile
+++ b/libcacard/Makefile
@@ -54,7 +54,7
On Sat, Aug 13, 2011 at 21:54, Nithish R wrote:
> Hi
> Thanx a lot... It worked...
nice, btw, please reply to the list too, I don't want to take it as
private discussion
> By the way do u know how the log file is generated in the qemu monitor when
> we give the commands like log out_asm, in_
On Fri, Aug 12, 2011 at 7:22 PM, Blue Swirl wrote:
> On Fri, Aug 12, 2011 at 4:49 PM, Peter Maydell
> wrote:
>> Don't use req before it has been initialised in scsi_req_new().
>> This fixes a compile failure due to gcc complaining about this.
>
> It fixes a crash if the warning is ignored:
> Con
Looking at you patch for full image preallocation I noted you used
bdrv_write to fill space with zeroes. Nothing wrong but I would add a
call to fallocate or posix_fallocate in order to get less
fragmentation on file system. Perhaps there should be a
bdrv_preallocate call ??
Regards
Frediano
It's something related to Windows. I have in the same machine a linux
server working with spice enabled and is rock solid. The windows
machines crash with that error randomnly.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://b
Public bug reported:
qemu-system-x86_64.exe -L . -name "RMPrepUSB Emulation Session" -boot c
-m 500 -hda //./PhysicalDrive1
just opens a blank QEMU window (no BIOS POSt messages) and does nothing
qemu v 0.15.0
Under Windows 7 64-bit
drive1 is a USB Flash drive
Previous version of x86_64 (Jan 20
On Sat, Aug 13, 2011 at 9:38 AM, Stefan Weil wrote:
> Am 15.07.2011 21:38, schrieb Stefan Weil:
>>
>> Here are some small patches needed for the w32 and w64 platforms.
>>
>> [PATCH 1/3] Fix conversions from pointer to tcg_target_long
>> [PATCH 2/3] w64: Add definition of FMT_pid
>> [PATCH 3/3] w32
Am 15.07.2011 21:38, schrieb Stefan Weil:
Here are some small patches needed for the w32 and w64 platforms.
[PATCH 1/3] Fix conversions from pointer to tcg_target_long
[PATCH 2/3] w64: Add definition of FMT_pid
[PATCH 3/3] w32: Fix format string regression
Kind regards,
Stefan
What about thes
Am 20.07.2011 20:56, schrieb Stefan Weil:
cppcheck reports this error:
qemu/hw/sh_intc.c:390: error: Possible null pointer dereference:
s - otherwise it is redundant to check if s is null at line 385
If s were NULL, the printf() statement would crash.
Setting braces fixes this bug.
Signed-of
Am 29.07.2011 22:07, schrieb Stefan Weil:
Function tcg_out_addi is obviously unused and causes a compiler
error (tested with cross compilation on x86 Debian Linux):
tcg/arm/tcg-target.c:1824: error: ‘tcg_out_addi’ defined but not used
Don't remove it because it might be useful in the future,
bu
On Thu, Aug 4, 2011 at 4:22 PM, Peter Maydell wrote:
> On 5 July 2011 10:19, wrote:
> > ---
> > host-utils.c|1 +
> > target-mips/cpu.h |7 +
> > target-mips/helper.h|5 +
> > target-mips/op_helper.c | 67 +++
> > target-mips/translate.c | 443
>
22 matches
Mail list logo
