1. 01 11月, 2005 6 次提交
    • J
      [BLOCK] Unify the seperate read/write io stat fields into arrays · a362357b
      Jens Axboe 提交于
      Instead of having ->read_sectors and ->write_sectors, combine the two
      into ->sectors[2] and similar for the other fields. This saves a branch
      several places in the io path, since we don't have to care for what the
      actual io direction is. On my x86-64 box, that's 200 bytes less text in
      just the core (not counting the various drivers).
      Signed-off-by: NJens Axboe <axboe@suse.de>
      a362357b
    • J
      [BLOCK] Update read/write block io statistics at completion time · d72d904a
      Jens Axboe 提交于
      Right now we do it at queueing time, which works alright for reads
      (since they are usually sync), but not for async writes since we can
      queue io a lot faster than we can complete it. This makes the vmstat
      output look extremely bursty.
      Signed-off-by: NJens Axboe <axboe@suse.de>
      d72d904a
    • J
      [PATCH] Creative Audigy 2 cardbus: Add IO window wakeup magic · d83c671f
      James Courtier-Dutton 提交于
      This adds the magic IO wakeup code for the CardBus version of the
      Creative Labs Audigy 2 to the snd-emu10k1 driver.
      
      Without the magic IO enable sequence, reading from the IO region of the
      card will fail spectacularly, and the machine will hang.
      
      My next task will be getting the driver to actually play sound without
      distortion.
      Signed-off-by: NJames Courtier-Dutton <James@superbug.co.uk>
      
      [ This is a work-in-progress, but since it avoids a total lockup
        if the emu10k module is loaded on a machine with the cardbus
        card inserted, we're better off with it than without it, even
        if sound quality is bad right now ]
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      d83c671f
    • A
      [PATCH] fix __writeback_single_inode WARN_ON · 659603ef
      Andrea Arcangeli 提交于
      When the inode count is zero in inode writeback, the
      
      	WARN_ON(!(inode->i_state & I_WILL_FREE));
      
      is broken, and needs to test for either I_WILL_FREE|I_FREEING.
      
      When the inode is in I_FREEING state, it's already out of the visibility
      of the vm so it can't be freed so it doesn't require the __iget and the
      generic_delete_inode path can call the sync internally to the lowlevel
      fs callback during the last iput. So the inode being in I_FREEING is
      also a valid condition for calling the sync with i_count == 0.
      
      The specific stack trace is this:
      
        0xc00000007b8fb6e0  0xc00000000010118c  .__writeback_single_inode +0x5c
        0xc00000007b8fb6e0  0xc0000000001014dc (lr) .sync_inode +0x3c
        0xc00000007b8fb790  0xc0000000001014dc  .sync_inode +0x3c
        0xc00000007b8fb820  0xc0000000001a5020  .ext2_sync_inode +0x64
        0xc00000007b8fb8f0  0xc0000000001a65b4  .ext2_truncate +0x3f8
        0xc00000007b8fba40  0xc0000000001a6940  .ext2_delete_inode +0xdc
        0xc00000007b8fbac0  0xc0000000000f7a5c  .generic_delete_inode +0x124
        0xc00000007b8fbb50  0xc0000000000f5fe0  .iput +0xb8
        0xc00000007b8fbbe0  0xc0000000000e9fd4  .sys_unlink +0x2a8
        0xc00000007b8fbd10  0xc00000000001048c  .ret_from_syscall_1 +0x0
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      659603ef
    • A
      [PATCH] revert ide-scsi highmem cleanup · a717f773
      Andrew Morton 提交于
      Jeff Garzik <jgarzik@pobox.com> points out that this was wrong: we need to
      disable local interrupts while holding KM_IRQ0 due to IRQ sharing.
      
      And holding interrupts off during a big PIO opration is expensive, so we only
      want to do that if we know the page was highmem.
      
      So revert commit 17fd47abSigned-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      a717f773
    • A
      [PATCH] i386: CONFIG_PC removal · f2c84c0e
      Arthur Othieno 提交于
      CONFIG_PC is left-over cruft after the introduction of CONFIG_X86_PC with
      the subarch split.  Remove it, and fixup the remaining users to depend on
      CONFIG_X86_PC instead.
      Signed-off-by: NArthur Othieno <a.othieno@bluewin.ch>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      f2c84c0e
  2. 31 10月, 2005 34 次提交