1. 29 5月, 2005 29 次提交
  2. 28 5月, 2005 1 次提交
  3. 27 5月, 2005 10 次提交
    • A
      [PATCH] Note on ACPI build fix · 8aadff7d
      Alexander Nyberg 提交于
      Even after the previous fix you can still set CONFIG_ACPI_BOOT
      indirectly even without CONFIG_ACPI by choosing CONFIG_PCI and
      CONFIG_PCI_MMCONFIG.
      
      That doesn't build very well either.
      
      This makes PCI_MMCONFIG depend on ACPI, fixing that hole.
      
      [ I guess in theory Kconfig could follow the whole chain of dependencies
        for things that get selected, but that sounds insanely complicated, so
        we'll just fix up these things by hand.  --Linus ]
      Signed-off-by: NAlexander Nyberg <alexn@telia.com>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      8aadff7d
    • L
      [PATCH] ACPI build fix · 3e11c3ce
      Len Brown 提交于
      Fix 2.6.12 CONFIG_ACPI=n build regression.
      CONFIG_ACPI_BOOT shall be set only if CONFIG_ACPI.
      Signed-off-by: NLen Brown <len.brown@intel.com>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      3e11c3ce
    • A
      [PATCH] Fixup VIA IRQ quirk · 9920e914
      Alexander Nyberg 提交于
      quirk_via_irqpic can't be __devinit for swsuspend
      Signed-off-by: NAlexander Nyberg <alexn@telia.com>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      9920e914
    • L
      [PATCH] VIA IRQ quirk · 25be5e6c
      Len Brown 提交于
      Delete quirk_via_bridge(), restore quirk_via_irqpic() -- but now
      improved to be invoked upon device ENABLE, and now only for VIA devices
      -- not all devices behind VIA bridges.
      Signed-off-by: NBjorn Helgaas <bjorn.helgaas@hp.com>
      Signed-off-by: NLen Brown <len.brown@intel.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      25be5e6c
    • P
      [PATCH] cpuset exit NULL dereference fix · 2efe86b8
      Paul Jackson 提交于
      There is a race in the kernel cpuset code, between the code
      to handle notify_on_release, and the code to remove a cpuset.
      The notify_on_release code can end up trying to access a
      cpuset that has been removed.  In the most common case, this
      causes a NULL pointer dereference from the routine cpuset_path.
      However all manner of bad things are possible, in theory at least.
      
      The existing code decrements the cpuset use count, and if the
      count goes to zero, processes the notify_on_release request,
      if appropriate.  However, once the count goes to zero, unless we
      are holding the global cpuset_sem semaphore, there is nothing to
      stop another task from immediately removing the cpuset entirely,
      and recycling its memory.
      
      The obvious fix would be to always hold the cpuset_sem
      semaphore while decrementing the use count and dealing with
      notify_on_release.  However we don't want to force a global
      semaphore into the mainline task exit path, as that might create
      a scaling problem.
      
      The actual fix is almost as easy - since this is only an issue
      for cpusets using notify_on_release, which the top level big
      cpusets don't normally need to use, only take the cpuset_sem
      for cpusets using notify_on_release.
      
      This code has been run for hours without a hiccup, while running
      a cpuset create/destroy stress test that could crash the existing
      kernel in seconds.  This patch applies to the current -linus
      git kernel.
      Signed-off-by: NPaul Jackson <pj@sgi.com>
      Acked-by: NSimon Derr <simon.derr@bull.net>
      Acked-by: NDinakar Guniguntala <dino@in.ibm.com>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      2efe86b8
    • A
      [PATCH] remove non-cleanroom pwc driver compression · 88c18346
      Alan Cox 提交于
      The original pwc author raised some questions about the reverse
      engineering of the decompressor algorithms used in the pwc driver.
      Having done some detailed investigation it appears those concerns that
      clean room policy was not followed are reasonable.  I've also had a
      friendly discussion with Philips to ask their view on this.
      
      This removes the problem items of code which reduces the pwc
      functionality in the kernel a little but leaves all the framework for
      setup that will be needed for decompressors in user space (where they
      eventually belong).  This change set is designed to be the minimal risk
      change set given that 2.6.12 is hopefully close to hand, with a view to
      merging the much updated pwc code in 2.6.13 series kernels.
      
      Someone else can then redo the decompressors properly (clean room) in
      user space.
      
      Note that while its easy to say that it should have been caught earlier,
      but the violation was really only obvious to someone who had access to
      both the proprietary source and the 'GPL' source.
      88c18346
    • L
      ide-cd: revert DMA mask test change · 5d9e4ea5
      Linus Torvalds 提交于
      The change to require the DMA length to be only word-aligned was not
      safe.
      5d9e4ea5
    • C
      [XFS] remove an over-zealous WARN_ON · 66f55071
      Christoph Hellwig 提交于
      66f55071
    • C
      b19312c4
    • R
      [PATCH] i386: fix prevent_tail_call · d68b8622
      Roland McGrath 提交于
      We fixed this bug before, but it didn't take.  It may have been the case
      that the problem was first noticed to occur in a CONFIG_REGPARM compile.
      But it's not regparm functions that need not to make tail calls, it's
      asmlinkage functions called with a user pt_regs frame on the stack
      supplying their arguments.  prevent_tail_call probably doesn't do anything
      at all in regparm functions (your argument registers are going to be
      clobbered, period).  It was a braino to conditionalize that definition in
      the first place.
      Signed-off-by: NRoland McGrath <roland@redhat.com>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      d68b8622