Another issue missed in commit fdec991 is -mem-path: it needs to be
rejected only for old S390 KVM, not for any S390. Not that I
personally care, but the ifdeffery in qemu_ram_alloc_from_ptr() annoys
me.
Note that this doesn't actually make -mem-path work, as the kernel
doesn't (yet?) support la
pc_isa_bios_init() suffers integer overflow for flash larger than
INT_MAX.
Signed-off-by: Markus Armbruster
---
hw/block/pc_sysfw.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/hw/block/pc_sysfw.c b/hw/block/pc_sysfw.c
index 412d1b0..aebefc9 100644
--- a/hw/block/pc_sy
Issues:
* We try to obey -mem-path even though it can't work with Xen.
* To implement -machine mem-merge, we call
memory_try_enable_merging(new_block->host, size). But with Xen,
new_block->host remains null. Oops.
Fix by separating Xen allocation from normal allocation.
Signed-off-by: Mar
Instead of spreading its ifdeffery everywhere, confine it to
qemu_ram_alloc_from_ptr(). Everywhere else, simply test block->fd,
which is valid exactly when block uses -mem-path.
Signed-off-by: Markus Armbruster
---
exec.c | 37 ++---
include/exec/
Err, the RFC is accidental. Please review anyway. I'll respin for
commit afterwards.
We abort() on memory allocation failure. abort() is appropriate for
programming errors. Maybe most memory allocation failures are
programming errors, maybe not. But guest memory allocation failure
isn't, and aborting when the user asks for more memory than we can
provide is not nice. exit(1) in
Old S390 KVM wants guest RAM mapped in a peculiar way.
Commit fdec991 changed qemu_ram_alloc_from_ptr() to do this only when
necessary, but forgot to update qemu_ram_remap(). If
qemu_ram_alloc_from_ptr() maps RAM the normal way, but
qemu_ram_remap() remaps it the peculiar way, remapping changes
p
With -mem-path, qemu_ram_alloc_from_ptr() first tries to allocate
accordingly, but when it fails, it falls back to normal allocation.
The fall back allocation code used to be effectively identical to the
"-mem-path not given" code, until it started to diverge incommit
432d268. I believe the code
All I wanted to do is exit(1) instead of abort() on guest memory
allocation failure [07/08]. But that lead me into a minor #ifdef bog,
and here's what I brought back. Enjoy!
Markus Armbruster (8):
exec: Fix Xen RAM allocation with unusual options
exec: Clean up fall back when -mem-path alloc
On 06/12/2013 04:29 PM, chandrashekar shastri wrote:
>
> Hi All,
>
> Upstream : virt-install and virt-manager fails to install the guest with
> the error "qemu: could not load PC BIOS 'bios.bin'"
>
You are missing bios package for that. This depends on the distro
you're using, but probably sea
On Thu, Jun 13, 2013 at 04:46:09PM +1000, Alexey Kardashevskiy wrote:
> On 06/13/2013 04:28 PM, Frederic Konrad wrote:
> > On 12/06/2013 13:21, Alexey Kardashevskiy wrote:
> >> On 06/12/2013 07:16 PM, Michael S. Tsirkin wrote:
> >>> On Wed, Jun 12, 2013 at 07:04:48PM +1000, Alexey Kardashevskiy wro
Less code and ifdeffery.
Signed-off-by: Markus Armbruster
---
exec.c | 4 ++--
include/sysemu/kvm.h | 3 +--
kvm-all.c| 15 ++-
target-s390x/kvm.c | 17 ++---
4 files changed, 11 insertions(+), 28 deletions(-)
diff --git a/exec.c b/exec.c
in
On 13/06/2013 09:23, Michael S. Tsirkin wrote:
On Thu, Jun 13, 2013 at 04:46:09PM +1000, Alexey Kardashevskiy wrote:
On 06/13/2013 04:28 PM, Frederic Konrad wrote:
On 12/06/2013 13:21, Alexey Kardashevskiy wrote:
On 06/12/2013 07:16 PM, Michael S. Tsirkin wrote:
On Wed, Jun 12, 2013 at 07:04:
Hello.
In order to verify some build issues on solaris, I tried to install
sol10 x86 in a kvm vm. But unfortunately it does not work: after the
grub prompt and choosing "Solaris 10 x86" boot entry, the kernel
gets loaded (there's a row of dots displayed during that), next,
the following message g
On Thu, Jun 13, 2013 at 09:34:30AM +0200, Frederic Konrad wrote:
> On 13/06/2013 09:23, Michael S. Tsirkin wrote:
> >On Thu, Jun 13, 2013 at 04:46:09PM +1000, Alexey Kardashevskiy wrote:
> >>On 06/13/2013 04:28 PM, Frederic Konrad wrote:
> >>>On 12/06/2013 13:21, Alexey Kardashevskiy wrote:
> O
于 2013-6-13 14:33, Fam Zheng 写道:
On Thu, 06/13 14:07, Wenchao Xia wrote:
于 2013-6-13 14:03, Wenchao Xia 写道:
于 2013-6-7 15:18, Stefan Hajnoczi 写道:
On Thu, Jun 06, 2013 at 04:56:49PM +0800, Fam Zheng wrote:
On Thu, 06/06 10:05, Stefan Hajnoczi wrote:
On Thu, Jun 06, 2013 at 11:56:18AM +0800, F
Am 13.06.2013 09:02, schrieb Markus Armbruster:
> Less code and ifdeffery.
>
> Signed-off-by: Markus Armbruster
Reviewed-by: Andreas Färber
Andreas
--
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg
On Thu, Jun 13, 2013 at 4:13 AM, Fam Zheng wrote:
> On Tue, 06/11 09:40, Stefan Hajnoczi wrote:
>> On Tue, Jun 11, 2013 at 11:15:15AM +0800, Fam Zheng wrote:
>> > On Mon, Jun 10, 2013 at 5:21 PM, Stefan Hajnoczi
>> > wrote:
>> > > On Sun, Jun 09, 2013 at 10:34:54AM +0800, Fam Zheng wrote:
>> > >
On Thu, Jun 13, 2013 at 01:33:29PM +0800, Wenchao Xia wrote:
> 于 2013-6-11 17:14, Stefan Hajnoczi 写道:
> >On Sat, Jun 08, 2013 at 02:58:01PM +0800, Wenchao Xia wrote:
> >>+
> >>+/* Following function generate id string, used by block driver, such as
> >>qcow2.
> >>+ Since no better place to go, p
On Thu, Jun 13, 2013 at 10:06:43AM +0800, Fam Zheng wrote:
> On Mon, 06/10 16:32, Stefan Hajnoczi wrote:
> > On Mon, Jun 10, 2013 at 04:04:55PM +0200, Kevin Wolf wrote:
> > > Am 10.06.2013 um 11:07 hat Stefan Hajnoczi geschrieben:
> > > > Remember to byteswap VMDK4Header.desc_offset on big-endian m
Am 13.06.2013 09:02, schrieb Markus Armbruster:
> We abort() on memory allocation failure. abort() is appropriate for
> programming errors. Maybe most memory allocation failures are
> programming errors, maybe not. But guest memory allocation failure
> isn't, and aborting when the user asks for
On Wed, Jun 12, 2013 at 04:22:52PM +0200, Kevin Wolf wrote:
> The raw-posix driver has code to provide a /dev/cdrom on OS X even
> though it doesn't really exist. However, since commit c66a6157 the real
> filename is dismissed after finding it, so opening /dev/cdrom fails.
> Put the filename back i
On Thu, Jun 13, 2013 at 11:21:29AM +0800, Fam Zheng wrote:
> Refuse to open higher version for safety.
>
> Although we try to be compatible with published VMDK spec, VMware has
> newer version from ESXi 5.1 exported OVF/OVA, which we have no knowledge
> what's changed in it. And it is very likely
On Thu, Jun 13, 2013 at 08:09:09AM +0200, Peter Lieven wrote:
> I was thinking if it would be a good idea to zeroize all memory resources on
> system reset and
> madvise dontneed them afterwards. This would avoid system reset attacks in
> case the attacker
> has only access to the console of a vS
On Thu, Jun 13, 2013 at 10:31:04AM +0530, chandrashekar shastri wrote:
> We are testing the upstream KVM with :
>
> Kernel, Qemu, Libvirt, Virt-Manager is built from the source (git).
>
> kernel version : 3.9.0+
> qemu version : QEMU emulator version 1.5.0
> libvirt version : 1.0.5
> virt-install
On 13.06.2013 10:40, Stefan Hajnoczi wrote:
On Thu, Jun 13, 2013 at 08:09:09AM +0200, Peter Lieven wrote:
I was thinking if it would be a good idea to zeroize all memory resources on
system reset and
madvise dontneed them afterwards. This would avoid system reset attacks in case
the attacker
h
Am 05.06.2013 17:25, schrieb Michael Tokarev:
> In two places qemu uses openpty() which is very system-dependent,
> and in both places the pty is switched to raw mode as well.
> Make a wrapper function which does both steps, and move all the
> system-dependent complexity into a separate file, toget
On Thu, Jun 13, 2013 at 12:38 PM, Amos Kong wrote:
> On Mon, Apr 01, 2013 at 04:20:34PM +0800, Liu Ping Fan wrote:
>> From: Liu Ping Fan
>>
>> Signed-off-by: Liu Ping Fan
>> ---
>> vl.c |2 ++
>> 1 files changed, 2 insertions(+), 0 deletions(-)
>>
>> diff --git a/vl.c b/vl.c
>> index 7643f1
On 07/06/13 19:27, Jason J. Herne wrote:
> Latest code for cpu Hotplug designed to be controled via the QOM
> infrastructure.
> cpu on S390 are treated as devices via a new platform independent
> infrastructure I designed to allow this "new way" to exist with the "old way"
> of representing cpus.
On 13.06.2013 10:40, Stefan Hajnoczi wrote:
On Thu, Jun 13, 2013 at 08:09:09AM +0200, Peter Lieven wrote:
I was thinking if it would be a good idea to zeroize all memory resources on
system reset and
madvise dontneed them afterwards. This would avoid system reset attacks in case
the attacker
h
On Thu, Jun 13, 2013 at 02:33:40PM +0800, Fam Zheng wrote:
> On Thu, 06/13 14:07, Wenchao Xia wrote:
> > 于 2013-6-13 14:03, Wenchao Xia 写道:
> > >于 2013-6-7 15:18, Stefan Hajnoczi 写道:
> > >>On Thu, Jun 06, 2013 at 04:56:49PM +0800, Fam Zheng wrote:
> > >>>On Thu, 06/06 10:05, Stefan Hajnoczi wrote:
Fails on qtest_init() in tests/libqtest.c, "Broken pipe". I cannot easily
see what is wrong here with this patch but it is 100% reproducible on x86_64
:(
On 06/13/2013 04:28 PM, Alexey Kardashevskiy wrote:
> Hi!
>
> I do not know how (yet) but this patch breaks qtest on x86 (I bisected it):
>
Currently, I drop slirp and frontend related code (I guess I can reuse some
code by mdroth's QContext later). And this series only resolve the net core
re-entrant problem.
v1->v2:
introduce netqueue re-entrant detection and defer it to BH
Liu Ping Fan (6):
net: introduce lock to protect NetQu
From: Liu Ping Fan
NetQueue will be accessed by nc and its peers at the same time,
need lock to protect it.
Signed-off-by: Liu Ping Fan
---
include/net/net.h | 1 +
net/queue.c | 13 +
2 files changed, 14 insertions(+)
diff --git a/include/net/net.h b/include/net/net.h
inde
From: Liu Ping Fan
Nested call caused by ->receive() will raise issue like deadlock,
so postphone it to BH.
Signed-off-by: Liu Ping Fan
---
net/queue.c | 40 ++--
1 file changed, 38 insertions(+), 2 deletions(-)
diff --git a/net/queue.c b/net/queue.c
index
From: Liu Ping Fan
With refcnt, NetClientState's user can run agaist deleter.
Signed-off-by: Liu Ping Fan
---
hw/core/qdev-properties-system.c | 14
include/net/net.h| 3 +++
net/hub.c| 3 +++
net/net.c| 47
From: Liu Ping Fan
Introduce nc->peer_lock to shield off the race of nc->peer's reader and
deleter. With it, after deleter finish, no new qemu_send_packet_xx()
will append packet to peer->send_queue, therefore no new reference from
packet->sender to nc will exist in nc->peer->send_queue.
Signed-
From: Liu Ping Fan
qemu_net_client_setup() is the only user of qemu_new_net_queue(), which
will pass in NetClientState. By forcing it be a NetClientState, we
can ref/unref NetQueue's owner
Signed-off-by: Liu Ping Fan
---
include/net/queue.h | 2 +-
net/queue.c | 4 ++--
2 files changed
From: Liu Ping Fan
Hub ports will run on multi-threads, so use lock to protect them.
Signed-off-by: Liu Ping Fan
---
net/hub.c | 25 -
1 file changed, 24 insertions(+), 1 deletion(-)
diff --git a/net/hub.c b/net/hub.c
index 9c6c559..2970f8e 100644
--- a/net/hub.c
+++ b
On Wed, Jun 12, 2013 at 11:41 PM, Michael Roth
wrote:
> Please respond here or CC qemu-sta...@nongnu.org on any patches you
> think should be included in the release. The cut-off date is
> 2013-06-19 for new patches.
commit 293c51a6ee369228633a8428ab689f14c045ff98
Author: Stefan Hajnoczi
Date:
Hi,
Am 13.06.2013 08:09, schrieb Peter Lieven:
> I was thinking if it would be a good idea to zeroize all memory
> resources on system reset and
> madvise dontneed them afterwards.
The current way of not zeroing memory has led to discovery of some
firmware bugs that we wouldn't have found if QEMU
On 06/12/2013 04:21 PM, chandrashekar shastri wrote:
> Hi All,
>
> I have attached the dedug log of libvirt, please let me with your comments.
Spamming 3 separate lists with nearly a megabyte of logs is considered
poor netiquette. It causes lots of server time to multiply that out to
all the re
On 13.06.2013 11:22, Andreas Färber wrote:
Hi,
Am 13.06.2013 08:09, schrieb Peter Lieven:
I was thinking if it would be a good idea to zeroize all memory
resources on system reset and
madvise dontneed them afterwards.
The current way of not zeroing memory has led to discovery of some
firmware
** Changed in: qemu-linaro
Status: Fix Committed => Fix Released
** Changed in: qemu
Status: Fix Committed => Fix Released
** Changed in: qemu-linaro
Milestone: None => 2013.06
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribe
Public bug reported:
RHEL guest shows the partittions even after the removal of scsi disk:
fdisk still shows the "/dev/sdb" partitions even after the removal of scsi disk.
Guest details:
---
Kernel : 2.6.32-358
Host Details :
Upstream Kernel, Qemu, Libvirt and virt-manager
The xen-platform device should be initialized by the Xen toolstack by
passing the appropriate -device argument on the command line.
Signed-off-by: Paul Durrant
---
hw/i386/pc_piix.c |3 ---
1 file changed, 3 deletions(-)
diff --git a/hw/i386/pc_piix.c b/hw/i386/pc_piix.c
index d618570..e250
On Fri, May 31, 2013 at 08:31:17PM +0800, Amos Kong wrote:
> On Thu, May 30, 2013 at 11:48:46AM -0500, Anthony Liguori wrote:
> > Amos Kong writes:
> >
> > > Guest driver sets repeat rate and delay time by KBD_CMD_SET_RATE,
> > > but ps2 backend doesn't process it and no auto-repeat implementatio
On Wed, Jun 12, 2013 at 09:23:37AM -0400, Luiz Capitulino wrote:
> On Wed, 12 Jun 2013 15:21:20 +0200
> Gerd Hoffmann wrote:
>
> > Hi,
> >
> > >> -{ 'command': 'screendump', 'data': {'filename': 'str'} }
> > >> +{ 'command': 'screendump', 'data': {'filename': 'str',
> > >> +
Am 31.05.2013 14:31, schrieb Amos Kong:
> diff --git a/hw/input/ps2.c b/hw/input/ps2.c
> index cdb18e6..fdb9912 100644
> --- a/hw/input/ps2.c
> +++ b/hw/input/ps2.c
> @@ -615,7 +615,17 @@ static bool ps2_keyboard_repeatstate_needed(void
> *opaque)
> {
> PS2KbdState *s = opaque;
>
> -ret
Hi,
I have filed a bug "fdisk still shows the "/dev/sdb" partitions even
after the removal of scsi disk" for the upstream kernel.
Bug link:
https://bugs.launchpad.net/qemu/+bug/1190525
RHEL guest shows the partittions even after the removal of scsi disk:
fdisk still shows the "/dev/sdb" parti
Am 12.06.2013 16:22, schrieb Kevin Wolf:
> The raw-posix driver has code to provide a /dev/cdrom on OS X even
> though it doesn't really exist. However, since commit c66a6157 the real
> filename is dismissed after finding it, so opening /dev/cdrom fails.
> Put the filename back into the options QDi
Signed-off-by: Hu Tao
---
cputlb.c| 4 ++--
hw/acpi/piix4.c | 6 +++---
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/cputlb.c b/cputlb.c
index 8c8..1230e9e 100644
--- a/cputlb.c
+++ b/cputlb.c
@@ -262,8 +262,8 @@ void tlb_set_page(CPUArchState *env, target_ulong vad
Since it's called in object_initialize_with_type later.
Signed-off-by: Hu Tao
---
qom/object.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/qom/object.c b/qom/object.c
index 803b94b..38dc45e 100644
--- a/qom/object.c
+++ b/qom/object.c
@@ -406,9 +406,6 @@ Object *object_new_with_type(Ty
Signed-off-by: Hu Tao
---
hw/acpi/ich9.c | 4 ++--
hw/acpi/piix4.c | 6 +++---
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/hw/acpi/ich9.c b/hw/acpi/ich9.c
index 4a17f32..100b01f 100644
--- a/hw/acpi/ich9.c
+++ b/hw/acpi/ich9.c
@@ -215,11 +215,11 @@ void ich9_pm_init(PCIDevice
Peter Lieven writes:
> On 13.06.2013 10:40, Stefan Hajnoczi wrote:
>> On Thu, Jun 13, 2013 at 08:09:09AM +0200, Peter Lieven wrote:
>>> I was thinking if it would be a good idea to zeroize all memory
>>> resources on system reset and
>>> madvise dontneed them afterwards. This would avoid system r
Am 12.06.2013 22:32, schrieb Scott Wood:
> Enables support for the in-kernel MPIC that thas been merged into the
> KVM next branch. This includes irqfd/KVM_IRQ_LINE support from Alex
> Graf (along with some other improvements).
>
> Note from Alex regarding kvm_irqchip_create():
>
> On x86, one
Am 13.06.2013 12:51, schrieb Hu Tao:
> Signed-off-by: Hu Tao
> ---
> hw/acpi/ich9.c | 4 ++--
> hw/acpi/piix4.c | 6 +++---
> 2 files changed, 5 insertions(+), 5 deletions(-)
Reviewed-by: Andreas Färber
Andreas
--
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Jeff Haw
Am 13.06.2013 12:51, schrieb Hu Tao:
> Signed-off-by: Hu Tao
> ---
> cputlb.c| 4 ++--
> hw/acpi/piix4.c | 6 +++---
> 2 files changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/cputlb.c b/cputlb.c
> index 8c8..1230e9e 100644
> --- a/cputlb.c
> +++ b/cputlb.c
> @@ -262,8 +262,
Am 13.06.2013 13:10, schrieb Andreas Färber:
> Am 13.06.2013 12:51, schrieb Hu Tao:
>> Signed-off-by: Hu Tao
>> ---
>> cputlb.c| 4 ++--
>> hw/acpi/piix4.c | 6 +++---
>> 2 files changed, 5 insertions(+), 5 deletions(-)
>>
>> diff --git a/cputlb.c b/cputlb.c
>> index 8c8..1230e9e 1006
Hi,
here's another virtio-ccw bugfix which makes rebooting work better here.
Christian Borntraeger (1):
s390/virtio-ccw: Fix virtio reset
hw/s390x/virtio-ccw.c |2 ++
1 file changed, 2 insertions(+)
--
1.7.9.5
From: Christian Borntraeger
On virtio reset we must reset the indicator to avoid stale interrupts,
e.g. after a reset.
Signed-off-by: Christian Borntraeger
Cc: qemu-sta...@nongnu.org
Signed-off-by: Cornelia Huck
---
hw/s390x/virtio-ccw.c |2 ++
1 file changed, 2 insertions(+)
diff --git
This reverts commit 8ec7d390b0d50b5e5b4b1d8dba7ba40d64a70875.
Signed-off-by: Kevin Wolf
---
blockdev.c | 118 ++-
tests/qemu-iotests/group | 2 +-
2 files changed, 5 insertions(+), 115 deletions(-)
diff --git a/blockdev.c b/blockdev.c
This series adds options to make qcow2 discard freed clusters, in several
categories. By default, only freed clusters related to snapshots (i.e. mainly
snapshot deletion) are discarded.
Kevin Wolf (5):
Revert "block: Disable driver-specific options for 1.5"
qcow2: Add refcount update reason to
Deleted snapshots are discarded in the image file by default, discard
requests take their default from the -drive discard=... option and other
places that free clusters must always be enabled explicitly.
Signed-off-by: Kevin Wolf
---
block/qcow2-refcount.c | 5 +
block/qcow2.c | 26
Turning on discard options in qcow2 doesn't help a lot when the discard
requests that it issues are thrown away by the raw-posix layer. This
patch always enables discard functionality on the protocol level so that
it's the image format's responsibility to send (or not) discard
requests. Requests se
This optimises the discard operation for freed clusters by batching
discard requests (both snapshot deletion and bdrv_discard end up
updating the refcounts cluster by cluster).
Note that we don't discard asynchronously, but keep s->lock held. This
is to avoid that a freed cluster is reallocated an
This adds a refcount update reason to all callers of update_refcounts(),
so that a follow-up patch can use this information to decide whether
clusters that reach a refcount of 0 should be discarded in the image
file.
Signed-off-by: Kevin Wolf
---
block/qcow2-cluster.c | 16 +--
bloc
On Thu, 13 Jun 2013, Markus Armbruster wrote:
> Issues:
>
> * We try to obey -mem-path even though it can't work with Xen.
>
> * To implement -machine mem-merge, we call
> memory_try_enable_merging(new_block->host, size). But with Xen,
> new_block->host remains null. Oops.
>
> Fix by separ
Markus Armbruster writes:
> Peter Lieven writes:
>
>> On 13.06.2013 10:40, Stefan Hajnoczi wrote:
>>> On Thu, Jun 13, 2013 at 08:09:09AM +0200, Peter Lieven wrote:
I was thinking if it would be a good idea to zeroize all memory
resources on system reset and
madvise dontneed them a
Il 12/06/2013 17:41, Michael Roth ha scritto:
> Hi everyone,
>
> The following new patches are queued for QEMU stable v1.5.1:
>
> https://github.com/mdroth/qemu/commits/stable-1.5-staging
>
> The release is planned for 2013-06-26:
>
> http://wiki.qemu.org/Planning/1.5
>
> Please respond here o
Il 13/06/2013 07:56, Anthony Liguori ha scritto:
> Markus Armbruster writes:
>
>> Peter Lieven writes:
>>
>>> On 13.06.2013 10:40, Stefan Hajnoczi wrote:
On Thu, Jun 13, 2013 at 08:09:09AM +0200, Peter Lieven wrote:
> I was thinking if it would be a good idea to zeroize all memory
>
Il 13/06/2013 06:19, Andreas Färber ha scritto:
> Am 31.05.2013 14:31, schrieb Amos Kong:
>> diff --git a/hw/input/ps2.c b/hw/input/ps2.c
>> index cdb18e6..fdb9912 100644
>> --- a/hw/input/ps2.c
>> +++ b/hw/input/ps2.c
>> @@ -615,7 +615,17 @@ static bool ps2_keyboard_repeatstate_needed(void
>> *opa
Am 13.06.2013 14:27, schrieb Paolo Bonzini:
> Il 12/06/2013 17:41, Michael Roth ha scritto:
>> Hi everyone,
>>
>> The following new patches are queued for QEMU stable v1.5.1:
>>
>> https://github.com/mdroth/qemu/commits/stable-1.5-staging
>>
>> The release is planned for 2013-06-26:
>>
>> http://wi
On 12/06/2013 23:41, Michael Roth wrote:
Hi everyone,
The following new patches are queued for QEMU stable v1.5.1:
https://github.com/mdroth/qemu/commits/stable-1.5-staging
The release is planned for 2013-06-26:
http://wiki.qemu.org/Planning/1.5
Please respond here or CC qemu-sta...@nongnu.o
On 12/06/2013 23:41, Michael Roth wrote:
Hi everyone,
The following new patches are queued for QEMU stable v1.5.1:
https://github.com/mdroth/qemu/commits/stable-1.5-staging
The release is planned for 2013-06-26:
http://wiki.qemu.org/Planning/1.5
Please respond here or CC qemu-sta...@nongnu.o
On 06/13/13 12:19, chandrashekar shastri wrote:
> Hi,
>
> I have filed a bug "fdisk still shows the "/dev/sdb" partitions even
> after the removal of scsi disk" for the upstream kernel.
>
> Bug link:
> https://bugs.launchpad.net/qemu/+bug/1190525
>
> RHEL guest shows the partittions even after t
On Thu, Jun 13, 2013 at 09:40:14AM +0800, Wanlong Gao wrote:
> On 06/11/2013 09:40 PM, Eduardo Habkost wrote:
> > On Tue, Jun 11, 2013 at 03:22:13PM +0800, Wanlong Gao wrote:
> >> On 06/05/2013 09:46 PM, Eduardo Habkost wrote:
> >>> On Wed, Jun 05, 2013 at 11:58:25AM +0800, Wanlong Gao wrote:
> >>>
The v7 ARM ARM specifies that the Large Physical Address
Extension requires implementation of the Multiprocessing
Extensions, so make our LPAE feature imply V7MP rather
than specifying both in the A15 CPU initfn.
Signed-off-by: Peter Maydell
---
Doesn't make much difference now, but will save a l
On 7 June 2013 13:06, Mans Rullgard wrote:
> Signed-off-by: Mans Rullgard
> ---
> target-arm/cpu.c | 5 -
> target-arm/cpu.h | 1 +
> target-arm/translate.c | 1 +
> 3 files changed, 6 insertions(+), 1 deletion(-)
>
> diff --git a/target-arm/cpu.c b/target-arm/cpu.c
> index 496a5
implementation is in memory.c, move function
to match. This allows use from places that
don't pull in exec-all.h
Signed-off-by: Michael S. Tsirkin
---
include/exec/exec-all.h | 5 -
include/exec/memory.h | 5 +
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/include/exe
On 7 June 2013 13:06, Mans Rullgard wrote:
> The ARMv8 SEVL instruction is in the architectural hint space already
> emulated as nop. This makes the decoding of SEVL explicit for clarity.
>
> Signed-off-by: Mans Rullgard
Reviewed-by: Peter Maydell
-- PMM
Am 13.06.2013 14:51, schrieb Peter Maydell:
> The v7 ARM ARM specifies that the Large Physical Address
> Extension requires implementation of the Multiprocessing
> Extensions, so make our LPAE feature imply V7MP rather
> than specifying both in the A15 CPU initfn.
>
> Signed-off-by: Peter Maydell
Paolo Bonzini writes:
> Il 13/06/2013 06:19, Andreas Färber ha scritto:
>> Am 31.05.2013 14:31, schrieb Amos Kong:
>>> diff --git a/hw/input/ps2.c b/hw/input/ps2.c
>>> index cdb18e6..fdb9912 100644
>>> --- a/hw/input/ps2.c
>>> +++ b/hw/input/ps2.c
>>> @@ -615,7 +615,17 @@ static bool ps2_keyboard
Am 07.06.2013 14:06, schrieb Mans Rullgard:
> The ARMv8 SEVL instruction is in the architectural hint space already
> emulated as nop. This makes the decoding of SEVL explicit for clarity.
>
> Signed-off-by: Mans Rullgard
> ---
> target-arm/translate.c | 1 +
> 1 file changed, 1 insertion(+)
>
Am 13.06.2013 14:44, schrieb Frederic Konrad:
> On 12/06/2013 23:41, Michael Roth wrote:
>> Hi everyone,
>>
>> The following new patches are queued for QEMU stable v1.5.1:
>>
>> https://github.com/mdroth/qemu/commits/stable-1.5-staging
>>
>> The release is planned for 2013-06-26:
>>
>> http://wiki.
Signed-off-by: Mans Rullgard
---
Make V8 imply ARM_DIV and LPAE.
---
target-arm/cpu.c | 7 ++-
target-arm/cpu.h | 1 +
target-arm/translate.c | 1 +
3 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/target-arm/cpu.c b/target-arm/cpu.c
index 496a59f..b75f396 100644
---
On 13/06/2013 15:21, Andreas Färber wrote:
Am 13.06.2013 14:44, schrieb Frederic Konrad:
On 12/06/2013 23:41, Michael Roth wrote:
Hi everyone,
The following new patches are queued for QEMU stable v1.5.1:
https://github.com/mdroth/qemu/commits/stable-1.5-staging
The release is planned for 201
Andreas Färber writes:
> Am 07.06.2013 14:06, schrieb Mans Rullgard:
>> The ARMv8 SEVL instruction is in the architectural hint space already
>> emulated as nop. This makes the decoding of SEVL explicit for clarity.
>>
>> Signed-off-by: Mans Rullgard
>> ---
>> target-arm/translate.c | 1 +
>>
On Wed, 12 Jun 2013, George Dunlap wrote:
> On 12/06/13 08:25, Jan Beulich wrote:
> > > > > On 11.06.13 at 19:26, Stefano Stabellini
> > > > > wrote:
> > > I went through the code that maps the PCI MMIO regions in hvmloader
> > > (tools/firmware/hvmloader/pci.c:pci_setup) and it looks like it alre
On Thu, Jun 13, 2013 at 02:36:20PM +0200, Andreas Färber wrote:
> Am 13.06.2013 14:27, schrieb Paolo Bonzini:
> > Il 12/06/2013 17:41, Michael Roth ha scritto:
> >> Hi everyone,
> >>
> >> The following new patches are queued for QEMU stable v1.5.1:
> >>
> >> https://github.com/mdroth/qemu/commits/s
On 17.05.2013, at 09:42, Andreas Färber wrote:
> Am 17.05.2013 06:25, schrieb David Gibson:
>> Currently, for qemu-system-ppc64, the default machine type is 'mac99'.
>> Since the mac99 machine is not being actively maintained, and shows quite
>> a few signs of bitrot,
>
> Please be more specific
On 13/06/13 14:44, Stefano Stabellini wrote:
On Wed, 12 Jun 2013, George Dunlap wrote:
On 12/06/13 08:25, Jan Beulich wrote:
On 11.06.13 at 19:26, Stefano Stabellini
wrote:
I went through the code that maps the PCI MMIO regions in hvmloader
(tools/firmware/hvmloader/pci.c:pci_setup) and it lo
On 7 June 2013 13:06, Mans Rullgard wrote:
> This adds support for the ARMv8 load acquire/store release instructions.
> Since qemu does nothing special for memory barriers, these can be
> emulated like their non-acquire/release counterparts.
A brief comment to this effect in the appropriate parts
On 13 June 2013 14:25, Mans Rullgard wrote:
> Signed-off-by: Mans Rullgard
> ---
> Make V8 imply ARM_DIV and LPAE.
Reviewed-by: Peter Maydell
-- PMM
On Thu, Jun 13, 2013 at 03:29:46PM +0200, Frederic Konrad wrote:
> On 13/06/2013 15:21, Andreas Färber wrote:
> >Am 13.06.2013 14:44, schrieb Frederic Konrad:
> >>On 12/06/2013 23:41, Michael Roth wrote:
> >>>Hi everyone,
> >>>
> >>>The following new patches are queued for QEMU stable v1.5.1:
> >>>
On 3 June 2013 14:47, Peter Maydell wrote:
> This patch series overhauls how we handle ARM coprocessor registers,
> so that we use a consistent approach for migration, reset and
> QEMU<->KVM synchronisation, driven by the kernel's list of supported
> registers.
Applied to target-arm.next. (If the
On 13.06.2013 12:55, Markus Armbruster wrote:
Peter Lieven writes:
On 13.06.2013 10:40, Stefan Hajnoczi wrote:
On Thu, Jun 13, 2013 at 08:09:09AM +0200, Peter Lieven wrote:
I was thinking if it would be a good idea to zeroize all memory
resources on system reset and
madvise dontneed them aft
As we are going to very likely change ACPI tables across QEMU versions,
cross-verion migration will be a pain.
Register the tables as a ROM: this way they are migrated, same as BIOS
code.
Since size is going to likely change, too, round it up to a multiple of
1MByte to avoid too much churn there.
When running with -M 1.5 and older, disable ACPI
table generation, and don't expose ACPI
tables to guest.
Signed-off-by: Michael S. Tsirkin
---
hw/i386/acpi-build.c | 4
hw/i386/pc_piix.c| 12 ++--
hw/i386/pc_q35.c | 12 ++--
include/hw/i386/pc.h | 1 +
4 files cha
Support ROM blobs not mapped into guest memory:
let user pass in MR for memory serving as the backing store.
Signed-off-by: Michael S. Tsirkin
---
hw/core/loader.c | 32 +---
hw/lm32/lm32_hwsetup.h | 2 +-
include/hw/loader.h| 4 ++--
3 files changed, 32 i
1 - 100 of 209 matches
Mail list logo
