1. 18 Nov, 2003 22 commits
    • Andrew Morton's avatar
      [PATCH] ext2 block allocator fixes · a9bca018
      Andrew Morton authored
      Fix a couple of problems which were introduced by a recent race fix in the
      ext2 block allocator:
      
      - if the allocation attempt raced, and lost the race then a new attempt is
        made.  But the earlier reservation must be put back first.
      
        Add a call to group_release_blocks() to fix this.
      
      - if the filesystem is genuinely corrupted then the code as-is can get
        stuck in an infinite loop, thinking that a blockgroup has free blocks and
        then discovering that its bitmap is full.
      
        Fix this by baling out after having scanned all blockgroups twice.
      
        (Thanks Muli Ben-Yehuda <mulix@mulix.org> for spotting this).
      a9bca018
    • Andrew Morton's avatar
      [PATCH] ext3_new_inode fixlet · bc5de0cd
      Andrew Morton authored
      From: Alex Tomas <alex@clusterfs.com>
      
      If the ext3 inode allocator tries to claim an inode and fails because
      another CPU got in there first it will then advance onto the next
      blockgroup and try again.
      
      Change it to advance onto the next inode within the same blockgroup
      instead.
      bc5de0cd
    • Andrew Morton's avatar
      [PATCH] ide-scsi: warn when used for cdroms · b758ab40
      Andrew Morton authored
      From: Jens Axboe <axboe@suse.de>
      
      Print a runtime warning if ide-scsi is used on a cd device.
      
      Modify the ide-scsi menuconfig help to reflect that ide-scsi should
      not be used for cd burning.
      b758ab40
    • Andrew Morton's avatar
      [PATCH] fix percpu_counter_mod linkage problem · bfe687b3
      Andrew Morton authored
      If both ext2 and ext3 are built as modules there is nothing to pull
      percpu_counter_mod() into the kernel build and the ext2 and ext3 modules do
      not load.
      
      So move percpu_counter_mod() out of lib.a.
      bfe687b3
    • Andrew Morton's avatar
      [PATCH] remove ext2_reserve_inode() · e71775ef
      Andrew Morton authored
      It now has no callers.
      e71775ef
    • Andrew Morton's avatar
      [PATCH] Fix bugs in ext2_new_inode() · 0fa7a1a9
      Andrew Morton authored
      From: Mingming Cao <cmm@us.ibm.com>
      
      I found several bugs/issues in the ext2_new_inode() code:
      
      1) The for loop variable "i" is used to save the inode offset.  In the
         case of failure, the loop variable could be crapped.  So it is possible
         to quit searching before looking at every block groups.
      
      2) The number of free inodes in the selected group is possibly being
         miscalculated.  The counter is only decreased in the find_group_xx()
         functions for the initial selected group.  If the initial try failed,
         and succeed in finding a free inode in other group, the counter for that
         group will not to be decreased.
      
      3) In case of the concurrent case, going back to find_group_xx()
         functions are unnecessary, it will only get the same group as before.
      
      The following patch fixed those issues.  Ideas are stolen from
      ext3_new_inode().
      0fa7a1a9
    • Andrew Morton's avatar
      [PATCH] ia32: hugetlb needs pse · 85479eb6
      Andrew Morton authored
      From: Zwane Mwaikambo <zwane@arm.linux.org.uk>
      
      If the CPU doesn't support PSE we cannot use hugetlb pages.
      85479eb6
    • Andrew Morton's avatar
      [PATCH] reiserfs pinned buffer fix · 53d3e207
      Andrew Morton authored
      From: Oleg Drokin <green@linuxhacker.ru>
      
      reiserfs shouldn't be holding a ref against a buffer when running
      set_blocksize(): it means that truncate_inode_pages() cannot free that page.
      
      Which is not fatal - the page will drift aimlessly down the LRU until the VM
      nails it.   But it's better this way.
      53d3e207
    • Andrew Morton's avatar
      [PATCH] sched_clock() fix · d0821d8b
      Andrew Morton authored
      From: Thomas Schlicter
      
      sched_clock() will try to use the TSC even if the system is not using the TSC
      as a time source.  It causes bad scheduling decisions and poor interactivity.
      
      The problem was exhibited by the patch which uses ACPI PM as a time source,
      but could also happen if the system is using the PIT.
      d0821d8b
    • Andrew Morton's avatar
      [PATCH] gettimeofday resolution fix · 5c38b5da
      Andrew Morton authored
      From: Stephen Hemminger <shemminger@osdl.org>
      
      The original problem all this is solving is that when NTP is slowing the clock
      there existed real cases where time appeared to go backwards. Assuming NTP was
      slowing the clock, then it would update the xtime by 999us at the next timer interrupt.
      If a program read time three times:
      
      A:	    xtime = t0
      B: A+1000   xtime = t0 + 1000
      C: B+1	    xtime = t0 + 999
      
      To behave correctly C > B > A; but we were returning C < B
      
      The code does have bug if we are losing clock interrupts.  The test for
      lost interrupts needs to be after the interval clamp.
      5c38b5da
    • Andrew Morton's avatar
      [PATCH] videobuf_waiton race fix · d4680c6f
      Andrew Morton authored
      There's a window in this function where a wakeup can get lost.
      d4680c6f
    • Andrew Morton's avatar
      [PATCH] gcc bug workaround for constant_test_bit() · ce323807
      Andrew Morton authored
      From: Zwane Mwaikambo <zwane@arm.linux.org.uk>
      
      gcc-3.2.2-5 miscompiles constant_test_bit().  Tweak it so the compiler gets
      it right.  It cleans it up too!
      ce323807
    • Linus Torvalds's avatar
      Merge master.kernel.org:/home/davem/BK/net-2.5 · f18d7a18
      Linus Torvalds authored
      into home.osdl.org:/home/torvalds/v2.5/linux
      f18d7a18
    • Linus Torvalds's avatar
      Merge master.kernel.org:/home/davem/BK/compat-statfs64-2.5 · 31827e50
      Linus Torvalds authored
      into home.osdl.org:/home/torvalds/v2.5/linux
      31827e50
    • Andrew Morton's avatar
      [PATCH] Fix scsi_report_lun_scan sign bug · 108ff4c2
      Andrew Morton authored
      We need to make the scan data unsigned, since we do
      
       	length = ((data[0] << 24) | (data[1] << 16) |
       		  (data[2] << 8) | (data[3] << 0));
      
      and if data[3] is 0xff, this expression will always evaluate to
      0xffffffff.  etcetera.
      108ff4c2
    • David S. Miller's avatar
      Merge davem@nuts.ninka.net:/disk1/davem/BK/net-2.5 · 7c4f750a
      David S. Miller authored
      into hera.kernel.org:/home/davem/BK/net-2.5
      7c4f750a
    • David Stevens's avatar
    • Patrick McHardy's avatar
      4a2c290d
    • Patrick McHardy's avatar
      [NET SCHED]: Reset q.qlen in tbf_reset instead of purging an unused queue. · b55b564f
      Patrick McHardy authored
      Problem introduced by cset 1.1046.1.318
      b55b564f
    • Patrick McHardy's avatar
    • Herbert Xu's avatar
    • Paul Mackerras's avatar
      [PATCH] PPC64: Fix possible race in syscall restart · fbbef764
      Paul Mackerras authored
      This is the PPC64 counterpart of the fix for the potential race in the
      syscall restart code that has gone into other architectures.  It resets
      current_thread_info()->restart_block.fn to do_no_syscall_restart in
      the sigreturn code.
      fbbef764
  2. 17 Nov, 2003 8 commits
  3. 16 Nov, 2003 3 commits
  4. 15 Nov, 2003 4 commits
  5. 14 Nov, 2003 2 commits
    • Paul Mackerras's avatar
      [PATCH] PPC32: cancel syscall restart on signal delivery · 6ebed0fa
      Paul Mackerras authored
      This patch ensures that the PPC kernel cancels any pending restarted
      system call when it delivers a signal.  This is the PPC counterpart of
      the change that has recently gone into i386 and other architectures.
      6ebed0fa
    • Paul Mackerras's avatar
      [PATCH] PPC32: Don't oops on out-of-range system call · 0837a685
      Paul Mackerras authored
      This patch fixes a bug on PPC where the kernel will oops if a process
      does a system call and the system call number is out of range.
      
      While fixing that, I noticed that if the process is being ptraced, an
      out-of-range system call will not get traced on the way in but will on
      the way out.  This patch fixes that too, by making it get traced on
      the way in as well as the way out.  It turned out to be less change,
      and fewer instructions overall, to do that than to make the
      out-of-range system call not be traced at all.
      0837a685
  6. 13 Nov, 2003 1 commit