1. 03 Jan, 2006 4 commits
  2. 02 Jan, 2006 4 commits
    • Linus Torvalds's avatar
      Linux v2.6.15 · 88026842
      Linus Torvalds authored
      Hey, it's fifteen years today since I bought the machine that got Linux
      started.  January 2nd is a good date.
      88026842
    • Andi Kleen's avatar
      [PATCH] Make sure interleave masks have at least one node set · 8f493d79
      Andi Kleen authored
      
      
      Otherwise a bad mem policy system call can confuse the interleaving
      code into referencing undefined nodes.
      
      Originally reported by Doug Chapman
      
      I was told it's CVE-2005-3358
      (one has to love these security people - they make everything sound important)
      Signed-off-by: default avatarAndi Kleen <ak@suse.de>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      8f493d79
    • Dag-Erling Smrgrav's avatar
      [PATCH] Avoid namespace pollution in <asm/param.h> · abe842eb
      Dag-Erling Smrgrav authored
      
      
      In commit 3D59121003721a8fad11ee72e646fd9d3076b5679c, the x86 and x86-64
      <asm/param.h> was changed to include <linux/config.h> for the
      configurable timer frequency.
      
      However, asm/param.h is sometimes used in userland (it is included
      indirectly from <sys/param.h>), so your commit pollutes the userland
      namespace with tons of CONFIG_FOO macros.  This greatly confuses
      software packages (such as BusyBox) which use CONFIG_FOO macros
      themselves to control the inclusion of optional features.
      
      After a short exchange, Christoph approved this patch
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      abe842eb
    • Benjamin Herrenschmidt's avatar
      [PATCH] powerpc: more g5 overtemp problem fix · f12f4d90
      Benjamin Herrenschmidt authored
      
      
      Some G5s still occasionally experience shutdowns due to overtemp
      conditions despite the recent fix. After analyzing logs from such
      machines, it appears that the overtemp code is a bit too quick at
      shutting the machine down when reaching the critical temperature (tmax +
      8) and doesn't leave the fan enough time to actually cool it down. This
      happens if the temperature of a CPU suddenly rises too high in a very
      short period of time, or occasionally on boot (that is the CPUs are
      already overtemp by the time the driver loads).
      
      This patches makes the code a bit more relaxed, leaving a few seconds to
      the fans to do their job before kicking the machine shutown.
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      f12f4d90
  3. 31 Dec, 2005 3 commits
  4. 30 Dec, 2005 7 commits
  5. 29 Dec, 2005 14 commits
  6. 28 Dec, 2005 5 commits
  7. 27 Dec, 2005 3 commits
    • Benjamin Herrenschmidt's avatar
      [PATCH] Fix more radeon GART start calculation cases · 67dbb4ea
      Benjamin Herrenschmidt authored
      
      
      As reported by Jules Villard <jvillard@ens-lyon.fr> and some others, the
      recent GART aperture start reconfiguration causes problems on some
      setups.
      
      What I _think_ might be happening is that the X server is also trying to
      muck around with the card memory map and is forcing it back into a wrong
      setting that also happens to no longer match what the DRM wants to do
      and blows up.  There are bugs all over the place in that code (and still
      some bugs in the DRM as well anyway).
      
      This patch attempts to avoid that by using the largest of the 2 values,
      which I think will cause it to behave as it used to for you and will
      still fix the problem with machines that have an aperture size smaller
      than the video memory.
      Acked-by: default avatarJules Villard <jvillard@ens-lyon.fr>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      67dbb4ea
    • David L Stevens's avatar
      [IPV6] mcast: Fix multiple issues in MLDv2 reports. · 5ab4a6c8
      David L Stevens authored
      
      
      The below "jumbo" patch fixes the following problems in MLDv2.
      
      1) Add necessary "ntohs" to recent "pskb_may_pull" check [breaks
              all nonzero source queries on little-endian (!)]
      
      2) Add locking to source filter list [resend of prior patch]
      
      3) fix "mld_marksources()" to
              a) send nothing when all queried sources are excluded
              b) send full exclude report when source queried sources are
                      not excluded
              c) don't schedule a timer when there's nothing to report
      
      NOTE: RFC 3810 specifies the source list should be saved and each
        source reported individually as an IS_IN. This is an obvious DOS
        path, requiring the host to store and then multicast as many sources
        as are queried (e.g., millions...). This alternative sends a full, 
        relevant report that's limited to number of sources present on the
        machine.
      
      4) fix "add_grec()" to send empty-source records when it should
              The original check doesn't account for a non-empty source
              list with all sources inactive; the new code keeps that
              short-circuit case, and also generates the group header
              with an empty list if needed.
      
      5) fix mca_crcount decrement to be after add_grec(), which needs
              its original value
      
      These issues (other than item #1 ;-) ) were all found by Yan Zheng,
      much thanks!
      Signed-off-by: default avatarDavid L Stevens <dlstevens@us.ibm.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      5ab4a6c8
    • David S. Miller's avatar
      [NET]: Validate socket filters against BPF_MAXINSNS in one spot. · 1b93ae64
      David S. Miller authored
      
      
      Currently the checks are scattered all over and this leads
      to inconsistencies and even cases where the check is not made.
      
      Based upon a patch from Kris Katterjohn.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      1b93ae64