This set of patches implements VMWare VMXNET3 paravirtual NIC device.
The device supports of all the device features including offload capabilties,
VLANs and etc.
The device is tested on different OSes:
Fedora 15
Ubuntu 10.4
Centos 6.2
Windows 2008R2
Windows 2008 64bit
Windo
Signed-off-by: Dmitry Fleytman
Signed-off-by: Yan Vugenfirer
---
iov.c | 29 +
iov.h |3 +++
2 files changed, 32 insertions(+), 0 deletions(-)
diff --git a/iov.c b/iov.c
index 0f96493..5d4f94c 100644
--- a/iov.c
+++ b/iov.c
@@ -16,6 +16,7 @@
*/
#include "i
Signed-off-by: Dmitry Fleytman
Signed-off-by: Yan Vugenfirer
---
hw/virtio-net.h | 13 +++--
1 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/hw/virtio-net.h b/hw/virtio-net.h
index 4468741..fa3c17b 100644
--- a/hw/virtio-net.h
+++ b/hw/virtio-net.h
@@ -78,13 +78,14 @@ st
Signed-off-by: Dmitry Fleytman
Signed-off-by: Yan Vugenfirer
---
Makefile.objs |1 +
default-configs/pci.mak |1 +
hw/pci.c|2 ++
hw/pci.h|1 +
net.c |2 +-
5 files changed, 6 insertions(+), 1 deletions(-)
diff --gi
On 15 March 2012 21:10, Peter Chubb wrote:
> Thanks for your reviewing time and expertise Peter. It's much
> appreciated.
>
> May I add your Reviewed-By: line to the imx-serial patch too? The
> only change is CamelCasing the typedef.
Yes, if you're just doing an s/imx_state/IMXSerialState/g then
Il 15/03/2012 20:14, Michael Roth ha scritto:
>
> Unfortunately the BSOD is too early to get a kernel dump, but here are
> the error params in case that's useful:
>
> 0xFC096, 0xF800027F6200, 0x0, 0x0
>
> Let me know if you need any other details.
You can use the Windows Boot Debugger. (Di
Signed-off-by: Dmitry Fleytman
Signed-off-by: Yan Vugenfirer
---
hw/vmxnet_debug.h | 121
hw/vmxnet_utils.c | 165 +++
hw/vmxnet_utils.h | 320 +
3 files changed, 606 insertions(+), 0 deletions(-)
Am 05.03.2012 18:40, schrieb Paolo Bonzini:
Conversion to coroutines simplifies the code and removes the need to
duplicate common features of the block layer. Each step in the conversion
is detailed in the corresponding commit message.
Tested with qemu-iotests.
Paolo Bonzini (7):
vdi: basic con
Avi,
We are considering this option as well...
Dmitry Fleytman.
Make it much more understandable, add a missing
iov_cnt argument (number of iovs in the iov), and
add comments to it.
The new implementation has been extensively tested
by splitting a large buffer into many small
randomly-sized chunks, sending it over socket to
another, slow process and verifying
Andreas Färber writes:
> Am 15.03.2012 17:15, schrieb Lluís Vilanova:
>> Andreas Färber writes:
>>
>>> Use CPUX86State etc. instead (hand-converted).
>>
>> Is there any reason not to move this into CPU${arch}State and instead provide
>> virtual methods in CPUState?
> Yes, a very simple one: Thi
On Thu, Mar 15, 2012 at 10:26:00PM +0100, Paolo Bonzini wrote:
> Il 15/03/2012 20:14, Michael Roth ha scritto:
> >
> > Unfortunately the BSOD is too early to get a kernel dump, but here are
> > the error params in case that's useful:
> >
> > 0xFC096, 0xF800027F6200, 0x0, 0x0
> >
> > Let me k
** Changed in: qemu
Status: New => Confirmed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/921208
Title:
win7/x64 installer hangs on startup with 0x005d.
Status in QEMU:
Confirmed
Bu
Am 03.02.2011 15:02, schrieb Jan Kiszka:
Just a heads up in case someone want's to run Windows 7 x64 on an
Android phone or some other crazy host without x86 KVM support:
Our current emulation is not able to boot any 64-bit Windows version I
found. Already the installations DVDs bail out with ST
Signed-off-by: Dmitry Fleytman
Signed-off-by: Yan Vugenfirer
---
hw/vmxnet_pkt.c | 1243 +++
hw/vmxnet_pkt.h | 479 +
2 files changed, 1722 insertions(+), 0 deletions(-)
create mode 100644 hw/vmxnet_pkt.c
create mode 1006
qemu_iovec_concat() is currently a wrapper for
qemu_iovec_copy(), use the former (with extra
"0" arg) in a few places where it is used.
Change skip argument of qemu_iovec_copy() from
uint64_t to size_t, since size of qiov itself
is size_t, so there's no way to skip larger
sizes. Rename it to soff
This patch combines two functions into one, and replaces
the implementation with already existing iov_memset() from
iov.c.
The new prototype of qemu_iovec_memset():
size_t qemu_iovec_memset(qiov, size_t offset, int fillc, size_t bytes)
It is different from former qemu_iovec_memset_skip(), and
I
Reorder arguments to be more natural, readable and
consistent with other iov_* functions, and change
argument names, from:
iov_from_buf(iov, iov_cnt, buf, iov_off, size)
to
iov_from_buf(iov, iov_cnt, offset, buf, bytes)
The result becomes natural English:
copy data to this `iov' vector with `i
Signed-off-by: Dmitry Fleytman
Signed-off-by: Yan Vugenfirer
---
hw/pci.c|5 +
hw/virtio-pci.c |2 --
2 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/hw/pci.c b/hw/pci.c
index bf046bf..9146d3f 100644
--- a/hw/pci.c
+++ b/hw/pci.c
@@ -31,6 +31,7 @@
#include "lo
On 2012-03-15 19:12, Marek Vasut wrote:
> Dear Marek Vasut,
>
>> Dear Jan Kiszka,
>>
>>> On 2012-03-10 07:19, Marek Vasut wrote:
Dear Jan Kiszka,
> We flush coalesced MMIO in the device models now, and VNC - for which
> this was once introduced - is also fine without it as it has
On 15 March 2012 11:21, Stefan Hajnoczi wrote:
> It's ugly but it won't cause larger scale problems, so we should
> probably pick this up.
>
> I was wondering if this is a legitimate case to override warnings -
> because the new library probably still supports the deprecated
> functions. But even
The same as for non-coroutine versions in previous
patches: rename arguments to be more obvious, change
type of arguments from int to size_t where appropriate,
and use common code for send and receive paths (with
one extra argument) since these are exactly the same.
Use common iov_send_recv() direc
Adding utility function net_raw_checksum() that calculates checksum
of buffer given
Signed-off-by: Dmitry Fleytman
Signed-off-by: Yan Vugenfirer
---
net/checksum.c | 13 +++--
net/checksum.h | 14 +-
2 files changed, 20 insertions(+), 7 deletions(-)
diff --git a/net/che
Similar to
qemu_iovec_memset(QEMUIOVector *qiov, size_t offset,
int c, size_t bytes);
the new prototype is:
qemu_iovec_from_buf(QEMUIOVector *qiov, size_t offset,
const void *buf, size_t bytes);
The processing starts at offset bytes within qiov.
This way,
On Thursday, March 15, 2012 11:26:00 PM Paolo Bonzini wrote:
> Il 15/03/2012 20:14, Michael Roth ha scritto:
> > Unfortunately the BSOD is too early to get a kernel dump, but here are
> > the error params in case that's useful:
> >
> > 0xFC096, 0xF800027F6200, 0x0, 0x0
> >
> > Let me know if
Let xtensa_cpu_list() enumerate CPU classes alphabetically.
Signed-off-by: Andreas Färber
---
[...]
diff --git a/gdbstub.c b/gdbstub.c
index f4e97f7..773e86f 100644
--- a/gdbstub.c
+++ b/gdbstub.c
@@ -1570,14 +1570,17 @@ static int cpu_gdb_write_register(CPULM32State *env,
uint8_t *mem_buf,
This changes implementations of all iov_*
functions, completing the previous step.
All iov_* functions now ensure that this offset
argument is within the iovec (using assertion),
but lets to specify `bytes' value larger than
actual length of the iovec - in this case they
stops at the actual end of
Signed-off-by: Dmitry Fleytman
Signed-off-by: Yan Vugenfirer
---
hw/vmware_utils.h | 122 +
1 files changed, 122 insertions(+), 0 deletions(-)
create mode 100644 hw/vmware_utils.h
diff --git a/hw/vmware_utils.h b/hw/vmware_utils.h
new file m
Am Mittwoch 14 März 2012, 18:53:33 schrieb Andreas Färber:
> Let cpu_lm32_list() enumerate CPU classes sorted alphabetically.
>
> Signed-off-by: Andreas Färber
> ---
> Makefile.target |1 +
> target-lm32/cpu-qom.h | 77
> target-lm32/cpu.c | 188
> ++
Let xtensa_cpu_list() enumerate CPU classes alphabetically.
Signed-off-by: Andreas Färber
---
With this patch applied qemu aborts on unit tests with the following message:
qemu-system-xtensa -M sim -cpu dc232b -nographic -semihosting -kernel
./test_b.tst
**
ERROR:/home/dumb/ws/m/awt/emu/xten
On Wed, Mar 07, 2012 at 08:13:51AM +, Stefan Hajnoczi wrote:
> On Wed, Mar 07, 2012 at 11:17:48AM +0800, Jason Wang wrote:
> > The tx buffer would be re-allocated for tx descriptor with big size
> > and without LS bit set, this would make guest driver could easily let
> > qemu to allocate unlim
On Thu, Mar 15, 2012 at 11:09:03PM +0200, Dmitry Fleytman wrote:
> Signed-off-by: Dmitry Fleytman
> Signed-off-by: Yan Vugenfirer
I'm working on a higher level API that will
handle all capabilities. For now, pls just put
these calls in your device.
> ---
> hw/pci.c|5 +
> hw/v
I'm trying a signed pull request now. You can check the signature
on for_anthony if you like, and if your git is recent enough
it will do it for you automatically.
The following changes since commit ae7d54d489540b49b7c13a7df7ddc220588a2ced:
target-lm32/microblaze: Drop second CPU{LM32, MB}State
On Thu, 2012-03-15 at 10:36 +0100, Paolo Bonzini wrote:
> Changing across guest boots is a minor problem, but changing across
> migration must be avoided at all costs.
>
> BTW, after this discussion I think we can instead report
> discard_granularity = 512 and discard_zeroes_data=0 and get most of
Dear Jan Kiszka,
> On 2012-03-15 19:12, Marek Vasut wrote:
> > Dear Marek Vasut,
> >
> >> Dear Jan Kiszka,
> >>
> >>> On 2012-03-10 07:19, Marek Vasut wrote:
> Dear Jan Kiszka,
>
> > We flush coalesced MMIO in the device models now, and VNC - for which
> > this was once introd
On Thu, Mar 15, 2012 at 04:29:30PM +1300, Alexey Korolev wrote:
> On 14/03/12 13:48, Kevin O'Connor wrote:
> > On Tue, Mar 13, 2012 at 05:45:19PM +1300, Alexey Korolev wrote:
> >> Added pci_region_entry structure and list operations to pciinit.c
> >> List is filled with entries during pci_check_dev
Currently the virtio balloon device, when using the virtio-pci interface
advertises itself with PCI class code MEMORY_RAM. This is wrong; the
balloon is vaguely related to memory, but is nothing like a PCI memory
device in the meaning of the class code, and this code is not required or
suggested b
From: Wen Congyang
Subject: [RFC][PATCH 07/14 v9] target-i386: Add API to write elf notes to core
file
Date: Wed, 14 Mar 2012 10:08:48 +0800
> +descsz = 336; /* sizeof(prstatus_t) is 336 on x86_64 box */
Please introduce prstatus_t for both 32-bit and 64-bit versions. It's
more readable if
From: Wen Congyang
Subject: [RFC][PATCH 08/14 v9] target-i386: Add API to write cpu status to core
file
Date: Wed, 14 Mar 2012 10:09:26 +0800
> +memset(note, 0, note_size);
> +if (type == 0) {
> +note32 = note;
> +note32->n_namesz = cpu_to_le32(name_size);
> +note
So how to run a Windows program or Linux program under user mode ? I cannot
find useful documentations. Many thanks.
2012/3/15 陳韋任
> O.K., then. You must specify which mode you're running, user mode or
> system
> mode? User mode shouldn't have the issue you described. For system mode, I
> have
All
I like qemu very much and know it could debug the kernel.
I tried what I searched on web but couldn't stop at the break point.
Below is what I did.
1. Both host and guest installed the same OS, Fedora16 x86_64.
2. Compile the qemu with
./configure --target-list=x86_64-softmmu --enable-k
At 03/15/2012 06:21 PM, Wen Congyang Wrote:
> Hi all
>
> When I use pci-assign, I meet the following error:
>
> Failed to assign irq for "hostdev0": Input/output error
> Perhaps you are assigning a device that shares an IRQ with another device?
>
> Is it a bug or I miss something?
Hi, Jan
This
** Changed in: qemu-kvm (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/948675
Title:
QEMU is crashing when called with "-vga none"
Status in QEMU:
Fix Commi
** Also affects: qemu-kvm (Ubuntu Oneiric)
Importance: Undecided
Status: New
** Also affects: xserver-xorg-video-vmware (Ubuntu Oneiric)
Importance: Undecided
Status: New
** Description changed:
+ =
+ SRU Justification:
+ 1.
From: Wen Congyang
Subject: [RFC][PATCH 11/14 v9] introduce a new monitor command 'dump' to dump
guest's memory
Date: Wed, 14 Mar 2012 10:11:35 +0800
> +/*
> + * QEMU dump
> + *
> + * Copyright Fujitsu, Corp. 2011
> + *
Now 2012.
> +/*
> + * calculate phdr_num
> + *
> + * the t
** Changed in: qemu
Status: New => Confirmed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/932539
Title:
qemu exits with -11 when connecting to a port redirect before the
service starts li
On Thu, Mar 15, 2012 at 02:15:01PM -0600, Alex Williamson wrote:
> On Wed, 2012-03-14 at 20:58 +1100, David Gibson wrote:
> > On Tue, Mar 13, 2012 at 10:49:47AM -0600, Alex Williamson wrote:
> > > On Wed, 2012-03-14 at 01:33 +1100, David Gibson wrote:
> > > > On Mon, Mar 12, 2012 at 04:32:54PM -060
From: Wen Congyang
Subject: [RFC][PATCH 05/14 v9] Add API to get memory mapping
Date: Wed, 14 Mar 2012 10:07:48 +0800
> }
> +
> +int qemu_get_guest_memory_mapping(MemoryMappingList *list)
> +{
> +CPUState *env;
> +RAMBlock *block;
> +ram_addr_t offset, length;
> +int ret;
> +
Hello
I'm using :
qemu-system-arm --version
QEMU emulator version 1.0,1, Copyright (c) 2003-2008 Fabrice Bellard
and I have a premade ARM image which I start with:
qemu-system-arm -M versatilepb -m 256 -kernel
vmlinuz-3.1-versatile-fw5 -hda initrd-arm.img -append "root=/dev/sda
ro quiet"
Ev
O.K., then. You must specify which mode you're running, user mode or system
mode? User mode shouldn't have the issue you described. For system mode, I have
no good idea on how to track a specific program running on the guest OS.
On Thu, Mar 15, 2012 at 09:40:48AM -0400, Yue Chen wrote:
> But it
http://qemu.weilnetz.de/qemu-doc.html#QEMU-User-space-emulator
On Thu, Mar 15, 2012 at 10:42:02PM -0400, Yue Chen wrote:
> So how to run a Windows program or Linux program under user mode ? I cannot
> find useful documentations. Many thanks.
--
Wei-Ren Chen (陳韋任)
Computer Systems Lab, Institut
From: Wen Congyang
Subject: [RFC][PATCH 05/14 v9] Add API to get memory mapping
Date: Wed, 14 Mar 2012 10:07:48 +0800
> Add API to get all virtual address and physical address mapping.
> If the guest doesn't use paging, the virtual address is equal to the phyical
> address. The virtual address an
At 03/16/2012 11:23 AM, HATAYAMA Daisuke Wrote:
> From: Wen Congyang
> Subject: [RFC][PATCH 11/14 v9] introduce a new monitor command 'dump' to dump
> guest's memory
> Date: Wed, 14 Mar 2012 10:11:35 +0800
>
>> +/*
>> + * QEMU dump
>> + *
>> + * Copyright Fujitsu, Corp. 2011
>> + *
>
> Now 2012
At 03/16/2012 09:48 AM, HATAYAMA Daisuke Wrote:
> From: Wen Congyang
> Subject: [RFC][PATCH 08/14 v9] target-i386: Add API to write cpu status to
> core file
> Date: Wed, 14 Mar 2012 10:09:26 +0800
>
>> +memset(note, 0, note_size);
>> +if (type == 0) {
>> +note32 = note;
>> +
At 03/16/2012 11:52 AM, HATAYAMA Daisuke Wrote:
> From: Wen Congyang
> Subject: [RFC][PATCH 05/14 v9] Add API to get memory mapping
> Date: Wed, 14 Mar 2012 10:07:48 +0800
>
>> }
>> +
>> +int qemu_get_guest_memory_mapping(MemoryMappingList *list)
>> +{
>> +CPUState *env;
>> +RAMBlock *bl
At 03/16/2012 02:38 PM, HATAYAMA Daisuke Wrote:
> From: Wen Congyang
> Subject: [RFC][PATCH 05/14 v9] Add API to get memory mapping
> Date: Wed, 14 Mar 2012 10:07:48 +0800
>
>> Add API to get all virtual address and physical address mapping.
>> If the guest doesn't use paging, the virtual address
201 - 256 of 256 matches
Mail list logo
