1. 01 11月, 2005 6 次提交
    • L
      Don't touch USB controller IO registers when they are disabled · 541ab4af
      Linus Torvalds 提交于
      The USB "handoff" code is an early PCI quirk to make sure we own the USB
      controller (as opposed to the BIOS/SMM).  But if the controller isn't
      even enabled yet, don't try to access it.
      
      Acked-by: Paul Mackerras <paulus@samba.org> (who had an alternate patch)
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      541ab4af
    • L
      Revert "i386: move apic init in init_IRQs" · 1e4c85f9
      Linus Torvalds 提交于
      Commit f2b36db6 causes a bootup hang on
      at least one machine.  Revert for now until we understand why.  The old
      code may be ugly, but it works.
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      1e4c85f9
    • 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 次提交