Re: linux-next: Tree for May 10 (mm/ksm.c)

2018-05-11 Thread Mike Rapoprt
On May 11, 2018 1:03:04 AM GMT+03:00, Randy Dunlap wrote: >On 05/10/2018 01:48 PM, Andrew Morton wrote: >> On Thu, 10 May 2018 09:37:51 -0700 Randy Dunlap > wrote: >> >>> On 05/10/2018 12:28 AM, Stephen Rothwell wrote: Hi all,

Re: linux-next: Tree for May 10 (mm/ksm.c)

2018-05-11 Thread Mike Rapoprt
On May 11, 2018 1:03:04 AM GMT+03:00, Randy Dunlap wrote: >On 05/10/2018 01:48 PM, Andrew Morton wrote: >> On Thu, 10 May 2018 09:37:51 -0700 Randy Dunlap > wrote: >> >>> On 05/10/2018 12:28 AM, Stephen Rothwell wrote: Hi all, Changes since 20180509: >>> >>> on i386: >>>

Re: [PATCH 1/7] genalloc: track beginning of allocations

2018-03-07 Thread Mike Rapoprt
On March 7, 2018 4:48:25 PM GMT+02:00, Igor Stoppa wrote: > > >On 06/03/18 15:19, Mike Rapoport wrote: >> On Wed, Feb 28, 2018 at 10:06:14PM +0200, Igor Stoppa wrote: > >[...] > >> If I'm not mistaken, several kernel-doc descriptions are duplicated >now. >> Can you

Re: [PATCH 1/7] genalloc: track beginning of allocations

2018-03-07 Thread Mike Rapoprt
On March 7, 2018 4:48:25 PM GMT+02:00, Igor Stoppa wrote: > > >On 06/03/18 15:19, Mike Rapoport wrote: >> On Wed, Feb 28, 2018 at 10:06:14PM +0200, Igor Stoppa wrote: > >[...] > >> If I'm not mistaken, several kernel-doc descriptions are duplicated >now. >> Can you please keep a single copy?

Re: [PATCH 0/7] userfaultfd: enable zeropage support for shmem

2017-06-30 Thread Mike Rapoprt
Hi, Any updates/comments? On June 20, 2017 9:20:45 AM GMT+03:00, Mike Rapoport wrote: >Hi, > >These patches enable support for UFFDIO_ZEROPAGE for shared memory. > >The first two patches are not strictly related to userfaultfd, they are >just minor refactoring to

Re: [PATCH 0/7] userfaultfd: enable zeropage support for shmem

2017-06-30 Thread Mike Rapoprt
Hi, Any updates/comments? On June 20, 2017 9:20:45 AM GMT+03:00, Mike Rapoport wrote: >Hi, > >These patches enable support for UFFDIO_ZEROPAGE for shared memory. > >The first two patches are not strictly related to userfaultfd, they are >just minor refactoring to reduce amount of code

Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active

2017-06-03 Thread Mike Rapoprt
On June 2, 2017 10:50:59 PM GMT+03:00, Andrew Morton wrote: >On Fri, 2 Jun 2017 18:03:22 +0300 "Mike Rapoport" > wrote: > >> PR_SET_THP_DISABLE has a rather subtle semantic. It doesn't affect >any >> existing mapping because it only updated

Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active

2017-06-03 Thread Mike Rapoprt
On June 2, 2017 10:50:59 PM GMT+03:00, Andrew Morton wrote: >On Fri, 2 Jun 2017 18:03:22 +0300 "Mike Rapoport" > wrote: > >> PR_SET_THP_DISABLE has a rather subtle semantic. It doesn't affect >any >> existing mapping because it only updated mm->def_flags which is a >template >> for new

Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active

2017-06-03 Thread Mike Rapoprt
On June 2, 2017 11:55:12 PM GMT+03:00, Vlastimil Babka wrote: >On 06/02/2017 10:40 PM, Andrew Morton wrote: >> On Fri, 2 Jun 2017 22:31:47 +0200 Vlastimil Babka >wrote: Perhaps we should be adding new prctl modes to select this new behaviour and leave

Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active

2017-06-03 Thread Mike Rapoprt
On June 2, 2017 11:55:12 PM GMT+03:00, Vlastimil Babka wrote: >On 06/02/2017 10:40 PM, Andrew Morton wrote: >> On Fri, 2 Jun 2017 22:31:47 +0200 Vlastimil Babka >wrote: Perhaps we should be adding new prctl modes to select this new behaviour and leave the existing PR_SET_THP_DISABLE

Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE

2017-05-31 Thread Mike Rapoprt
On May 31, 2017 3:08:22 PM GMT+03:00, Michal Hocko wrote: >On Tue 30-05-17 17:43:26, Andrea Arcangeli wrote: >> On Tue, May 30, 2017 at 04:39:41PM +0200, Michal Hocko wrote: >> > I sysctl for the mapcount can be increased, right? I also assume >that >> > those vmas will get

Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE

2017-05-31 Thread Mike Rapoprt
On May 31, 2017 3:08:22 PM GMT+03:00, Michal Hocko wrote: >On Tue 30-05-17 17:43:26, Andrea Arcangeli wrote: >> On Tue, May 30, 2017 at 04:39:41PM +0200, Michal Hocko wrote: >> > I sysctl for the mapcount can be increased, right? I also assume >that >> > those vmas will get merged after the

Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE

2017-05-31 Thread Mike Rapoprt
On May 31, 2017 3:05:56 PM GMT+03:00, Michal Hocko wrote: >On Wed 31-05-17 12:08:45, Mike Rapoport wrote: >> On Tue, May 30, 2017 at 12:39:30PM +0200, Michal Hocko wrote: >[...] >> > Also do you expect somebody else would use new madvise? What would >be the >> > usecase? >>

Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE

2017-05-31 Thread Mike Rapoprt
On May 31, 2017 3:05:56 PM GMT+03:00, Michal Hocko wrote: >On Wed 31-05-17 12:08:45, Mike Rapoport wrote: >> On Tue, May 30, 2017 at 12:39:30PM +0200, Michal Hocko wrote: >[...] >> > Also do you expect somebody else would use new madvise? What would >be the >> > usecase? >> >> I can think of

Re: [PATCH man-pages 1/2] userfaultfd.2: start documenting non-cooperative events

2017-04-28 Thread Mike Rapoprt
On April 27, 2017 8:26:16 PM GMT+03:00, "Michael Kerrisk (man-pages)" wrote: >Hi Mike, > >I've applied this, but have some questions/points I think >further clarification. > >On 04/27/2017 04:14 PM, Mike Rapoport wrote: >> Signed-off-by: Mike Rapoport

Re: [PATCH man-pages 1/2] userfaultfd.2: start documenting non-cooperative events

2017-04-28 Thread Mike Rapoprt
On April 27, 2017 8:26:16 PM GMT+03:00, "Michael Kerrisk (man-pages)" wrote: >Hi Mike, > >I've applied this, but have some questions/points I think >further clarification. > >On 04/27/2017 04:14 PM, Mike Rapoport wrote: >> Signed-off-by: Mike Rapoport >> --- >> man2/userfaultfd.2 | 135