An error occurred fetching the project authors.
  1. 05 Feb, 2008 1 commit
  2. 16 Jul, 2007 2 commits
  3. 07 May, 2007 4 commits
  4. 01 Mar, 2007 1 commit
  5. 16 Feb, 2007 1 commit
    • Jeff Dike's avatar
      [PATCH] uml: fix 2.6.20 hang · 838e56a1
      Jeff Dike authored
      A previous cleanup misused need_poll, which had a fairly broken interface.
      It implemented a growable array, changing the used elements count itself,
      but leaving it up to the caller to fill in the actual elements, including
      the entire array if the array had to be reallocated.  This worked because
      the previous users were switching between two such structures, and the
      elements were copied from the inactive array to the active array after
      making sure the active array had enough room.
      
      maybe_sigio_broken was made to use need_poll, but it was operating on a
      single array, so when the buffer was reallocated, the previous contents
      were lost.
      
      This patch makes need_poll implement more sane semantics.  It merely
      assures that the array is of the proper size and that the contents are
      preserved.  It is up to the caller to adjust the used elements count and to
      ensure that the proper elements are resent.
      
      This manifested itself as a hang in 2.6.20 as the uninitialized buffer
      convinced UML that one of its own file descriptors didn't support SIGIO and
      needed to be watched by poll in a separate thread.  The result was an
      interrupt flood as control traffic over this descriptor sparked interrupts,
      which resulted in more control traffic, ad nauseum.
      Signed-off-by: default avatarJeff Dike <jdike@addtoit.com>
      Cc: <stable@kernel.org>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      838e56a1
  6. 20 Oct, 2006 1 commit
  7. 26 Sep, 2006 1 commit
    • Jeff Dike's avatar
      [PATCH] uml: SIGIO cleanups · 19bdf040
      Jeff Dike authored
      - Various cleanups in the sigio code.
      
      - Removed explicit zero-initializations of a few structures.
      
      - Improved some error messages.
      
      - An API change - there was an asymmetry between reactivate_fd calling
        maybe_sigio_broken, which goes through all the machinery of figuring out if
        a file descriptor supports SIGIO and applying the workaround to it if not,
        and deactivate_fd, which just turns off the descriptor.
      
        This is changed so that only activate_fd calls maybe_sigio_broken, when
        the descriptor is first seen.  reactivate_fd now calls add_sigio_fd, which
        is symmetric with ignore_sigio_fd.
      
        This removes a recursion which makes a critical section look more critical
        than it really was, obsoleting a big comment to that effect.  This requires
        keeping track of all descriptors which are getting the SIGIO treatment, not
        just the ones being polled at any given moment, so that reactivate_fd,
        through add_sigio_fd, doesn't try to tell the SIGIO thread about descriptors
        it doesn't care about.
      Signed-off-by: default avatarJeff Dike <jdike@addtoit.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      19bdf040
  8. 10 Jul, 2006 3 commits
  9. 11 Apr, 2006 1 commit
  10. 27 Mar, 2006 3 commits
  11. 19 Jan, 2006 1 commit
  12. 06 Jan, 2006 1 commit
  13. 07 Nov, 2005 2 commits
  14. 23 Sep, 2005 1 commit
  15. 05 May, 2005 1 commit
  16. 16 Apr, 2005 1 commit
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      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!
      1da177e4