linux-nvdimm
(AD) Ç×£¬Èç¶Ô´Ë¿Î³Ì¸ÐÐËȤ£¬·³Çë²éÔĸ½¼þ´ó¸Ù
Ìïé³þ
·¢ËÍʱ¼ä:2019-03-12 12:49:31
___
Linux-nvdimm mailing list
Linux-nvdimm@lists.01.org
https://lists.01.org/mailman/listinfo/linux-nvdimm
On Mon, Mar 11, 2019 at 08:35:05PM -0700, Dan Williams wrote:
> On Mon, Mar 11, 2019 at 8:10 AM Matthew Wilcox wrote:
> >
> > On Thu, Mar 07, 2019 at 10:16:17PM -0800, Dan Williams wrote:
> > > Hi Willy,
> > >
> > > We're seeing a case where RocksDB hangs and becomes defunct when
> > > trying to k
This Message was undeliverable due to the following reason:
Your message was not delivered because the destination computer was
not reachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.
Most likely ther
On Mon, Mar 11, 2019 at 8:10 AM Matthew Wilcox wrote:
>
> On Thu, Mar 07, 2019 at 10:16:17PM -0800, Dan Williams wrote:
> > Hi Willy,
> >
> > We're seeing a case where RocksDB hangs and becomes defunct when
> > trying to kill the process. v4.19 succeeds and v4.20 fails. Robert was
> > able to bise
The original message was received at Tue, 12 Mar 2019 08:56:49 +0700
from lists.01.org [220.242.125.202]
- The following addresses had permanent fatal errors -
linux-nvdimm@lists.01.org
___
Linux-nvdimm mailing list
Linux-nvdimm@lists.01.org
h
On Mon, Mar 11, 2019 at 5:08 PM Linus Torvalds
wrote:
>
> On Mon, Mar 11, 2019 at 8:37 AM Dan Williams wrote:
> >
> > Another feature the userspace tooling can support for the PMEM as RAM
> > case is the ability to complete an Address Range Scrub of the range
> > before it is added to the core-mm
On Mon, Mar 11, 2019 at 8:37 AM Dan Williams wrote:
>
> Another feature the userspace tooling can support for the PMEM as RAM
> case is the ability to complete an Address Range Scrub of the range
> before it is added to the core-mm. I.e at least ensure that previously
> encountered poison is elimi
Hi Linus, please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm
tags/libnvdimm-for-5.1
...to receive the general libnvdimm update for 5.1, while I track down
a response on the issue highlighted "PMEM as RAM" pull request.
The bulk of this has been in -next since before
Dear sir,
Kindly find the attachment of our new order as discussed with our
agent who is currently not available, Please kindly arrange to
send your best quote for our inquiry doc54698754 and also tell me
the possible time for delivery basis.
We kindly request you to arrange the quotation at
Overwrite retains the security state after completion of operation.
Fix nfit_test to reflect this.
Fixes: 926f74802cb ("tools/testing/nvdimm: Add overwrite support for
nfit_test")
Signed-off-by: Dave Jiang
---
tools/testing/nvdimm/test/nfit.c |6 --
1 file changed, 4 insertions(+), 2 de
The security state after overwrite completion is expected to remain the
same as before overwrite. Current implementation assumed that overwrite
would remove the security state and therefore removing the keys. Update
so security keys are not removed.
Dave Jiang
---
ndctl/util/keys.c |3 ---
1
On Mon, Mar 11, 2019 at 2:06 AM Jan Kara wrote:
>
> On Fri 01-03-19 11:12:41, Matthew Wilcox wrote:
> > The radix tree would rewind the index in an iterator to the lowest index
> > of a multi-slot entry. The XArray iterators instead leave the index
> > unchanged, but I overlooked that when conver
On Sun, Mar 10, 2019 at 5:22 PM Linus Torvalds
wrote:
>
> On Sun, Mar 10, 2019 at 4:54 PM Dan Williams wrote:
> >
> > Unfortunately this particular b0rkage is not constrained to nvmem.
> > I.e. there's nothing specific about nvmem requiring mc-safe memory
> > copy, it's a cpu problem consuming an
On Thu, Mar 07, 2019 at 10:16:17PM -0800, Dan Williams wrote:
> Hi Willy,
>
> We're seeing a case where RocksDB hangs and becomes defunct when
> trying to kill the process. v4.19 succeeds and v4.20 fails. Robert was
> able to bisect this to commit b15cd800682f "dax: Convert page fault
> handlers t
;uOåÞs*ôû²ðºmZá¯mM᪺ĽìigÖµÎÒÇTq<ß÷~yt|÷©íÜÄÀ
*¿Ü(ò~Òçjm¹¤¸°õqÍ?[ÒÌF
e9È`}ÁÒ"åÁÅ<{óBü(KÛáÕ¥y8/ÜÔf²4üSµyÞU¨ Ö;mÒµ#²O¯%Y¶`w4Ã
SyºL9|ÔÛºú]Ì9.¸&è,%³ô²ÑÜ/ÅË}½¶`5õ3o4Jý2Åí¢]§T[ªj4*>O
&s\¦*§SeĦP/£Ø0vÝÝat³{ÆÑ÷Õ*XMI3TÍ¿ºHAd¹Óy;øl3èO£F:ôE¥sN|Ú¼ÅAÝéo[ØHR/ûý
÷
On Fri 01-03-19 11:12:41, Matthew Wilcox wrote:
> The radix tree would rewind the index in an iterator to the lowest index
> of a multi-slot entry. The XArray iterators instead leave the index
> unchanged, but I overlooked that when converting DAX from the radix tree
> to the XArray. Adjust the i
16 matches
Mail list logo