1. 06 Nov, 2002 33 commits
  2. 05 Nov, 2002 7 commits
    • Linus Torvalds's avatar
      Fix floppy timer initialization · 32e71bf0
      Linus Torvalds authored
      32e71bf0
    • Andrew Morton's avatar
      [PATCH] init timers under fs/ · 918d25b1
      Andrew Morton authored
      There's only the one, in XFS.
      918d25b1
    • Trond Myklebust's avatar
      [PATCH] Convert NFS client to use ->readpages() · b9a2dd76
      Trond Myklebust authored
        - Add the library function read_cache_pages(), which is used in a
          similar fashion to the single page 'read_cache_page()'. It hides
          the details of the LRU cache etc. from a filesystem that wants to
          to populate an address space with a list of pages.
      
        - Fix NFS so that readahead uses the ->readpages() interface. Means
          that we can immediately schedule an RPC call in order to complete
          the I/O, rather than relying on somebody later triggering it by
          calling lock_page() (and hence sync_page()). The sync_page()
          method is race-prone, since the waiting page may try to call it
          before we've finished initializing the 'struct nfs_page'.
      
        - Clear out nfs_sync_page(), the nfs_inode->read list, and
          friends. When the I/O completion gets scheduled in ->readpage(),
          ->readpages(), they have no reason to exist.
      b9a2dd76
    • Trond Myklebust's avatar
      [PATCH] Make ->readpages palatable to NFS · b729e488
      Trond Myklebust authored
      The following patch makes the ->readpages() address_space_operation
      take a struct file argument just like ->readpage().
      b729e488
    • Linus Torvalds's avatar
    • Linus Torvalds's avatar
      Merge · 21d9540e
      Linus Torvalds authored
      21d9540e
    • Ingo Molnar's avatar
      [PATCH] thread-aware coredumps, 2.5.43-C3 · d89f3847
      Ingo Molnar authored
      This is the second iteration of thread-aware coredumps.
      
      Changes:
      
      - Ulrich Drepper has reviewed the data structures and checked actual
        coredumps via readelf - everything looks fine and according to the spec.
      
      - a serious bug has been fixed in the thread-state dumping code - it was
        still based on the 2.4 assumption that the task struct points to the
        kernel stack - it's task->thread_info in 2.5. This bug caused bogus
        register info to be filled in for threads.
      
      - properly wait for all threads that share the same MM to serialize with
        the coredumping thread. This is CLONE_VM based, not tied to
        CLONE_THREAD and/or signal semantics, ie. old-style (or different-style)
        threaded apps will be properly stopped as well.
      
        The locking might look a bit complex, but i wanted to keep the
        __exit_mm() overhead as low as possible. It's not quite trivial to get
        these bits right, because 'sharing the MM' is detached from signals
        semantics, so we cannot rely on broadcast-kill catching all threads. So
        zap_threads() iterates through every thread and zaps those which were
        left out. (There's a minimal race left in where a newly forked child
        might escape the attention of zap_threads() - this race is fixed by the
        OOM fixes in the mmap-speedup patch.)
      
      - fill_psinfo() is now called with the thread group leader, for the
        coredump to get 'process' state.
      
       - initialize the elf_thread_status structure with zeroes.
      
      the IA64 ELF bits are not included, yet, to reduce complexity of the
      patch. The patch has been tested on x86 UP and SMP.
      d89f3847