19 Jan, 2006

1 commit

• 2d7d5f051   [SPARC]: Add support for *at(), ppoll, and pselect syscalls. ... Browse Code »

  This also includes by necessity _TIF_RESTORE_SIGMASK support,
  which actually resulted in a lot of cleanups.

  The sparc signal handling code is quite a mess and I should
  clean it up some day.

  Signed-off-by: David S. Miller

  David S. Miller

  2006-01-19 18:42:49 +0800  

13 Jan, 2006

1 commit

• f5a61d0c1   [PATCH] death of get_thread_info/put_thread_info ... Browse Code »

  {get,put}_thread_info() were introduced in 2.5.4 and never
  had been called by anything in the tree.

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

  Al Viro

  2006-01-13 01:08:59 +0800  

24 Jun, 2005

1 commit

• dcd497f99   [PATCH] streamline preempt_count type across archs ... Browse Code »

  The preempt_count member of struct thread_info is currently either defined
  as int, unsigned int or __s32 depending on arch. This patch makes the type
  of preempt_count an int on all archs.

  Having preempt_count be an unsigned type prevents the catching of
  preempt_count < 0 bugs, and using int on some archs and __s32 on others is
  not exactely "neat" - much nicer when it's just int all over.

  A previous version of this patch was already ACK'ed by Robert Love, and the
  only change in this version of the patch compared to the one he ACK'ed is
  that this one also makes sure the preempt_count member is consistently
  commented.

  Signed-off-by: Jesper Juhl
  Signed-off-by: Andrew Morton
  Signed-off-by: Linus Torvalds

  Jesper Juhl

  2005-06-24 00:45:19 +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