linux-kernel - [PATCH 0/14] mm: tmpfs and trunc changes, affecting drm

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Date:	Sun, 5 Jun 2011 21:21:28 -0700 (PDT)
From:	Hugh Dickins <hughd@...gle.com>
To:	Andrew Morton <akpm@...ux-foundation.org>
cc:	Christoph Hellwig <hch@...radead.org>,
	Chris Wilson <chris@...is-wilson.co.uk>,
	Keith Packard <keithp@...thp.com>,
	Thomas Hellstrom <thellstrom@...are.com>,
	Dave Airlie <airlied@...hat.com>, linux-kernel@...r.kernel.org,
	linux-mm@...ck.org
Subject: [PATCH 0/14] mm: tmpfs and trunc changes, affecting drm

Here's v2 patchset for mmotm, based on 30-rc1.  Nothing exciting,
mostly cleanup, preparation for what will probably be two more
patchsets coming over the next few weeks, first simplifying tmpfs
by getting rid of its ->readpage (give it a splice instead), then
getting rid of its peculiar swap index (use radix_tree instead).

The ordering here is somewhat illogical, arranged in the hope that
at least the first four can get into 30-rc, which would simplify
the dependencies between linux-next and mmotm.

Changes since last week's v1:
- removed the original 1/14, which was adding cleancache_flush_inode()
  into invalidate_mapping_pages(): I stand by that patch, but feedback
  from Dan Magenheimer and Chris Mason implies that cleancache has a
  bigger problem in this area (flushing too much or too little, unable
  to distinguish truncate from evict, potential issue with O_DIRECT)
  which we shall discuss and deal with separately.
- incorporated feedback from Christoph Hellwig, mainly electing for
  an explicit call to shmem_truncate_range() from drm/i915, which
  will also help if we replace ->truncate_range by ->fallocate later;
  so a new 2/14 which moves shmem function prototypes into shmem_fs.h.

1,2,3,4 affect the interface between tmpfs and drm very slightly.
Once they're in 30-rc, drm maintainers could take 5,6,7,8 out of
mmotm and into linux-next (or even 30-rc).

 1/14 mm: move vmtruncate_range to truncate.c
 2/14 mm: move shmem prototypes to shmem_fs.h
 3/14 tmpfs: take control of its truncate_range
 4/14 tmpfs: add shmem_read_mapping_page_gfp
 5/14 drm/ttm: use shmem_read_mapping_page
 6/14 drm/i915: use shmem_read_mapping_page
 7/14 drm/i915: use shmem_truncate_range
 8/14 drm/i915: more struct_mutex locking
 9/14 mm: cleanup descriptions of filler arg
10/14 mm: truncate functions are in truncate.c
11/14 mm: tidy vmtruncate_range and related functions
12/14 mm: consistent truncate and invalidate loops
13/14 mm: pincer in truncate_inode_pages_range
14/14 tmpfs: no need to use i_lock

 drivers/gpu/drm/drm_gem.c            |    1 
 drivers/gpu/drm/i915/i915_dma.c      |    3 
 drivers/gpu/drm/i915/i915_gem.c      |   38 ++---
 drivers/gpu/drm/i915/intel_overlay.c |    5 
 drivers/gpu/drm/ttm/ttm_tt.c         |    5 
 include/linux/mm.h                   |    3 
 include/linux/pagemap.h              |   12 -
 include/linux/shmem_fs.h             |   21 +++
 include/linux/swap.h                 |   10 -
 mm/filemap.c                         |   14 +-
 mm/memcontrol.c                      |    1 
 mm/memory.c                          |   24 ---
 mm/shmem.c                           |   88 +++++++++----
 mm/swapfile.c                        |    2 
 mm/truncate.c                        |  159 +++++++++++++------------
 15 files changed, 206 insertions(+), 180 deletions(-)

Hugh
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/