Skip to content
Commits on Jan 15, 2006
  1. @chriswright

    Linux 2.6.15.1

    chriswright committed Jan 14, 2006
  2. @AdrianBunk @chriswright

    [PATCH] arch/sparc64/Kconfig: fix HUGETLB_PAGE_SIZE_64K dependencies

    This patch fixes a typo in the dependencies of HUGETLB_PAGE_SIZE_64K.
    
    This bug was reported by Jean-Luc Leger <reiga@dspnet.fr.eu.org>.
    
    Signed-off-by: Adrian Bunk <bunk@stusta.de>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    AdrianBunk committed with chriswright Jan 12, 2006
  3. @arvidjaar @chriswright

    [PATCH] fix /sys/class/net/<if>/wireless without dev->get_wireless_stats

    dev->get_wireless_stats is deprecated but removing it also removes wireless
    subdirectory in sysfs. This patch puts it back.
    
    akpm: I don't know what's happening here.  This might be appropriate as a
    2.6.15.x compatibility backport.  Waiting to hear from Jeff.
    
    Signed-off-by: Andrey Borzenkov <arvidjaar@mail.ru>
    Cc: "David S. Miller" <davem@davemloft.net>
    Cc: Jeff Garzik <jgarzik@pobox.com>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    arvidjaar committed with chriswright Jan 9, 2006
  4. @chriswright

    [PATCH] moxa serial: add proper capability check

    This requires the proper capabilities for the moxa bios update ioctl's.
    
    Signed-off-by: Alan Cox <alan@redhat.com>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Alan Cox committed with chriswright Jan 9, 2006
  5. @chriswright

    [PATCH] Fix DoS in netlink_rcv_skb() (CVE-2006-0035)

    Sanity check nlmsg_len during netlink_rcv_skb.  An nlmsg_len == 0 can
    cause infinite loop in kernel, effectively DoSing machine.  Noted by
    Martin Murray.
    
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Martin Murray committed with chriswright Jan 10, 2006
  6. @davem330 @chriswright

    [PATCH] Fix sys_fstat64() entry in 64-bit syscall table.

    Noticed by Jakub Jelinek.
    
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    davem330 committed with chriswright Jan 10, 2006
  7. @oldelvet @chriswright

    [PATCH] Fix ptrace/strace

    Don't clobber register %l0 while checking TI_SYS_NOERROR value in
    syscall return path.  This bug was introduced by:
    
    db7d9a4
    
    Problem narrowed down by Luis F. Ortiz and Richard Mortimer.
    
    I tried using %l2 as suggested by Luis and that works for me.
    
    Looking at the code I wonder if it makes sense to simplify the code
    a little bit. The following works for me but I'm not sure how to
    exercise the "NOERROR" codepath.
    
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    oldelvet committed with chriswright Jan 10, 2006
  8. @chriswright

    [PATCH] Don't match tcp/udp source/destination port for IP fragments

    Signed-off-by: Bart De Schuymer <bdschuym@pandora.be>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Bart De Schuymer committed with chriswright Jan 10, 2006
  9. @kaber @chriswright

    [PATCH] Fix another crash in ip_nat_pptp (CVE-2006-0037)

    The PPTP NAT helper calculates the offset at which the packet needs
    to be mangled as difference between two pointers to the header. With
    non-linear skbs however the pointers may point to two seperate buffers
    on the stack and the calculation results in a wrong offset beeing
    used.
    
    Signed-off-by: Patrick McHardy <kaber@trash.net>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    kaber committed with chriswright Jan 10, 2006
  10. @kaber @chriswright

    [PATCH] Fix crash in ip_nat_pptp (CVE-2006-0036)

    When an inbound PPTP_IN_CALL_REQUEST packet is received the
    PPTP NAT helper uses a NULL pointer in pointer arithmentic to
    calculate the offset in the packet which needs to be mangled
    and corrupts random memory or crashes.
    
    Signed-off-by: Patrick McHardy <kaber@trash.net>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    kaber committed with chriswright Jan 10, 2006
  11. @chriswright

    [PATCH] netlink oops fix due to incorrect error code

    Fixed oops after failed netlink socket creation.
    Wrong parathenses in if() statement caused err to be 1,
    instead of negative value.
    Trivial fix, not trivial to find though.
    
    Signed-Off-By: Dmitry Mishin <dim@sw.ru>
    Signed-Off-By: Kirill Korotaev <dev@openvz.org>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Kirill Korotaev committed with chriswright Jan 9, 2006
  12. @nathanlynch @chriswright

    [PATCH] fix workqueue oops during cpu offline

    Use first_cpu(cpu_possible_map) for the single-thread workqueue case.  We
    used to hardcode 0, but that broke on systems where !cpu_possible(0) when
    workqueue_struct->cpu_workqueue_struct was changed from a static array to
    alloc_percpu.
    
    Commit id bce61dd ("Fix hardcoded cpu=0 in
    workqueue for per_cpu_ptr() calls") fixed that for Ben's funky sparc64
    system, but it regressed my Power5.  Offlining cpu 0 oopses upon the next
    call to queue_work for a single-thread workqueue, because now we try to
    manipulate per_cpu_ptr(wq->cpu_wq, 1), which is uninitialized.
    
    So we need to establish an unchanging "slot" for single-thread workqueues
    which will have a valid percpu allocation.  Since alloc_percpu keys off of
    cpu_possible_map, which must not change after initialization, make this
    slot == first_cpu(cpu_possible_map).
    
    Signed-off-by: Nathan Lynch <ntl@pobox.com>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    nathanlynch committed with chriswright Jan 8, 2006
  13. @sthibaul @chriswright

    [PATCH] vgacon: fix doublescan mode

    When doublescan mode is in use, scanlines must be doubled.
    
    Thanks to Jason Dravet <dravet@hotmail.com> for reporting and testing.
    
    Signed-off-by: Samuel Thibault <samuel.thibault@ens-lyon.org>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    sthibaul committed with chriswright Jan 14, 2006
  14. @jacmet @chriswright

    [PATCH] ppc32: Re-add embed_config.c to ml300/ep405

    Commit 3e9e7c1 (ppc32: cleanup AMCC PPC40x
    eval boards to support U-Boot) broke the kernel for ML300 / EP405.
    
    It still compiles as there's a weak definition of the function in
    misc-embedded.c, but the kernel crashes as the bd_t fixup isn't performed.
    
    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    jacmet committed with chriswright Jan 6, 2006
  15. @chriswright

    [PATCH] Fix onboard video on SPARC Blade 100 for 2.6.{13,14,15}

    	I have recently been switching from using 2.4.32 on my trusty
    old Sparc Blade 100 to using 2.6.15 .  Some of the problems I ran into
    were distorted video when the console was active (missing first
    character, skipped dots) and when running X windows (colored snow,
    stripes, missing pixels).  A quick examination of the 2.6 versus 2.4
    source for the ATY driver revealed alot of changes.
    
             A closer look at the code/data for the 64GR/XL chip revealed
    two minor "typos" that the rewriter(s) of the code made.  The first is
    a incorrect clock value (230 .vs. 235) and the second is a missing
    flag (M64F_SDRAM_MAGIC_PLL).  Making both these changes seems to have
    fixed my problem.  I tend to think the 235 value is the correct one,
    as there is a 29.4 Mhz clock crystal close to the video chip and 235.2
    (29.4*8) is too close to 235 to make it a coincidence.
    
    	The flag for M64F_SDRAM_MAGIC_PLL was dropped during the
    changes made by adaplas in file revision 1.72 on the old bitkeeper
    repository.
    
    	The change relating to the clock rate has been there forever,
    at least in the 2.6 tree.  I'm not sure where to look for the old 2.5
    tree or if anyone cares when it happened.
    
    On SPARC Blades 100's, which use the ATY MACH64GR video chipset, the
    clock crystal frequency is 235.2 Mhz, not 230 Mhz.  The chipset also
    requires the use of M64F_SDRAM_MAGIC_PLL in order to setup the PLL
    properly for the DRAM.
    
    Signed-off-by: Luis F. Ortiz <lfo@Polyad.Org>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Luis F. Ortiz committed with chriswright Jan 5, 2006
  16. @chriswright

    [PATCH] skge: handle out of memory on ring changes

    Please consider this for 2.6.15.1; it fixes several cases where
    the skge driver can get in a bad state and later crash; if an
    admin operation that causes a restart fails from out of memory.
    Such as changing the MTU or increasing the ring size.
    
    The fixes involve checking the return value and doing necessary
    unwinds. Or in some cases avoiding doing a full restart.
    
    The same code is the netdev-2.6 tree for 2.6.16 but as separate pieces
    
    Signed-off-by: Stephen Hemminger <shemminger@osdl.org>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Stephen Hemminger committed with chriswright Jan 4, 2006
  17. @chriswright

    [PATCH] UFS: inode->i_sem is not released in error path

    Signed-off-by: Evgeniy Polyakov <johnpol@2ka.mipt.ru>
    Cc: <stable@kernel.org>
    akpm: obviously correct, OK for -stable immediately.
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Evgeniy Polyakov committed with chriswright Jan 3, 2006
  18. @chriswright

    [PATCH] BRIDGE: Fix faulty check in br_stp_recalculate_bridge_id()

    There is a regression in 2.6.15.
    One of the conversions from memcmp to compare_ether_addr is incorrect.
    We need to do relative comparison to determine min MAC address to
    use in bridge id. This will cause the wrong bridge id to be chosen
    which violates 802.1d Spanning Tree Protocol, and may create forwarding
    loops.
    
    Signed-off-by: Stephen Hemminger <shemminger@osdl.org>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Stephen Hemminger committed with chriswright Jan 3, 2006
Commits on Jan 3, 2006
  1. Linux v2.6.15

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

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

    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 <torvalds@osdl.org>
    Dag-Erling Sm�rgrav committed with Linus Torvalds Jan 2, 2006
  2. @ozbenh

    [PATCH] powerpc: more g5 overtemp problem fix

    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 <benh@kernel.crashing.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    ozbenh committed with Linus Torvalds Jan 2, 2006
Commits on Jan 1, 2006
  1. [PATCH] x86: teach dump_task_regs() about the -8 offset.

    This should fix multi-threaded core-files
    
    Signed-off-by: stsp@aknet.ru
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Stas Sergeev committed with Linus Torvalds Jan 1, 2006
  2. sysctl: make sure to terminate strings with a NUL

    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 <torvalds@osdl.org>
    Linus Torvalds committed Dec 31, 2005
Commits on Dec 31, 2005
  1. Merge master.kernel.org:/home/rmk/linux-2.6-serial

    Linus Torvalds committed Dec 31, 2005
  2. @yang-y-yi

    [PATCH] Fix false old value return of sysctl

    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
    success.
    
    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 <yang.y.yi@gmail.com>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    yang-y-yi committed with Linus Torvalds Dec 30, 2005
  3. sysctl: don't overflow the user-supplied buffer with '\0'

    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 <yang.y.yi@gmail.com>
    
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Linus Torvalds committed Dec 30, 2005
Commits on Dec 30, 2005
  1. Insanity avoidance in /proc

    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 <torvalds@osdl.org>
    Linus Torvalds committed Dec 30, 2005
  2. [PATCH] Input: wacom - fix X axis setup

    This patch fixes a typo introduced by conversion to dynamic input_dev
    allocation.
    
    Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Denny Priebe committed with Linus Torvalds Dec 29, 2005
  3. [PATCH] Input: warrior - fix HAT0Y axis setup

    This patch fixes a typo introduced by conversion to dynamic input_dev
    allocation.
    
    Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Dmitry Torokhov committed with Linus Torvalds Dec 29, 2005
  4. [PATCH] Input: kbtab - fix Y axis setup

    This patch fixes a typo introduced by conversion to dynamic input_dev
    allocation.
    
    Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Dmitry Torokhov committed with Linus Torvalds Dec 29, 2005
  5. @microe

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

    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 <erik@hovland.org>
    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
    microe committed with Russell King Dec 30, 2005
Commits on Dec 29, 2005
  1. [PATCH] Simplify the VIDEO_SAA7134_OSS Kconfig dependency line

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

    This reverts the series of commits
    
    	67dbb4e
    	281ab03
    	47807ce
    
    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 <torvalds@osdl.org>
    Linus Torvalds committed Dec 29, 2005
  3. Merge master.kernel.org:/home/rmk/linux-2.6-mmc

    Linus Torvalds committed Dec 29, 2005
Something went wrong with that request. Please try again.