23 Apr, 2010

1 commit

• 5ebfbc06a   X25: Add if_x25.h and x25 to device identifiers ... Browse Code »

  V2 Feedback from John Hughes.
  - Add header for userspace implementations such as xot/xoe to use
  - Use explicit values for interface stability
  - No changes to driver patches

  V1
  - Use identifiers instead of magic numbers for X25 layer 3 to device interface.
  - Also fixed checkpatch notes on updated code.

  [ Add new user header to include/linux/Kbuild -DaveM ]

  Signed-off-by: Andrew Hendry
  Signed-off-by: David S. Miller

  Andrew Hendry

  2010-04-23 07:12:36 +0800  

26 Apr, 2007

1 commit

• 459a98ed8   [SK_BUFF]: Introduce skb_reset_mac_header(skb) ... Browse Code »

  For the common, open coded 'skb->mac.raw = skb->data' operation, so that we can
  later turn skb->mac.raw into a offset, reducing the size of struct sk_buff in
  64bit land while possibly keeping it as a pointer on 32bit.

  This one touches just the most simple case, next will handle the slightly more
  "complex" cases.

  Signed-off-by: Arnaldo Carvalho de Melo
  Signed-off-by: David S. Miller

  Arnaldo Carvalho de Melo

  2007-04-26 13:24:32 +0800  

10 Apr, 2006

1 commit

• 9b591cbd4   [X25]: Restore skb->dev setting in x25_type_trans(). ... Browse Code »

  Noticed by Pascal Schlafer.

  Signed-off-by: David S. Miller

  David S. Miller

  2006-04-10 13:37:18 +0800  

30 Aug, 2005

1 commit

• 86e65da9c   [NET]: Remove explicit initializations of skb->input_dev ... Browse Code »

  Instead, set it in one place, namely the beginning of
  netif_receive_skb().

  Based upon suggestions from Jamal Hadi Salim.

  Signed-off-by: David S. Miller

  David S. Miller

  2005-08-30 06:33:26 +0800  

13 Jul, 2005

1 commit

• ab611487d   [NET]: __be'ify *_type_trans() ... Browse Code »

  tr_type_trans(), hippi_type_trans() left as-is.

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

  Alexey Dobriyan

  2005-07-13 03:08:43 +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