[Qemu-devel] [PATCH v2 19/19] qtest/ahci: Adding simple dma read-write test

2015-02-03 Thread John Snow
Adds a test case for AHCI wherein we write a 4K block of a changing pattern to sector 0, then read back that 4K and compare the transmit and receive buffers. Signed-off-by: John Snow --- tests/ahci-test.c | 55 +++ 1 file changed, 55 insertions

[Qemu-devel] [PATCH v2 16/19] libqos/ahci: add ahci_io

2015-02-03 Thread John Snow
ahci_io is a wrapper around ahci_guest_io that takes a pointer to host memory instead, and will create a guest memory buffer and copy the data to/from as needed and as appropriate for a read/write command, such that after a read, the guest data will be in a host buffer, and for a write, the data wi

[Qemu-devel] [PATCH v2 13/19] libqos/ahci: add ahci command verify

2015-02-03 Thread John Snow
Helps to verify that a command completed successfully. Signed-off-by: John Snow Reviewed-by: Paolo Bonzini --- tests/ahci-test.c | 16 ++-- tests/libqos/ahci.c | 12 tests/libqos/ahci.h | 1 + 3 files changed, 15 insertions(+), 14 deletions(-) diff --git a/tests/ahc

Re: [Qemu-devel] RFC: Proposal to add QEMU "Guest Environment Variables"

2015-02-03 Thread Denis V. Lunev
On 04/02/15 00:38, Gabriel L. Somlo wrote: On Tue, Feb 03, 2015 at 02:11:12PM -0600, Michael Roth wrote: This does seem like useful functionality, but I think I'd like to know more about the actual use-cases being looked at. The proposed functionality is mostly equivalent to that offered by "

[Qemu-devel] [PATCH v2 12/19] libqos/ahci: add ahci command functions

2015-02-03 Thread John Snow
This patch adds the AHCICommand structure, and a set of functions to operate on the structure. ahci_command_create - Initialize and create a new AHCICommand in memory ahci_command_free - Destroy this object. ahci_command_set_buffer - Set where the guest memory DMA buffer is. ahci_command_commit -

Re: [Qemu-devel] [PATCH 4/8] guest agent: add guest-pipe-open

2015-02-03 Thread Eric Blake
On 12/31/2014 06:06 AM, Denis V. Lunev wrote: > From: Simon Zolin > > Creates a FIFO pair that can be used with existing file read/write > interfaces to communicate with processes spawned via the forthcoming > guest-file-exec interface. > > Signed-off-by: Simon Zolin > Acked-by: Roman Kagan >

Re: [Qemu-devel] [PATCH 3/8] guest agent: guest-file-open: refactoring

2015-02-03 Thread Eric Blake
On 12/31/2014 06:06 AM, Denis V. Lunev wrote: > From: Simon Zolin > > Moved the code that sets non-blocking flag on fd into a separate function. > > Signed-off-by: Simon Zolin > Acked-by: Roman Kagan > Signed-off-by: Denis V. Lunev > CC: Michael Roth > --- > qga/commands-posix.c | 31 ++

Re: [Qemu-devel] [PATCH 4/8] guest agent: add guest-pipe-open

2015-02-03 Thread Eric Blake
On 02/03/2015 02:57 PM, Eric Blake wrote: >> +# Returns: Guest file handle on success, as per guest-file-open. This >> +# handle is useable with the same interfaces as a handle returned by > >> + 'returns': 'int' } > > I'm not a fan of returning a bare 'int' - it is not extensible. Better > i

Re: [Qemu-devel] RFC: Proposal to add QEMU "Guest Environment Variables"

2015-02-03 Thread Michael Roth
Quoting Gabriel L. Somlo (2015-02-03 15:38:59) > On Tue, Feb 03, 2015 at 02:11:12PM -0600, Michael Roth wrote: > > > > This does seem like useful functionality, but I think I'd like to know > > more about the actual use-cases being looked at. > > The proposed functionality is mostly equivalent to

Re: [Qemu-devel] RFC: Proposal to add QEMU "Guest Environment Variables"

2015-02-03 Thread Gabriel L. Somlo
On Wed, Feb 04, 2015 at 12:49:22AM +0300, Denis V. Lunev wrote: > On 04/02/15 00:38, Gabriel L. Somlo wrote: > >On Tue, Feb 03, 2015 at 02:11:12PM -0600, Michael Roth wrote: > >> > >>This does seem like useful functionality, but I think I'd like to know > >>more about the actual use-cases being loo

Re: [Qemu-devel] [PATCH v2] qga: add guest-set-admin-password command

2015-02-03 Thread Eric Blake
On 01/12/2015 08:58 AM, Daniel P. Berrange wrote: > Add a new 'guest-set-admin-password' command for changing the > root/administrator password. This command is needed to allow > OpenStack to support its API for changing the admin password > on a running guest. > > Accepts either the raw password

Re: [Qemu-devel] [v4 11/13] migration: Add interface to control compression

2015-02-03 Thread Eric Blake
On 02/02/2015 04:05 AM, Liang Li wrote: > The multiple compression threads can be turned on/off through > qmp and hmp interface before doing live migration. > > Signed-off-by: Liang Li > Signed-off-by: Yang Zhang > Reviewed-by: Dr.David Alan Gilbert > --- > migration/migration.c | 7 +-- >

Re: [Qemu-devel] [PULL 00/10] s390x translator bug fixes

2015-02-03 Thread Peter Maydell
gt; are available in the git repository at: > > git://github.com/rth7680/qemu.git tags/pull-tg-s390-20150203 > > for you to fetch changes up to 9ef1473693a1400a903567489d3122fc9511765d: > > target-s390x: fix and optimize slb* a

Re: [Qemu-devel] [PATCH 0/7] MIPS: IEEE 754-2008 features support

2015-02-03 Thread Maciej W. Rozycki
On Tue, 3 Feb 2015, Thomas Schwinge wrote: > > I think Thomas, being the writer of the majority of code comprising these > > patches > > Too bad that Git doesn't allow for listing several authors. ;-) I believe `Signed-off-by' serves this purpose: "The Signed-off-by: tag indicates that the

Re: [Qemu-devel] [PATCH v2 01/12] qcow2: Add new overlap check functions

2015-02-03 Thread Eric Blake
On 11/24/2014 08:56 AM, Max Reitz wrote: > The existing qcow2 metadata overlap detection function used existing > structures to determine the location of the image metadata, from plain > fields such as l1_table_offset and l1_size in the BDRVQcowState, over > image structures in memory such as the L

Re: [Qemu-devel] [v4 12/13] migration: Add command to set migration parameter

2015-02-03 Thread Eric Blake
On 02/02/2015 04:05 AM, Liang Li wrote: > Add the qmp and hmp commands to tune the parameters used in live > migration. > > Signed-off-by: Liang Li > Signed-off-by: Yang Zhang > --- > hmp-commands.hx | 15 ++ > hmp.c | 35 ++ > h

Re: [Qemu-devel] [v4 13/13] migration: Add command to query migration parameter

2015-02-03 Thread Eric Blake
On 02/02/2015 04:05 AM, Liang Li wrote: > Add the qmp and hmp commands to query the parameters used in live > migration. > > Signed-off-by: Liang Li > Signed-off-by: Yang Zhang > --- I'd squash this with 12, if it doesn't make the patch feel too large. > +Query current migration parameters >

Re: [Qemu-devel] [PATCH v2 02/12] qcow2: Pull up overlap check option evaluation

2015-02-03 Thread Eric Blake
On 11/24/2014 08:56 AM, Max Reitz wrote: > Pull up the absorption of the qcow2-relevant command line options and > the evaluation of the overlap check options in qcow2_open(). > > Signed-off-by: Max Reitz > --- > block/qcow2.c | 96 > +-- >

Re: [Qemu-devel] [PATCH v2 03/12] qcow2: Create metadata list

2015-02-03 Thread Eric Blake
On 11/24/2014 08:56 AM, Max Reitz wrote: > Create and destroy the metadata list on creation and destruction of a > qcow2 BDS, respectively. Skip creation if no overlap checks should be > performed. > > Signed-off-by: Max Reitz > --- > block/qcow2.c | 10 ++ > 1 file changed, 10 insertion

Re: [Qemu-devel] [PATCH v2 04/12] qcow2/overlaps: Protect image header

2015-02-03 Thread Eric Blake
On 11/24/2014 08:56 AM, Max Reitz wrote: > Enter the image header into the metadata list to protect it against > accidental modifications. > > Signed-off-by: Max Reitz > --- > block/qcow2.c | 2 ++ > 1 file changed, 2 insertions(+) Reviewed-by: Eric Blake > > diff --git a/block/qcow2.c b/blo

Re: [Qemu-devel] [PATCH v2 05/12] qcow2/overlaps: Protect refcount table

2015-02-03 Thread Eric Blake
On 11/24/2014 08:56 AM, Max Reitz wrote: > Keep track of the refcount table in the metadata list to protect it > against accidental modifications. > > Signed-off-by: Max Reitz > --- > block/qcow2-refcount.c | 18 ++ > block/qcow2.c | 4 > 2 files changed, 22 insert

[Qemu-devel] [PATCH 3/3] rcu: add liburcu knob to configure script

2015-02-03 Thread Emilio G. Cota
The default is --disable-liburcu, which means QEMU's RCU implementation is used. When building with --enable-liburcu, the memory barrier version of liburcu (urcu-mb) is linked against. We might want to make this configurable in the future for greater performance; for now we just match the liburcu

[Qemu-devel] [PATCH 0/3] rcu: add option to use upstream liburcu

2015-02-03 Thread Emilio G. Cota
Hi Paolo + all, First off, thanks for your ongoing RCU work, which I'm closely following. As you stated in the initial RCU patch (7911747b), the intent is to keep the same API as liburcu's. I checked whether this was the case and found a couple of issues that I'm addressing in the appended series

[Qemu-devel] [PATCH 1/3] rcu: use call_rcu semantics from liburcu

2015-02-03 Thread Emilio G. Cota
The recently added call_rcu does not match liburcu's call_rcu's semantics; instead, call_rcu1 does. Fix it by doing the following: - Rename QEMU's call_rcu to call_rcu_first_elem - Rename QEMU's call_rcu1 to call_rcu The end goal is to be able to switch at compile-time between liburcu and QEMU's

[Qemu-devel] [PATCH 2/3] rcu: use rcu_{dereference, assign_pointer} instead of atomic_rcu_{read, set}

2015-02-03 Thread Emilio G. Cota
This matches the semantics of liburcu. Signed-off-by: Emilio G. Cota --- docs/rcu.txt | 33 +++-- include/qemu/atomic.h | 35 ++- memory.c | 6 +++--- tests/rcutorture.c| 4 ++-- 4 files changed, 38 insertion

Re: [Qemu-devel] [PATCH] tun: orphan an skb on tx

2015-02-03 Thread David Miller
From: David Woodhouse Date: Mon, 02 Feb 2015 07:27:10 + > I'm guessing you don't want to push the *whole* management of the TLS > control connection *and* the UDP transport, and probing the latter with > keepalives, into the kernel? I certainly don't :) Whilst Herbert Xu and I have discussed

Re: [Qemu-devel] [v2][PATCH] libxl: add one machine property to support IGD GFX passthrough

2015-02-03 Thread Chen, Tiejun
On 2015/2/3 18:19, Wei Liu wrote: On Tue, Feb 03, 2015 at 09:01:53AM +0800, Chen, Tiejun wrote: On 2015/2/2 20:19, Wei Liu wrote: On Mon, Feb 02, 2015 at 09:17:23AM +0800, Tiejun Chen wrote: When we're working to support IGD GFX passthrough with qemu upstream, instead of "-gfx_passthru" we'd

Re: [Qemu-devel] [v4 12/13] migration: Add command to set migration parameter

2015-02-03 Thread Li, Liang Z
> > +++ b/migration/migration.c > > @@ -66,9 +66,12 @@ MigrationState *migrate_get_current(void) > > .bandwidth_limit = MAX_THROTTLE, > > .xbzrle_cache_size = DEFAULT_MIGRATE_CACHE_SIZE, > > .mbps = -1, > > -.compress_thread_count = > DEFAULT_MIGRATE_COMPRESS_THR

Re: [Qemu-devel] [v2][PATCH] libxl: add one machine property to support IGD GFX passthrough

2015-02-03 Thread Chen, Tiejun
On 2015/2/3 19:07, Ian Campbell wrote: On Tue, 2015-02-03 at 09:04 +0800, Chen, Tiejun wrote: On 2015/2/2 20:54, Ian Jackson wrote: Wei Liu writes ("Re: [v2][PATCH] libxl: add one machine property to support IGD GFX passthrough"): On Mon, Feb 02, 2015 at 09:17:23AM +0800, Tiejun Chen wrote:

Re: [Qemu-devel] [PATCH 1/9] exec: introduce cpu_reload_memory_map

2015-02-03 Thread Fam Zheng
On Tue, 02/03 13:52, Paolo Bonzini wrote: > This for now is a simple TLB flush. This can change later for two > reasons: > > 1) an AddressSpaceDispatch will be cached in the CPUState object > > 2) it will not be possible to do tlb_flush once the TCG-generated code > runs outside the BQL. > > Si

Re: [Qemu-devel] [RFC] pseries: Enable in-kernel H_LOGICAL_CI_{LOAD, STORE} implementations

2015-02-03 Thread David Gibson
On Wed, Feb 04, 2015 at 08:19:06AM +1100, Paul Mackerras wrote: > On Tue, Feb 03, 2015 at 05:10:51PM +1100, David Gibson wrote: > > qemu currently implements the hypercalls H_LOGICAL_CI_LOAD and > > H_LOGICAL_CI_STORE as PAPR extensions. These are used by the SLOF firmware > > for IO, because perf

[Qemu-devel] [PATCH v16 0/2] EEH Support for VFIO Devices

2015-02-03 Thread Gavin Shan
The series of patches adds support EEH for VFIO PCI devices on sPAPR platform. It requires corresponding host kernel support, which was merged during 3.17 merge window. This patchset has been rebased to Alex Graf's QEMU repository: git://github.com/agraf/qemu.git (branch: ppc-next) The impleme

[Qemu-devel] [PATCH v16 1/2] sPAPR: Implement EEH RTAS calls

2015-02-03 Thread Gavin Shan
The emulation for EEH RTAS requests from guest isn't covered by QEMU yet and the patch implements them. The patch defines constants used by EEH RTAS calls and adds callback sPAPRPHBClass::eeh_handler, which is going to be used this way: * RTAS calls are received in spapr_pci.c, sanity check is

[Qemu-devel] [PATCH v16 2/2] sPAPR: Implement sPAPRPHBClass::eeh_handler

2015-02-03 Thread Gavin Shan
The patch implements sPAPRPHBClass::eeh_handler so that the EEH RTAS requests can be routed to VFIO for further handling. Signed-off-by: Gavin Shan --- hw/ppc/spapr_pci_vfio.c | 58 + hw/vfio/common.c| 1 + 2 files changed, 59 insertions(+

Re: [Qemu-devel] [v4 12/13] migration: Add command to set migration parameter

2015-02-03 Thread Eric Blake
On 02/03/2015 06:26 PM, Li, Liang Z wrote: >> Hmm - do we really need two parameters here? Remember, compress >> threads is used only on the source, and decompress threads is used only on >> the destination. Having a single parameter, 'threads', which is set to >> compression threads on source a

Re: [Qemu-devel] [PATCH 2/9] exec: make iotlb RCU-friendly

2015-02-03 Thread Fam Zheng
On Tue, 02/03 13:52, Paolo Bonzini wrote: > After the previous patch, TLBs will be flushed on every change to > the memory mapping. This patch augments that with synchronization > of the MemoryRegionSections referred to in the iotlb array. > > With this change, it is guaranteed that iotlb_to_regi

[Qemu-devel] [PATCH v2 09/12] acpi, piix4: Add memory hot unplug support for piix4.

2015-02-03 Thread Zhu Guihua
From: Tang Chen Call memory unplug cb in piix4_device_unplug_cb(). Signed-off-by: Zhu Guihua --- hw/acpi/piix4.c | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/hw/acpi/piix4.c b/hw/acpi/piix4.c index 8bd9007..acd054e 100644 --- a/hw/acpi/piix4.c +++ b/hw/acpi/p

[Qemu-devel] [PATCH v2 01/12] acpi, mem-hotplug: Use PC_DIMM_SLOT_PROP in acpi_memory_plug_cb().

2015-02-03 Thread Zhu Guihua
From: Tang Chen Replace string "slot" in acpi_memory_plug_cb() with MACRO PC_DIMM_SLOT_PROP. Reviewed-by: Igor Mammedov Signed-off-by: Tang Chen Signed-off-by: Zhu Guihua --- hw/acpi/memory_hotplug.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/hw/acpi/memory_hotplug

[Qemu-devel] [PATCH v2 10/12] acpi, ich9: Add memory hot unplug support for ich9.

2015-02-03 Thread Zhu Guihua
From: Tang Chen Call memory unplug cb in ich9_pm_device_unplug_cb(). Signed-off-by: Zhu Guihua --- hw/acpi/ich9.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/hw/acpi/ich9.c b/hw/acpi/ich9.c index b85eed4..3a8d712 100644 --- a/hw/acpi/ich9.c +++ b/hw/acpi/ich9

Re: [Qemu-devel] [PATCH 3/9] exec: RCUify AddressSpaceDispatch

2015-02-03 Thread Fam Zheng
On Tue, 02/03 13:52, Paolo Bonzini wrote: > Note that even after this patch, most callers of address_space_* > functions must still be under the big QEMU lock, otherwise the memory > region returned by address_space_translate can disappear as soon as > address_space_translate returns. This will be

[Qemu-devel] [PATCH v2 05/12] acpi, piix4: Add memory hot unplug request support for piix4.

2015-02-03 Thread Zhu Guihua
From: Hu Tao Call memory unplug request cb in piix4_device_unplug_request_cb(). Signed-off-by: Hu Tao Signed-off-by: Tang Chen Signed-off-by: Zhu Guihua --- hw/acpi/piix4.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/hw/acpi/piix4.c b/hw/acpi/piix4.c index 14d40a

Re: [Qemu-devel] [PATCH 6/9] cosmetic changes preparing for the following patches

2015-02-03 Thread Fam Zheng
On Tue, 02/03 13:52, Paolo Bonzini wrote: > From: Mike Day > > Signed-off-by: Mike Day > Signed-off-by: Paolo Bonzini > --- > arch_init.c| 5 +-- > exec.c | 84 > +- > include/exec/cpu-all.h | 1 + > 3 files changed

[Qemu-devel] [PATCH v2 03/12] acpi, mem-hotplug: Add acpi_memory_hotplug_sci() to rise sci for memory hotplug.

2015-02-03 Thread Zhu Guihua
From: Tang Chen Add a new API named acpi_memory_hotplug_sci() to send memory hotplug SCI. Doing this is because this procedure will be used by other functions in the next coming patches. Signed-off-by: Tang Chen Signed-off-by: Zhu Guihua --- hw/acpi/core.c | 7 +++ hw/acpi/memor

[Qemu-devel] [PATCH v2 12/12] acpi: Add hardware implementation for memory hot unplug.

2015-02-03 Thread Zhu Guihua
From: Tang Chen This patch adds a new bit to memory hotplug IO port indicating that ej0 has been evaluated by guest OS. And call pc-dimm unplug cb to do the real removal. Signed-off-by: Hu Tao Signed-off-by: Tang Chen Signed-off-by: Zhu Guihua --- docs/specs/acpi_mem_hotplug.txt | 9 +

[Qemu-devel] [PATCH v2 02/12] acpi, mem-hotplug: Add acpi_memory_slot_status() to get MemStatus.

2015-02-03 Thread Zhu Guihua
From: Tang Chen Add a new API named acpi_memory_get_slot_status_descriptor() to obtain a single memory slot status. Doing this is because this procedure will be used by other functions in the next coming patches. Signed-off-by: Tang Chen Signed-off-by: Zhu Guihua --- hw/acpi/memory_hotplug.c

[Qemu-devel] [PATCH v2 00/12] QEmu memory hot unplug support

2015-02-03 Thread Zhu Guihua
Memory hot unplug are both asynchronize procedures. When the unplug operation happens, unplug request cb is called first. And when ghest OS finished handling unplug, unplug cb will be called to do the real removal of device. This series depends on the following patchset. [PATCH v2 0/5] Common unpl

Re: [Qemu-devel] [PATCH 7/9] rcu: prod call_rcu thread when calling synchronize_rcu

2015-02-03 Thread Fam Zheng
On Tue, 02/03 13:52, Paolo Bonzini wrote: > call_rcu operates on the principle that either there is a steady stream of > incoming RCU callbacks, or it is not worthwhile to wake up and process the > few that are there. > > This however makes it hard to assert in testcases that all RCU callbacks > a

[Qemu-devel] [PATCH v2 11/12] pc-dimm: Add memory hot unplug support for pc-dimm.

2015-02-03 Thread Zhu Guihua
From: Tang Chen Implement unplug cb for pc-dimm. It remove the corresponding memory region, and unregister vmstat. At last, it calls memory unplug cb to reset memory status and do unparenting. Signed-off-by: Zhu Guihua --- hw/i386/pc.c | 20 ++-- 1 file changed, 18 insertions(+

[Qemu-devel] [PATCH v2 07/12] pc-dimm: Add memory hot unplug request support for pc-dimm.

2015-02-03 Thread Zhu Guihua
From: Tang Chen Implement memory unplug request cb for pc-dimm, and call it in pc_machine_device_unplug_request_cb(). Signed-off-by: Zhu Guihua --- hw/i386/pc.c | 28 ++-- 1 file changed, 26 insertions(+), 2 deletions(-) diff --git a/hw/i386/pc.c b/hw/i386/pc.c index 8

[Qemu-devel] [PATCH v2 08/12] acpi, mem-hotplug: Add unplug cb for memory device.

2015-02-03 Thread Zhu Guihua
From: Tang Chen Reset all memory status, and unparent the memory device. Signed-off-by: Zhu Guihua --- hw/acpi/memory_hotplug.c | 34 ++ hw/core/qdev.c | 2 +- include/hw/acpi/memory_hotplug.h | 2 ++ include/hw/qdev-core.h

[Qemu-devel] [PATCH v2 06/12] acpi, ich9: Add memory hot unplug request support for ich9.

2015-02-03 Thread Zhu Guihua
From: Tang Chen Call memory unplug request cb in ich9_pm_device_unplug_request_cb(). Signed-off-by: Zhu Guihua --- hw/acpi/ich9.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/hw/acpi/ich9.c b/hw/acpi/ich9.c index 5352e19..b85eed4 100644 --- a/hw/acpi/ich9.c ++

[Qemu-devel] [PATCH v2 04/12] acpi, mem-hotplug: Add unplug request cb for memory device.

2015-02-03 Thread Zhu Guihua
From: Tang Chen Memory hot unplug are both asynchronize procedures. When the unplug operation happens, unplug request cb is called first. And when ghest OS finished handling unplug, unplug cb will be called to do the real removal of device. This patch adds unplug request cb for memory device. Ad

Re: [Qemu-devel] [PATCH 4/9] rcu: introduce RCU-enabled QLIST

2015-02-03 Thread Fam Zheng
On Tue, 02/03 13:52, Paolo Bonzini wrote: > From: Mike Day > > Add RCU-enabled variants on the existing bsd DQ facility. Each > operation has the same interface as the existing (non-RCU) > version. Also, each operation is implemented as macro. > > Using the RCU-enabled QLIST, existing QLIST user

Re: [Qemu-devel] [PATCH v4] sheepdog: selectable object size support

2015-02-03 Thread Teruaki Ishizaki
(2015/02/02 15:52), Liu Yuan wrote: On Tue, Jan 27, 2015 at 05:35:27PM +0900, Teruaki Ishizaki wrote: Previously, qemu block driver of sheepdog used hard-coded VDI object size. This patch enables users to handle "block_size_shift" value for calculating VDI object size. When you start qemu, you

Re: [Qemu-devel] [PATCH v2 0/1] dataplane vs. endianness

2015-02-03 Thread David Gibson
On Tue, Jan 27, 2015 at 04:15:23PM +1100, David Gibson wrote: > On Mon, Jan 26, 2015 at 05:26:41PM +0100, Cornelia Huck wrote: > > Stefan: > > > > Here's v2 of my endianness patch for dataplane, with the extraneous > > vdev argument dropped from get_desc(). > > > > I orginally planned to send my

Re: [Qemu-devel] [PATCH] tun: orphan an skb on tx

2015-02-03 Thread David Woodhouse
On Tue, 2015-02-03 at 16:19 -0800, David Miller wrote: > From: David Woodhouse > Date: Mon, 02 Feb 2015 07:27:10 + > > > I'm guessing you don't want to push the *whole* management of the TLS > > control connection *and* the UDP transport, and probing the latter with > > keepalives, into the k

Re: [Qemu-devel] [PATCH RFC 1/1] KVM: s390: Add MEMOP ioctl for reading/writing guest memory

2015-02-03 Thread Thomas Huth
On Tue, 03 Feb 2015 16:22:32 +0100 Paolo Bonzini wrote: > > > On 03/02/2015 16:16, Thomas Huth wrote: > > Actually, I'd prefer to keep the "virtual" in the defines for the type > > of operation below: When it comes to s390 storage keys, we likely might > > need some calls for reading and writin

<    1   2   3