01 Oct, 2006

1 commit

• 831058dec   [PATCH] BLOCK: Separate the bounce buffering code from the highmem code [try #6] ... Browse Code »

  Move the bounce buffer code from mm/highmem.c to mm/bounce.c so that it can be
  more easily disabled when the block layer is disabled.

  !!!NOTE!!! There may be a bug in this code: Should init_emergency_pool() be
  contingent on CONFIG_HIGHMEM?

  Signed-Off-By: David Howells
  Signed-off-by: Jens Axboe

  David Howells

  2006-10-01 02:32:11 +0800  

26 Sep, 2006

1 commit

• c1f60a5a4   [PATCH] reduce MAX_NR_ZONES: move HIGHMEM counters into highmem.c/.h ... Browse Code »

  Move totalhigh_pages and nr_free_highpages() into highmem.c/.h

  Move the totalhigh_pages definition into highmem.c/.h. Move the
  nr_free_highpages function into highmem.c

  [yoichi_yuasa@tripeaks.co.jp: build fix]
  Signed-off-by: Christoph Lameter
  Signed-off-by: Yoichi Yuasa
  Signed-off-by: Andrew Morton
  Signed-off-by: Linus Torvalds

  Christoph Lameter

  2006-09-26 23:48:46 +0800  

01 Jul, 2006

1 commit

• d2c5e30c9   [PATCH] zoned vm counters: conversion of nr_bounce to per zone counter ... Browse Code »

  Conversion of nr_bounce to a per zone counter

  nr_bounce is only used for proc output. So it could be left as an event
  counter. However, the event counters may not be accurate and nr_bounce is
  categorizing types of pages in a zone. So we really need this to also be a
  per zone counter.

  [akpm@osdl.org: bugfix]
  Signed-off-by: Christoph Lameter
  Signed-off-by: Andrew Morton
  Signed-off-by: Linus Torvalds

  Christoph Lameter

  2006-07-01 02:25:36 +0800  

02 Apr, 2006

1 commit

• 75babcace   BUG_ON() Conversion in mm/highmem.c ... Browse Code »

  this changes if() BUG(); constructs to BUG_ON() which is
  cleaner, contains unlikely() and can better optimized away.

  Signed-off-by: Eric Sesterhenn
  Signed-off-by: Adrian Bunk

  Eric Sesterhenn

  2006-04-02 19:47:35 +0800  

27 Mar, 2006

1 commit

• a19b27ce3   [PATCH] mempool: use common mempool page allocator ... Browse Code »

  Convert two mempool users that currently use their own mempool-backed page
  allocators to use the generic mempool page allocator.

  Also included are 2 trivial whitespace fixes.

  Signed-off-by: Matthew Dobson
  Signed-off-by: Andrew Morton
  Signed-off-by: Linus Torvalds

  Matthew Dobson

  2006-03-27 00:56:59 +0800  

24 Mar, 2006

1 commit

• 2056a782f   [PATCH] Block queue IO tracing support (blktrace) as of 2006-03-23 ... Browse Code »

  Signed-off-by: Jens Axboe

  Jens Axboe

  2006-03-24 03:00:26 +0800  

28 Oct, 2005

1 commit

• 260b23674   [PATCH] gfp_t: the rest ... Browse Code »

  zone handling, mapping->flags handling

  Signed-off-by: Al Viro
  Signed-off-by: Linus Torvalds

  Al Viro

  2005-10-28 23:16:51 +0800  

09 Oct, 2005

1 commit

• dd0fc66fb   [PATCH] gfp flags annotations - part 1 ... Browse Code »

  - added typedef unsigned int __nocast gfp_t;

  - replaced __nocast uses for gfp flags with gfp_t - it gives exactly
  the same warnings as far as sparse is concerned, doesn't change
  generated code (from gcc point of view we replaced unsigned int with
  typedef) and documents what's going on far better.

  Signed-off-by: Al Viro
  Signed-off-by: Linus Torvalds

  Al Viro

  2005-10-09 06:00:57 +0800  

01 May, 2005

1 commit

• edfbe2b00   [PATCH] count bounce buffer pages in vmstat ... Browse Code »

  This is a patch for counting the number of pages for bounce buffers. It's
  shown in /proc/vmstat.

  Currently, the number of bounce pages are not counted anywhere. So, if
  there are many bounce pages, it seems that there are leaked pages. And
  it's difficult for a user to imagine the usage of bounce pages. So, it's
  meaningful to show # of bouce pages.

  Signed-off-by: KAMEZAWA Hiroyuki
  Signed-off-by: Andrew Morton
  Signed-off-by: Linus Torvalds

  KAMEZAWA Hiroyuki

  2005-05-01 23:58:37 +0800  

17 Apr, 2005

1 commit

• 1da177e4c   Linux-2.6.12-rc2 ... Browse Code »

  Initial git repository build. I'm not bothering with the full history,
  even though we have it. We can create a separate "historical" git
  archive of that later if we want to, and in the meantime it's about
  3.2GB when imported into git - space that would just make the early
  git days unnecessarily complicated, when we don't have a lot of good
  infrastructure for it.

  Let it rip!

  Linus Torvalds

  2005-04-17 06:20:36 +0800