1. 07 Jan, 2005 1 commit
  2. 22 Dec, 2004 5 commits
  3. 21 Dec, 2004 15 commits
  4. 20 Dec, 2004 5 commits
    • Andi Kleen's avatar
      [PATCH] x86_64: fix syscall/signal restart bug · 0233f53f
      Andi Kleen authored
      Fix a pretty bad bug that caused sometimes signals on x86-64
      to be restarted like system calls. This corrupted the RIP and
      in general caused undesirable effects.
      
      The problem happens because orig_rax is unsigned on x86-64,
      but it originally was signed when the signal code was written.
      And the if (orig_rax >= 0) ended up always true.
      And gcc didn't warn about this, because the warning is only in 
      -Wextra. 
      
      In 2.4 we still had a cast for it, but somehow it got dropped
      in 2.5.
      
      Credit goes to John Slice for tracking it down and Erich Boleyn
      for the original fix. All blame to me. I fixed it at another
      place too.
      Signed-off-by: default avatarAndi Kleen <ak@suse.de>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      0233f53f
    • Thomas Graf's avatar
      [PKT_SCHED]: Provide compat policer stats in action policer · 59b17c27
      Thomas Graf authored
      This should go in before 2.6.10. It fixes a forgotten case to provide
      police backward compatibility statistics for old iproute2 versions
      running on a new kernel with actions enabled. Should make distributions
      happy with older iproute2 versions and all-included kernel configs
      since they probably favour actions over plain policer.
      
      Testing results:
        iproute2-2.4.7 on 2.6.10-rc3-bk8:
        cls-police: police creation succeeded
        cls-police: Sending 10 ICMP echo requests
        cls-police: police dumping succeeded with output:
        filter protocol ip pref 10 u32 
        filter protocol ip pref 10 u32 fh 800: ht divisor 1 
        filter protocol ip pref 10 u32 fh 800::800 order 2048 key ht 800 bkt 0 flowid 10:12 
        police 3 action drop rate 2Kbit burst 10Kb mtu 2Kb 
          match 00010000/00ff0000 at 8
         Sent 420 bytes 10 pkts (dropped 0, overlimits 0)  <-- This would have been missing
        cls-police: police deletion succeeded
      
       iproute2-2.6.9 on 2.6.10-rc3-bk8:
       ...
        filter protocol ip pref 10 u32 
        filter protocol ip pref 10 u32 fh 800: ht divisor 1 
        filter protocol ip pref 10 u32 fh 800::800 order 2048 key ht 800 bkt 0 flowid 10:12  (rule hit 10 success 10)
          match 00010000/00ff0000 at 8 (success 10 ) 
         police 0x4 rate 2000bit burst 10Kb mtu 2Kb action drop 
        ref 1 bind 1
         Sent 420 bytes 10 pkts (dropped 0, overlimits 0) 
       ...
      
       (Same results for fw classifier)
      Signed-off-by: default avatarThomas Graf <tgraf@suug.ch>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      59b17c27
    • Thomas Graf's avatar
      [PKT_SCHED]: Fix double locking in tcindex destroy path. · ee6fa69b
      Thomas Graf authored
      tcindex's destroy uses its own delete functions to destroy its
      configuration. The delete function (correctly) takes the qdisc_tree_lock
      to prevent list walkings from happening while removing from the list.
      The qdisc_tree_lock is already held if we're comming via the destroy
      path and thus a double locking takes place.
      Signed-off-by: default avatarThomas Graf <tgraf@suug.ch>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      ee6fa69b
    • Stephen Hemminger's avatar
    • Linus Torvalds's avatar
      Merge bk://linux-scsi.bkbits.net/scsi-for-linus-2.6 · 39509e47
      Linus Torvalds authored
      into ppc970.osdl.org:/home/torvalds/v2.6/linux
      39509e47
  5. 18 Dec, 2004 3 commits
  6. 17 Dec, 2004 11 commits
    • Nicolas Pitre's avatar
      [ARM PATCH] 2289/2: turn off PXA clock to MMC block when not in use · 97bb1969
      Nicolas Pitre authored
      Patch from Nicolas Pitre
      
      ... also remove an unused variable warning.
      
      Signed-off-by: Nicolas Pitre
      Signed-off-by: Russell King
      97bb1969
    • George G. Davis's avatar
      [ARM PATCH] 2318/1: Enable access to ARMv6 VFP coprocessr · d8ed15fb
      George G. Davis authored
      Patch from George G. Davis
      
      Turn on ARMv6 VFP copressor, if present. According to the ARM1136 TRM,
      setting CACR bits will be ignored if the coprocessor is not present. In
      that case, this is change has no effect.
      
      Signed-off-by: George G. Davis
      Signed-off-by: Russell King
      d8ed15fb
    • Ben Dooks's avatar
      [ARM PATCH] 2317/1: S3C2410 - fix clkout0 name in clock.c · 76fda650
      Ben Dooks authored
      Patch from Ben Dooks
      
      clkout0 has the name of clkout1
      
      Signed-off-by: Ben Dooks
      Signed-off-by: Russell King
      76fda650
    • Catalin Marinas's avatar
      [ARM PATCH] 2316/1: cacheflush.h included in copypage-v6.c · 8a3e5cf2
      Catalin Marinas authored
      Patch from Catalin Marinas
      
      This is needed to avoid the implicit declaration of the
      cache_is_vipt_aliasing() macro defined in cacheflush.h.
      
      Signed-off-by: Catalin Marinas
      Signed-off-by: Russell King
      8a3e5cf2
    • Russell King's avatar
      [ARM] Deny user space mappings in first page even on hi-vec CPUs · 1a023cec
      Russell King authored
      Don't allow user space mappings in the first page even if we are
      using high vectors - this may prevent BUG() from working, as well
      as allowing kernel NULL pointer derefs to be silently ignored.
      1a023cec
    • Russell King's avatar
      [ARM] Clean up vector support code. · 2440e271
      Russell King authored
      Rather than working out where the vector page is mapped, always
      map the vector page at the high vectors location, and conditionally
      handle the coherency issues with the low vector mapping if present.
      2440e271
    • Maciej W. Rozycki's avatar
      [PATCH] PCI: PCI early fixup missing bits · 58516e87
      Maciej W. Rozycki authored
       A few bits seem to be missing for PCI early fixup to work -- the
      pci_fixup_device() helper ignores fixups of the pci_fixup_early type.
      Also the local class variable needs to be refreshed after performing the
      fixups for they can change dev->class.
      Signed-off-by: default avatarMaciej W. Rozycki <macro@mips.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <greg@kroah.com>
      
      patch-mips-2.6.10-rc2-20041124-pci_fixup_early-1
      58516e87
    • Pavel Machek's avatar
      [PATCH] PCI: add pci_choose_state() · e9ded0c4
      Pavel Machek authored
      Could this go to "after 2.6.10 tree", too? It is a helper that
      converts system state into PCI state. We really do not want to have
      this copied into every driver, because it will need to change when
      system state gets type-checked / expanded to struct.
      
      
      From: Pavel Machek <pavel@ucw.cz>
      Signed-off-by: default avatarGreg Kroah-Hartman <greg@kroah.com>
      e9ded0c4
    • Greg Kroah-Hartman's avatar
    • Pavel Machek's avatar
      [PATCH] PCI: Cleanup PCI power states · 1cb34166
      Pavel Machek authored
      > > > > This is step 0 before adding type-safety to PCI layer... It introduces
      > > > > constants and uses them to clean driver up. I'd like this to go in
      > > > > now, so that I can convert drivers during 2.6.10... Please apply,
      
      Okay, here it is, slightly expanded version. It actually makes use of
      newly defined type for type-checking purposes; still no code changes.
      
      From: Pavel Machek <pavel@ucw.cz>
      Signed-off-by: default avatarGreg Kroah-Hartman <greg@kroah.com>
      1cb34166
    • Maciej W. Rozycki's avatar
      [PATCH] PCI: Don't touch BARs of host bridges · 75d1e937
      Maciej W. Rozycki authored
       BARs of host bridges often have special meaning and AFAIK are best left
      to be setup by the firmware or system-specific startup code and kept
      intact by the generic resource handler.  For example a couple of host
      bridges used for MIPS processors interpret BARs as target-mode decoders
      for accessing host memory by PCI masters (which is quite reasonable).
      For them it's desirable to keep their decoded address range overlapping
      with the host RAM for simplicity if nothing else (I can imagine running
      out of address space with lots of memory and 32-bit PCI with no DAC
      support in the participating devices).
      
       This is already the case with the i386 and ppc platform-specific PCI
      resource allocators.  Please consider the following change for the generic
      allocator.  Currently we have a pile of hacks implemented for host bridges
      to be left untouched and I'd be pleased to remove them.
      
      From: "Maciej W. Rozycki" <macro@mips.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <greg@kroah.com>
      75d1e937