Skip to content
Commits on Feb 27, 2006
  1. Linux v2.6.16-rc5

    Linus Torvalds committed Feb 26, 2006
  2. Make Kprobes depend on modules

    Commit 9ec4b1f made kprobes not compile
    without module support, so just make that clear in the Kconfig file.
    
    Also, since it's marked EXPERIMENTAL, make that dependency explicit too.
    
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Linus Torvalds committed Feb 26, 2006
  3. [SPARC64]: Make cpu_present_map available earlier.

    The change to kernel/sched.c's init code to use for_each_cpu()
    requires that the cpu_possible_map be setup much earlier.
    
    Set it up via setup_arch(), constrained to NR_CPUS, and later
    constrain it to max_cpus in smp_prepare_cpus().
    
    This fixes SMP booting on sparc64.
    
    Signed-off-by: David S. Miller <davem@davemloft.net>
    David S. Miller committed Feb 25, 2006
  4. @davem330

    [SPARC64]: Implement futex_atomic_op_inuser().

    Signed-off-by: David S. Miller <davem@davemloft.net>
    davem330 committed with David S. Miller Feb 25, 2006
  5. [PATCH] fix voyager after topology.c move

    Commit 9c869ed broke voyager again
    rather subtly because it already had its own topology exporting
    functions, so now each CPU gets registered twice.
    
    I think we can actually use the generic ones, so I don't propose
    reverting it.  The attached should eliminate the voyager topology
    functions in favour of the generic ones.
    
    I also added a define to ensure voyager is never hotplug CPU (we don't
    have the support in the SMP harness).
    
    Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    James Bottomley committed with Linus Torvalds Feb 26, 2006
  6. [PATCH] fix build on x86_64 with !CONFIG_HOTPLUG_CPU

    The commit e2c0388 added
    setup_additional_cpus to setup.c but this is only defined if
    CONFIG_HOTPLUG_CPU is set.  This patch changes the #ifdef to reflect that.
    
    Signed-off-by: Brian Magnuson <magnuson@rcn.com>
    Signed-off-by: Andi Kleen <ak@suse.de>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Brian Magnuson committed with Linus Torvalds Feb 27, 2006
Commits on Feb 26, 2006
  1. [PATCH] x86_64: Fix ioctl compat code for /dev/rtc

    RTC_IRQP_SET/RTC_EPOCH_SET don't take a pointer to an argument, but the
    argument itself.  This actually simplifies the code and makes it work.
    
    Signed-off-by: Andi Kleen <ak@suse.de>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Andi Kleen committed with Linus Torvalds Feb 26, 2006
  2. [PATCH] x86_64: Better ATI timer fix

    The previous experiment for using apicmaintimer on ATI systems didn't
    work out very well.  In particular laptops with C2/C3 support often
    don't let it tick during idle, which makes it useless.  There were also
    some other bugs that made the apicmaintimer often not used at all.
    
    I tried some other experiments - running timer over RTC and some other
    things but they didn't really work well neither.
    
    I rechecked the specs now and it turns out this simple change is
    actually enough to avoid the double ticks on the ATI systems.  We just
    turn off IRQ 0 in the 8254 and only route it directly using the IO-APIC.
    
    I tested it on a few ATI systems and it worked there.  In fact it worked
    on all chipsets (NVidia, Intel, AMD, ATI) I tried it on.
    
    According to the ACPI spec routing should always work through the
    IO-APIC so I think it's the correct thing to do anyways (and most of the
    old gunk in check_timer should be thrown away for x86-64).
    
    But for 2.6.16 it's best to do a fairly minimal change:
     - Use the known to be working everywhere-but-ATI IRQ0 both over 8254
       and IO-APIC setup everywhere
     - Except on ATI disable IRQ0 in the 8254
     - Remove the code to select apicmaintimer on ATI chipsets
     - Add some boot options to allow to override this (just paranoia)
    
    In 2.6.17 I hope to switch the default over to this for everybody.
    
    Signed-off-by: Andi Kleen <ak@suse.de>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Andi Kleen committed with Linus Torvalds Feb 26, 2006
  3. [PATCH] x86_64: Move the SMP time selection earlier

    SMP time selection originally ran after all CPUs were brought up because
    it needed to know the number of CPUs to decide if it needs an MP safe
    timer or not.
    
    This is not needed anymore because we know present CPUs early.
    
    This fixes a couple of problems:
     - apicmaintimer didn't always work because it relied on state that was
       set up time_init_gtod too late.
     - The output for the used timer in early kernel log was misleading
       because time_init_gtod could actually change it later.  Now always
       print the final timer choice
    
    Signed-off-by: Andi Kleen <ak@suse.de>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Andi Kleen committed with Linus Torvalds Feb 26, 2006
  4. [PATCH] x86_64: Fix the additional_cpus=.. option

    It didn't set up the CPU possible map early enough, so the
    option didn't actually work.
    
    Noticed by Heiko Carstens
    
    Signed-off-by: Andi Kleen <ak@suse.de>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Andi Kleen committed with Linus Torvalds Feb 26, 2006
  5. [PATCH] x86_64: Disable ACPI blacklist by year for now on x86-64

    ACPI is initialized very early on x86-64, before the DMI code is
    initialized.  This means it would often discover a 0 year and then turn
    off ACPI because it thought the BIOS was too old.  Some systems don't
    boot without ACPI so this was a problem.
    
    I have a full fix by adding new very early DMI detection, but it needs
    more testing before it can be merged.  For 2.6.16 let's just turn the
    check off.  It never made much sense anyways because there are no x86-64
    systems older than 2002 or so and they generally all have working ACPI.
    
    Cc: len.brown@intel.com
    
    Signed-off-by: Andi Kleen <ak@suse.de>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Andi Kleen committed with Linus Torvalds Feb 26, 2006
  6. @lcmcd

    [PATCH] x86_64: Fix NMI watchdog on x460

    [description from AK]
    
    Old check for the IO-APIC watchdog during the timer check was wrong -
    it obviously should only drop into this if the IO-APIC watchdog is used.
    
    Signed-off-by: Andi Kleen <ak@suse.de>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    lcmcd committed with Linus Torvalds Feb 26, 2006
  7. [PATCH] x86-64/i386: Use common X86_PM_TIMER option and make it EMBEDDED

    This makes x86-64 use the common X86_PM_TIMER Kconfig entry in drivers/acpi
    
    And since PM timer is needed for correct timing on a lot of systems
    now (e.g. AMD dual cores) and we often get bug reports from people
    who forgot to set it make it depend on CONFIG_EMBEDDED. x86-64 had
    this change before and it's a good thing.
    
    I also fixed the description slightly to make this more clear.
    
    Cc: len.brown@intel.com
    
    Signed-off-by: Andi Kleen <ak@suse.de>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Andi Kleen committed with Linus Torvalds Feb 26, 2006
  8. [PATCH] i386: Handle non existing APICs without panicing

    [description from AK]
    
    This fixes booting in APIC mode on some ACER laptops. x86-64
    did a similar change some time ago.
    
    See http://bugzilla.kernel.org/show_bug.cgi?id=4700 for details
    
    Signed-off-by: Andi Kleen <ak@suse.de>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Andreas Deresch committed with Linus Torvalds Feb 26, 2006
  9. [PATCH] x86_64: Only do the clustered systems have unsynchronized TSC…

    … assumption on IBM systems
    
    Big Unisys systems have multiple clusters too, but they have an
    synchronized TSC.
    
    I'm using the SMBIOS to check for vendor == IBM.
    
    Cc: Chris McDermott <lcm@us.ibm.com>
    Cc: "Protasevich, Natalie" <Natalie.Protasevich@unisys.com>
    
    Signed-off-by: Andi Kleen <ak@suse.de>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Andi Kleen committed with Linus Torvalds Feb 26, 2006
  10. [PATCH] x86_64: Check for bad elf entry address.

    Fixes a local DOS on Intel systems that lead to an endless
    recursive fault.  AMD machines don't seem to be affected.
    
    Signed-off-by: Suresh Siddha <suresh.b.siddha@intel.com>
    Signed-off-by: Andi Kleen <ak@suse.de>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Suresh Siddha committed with Linus Torvalds Feb 26, 2006
  11. [PATCH] x86_64: fix USER_PTRS_PER_PGD

    The value, while currently unused in the native kernel, was off by one.
    
    Signed-Off-By: Jan Beulich <jbeulich@novell.com>
    Signed-off-by: Andi Kleen <ak@suse.de>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Jan Beulich committed with Linus Torvalds Feb 26, 2006
  12. [PATCH] x86_64: no_iommu removal in pci-gart.c

    In previous versions of pci-gart.c, no_iommu was used to determine if IOMMU was
    disabled in the GART DMA mapping functions.  This changed in 2.6.16 and now
    gart_xxx() functions are only called if gart is enabled.  Therefore, uses of
    no_iommu in the GART code are no longer necessary and can be removed.
    
    Also, it removes double deceleration of no_iommu and force_iommu in pci.h and
    proto.h, by removing the deceleration in pci.h.
    
    Lastly, end_pfn off by one error.
    
    Tested (along with patch 1/2) on dual opteron with gart enabled, iommu=soft,
    and iommu=off.
    
    Signed-off-by: Jon Mason <jdmason@us.ibm.com>
    Signed-off-by: Andi Kleen <ak@suse.de>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Jon Mason committed with Linus Torvalds Feb 26, 2006
  13. @mzyngier

    [PATCH] Fix Specialix SI probing

    As the (probably) last user of a Specialix SI board, I noticed that
    recent kernels would fail to probe the sucker.  Quick investigation
    indicate a few missing braces...
    
    I left the double probing in place, as it looks like it's been here
    forever.
    
    Signed-off-by: Marc Zyngier <maz@misterjones.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    mzyngier committed with Linus Torvalds Feb 26, 2006
  14. [PATCH] sd: fix memory corruption with broken mode page headers

    There's a problem in sd where we blindly believe the length of the
    headers and block descriptors.  Some devices return insane values for
    these and cause our length to end up greater than the actual buffer
    size, so check to make sure.
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    
    Also removed the buffer size magic number (512) and added DPOFUA of
    zero to the defaults
    
    Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Al Viro committed with Linus Torvalds Feb 26, 2006
Commits on Feb 25, 2006
  1. @kernelslacker

    [PATCH] x86-64: react to new topology.c location

    Commit 9c869ed moved the i386 topology.c
    file. That change broke x86-64 compiles, as it uses the same file.
    
    Signed-off-by: Dave Jones <davej@redhat.com>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    kernelslacker committed with Linus Torvalds Feb 25, 2006
  2. Merge master.kernel.org:/home/rmk/linux-2.6-serial

    Linus Torvalds committed Feb 24, 2006
  3. Merge master.kernel.org:/home/rmk/linux-2.6-arm

    Linus Torvalds committed Feb 24, 2006
Commits on Feb 24, 2006
  1. @kumargala

    [PATCH] powerpc: Fix mem= cmdline handling on arch/powerpc for !MULTI…

    …PLATFORM
    
    mem= command line option was being ignored in arch/powerpc if we were not
    a CONFIG_MULTIPLATFORM (which is handled via prom_init stub). The initial
    command line extraction and parsing needed to be moved earlier in the boot
    process and have code to actual parse mem= and do something about it.
    
    Also, fixed a compile warning in the file.
    
    Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
    Acked-by: Segher Boessenkool <segher@kernel.crashing.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    kumargala committed with Linus Torvalds Feb 24, 2006
  2. [PATCH] Fix topology.c location

    When compiling a non-default subarch, topology.c is missing from the kernel
    build.  This causes builds with CONFIG_HOTPLUG_CPU to fail.  In addition,
    on Intel processors with cpuid level > 4, it causes intel_cacheinfo.c to
    reference uninitialized data that should have been set up by the initcall
    in topology.c which calls register_cpu.  This causes a kernel panic on boot
    on newer Intel processors.  Moving topology.c to arch/i386/kernel fixes
    both of these problems.
    
    Thanks to Dan Hecht for finding and fixing this problem.
    
    Signed-off-by: Zachary Amsden <zach@vmware.com>
    Signed-off-by: Dan Hecht <dhect@vmware.com>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Zachary Amsden committed with Linus Torvalds Feb 24, 2006
  3. [PATCH] tmpfs: recommend remount for mpol

    akpm points out that switching to a non-NUMA kernel could be irritating
    if mounting tmpfs fails on an mpol option: tmpfs.txt recommend remount.
    
    Signed-off-by: Hugh Dickins <hugh@veritas.com>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Hugh Dickins committed with Linus Torvalds Feb 24, 2006
  4. [PATCH] dm: free minor after unlink gendisk

    Minor number should be freed after del_gendisk().  Otherwise, there could
    be a window where 2 registered gendisk has same minor number.
    
    Signed-off-by: Jun'ichi Nomura <j-nomura@ce.jp.nec.com>
    Acked-by: Alasdair G Kergon <agk@redhat.com>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Jun'ichi Nomura committed with Linus Torvalds Feb 24, 2006
  5. [PATCH] dm: missing bdput/thaw_bdev at removal

    Need to unfreeze and release bdev otherwise the bdev inode with
    inconsistent state is reused later and cause problem.
    
    Signed-off-by: Jun'ichi Nomura <j-nomura@ce.jp.nec.com>
    Acked-by: Alasdair G Kergon <agk@redhat.com>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Jun'ichi Nomura committed with Linus Torvalds Feb 24, 2006
  6. [PATCH] ramfs: update dir mtime and ctime

    Phil Marek <philipp.marek@bmlv.gv.at> points out that ramfs forgets to update
    a directory's mtime and ctime when it is modified.
    
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Andrew Morton committed with Linus Torvalds Feb 24, 2006
  7. [PATCH] vmscan: fix zone_reclaim

    - PF_SWAPWRITE needs to be set for RECLAIM_SWAP to be able to write
      out pages to swap. Currently RECLAIM_SWAP may not do that.
    
    - remove setting nr_reclaimed pages after slab reclaim since the slab shrinking
      code does not use that and the nr_reclaimed pages is just right for the
      intended follow up action.
    
    Signed-off-by: Christoph Lameter <clameter@sgi.com>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Christoph Lameter committed with Linus Torvalds Feb 24, 2006
  8. [PATCH] flags parameter for linkat

    I'm currently at the POSIX meeting and one thing covered was the
    incompatibility of Linux's link() with the POSIX definition.  The name.
    Linux does not follow symlinks, POSIX requires it does.
    
    Even if somebody thinks this is a good default behavior we cannot change this
    because it would break the ABI.  But the fact remains that some application
    might want this behavior.
    
    We have one chance to help implementing this without breaking the behavior.
     For this we could use the new linkat interface which would need a new
    flags parameter.  If the new parameter is AT_SYMLINK_FOLLOW the new
    behavior could be invoked.
    
    I do not want to introduce such a patch now.  But we could add the
    parameter now, just don't use it.  The patch below would do this.  Can we
    get this late patch applied before the release more or less fixes the
    syscall API?
    
    Signed-off-by: Ulrich Drepper <drepper@redhat.com>
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
    Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
    Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Ulrich Drepper committed with Linus Torvalds Feb 24, 2006
  9. [PATCH] Fix pseudo_palette setup in asiliantfb_setcolreg()

    The setcolreg function will attempt to write 24 color entries to the
    pseudo_pallette.  However, the pseudo_palette has only space for 16 entries.
    
    Thanks to Atsushi Nemoto for reporting this bug.
    
    Signed-off-by: Antonino Daplas <adaplas@pol.net>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Antonino A. Daplas committed with Linus Torvalds Feb 24, 2006
Something went wrong with that request. Please try again.