From: Ocean He
Add detail explanation why it's ok to return 0 if fail to find NFIT at
startup, refer to chapter 9.20.2 NVDIMM Root Device in ACPI 6.2 spec.
Signed-off-by: Ocean He
---
v1: https://lists.01.org/pipermail/linux-nvdimm/2018-August/017311.html
v2: Per Vishal's comments of v1, it tu
10:19:41
___
Linux-nvdimm mailing list
Linux-nvdimm@lists.01.org
https://lists.01.org/mailman/listinfo/linux-nvdimm
On Mon, Aug 06, 2018 at 05:49:43PM +0200, Christoph Hellwig wrote:
> > > > This allows the direct I/O path to do I/O and raise & lower
> > > > page->_refcount
> > > > while we're executing a truncate/hole punch. This leads to us trying
> > > > to free
> > > > a page with an elevated refcount.
>
From: Masayoshi Mizuma
User may be confused the dimm id description of ndctl list -d
option because ndctl list says id, but the id is not useful to
d option.
]# ndctl list -d nmem7 | jq -r .id
cdab-0a-07e0-fefffeff
]# ndctl list -d cdab-0a-07e0-fefffeff
]#
The appropriate id here is X in 'nmemX
On Mon, 2018-08-06 at 07:15 +, Ocean HY1 He wrote:
> > -Original Message-
> > From: Verma, Vishal L
> > Sent: Saturday, August 04, 2018 1:12 AM
> > To: Williams, Dan J ;
> > ross.zwis...@linux.intel.com;
> > oceanh...@gmail.com; Jiang, Dave ; l...@kernel.org;
> > r...@rjwysocki.net
>
> > > This allows the direct I/O path to do I/O and raise & lower
> > > page->_refcount
> > > while we're executing a truncate/hole punch. This leads to us trying to
> > > free
> > > a page with an elevated refcount.
>
> I don't see how this is possible in XFS - maybe I'm missing
> something, b
Hi Vishal,
Thank you for your review! I'll fix and send v3.
Thanks,
Masa
On 08/03/2018 05:35 PM, Verma, Vishal L wrote:
>
> On Fri, 2018-08-03 at 14:52 -0400, Masayoshi Mizuma wrote:
>> From: Masayoshi Mizuma
>>
>> Add a new unit test to test max_available_extent namespace.
>> This feature is
On Fri 13-07-18 21:50:21, Dan Williams wrote:
> mce: Uncorrected hardware memory error in user-access at af34214200
> {1}[Hardware Error]: It has been corrected by h/w and requires no further
> action
> mce: [Hardware Error]: Machine check events logged
> {1}[Hardware Error]: event
On Fri 13-07-18 21:50:16, Dan Williams wrote:
> In preparation for implementing support for memory poison (media error)
> handling via dax mappings, implement a lock_page() equivalent. Poison
> error handling requires rmap and needs guarantees that the page->mapping
> association is maintained / va
> -Original Message-
> From: Verma, Vishal L
> Sent: Saturday, August 04, 2018 1:12 AM
> To: Williams, Dan J ; ross.zwis...@linux.intel.com;
> oceanh...@gmail.com; Jiang, Dave ; l...@kernel.org;
> r...@rjwysocki.net
> Cc: linux-ker...@vger.kernel.org; linux-nvdimm@lists.01.org; linux-
>
10 matches
Mail list logo