gluster: Add discard support for GlusterFS block driver.
Implement bdrv_aio_discard for gluster.
Signed-off-by: Bharata B Rao
---
block/gluster.c | 45 +
configure |8
2 files changed, 53 insertions(+)
diff --git a/block/gluster.
Il 10/07/2013 19:52, Luiz Capitulino ha scritto:
> From: Seiji Aguchi
>
> [Issue]
> When we offer a customer support service and a problem happens
> in a customer's system, we try to understand the problem by
> comparing what the customer reports with message logs of the
> customer's system.
>
>
gluster: Use pkg-config to configure GlusterFS block driver
Use pkg-config to determine the version and library dependency
for GlusterFS block driver.
Signed-off-by: Bharata B Rao
---
configure | 20 +++-
1 file changed, 7 insertions(+), 13 deletions(-)
diff --git a/configure
Hi,
This is a patchset that achieves the following:
- Use pkg-config to configure GlusterFS driver in QEMU.
- Enable discard support in GlusterFS driver.
Regards,
Bharata.
Unbreaks one of my builds.
replicated with:
./configure --target-list=arm-softmmu --cpu=i386
On Mon, Jul 8, 2013 at 6:44 PM, Peter Maydell wrote:
> Commit e3127ae0 introduced a problem where we're passing a
> hwaddr* to qemu_ram_ptr_length() but it wants a ram_addr_t*;
> this will cause problem
Refcnt's atomic inc/dec ops are frequent and its idiom need no seq_cst
order. So to get better performance, it worth to adopt _relaxed
other than _seq_cst memory model on them.
We resort to gcc builtins. If gcc supports C11 memory model, __atomic_*
buitlins is used, otherwise __sync_* builtins.
S
Amos Kong writes:
> On Thu, Jul 04, 2013 at 08:28:59AM +0200, Markus Armbruster wrote:
>> Amos Kong writes:
>>
>> > On Tue, Jul 02, 2013 at 03:27:12PM +0200, Markus Armbruster wrote:
>> >> Amos Kong writes:
>> >>
>> >> > On Tue, Jul 02, 2013 at 11:05:56AM +0200, Markus Armbruster wrote:
>> >>
"Michael S. Tsirkin" writes:
> On Tue, Jul 09, 2013 at 11:46:23AM +0930, Rusty Russell wrote:
>> "Michael S. Tsirkin" writes:
>> > For small packets we can simplify xmit processing
>> > by linearizing buffers with the header:
>> > most packets seem to have enough head room
>> > we can use for thi
From: Peter Crosthwaite
There are a mix of usages of the qemu_fdt_* API calls, some which
wish to assert and abort QEMU on failure and some of which wish to do
their own error handling. The latter in more correct, but the former
is in the majority and more pragmatic, so facilitate both schemes by
From: Peter Crosthwaite
Looking at the implementation, this doesn't really have a lot to do
with arrays. Its just a pointer to a buffer and is passed through
to the wrapped fn (qemu_fdt_setprop) unchanged. So rename to make it
consistent with libfdt, which in the wrapped function just calls it
"v
From: Peter Crosthwaite
The qemu_devtree API is a wrapper around the fdt_ set of APIs.
Rename accordingly.
Signed-off-by: Peter Crosthwaite
---
device_tree.c| 48 +-
hw/arm/boot.c| 22 ++---
hw/microblaze/boot.c | 4 +-
hw/ppc/e500.c
From: Peter Crosthwaite
Fix the name stem of the devicetree API (P1 - s/qemu_devtree/qemu_fdt)
and start the error reporting cleanup (P3). Trivial patch P2 fixing an
arugment name along the way.
Looking for stylistic review comments on patch 3, before I go and apply
the change to the entire API.
> Hi,
>
> Am 11.07.2013 11:36, schrieb Zhanghaoyu (A):
> > I met similar problem to these, while performing live migration or
> save-restore test on the kvm platform (qemu:1.4.0, host:suse11sp2,
> guest:suse11sp2), running tele-communication software suite in guest,
> > https://lists.gnu.org/archi
Am 12.07.2013 um 00:32 schrieb Benjamin Herrenschmidt
:
> On Thu, 2013-07-11 at 15:28 +0200, Alexander Graf wrote:
>>
>> Semantically having your PCI host bridge do the endianness conversion
>> is the correct way of handling it, as that's where the conversion
>> happens. If it makes life easie
2013/7/10 Fam Zheng
> On Mon, 07/08 03:26, Xu Wang wrote:
> > Signed-off-by: Xu Wang
> > ---
> > block.c | 101
> ++
> > include/block/block.h | 4 ++
> > qemu-img.c| 30 +--
> > 3 files changed, 114 insert
On Tue, Jul 09, 2013 at 06:53:47PM +0200, Igor Mammedov wrote:
> On Thu, 27 Jun 2013 08:55:25 +0200
> Paolo Bonzini wrote:
>
> > Il 27/06/2013 07:08, Wanlong Gao ha scritto:
> > > Do we really need to specify the memory range? I suspect that we can
> > > follow current design of normal memory in
On Thu, Jul 11, 2013 at 11:49:01AM +0300, Michael S. Tsirkin wrote:
> On Thu, Jul 11, 2013 at 07:13:39AM +0200, Igor Mammedov wrote:
> > On Wed, 10 Jul 2013 13:10:03 +0300
> > "Michael S. Tsirkin" wrote:
> >
> > > On Wed, Jun 26, 2013 at 05:13:33PM +0800, Hu Tao wrote:
> > > > The numa_fw_cfg par
On Mon, Jul 08, 2013 at 11:48:13AM +0200, Andreas Färber wrote:
> Am 26.06.2013 11:13, schrieb Hu Tao:
> > It's been quite a while since v4 and lots of changes happend
> > in qemu and v4 just can't apply anymore. So this series is
> > basically a rebase. Another purpose is to bring up discussions
>
Cced: Ian Molton
On Mon, Jul 08, 2013 at 11:37:01AM +0200, Andreas Färber wrote:
> Am 26.06.2013 11:13, schrieb Hu Tao:
> > From: Vasilis Liaskovitis
> >
> > This patch adds a 'SIZE' type property to qdev.
> >
> > It will make dimm description more convenient by allowing sizes to be
> > speci
Hi Igor,
On Thu, Jul 11, 2013 at 7:47 PM, Igor Mammedov wrote:
> On Thu, 11 Jul 2013 11:47:16 +1000
> peter.crosthwa...@xilinx.com wrote:
>
>> From: Peter Crosthwaite
>>
>> ARMCPUClass is only needed for parent-class abstract function access.
>> Just use parent classes for reset and realize acce
On Thu, Jul 11, 2013 at 08:29:15AM +0200, Igor Mammedov wrote:
> On Wed, 10 Jul 2013 17:08:41 -0300
> Eduardo Habkost wrote:
>
> > This will allow classes to specify a function to be called after all
> > instance_init() functions were called.
> >
> > This will be used by DeviceState to call qdev
On 07/09/2013 03:53 AM, Kevin Wolf wrote:
> This is just a quick hack to test things
The rest of the series is mostly good to go, but not worth pushing until
this is flushed out. But I love where it's headed!
>
> Signed-off-by: Kevin Wolf
> ---
> blockdev.c | 32
On Thu, 2013-07-11 at 15:28 +0200, Alexander Graf wrote:
>
> Semantically having your PCI host bridge do the endianness conversion
> is the correct way of handling it, as that's where the conversion
> happens. If it makes life easier to do it in the isa bridging code,
> that's fine for me too thou
On Thu, 2013-07-11 at 15:28 +0200, Alexander Graf wrote:
> So IIUC before cpu_inw and inl were doing portio accesses in host
> native endianness. Now with this change they do little endian
> accesses. All sensible callers of cpu_inX assume that data is passed
> in native endianness though and alrea
On 07/09/2013 03:53 AM, Kevin Wolf wrote:
> This is traditionally -drive format=..., which is now translated into
> the new driver option. This gives us a more consistent way to select the
> driver of BlockDriverStates that can be used in QMP context, too.
>
> Signed-off-by: Kevin Wolf
> ---
> b
On 07/09/2013 03:53 AM, Kevin Wolf wrote:
Worth repeating this comment from the code into the commit message?
> + * qdict_flatten(): For each nested QDict with key x, all fields with
key y
> + * are moved to this QDict and their key is renamed to "x.y".
Otherwise, I had to read nearly the entire
On Thu, 11 Jul 2013 13:14:21 -0600
Eric Blake wrote:
> On 07/11/2013 12:50 PM, Luiz Capitulino wrote:
> > I'm sending this as an RFC because this is untested, and also because
> > I'm wondering if I'm seeing things after a long patch review session.
>
> I can't say that I tested it either, but..
On Mon, Jul 08, 2013 at 02:10:03PM -0500, Anthony Liguori wrote:
> > +uint16_t sci_int;
> > +uint8_t acpi_enable_cmd;
> > +uint8_t acpi_disable_cmd;
> > +uint32_t gpe0_blk;
> > +uint32_t gpe0_blk_len;
...
>
> This is all stuff that should be obtained via QOM.
Okay, so I am a
On 07/09/2013 03:53 AM, Kevin Wolf wrote:
> The discriminator for anonymous unions is the data type. This allows to
> have a union type that allows both of these:
>
> { 'file': 'my_existing_block_device_id' }
> { 'file': { 'filename': '/tmp/mydisk.qcow2', 'read-only': true } }
>
> Unions
On 07/09/2013 03:53 AM, Kevin Wolf wrote:
> This allows to just look at the next element without actually consuming
> it.
>
> Signed-off-by: Kevin Wolf
> ---
> qapi/qmp-input-visitor.c | 19 ++-
> 1 file changed, 10 insertions(+), 9 deletions(-)
Reviewed-by: Eric Blake
--
Eri
On 07/11/2013 12:50 PM, Luiz Capitulino wrote:
> I'm sending this as an RFC because this is untested, and also because
> I'm wondering if I'm seeing things after a long patch review session.
I can't say that I tested it either, but...
>
> The problem is: in qmp-marshal.c, the dealloc visitor cal
On Thu, Jul 11, 2013 at 12:52:56PM -0600, Eric Blake wrote:
> On 07/11/2013 08:28 AM, Amos Kong wrote:
> > Markus added some comments on old patchset, this patch contains
> > some additional fixes, it's based on MST's PCI tree.
> >
> > * Fix typos (missed 1.6, NIC)
> > * Don't initialize list poin
On 07/11/2013 08:28 AM, Amos Kong wrote:
> Markus added some comments on old patchset, this patch contains
> some additional fixes, it's based on MST's PCI tree.
>
> * Fix typos (missed 1.6, NIC)
> * Don't initialize list point at its declaration
> * Always notify QMP client if mactable is changed
I'm sending this as an RFC because this is untested, and also because
I'm wondering if I'm seeing things after a long patch review session.
The problem is: in qmp-marshal.c, the dealloc visitor calls use the
same errp pointer of the input visitor calls. This means that if
any of the input visitor
From: Stefan Weil
i686-w64-mingw32-gcc (GCC) 4.6.3 from Debian wheezy reports these warnings:
hw/ppc/spapr_hcall.c:188:1: warning:
control reaches end of non-void function [-Wreturn-type]
hw/ppc/spapr_pci.c:454:1: warning:
control reaches end of non-void function [-Wreturn-type]
Both warning
From: Alexey Kardashevskiy
Signed-off-by: Alexey Kardashevskiy
Reviewed-by: Andreas Färber
Signed-off-by: Alexander Graf
---
default-configs/ppc64-softmmu.mak | 2 ++
hw/intc/Makefile.objs | 1 +
hw/{ppc => intc}/xics.c | 0
hw/ppc/Makefile.objs | 2 +-
4 fi
Hi Blue / Aurelien,
This is my current patch queue for ppc. Please pull.
While at it, could you please also generate a new OpenBIOS binary for PPC and
SPARC? Quite a number of bug fixes happened in there in between.
Alex
The following changes since commit c170a23ca0097a95b44fc7cc604018cd3c3b7
There was a debug print that didn't compile for me because the format
and the arguments weren't in sync. Fix it up.
Signed-off-by: Alexander Graf
---
hw/misc/macio/mac_dbdma.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/hw/misc/macio/mac_dbdma.c b/hw/misc/macio/mac_dbdm
>>> On 7/11/2013 at 03:36 AM, "Zhanghaoyu (A)" wrote:
> hi all,
>
> I met similar problem to these, while performing live migration or
> save-restore test on the kvm platform (qemu:1.4.0, host:suse11sp2,
> guest:suse11sp2), running tele-communication software suite in guest,
> https://lists.g
The DBDMA controller has a bottom half to asynchronously process DMA
request queues.
This bh was stored as a gross static variable. Move it into the device
struct instead.
While at it, move all users of it to the new generic kick function.
Signed-off-by: Alexander Graf
---
hw/misc/macio/mac_db
We should only start processing DMA requests when we have data to process.
Hold off working through the DMA shuffling until the IDE core told us that
it's ready.
This is required because the guest can program the DMA engine or the IDE
transfer first. Both are legal.
Signed-off-by: Alexander Graf
A DMA request can happen for data that hasn't been completely been
provided by the IDE core yet. For example
- DBDMA request for 0x1000 bytes
- IDE request for 1 sector
- DBDMA wants to read 0x1000 bytes (8 sectors) from bdrv
- breakage
Instead, we should truncate our bdrv request to the
From: Andreas Färber
Allow the user to override the firmware file name rather than always
using "slof.bin".
Reported-by: Dinar Valeev
Signed-off-by: Andreas Färber
Signed-off-by: Alexander Graf
---
hw/ppc/spapr.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/hw/ppc/
From: Julio Guerra
MPC86xx processors are based on the e600 core, which is not the case
in qemu where it is based on the 7400 processor.
This patch creates the e600 core and instantiates the MPC86xx
processors based on it. Therefore, adding the high BATs, the SPRG
4..7 registers, which are e600-
The DBDMA controller can not change its command stream while it's
actively streaming data, true. But the fact that it's in RUN state
doesn't actually indicate anything. It could just as well be in
WAIT while in RUN. And then it's legal to change commands.
This fixes a real world issue I've encount
On gio, 2013-07-11 at 12:33 +0200, Fabio Fantoni wrote:
> Usage: usbversion=1|2|3 (default=2)
> Specifies the type of an emulated USB bus in the guest. 1 for usb1,
> 2 for usb2 and 3 for usb3, it is available only with upstream qemu.
> Default is 2.
>
> Signed-off-by: Fabio Fantoni
>
> diff --git
s/^I//g on the file.
Signed-off-by: Alexander Graf
---
hw/ide/macio.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/hw/ide/macio.c b/hw/ide/macio.c
index 0b05a74..60b64ac 100644
--- a/hw/ide/macio.c
+++ b/hw/ide/macio.c
@@ -55,7 +55,7 @@ static void pmac_ide
Hi,
i got a trouble when i was using windows 7 guest, which emulated by qemu-kvm.
When i start Sound Recorder application in win7 guest os, the guest's cpu
usage rising up to 100%. i can't do any other operations because cpu was fully
occupied.
How to figure out this problem?
Environment
Public bug reported:
Qemu compiled from master branch (fetched on 11th Jul 2013, qemu-system-
arm -version prints "QEMU emulator version 1.5.50, Copyright (c)
2003-2008 Fabrice Bellard") running on OSX 10.6.8 crashes during Debian
7.1 netboot installation with error: "Assertion failed:
(QTAILQ_EMP
From: Prerna Saxena
This patch adds CPU PVR definition for POWER8,
and enables QEMU to launch guests on POWER8 hardware.
Signed-off-by: Prerna Saxena
Signed-off-by: Alexey Kardashevskiy
Reviewed-by: Paul Mackerras
Reviewed-by: Andreas Farber
Signed-off-by: Alexander Graf
---
target-ppc/cpu
On a real G3 Beige the secondary IDE bus lives on the mac-io chip, not
on some random PCI device. Move it there to become more compatible.
While at it, also clean up the IDE channel connection logic.
Signed-off-by: Alexander Graf
---
hw/ide/macio.c| 2 +-
hw/misc/macio/macio.c | 93 +++
On Thu, Jul 11, 2013 at 06:55:37PM +0200, Laszlo Ersek wrote:
> On 07/10/13 15:51, Michael S. Tsirkin wrote:
> > Detect presence of IASL compiler and use it
> > to process ASL source. If not there, use pre-compiled
> > files in-tree. Add script to update the in-tree files.
> >
> > Signed-off-by: M
Soon we will introduce intermediate processing pauses which will
allow the bottom half to restart a DMA request that couldn't be
fulfilled yet.
For that to work, move the processing variable into the io struct
which is what DMA providers work with.
While touching it, also change it into a bool
S
Mac OS X accesses fancy timer registers inside of the mac-io on bootup.
These really should be ticking at the mac-io bus frequency, but I don't
see anyone upset when we just make them as fast as we want to.
With this patch on top of my previous patch queue and latest OpenBIOS
I am able to boot Ma
We can tell the guest the frequency of its time base through fwcfg.
However, we tell it a different value from the speed tb actually runs
at. Let's fix it and make the tbfreq initialization and the fwcfg exposure
use the same values.
Signed-off-by: Alexander Graf
---
hw/ppc/mac_newworld.c | 5 +
The DBDMA engine really just reads bytes from a producing device (IDE
in our case) and shoves these bytes into memory. It doesn't care whether
any alignment takes place or not.
Our code today however assumes that block accesses always happen on
sector (512 byte) boundaries. This is a fair assumpti
We usually keep struct and constant definitions in header files. Move
them there to stay consistent and to make access to fields easier.
Signed-off-by: Alexander Graf
---
hw/misc/macio/mac_dbdma.c | 117
include/hw/ppc/mac_dbdma.h | 118 +
s/^I//g on the file with a few manual tweaks to align things.
Signed-off-by: Alexander Graf
---
hw/misc/macio/mac_dbdma.c | 102 +++---
1 file changed, 51 insertions(+), 51 deletions(-)
diff --git a/hw/misc/macio/mac_dbdma.c b/hw/misc/macio/mac_db
The DBDMA engine really is running all the time, waiting for input. However
we don't want to waste cycles constantly polling.
So introduce a kick function that data providers can call to notify the
DBDMA controller of new input.
Signed-off-by: Alexander Graf
---
hw/misc/macio/mac_dbdma.c | 5 +
The macio code is basically undebuggable as it stands today, with no
debug prints anywhere whatsoever. DBDMA was better, but I needed a
few more to create reasonable logs that tell me where breakage is.
Add a DPRINTF macro in the macio source file and add a bunch of debug
prints that are all disab
From: Stefan Weil
The function returned a target_ulong which was made from unnamed enum
values. The target_ulong was then assigned to an int variable which
was used in a switch statement.
Using a named enum in both cases makes reviews easier.
Signed-off-by: Stefan Weil
Signed-off-by: Alexander
We need to know when the IDE core starts a DMA transfer. Add a notifier
function so we have the chance to start transmitting data.
Signed-off-by: Alexander Graf
---
hw/ide/macio.c | 40
hw/ppc/mac.h | 2 ++
2 files changed, 42 insertions(+)
diff --git
On 07/10/13 15:51, Michael S. Tsirkin wrote:
> This adds ASL code as well as scripts for processing it,
> imported from seabios git tree
> commit 51684b7ced75fb76776e8ee84833fcfb6ecf12dd
>
> Will be used for runtime acpi table generation.
>
> Note:
> This patch reuses some code from SeaBIOS, whic
On 07/10/13 15:51, Michael S. Tsirkin wrote:
> Add pre-compiled ASL files. Useful for systems that
> do not have IASL.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> hw/i386/acpi-dsdt.hex.generated | 4409 +
> hw/i386/q35-acpi-dsdt.hex.generated | 7346
> +
On 07/11/13 18:55, Laszlo Ersek wrote:
> On 07/10/13 15:51, Michael S. Tsirkin wrote:
>> Detect presence of IASL compiler and use it
>> to process ASL source. If not there, use pre-compiled
>> files in-tree. Add script to update the in-tree files.
>>
>> Signed-off-by: Michael S. Tsirkin
>> ---
>>
On 07/10/13 15:51, Michael S. Tsirkin wrote:
> Signed-off-by: Michael S. Tsirkin
> Signed-off-by: Laszlo Ersek
> Signed-off-by: Michael S. Tsirkin
> ---
> hw/i386/pc.c | 2 --
> include/hw/i386/apic.h | 2 ++
> 2 files changed, 2 insertions(+), 2 deletions(-)
Reviewed-by: Laszlo Erse
On 07/10/13 15:51, Michael S. Tsirkin wrote:
> Detect presence of IASL compiler and use it
> to process ASL source. If not there, use pre-compiled
> files in-tree. Add script to update the in-tree files.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> configure | 9 -
> hw/i3
Markus added some comments on old patchset, this patch contains
some additional fixes, it's based on MST's PCI tree.
* Fix typos (missed 1.6, NIC)
* Don't initialize list point at its declaration
* Always notify QMP client if mactable is changed
* Returns NULL list if no net client supports rx-fil
On 01.07.2013, at 02:13, Alexander Graf wrote:
> Recently there has been a lot of progress on the OpenBIOS side to get Mac OS X
> to boot.
>
> For a while now it seemed there was only very little to make it a fully
> working
> guest os in QEMU.
>
> This patch set is the result of this. With th
On 07/09/2013 03:53 AM, Kevin Wolf wrote:
> Instead of the rather verbose syntax that distinguishes base and
> subclass fields...
>
> { "type": "file",
> "read-only": true,
> "data": {
> "filename": "test"
> } }
>
> ...we can now have both in the same namespace, allowing a m
On Thu, Jul 04, 2013 at 08:28:59AM +0200, Markus Armbruster wrote:
> Amos Kong writes:
>
> > On Tue, Jul 02, 2013 at 03:27:12PM +0200, Markus Armbruster wrote:
> >> Amos Kong writes:
> >>
> >> > On Tue, Jul 02, 2013 at 11:05:56AM +0200, Markus Armbruster wrote:
> >> >> Amos Kong writes:
> >> [
>Hi,
>
>Could you please test this patch?
>
I tried this patch, but the problem still be there.
Thanks,
Zhang Haoyu
>>From 48df7db2ec2721e35d024a8d9850dbb34b557c1c Mon Sep 17 00:00:00 2001
>From: Xiao Guangrong
>Date: Thu, 6 Sep 2012 16:56:01 +0800
>Subject: [PATCH 10/11] using huge page on fast
On 07/11/13 15:41, Michael S. Tsirkin wrote:
> So we'll add a way for users to shoot themselves in the foot
> by setting a flag incorrectly. Point being?
Point taken. The flag name being global / universal relates to the
concept, not support level. Exposing it in any device enables the user
to se
On Thu, Jul 11, 2013 at 03:39:42PM +0200, Laszlo Ersek wrote:
> On 07/11/13 15:15, Michael S. Tsirkin wrote:
> > Old qemu versions required that 1st s/g entry is the header.
> >
> > Since QEMU 1.5, patchset titled "virtio-net: iovec handling cleanup"
> > removed this limitation but a feature bit i
On Wed, Jul 03, 2013 at 07:54:47AM -0500, Anthony Liguori wrote:
> Paolo Bonzini writes:
>
> > Il 02/07/2013 22:58, Anthony Liguori ha scritto:
> >> > > We consume the schema in QEMU. No reason for us to consume it in a
> >> > > different format than libvirt.
> >> >
> >> > One reason could be th
On 07/11/13 15:15, Michael S. Tsirkin wrote:
> Old qemu versions required that 1st s/g entry is the header.
>
> Since QEMU 1.5, patchset titled "virtio-net: iovec handling cleanup"
> removed this limitation but a feature bit is needed so guests know it's
> safe to lay out header differently.
>
>
On 11.07.2013, at 15:28, Alexander Graf wrote:
>
> On 11.07.2013, at 14:48, Alexander Graf wrote:
>
>>
>> On 11.07.2013, at 14:46, Andreas Färber wrote:
>>
>>> Am 11.07.2013 14:34, schrieb Alexander Graf:
On 11.07.2013, at 14:29, Alexander Graf wrote:
>
> On 24.06.20
On 11.07.2013, at 14:48, Alexander Graf wrote:
>
> On 11.07.2013, at 14:46, Andreas Färber wrote:
>
>> Am 11.07.2013 14:34, schrieb Alexander Graf:
>>>
>>> On 11.07.2013, at 14:29, Alexander Graf wrote:
>>>
On 24.06.2013, at 08:07, Jan Kiszka wrote:
> On 2013-06-23 22:50,
Old qemu versions required that 1st s/g entry is the header.
Since QEMU 1.5, patchset titled "virtio-net: iovec handling cleanup"
removed this limitation but a feature bit is needed so guests know it's
safe to lay out header differently.
This patch applies on top and adds such a feature bit to QE
On Thu, Jul 11, 2013 at 06:32:48PM +0800, Peter Huang(Peng) wrote:
> Hi,Wanlong
>
> From the patch discription below, seems that qemu numa only support
> cpu/memory node binding.
> As we know, binding is not the common usage due to VM migration may happen or
> the load balance
> would be disabl
On Tue, Jul 09, 2013 at 11:46:23AM +0930, Rusty Russell wrote:
> "Michael S. Tsirkin" writes:
> > For small packets we can simplify xmit processing
> > by linearizing buffers with the header:
> > most packets seem to have enough head room
> > we can use for this purpose.
> > Since existing hypervi
On 07/11/2013 06:41 AM, Eric Blake wrote:
> On 07/09/2013 03:53 AM, Kevin Wolf wrote:
>> These can be used when an embedded struct is parsed and members not
>> belonging to the struct may be present in the input (parsing flat
>> namespect QMP union with discriminator)
>
> namespect? Not sure if yo
On 11.07.2013, at 14:46, Andreas Färber wrote:
> Am 11.07.2013 14:34, schrieb Alexander Graf:
>>
>> On 11.07.2013, at 14:29, Alexander Graf wrote:
>>
>>>
>>> On 24.06.2013, at 08:07, Jan Kiszka wrote:
>>>
On 2013-06-23 22:50, Hervé Poussineau wrote:
> Jan Kiszka a écrit :
>> From
On 07/11/2013 05:57 AM, Eric Blake wrote:
> On 07/09/2013 03:53 AM, Kevin Wolf wrote:
>> The new 'base' key in a union definition refers to a struct type, which
>> is inlined into the union definition and can represent fields common to
>> all kinds.
>
> Is it worth listing an example of intended u
Am 11.07.2013 14:34, schrieb Alexander Graf:
>
> On 11.07.2013, at 14:29, Alexander Graf wrote:
>
>>
>> On 24.06.2013, at 08:07, Jan Kiszka wrote:
>>
>>> On 2013-06-23 22:50, Hervé Poussineau wrote:
Jan Kiszka a écrit :
> From: Jan Kiszka
>
> The current ioport dispatcher is a c
On 07/09/2013 03:53 AM, Kevin Wolf wrote:
> These can be used when an embedded struct is parsed and members not
> belonging to the struct may be present in the input (parsing flat
> namespect QMP union with discriminator)
namespect? Not sure if you meant 'namespaced'?
Again, a comment demonstrati
On 11.07.2013, at 14:29, Alexander Graf wrote:
>
> On 24.06.2013, at 08:07, Jan Kiszka wrote:
>
>> On 2013-06-23 22:50, Hervé Poussineau wrote:
>>> Jan Kiszka a écrit :
From: Jan Kiszka
The current ioport dispatcher is a complex beast, mostly due to the
need to deal with o
On 24.06.2013, at 08:07, Jan Kiszka wrote:
> On 2013-06-23 22:50, Hervé Poussineau wrote:
>> Jan Kiszka a écrit :
>>> From: Jan Kiszka
>>>
>>> The current ioport dispatcher is a complex beast, mostly due to the
>>> need to deal with old portio interface users. But we can overcome it
>>> without
On Thu, 11 Jul 2013 14:52:40 +0300
"Michael S. Tsirkin" wrote:
> commit f8c457b88d72a48989f190bc3d7b79f4f3b7d11c
> "pc: pass PCI hole ranges to Guests"
> broke Xen as it has no fw_cfg.
> Check for this configuration and boil out.
>
> Signed-off-by: Michael S. Tsirkin
> Tested-by: Stefano S
Signed-off-by: Peter Lieven
---
block/raw.c |8
1 file changed, 8 insertions(+)
diff --git a/block/raw.c b/block/raw.c
index ce10422..8c81de9 100644
--- a/block/raw.c
+++ b/block/raw.c
@@ -42,6 +42,13 @@ static int coroutine_fn raw_co_is_allocated(BlockDriverState
*bs,
return
On 07/09/2013 03:53 AM, Kevin Wolf wrote:
> Signed-off-by: Kevin Wolf
> ---
> scripts/qapi-visit.py | 33 -
> 1 file changed, 28 insertions(+), 5 deletions(-)
>
Reviewed-by: Eric Blake
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization
if the blocksize of an iSCSI LUN is bigger than the BDRV_SECTOR_SIZE
it is possible that sector_num or nb_sectors are not correctly
alligned.
to avoid corruption we fail requests which are misaligned.
Signed-off-by: Peter Lieven
---
block/iscsi.c | 34 ++
1 fil
Reviewed-by: Kevin Wolf
Signed-off-by: Peter Lieven
---
block/iscsi.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/block/iscsi.c b/block/iscsi.c
index 6cdd182..bc62a7e 100644
--- a/block/iscsi.c
+++ b/block/iscsi.c
@@ -289,6 +289,11 @@ static int64_t sector_
Signed-off-by: Peter Lieven
---
block.c | 27 +++
include/block/block.h |2 ++
2 files changed, 21 insertions(+), 8 deletions(-)
diff --git a/block.c b/block.c
index 183fec8..bce1909 100644
--- a/block.c
+++ b/block.c
@@ -2155,6 +2155,7 @@ typedef stru
this hask is not working (anymore). support for misaligned offsets should
be handled at the block layer.
Signed-off-by: Peter Lieven
---
block/iscsi.c | 22 --
1 file changed, 4 insertions(+), 18 deletions(-)
diff --git a/block/iscsi.c b/block/iscsi.c
index bc62a7e..903f2f
On 07/09/2013 03:53 AM, Kevin Wolf wrote:
> Signed-off-by: Kevin Wolf
> ---
> scripts/qapi-visit.py | 62
> ---
> 1 file changed, 34 insertions(+), 28 deletions(-)
>
Reviewed-by: Eric Blake
--
Eric Blake eblake redhat com+1-919-301-3266
this series adds logical block provisioning functions to the iscsi layer.
it also is the first step to the change of migration to coroutines in
block/iscsi.
the changes to qemu-img and block migration have been split and will
follow in separte patches later.
changes in v3:
- merge both block pro
Signed-off-by: Peter Lieven
---
block/iscsi.c | 83 +
1 file changed, 83 insertions(+)
diff --git a/block/iscsi.c b/block/iscsi.c
index 0bbf0b1..c802e38 100644
--- a/block/iscsi.c
+++ b/block/iscsi.c
@@ -49,6 +49,12 @@ typedef struct Iscs
the -ENOPSC case did not work due to the missing goto.
Reported-by: Kevin Wolf
Signed-off-by: Peter Lieven
---
block/iscsi.c |1 +
1 file changed, 1 insertion(+)
diff --git a/block/iscsi.c b/block/iscsi.c
index 64554bc..6cdd182 100644
--- a/block/iscsi.c
+++ b/block/iscsi.c
@@ -1432,6 +143
this patch changes bdrv_discard to a co routine. it honours
max_unmap information and splits requests if necessary.
if unmap is unsupported by the target the request is silently
discarded.
Signed-off-by: Peter Lieven
---
block/iscsi.c | 137 +++---
1 - 100 of 133 matches
Mail list logo
