04 Dec, 2006

1 commit

• d7fe0f241   [PATCH] severing skbuff.h -> mm.h ... Browse Code »

  Signed-off-by: Al Viro

  Al Viro

  2006-12-04 15:00:34 +0800  

03 Dec, 2006

2 commits

• b3ab09f9e   [IRDA]: Use kmemdup where applicable ... Browse Code »

  Signed-off-by: Arnaldo Carvalho de Melo

  Arnaldo Carvalho de Melo

  2006-12-03 13:30:17 +0800  
• 448c31aa3   [IRDA]: Trivial annotations. ... Browse Code »

  Signed-off-by: Al Viro
  Signed-off-by: David S. Miller

  Al Viro

  2006-12-03 13:22:48 +0800  

29 Sep, 2006

1 commit

• 1b0fee7d6   [IrDA]: Memory allocations cleanups ... Browse Code »

  This patch replaces the bunch of arbitrary 64 and 128 bytes alloc_skb() calls
  with more accurate allocation sizes.

  Signed-off-by: Samuel Ortiz
  Signed-off-by: David S. Miller

  Samuel Ortiz

  2006-09-29 09:02:48 +0800  

22 Jul, 2006

1 commit

• 485fb2c99   [IrDA]: Use alloc_skb() in IrDA TX path ... Browse Code »

  As pointed out by Christoph Hellwig, dev_alloc_skb() is not intended to be
  used for allocating TX sk_buff. The IrDA stack was exclusively calling
  dev_alloc_skb() on the TX path, and this patch fixes that.

  Signed-off-by: Samuel Ortiz
  Signed-off-by: David S. Miller

  Samuel Ortiz

  2006-07-22 05:50:41 +0800  

01 Jul, 2006

1 commit

• 6ab3d5624   Remove obsolete #include <linux/config.h> ... Browse Code »

  Signed-off-by: Jörn Engel
  Signed-off-by: Adrian Bunk

  Jörn Engel

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

23 May, 2006

1 commit

• 405a42c5c   [IRDA]: fix 16/32 bit confusion ... Browse Code »

  Signed-off-by: Alexey Dobriyan
  Signed-off-by: David S. Miller

  Alexey Dobriyan

  2006-05-23 07:54:08 +0800  

03 Jan, 2006

1 commit

• 4a4efbdee   s/retreiv/retriev/g ... Browse Code »

  As everyone knows, the rule is: "i before e.. um.. always."

  Signed-off-by: Matt Mackall
  Signed-off-by: Adrian Bunk

  Matt Mackall

  2006-01-03 20:27:11 +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