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
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 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: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
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
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
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
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
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;
> +
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
** 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
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
** 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.
** 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
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
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
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
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
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
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
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
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, 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
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, 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
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
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
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
> ++
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
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
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,
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
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,
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
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
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
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
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
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
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
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
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
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
** 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
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
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
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
Avi,
We are considering this option as well...
Dmitry Fleytman.
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
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(-)
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
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
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
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
---
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
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
In case of more than one control message, the code will use
size of the largest message so far for all subsequent messages,
instead of using size of current one. Fix it.
Signed-off-by: Michael Tokarev
---
hw/virtio-serial-bus.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
di
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.
Peter C
--
Dr Peter Chubb peter.chubb AT nicta.com.au
http://www.ssrg.nicta.com.au
It now allows specifying offset within qiov to start from and
amount of bytes to copy. Actual implementation is just a call
to iov_to_buf().
Signed-off-by: Michael Tokarev
---
block.c |2 +-
block/iscsi.c |2 +-
block/qcow.c |2 +-
block/qcow2.c |2 +-
block/rbd.c |
> "Peter" == Peter Maydell writes:
Peter> ...that would work better if I cc'd the people I meant to...
Peter> On 15 March 2012 17:08, Peter Maydell
Peter> wrote:
>> On 9 March 2012 03:27, wrote:
>>> Implement the timers on the FreeScale i.MX31 SoC. This is not a
>>> complete implementati
Rename arguments and use size_t for sizes instead of int,
from
int
qemu_sendv(int sockfd, struct iovec *iov,
int len, int iov_offset)
to
ssize_t
iov_send(int sockfd, struct iovec *iov,
size_t offset, size_t bytes)
The main motivation was to make it clear that length
and o
Rename do_sendv_recvv() to iov_send_recv(), change its last arg
(do_send) from int to bool, export it in iov.h, and made the two
callers of it (iov_send() and iov_recv()) to be trivial #defines
just adding 5th arg.
iov_send_recv() will be used later.
Signed-off-by: Michael Tokarev
---
cutils.c
This is cleanup/consolidation of iovec-related low-level
routines in qemu.
The plan is to make library functions more understandable,
consistent and useful, and to drop numerous implementations
of the same thing.
The patch changes prototypes of several iov and qiov functions
to match each other,
On Thu, 15 Mar 2012 15:16:15 -0500
Anthony Liguori wrote:
> On 03/15/2012 01:19 PM, Stefano Stabellini wrote:
> > - add an "is_ram" flag to SaveStateEntry;
> >
> > - register_savevm_live sets is_ram for live_savevm devices;
> >
> > - introduce a "save_devices" QAPI command that can be used to sav
On Thursday, March 15, 2012 10:00:11 PM Anthony Liguori wrote:
> On 03/15/2012 02:54 PM, Vadim Rozenfeld wrote:
> > On Thursday, March 15, 2012 09:14:39 PM Michael Roth wrote:
> >> Hi Vadim,
> >>
> >> I've been trying to use -cpu qemu64,hv_relaxed as a workaround for a
> >> CLOCK_WATCHDOG_TIMEOUT
Am 25.02.2012 15:43, schrieb Stefan Weil:
Hi Aurelien,
could you please pull some Malta patches which I had sent in January?
http://patchwork.ozlabs.org/patch/138394/
http://patchwork.ozlabs.org/patch/138392/
http://patchwork.ozlabs.org/patch/138393/
http://patchwork.ozlabs.org/patch/138391/
T
On 03/15/2012 01:19 PM, Stefano Stabellini wrote:
- add an "is_ram" flag to SaveStateEntry;
- register_savevm_live sets is_ram for live_savevm devices;
- introduce a "save_devices" QAPI command that can be used to save
the state of all devices, but not the RAM or the block devices of the
VM.
C
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 -0600, Alex Williamson wrote:
> > > > +/*
> > > > + * Add a device to an isol
On Thu, Mar 15, 2012 at 12:56, Paolo Bonzini wrote:
> This is a partial revert of commits a369da5 (vga: improve VGA logic,
> committed 2012-01-22) and c5bd4f3 (vga: fix -nodefaults -device VGA,
> 2012-01-24) which broke command-line option parsing in different ways.
>
> Since commit a369da5 it has
On 03/15/2012 02:54 PM, Vadim Rozenfeld wrote:
On Thursday, March 15, 2012 09:14:39 PM Michael Roth wrote:
Hi Vadim,
I've been trying to use -cpu qemu64,hv_relaxed as a workaround for a
CLOCK_WATCHDOG_TIMEOUT BSOD on Windows 2008 R2 guests when a vcpu's
execution is delayed for an extended peri
On Thursday, March 15, 2012 09:14:39 PM Michael Roth wrote:
> Hi Vadim,
>
> I've been trying to use -cpu qemu64,hv_relaxed as a workaround for a
> CLOCK_WATCHDOG_TIMEOUT BSOD on Windows 2008 R2 guests when a vcpu's
> execution is delayed for an extended period. When I do this however I get
> the f
On 15 March 2012 19:29, Alexey Starikovskiy wrote:
> On Thu, Mar 15, 2012 at 11:20 PM, Peter Maydell
> wrote:
>> On 15 March 2012 19:08, Paul Brook wrote:
For now set them in the reset function.
>>>
+ /* TODO Move these into arm_cpu_initfn() once no longer zeroed
above.*/
I tried bisecting it today, again. I think you did mean
145e11e840500e04a4d0a624918bb17596be19e9 as the "M" point (the large
merge), not b195043003d90ea4027ea01cc7a6c974ac915108 (which is the first
commit in that merge) ;) Actually I did the same already, just didn't
post to the bugreport. But a
On Wed, Mar 14, 2012 at 06:53:29PM +0100, Andreas Färber wrote:
[...]
> +/**
> + * X86CPUClass:
> + * @parent_reset: The parent class' reset handler.
> + *
> + * An x86 CPU model or family.
> + */
> +typedef struct X86CPUClass {
> +/*< private >*/
> +CPUClass parent_class;
> +/*< public
On Thu, Mar 15, 2012 at 11:20 PM, Peter Maydell
wrote:
> On 15 March 2012 19:08, Paul Brook wrote:
>>> For now set them in the reset function.
>>
>>> + /* TODO Move these into arm_cpu_initfn() once no longer zeroed above.*/
>>> + memcpy(env->cp15.c0_c1, klass->cp15.c0_c1, 8 * sizeof(uint32_
Hi.
get_page_addr_code() reads a code tlb entry, but interprets it as an
iotlb entry. This works by accident since the low bits of a RAM code
tlb entry are clear, and match a RAM iotlb entry. This accident is
about to unhappen, so fix the code to use an iotlb entry (using the
code entry with T
On 15 March 2012 19:08, Paul Brook wrote:
>> For now set them in the reset function.
>
>> + /* TODO Move these into arm_cpu_initfn() once no longer zeroed above.*/
>> + memcpy(env->cp15.c0_c1, klass->cp15.c0_c1, 8 * sizeof(uint32_t));
>> + memcpy(env->cp15.c0_c2, klass->cp15.c0_c2, 8 * si
Hi Vadim,
I've been trying to use -cpu qemu64,hv_relaxed as a workaround for a
CLOCK_WATCHDOG_TIMEOUT BSOD on Windows 2008 R2 guests when a vcpu's
execution is delayed for an extended period. When I do this however I get the
following the BSOD:
http://msdn.microsoft.com/en-us/library/windows/hard
> For now set them in the reset function.
> +/* TODO Move these into arm_cpu_initfn() once no longer zeroed above.*/
> +memcpy(env->cp15.c0_c1, klass->cp15.c0_c1, 8 * sizeof(uint32_t));
> +memcpy(env->cp15.c0_c2, klass->cp15.c0_c2, 8 * sizeof(uint32_t)); +
Why bother copying them into
> The internal CPU feature flags were only ever set in
> cpu_reset_model_id(). Therefore move their initialization into
> ARMCPUClass. We might want to tweak them in the future though (e.g.,
> -cpu cortex-r4,+fpu), so keep a copy in ARMCPU. This in turn means we
> need to infer features for both AR
Set runstate to RUN_STATE_INMIGRATE as soon as we can on resume.
Signed-off-by: Stefano Stabellini
Acked-by: Luiz Capitulino
---
vl.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/vl.c b/vl.c
index 1d4c350..918177a 100644
--- a/vl.c
+++ b/vl.c
@@ -3099,6 +3099,7 @@ i
On Thu, Mar 15, 2012 at 02:26:18PM -0400, Jeff Cody wrote:
> In the function ga_channel_write(), the handle ov.hEvent is created
> by the call to CreateEvent(). However, the handle is not closed
> prior to the function return.
>
> This patch closes the handle before the return of the function.
>
There is no need to set the videoram to 0xff in cirrus_reset, because it
is the BIOS' job.
Signed-off-by: Stefano Stabellini
Reviewed-by: Avi Kivity
---
hw/cirrus_vga.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/hw/cirrus_vga.c b/hw/cirrus_vga.c
index 4edcb94..a
- add an "is_ram" flag to SaveStateEntry;
- register_savevm_live sets is_ram for live_savevm devices;
- introduce a "save_devices" QAPI command that can be used to save
the state of all devices, but not the RAM or the block devices of the
VM.
Changes in v6:
- remove the is_ram parameter from re
From: Anthony PERARD
This patch changes the xen_map_cache behavior. Before trying to map a guest
addr, mapcache will look into the list of range of address that have been moved
(physmap/set_memory). There is currently one memory space like this, the vram,
"moved" from were it's allocated to were
Write to xenstore any physmap changes so that the hypervisor can be
aware of them.
Read physmap changes from xenstore on boot.
Signed-off-by: Stefano Stabellini
---
xen-all.c | 78 -
1 files changed, 77 insertions(+), 1 deletions(-)
From: Anthony PERARD
Signed-off-by: Anthony PERARD
Signed-off-by: Stefano Stabellini
---
xen-all.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/xen-all.c b/xen-all.c
index 972cffd..10d53d1 100644
--- a/xen-all.c
+++ b/xen-all.c
@@ -190,6 +190,14 @@ void xen_r
In the function ga_channel_write(), the handle ov.hEvent is created
by the call to CreateEvent(). However, the handle is not closed
prior to the function return.
This patch closes the handle before the return of the function.
Kudos to Paolo Bonzini for spotting this bug.
Signed-off-by: Jeff Cody
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 its own
> > >> refresh timer.
> > >>
>
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: This is one of the prerequisite patch
Hi all,
this is the sixth version of the Xen save/restore patch series.
We have been discussing this issue for quite a while on #qemu and
qemu-devel:
http://marc.info/?l=qemu-devel&m=132346828427314&w=2
http://marc.info/?l=qemu-devel&m=132377734605464&w=2
Please review the second patch: Introdu
Am 15.03.2012 18:49, schrieb Peter Maydell:
> From: Meador Inge
>
> Fix an issue where the GDB server implementation was sending GDB syscall
> requests while the system CPU was still running. Syscall requests must
> be sent while the CPU is stopped otherwise replies from the GDB client
> might g
** Changed in: qemu
Status: Confirmed => Fix Committed
--
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 Commit
From: Meador Inge
Fix an issue where the GDB server implementation was sending GDB syscall
requests while the system CPU was still running. Syscall requests must
be sent while the CPU is stopped otherwise replies from the GDB client
might get dropped and the GDB server might be incorrectly trans
At 10:32 -0700 on 15 Mar (1331807562), Andres Lagar-Cavilla wrote:
> > At 17:14 + on 15 Mar (1331831693), Stefano Stabellini wrote:
> >> On Thu, 15 Mar 2012, Julien Grall wrote:
> >> > When an IOREQ_TYPE_INVALIDATE is sent to QEMU, it invalidates all
> >> entry
> >> > of the map cache even if i
On Thu, 15 Mar 2012, Tim Deegan wrote:
> At 17:14 + on 15 Mar (1331831693), Stefano Stabellini wrote:
> > On Thu, 15 Mar 2012, Julien Grall wrote:
> > > When an IOREQ_TYPE_INVALIDATE is sent to QEMU, it invalidates all entry
> > > of the map cache even if it's locked.
> > >
> > > QEMU is not a
> At 17:14 + on 15 Mar (1331831693), Stefano Stabellini wrote:
>> On Thu, 15 Mar 2012, Julien Grall wrote:
>> > When an IOREQ_TYPE_INVALIDATE is sent to QEMU, it invalidates all
>> entry
>> > of the map cache even if it's locked.
>> >
>> > QEMU is not able to know that entry was invalidated, so
At 17:14 + on 15 Mar (1331831693), Stefano Stabellini wrote:
> On Thu, 15 Mar 2012, Julien Grall wrote:
> > When an IOREQ_TYPE_INVALIDATE is sent to QEMU, it invalidates all entry
> > of the map cache even if it's locked.
> >
> > QEMU is not able to know that entry was invalidated, so when an
** Also affects: qemu-kvm (Ubuntu)
Importance: Undecided
Status: New
** Changed in: qemu-kvm (Ubuntu)
Importance: Undecided => High
--
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
On Thu, 15 Mar 2012, Olaf Hering wrote:
> On Thu, Mar 15, Stefano Stabellini wrote:
>
> > On Thu, 15 Mar 2012, Julien Grall wrote:
> > > When an IOREQ_TYPE_INVALIDATE is sent to QEMU, it invalidates all entry
> > > of the map cache even if it's locked.
> > >
> > > QEMU is not able to know that en
1 - 100 of 256 matches
Mail list logo