Signed-off-by: Federico Simoncelli
---
blockdev.c |8
qapi-schema.json | 12
qmp-commands.hx |6 +-
3 files changed, 25 insertions(+), 1 deletions(-)
diff --git a/blockdev.c b/blockdev.c
index 56da5c9..36fe07c 100644
--- a/blockdev.c
+++ b/blockdev.c
@@
On 03/01/2012 07:27 AM, Marc-André Lureau wrote:
> So we can easily fit it into smaller int.
Fix your subject. 1^32-1 is 0; you meant 2^32 - 1.
>
> We can just >>16 to fit it into a 16bits volume range for example.
> ---
> audio/audio.c |4 ++--
> 1 files changed, 2 insertions(+), 2 deleti
Nope. That code corresponds to the ARM v7M ARM PopStack() pseudocode
which states that it is UNPREDICTABLE if the new PC is not halfword
aligned. The bug is in whatever is filling in that stack frame with a
bit0-set value.
--
You received this bug notification because you are a member of qemu-
de
Il 01/03/2012 16:13, Federico Simoncelli ha scritto:
> Signed-off-by: Federico Simoncelli
> ---
> blockdev.c |8
> qapi-schema.json | 12
> qmp-commands.hx |6 +-
> 3 files changed, 25 insertions(+), 1 deletions(-)
>
> diff --git a/blockdev.c b/blockdev
On Thu, Mar 01, 2012 at 04:36:06PM +1100, David Gibson wrote:
> This patch adds the basic infrastructure necessary to emulate an IOMMU
> visible to the guest. The DMAContext structure is extended with
> information and a callback describing the translation, and the various
> DMA functions used by
Miroslav Rezanina writes:
> There's missing -netdev description in the man page for qemu. As this is
> recommended way to create network backend, lack of documentation can
> discourage
> its usage.
Very much appreciated!
> -net option is preserved but marked as obsolete way.
>
> Signed-off-by:
On Thu, 01 Mar 2012 14:52:02 +0100
Kevin Wolf wrote:
> Am 01.03.2012 12:21, schrieb Paolo Bonzini:
> > Signed-off-by: Paolo Bonzini
> > ---
> > qapi-schema-test.json | 10 ++
> > scripts/qapi-types.py |5 +
> > scripts/qapi-visit.py | 31 +
Il 01/03/2012 15:50, Stefano Stabellini ha scritto:
>>> > > That is a good point actually: we already have lapic emulation in Xen,
>>> > > it makes sense to have apic-msi in Xen too.
>>> > > We would still need the changes to msi_notify and msix_notify though.
>> >
>> > Why? The stores would just
On Thu, 1 Mar 2012, Paolo Bonzini wrote:
> Il 01/03/2012 15:50, Stefano Stabellini ha scritto:
> >>> > > That is a good point actually: we already have lapic emulation in Xen,
> >>> > > it makes sense to have apic-msi in Xen too.
> >>> > > We would still need the changes to msi_notify and msix_noti
On Thu, 1 Mar 2012 12:21:42 +0100
Paolo Bonzini wrote:
> This implements all ingredients to establish mirrored writes.
This looks good to me. I just have two comments:
1. I'm wondering if it would make more sense to have this transaction
operation in qmp instead of the block layer. Looks
Am 27.02.2012 14:16, schrieb Stefan Hajnoczi:
> The L2 table cache reduces QED metadata reads that would be required
> when translating LBAs to offsets into the image file. Since requests
> execute in parallel it is possible to share an L2 table between multiple
> requests.
>
> There is a potenti
>From the manual
>DDI0403C_arm_architecture_v7m_reference_manual_errata_markup_2_0.pdf
A6.7.97 POP
Pop Multiple Registers loads a subset (or possibly all) of the general-purpose
registers R0-R12 and the PC
or the LR from the stack.
If the registers loaded include the PC, the word loaded for the P
Am 01.03.2012 17:02, schrieb Luiz Capitulino:
> On Thu, 1 Mar 2012 12:21:42 +0100
> Paolo Bonzini wrote:
>
>> This implements all ingredients to establish mirrored writes.
>
> This looks good to me. I just have two comments:
>
> 1. I'm wondering if it would make more sense to have this transa
On Thu, Mar 01, 2012 at 05:10:57PM +0100, Kevin Wolf wrote:
> Am 27.02.2012 14:16, schrieb Stefan Hajnoczi:
> > The L2 table cache reduces QED metadata reads that would be required
> > when translating LBAs to offsets into the image file. Since requests
> > execute in parallel it is possible to sh
On 03/01/2012 08:36 AM, Paolo Bonzini wrote:
> Il 01/03/2012 16:13, Federico Simoncelli ha scritto:
>> Signed-off-by: Federico Simoncelli
>> ---
>> blockdev.c |8
>> qapi-schema.json | 12
>> qmp-commands.hx |6 +-
>> 3 files changed, 25 insertions(+), 1
While I investigated and reproduced the problem, the qemu process itself
did not crash/abort. I observed that a Linux guest (KVM virtual machine)
became unresponsive after a migration because requests to a virtio disk
did not complete.
If virtio_load() returns via the following section of code ..
(1) You should be looking at DDI0403D -- revision D of the v7M ARM ARM
included some significant clarifications and corrections as well as
adding documentation of floating point support.
(2) The behaviour of the POP instruction is irrelevant here because the
QEMU function you are proposing to chan
On Thu, 01 Mar 2012 17:18:04 +0100
Kevin Wolf wrote:
> Am 01.03.2012 17:02, schrieb Luiz Capitulino:
> > On Thu, 1 Mar 2012 12:21:42 +0100
> > Paolo Bonzini wrote:
> >
> >> This implements all ingredients to establish mirrored writes.
> >
> > This looks good to me. I just have two comments:
>
Hello dear list,
I am looking for screenshots of QEMU running a large variety of guest.
The screenshots will be used in the new wiki theme matching the QEMU logo.
Work in progress of the new theme can be found here :
http://www.nodalink.com/qemu/Main_Page
Screenshot will be where is the Fedora ima
On Thu, Mar 1, 2012 at 8:40 AM, Avi Kivity wrote:
> The memory core may generate RAM memory regions that are not page
> aligned, but the kvm code is not prepared to handle them well and will
> abort under certain conditions. This patch fixes the problem.
>
> Please pull from:
>
> git://git.kerne
Am 01.03.2012 17:22, schrieb Stefan Hajnoczi:
> On Thu, Mar 01, 2012 at 05:10:57PM +0100, Kevin Wolf wrote:
>> Am 27.02.2012 14:16, schrieb Stefan Hajnoczi:
>>> The L2 table cache reduces QED metadata reads that would be required
>>> when translating LBAs to offsets into the image file. Since requ
On 03/01/2012 06:51 PM, Bobby Powers wrote:
> > /* kvm works in page size chunks, but the function may be called
> >with sub-page size and unaligned start address. */
> > -size = TARGET_PAGE_ALIGN(size);
> > -start_addr = TARGET_PAGE_ALIGN(start_addr);
> > +delta = TARGET_PA
On 03/01/2012 10:03 AM, Avi Kivity wrote:
>>>
>>> -ram = memory_region_get_ram_ptr(mr) + section->offset_within_region;
>>> +ram = memory_region_get_ram_ptr(mr) + section->offset_within_region
>>> + delta;
>>
>> Am I crazy, or does this look wrong?
>
> Could be both. Why do you thing it i
On Thu, Mar 1, 2012 at 12:08 PM, Eric Blake wrote:
> On 03/01/2012 10:03 AM, Avi Kivity wrote:
- ram = memory_region_get_ram_ptr(mr) + section->offset_within_region;
+ ram = memory_region_get_ram_ptr(mr) + section->offset_within_region
+ delta;
>>>
>>> Am I crazy, or does
> Do we need more flexibility in what is being reopened?
>
> I see several possibilities. In the examples below, I'm using '*' for
> any file that qemu has an open fd for, and [] to show the contents of a
> backing file field within that file (which can be relative or absolute).
>
> 1. post-cop
On Mon, 27 Feb 2012 11:05:58 +0800
Wen Congyang wrote:
> When the host knows the guest is paniced, it will set
> exit_reason to KVM_EXIT_GUEST_PANIC. So if qemu receive
> this exit_reason, we can send a event to tell management
> application that the guest is paniced.
>
> Signed-off-by: Wen Cong
On 03/01/2012 07:08 PM, Eric Blake wrote:
> On 03/01/2012 10:03 AM, Avi Kivity wrote:
> >>>
> >>> -ram = memory_region_get_ram_ptr(mr) + section->offset_within_region;
> >>> +ram = memory_region_get_ram_ptr(mr) + section->offset_within_region
> >>> + delta;
> >>
> >> Am I crazy, or does thi
Il 01/03/2012 17:50, Benoît Canet ha scritto:
>
> Hello dear list,
>
> I am looking for screenshots of QEMU running a large variety of guest.
> The screenshots will be used in the new wiki theme matching the QEMU logo.
> Work in progress of the new theme can be found here
> : http://www.nodalink.
>
> Nice! Only, I don't like the remix of the MediaWiki left sidebar. If
> you do a lot of editing you have some muscle memory for it. Perhaps the
> page/discussion links could gain the orange hue, and the MediaWiki
> sidebar moved back to the left?
I feel like I started a Gnome 3 thing.
Breaki
Miroslav Rezanina writes:
> Hi Markus,
> thanks for comments see inline:
>
> - Original Message -
>> From: "Markus Armbruster"
>> To: "Miroslav Rezanina"
>> Cc: qemu-devel@nongnu.org
>> Sent: Thursday, March 1, 2012 4:50:35 PM
>> Subject: Re: [Qemu-devel] [PATCH] Add -netdev to man page
Thanks for clarification. Now I understood what you there talking about
PopStack pseudocode function.
(4) It is entirely possible that hardware implementations to date ignore
the lsbit in this situation. That doesn't mean that software which
relies on this UNPREDICTABLE behaviour is not buggy.
It
Harsh Bora writes:
> On 03/01/2012 11:33 AM, Harsh Bora wrote:
>> On 02/29/2012 01:53 AM, Lluís Vilanova wrote:
>>> Harsh Prateek Bora writes:
>>>
This patchset introduces 2 major updates:
1) Tracetool Improvements (Conversion from shell script to python)
2) Simpletrace v2 log form
Benoît Canet writes:
> Hello dear list,
> I am looking for screenshots of QEMU running a large variety of guest.
> The screenshots will be used in the new wiki theme matching the QEMU logo.
> Work in progress of the new theme can be found here
> : http://www.nodalink.com/qemu/Main_Page
> Screensho
On 03/01/2012 08:03 AM, Kevin Wolf wrote:
Am 29.02.2012 22:52, schrieb Kai Meyer:
Is it possible to extend qemu to support a new image type? I have an
image type that is ready for consumption and I'm looking for the
integration point between qemu and the new image format.
Which image format do
>
> I just realized that the width of the central contents are fixed
> regardless of
> the size of the browser window (tested with Iceweasel 10.0.2 and Epiphany
> 3.2.1).
>
> Is this intentional?
>
Yes it's to be able to do a nice presentation with some graphic element
without the resizing to brea
Am 01.03.2012 20:45, schrieb Kai Meyer:
On 03/01/2012 08:03 AM, Kevin Wolf wrote:
Am 29.02.2012 22:52, schrieb Kai Meyer:
Is it possible to extend qemu to support a new image type? I have an
image type that is ready for consumption and I'm looking for the
integration point between qemu and the
Am 01.03.2012 21:10, schrieb Stefan Weil:
Am 01.03.2012 20:45, schrieb Kai Meyer:
On 03/01/2012 08:03 AM, Kevin Wolf wrote:
Am 29.02.2012 22:52, schrieb Kai Meyer:
Is it possible to extend qemu to support a new image type? I have an
image type that is ready for consumption and I'm looking for
On 03/01/2012 01:10 PM, Stefan Weil wrote:
Am 01.03.2012 20:45, schrieb Kai Meyer:
On 03/01/2012 08:03 AM, Kevin Wolf wrote:
Am 29.02.2012 22:52, schrieb Kai Meyer:
Is it possible to extend qemu to support a new image type? I have an
image type that is ready for consumption and I'm looking for
On 03/01/2012 01:18 PM, Stefan Weil wrote:
Am 01.03.2012 21:10, schrieb Stefan Weil:
Am 01.03.2012 20:45, schrieb Kai Meyer:
On 03/01/2012 08:03 AM, Kevin Wolf wrote:
Am 29.02.2012 22:52, schrieb Kai Meyer:
Is it possible to extend qemu to support a new image type? I have an
image type that i
Il 01/03/2012 21:26, Kai Meyer ha scritto:
>> QEMU uses GPL v2. You can use a patched QEMU internally,
>> but as soon as you want to give it to customers (or get it integrated
>> in the official source tree), you must publish all code which is needed
>> under an open license.
>
> It is a shared lib
Hello,
qemu repository is not compile clean. I'm getting the following compile
erors:
CClibcacard/vcard_emul_nss.o
vcard_emul_nss.c:528:47: error: left-hand operand of comma expression has
no effect [-Werror=unused-value]
vcard_emul_nss.c:528:57: error: left-hand operand of comma express
Am 01.03.2012 21:26, schrieb Kai Meyer:
On 03/01/2012 01:10 PM, Stefan Weil wrote:
Am 01.03.2012 20:45, schrieb Kai Meyer:
On 03/01/2012 08:03 AM, Kevin Wolf wrote:
Am 29.02.2012 22:52, schrieb Kai Meyer:
Is it possible to extend qemu to support a new image type? I have an
image type that is
** Also affects: xserver-xorg-video-vmware (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/918791
Title:
qemu-kvm dies when using vmvga driver and
On 03/01/2012 01:45 PM, Kai Meyer wrote:
Great, this is exactly what we're after. I work for StorageCraft, and we would
like to figure out some way to allow qemu to directly consume our image-based
backups. It would provide us with user-space mounting (via libguestfs) as well
as booting VMs direc
On 03/01/2012 02:18 PM, Stefan Weil wrote:
Am 01.03.2012 21:10, schrieb Stefan Weil:
Am 01.03.2012 20:45, schrieb Kai Meyer:
On 03/01/2012 08:03 AM, Kevin Wolf wrote:
Am 29.02.2012 22:52, schrieb Kai Meyer:
Is it possible to extend qemu to support a new image type? I have an
image type that i
On 03/01/2012 05:21 AM, Paolo Bonzini wrote:
This implements all ingredients to establish mirrored writes.
The drive-reopen command that is used to terminate mirrored writes
is not included in this series.
Tested with the following scenarios:
a) mirror only
1) create base.qcow2 and start QEMU
On 03/01/2012 02:05 PM, Anthony Liguori wrote:
On 03/01/2012 02:18 PM, Stefan Weil wrote:
Am 01.03.2012 21:10, schrieb Stefan Weil:
Am 01.03.2012 20:45, schrieb Kai Meyer:
On 03/01/2012 08:03 AM, Kevin Wolf wrote:
Am 29.02.2012 22:52, schrieb Kai Meyer:
Is it possible to extend qemu to suppo
On 03/01/2012 02:10 PM, Anthony Liguori wrote:
>> 2) Execute the following QMP command
>>
>> { "execute": "qmp_capabilities" }
>> { "execute": "blockdev-transaction", "arguments":
>>{'actions': [
>> { 'type': 'snapshot', 'data' :
>>{ 'device': 'ide0-hd0', 'snapshot-file':
>> '/home
@Jamie,
> Also, unfortunately unity-2d does not run with with cirrus driver under
> 11.04, so
> the security and SRU teams are unable to properly test updates in GUI
> applications
> under unity when using the current 12.04 qemu-kvm
Note that I can run unity-2d and unity-3d using spice, i.e.
k
On 03/01/2012 03:30 PM, Eric Blake wrote:
On 03/01/2012 02:10 PM, Anthony Liguori wrote:
2) Execute the following QMP command
{ "execute": "qmp_capabilities" }
{ "execute": "blockdev-transaction", "arguments":
{'actions': [
{ 'type': 'snapshot', 'data' :
{ 'device': 'ide0-hd0'
Hi,
What is your setup?
I want to reproduce this case
>> a) Provide 64bit bar support for PCI BARs and bridges with 64bit memory
>> window.
> Bridge support seems to be completely untested. /me has a test setup
> using mst's bridge patches which looks like this:
>
> [root@fedora ~]# lspci -tv
> -[
On 01/03/12 22:22, Gerd Hoffmann wrote:
> On 03/01/12 07:57, Alexey Korolev wrote:
>> In pci_bios_map_regions() we try to reserve memory for
>> all entries of root bus regions.
>> If pci_bios_init_root_regions() fails - e.g no enough space, we create two
>> new pci_regions:
>> r64pref, r64mem and
Thanks. Does our libvirt support spice at this time? (We have
standardized on libvirt for our testing).
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/918791
Title:
qemu-kvm dies when using vmvga dr
This patch probably isn't the right place in the stack to catch this,
but it seems to work for me.
With this patch, qemu doesn't crash for me.
** Patch added: "qemu-vmware.debdiff"
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-vmware/+bug/918791/+attachment/2798995/+files/qemu-
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: xserver-xorg-video-vmware (Ubuntu)
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/9
Am 01.03.2012 13:47, schrieb Avi Kivity:
> Avi Kivity (1):
> pc-bios: update kvmvapic.bin
>
> Gleb Natapov (1):
> kvm: Synchronize cpu state in kvm_arch_stop_on_emulation_error()
>
> Jan Kiszka (10):
> kvm: Set cpu_single_env only once
> Remove useless casts from cpu itera
** Tags added: patch
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/918791
Title:
qemu-kvm dies when using vmvga driver and unity in the guest
Status in QEMU:
New
Status in “qemu-kvm” package in
At 03/02/2012 12:51 AM, Luiz Capitulino Wrote:
> On Mon, 27 Feb 2012 11:05:58 +0800
> Wen Congyang wrote:
>
>> When the host knows the guest is paniced, it will set
>> exit_reason to KVM_EXIT_GUEST_PANIC. So if qemu receive
>> this exit_reason, we can send a event to tell management
>> applicatio
From: Wen Congyang
Subject: Re: [RFC][PATCH 00/14 v7] introducing a new, dedicated memory dump
mechanism
Date: Thu, 01 Mar 2012 13:16:47 +0800
> At 03/01/2012 12:42 PM, HATAYAMA Daisuke Wrote:
>> From: Wen Congyang
>> Subject: [RFC][PATCH 00/14 v7] introducing a new, dedicated memory dump
>> m
From: Wen Congyang
Subject: [RFC][PATCH 06/14 v7] target-i386: Add API to write cpu status to core
file
Date: Thu, 01 Mar 2012 10:48:17 +0800
> +int cpu_write_elf64_qemunote(write_core_dump_function f, CPUState *env,
> + target_phys_addr_t *offset, void *opaque)
> +{
From: Wen Congyang
Subject: Re: [RFC][PATCH 06/14 v7] target-i386: Add API to write cpu status to
core file
Date: Thu, 01 Mar 2012 13:05:31 +0800
> At 03/01/2012 01:01 PM, HATAYAMA Daisuke Wrote:
>> From: Wen Congyang
>> Subject: [RFC][PATCH 06/14 v7] target-i386: Add API to write cpu status to
At 03/02/2012 08:49 AM, HATAYAMA Daisuke Wrote:
> From: Wen Congyang
> Subject: Re: [RFC][PATCH 00/14 v7] introducing a new, dedicated memory dump
> mechanism
> Date: Thu, 01 Mar 2012 13:16:47 +0800
>
>> At 03/01/2012 12:42 PM, HATAYAMA Daisuke Wrote:
>>> From: Wen Congyang
>>> Subject: [RFC][P
At 03/02/2012 09:09 AM, HATAYAMA Daisuke Wrote:
> From: Wen Congyang
> Subject: [RFC][PATCH 06/14 v7] target-i386: Add API to write cpu status to
> core file
> Date: Thu, 01 Mar 2012 10:48:17 +0800
>
>> +int cpu_write_elf64_qemunote(write_core_dump_function f, CPUState *env,
>> +
Hi Markus,
thanks for comments see inline:
- Original Message -
> From: "Markus Armbruster"
> To: "Miroslav Rezanina"
> Cc: qemu-devel@nongnu.org
> Sent: Thursday, March 1, 2012 4:50:35 PM
> Subject: Re: [Qemu-devel] [PATCH] Add -netdev to man page
>
> Miroslav Rezanina writes:
>
> >
Hi,
Hopefully I'm sending this e-mail to the right list. If not, please ignore
it!
I'm trying to read the asm code generated with the -D qemu option, but I am
having some difficulties.
First, I've seen that the generated asm is allocated in different address
ranges. The beginning of the dump say
From: Wen Congyang
Subject: Re: [RFC][PATCH 03/14 v7] target-i386: implement
cpu_get_memory_mapping()
Date: Thu, 01 Mar 2012 14:21:37 +0800
> At 03/01/2012 02:13 PM, HATAYAMA Daisuke Wrote:
>> From: Wen Congyang
>> Subject: [RFC][PATCH 03/14 v7] target-i386: implement
>> cpu_get_memory_mapping
On 24/02/12 17:34, Kevin Wolf wrote:
Am 10.02.2012 07:27, schrieb Amos Kong:
This allows us to use ipv4/ipv6 for migration addresses.
Once there, it also uses /etc/services names (it came free).
Signed-off-by: Juan Quintela
Signed-off-by: Amos Kong
---
migration-tcp.c | 60 -
On Thu, Mar 01, 2012 at 05:49:20PM +0200, Michael S. Tsirkin wrote:
> On Thu, Mar 01, 2012 at 04:36:06PM +1100, David Gibson wrote:
> > This patch adds the basic infrastructure necessary to emulate an IOMMU
> > visible to the guest. The DMAContext structure is extended with
> > information and a c
On 24/02/12 17:08, Kevin Wolf wrote:
Am 10.02.2012 07:27, schrieb Amos Kong:
This allows us to use ipv4/ipv6 for migration addresses.
Once there, it also uses /etc/services names (it came free).
Signed-off-by: Juan Quintela
Signed-off-by: Amos Kong
---
migration-tcp.c | 60 -
On 24/02/12 17:29, Kevin Wolf wrote:
Am 10.02.2012 07:27, schrieb Amos Kong:
IPv6 address contains colons, parse will be wrong.
[2312::8274]:5200
Signed-off-by: Amos Kong
---
net.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net.c b/net.c
index f63014c..9e
On 01.03.2012 11:51, 陳韋任 wrote:
If you're serious about multithreading TCG then I think the first
steps are:
* fix existing race conditions
* think very hard
* come up with an overall design for what you're proposing
As COREMU [1] point out, current QEMU atomic instruction emulation ap
Il 01/03/2012 22:14, Kai Meyer ha scritto:
> If we can't use qemu in general use-cases (since we can't push support
> for our images up stream), we could still really benefit from a targeted
> use-cases (like a Rescue Environment.)
It does not matter whether it is upstream or not.
When you distri
Il 01/03/2012 10:09, Kevin Wolf ha scritto:
> But who will run qemu-iotests on Wine on Solaris? Running it on Wine on
> Linux is already crazy enough. IIUC the sed call won't break anything,
> it may just not work and won't strip out the carriage returns. Well, bad
> luck, try a sane setup instead.
Changes in v3:
Rebase to latest head.
Remove the logic to update time format when DM bit changed.
Allow to migrate from old version.
Solve the async when reading UF and UIP
Changes in v2:
Add UIP check logic.
Add logic that next second tick will occur in exactly 500ms later after reset
divider
C
Change DM(date mode) and 24/12 control bit don't affect the internal
registers. It only indicates what format is using for those registers. So
we don't need to update time format when it is modified.
Signed-off-by: Yang Zhang
---
hw/mc146818rtc.c | 10 +-
1 files changed, 1 insertions(
There has no need to use two periodic timer to update RTC time.
In this patch, we only update it when guest reading it.
Signed-off-by: Yang Zhang
---
hw/mc146818rtc.c | 207 +-
1 files changed, 66 insertions(+), 141 deletions(-)
diff --git a/
The new logic is compatible with old. So it should not block to migrate
from old version. But new version cannot migrate to old.
Signed-off-by: Yang Zhang
---
hw/mc146818rtc.c | 48
1 files changed, 44 insertions(+), 4 deletions(-)
diff --git a
The UIP(update in progress) is set when RTC is updating. And the update
cycle begins 244us later after UIP is set. And it is cleared when update end.
.
Signed-off-by: Yang Zhang
---
hw/mc146818rtc.c | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/hw/mc
Add the alarm check when update cycle ended. If alarm is fired,
also AIE bit is setting, then raise a interrupt
Signed-off-by: Yang Zhang
---
hw/mc146818rtc.c | 48 ++--
1 files changed, 46 insertions(+), 2 deletions(-)
diff --git a/hw/mc146818rtc.c
** Changed in: qemu-kvm (Ubuntu)
Milestone: ubuntu-12.04-beta-1 => ubuntu-12.04-beta-2
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/918791
Title:
qemu-kvm dies when using vmvga driver and unit
On 03/01/12 22:48, Alexey Korolev wrote:
> Hi,
> What is your setup?
> I want to reproduce this case
qemu: latest master with a few patches (mst's bridge patches, pci64
fixes from me, posted to qemu-devel a few days ago), bundle pushed to
http://www.kraxel.org/cgit/qemu/log/?h=pci64 for your conve
Use a timer to emulate update cycle. When update cycle ended and UIE is
setting,
then raise an interrupt. The timer runs only when UF or AF is cleared.
Signed-off-by: Yang Zhang
---
hw/mc146818rtc.c | 86 ++
1 files changed, 80 insertions(
Hello Hannes,
When can we expect a V15?
BTW: signature/patch must also be rebased due to SCSI interface chances:
static void megasas_command_complete(SCSIRequest *req, uint32_t status, size_t
resid)
Ciao,
Gerhard
--
http://www.wiesinger.com/
On 03/01/12 23:01, Alexey Korolev wrote:
> On 01/03/12 22:22, Gerd Hoffmann wrote:
>> On 03/01/12 07:57, Alexey Korolev wrote:
>>> In pci_bios_map_regions() we try to reserve memory for
>>> all entries of root bus regions.
>>> If pci_bios_init_root_regions() fails - e.g no enough space, we create
The first update cycle begins one - half seconds later when divider
reset is removing.
Signed-off-by: Yang Zhang
---
hw/mc146818rtc.c | 38 +-
1 files changed, 33 insertions(+), 5 deletions(-)
diff --git a/hw/mc146818rtc.c b/hw/mc146818rtc.c
index 6ebb8f6..
101 - 185 of 185 matches
Mail list logo
