block/dmg can use additional library (libbz2) to read
bzip2-compressed files. Make the block driver to be
a module if libbz2 support is requested, to avoid extra
library dependency by default.
Signed-off-by: Michael Tokarev
--
This might be questionable, to make the thing to be either
module or
于 2015/3/9 22:41, shlomo.pongr...@toganetworks.com 写道:
> From: Shlomo Pongratz
>
> This patch is a first step toward 128 cores support for arm64.
>
> At first only 64 cores are supported for two reasons:
> First the largest integer type has the size of 64 bits and modifying
> essential data struct
Am 10.03.2015 um 06:40 schrieb Michael Tokarev:
Signed-off-by: Michael Tokarev
---
disas/cris.c | 11 ---
target-cris/opcode-cris.h | 10 --
2 files changed, 21 deletions(-)
diff --git a/disas/cris.c b/disas/cris.c
index 9dfb4e3..0fc7e54 100644
--- a/disas/cris.
On 2015/3/10 13:54, Michael Tokarev wrote:
> Don't compare syscall return with -1, use "<0" condition.
> Don't introduce useless local variables when we already
> have similar variable
> Rename local variable to be consistent with other usages
>
> Signed-off-by: Michael Tokarev
> ---
> hw/9pfs/v
10.03.2015 10:12, Stefan Weil wrote:
[]
> There remains a comment in disas/cris.c referring to cris_conds15. Maybe you
> want to add that to your patch, too (keep my review then).
Oh yeah, I overlooked it.
However maybe we should keep this somehow (maybe in a better comment
in this cris_cc_string
On 2015/3/10 14:32, Shannon Zhao wrote:
> On 2015/3/10 12:59, Gayathri Nagarajan wrote:
>> I have a problem with networking in qemu. I want to use the Linux tap device
>> for qemu network. For that
>>
>> *1. I created a bridge -*
>>
>> $ sudo brctl addbr br0
>>
>> *2. I used the following qemu-if
10.03.2015 10:15, Gonglei wrote:
> On 2015/3/10 13:54, Michael Tokarev wrote:
>> Don't compare syscall return with -1, use "<0" condition.
>> Don't introduce useless local variables when we already
>> have similar variable
>> Rename local variable to be consistent with other usages
>>
>> Signed-off
On 2015/3/10 15:20, Michael Tokarev wrote:
> 10.03.2015 10:15, Gonglei wrote:
>> On 2015/3/10 13:54, Michael Tokarev wrote:
>>> Don't compare syscall return with -1, use "<0" condition.
>>> Don't introduce useless local variables when we already
>>> have similar variable
>>> Rename local variable t
The first patch introduces a hash table based bounce buffer tracker, which
guarantees the availability whenever bounce buffer is needed for dma.
The second patch removes the unused map_client_list.
Fam Zheng (2):
exec: Convert bounce buffer to a set
exec: Remove map_client_list family
dma-h
With the introduction of dataplane, the global bounce buffer is neither
thread-safe nor multi-thread friendly. The problems are:
1) Access to "bounce" is not atomic, thus not safe from dataplane
thread.
2) Access to "map_client_list" is not atomic, thus not safe from
dataplane thread.
3) In
Now that bounce buffer is no longer global and the callback and BH are
not necessary. Remove them altogether.
Signed-off-by: Fam Zheng
---
dma-helpers.c | 20
exec.c| 35 ---
include/exec/cpu-common.h | 1 -
in
Am 09.03.2015 um 21:37 schrieb Christian Borntraeger:
> Am 06.03.2015 um 18:23 schrieb Stefan Hajnoczi:
>> On Thu, Feb 26, 2015 at 10:29:57AM +0100, Christian Borntraeger wrote:
>>> is this some know issue? Under heavy load with lots of dataplane devices I
>>> sometimes get a segfault in the bdrc_
Public bug reported:
When loading the URL https://bonnus.ulb.uni-bonn.de/ and some more,
dwb from Ubuntu Trusty fails with an error message:
SSL handshake failed [Try again]
Other web browsers like firefox have no problem showing this URL.
Newer versions of dwb (Debian Jessie, for example) also
Am 10.03.2015 um 09:01 schrieb Stefan Weil:
Public bug reported:
When loading the URL https://bonnus.ulb.uni-bonn.de/ and some more,
dwb from Ubuntu Trusty fails with an error message:
SSL handshake failed [Try again]
Please ignore this e-mail - it is not QEMU related.
Stefan
Am 09.03.2015 um 21:34 hat John Snow geschrieben:
>
>
> On 03/09/2015 10:27 AM, Kevin Wolf wrote:
> >Am 26.02.2015 um 00:06 hat John Snow geschrieben:
> >>This will enable the testing of high offsets without
> >>wasting a lot of disk space, and does not impact the
> >>previous tests.
> >>
> >>mki
κÕñΰ writes:
> Hi, there,
>
>
> We are software engineers of Loongson.Inc，a computer company design
> and produce MIPS-compatible computers located in China。
>
>
> Currently we use Qemu to run X86-64 network programs such as snort on
> MIPS platform.
> During Qemu running on MIPS, we found som
On Mon, 03/09 15:48, Bill Paul wrote:
> I'm certain I'm sending this in plain text mode this time. According to my
> reading of the Intel documentation, the SYSRET instruction is supposed to
> force the RPL bits of the %ss register to 3 when returning to user mode. The
> actual sequence is:
>
>
Hi,
> > Second thing: Booting with an unpatched seabios has bad effects:
> >
> > [root@localhost ~]# cat /proc/iomem
> > -000f : PCI Bus :10
> >-0fff : reserved
> >1000-0009fbff : System RAM
> >0009fc00-0009 : reserved
> >000c-000c91ff : V
agraf/tags/signed-ppc-for-upstream'
into staging (2015-03-09 14:04:14 +)
are available in the git repository at:
git://github.com/borntraeger/qemu.git tags/s390x-20150310
for you to fetch changes up to 6342cb1443b37d249a0e2005128ade07a80a97f5:
s390-ccw: rebuild BIOS (2015-03-10 09:2
synchronize linux headers up to
commit 9eccca0843205f87c ("Linux 4.0-rc3")
Signed-off-by: Christian Borntraeger
---
include/standard-headers/linux/virtio_net.h | 54 +
linux-headers/asm-arm/kvm.h | 2 ++
linux-headers/asm-arm64/kvm.h |
From: David Hildenbrand
This patch adds tracing code for all SIGP orders (including the destination
vcpu and the resulting condition code).
Reviewed-by: Thomas Huth
Reviewed-by: Cornelia Huck
Signed-off-by: Jens Freimann
Signed-off-by: David Hildenbrand
Message-Id: <1424783731-43426-6-git-se
From: David Hildenbrand
According to the PoP, a restart irq has to be delivered "without first honoring
any other pending interruptions", if a cpu is in the STOPPED state.
While it is hard to implement this case in kvm, it can easily be handled in
qemu.
Reviewed-by: Thomas Huth
Reviewed-by: C
From: David Hildenbrand
Whenever we set the SIGP status in the status register, we have to wipe out
the lower 4 bytes and keep the higher 4 bytes. Also the condition code will
always be set to STATUS_STORED.
Let's introduce the wrapper for SigpInfo, as this will avoid most duplicate
code in the
guessed_disk_nature is a static zero variable. As the QEMU ELF
loader does not zero the BSS section, lets do it explicitely here.
This fixes reboot for some corner cases (like FCP flash
devices with logical_block_size=512, physical_block_size=4096)
Signed-off-by: Christian Borntraeger
Tested-by:
From: David Hildenbrand
This patch introduces defines for the SIGP condition codes and replaces all
occurrences of numeral condition codes with the new defines.
Reviewed-by: Cornelia Huck
Signed-off-by: Jens Freimann
Signed-off-by: David Hildenbrand
Message-Id: <1424783731-43426-2-git-send-em
rebuild bios to get latest changes:
s390/bios: Make the s390-ccw.img relocatable
s390-ccw.img: Reinitialize guessing on reboot
s390-ccw.img: Allow bigger ramdisk sizes or offsets
Signed-off-by: Christian Borntraeger
---
pc-bios/s390-ccw.img | Bin 17752 -> 13616 bytes
1 file changed, 0 insertio
From: David Hildenbrand
All required SIGP handlers have been implemented in QEMU.
Let's enable the new sigp handling in user space if the kernel supports it.
Reviewed-by: Thomas Huth
Reviewed-by: Cornelia Huck
Signed-off-by: Jens Freimann
Signed-off-by: David Hildenbrand
Message-Id: <142478
From: David Hildenbrand
In preparation for other CPU states, SIGP START will only start a VCPU if it is
in the STOPPED state.
Reviewed-by: Thomas Huth
Reviewed-by: Cornelia Huck
Signed-off-by: Jens Freimann
Signed-off-by: David Hildenbrand
Message-Id: <1424783731-43426-8-git-send-email-jf...
From: Dominik Dingel
With "KVM: s390: Allow userspace to limit guest memory size" KVM is able to
do some optimizations based on the guest memory limit.
The guest memory limit is computed by the initial definition and with the
notion of
hotplugged memory.
Reviewed-by: Thomas Huth
Reviewed-by:
The s390-ccw bios creates the the virtqueue at 100MB. For
big ramdisks or offsets (via zipl) this gets overwritten.
As a quick band-aid, lets move the virtqueue into the bss
section, which is at 0x7f0. As the bios code (text) is
at 0x7e0 we can now handle ramdisk which are ~27MB
bigger.
L
From: Markus Armbruster
Signed-off-by: Markus Armbruster
Message-Id: <1425045337-20138-3-git-send-email-arm...@redhat.com>
Acked-by: Michael S. Tsirkin
Signed-off-by: Christian Borntraeger
---
hw/s390x/s390-virtio-bus.c | 80 ++
hw/s390x/s390-virtio
From: David Hildenbrand
The parameter of the SIGP instruction will be neded in the future. Let's read it
out and store it in the struct sigp_info, so it can be passed to the sigp
handlers.
Reviewed-by: Thomas Huth
Reviewed-by: Cornelia Huck
Signed-off-by: Jens Freimann
Signed-off-by: David Hi
From: David Hildenbrand
Whenever a sigp order is to be executed by a target vcpu, we use run_on_cpu().
As we have only one pointer to pass all data to these sigp handlers, let's
introduce the struct sigp_info and use it as a transport container.
All orders targeting a single vcpu are now dispat
From: Markus Armbruster
Signed-off-by: Markus Armbruster
Message-Id: <1425045337-20138-2-git-send-email-arm...@redhat.com>
Acked-by: Michael S. Tsirkin
Signed-off-by: Christian Borntraeger
---
hw/s390x/s390-virtio-bus.c | 29 +++--
1 file changed, 15 insertions(+), 14
From: David Hildenbrand
This patch adds handling code for the following SIGP orders:
- SIGP SET ARCHITECTURE
- SIGP SET PREFIX
- SIGP STOP
- SIGP STOP AND STORE STATUS
- SIGP STORE STATUS AT ADDRESS
SIGP STOP (AND STORE STATUS) are the only orders that can stay pending forever
(and may only be i
From: Thomas Huth
On s390, we would like to load our "BIOS" s390-ccw.img to the end of the
RAM. Therefor we need the possibility to relocate the ELF file so that
it can also run from different addresses. This patch adds the necessary
code to the QEMU ELF loader function.
Signed-off-by: Thomas Hu
From: David Hildenbrand
This patch adds a helper function to deliver restart irqs. To be able to be used
by kvm, the psw load/store methods have to perform special cc-code handling only
when running with tcg.
Reviewed-by: Cornelia Huck
Signed-off-by: Jens Freimann
Signed-off-by: David Hildenbr
From: Thomas Huth
The current bios sits at location 0x7e0 in the guest RAM
and thus prevents loading of bigger ramdisks. By making the
image relocatable we can move it to the end of the RAM so that
it is getting out of the way.
Signed-off-by: Thomas Huth
Message-Id: <1425895973-15239-3-git-
From: Markus Armbruster
Signed-off-by: Markus Armbruster
Message-Id: <1425045219-19958-1-git-send-email-arm...@redhat.com>
Reviewed-by: Cornelia Huck
Signed-off-by: Christian Borntraeger
---
hw/s390x/virtio-ccw.c | 134 --
hw/s390x/virtio-ccw.h
Am 10.03.2015 um 08:06 hat Michael Tokarev geschrieben:
> block/dmg can use additional library (libbz2) to read
> bzip2-compressed files. Make the block driver to be
> a module if libbz2 support is requested, to avoid extra
> library dependency by default.
>
> Signed-off-by: Michael Tokarev
Fir
On Mo, 2015-03-09 at 18:30 +0100, Thomas Huth wrote:
> Delete set_usb_string(), usb_ep_get_ifnum(), usb_ep_get_max_packet_size()
> usb_ep_get_max_streams() and usb_ep_set_pipeline() since they are
> not used anymore.
Reviewed-by: Gerd Hoffmann
>
> Signed-off-by: Thomas Huth
> Cc: Gerd Hoffmann
"Gabriel L. Somlo" writes:
> Hi,
>
> Assuming I'm trying to add a new command line option to qemu in vl.c:
>
> ...
>
> static QemuOptsList qemu_foo_opts = {
> .name = "foo",
> .implied_opt_name = "name",
> .head = QTAILQ_HEAD_INITIALIZER(qemu_foo_opts.head),
> .desc = {
>
Try to perform IO for the biggest continuous block possible.
The performance for sequential read is increased from 220 Gb/sec to
360 Gb/sec for continous image on my SSD HDD.
Signed-off-by: Denis V. Lunev
CC: Roman Kagan
CC: Kevin Wolf
CC: Stefan Hajnoczi
---
block/parallels.c | 37 ++
suggested by Jeff Cody
Signed-off-by: Denis V. Lunev
Reviewed-by: Roman Kagan
CC: Kevin Wolf
CC: Stefan Hajnoczi
---
tests/qemu-iotests/076 | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/tests/qemu-iotests/076 b/tests/qemu-iotests/076
index ed2be35..0139976 100
This is preparational commit for tweaks in Parallels image expansion.
The idea is that enlarge via truncate by one data block is slow. It
would be much better to use fallocate via bdrv_write_zeroes and
expand by some significant amount at once.
This patch just adds proper parameters into BDRVParal
calculate offset of the BAT entry in the image file.
Signed-off-by: Denis V. Lunev
CC: Roman Kagan
CC: Kevin Wolf
CC: Stefan Hajnoczi
---
block/parallels.c | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/block/parallels.c b/block/parallels.c
index d0128c9..
Signed-off-by: Denis V. Lunev
CC: Roman Kagan
CC: Kevin Wolf
CC: Stefan Hajnoczi
---
tests/qemu-iotests/115 | 9 +
tests/qemu-iotests/115.out | 19 ++-
2 files changed, 27 insertions(+), 1 deletion(-)
diff --git a/tests/qemu-iotests/115 b/tests/qemu-iotests/115
in
From: Roman Kagan
Switch the .bdrv_read method implementation from using bdrv_pread() to
bdrv_read() on the underlying file, since the latter is subject to i/o
throttling while the former is not.
Besides, since bdrv_read() operates in sectors rather than bytes, adjust
the helper functions to do
This metadata cache would allow to properly batch BAT updates to disk
in next patches. These updates will be properly aligned to avoid
read-modify-write transactions on block level.
Signed-off-by: Denis V. Lunev
CC: Roman Kagan
CC: Kevin Wolf
CC: Stefan Hajnoczi
---
block/parallels.c | 24 +++
This patchset provides an ability to create of/write to Parallels
images and some testing of the new code. Reading and writings are
optimized out and I expect the same or slightly better performance
as qcow2.
This patchset consists of not problematic part of the previous
patchset aka
[PATCH v4
Try to perform IO for the biggest continuous block possible.
All blocks abscent in the image are accounted in the same type
and preallocation is made for all of them at once.
The performance for sequential write is increased from 200 Gb/sec to
235 Gb/sec on my SSD HDD.
Signed-off-by: Denis V. Lun
This will help to avoid forward declarations for upcoming parallels_check
Signed-off-by: Denis V. Lunev
CC: Roman Kagan
CC: Kevin Wolf
CC: Stefan Hajnoczi
---
block/parallels.c | 183 +++---
1 file changed, 93 insertions(+), 90 deletions(-)
dif
Main approach is taken from qcow2_co_readv.
The patch drops coroutine lock for the duration of IO operation and
peforms normal scatter-gather IO using standard QEMU backend.
Signed-off-by: Denis V. Lunev
Reviewed-by: Roman Kagan
CC: Kevin Wolf
CC: Stefan Hajnoczi
---
block/parallels.c | 46 +
Signed-off-by: Denis V. Lunev
Reviwed-by: Roman Kagan
CC: Kevin Wolf
CC: Stefan Hajnoczi
---
block/parallels.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/block/parallels.c b/block/parallels.c
index 28338ec..7ef3136 100644
--- a/block/parallels.c
+++ b/block/parall
simple purification..
Signed-off-by: Denis V. Lunev
Reviewed-by: Roman Kagan
CC: Kevin Wolf
CC: Stefan Hajnoczi
---
block/parallels.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/block/parallels.c b/block/parallels.c
index 64b169b..306f2e3 100644
--- a/block/par
Do not even care to create WithoutFreeSpace image, it is obsolete.
Always create WithouFreSpacExt one.
The code also does not spend a lot of efforts to fill cylinders and
heads fields, they are not used actually in a real life neither in
QEMU nor in Parallels products.
Signed-off-by: Denis V. Lun
BAT means 'block allocation table'. Thus this name is clean and shorter
on writing.
Signed-off-by: Denis V. Lunev
Reviewed-by: Roman Kagan
CC: Kevin Wolf
CC: Stefan Hajnoczi
---
block/parallels.c | 54 +++---
1 file changed, 27 insertions(+), 27
deduplicate copy/paste arithmetcs
Signed-off-by: Denis V. Lunev
CC: Roman Kagan
CC: Kevin Wolf
CC: Stefan Hajnoczi
---
block/parallels.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/block/parallels.c b/block/parallels.c
index 3d5f509..95e99cc 100644
--- a/b
>From the point of guest each write to real disk prior to disk barrier
operation could be lost. Therefore there is no problem that "not synced"
new block is lost due to not updated allocation table if QEMU is crashed.
This situation is properly detected and handled now using inuse magic
and in para
From: Roman Kagan
Teach parallels_read() to do reads in coarser granularity than just a
single sector: if requested, read up to the cluster end in one go.
Signed-off-by: Roman Kagan
Reviewed-by: Denis V. Lunev
Signed-off-by: Denis V. Lunev
CC: Kevin Wolf
CC: Stefan Hajnoczi
---
block/paral
Signed-off-by: Denis V. Lunev
Reviewed-by: Roman Kagan
CC: Kevin Wolf
CC: Stefan Hajnoczi
---
tests/qemu-iotests/076 | 5 +
tests/qemu-iotests/076.out | 10 ++
2 files changed, 15 insertions(+)
diff --git a/tests/qemu-iotests/076 b/tests/qemu-iotests/076
index 0139976..c9b55a
Signed-off-by: Denis V. Lunev
Reviwed-by: Roman Kagan
CC: Kevin Wolf
CC: Stefan Hajnoczi
---
tests/qemu-iotests/115 | 68 ++
tests/qemu-iotests/115.out | 24
tests/qemu-iotests/group | 1 +
3 files changed, 93 insertions(+)
c
This will allow to use this data as buffer to BAT update directly
without any intermediate buffers.
Signed-off-by: Denis V. Lunev
CC: Roman Kagan
CC: Kevin Wolf
CC: Stefan Hajnoczi
---
block/parallels.c | 15 +--
1 file changed, 5 insertions(+), 10 deletions(-)
diff --git a/block
The software driver must set inuse field in Parallels header to
0x746F6E59 when the image is opened in read-write mode. The presence of
this magic in the header on open forces image consistency check.
There is an unfortunate trick here. We can not check for inuse in
parallels_check as this will ha
Plain image expansion spends a lot of time to update image file size.
This seriously affects the performance. The following simple test
qemu_img create -f parallels -o cluster_size=64k ./1.hds 64G
qemu_io -n -c "write -P 0x11 0 1024M" ./1.hds
could be improved if the format driver will pre-allo
From: Roman Kagan
Implement VFS method for get_block_status to Parallels format driver.
Signed-off-by: Roman Kagan
Reviewed-by: Denis V. Lunev
Signed-off-by: Denis V. Lunev
CC: Kevin Wolf
CC: Stefan Hajnoczi
---
block/parallels.c | 21 +
1 file changed, 21 insertions(+)
Support write on Parallels images. The code is almost the same as one
in the previous patch implemented scatter-gather IO for read.
Signed-off-by: Denis V. Lunev
Reviewed-by: Roman Kagan
CC: Kevin Wolf
CC: Stefan Hajnoczi
---
block/parallels.c | 77
The check is very simple at the moment. It calculates necessary stats
and fix only the following errors:
- space leak at the end of the image. This would happens due to
preallocation
- clusters outside the image are zeroed. Nothing else could be done here
Signed-off-by: Denis V. Lunev
CC: Roman
On Wed, Feb 25, 2015 at 04:51:37PM +, Dr. David Alan Gilbert (git) wrote:
> From: "Dr. David Alan Gilbert"
>
> In postcopy we need the loadvm_handlers to be used in a couple
> of different instances of the loadvm loop/routine, and thus
> it can't be local any more.
>
> Signed-off-by: Dr. Dav
this follows QEMU coding convention
Signed-off-by: Denis V. Lunev
Reviewed-by: Roman Kagan
CC: Kevin Wolf
CC: Stefan Hajnoczi
---
block/parallels.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/block/parallels.c b/block/parallels.c
index 4f9cd8d..dca0df6 100644
-
The idea is that we do not need to immediately sync BAT to the image as
from the guest point of view there is a possibility that IO is lost
even in the physical controller until flush command was finished.
bdrv_co_flush_to_os is exactly the right place for this purpose.
Technically the patch uses
On Tue, Mar 10, 2015 at 10:06:04AM +0300, Michael Tokarev wrote:
> block/dmg can use additional library (libbz2) to read
> bzip2-compressed files. Make the block driver to be
> a module if libbz2 support is requested, to avoid extra
> library dependency by default.
>
> Signed-off-by: Michael Toka
On 4 March 2015 at 08:10, Ard Biesheuvel wrote:
> On 3 March 2015 at 19:25, Greg Bellows wrote:
>>
>>
>> On Tue, Mar 3, 2015 at 11:06 AM, Ard Biesheuvel
>> wrote:
>>>
>>> The recently introduced feature that allows 32 bit guests to be
>>> executed under KVM on a 64-bit host incorrectly handles t
Ping? Just waiting to get it review.
This patch adds an emulation model for i2c controller found on most of the FSL
SoCs.
It also integrates the RTC(ds1338) that sits on the i2c Bus with e500 machine
model.
Signed-off-by: Amit Singh Tomar
---
Changes in v4:
* Addressed Alex's commen
On Tue, 03/10 09:50, Kevin Wolf wrote:
> Am 10.03.2015 um 08:06 hat Michael Tokarev geschrieben:
> > block/dmg can use additional library (libbz2) to read
> > bzip2-compressed files. Make the block driver to be
> > a module if libbz2 support is requested, to avoid extra
> > library dependency by d
Hi,
> hw/display/milkymist-tmu2.o -MF hw/display/milkymist-tmu2.d -O2
> -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -pthread -I/usr/include/glib-2.0
> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -g -lGL -c -o
> hw/display/milkymist-tmu2.o
> /home/petmay01/linaro/qemu-for-merges/hw/display/milk
On 03/10/2015 04:38 PM, Alexander Graf wrote:
Am 09.03.2015 um 23:44 schrieb Alexey Kardashevskiy :
On 03/10/2015 02:58 PM, David Gibson wrote:
On Tue, Mar 10, 2015 at 02:52:48PM +1100, Alexey Kardashevskiy wrote:
On 03/10/2015 01:39 AM, Alexey Kardashevskiy wrote:
On 03/09/2015 11:31 PM
On 09 آذار, 2015 م 05:13, Peter Maydell wrote:
On 9 March 2015 at 23:41, wrote:
From: Shlomo Pongratz
This patch is a first step toward 128 cores support for arm64.
At first only 64 cores are supported for two reasons:
First the largest integer type has the size of 64 bits and modifying
es
On 10 آذار, 2015 ص 03:18, Shannon Zhao wrote:
On 2015/3/9 22:41, shlomo.pongr...@toganetworks.com wrote:
From: Shlomo Pongratz
This patch is a first step toward 128 cores support for arm64.
At first only 64 cores are supported for two reasons:
First the largest integer type has the size of 6
On 09/03/2015 22:34, Christian Borntraeger wrote:
> I think it is.
> Paolo has posted a quick fix in the thread of "vl: take iothread lock very
> early".
>
> Can you verify?
>
> Paolo, what is the status of this fix?
>
Sending a pull request today with the proper fix.
Paolo
On 10/03/2015 00:51, Stefan Berger wrote:
> From: Stefan Berger
>
> Move the memory initialization into the DeviceClass realize function due to
> isa_address_space crashing if called in the instance init function.
> A recent change must have changed the order in which structures are
> initializ
On 09/03/2015 23:48, Bill Paul wrote:
> I'm certain I'm sending this in plain text mode this time. According to my
> reading of the Intel documentation, the SYSRET instruction is supposed to
> force the RPL bits of the %ss register to 3 when returning to user mode. The
> actual sequence is:
>
v2:
* Refine patch #2's head description
* Improve codes quality inside patch #1 based on Wei's comments
* Refill the summary inside patch #0 based on Konrad and Wei's suggestion
When we're working to support IGD GFX passthrough with qemu
upstream, instead of "-gfx_passthru" we'd like to make th
While working with qemu, IGD is a specific device in the case of pass through
so we need to identify that to handle more later. Here we define a table to
record all IGD types currently we can support. Also we need to introduce two
helper functions to get vendor and device ids to lookup that table.
Although we already have 'gfx_passthru' in b_info, this doesn' suffice
after we want to handle IGD specifically. Now we define a new field of
type, gfx_passthru_kind, to indicate we're trying to pass IGD. Actually
this means we can benefit this to support other specific devices just
by extending gf
On 10 آذار, 2015 ص 09:06, Pei XiaoYong wrote:
于 2015/3/9 22:41, shlomo.pongr...@toganetworks.com 写道:
From: Shlomo Pongratz
This patch is a first step toward 128 cores support for arm64.
At first only 64 cores are supported for two reasons:
First the largest integer type has the size of 64 bi
On Di, 2015-02-17 at 14:28 +0100, Markus Armbruster wrote:
> This series requires my "[PATCH 00/10] pci: Partial conversion to
> realize" and my "[PATCH 0/9] Clean up around error_get_pretty(),
> qerror_report_err()".
>
> Markus Armbruster (4):
> usb: Propagate errors through usb_register_compan
On 2015/3/10 17:34, Shlomo Pongratz wrote:
>
> On 10 آذار, 2015 ص 03:18, Shannon Zhao wrote:
>> On 2015/3/9 22:41, shlomo.pongr...@toganetworks.com wrote:
>>> From: Shlomo Pongratz
>>>
>>> This patch is a first step toward 128 cores support for arm64.
>>>
>>> At first only 64 cores are supported
On 10 March 2015 at 09:19, Gerd Hoffmann wrote:
> Hi,
>
>> hw/display/milkymist-tmu2.o -MF hw/display/milkymist-tmu2.d -O2
>> -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -pthread -I/usr/include/glib-2.0
>> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -g -lGL -c -o
>> hw/display/milkymist-tmu2.o
On 10.03.2015 10:50, Shannon Zhao wrote:
> On 2015/3/10 17:34, Shlomo Pongratz wrote:
>>
>> On 10 آذار, 2015 ص 03:18, Shannon Zhao wrote:
>>> On 2015/3/9 22:41, shlomo.pongr...@toganetworks.com wrote:
From: Shlomo Pongratz
This patch is a first step toward 128 cores support for arm6
Am 10.03.2015 um 10:17 hat Fam Zheng geschrieben:
> On Tue, 03/10 09:50, Kevin Wolf wrote:
> > Am 10.03.2015 um 08:06 hat Michael Tokarev geschrieben:
> > > block/dmg can use additional library (libbz2) to read
> > > bzip2-compressed files. Make the block driver to be
> > > a module if libbz2 supp
* David Gibson (da...@gibson.dropbear.id.au) wrote:
> On Wed, Feb 25, 2015 at 04:51:37PM +, Dr. David Alan Gilbert (git) wrote:
> > From: "Dr. David Alan Gilbert"
> >
> > In postcopy we need the loadvm_handlers to be used in a couple
> > of different instances of the loadvm loop/routine, and
On 09/03/2015 15:54, Wei Liu wrote:
> I discovered a problem when trying to build QEMU statically with gcc.
> libm is an element of LIBS while libpixman-1 is an element in
> libs_softmmu. Libpixman references functions in libm, so the original
> ordering makes linking fail.
>
> This fix is to re
> Attached.
>
> This bit in configure looks bogus:
>
> opengl_cflags="$($pkg_config --libs $opengl_pkgs) $x11_cflags"
Indeed. Should be --cflags. Fixed, updated pull here:
git://git.kraxel.org/qemu tags/pull-sdl-20150310-1
cheers,
Gerd
On 10/03/2015 08:54, Christian Borntraeger wrote:
> Am 09.03.2015 um 21:37 schrieb Christian Borntraeger:
>> Am 06.03.2015 um 18:23 schrieb Stefan Hajnoczi:
>>> On Thu, Feb 26, 2015 at 10:29:57AM +0100, Christian Borntraeger wrote:
is this some know issue? Under heavy load with lots of datap
From: Stefan Berger
Move the memory subregion function into the DeviceClass realize function
due to isa_address_space (now) crashing if called in the instance init
function.
Signed-off-by: Stefan Berger
---
hw/tpm/tpm_tis.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --gi
On Fri, Mar 6, 2015 at 11:47 PM, Peter Maydell wrote:
> On 7 March 2015 at 04:06, Stefan Hajnoczi wrote:
>> Is anyone working on making QEMU build cleanly under clang? Under gcc
>> people regularly submit patches to keep the build clean (e.g. recent
>> gcc 5 fixes).
>
> Yes, I have been working
From: Stefan Hajnoczi
Signed-off-by: Stefan Hajnoczi
Reviewed-by: Ademar Reis
Reviewed-by: Wei Huang
Message-Id: <1425338947-10296-3-git-send-email-stefa...@redhat.com>
Signed-off-by: Paolo Bonzini
---
Makefile | 9
scripts/kvm/kvm_stat.texi | 55 ++
PTHREAD_MUTEX_ERRORCHECK is completely broken with respect to fork.
The way to safely do fork is to bring all threads to a quiescent
state by acquiring locks (either in callers---as we do for the
iothread mutex---or using pthread_atfork's prepare callbacks)
and then release them in the child.
The
The following changes since commit 277263e1b320d759a760ba6c5ea75ec268f929e5:
Merge remote-tracking branch 'remotes/agraf/tags/signed-ppc-for-upstream'
into staging (2015-03-09 14:04:14 +)
are available in the git repository at:
git://github.com/bonzini/qemu.git tags/for-upstream
for yo
1 - 100 of 431 matches
Mail list logo
