[LSF/MM ATTEND] 2016: Requests to attend MM-summit

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

I would like to attend LSF/MM this year (2016).

My main interest is in MM related topics although I am also interested
in the btrfs status discussion (particularly related to subpage size block
size topic), if we are having one. Most of my recent work in the kernel is
related to adding ppc64 support for different MM features. My current focus
is on adding Linux support for the new radix MMU model of Power9.

Topics of interest include:

* CMA allocator issues:
  (1) order zero allocation failures:
      We are observing order zero non-movable allocation failures in kernel
with CMA configured. We don't start a reclaim because our free memory check
does not consider free_cma. Hence the reclaim code assume we have enough free
pages. Joonsoo Kim tried to fix this with his ZOME_CMA patches. I would
like to discuss the challenges in getting this merged upstream.
https://lkml.org/lkml/2015/2/12/95 (ZONE_CMA)

Others needed for the discussion:
Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>

  (2) CMA allocation failures due to pinned pages in the region:
      We allow only movable allocation from the CMA region to enable us
to migrate those pages later when we get a CMA allocation request. But
if we pin those movable pages, we will fail the migration which can result
in CMA allocation failure. One such report can be found here.
http://article.gmane.org/gmane.linux.kernel.mm/136738

Peter Zijlstra's VM_PINNED patch series should help in fixing the issue. I would
like to discuss what needs to be done to get this patch series merged upstream
https://lkml.org/lkml/2014/5/26/345 (VM_PINNED)

Others needed for the discussion:
Peter Zijlstra <peterz@xxxxxxxxxxxxx>

* Improvements to tlb flush
    Archiectures like ppc64 can do range based tlb flush and for that we need
to know the page size used to map the virtual address range. I would like
to discuss changes to mmu gather and tlb flush api that will help in efficient
implementation of tlb flush for ppc64.
   (1) MMU gather improvements
       https://github.com/kvaneesh/linux/commit/215b9c7c03bb8d742349e2aefaadcf8cc0c04dd8
       https://github.com/kvaneesh/linux/commit/43bd9e91a841bbc9e3c6ee56a4d12ed00019718c
   (2) different APIs to flush hugepage tlb mappings.
       https://github.com/kvaneesh/linux/commit/b8a78933fea93cb0b2978868e59a0a4b12eb92eb
       https://github.com/kvaneesh/linux/commit/049d361a59a3342c2ce5a4feae61dce4974af226

NOTE: I haven't posted these changes yet to the list because of dependent patches getting reviewed. But should
have them available on the list before LSF/MM.

* HMM status (Heterogeneous Memory Management)

  I would like to discuss the roadblocks w.r.t merging HMM patchset upstream.
http://article.gmane.org/gmane.linux.kernel.mm/140229

Others needed for the discussion:
Jérôme Glisse <jglisse@xxxxxxxxxx>

-aneesh

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxx.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href



[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]