1. 17 8月, 2007 31 次提交
  2. 15 8月, 2007 5 次提交
  3. 13 8月, 2007 1 次提交
  4. 12 8月, 2007 3 次提交
    • L
      i386: Fix broken mmiocfg accesses · c1502e28
      Linus Torvalds 提交于
      Commit 3320ad99 broke mmio config space
      accesses totally on i386 - it dropped the "reg" offset to the address.
      
      Cc: dean gaudet <dean@arctic.org>
      Cc: Andi Kleen <ak@suse.de>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      c1502e28
    • P
      Do not replace whole memcpy in apply alternatives · b8d3f244
      Petr Vandrovec 提交于
      apply_alternatives uses memcpy() to apply alternatives.  Which has the
      unfortunate effect that while applying memcpy alternative to memcpy
      itself it tries to overwrite itself with nops - which causes #UD fault
      as it overwrites half of an instruction in copy loop, and from this
      point on only possible outcome is triplefault and reboot.
      
      So let's overwrite only first two instructions of memcpy - as long as
      the main memcpy loop is not in first two bytes it will work fine.
      Signed-off-by: NPetr Vandrovec <petr@vandrovec.name>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      b8d3f244
    • C
      i386: Fix double fault handler · 3dab307e
      Chuck Ebbert 提交于
      The new percpu code has apparently broken the doublefault handler
      when CONFIG_DEBUG_SPINLOCK is set. Doublefault is handled by
      a hardware task, making the check
      
              SPIN_BUG_ON(lock->owner == current, lock, "recursion");
      
      fault because it uses the FS register to access the percpu data
      for current, and that register is zero in the new TSS. (The trace
      I saw was on 2.6.20 where it was GS, but it looks like this will
      still happen with FS on 2.6.22.)
      
      Initializing FS in the doublefault_tss should fix it.
      
      AK: Also fix broken ptr_ok() and turn printks into KERN_EMERG
      AK: And add a PANIC prefix to make clear the system will hang
      AK: (e.g. x86-64 will recover)
      Signed-off-by: NChuck Ebbert <cebbert@redhat.com>
      Signed-off-by: NAndi Kleen <ak@suse.de>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      3dab307e