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.
next prev parent 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: linkBe 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.