Re: mm, something wrong in page_lock_anon_vma_read()?

2017-07-20 Thread Andrea Arcangeli
On Wed, Jul 19, 2017 at 05:59:01PM +0800, Xishi Qiu wrote: > I find two patches from upstream. > 887843961c4b4681ee993c36d4997bf4b4aa8253 Do you use the remap_file_pages syscall? Such syscall has been dropped upstream so very few apps should possibly try to use it on 64bit archs. It would also re

Re: mm, something wrong in page_lock_anon_vma_read()?

2017-07-20 Thread Andrea Arcangeli
On Thu, Jul 20, 2017 at 02:58:35PM +0200, Andrea Arcangeli wrote: > but if zap_pte in a fremap fails to drop the anon page that was under > memory migration/compaction the exact same thing will happen. Either ... except it is ok to clear a migration entry, it will be migration that will free the n

Re: mm, something wrong in page_lock_anon_vma_read()?

2017-07-18 Thread Xishi Qiu
On 2017/6/8 21:59, Vlastimil Babka wrote: > On 06/08/2017 03:44 PM, Xishi Qiu wrote: >> On 2017/5/23 17:33, Vlastimil Babka wrote: >> >>> On 05/23/2017 11:21 AM, zhong jiang wrote: On 2017/5/23 0:51, Vlastimil Babka wrote: > On 05/20/2017 05:01 AM, zhong jiang wrote: >> On 2017/5/20 1

Re: mm, something wrong in page_lock_anon_vma_read()?

2017-07-19 Thread Vlastimil Babka
On 07/18/2017 12:59 PM, Xishi Qiu wrote: > Hi, > > Unfortunately, this patch(mm: thp: fix SMP race condition between > THP page fault and MADV_DONTNEED) didn't help, I got the panic again. Too bad then. I don't know of any other patch from my own experience being directly related, try to look for

Re: mm, something wrong in page_lock_anon_vma_read()?

2017-07-19 Thread Xishi Qiu
On 2017/7/19 16:40, Vlastimil Babka wrote: > On 07/18/2017 12:59 PM, Xishi Qiu wrote: >> Hi, >> >> Unfortunately, this patch(mm: thp: fix SMP race condition between >> THP page fault and MADV_DONTNEED) didn't help, I got the panic again. > > Too bad then. I don't know of any other patch from my o