All of lore.kernel.org
 help / color / mirror / Atom feed
From: Xiao Guangrong <guangrong.xiao@linux.intel.com>
To: Eduardo Habkost <ehabkost@redhat.com>
Cc: kvm@vger.kernel.org, mst@redhat.com, gleb@kernel.org,
	mtosatti@redhat.com, qemu-devel@nongnu.org, stefanha@redhat.com,
	imammedo@redhat.com, pbonzini@redhat.com,
	dan.j.williams@intel.com, rth@twiddle.net
Subject: Re: [PATCH v6 11/33] hostmem-file: use whole file size if possible
Date: Sun, 1 Nov 2015 00:59:53 +0800	[thread overview]
Message-ID: <5634F389.5070008@linux.intel.com> (raw)
In-Reply-To: <20151031134530.GW4180@thinpad.lan.raisama.net>



On 10/31/2015 09:45 PM, Eduardo Habkost wrote:
> On Sat, Oct 31, 2015 at 04:46:05PM +0800, Xiao Guangrong wrote:
>> On 10/31/2015 01:30 AM, Eduardo Habkost wrote:
>>> On Fri, Oct 30, 2015 at 01:56:05PM +0800, Xiao Guangrong wrote:
>>>> Use the whole file size if @size is not specified which is useful
>>>> if we want to directly pass a file to guest
>>>>
>>>> Signed-off-by: Xiao Guangrong <guangrong.xiao@linux.intel.com>
>>>> ---
>>>>   backends/hostmem-file.c | 48 ++++++++++++++++++++++++++++++++++++++++++++----
>>>>   1 file changed, 44 insertions(+), 4 deletions(-)
>>>>
>>>> diff --git a/backends/hostmem-file.c b/backends/hostmem-file.c
>>>> index 9097a57..e1bc9ff 100644
>>>> --- a/backends/hostmem-file.c
>>>> +++ b/backends/hostmem-file.c
>>>> @@ -9,6 +9,9 @@
>>>>    * This work is licensed under the terms of the GNU GPL, version 2 or later.
>>>>    * See the COPYING file in the top-level directory.
>>>>    */
>>>> +#include <sys/ioctl.h>
>>>> +#include <linux/fs.h>
>>>
>>> This code needs to build on other platforms too. e.g. using mingw32:
>>
>> Err... You did it on Windows? It's surprised that the file is only built
>> on Linux:
>> common-obj-$(CONFIG_LINUX) += hostmem-file.o
>>
>> How it can happen...
>
> I did it using mingw32. I don't remember what I did, but I probably tried
> something stupid to test just the build of hostmem-file.o and didn't notice it
> was conditional on CONFIG_LINUX. Sorry for the noise.
>

No problem. :)

>>
>>>
>>>    CC    backends/hostmem-file.o
>>> /home/ehabkost/rh/proj/virt/qemu/backends/hostmem-file.c:12:23: fatal error: sys/ioctl.h: No such file or directory
>>>   #include <sys/ioctl.h>
>>>                         ^
>>> compilation terminated.
>>> /home/ehabkost/rh/proj/virt/qemu/rules.mak:57: recipe for target 'backends/hostmem-file.o' failed
>>> make: *** [backends/hostmem-file.o] Error 1
>>>
>>>
>>>> +
>>>>   #include "qemu-common.h"
>>>>   #include "sysemu/hostmem.h"
>>>>   #include "sysemu/sysemu.h"
>>>> @@ -33,20 +36,57 @@ struct HostMemoryBackendFile {
>>>>       char *mem_path;
>>>>   };
>>>>
>>>> +static uint64_t get_file_size(const char *file)
>>>> +{
>>>> +    struct stat stat_buf;
>>>> +    uint64_t size = 0;
>>>> +    int fd;
>>>> +
>>>> +    fd = open(file, O_RDONLY);
>>>> +    if (fd < 0) {
>>>> +        return 0;
>>>> +    }
>>>> +
>>>> +    if (stat(file, &stat_buf) < 0) {
>>>> +        goto exit;
>>>> +    }
>>>> +
>>>> +    if ((S_ISBLK(stat_buf.st_mode)) && !ioctl(fd, BLKGETSIZE64, &size)) {
>>>> +        goto exit;
>>>> +    }
>>>> +
>
> I have another question: if our block device code at raw-posix.c doesn't need
> the Linux-specific BLKGETSIZE64 call, why exactly do we need it in
> hostmem-file.c? In which cases it would break without BLKGETSIZE64?

I guess the function at raw-posix.c did not realize it will work
on raw block device directly.

>
>>>> +    size = lseek(fd, 0, SEEK_END);
>>>> +    if (size == -1) {
>>>> +        size = 0;
>>>> +    }
>>>> +exit:
>>>> +    close(fd);
>>>> +    return size;
>>>> +}
>>>
>>> This code seems to duplicate what block/raw-posix.c:raw_getlength() does
>>> (except for the BLKGETSIZE64 part). Have you considered using the same
>>> code for both?
>>>
>>> We can probably move all the raw-posix.c raw_getlength(BlockDriverState
>>> *bs) code to fd_getlength(int fd) functions (on osdep.c?), and just
>>> implement raw-posix.c:raw_getlength(s) as fd_getlength(s->fd).
>>>
>>
>> Actually, Paolo has the same suggestion before... but
>>
>> | The function you pointed out is really complex - it mixed 9 platforms and each
>> | platform has its own specific implementation. It is hard for us to verify the
>> | change.
>> |
>> | I'd prefer to make it for Linux specific first then share it to other platforms
>> | if it's needed in the future.
>>
>> I do not know if it's really worth doing it. :(
>
> If hostmem-file.c is Linux-specific we don't need to move or reuse the code for
> all the other 9 platforms right now, that's true. But now you are adding a new
> arch-specific function that does exactly the same thing in a different file to
> the mix. What if somebody want to make hostmem-file.c work in another platform
> in the future, and begin to duplicate the same #ifdef mess from raw-posix.c?
>
> I was considering this:
>
> 1) Move the arch-independent raw_getlength() code to fd_getlength() (at
> osdep.c, maybe?), as:
>
> int64_t fd_getlength(int fd)
> {
>      int64_t size;
>
>      size = lseek(s->fd, 0, SEEK_END);
>      if (size < 0) {
>          return -errno;
>      }
>      return size;
> }
>
>
> 2) Change the arch-independent version of raw_getlength() to:
>
> [...]
> #else
> static int64_t raw_getlength(BlockDriverState *bs)
> {
>      BDRVRawState *s = bs->opaque;
>      int ret;
>      int64_t size;
>
>      ret = fd_open(bs);
>      if (ret < 0) {
>          return ret;
>      }
>
>      return fd_getlength(s->fd);
> }
> #endif
>
>
> 3) Implement get_file_size() using fd_getlength():
>
> uint64_t get_file_size(const char *file, Error **errp)
> {
>      struct stat stat_buf;
>      int64_t size = 0;
>      int fd;
>
>      fd = open(file, O_RDONLY);
>      if (fd < 0) {
>          error_setg_errno(errp, errno, "can't open file %s", file);
>          return 0;
>      }
>
>      size = fd_getlength(fd);
>      if (size < 0) {
>          error_setg_errno(errp, -size, "can't get size of file %s", file);
>          size = 0;
>      }
>
> exit:
>      close(fd);
>      return size;
> }
>
>
> 4) In case BLKGETSIZE64 is really necesary, add a Linux-specific block to
> fd_getlength():
>
> int64_t fd_getlength(int fd)
> {
>      int64_t size;
>
> #ifdef CONFIG_LINUX
>      struct stat stat_buf;
>      if (fstat(fd, &stat_buf) < 0) {
>          return -errno;
>      }
>
>      if ((S_ISBLK(stat_buf.st_mode)) && !ioctl(fd, BLKGETSIZE64, &size)) {
>          if (size < 0) {
>              return -EOVERFLOW;
>          }
>          return size;
>      }
> #endif
>
>      size = lseek(fd, 0, SEEK_END);
>      if (size < 0) {
>          return -errno;
>      }
>
>      return size;
> }
>
> People working on other platforms will be able to move arch-specific code to
> fd_getlength() later, if they want to.
>

Fair enough to me and really smart. Will do it in next version.

WARNING: multiple messages have this Message-ID (diff)
From: Xiao Guangrong <guangrong.xiao@linux.intel.com>
To: Eduardo Habkost <ehabkost@redhat.com>
Cc: kvm@vger.kernel.org, mst@redhat.com, gleb@kernel.org,
	mtosatti@redhat.com, qemu-devel@nongnu.org, stefanha@redhat.com,
	imammedo@redhat.com, pbonzini@redhat.com,
	dan.j.williams@intel.com, rth@twiddle.net
Subject: Re: [Qemu-devel] [PATCH v6 11/33] hostmem-file: use whole file size if possible
Date: Sun, 1 Nov 2015 00:59:53 +0800	[thread overview]
Message-ID: <5634F389.5070008@linux.intel.com> (raw)
In-Reply-To: <20151031134530.GW4180@thinpad.lan.raisama.net>



On 10/31/2015 09:45 PM, Eduardo Habkost wrote:
> On Sat, Oct 31, 2015 at 04:46:05PM +0800, Xiao Guangrong wrote:
>> On 10/31/2015 01:30 AM, Eduardo Habkost wrote:
>>> On Fri, Oct 30, 2015 at 01:56:05PM +0800, Xiao Guangrong wrote:
>>>> Use the whole file size if @size is not specified which is useful
>>>> if we want to directly pass a file to guest
>>>>
>>>> Signed-off-by: Xiao Guangrong <guangrong.xiao@linux.intel.com>
>>>> ---
>>>>   backends/hostmem-file.c | 48 ++++++++++++++++++++++++++++++++++++++++++++----
>>>>   1 file changed, 44 insertions(+), 4 deletions(-)
>>>>
>>>> diff --git a/backends/hostmem-file.c b/backends/hostmem-file.c
>>>> index 9097a57..e1bc9ff 100644
>>>> --- a/backends/hostmem-file.c
>>>> +++ b/backends/hostmem-file.c
>>>> @@ -9,6 +9,9 @@
>>>>    * This work is licensed under the terms of the GNU GPL, version 2 or later.
>>>>    * See the COPYING file in the top-level directory.
>>>>    */
>>>> +#include <sys/ioctl.h>
>>>> +#include <linux/fs.h>
>>>
>>> This code needs to build on other platforms too. e.g. using mingw32:
>>
>> Err... You did it on Windows? It's surprised that the file is only built
>> on Linux:
>> common-obj-$(CONFIG_LINUX) += hostmem-file.o
>>
>> How it can happen...
>
> I did it using mingw32. I don't remember what I did, but I probably tried
> something stupid to test just the build of hostmem-file.o and didn't notice it
> was conditional on CONFIG_LINUX. Sorry for the noise.
>

No problem. :)

>>
>>>
>>>    CC    backends/hostmem-file.o
>>> /home/ehabkost/rh/proj/virt/qemu/backends/hostmem-file.c:12:23: fatal error: sys/ioctl.h: No such file or directory
>>>   #include <sys/ioctl.h>
>>>                         ^
>>> compilation terminated.
>>> /home/ehabkost/rh/proj/virt/qemu/rules.mak:57: recipe for target 'backends/hostmem-file.o' failed
>>> make: *** [backends/hostmem-file.o] Error 1
>>>
>>>
>>>> +
>>>>   #include "qemu-common.h"
>>>>   #include "sysemu/hostmem.h"
>>>>   #include "sysemu/sysemu.h"
>>>> @@ -33,20 +36,57 @@ struct HostMemoryBackendFile {
>>>>       char *mem_path;
>>>>   };
>>>>
>>>> +static uint64_t get_file_size(const char *file)
>>>> +{
>>>> +    struct stat stat_buf;
>>>> +    uint64_t size = 0;
>>>> +    int fd;
>>>> +
>>>> +    fd = open(file, O_RDONLY);
>>>> +    if (fd < 0) {
>>>> +        return 0;
>>>> +    }
>>>> +
>>>> +    if (stat(file, &stat_buf) < 0) {
>>>> +        goto exit;
>>>> +    }
>>>> +
>>>> +    if ((S_ISBLK(stat_buf.st_mode)) && !ioctl(fd, BLKGETSIZE64, &size)) {
>>>> +        goto exit;
>>>> +    }
>>>> +
>
> I have another question: if our block device code at raw-posix.c doesn't need
> the Linux-specific BLKGETSIZE64 call, why exactly do we need it in
> hostmem-file.c? In which cases it would break without BLKGETSIZE64?

I guess the function at raw-posix.c did not realize it will work
on raw block device directly.

>
>>>> +    size = lseek(fd, 0, SEEK_END);
>>>> +    if (size == -1) {
>>>> +        size = 0;
>>>> +    }
>>>> +exit:
>>>> +    close(fd);
>>>> +    return size;
>>>> +}
>>>
>>> This code seems to duplicate what block/raw-posix.c:raw_getlength() does
>>> (except for the BLKGETSIZE64 part). Have you considered using the same
>>> code for both?
>>>
>>> We can probably move all the raw-posix.c raw_getlength(BlockDriverState
>>> *bs) code to fd_getlength(int fd) functions (on osdep.c?), and just
>>> implement raw-posix.c:raw_getlength(s) as fd_getlength(s->fd).
>>>
>>
>> Actually, Paolo has the same suggestion before... but
>>
>> | The function you pointed out is really complex - it mixed 9 platforms and each
>> | platform has its own specific implementation. It is hard for us to verify the
>> | change.
>> |
>> | I'd prefer to make it for Linux specific first then share it to other platforms
>> | if it's needed in the future.
>>
>> I do not know if it's really worth doing it. :(
>
> If hostmem-file.c is Linux-specific we don't need to move or reuse the code for
> all the other 9 platforms right now, that's true. But now you are adding a new
> arch-specific function that does exactly the same thing in a different file to
> the mix. What if somebody want to make hostmem-file.c work in another platform
> in the future, and begin to duplicate the same #ifdef mess from raw-posix.c?
>
> I was considering this:
>
> 1) Move the arch-independent raw_getlength() code to fd_getlength() (at
> osdep.c, maybe?), as:
>
> int64_t fd_getlength(int fd)
> {
>      int64_t size;
>
>      size = lseek(s->fd, 0, SEEK_END);
>      if (size < 0) {
>          return -errno;
>      }
>      return size;
> }
>
>
> 2) Change the arch-independent version of raw_getlength() to:
>
> [...]
> #else
> static int64_t raw_getlength(BlockDriverState *bs)
> {
>      BDRVRawState *s = bs->opaque;
>      int ret;
>      int64_t size;
>
>      ret = fd_open(bs);
>      if (ret < 0) {
>          return ret;
>      }
>
>      return fd_getlength(s->fd);
> }
> #endif
>
>
> 3) Implement get_file_size() using fd_getlength():
>
> uint64_t get_file_size(const char *file, Error **errp)
> {
>      struct stat stat_buf;
>      int64_t size = 0;
>      int fd;
>
>      fd = open(file, O_RDONLY);
>      if (fd < 0) {
>          error_setg_errno(errp, errno, "can't open file %s", file);
>          return 0;
>      }
>
>      size = fd_getlength(fd);
>      if (size < 0) {
>          error_setg_errno(errp, -size, "can't get size of file %s", file);
>          size = 0;
>      }
>
> exit:
>      close(fd);
>      return size;
> }
>
>
> 4) In case BLKGETSIZE64 is really necesary, add a Linux-specific block to
> fd_getlength():
>
> int64_t fd_getlength(int fd)
> {
>      int64_t size;
>
> #ifdef CONFIG_LINUX
>      struct stat stat_buf;
>      if (fstat(fd, &stat_buf) < 0) {
>          return -errno;
>      }
>
>      if ((S_ISBLK(stat_buf.st_mode)) && !ioctl(fd, BLKGETSIZE64, &size)) {
>          if (size < 0) {
>              return -EOVERFLOW;
>          }
>          return size;
>      }
> #endif
>
>      size = lseek(fd, 0, SEEK_END);
>      if (size < 0) {
>          return -errno;
>      }
>
>      return size;
> }
>
> People working on other platforms will be able to move arch-specific code to
> fd_getlength() later, if they want to.
>

Fair enough to me and really smart. Will do it in next version.

  reply	other threads:[~2015-10-31 16:59 UTC|newest]

Thread overview: 182+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-30  5:55 [PATCH v6 00/33] implement vNVDIMM Xiao Guangrong
2015-10-30  5:55 ` [Qemu-devel] " Xiao Guangrong
2015-10-30  5:55 ` [PATCH v6 01/33] acpi: add aml_derefof Xiao Guangrong
2015-10-30  5:55   ` [Qemu-devel] " Xiao Guangrong
2015-10-30  5:55 ` [PATCH v6 02/33] acpi: add aml_sizeof Xiao Guangrong
2015-10-30  5:55   ` [Qemu-devel] " Xiao Guangrong
2015-10-30  5:55 ` [PATCH v6 03/33] acpi: add aml_create_field Xiao Guangrong
2015-10-30  5:55   ` [Qemu-devel] " Xiao Guangrong
2015-10-30  5:55 ` [PATCH v6 04/33] acpi: add aml_concatenate Xiao Guangrong
2015-10-30  5:55   ` [Qemu-devel] " Xiao Guangrong
2015-10-30  5:55 ` [PATCH v6 05/33] acpi: add aml_object_type Xiao Guangrong
2015-10-30  5:55   ` [Qemu-devel] " Xiao Guangrong
2015-11-09 11:35   ` Michael S. Tsirkin
2015-11-09 11:35     ` [Qemu-devel] " Michael S. Tsirkin
2015-11-09 12:40     ` Igor Mammedov
2015-11-09 12:40       ` [Qemu-devel] " Igor Mammedov
2015-10-30  5:56 ` [PATCH v6 06/33] acpi: add aml_method_serialized Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-11-09 11:14   ` Michael S. Tsirkin
2015-11-09 11:14     ` [Qemu-devel] " Michael S. Tsirkin
2015-11-09 11:18     ` Xiao Guangrong
2015-11-09 11:18       ` [Qemu-devel] " Xiao Guangrong
2015-10-30  5:56 ` [PATCH v6 07/33] util: introduce qemu_file_get_page_size() Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-10-30 13:26   ` Vladimir Sementsov-Ogievskiy
2015-10-30 13:26     ` Vladimir Sementsov-Ogievskiy
2015-10-31  7:26     ` Xiao Guangrong
2015-10-31  7:26       ` [Qemu-devel] " Xiao Guangrong
2015-10-31  9:37       ` Vladimir Sementsov-Ogievskiy
2015-10-31  9:37         ` Vladimir Sementsov-Ogievskiy
2015-10-31 14:06         ` Xiao Guangrong
2015-10-31 14:06           ` [Qemu-devel] " Xiao Guangrong
2015-10-30 15:54   ` Eduardo Habkost
2015-10-30 15:54     ` [Qemu-devel] " Eduardo Habkost
2015-10-31  8:09     ` Xiao Guangrong
2015-10-31  8:09       ` [Qemu-devel] " Xiao Guangrong
2015-10-31 14:11       ` Eduardo Habkost
2015-10-31 14:11         ` [Qemu-devel] " Eduardo Habkost
2015-10-31 17:03         ` Xiao Guangrong
2015-10-31 17:03           ` [Qemu-devel] " Xiao Guangrong
2015-11-09 20:00       ` Michael S. Tsirkin
2015-11-09 20:00         ` [Qemu-devel] " Michael S. Tsirkin
2015-10-31  8:25     ` Xiao Guangrong
2015-10-31  8:25       ` [Qemu-devel] " Xiao Guangrong
2015-11-09 10:33   ` Michael S. Tsirkin
2015-11-09 10:33     ` [Qemu-devel] " Michael S. Tsirkin
2015-11-09 10:55     ` Xiao Guangrong
2015-11-09 10:55       ` [Qemu-devel] " Xiao Guangrong
2015-10-30  5:56 ` [PATCH v6 08/33] exec: allow memory to be allocated from any kind of path Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-10-30 14:04   ` Vladimir Sementsov-Ogievskiy
2015-10-30 14:04     ` Vladimir Sementsov-Ogievskiy
2015-10-31  7:44     ` Xiao Guangrong
2015-10-31 13:55       ` Eduardo Habkost
2015-10-31 13:55         ` Eduardo Habkost
2015-10-31 15:56         ` Xiao Guangrong
2015-10-31 15:56           ` Xiao Guangrong
2015-11-09 10:39   ` Michael S. Tsirkin
2015-11-09 10:39     ` [Qemu-devel] " Michael S. Tsirkin
2015-11-09 11:01     ` Xiao Guangrong
2015-11-09 11:01       ` [Qemu-devel] " Xiao Guangrong
2015-10-30  5:56 ` [PATCH v6 09/33] exec: allow file_ram_alloc to work on file Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-10-30 14:25   ` Vladimir Sementsov-Ogievskiy
2015-10-30 14:25     ` Vladimir Sementsov-Ogievskiy
2015-10-31  7:53     ` Xiao Guangrong
2015-10-31  7:53       ` [Qemu-devel] " Xiao Guangrong
2015-11-09 10:13   ` Michael S. Tsirkin
2015-11-09 10:13     ` [Qemu-devel] " Michael S. Tsirkin
2015-11-09 10:48     ` Xiao Guangrong
2015-11-09 10:48       ` [Qemu-devel] " Xiao Guangrong
2015-10-30  5:56 ` [PATCH v6 10/33] hostmem-file: clean up memory allocation Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-10-30 14:54   ` Vladimir Sementsov-Ogievskiy
2015-10-30 14:54     ` Vladimir Sementsov-Ogievskiy
2015-10-30  5:56 ` [PATCH v6 11/33] hostmem-file: use whole file size if possible Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-10-30 15:27   ` Vladimir Sementsov-Ogievskiy
2015-10-30 15:27     ` Vladimir Sementsov-Ogievskiy
2015-10-31  7:59     ` Xiao Guangrong
2015-10-31  7:59       ` [Qemu-devel] " Xiao Guangrong
2015-10-30 17:30   ` Eduardo Habkost
2015-10-30 17:30     ` Eduardo Habkost
2015-10-31  8:46     ` Xiao Guangrong
2015-10-31  8:46       ` Xiao Guangrong
2015-10-31 13:45       ` Eduardo Habkost
2015-10-31 13:45         ` Eduardo Habkost
2015-10-31 16:59         ` Xiao Guangrong [this message]
2015-10-31 16:59           ` Xiao Guangrong
2015-11-09 10:17   ` Michael S. Tsirkin
2015-11-09 10:17     ` [Qemu-devel] " Michael S. Tsirkin
2015-11-09 10:49     ` Xiao Guangrong
2015-11-09 10:49       ` [Qemu-devel] " Xiao Guangrong
2015-10-30  5:56 ` [PATCH v6 12/33] pc-dimm: remove DEFAULT_PC_DIMMSIZE Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-11-09 10:40   ` Michael S. Tsirkin
2015-11-09 10:40     ` [Qemu-devel] " Michael S. Tsirkin
2015-11-09 11:03     ` Xiao Guangrong
2015-11-09 11:03       ` [Qemu-devel] " Xiao Guangrong
2015-10-30  5:56 ` [PATCH v6 13/33] pc-dimm: make pc_existing_dimms_capacity static and rename it Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-10-30 15:38   ` Vladimir Sementsov-Ogievskiy
2015-10-30 15:38     ` Vladimir Sementsov-Ogievskiy
2015-10-30  5:56 ` [PATCH v6 14/33] pc-dimm: drop the prefix of pc-dimm Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-10-30 16:10   ` Vladimir Sementsov-Ogievskiy
2015-10-30 16:10     ` Vladimir Sementsov-Ogievskiy
2015-10-31  8:18     ` Xiao Guangrong
2015-10-30 17:06   ` Eric Blake
2015-10-31  8:23     ` Xiao Guangrong
2015-11-09 20:05   ` Michael S. Tsirkin
2015-11-09 20:05     ` [Qemu-devel] " Michael S. Tsirkin
2015-10-30  5:56 ` [PATCH v6 15/33] stubs: rename qmp_pc_dimm_device_list.c Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-10-30  5:56 ` [PATCH v6 16/33] pc-dimm: rename pc-dimm.c and pc-dimm.h Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-10-31 10:28   ` Vladimir Sementsov-Ogievskiy
2015-10-31 10:28     ` Vladimir Sementsov-Ogievskiy
2015-10-30  5:56 ` [PATCH v6 17/33] dimm: abstract dimm device from pc-dimm Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-10-31 10:41   ` Vladimir Sementsov-Ogievskiy
2015-10-31 10:41     ` [Qemu-devel] " Vladimir Sementsov-Ogievskiy
2015-10-30  5:56 ` [PATCH v6 18/33] dimm: get mapped memory region from DIMMDeviceClass->get_memory_region Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-10-31 10:52   ` Vladimir Sementsov-Ogievskiy
2015-10-31 10:52     ` Vladimir Sementsov-Ogievskiy
2015-10-31 14:15     ` Xiao Guangrong
2015-10-31 14:15       ` [Qemu-devel] " Xiao Guangrong
2015-11-02  9:18       ` Xiao Guangrong
2015-10-30  5:56 ` [PATCH v6 19/33] dimm: keep the state of the whole backend memory Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-10-31 11:05   ` Vladimir Sementsov-Ogievskiy
2015-10-31 11:05     ` Vladimir Sementsov-Ogievskiy
2015-10-31 14:19     ` Xiao Guangrong
2015-11-09 11:04   ` Michael S. Tsirkin
2015-11-09 11:04     ` [Qemu-devel] " Michael S. Tsirkin
2015-11-09 11:13     ` Xiao Guangrong
2015-11-09 11:13       ` [Qemu-devel] " Xiao Guangrong
2015-10-30  5:56 ` [PATCH v6 20/33] dimm: introduce realize callback Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-10-31 11:22   ` Vladimir Sementsov-Ogievskiy
2015-10-31 11:22     ` [Qemu-devel] " Vladimir Sementsov-Ogievskiy
2015-10-30  5:56 ` [PATCH v6 21/33] nvdimm: implement NVDIMM device abstract Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-10-30  5:56 ` [PATCH v6 22/33] docs: add NVDIMM ACPI documentation Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-10-30  5:56 ` [PATCH v6 23/33] nvdimm acpi: init the resource used by NVDIMM ACPI Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-10-30  5:56 ` [PATCH v6 24/33] nvdimm acpi: build ACPI NFIT table Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-10-30  5:56 ` [PATCH v6 25/33] nvdimm acpi: build ACPI nvdimm devices Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-11-08 17:38   ` Michael S. Tsirkin
2015-11-08 17:38     ` [Qemu-devel] " Michael S. Tsirkin
2015-11-09  6:07     ` Xiao Guangrong
2015-11-09  6:07       ` [Qemu-devel] " Xiao Guangrong
2015-10-30  5:56 ` [PATCH v6 26/33] nvdimm acpi: save arg3 for NVDIMM device _DSM method Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-10-30  5:56 ` [PATCH v6 27/33] nvdimm acpi: support function 0 Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-10-30 10:14   ` Stefan Hajnoczi
2015-10-30 10:14     ` [Qemu-devel] " Stefan Hajnoczi
2015-10-30 13:01     ` Xiao Guangrong
2015-10-30 13:01       ` [Qemu-devel] " Xiao Guangrong
2015-10-30  5:56 ` [PATCH v6 28/33] nvdimm acpi: support Get Namespace Label Size function Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-10-30  5:56 ` [PATCH v6 29/33] nvdimm acpi: support Get Namespace Label Data function Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-10-30  5:56 ` [PATCH v6 30/33] nvdimm acpi: support Set " Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-10-30  5:56 ` [PATCH v6 31/33] nvdimm: allow using whole backend memory as pmem Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-10-30  5:56 ` [PATCH v6 32/33] nvdimm acpi: support _FIT method Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-11-08 17:50   ` Michael S. Tsirkin
2015-11-08 17:50     ` [Qemu-devel] " Michael S. Tsirkin
2015-11-09  6:37     ` Xiao Guangrong
2015-11-09  6:37       ` [Qemu-devel] " Xiao Guangrong
2015-10-30  5:56 ` [PATCH v6 33/33] nvdimm: add maintain info Xiao Guangrong
2015-10-30  5:56   ` [Qemu-devel] " Xiao Guangrong
2015-10-30 10:15 ` [PATCH v6 00/33] implement vNVDIMM Stefan Hajnoczi
2015-10-30 10:15   ` [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=5634F389.5070008@linux.intel.com \
    --to=guangrong.xiao@linux.intel.com \
    --cc=dan.j.williams@intel.com \
    --cc=ehabkost@redhat.com \
    --cc=gleb@kernel.org \
    --cc=imammedo@redhat.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 \
    /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.