All of lore.kernel.org
 help / color / mirror / Atom feed
From: Igor Mammedov <imammedo@redhat.com>
To: Xiao Guangrong <guangrong.xiao@linux.intel.com>
Cc: pbonzini@redhat.com, gleb@kernel.org, mtosatti@redhat.com,
	stefanha@redhat.com, mst@redhat.com, rth@twiddle.net,
	ehabkost@redhat.com, dan.j.williams@intel.com,
	kvm@vger.kernel.org, qemu-devel@nongnu.org,
	vsementsov@virtuozzo.com, eblake@redhat.com
Subject: Re: [PATCH v7 25/35] nvdimm acpi: init the resource used by NVDIMM ACPI
Date: Thu, 5 Nov 2015 10:58:16 +0100	[thread overview]
Message-ID: <20151105105816.4945e0c4@nial.brq.redhat.com> (raw)
In-Reply-To: <1446455617-129562-26-git-send-email-guangrong.xiao@linux.intel.com>

On Mon,  2 Nov 2015 17:13:27 +0800
Xiao Guangrong <guangrong.xiao@linux.intel.com> wrote:

> A page staring from 0xFF00000 and IO port 0x0a18 - 0xa1b in guest are
                               ^^ missing one 0???

> reserved for NVDIMM ACPI emulation, refer to docs/specs/acpi_nvdimm.txt
> for detailed design
> 
> A parameter, 'nvdimm-support', is introduced for PIIX4_PM and ICH9-LPC
> that controls if nvdimm support is enabled, it is true on default and
> it is false on 2.4 and its earlier version to keep compatibility
> 
> Signed-off-by: Xiao Guangrong <guangrong.xiao@linux.intel.com>
[...]

> @@ -33,6 +33,15 @@
>   */
>  #define MIN_NAMESPACE_LABEL_SIZE      (128UL << 10)
>  
> +/*
> + * A page staring from 0xFF00000 and IO port 0x0a18 - 0xa1b in guest are
                                 ^^^ missing 0 or value in define below has an extra 0

> + * reserved for NVDIMM ACPI emulation, refer to docs/specs/acpi_nvdimm.txt
> + * for detailed design.
> + */
> +#define NVDIMM_ACPI_MEM_BASE          0xFF000000ULL
it still maps RAM at arbitrary place,
that's the reason why VMGenID patches hasn't been merged for
more than several months.
I'm not against of using (more exactly I'm for it) direct mapping
but we should reach consensus when and how to use it first.

I'd wouldn't use addresses below 4G as it may be used firmware or
legacy hardware and I won't bet that 0xFF000000ULL won't conflict
with anything.
An alternative place to allocate reserve from could be high memory.
For pc we have "reserved-memory-end" which currently makes sure
that hotpluggable memory range isn't used by firmware.

How about making API that allows to map additional memory
ranges before reserved-memory-end and pushes it up as mappings are
added.

Michael, Paolo what do you think about it?


> +#define NVDIMM_ACPI_IO_BASE           0x0a18
> +#define NVDIMM_ACPI_IO_LEN            4
> +
>  #define TYPE_NVDIMM      "nvdimm"
>  #define NVDIMM(obj)      OBJECT_CHECK(NVDIMMDevice, (obj), TYPE_NVDIMM)
>  #define NVDIMM_CLASS(oc) OBJECT_CLASS_CHECK(NVDIMMClass, (oc), TYPE_NVDIMM)
> @@ -80,4 +89,29 @@ struct NVDIMMClass {
>  };
>  typedef struct NVDIMMClass NVDIMMClass;
>  
> +/*
> + * AcpiNVDIMMState:
> + * @is_enabled: detect if NVDIMM support is enabled.
> + *
> + * @fit: fit buffer which will be accessed via ACPI _FIT method. It is
> + *       dynamically built based on current NVDIMM devices so that it does
> + *       not require to keep consistent during live migration.
> + *
> + * @ram_mr: RAM-based memory region which is mapped into guest address
> + *          space and used to transfer data between OSPM and QEMU.
> + * @io_mr: the IO region used by OSPM to transfer control to QEMU.
> + */
> +struct AcpiNVDIMMState {
> +    bool is_enabled;
> +
> +    GArray *fit;
> +
> +    MemoryRegion ram_mr;
> +    MemoryRegion io_mr;
> +};
> +typedef struct AcpiNVDIMMState AcpiNVDIMMState;
> +
> +/* Initialize the memory and IO region needed by NVDIMM ACPI emulation.*/
> +void nvdimm_init_acpi_state(MemoryRegion *memory, MemoryRegion *io,
> +                            Object *owner, AcpiNVDIMMState *state);
>  #endif


WARNING: multiple messages have this Message-ID (diff)
From: Igor Mammedov <imammedo@redhat.com>
To: Xiao Guangrong <guangrong.xiao@linux.intel.com>
Cc: vsementsov@virtuozzo.com, ehabkost@redhat.com,
	kvm@vger.kernel.org, mst@redhat.com, gleb@kernel.org,
	mtosatti@redhat.com, qemu-devel@nongnu.org, stefanha@redhat.com,
	pbonzini@redhat.com, dan.j.williams@intel.com, rth@twiddle.net
Subject: Re: [Qemu-devel] [PATCH v7 25/35] nvdimm acpi: init the resource used by NVDIMM ACPI
Date: Thu, 5 Nov 2015 10:58:16 +0100	[thread overview]
Message-ID: <20151105105816.4945e0c4@nial.brq.redhat.com> (raw)
In-Reply-To: <1446455617-129562-26-git-send-email-guangrong.xiao@linux.intel.com>

On Mon,  2 Nov 2015 17:13:27 +0800
Xiao Guangrong <guangrong.xiao@linux.intel.com> wrote:

> A page staring from 0xFF00000 and IO port 0x0a18 - 0xa1b in guest are
                               ^^ missing one 0???

> reserved for NVDIMM ACPI emulation, refer to docs/specs/acpi_nvdimm.txt
> for detailed design
> 
> A parameter, 'nvdimm-support', is introduced for PIIX4_PM and ICH9-LPC
> that controls if nvdimm support is enabled, it is true on default and
> it is false on 2.4 and its earlier version to keep compatibility
> 
> Signed-off-by: Xiao Guangrong <guangrong.xiao@linux.intel.com>
[...]

> @@ -33,6 +33,15 @@
>   */
>  #define MIN_NAMESPACE_LABEL_SIZE      (128UL << 10)
>  
> +/*
> + * A page staring from 0xFF00000 and IO port 0x0a18 - 0xa1b in guest are
                                 ^^^ missing 0 or value in define below has an extra 0

> + * reserved for NVDIMM ACPI emulation, refer to docs/specs/acpi_nvdimm.txt
> + * for detailed design.
> + */
> +#define NVDIMM_ACPI_MEM_BASE          0xFF000000ULL
it still maps RAM at arbitrary place,
that's the reason why VMGenID patches hasn't been merged for
more than several months.
I'm not against of using (more exactly I'm for it) direct mapping
but we should reach consensus when and how to use it first.

I'd wouldn't use addresses below 4G as it may be used firmware or
legacy hardware and I won't bet that 0xFF000000ULL won't conflict
with anything.
An alternative place to allocate reserve from could be high memory.
For pc we have "reserved-memory-end" which currently makes sure
that hotpluggable memory range isn't used by firmware.

How about making API that allows to map additional memory
ranges before reserved-memory-end and pushes it up as mappings are
added.

Michael, Paolo what do you think about it?


> +#define NVDIMM_ACPI_IO_BASE           0x0a18
> +#define NVDIMM_ACPI_IO_LEN            4
> +
>  #define TYPE_NVDIMM      "nvdimm"
>  #define NVDIMM(obj)      OBJECT_CHECK(NVDIMMDevice, (obj), TYPE_NVDIMM)
>  #define NVDIMM_CLASS(oc) OBJECT_CLASS_CHECK(NVDIMMClass, (oc), TYPE_NVDIMM)
> @@ -80,4 +89,29 @@ struct NVDIMMClass {
>  };
>  typedef struct NVDIMMClass NVDIMMClass;
>  
> +/*
> + * AcpiNVDIMMState:
> + * @is_enabled: detect if NVDIMM support is enabled.
> + *
> + * @fit: fit buffer which will be accessed via ACPI _FIT method. It is
> + *       dynamically built based on current NVDIMM devices so that it does
> + *       not require to keep consistent during live migration.
> + *
> + * @ram_mr: RAM-based memory region which is mapped into guest address
> + *          space and used to transfer data between OSPM and QEMU.
> + * @io_mr: the IO region used by OSPM to transfer control to QEMU.
> + */
> +struct AcpiNVDIMMState {
> +    bool is_enabled;
> +
> +    GArray *fit;
> +
> +    MemoryRegion ram_mr;
> +    MemoryRegion io_mr;
> +};
> +typedef struct AcpiNVDIMMState AcpiNVDIMMState;
> +
> +/* Initialize the memory and IO region needed by NVDIMM ACPI emulation.*/
> +void nvdimm_init_acpi_state(MemoryRegion *memory, MemoryRegion *io,
> +                            Object *owner, AcpiNVDIMMState *state);
>  #endif

  reply	other threads:[~2015-11-05  9:58 UTC|newest]

Thread overview: 200+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-11-02  9:13 [PATCH v7 00/35] implement vNVDIMM Xiao Guangrong
2015-11-02  9:13 ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 01/35] acpi: add aml_derefof Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 02/35] acpi: add aml_sizeof Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 03/35] acpi: add aml_create_field Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-03  6:14   ` Shannon Zhao
2015-11-03  6:14     ` [Qemu-devel] " Shannon Zhao
2015-11-03 14:52     ` Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 04/35] acpi: add aml_concatenate Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 05/35] acpi: add aml_object_type Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 06/35] acpi: add aml_method_serialized Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-03 12:30   ` Igor Mammedov
2015-11-03 12:30     ` Igor Mammedov
2015-11-03 13:27     ` Xiao Guangrong
2015-11-03 13:27       ` Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 07/35] util: introduce qemu_file_get_page_size() Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02 13:56   ` Vladimir Sementsov-Ogievskiy
2015-11-02 13:56     ` [Qemu-devel] " Vladimir Sementsov-Ogievskiy
2015-11-06 15:36   ` Eduardo Habkost
2015-11-06 15:36     ` [Qemu-devel] " Eduardo Habkost
2015-11-09  4:36     ` Xiao Guangrong
2015-11-09  4:36       ` [Qemu-devel] " Xiao Guangrong
2015-11-09 18:34       ` Eduardo Habkost
2015-11-09 18:34         ` [Qemu-devel] " Eduardo Habkost
2015-11-02  9:13 ` [PATCH v7 08/35] exec: allow memory to be allocated from any kind of path Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02 14:51   ` Vladimir Sementsov-Ogievskiy
2015-11-02 14:51     ` [Qemu-devel] " Vladimir Sementsov-Ogievskiy
2015-11-02 15:22     ` Xiao Guangrong
2015-11-02 15:22       ` [Qemu-devel] " Xiao Guangrong
2015-11-02 15:52       ` Vladimir Sementsov-Ogievskiy
2015-11-02 15:52         ` [Qemu-devel] " Vladimir Sementsov-Ogievskiy
2015-11-03 23:00   ` Eduardo Habkost
2015-11-03 23:00     ` [Qemu-devel] " Eduardo Habkost
2015-11-04  3:12     ` Xiao Guangrong
2015-11-04  3:12       ` [Qemu-devel] " Xiao Guangrong
2015-11-04 12:40       ` Eduardo Habkost
2015-11-04 12:40         ` [Qemu-devel] " Eduardo Habkost
2015-11-04 14:22         ` Xiao Guangrong
2015-11-04 14:22           ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 09/35] exec: allow file_ram_alloc to work on file Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02 15:12   ` Vladimir Sementsov-Ogievskiy
2015-11-02 15:12     ` [Qemu-devel] " Vladimir Sementsov-Ogievskiy
2015-11-02 15:25     ` Xiao Guangrong
2015-11-02 15:25       ` [Qemu-devel] " Xiao Guangrong
2015-11-02 15:58       ` Vladimir Sementsov-Ogievskiy
2015-11-02 15:58         ` Vladimir Sementsov-Ogievskiy
2015-11-02 21:12   ` Paolo Bonzini
2015-11-02 21:12     ` [Qemu-devel] " Paolo Bonzini
2015-11-03  3:56     ` Xiao Guangrong
2015-11-03  3:56       ` [Qemu-devel] " Xiao Guangrong
2015-11-03 13:55       ` Paolo Bonzini
2015-11-03 13:55         ` [Qemu-devel] " Paolo Bonzini
2015-11-03 14:26         ` Xiao Guangrong
2015-11-03 14:26           ` [Qemu-devel] " Xiao Guangrong
2015-11-03 12:34   ` Igor Mammedov
2015-11-03 12:34     ` [Qemu-devel] " Igor Mammedov
2015-11-03 13:32     ` Xiao Guangrong
2015-11-03 13:32       ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 10/35] hostmem-file: clean up memory allocation Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 11/35] util: introduce qemu_file_getlength() Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02 15:26   ` Vladimir Sementsov-Ogievskiy
2015-11-02 15:26     ` [Qemu-devel] " Vladimir Sementsov-Ogievskiy
2015-11-03 23:21   ` Eduardo Habkost
2015-11-03 23:21     ` [Qemu-devel] " Eduardo Habkost
2015-11-04  3:17     ` Xiao Guangrong
2015-11-04  3:17       ` [Qemu-devel] " Xiao Guangrong
2015-11-04 14:44       ` Eduardo Habkost
2015-11-04 14:44         ` [Qemu-devel] " Eduardo Habkost
2015-11-04 14:44         ` Xiao Guangrong
2015-11-04 14:44           ` [Qemu-devel] " Xiao Guangrong
2015-11-06 15:50   ` Eduardo Habkost
2015-11-06 15:50     ` [Qemu-devel] " Eduardo Habkost
2015-11-09  4:44     ` Xiao Guangrong
2015-11-09  4:44       ` [Qemu-devel] " Xiao Guangrong
2015-11-09 19:21       ` Eduardo Habkost
2015-11-09 19:21         ` [Qemu-devel] " Eduardo Habkost
2015-11-02  9:13 ` [PATCH v7 12/35] util: let qemu_fd_getlength support block device Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02 16:11   ` Vladimir Sementsov-Ogievskiy
2015-11-02 16:11     ` [Qemu-devel] " Vladimir Sementsov-Ogievskiy
2015-11-02 16:21     ` Xiao Guangrong
2015-11-02 16:21       ` [Qemu-devel] " Xiao Guangrong
2015-11-06 15:44       ` Eduardo Habkost
2015-11-06 15:44         ` [Qemu-devel] " Eduardo Habkost
2015-11-06 15:48   ` Eduardo Habkost
2015-11-06 15:48     ` [Qemu-devel] " Eduardo Habkost
2015-11-06 15:54   ` Eduardo Habkost
2015-11-06 15:54     ` [Qemu-devel] " Eduardo Habkost
2015-11-09  5:58     ` Xiao Guangrong
2015-11-09  5:58       ` [Qemu-devel] " Xiao Guangrong
2015-11-09 18:43       ` Eduardo Habkost
2015-11-09 18:43         ` [Qemu-devel] " Eduardo Habkost
2015-11-02  9:13 ` [PATCH v7 13/35] hostmem-file: use whole file size if possible Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02 17:09   ` Vladimir Sementsov-Ogievskiy
2015-11-02 17:09     ` [Qemu-devel] " Vladimir Sementsov-Ogievskiy
2015-11-03 14:51     ` Xiao Guangrong
2015-11-03 14:51       ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 14/35] pc-dimm: remove DEFAULT_PC_DIMMSIZE Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 15/35] pc-dimm: make pc_existing_dimms_capacity static and rename it Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 16/35] pc-dimm: drop the prefix of pc-dimm Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 17/35] stubs: rename qmp_pc_dimm_device_list.c Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 18/35] pc-dimm: rename pc-dimm.c and pc-dimm.h Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 19/35] dimm: abstract dimm device from pc-dimm Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 20/35] dimm: get mapped memory region from DIMMDeviceClass->get_memory_region Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02 12:19   ` Vladimir Sementsov-Ogievskiy
2015-11-02 12:19     ` [Qemu-devel] " Vladimir Sementsov-Ogievskiy
2015-11-02 13:08     ` Xiao Guangrong
2015-11-02 13:08       ` [Qemu-devel] " Xiao Guangrong
2015-11-02 14:26       ` Vladimir Sementsov-Ogievskiy
2015-11-02 14:26         ` [Qemu-devel] " Vladimir Sementsov-Ogievskiy
2015-11-02 15:06         ` Xiao Guangrong
2015-11-02 15:06           ` [Qemu-devel] " Xiao Guangrong
2015-11-02 16:16           ` Vladimir Sementsov-Ogievskiy
2015-11-02 16:16             ` [Qemu-devel] " Vladimir Sementsov-Ogievskiy
2015-11-03 14:47             ` Xiao Guangrong
2015-11-03 14:47               ` [Qemu-devel] " Xiao Guangrong
2015-11-05  8:53               ` Vladimir Sementsov-Ogievskiy
2015-11-05  8:53                 ` [Qemu-devel] " Vladimir Sementsov-Ogievskiy
2015-11-05 17:29   ` Eduardo Habkost
2015-11-05 17:29     ` [Qemu-devel] " Eduardo Habkost
2015-11-06  2:50     ` Xiao Guangrong
2015-11-06  2:50       ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 21/35] dimm: keep the state of the whole backend memory Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 22/35] dimm: introduce realize callback Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 23/35] nvdimm: implement NVDIMM device abstract Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-13 16:53   ` Vladimir Sementsov-Ogievskiy
2015-11-13 16:53     ` [Qemu-devel] " Vladimir Sementsov-Ogievskiy
2015-11-02  9:13 ` [PATCH v7 24/35] docs: add NVDIMM ACPI documentation Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 25/35] nvdimm acpi: init the resource used by NVDIMM ACPI Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-05  9:58   ` Igor Mammedov [this message]
2015-11-05  9:58     ` Igor Mammedov
2015-11-05 10:15     ` Xiao Guangrong
2015-11-05 10:15       ` [Qemu-devel] " Xiao Guangrong
2015-11-05 13:03       ` Igor Mammedov
2015-11-05 13:03         ` [Qemu-devel] " Igor Mammedov
2015-11-05 13:33         ` Xiao Guangrong
2015-11-05 13:33           ` [Qemu-devel] " Xiao Guangrong
2015-11-05 14:49           ` Igor Mammedov
2015-11-05 14:49             ` [Qemu-devel] " Igor Mammedov
2015-11-06  8:31             ` Xiao Guangrong
2015-11-06  8:31               ` [Qemu-devel] " Xiao Guangrong
2015-11-06  8:56               ` Xiao Guangrong
2015-11-06  8:56                 ` [Qemu-devel] " Xiao Guangrong
2015-11-09 11:13               ` Igor Mammedov
2015-11-11  3:01                 ` Ask for ACK (was Re: [PATCH v7 25/35] nvdimm acpi: init the resource used by NVDIMM ACPI) Xiao Guangrong
2015-11-11  3:01                   ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 26/35] nvdimm acpi: build ACPI NFIT table Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 27/35] nvdimm acpi: build ACPI nvdimm devices Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-03 13:13   ` Igor Mammedov
2015-11-03 13:13     ` [Qemu-devel] " Igor Mammedov
2015-11-03 14:22     ` Xiao Guangrong
2015-11-03 14:22       ` [Qemu-devel] " Xiao Guangrong
2015-11-04  8:56       ` Igor Mammedov
2015-11-04  8:56         ` [Qemu-devel] " Igor Mammedov
2015-11-04 14:11         ` Xiao Guangrong
2015-11-04 14:11           ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 28/35] nvdimm acpi: save arg3 for NVDIMM device _DSM method Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 29/35] nvdimm acpi: support function 0 Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 30/35] nvdimm acpi: support Get Namespace Label Size function Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 31/35] nvdimm acpi: support Get Namespace Label Data function Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 32/35] nvdimm acpi: support Set " Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 33/35] nvdimm: allow using whole backend memory as pmem Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 34/35] nvdimm acpi: support _FIT method Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:13 ` [PATCH v7 35/35] nvdimm: add maintain info Xiao Guangrong
2015-11-02  9:13   ` [Qemu-devel] " Xiao Guangrong
2015-11-02 11:51 ` [PATCH v7 00/35] implement vNVDIMM Stefan Hajnoczi
2015-11-02 11:51   ` [Qemu-devel] " Stefan Hajnoczi

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20151105105816.4945e0c4@nial.brq.redhat.com \
    --to=imammedo@redhat.com \
    --cc=dan.j.williams@intel.com \
    --cc=eblake@redhat.com \
    --cc=ehabkost@redhat.com \
    --cc=gleb@kernel.org \
    --cc=guangrong.xiao@linux.intel.com \
    --cc=kvm@vger.kernel.org \
    --cc=mst@redhat.com \
    --cc=mtosatti@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=rth@twiddle.net \
    --cc=stefanha@redhat.com \
    --cc=vsementsov@virtuozzo.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.