1. 15 Dec, 2002 28 commits
  2. 14 Dec, 2002 12 commits
    • Kai Mäkisara's avatar
      [PATCH] SCSI tape driver fixes for 2.5.51 · 226e3bda
      Kai Mäkisara authored
      This contains the following changes for the SCSI tape driver in 2.5.51:
      - fix module bugs that prevent finding any devices
      - allow opening a device with O_NONBLOCK | O_RDWR even if the tape in drive
        is write protected
      226e3bda
    • Andrew Morton's avatar
      [PATCH] remove vm_area_struct.vm_raend · 55478b6c
      Andrew Morton authored
      Remove the unused vm_area_struct.vm_raend.
      
      If someone wants to tune per-VMA readaround then they can alter
      vma->vm_file->f_ra.ra_pages.
      55478b6c
    • Andrew Morton's avatar
      [PATCH] ext3: fix error-path bh leak · 5e352342
      Andrew Morton authored
      It is missing a brelse() on an error path.
      5e352342
    • Andrew Morton's avatar
      [PATCH] Add prefetching to get_page_state() · 351419e2
      Andrew Morton authored
      Fetch the next cacheline as we're counting up the fields in this one.
      351419e2
    • Andrew Morton's avatar
      [PATCH] ext2 synchronous mount fix · 7cc9ee3d
      Andrew Morton authored
      The optimisation for synchronous mounts was only correct for S_ISREG
      files.  Directories do not pass through generic_osync_inode() and we
      still need to synchronously write out their indirect blocks.
      7cc9ee3d
    • Andrew Morton's avatar
      [PATCH] pad pte_chains out to a cacheline · c566bb56
      Andrew Morton authored
      In PAE mode there is a 4-byte gap and they're not aligning correctly.
      c566bb56
    • Andrew Morton's avatar
      [PATCH] Fix off-by-one in the page allocator · 90b3b976
      Andrew Morton authored
      From Hugh.
      
      Be consistent in deciding when we are below the zone allocation
      thresholds.
      90b3b976
    • Andrew Morton's avatar
      [PATCH] tidier atomic check in mempool_alloc() · 36aed1f9
      Andrew Morton authored
      From Hugh.
      
      Be more explicit in the "can we sleep" test.  It doesn't change
      anything unless someone is performing __GFP_IO && !__GFP_WAIT
      allocations, which is nonsensical.
      36aed1f9
    • Andrew Morton's avatar
      [PATCH] provide a default super_block_operations · b88f83d5
      Andrew Morton authored
      A little cleanup suggested by Chris Mason or Al Viro.
      
      Quite a number of codepaths are testing whether a superblock has a
      non-null ->s_op pointer.  We can remove all those by making sure that
      all superblocks have a valid ->s_op.
      b88f83d5
    • Andrew Morton's avatar
      [PATCH] madvise_willneed() maximum readahead checking · 654107b9
      Andrew Morton authored
      madvise_willneed() currently has a very strange check on how much readahead
      it is prepared to do.
      
        It is based on the user's rss limit.  But this is usually enormous, and
        the user isn't necessarily going to map all that memory at the same time
        anyway.
      
        And the logic is wrong - it is comparing rss (which is in bytes) with
        `end - start', which is in pages.
      
        And it returns -EIO on error, which is not mentioned in the Open Group
        spec and doesn't make sense.
      
      
      This patch takes it all out and applies the same upper limit as is used in
      sys_readahead() - half the inactive list.
      654107b9
    • Andrew Morton's avatar
      [PATCH] remove a vm debug check · d8259d09
      Andrew Morton authored
      This ad-hoc assertion is no longer true.  If all zones are in the `all
      unreclaimable' state it can trigger.  When testing with a tiny amount
      of physical memory.
      d8259d09
    • Andrew Morton's avatar
      [PATCH] limit pinned memory due to readahead · 234931ab
      Andrew Morton authored
      readahead allocates all the pages before starting I/O.  Potentially bad
      if someone is performing huge reads with madvise or sys_readahead().
      
      So the patch just busts that up into two-megabyte units.
      234931ab