Skip to content


Subversion checkout URL

You can clone with
Download ZIP
Commits on Jan 3, 2006
  1. Linux v2.6.15

    Linus Torvalds committed
    Hey, it's fifteen years today since I bought the machine that got Linux
    started.  January 2nd is a good date.
  2. [PATCH] Make sure interleave masks have at least one node set

    Andi Kleen committed with Linus Torvalds
    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: Andi Kleen <>
    Signed-off-by: Linus Torvalds <>
Commits on Jan 2, 2006
  1. [PATCH] Avoid namespace pollution in <asm/param.h>

    Dag-Erling Sm�rgrav committed with Linus Torvalds
    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: Linus Torvalds <>
  2. @ozbenh

    [PATCH] powerpc: more g5 overtemp problem fix

    ozbenh committed with Linus Torvalds
    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: Benjamin Herrenschmidt <>
    Signed-off-by: Linus Torvalds <>
Commits on Jan 1, 2006
  1. [PATCH] x86: teach dump_task_regs() about the -8 offset.

    Stas Sergeev committed with Linus Torvalds
    This should fix multi-threaded core-files
    Signed-off-by: Linus Torvalds <>
  2. sysctl: make sure to terminate strings with a NUL

    Linus Torvalds committed
    This is a slightly more complete fix for the previous minimal sysctl
    string fix.  It always terminates the returned string with a NUL, even
    if the full result wouldn't fit in the user-supplied buffer.
    The returned length is the full untruncated length, so that you can
    tell when truncation has occurred.
    Signed-off-by: Linus Torvalds <>
Commits on Dec 31, 2005
  1. Merge

    Linus Torvalds committed
  2. @yang-y-yi

    [PATCH] Fix false old value return of sysctl

    yang-y-yi committed with Linus Torvalds
    For the sysctl syscall, if the user wants to get the old value of a
    sysctl entry and set a new value for it in the same syscall, the old
    value is always overwritten by the new value if the sysctl entry is of
    string type and if the user sets its strategy to sysctl_string.  This
    issue lies in the strategy being run twice if the strategy is set to
    sysctl_string, the general strategy sysctl_string always returns 0 if
    Such strategy routines as sysctl_jiffies and sysctl_jiffies_ms return 1
    because they do read and write for the sysctl entry.
    The strategy routine sysctl_string return 0 although it actually read
    and write the sysctl entry.
    According to my analysis, if a strategy routine do read and write, it
    should return 1, if it just does some necessary check but not read and
    write, it should return 0, for example sysctl_intvec.
    Signed-off-by: Yi Yang <>
    Signed-off-by: Linus Torvalds <>
  3. sysctl: don't overflow the user-supplied buffer with '\0'

    Linus Torvalds committed
    If the string was too long to fit in the user-supplied buffer,
    the sysctl layer would zero-terminate it by writing past the
    end of the buffer. Don't do that.
    Noticed by Yi Yang <>
    Signed-off-by: Linus Torvalds <>
Commits on Dec 30, 2005
  1. Insanity avoidance in /proc

    Linus Torvalds committed
    The old /proc interfaces were never updated to use loff_t, and are just
    generally broken.  Now, we should be using the seq_file interface for
    all of the proc files, but converting the legacy functions is more work
    than most people care for and has little upside..
    But at least we can make the non-LFS rules explicit, rather than just
    insanely wrapping the offset or something.
    Signed-off-by: Linus Torvalds <>
  2. [PATCH] Input: wacom - fix X axis setup

    Denny Priebe committed with Linus Torvalds
    This patch fixes a typo introduced by conversion to dynamic input_dev
    Signed-off-by: Dmitry Torokhov <>
    Signed-off-by: Linus Torvalds <>
  3. [PATCH] Input: warrior - fix HAT0Y axis setup

    Dmitry Torokhov committed with Linus Torvalds
    This patch fixes a typo introduced by conversion to dynamic input_dev
    Signed-off-by: Dmitry Torokhov <>
    Signed-off-by: Linus Torvalds <>
  4. [PATCH] Input: kbtab - fix Y axis setup

    Dmitry Torokhov committed with Linus Torvalds
    This patch fixes a typo introduced by conversion to dynamic input_dev
    Signed-off-by: Dmitry Torokhov <>
    Signed-off-by: Linus Torvalds <>
  5. @microe

    [ARM] 3216/1: indent and typo in drivers/serial/pxa.c

    microe committed with Russell King
    Patch from Erik Hovland
    This patch provides two changes. An indent is supplied for an if/else clause so that it is more readable. An acronym is incorrectly typed as UER when it should be IER.
    Signed-off-by: Erik Hovland <>
    Signed-off-by: Russell King <>
Commits on Dec 29, 2005
  1. [PATCH] Simplify the VIDEO_SAA7134_OSS Kconfig dependency line

    Jean Delvare committed with Linus Torvalds
    Thanks to Roman Zippel for the suggestion.
    Signed-off-by: Jean Delvare <>
    [ Short explanation: Kconfig uses ternary math: n/m/y, and !m is m ]
    Signed-off-by: Linus Torvalds <>
  2. Revert radeon AGP aperture offset changes

    Linus Torvalds committed
    This reverts the series of commits
    that changed the GART VM start offset.  It fixed some machines, but
    seems to continually interact badly with some X versions.
    Quoth Ben Herrenschmidt:
      "So I think at this point, the best is that we keep the old bogus code
       that at least is consistent with the bug in the server. I'm working on a
       big patch to X that reworks the memory map stuff completely and fixes
       those issues on the server side, I'll do a DRM patch matching this X fix
       as well so that the memory map is only ever set in one place and with
       what I hope is a correct algorithm..."
    Signed-off-by: Linus Torvalds <>
  3. Merge

    Linus Torvalds committed
  4. Merge

    Linus Torvalds committed
  5. [PATCH] Fix recursive config dependency for SAA7134

    Jean Delvare committed with Linus Torvalds
    Fix the cyclic dependency issue between CONFIG_SAA7134_ALSA and
    CONFIG_SAA7134_OSS (credits to Mauro Carvalho Chehab.)
    Signed-off-by: Jean Delvare <>
    Acked-by: Mauro Carvalho Chehab <>
    Signed-off-by: Linus Torvalds <>
  6. @antonblanchard

    [PATCH] ppc64: htab_initialize_secondary cannot be marked __init

    antonblanchard committed with Linus Torvalds
    Sonny has noticed hotplug CPU on ppc64 is broken in 2.6.15-*. One of the
    problems is that htab_initialize_secondary is called when a cpu is being
    brought up, but it is marked __init.
    Signed-off-by: Anton Blanchard <>
    Acked-by: Paul Mackerras <>
    Signed-off-by: Linus Torvalds <>
  7. [PATCH] x86_64: Fix incorrect node_present_pages on NUMA

    Ravikiran G Thirumalai committed with Linus Torvalds
    Currently, we do not pass the correct start_pfn to e820_hole_size, to
    calculate holes.  Following patch fixes that.
    The bug results in incorrect number of node_present_pages for each pgdat
    and causes ugly output in /sys and probably VM inbalances.
    Signed-off-by: Alok N Kataria <>
    Signed-off-by: Ravikiran Thirumalai <>
    Signed-off-by: Andi Kleen <>
    Sighed-off-by: Shair Fultheim <>
    Sighed-off-by: Linus Torvalds <>
  8. [PATCH] Input: aiptek - fix Y axis setup

    Riccardo Magliocchetti committed with Linus Torvalds
    This patch fixes a typo introduced by conversion to dynamic input_dev
    Signed-off-by: Dmitry Torokhov <>
    Signed-off-by: Linus Torvalds <>
  9. @kernelslacker

    [PATCH] fix ia64 compile failure with gcc4.1

    kernelslacker committed with Linus Torvalds
    __get_unaligned creates a typeof the var its passed, and writes to it,
    which on gcc4.1, spits out the following error:
    drivers/char/vc_screen.c: In function 'vcs_write':
    drivers/char/vc_screen.c:422: error: assignment of read-only variable 'val'
    Signed-off-by: Dave Jones <>
    [ The "right" fix would be to try to fix <asm-generic/unaligned.h>
      but that's hard to do with the tools gcc gives us. So this
      simpler patch is preferable -- Linus ]
    Signed-off-by: Linus Torvalds <>
  10. [PATCH] uml: fix compilation with CONFIG_MODE_TT disabled

    Paolo 'Blaisorblade' Giarrusso committed with Linus Torvalds
    Fix UML compilation when SKAS mode is disabled. Indeed, we were compiling
    SKAS-only object files, which failed due to some SKAS-only headers being
    excluded from the search path.
    Thanks to the bug report from Pekka J Enberg.
    Acked-by: Pekka J Enberg <penberg (at) cs ! helsinki ! fi>
    Signed-off-by: Paolo 'Blaisorblade' Giarrusso <>
    Signed-off-by: Linus Torvalds <>
  11. [PATCH] Hostfs: update for new glibc - add missing symbol exports

    Paolo 'Blaisorblade' Giarrusso committed with Linus Torvalds
    Today, when compiling UML, I got warnings for two used unexported symbols:
    readdir64 and truncate64. Indeed, my glibc headers are aliasing readdir to
    readdir64 and truncate to truncate64 (and so on).
    I'm then adding additional exports. Since I've no idea if the symbols where
    always provided in the supported glibc's, I've added weak definitions too.
    Signed-off-by: Paolo 'Blaisorblade' Giarrusso <>
    Signed-off-by: Linus Torvalds <>
  12. [PATCH] uml: hostfs - fix possible PAGE_CACHE_SHIFT overflows

    Paolo 'Blaisorblade' Giarrusso committed with Linus Torvalds
    Prevent page->index << PAGE_CACHE_SHIFT from overflowing.
    There is a casting there, but was added without care, so it's at the wrong
    place. Note the extra parens around the shift - "+" is higher precedence than
    "<<", leading to a GCC warning which saved all us.
    Signed-off-by: Paolo 'Blaisorblade' Giarrusso <>
    Signed-off-by: Linus Torvalds <>
  13. [PATCH] Hostfs: remove unused var

    Paolo 'Blaisorblade' Giarrusso committed with Linus Torvalds
    Trivial removal of unused variable from this file - doesn't even change the
    generated assembly code, in fact (gcc should trigger a warning for unused value
    Signed-off-by: Paolo 'Blaisorblade' Giarrusso <>
    Signed-off-by: Linus Torvalds <>
  14. [PATCH] uml: fix random segfaults at bootup

    Paolo 'Blaisorblade' Giarrusso committed with Linus Torvalds
    Don't use printk() where "current_thread_info()" is crap.
    Until when we switch to running on init_stack, current_thread_info() evaluates
    to crap. Printk uses "current" at times (in detail, &current is evaluated with
    CONFIG_DEBUG_SPINLOCK to check the spinlock owner task).
    And this leads to random segmentation faults.
    Exactly, what happens is that &current = *(current_thread_info()), i.e. round
    down $esp and dereference the value. I.e. access the stack below $esp, which
    causes SIGSEGV on a VM_GROWSDOWN vma (see arch/i386/mm/fault.c).
    Signed-off-by: Paolo 'Blaisorblade' Giarrusso <>
    Signed-off-by: Linus Torvalds <>
Commits on Dec 28, 2005
  1. [SERMOUSE]: Sun mice speak 5-byte protocol too.

    David S. Miller committed
    Noticed by Christophe Zimmerman, this explains the slow mouse movement
    with 2.6.x kernels.
    And checking the 2.4.x drivers/sbus/char/sunmouse.c driver shows we
    always used a 5-byte protocol with Sun mice in the past.  I have no
    idea how the 3-byte thing got into the 2.6.x driver, but it's surely
    Signed-off-by: David S. Miller <>
  2. [SPARC]: Use STABS_DEBUG and DWARF_DEBUG macros in

    David S. Miller committed
    Signed-off-by: David S. Miller <>
  3. [TG3]: Update driver version and reldate.

    David S. Miller committed
    Signed-off-by: David S. Miller <>
  4. [TG3]: ethtool -d hangs PCIe systems

    Chris Elmquist committed with David S. Miller
    Resubmitting after recommendation to use GET_REG32_1() instead of
    GET_REG32_LOOP(..., 1).  Retested.  Problem remains fixed.
    Prevent tg3_get_regs() from reading reserved and undocumented registers
    at RX_CPU_BASE and TX_CPU_BASE offsets which caused hostile behavior
    on PCIe platforms.
    Acked-by: Michael Chan <>
    Signed-off-by: David S. Miller <>
  5. @ozbenh

    [PATCH] Fix more radeon GART start calculation cases

    ozbenh committed with Linus Torvalds
    As reported by Jules Villard <> and some others, the
    recent GART aperture start reconfiguration causes problems on some
    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: Jules Villard <>
    Signed-off-by: Linus Torvalds <>
Commits on Dec 27, 2005
  1. @davem330

    [IPV6] mcast: Fix multiple issues in MLDv2 reports.

    David L Stevens committed with davem330
    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
    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: David L Stevens <>
    Signed-off-by: David S. Miller <>
Something went wrong with that request. Please try again.