From: Xiao Guangrong <guangrong.xiao@linux.intel.com>
To: Igor Mammedov <imammedo@redhat.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
Subject: Re: [PATCH v4 2/3] nvdimm acpi: introduce _FIT
Date: Thu, 3 Nov 2016 21:02:22 +0800 [thread overview]
Message-ID: <f5aa431a-bed5-11f1-5ce5-7b14d91c3530@linux.intel.com> (raw)
In-Reply-To: <20161103140015.5f07b009@nial.brq.redhat.com>
On 11/03/2016 09:00 PM, Igor Mammedov wrote:
>>> just drop this and describe properly 'len' in spec section
>>> i.e. len: length of entire returned data (including the header)
>>
>> Okay, i will change the spec like this:
>>
>> QEMU Writes Output Data (based on the offset in the page):
>> [0x0 - 0x3]: 4 bytes, length of entire returned data (including the header)
>>
>> And drop the length field in Read_Fit return buffer, doc
>> the fit buffer like this:
>>
>> +----------+--------+--------+-------------------------------------------+
>> | Field | Length | Offset | Description |
>> +----------+--------+--------+-------------------------------------------+
> you need to add length here, otherwise this table is not correct
Ah, so i am confused.
struct NvdimmFuncReadFITOut definition is based on the layout of
Read_FI output. You suggested to drop the length filed in NvdimmFuncReadFITOut
but keep it in the layout, it is not consistent.
I missed something?
>
>
>> | | | | return status codes |
>> | | | | 0x100 - error caused by NFIT update while |
>> | status | 4 | 0 | read by _FIT wasn't completed, other |
>> | | | | codes follow Chapter 3 in DSM Spec Rev1 |
>> +----------+--------+--------+-------------------------------------------+
>> | fit data | Varies | 8 | FIT data, The remaining size in the |
>> | | | | returned buffer is used by FIT |
>> +----------+--------+--------+-------------------------------------------+
>>
>>
>>
>>>> +}
>>>> +
>>>> +static void nvdimm_dsm_reserved_root(AcpiNVDIMMState *state, NvdimmDsmIn *in,
>>>> + hwaddr dsm_mem_addr)
>>> function name doesn't make any sense to me
>>
>> As i explained above, handle 0x10000 indicates the reserved _DSM method is
>> called on the root device...
>>
>> It makes sense now? :)
> function name should reflect what it does,
> i.e use verb and I see only nouns here.
Got it, will change it to: nvdimm_handle_reserved_root_method().
WARNING: multiple messages have this Message-ID (diff)
From: Xiao Guangrong <guangrong.xiao@linux.intel.com>
To: Igor Mammedov <imammedo@redhat.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
Subject: Re: [Qemu-devel] [PATCH v4 2/3] nvdimm acpi: introduce _FIT
Date: Thu, 3 Nov 2016 21:02:22 +0800 [thread overview]
Message-ID: <f5aa431a-bed5-11f1-5ce5-7b14d91c3530@linux.intel.com> (raw)
In-Reply-To: <20161103140015.5f07b009@nial.brq.redhat.com>
On 11/03/2016 09:00 PM, Igor Mammedov wrote:
>>> just drop this and describe properly 'len' in spec section
>>> i.e. len: length of entire returned data (including the header)
>>
>> Okay, i will change the spec like this:
>>
>> QEMU Writes Output Data (based on the offset in the page):
>> [0x0 - 0x3]: 4 bytes, length of entire returned data (including the header)
>>
>> And drop the length field in Read_Fit return buffer, doc
>> the fit buffer like this:
>>
>> +----------+--------+--------+-------------------------------------------+
>> | Field | Length | Offset | Description |
>> +----------+--------+--------+-------------------------------------------+
> you need to add length here, otherwise this table is not correct
Ah, so i am confused.
struct NvdimmFuncReadFITOut definition is based on the layout of
Read_FI output. You suggested to drop the length filed in NvdimmFuncReadFITOut
but keep it in the layout, it is not consistent.
I missed something?
>
>
>> | | | | return status codes |
>> | | | | 0x100 - error caused by NFIT update while |
>> | status | 4 | 0 | read by _FIT wasn't completed, other |
>> | | | | codes follow Chapter 3 in DSM Spec Rev1 |
>> +----------+--------+--------+-------------------------------------------+
>> | fit data | Varies | 8 | FIT data, The remaining size in the |
>> | | | | returned buffer is used by FIT |
>> +----------+--------+--------+-------------------------------------------+
>>
>>
>>
>>>> +}
>>>> +
>>>> +static void nvdimm_dsm_reserved_root(AcpiNVDIMMState *state, NvdimmDsmIn *in,
>>>> + hwaddr dsm_mem_addr)
>>> function name doesn't make any sense to me
>>
>> As i explained above, handle 0x10000 indicates the reserved _DSM method is
>> called on the root device...
>>
>> It makes sense now? :)
> function name should reflect what it does,
> i.e use verb and I see only nouns here.
Got it, will change it to: nvdimm_handle_reserved_root_method().
next prev parent reply other threads:[~2016-11-03 13:09 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-11-03 3:51 [PATCH v4 0/3] nvdimm: hotplug support Xiao Guangrong
2016-11-03 3:51 ` [Qemu-devel] " Xiao Guangrong
2016-11-03 3:51 ` [PATCH v4 1/3] nvdimm acpi: introduce fit buffer Xiao Guangrong
2016-11-03 3:51 ` [Qemu-devel] " Xiao Guangrong
2016-11-03 10:00 ` Stefan Hajnoczi
2016-11-03 10:00 ` [Qemu-devel] " Stefan Hajnoczi
2016-11-03 9:58 ` Xiao Guangrong
2016-11-03 9:58 ` [Qemu-devel] " Xiao Guangrong
2016-11-03 11:02 ` Igor Mammedov
2016-11-03 11:02 ` [Qemu-devel] " Igor Mammedov
2016-11-03 11:09 ` Xiao Guangrong
2016-11-03 11:09 ` [Qemu-devel] " Xiao Guangrong
2016-11-03 12:29 ` Igor Mammedov
2016-11-03 12:29 ` [Qemu-devel] " Igor Mammedov
2016-11-03 3:51 ` [PATCH v4 2/3] nvdimm acpi: introduce _FIT Xiao Guangrong
2016-11-03 3:51 ` [Qemu-devel] " Xiao Guangrong
2016-11-03 9:53 ` Stefan Hajnoczi
2016-11-03 9:53 ` [Qemu-devel] " Stefan Hajnoczi
2016-11-03 10:08 ` Xiao Guangrong
2016-11-03 10:08 ` [Qemu-devel] " Xiao Guangrong
2016-11-03 12:30 ` Igor Mammedov
2016-11-03 12:30 ` [Qemu-devel] " Igor Mammedov
2016-11-03 11:58 ` Igor Mammedov
2016-11-03 11:58 ` [Qemu-devel] " Igor Mammedov
2016-11-03 12:21 ` Xiao Guangrong
2016-11-03 12:21 ` [Qemu-devel] " Xiao Guangrong
2016-11-03 13:00 ` Igor Mammedov
2016-11-03 13:00 ` [Qemu-devel] " Igor Mammedov
2016-11-03 13:02 ` Xiao Guangrong [this message]
2016-11-03 13:02 ` Xiao Guangrong
2016-11-03 14:49 ` Igor Mammedov
2016-11-03 14:49 ` [Qemu-devel] " Igor Mammedov
2016-11-03 14:53 ` Xiao Guangrong
2016-11-03 14:53 ` [Qemu-devel] " Xiao Guangrong
2016-11-03 16:13 ` Igor Mammedov
2016-11-03 16:13 ` [Qemu-devel] " Igor Mammedov
2016-11-03 16:17 ` Xiao Guangrong
2016-11-03 16:17 ` [Qemu-devel] " Xiao Guangrong
2016-11-03 16:49 ` Igor Mammedov
2016-11-03 16:49 ` [Qemu-devel] " Igor Mammedov
2016-11-03 16:53 ` Xiao Guangrong
2016-11-03 16:53 ` [Qemu-devel] " Xiao Guangrong
2016-11-03 17:29 ` Igor Mammedov
2016-11-03 17:29 ` [Qemu-devel] " Igor Mammedov
2016-11-03 17:39 ` Xiao Guangrong
2016-11-03 17:39 ` [Qemu-devel] " Xiao Guangrong
2016-11-03 17:54 ` Igor Mammedov
2016-11-03 17:54 ` [Qemu-devel] " Igor Mammedov
2016-11-03 3:51 ` [PATCH v4 3/3] pc: memhp: enable nvdimm device hotplug Xiao Guangrong
2016-11-03 3:51 ` [Qemu-devel] " Xiao Guangrong
2016-11-03 12:51 ` Igor Mammedov
2016-11-03 12:51 ` [Qemu-devel] " Igor Mammedov
2016-11-03 12:54 ` Xiao Guangrong
2016-11-03 12:54 ` [Qemu-devel] " Xiao Guangrong
2016-11-03 4:14 ` [PATCH v4 0/3] nvdimm: hotplug support Michael S. Tsirkin
2016-11-03 4:14 ` [Qemu-devel] " Michael S. Tsirkin
2016-11-03 4:25 ` Xiao Guangrong
2016-11-03 4:25 ` [Qemu-devel] " Xiao Guangrong
2016-11-03 4:51 ` Michael S. Tsirkin
2016-11-03 4:51 ` [Qemu-devel] " Michael S. Tsirkin
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=f5aa431a-bed5-11f1-5ce5-7b14d91c3530@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.