(AD) 技术转型,如何走上管理岗位

2019-03-11 Thread 田�槌�
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

Re: Hang / zombie process from Xarray page-fault conversion (bisected)

2019-03-11 Thread Dave Chinner
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

Delivery reports about your e-mail

2019-03-11 Thread Mail Delivery Subsystem
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

Re: Hang / zombie process from Xarray page-fault conversion (bisected)

2019-03-11 Thread Dan Williams
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

Delivery reports about your e-mail

2019-03-11 Thread Mail Delivery Subsystem
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

Re: [GIT PULL] device-dax for 5.1: PMEM as RAM

2019-03-11 Thread Dan Williams
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

Re: [GIT PULL] device-dax for 5.1: PMEM as RAM

2019-03-11 Thread Linus Torvalds
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

[GIT PULL] libnvdimm updates for 5.1

2019-03-11 Thread Dan Williams
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

Please Kindly Acknowledge Our New Order

2019-03-11 Thread medhat
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

[PATCH] tools/testing/nvdimm: retain security state after overwrite

2019-03-11 Thread Dave Jiang
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

[PATCH] ndctl: update security handling post overwrite

2019-03-11 Thread Dave Jiang
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 ---

Re: [GIT PULL] device-dax for 5.1: PMEM as RAM

2019-03-11 Thread Dan Williams
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

Re: Hang / zombie process from Xarray page-fault conversion (bisected)

2019-03-11 Thread Matthew Wilcox
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

MAIL SYSTEM ERROR - RETURNED MAIL

2019-03-11 Thread Post Office
;uOåÞs‘*ôûŽ²ðºmZᯁmM᪺Ľ™ìiŸgֵΏÒÇTq<ß÷~y­t|ƒ÷©íܙāÀŸ *¿Ü(ò~Òçjm¹¤‘Œ›¸›°õ•qÍ?[ÒÌF e9È`}ÁÒ"åÁÅ<{ó­Bü(K“ÛáÕ¥y8/܊Ôf²4üSµyÞU¨ †Ö;mÒµ#²O¯%Y¶`w4à SyºL9‘|Ԟےºú]†’Ì9.¸&è,›ƒ%³ô²Ñ܎/”Å˔}Œ½¶`5õ3o4Jý2Åí¢]§T[ªj›4*>O––… \œ¦*§SeĦP/£Ø0vÝÝat³{ÆÑ÷ŸÕ*XMI3TÍ¿ºHAd¹Óy;øl3èO£F:ôE¥­sN|ڋ¼‘†ÅA–Ýéo[ØHR/ûý  ÷

Re: [PATCH] dax: Flush partial PMDs correctly

2019-03-11 Thread Jan Kara
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