Re: [PATCH v6 3/6] mm: introduce memfd_secret system call to create "secret" memory areas

2020-09-30 Thread Mike Rapoport
On Tue, Sep 29, 2020 at 08:06:03PM +, Edgecombe, Rick P wrote: > On Tue, 2020-09-29 at 16:06 +0300, Mike Rapoport wrote: > > On Tue, Sep 29, 2020 at 04:58:44AM +, Edgecombe, Rick P wrote: > > > On Thu, 2020-09-24 at 16:29 +0300, Mike Rapoport wrote: > > > > Introduce "memfd_secret" system

Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation

2020-09-30 Thread Mike Rapoport
On Tue, Sep 29, 2020 at 04:12:16PM +0200, Peter Zijlstra wrote: > On Tue, Sep 29, 2020 at 04:05:29PM +0300, Mike Rapoport wrote: > > On Fri, Sep 25, 2020 at 09:41:25AM +0200, Peter Zijlstra wrote: > > > On Thu, Sep 24, 2020 at 04:29:03PM +0300, Mike Rapoport wrote: > > > > From: Mike Rapoport > >

Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation

2020-09-30 Thread Mike Rapoport
On Tue, Sep 29, 2020 at 05:15:52PM +0200, Peter Zijlstra wrote: > On Tue, Sep 29, 2020 at 05:58:13PM +0300, Mike Rapoport wrote: > > On Tue, Sep 29, 2020 at 04:12:16PM +0200, Peter Zijlstra wrote: > > > > It will drop them down to 4k pages. Given enough inodes, and allocating > > > only a single

Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation

2020-09-30 Thread Peter Zijlstra
On Wed, Sep 30, 2020 at 01:20:31PM +0300, Mike Rapoport wrote: > I tried to dig the regression report in the mailing list, and the best I > could find is > > https://lore.kernel.org/lkml/20190823052335.572133-1-songliubrav...@fb.com/ > > which does not mention the actual performance regression

Re: [PATCH v5 04/17] device-dax/kmem: replace release_resource() with release_mem_region()

2020-09-30 Thread Dan Williams
On Wed, Sep 30, 2020 at 9:23 AM David Hildenbrand wrote: > > On 25.09.20 21:12, Dan Williams wrote: > > Towards removing the mode specific @dax_kmem_res attribute from the > > generic 'struct dev_dax', and preparing for multi-range support, change > > the kmem driver to use the idiomatic

Fwd: Adjunto mi plan de estudios - N? (937877)

2020-09-30 Thread Magno
___ Linux-nvdimm mailing list -- linux-nvdimm@lists.01.org To unsubscribe send an email to linux-nvdimm-le...@lists.01.org

Re: [PATCH v5 02/17] device-dax/kmem: introduce dax_kmem_range()

2020-09-30 Thread David Hildenbrand
On 25.09.20 21:11, Dan Williams wrote: > Towards removing the mode specific @dax_kmem_res attribute from the > generic 'struct dev_dax', and preparing for multi-range support, teach > the driver to calculate the hotplug range from the device range. The > hotplug range is the trivially calculated

Re: [PATCH v9 1/2] x86, powerpc: Rename memcpy_mcsafe() to copy_mc_to_{user, kernel}()

2020-09-30 Thread Dan Williams
On Tue, Sep 29, 2020 at 3:25 AM Borislav Petkov wrote: > > On Wed, Sep 23, 2020 at 09:41:33AM -0700, Dan Williams wrote: > > The rename replaces a single top-level memcpy_mcsafe() with either > > copy_mc_to_user(), or copy_mc_to_kernel(). > > What is "copy_mc" supposed to mean? Especially if it

Re: [PATCH v9 0/2] Renovate memcpy_mcsafe with copy_mc_to_{user, kernel}

2020-09-30 Thread Borislav Petkov
On Wed, Sep 30, 2020 at 09:28:33AM -0700, Linus Torvalds wrote: > Oh, it's pretty much 100%. Oh good. > I can't imagine what would make me skip an rc8 at this point. > Everything looks good right now (but not rc7, we had a stupid bug), > but I'd rather wait a week than fins another silly bug the

Re: [PATCH v9 0/2] Renovate memcpy_mcsafe with copy_mc_to_{user, kernel}

2020-09-30 Thread Linus Torvalds
On Wed, Sep 30, 2020 at 9:24 AM Borislav Petkov wrote: > > Ok, I'll try to queue them but pls respin soonish. That is, if Linus > cuts -rc8 we have plenty of time but he didn't sound 100% on the -rc8 > thing. Oh, it's pretty much 100%. I can't imagine what would make me skip an rc8 at this

Re: [PATCH v9 0/2] Renovate memcpy_mcsafe with copy_mc_to_{user, kernel}

2020-09-30 Thread Borislav Petkov
On Wed, Sep 30, 2020 at 08:49:42AM -0700, Dan Williams wrote: > There's been a paucity of response on these after converging on the > feedback from Linus. They missed v5.9, and I started casting about for > what could be done to make sure they did not also miss v5.10 if the > quiet continued. The

Re: [PATCH v5 04/17] device-dax/kmem: replace release_resource() with release_mem_region()

2020-09-30 Thread David Hildenbrand
On 25.09.20 21:12, Dan Williams wrote: > Towards removing the mode specific @dax_kmem_res attribute from the > generic 'struct dev_dax', and preparing for multi-range support, change > the kmem driver to use the idiomatic release_mem_region() to pair with > the initial request_mem_region(). This

Re: [PATCH v6 3/6] mm: introduce memfd_secret system call to create "secret" memory areas

2020-09-30 Thread Edgecombe, Rick P
On Wed, 2020-09-30 at 13:35 +0300, Mike Rapoport wrote: > On Tue, Sep 29, 2020 at 08:06:03PM +, Edgecombe, Rick P wrote: > > On Tue, 2020-09-29 at 16:06 +0300, Mike Rapoport wrote: > > > On Tue, Sep 29, 2020 at 04:58:44AM +, Edgecombe, Rick P > > > wrote: > > > > On Thu, 2020-09-24 at

Re: [PATCH v5 03/17] device-dax/kmem: move resource name tracking to drvdata

2020-09-30 Thread David Hildenbrand
On 25.09.20 21:11, Dan Williams wrote: > Towards removing the mode specific @dax_kmem_res attribute from the > generic 'struct dev_dax', and preparing for multi-range support, move > resource name tracking to driver data. The memory for the resource name > needs to have its own lifetime separate

RE: [EXT] Re: [PATCH 17/22] mpool: add mpool lifecycle management ioctls

2020-09-30 Thread Nabeel Meeramohideen Mohamed (nmeeramohide)
Hi Randy, On Tuesday, September 29, 2020 6:13 PM, Randy Dunlap wrote: > On 9/28/20 9:45 AM, nmeeramoh...@micron.com wrote: > > + if (_IOC_TYPE(cmd) != MPIOC_MAGIC) > Hi, > > MPIOC_MAGIC is defined in patch 01/22. > It should also be added to

Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation

2020-09-30 Thread Matthew Wilcox
On Wed, Sep 30, 2020 at 01:27:45PM +0300, Mike Rapoport wrote: > On Tue, Sep 29, 2020 at 05:15:52PM +0200, Peter Zijlstra wrote: > > On Tue, Sep 29, 2020 at 05:58:13PM +0300, Mike Rapoport wrote: > > > On Tue, Sep 29, 2020 at 04:12:16PM +0200, Peter Zijlstra wrote: > > > > > > It will drop them

Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation

2020-09-30 Thread James Bottomley
On Wed, 2020-09-30 at 16:45 +0200, David Hildenbrand wrote: > On 30.09.20 16:39, James Bottomley wrote: > > On Wed, 2020-09-30 at 13:27 +0300, Mike Rapoport wrote: > > > On Tue, Sep 29, 2020 at 05:15:52PM +0200, Peter Zijlstra wrote: > > > > On Tue, Sep 29, 2020 at 05:58:13PM +0300, Mike Rapoport

Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation

2020-09-30 Thread David Hildenbrand
On 30.09.20 17:17, James Bottomley wrote: > On Wed, 2020-09-30 at 16:45 +0200, David Hildenbrand wrote: >> On 30.09.20 16:39, James Bottomley wrote: >>> On Wed, 2020-09-30 at 13:27 +0300, Mike Rapoport wrote: On Tue, Sep 29, 2020 at 05:15:52PM +0200, Peter Zijlstra wrote: > On Tue, Sep

Re: [PATCH v9 0/2] Renovate memcpy_mcsafe with copy_mc_to_{user, kernel}

2020-09-30 Thread Dan Williams
On Tue, Sep 29, 2020 at 10:05 PM Borislav Petkov wrote: > > On Tue, Sep 29, 2020 at 03:32:07PM -0700, Dan Williams wrote: > > Given that Linus was the primary source of review feedback on these > > patches and a version of them have been soaking in -next with only a > > minor conflict report with

Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation

2020-09-30 Thread David Hildenbrand
On 30.09.20 16:39, James Bottomley wrote: > On Wed, 2020-09-30 at 13:27 +0300, Mike Rapoport wrote: >> On Tue, Sep 29, 2020 at 05:15:52PM +0200, Peter Zijlstra wrote: >>> On Tue, Sep 29, 2020 at 05:58:13PM +0300, Mike Rapoport wrote: On Tue, Sep 29, 2020 at 04:12:16PM +0200, Peter Zijlstra

ORDER & KG5-3824

2020-09-30 Thread Yu-Hsiang
___ Linux-nvdimm mailing list -- linux-nvdimm@lists.01.org To unsubscribe send an email to linux-nvdimm-le...@lists.01.org

Investment Plans..?

2020-09-30 Thread MS. Reem Al-
My name is Reem E. Al-Hashimi, the Emirates Minister of State and Managing Director of the United Arab Emirates (Dubai) World Expo 2020 Committee. I am writing to you to stand as my partner to receive my share of gratification from foreign companies whom I helped during the bidding exercise

Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation

2020-09-30 Thread James Bottomley
On Wed, 2020-09-30 at 13:27 +0300, Mike Rapoport wrote: > On Tue, Sep 29, 2020 at 05:15:52PM +0200, Peter Zijlstra wrote: > > On Tue, Sep 29, 2020 at 05:58:13PM +0300, Mike Rapoport wrote: > > > On Tue, Sep 29, 2020 at 04:12:16PM +0200, Peter Zijlstra wrote: > > > > It will drop them down to 4k