Permalink
Commits on Nov 10, 2008
  1. Linux 2.6.28-rc4

    committed Nov 10, 2008
  2. @fenrus75

    regression: disable timer peek-ahead for 2.6.28

    It's showing up as regressions; disabling it very likely just papers
    over an underlying issue, but time is running out for 2.6.28, lets get
    back to this for 2.6.29
    
    Fixes: #11826 and #11893
    
    Signed-off-by: Arjan van de Ven <arjan@linux.intel.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    fenrus75 committed with Nov 9, 2008
  3. Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/gi…

    …t/sam/kbuild-fixes
    
    * 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/sam/kbuild-fixes:
      kbuild: Fixup deb-pkg target to generate separate firmware deb
    committed Nov 10, 2008
Commits on Nov 9, 2008
  1. @u1f35c

    kbuild: Fixup deb-pkg target to generate separate firmware deb

    The below is a simplistic fix for "make deb-pkg"; it splits the
    firmware out to a linux-firmware-image package and adds an
    (unversioned) Suggests to the linux package for this firmware.
    
    Signed-Off-By: Jonathan McDowell <noodles@earth.li>
    Acked-by: Frans Pop <elendil@planet.nl>
    Signed-off-by: Sam Ravnborg <sam@ravnborg.org>
    u1f35c committed with Sam Ravnborg Sep 13, 2008
  2. Don't ask twice about not including staging drivers

    The "Exclude staging drivers" question is there so that we don't build
    staging drivers for allyesconfig or allnoconfig settings, but it's very
    irritating when you've already said "no" to staging drivers earlier.
    
    There is absolutely no point in declining twice - once you've declined
    the staging drivers, you're done.
    
    So make the second question depend on the first question having been
    answered in the affirmative.
    
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    committed Nov 9, 2008
  3. Merge branch 'for-2.6.28' of git://linux-nfs.org/~bfields/linux

    * 'for-2.6.28' of git://linux-nfs.org/~bfields/linux:
      Fix nfsd truncation of readdir results
    committed Nov 9, 2008
  4. Merge branch 'cpus4096' of git://git.kernel.org/pub/scm/linux/kernel/…

    …git/tip/linux-2.6-tip
    
    * 'cpus4096' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
      cpumask: introduce new API, without changing anything, v3
      cpumask: new API, v2
      cpumask: introduce new API, without changing anything
    committed Nov 9, 2008
  5. Fix nfsd truncation of readdir results

    Commit 8d7c420 "nfsd: fix failure to set eof in readdir in some
    situations" introduced a bug: on a directory in an exported ext3
    filesystem with dir_index unset, a READDIR will only return about 250
    entries, even if the directory was larger.
    
    Bisected it back to this commit; reverting it fixes the problem.
    
    It turns out that in this case ext3 reads a block at a time, then
    returns from readdir, which means we can end up with buf.full==0 but
    with more entries in the directory still to be read.  Before 8d7c420
    (but after c002a6c "Optimise NFS readdir hack slightly"), this would
    cause us to return the READDIR result immediately, but with the eof bit
    unset.  That could cause a performance regression (because the client
    would need more roundtrips to the server to read the whole directory),
    but no loss in correctness, since the cleared eof bit caused the client
    to send another readdir.  After 8d7c420, the setting of the eof bit
    made this a correctness problem.
    
    So, move nfserr_eof into the loop and remove the buf.full check so that
    we loop until buf.used==0.  The following seems to do the right thing
    and reduces the network traffic since we don't return a READDIR result
    until the buffer is full.
    
    Tested on an empty directory & large directory; eof is properly sent and
    there are no more short buffers.
    
    Signed-off-by: Doug Nazar <nazard@dragoninc.ca>
    Cc: David Woodhouse <David.Woodhouse@intel.com>
    Cc: Al Viro <viro@zeniv.linux.org.uk>
    Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>
    Doug Nazar committed with J. Bruce Fields Nov 5, 2008
  6. @rustyrussell

    cpumask: introduce new API, without changing anything, v3

    Impact: cleanup
    
    Clean up based on feedback from Andrew Morton and others:
    
     - change to inline functions instead of macros
     - add __init to bootmem method
     - add a missing debug check
    
    Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>
    rustyrussell committed with Ingo Molnar Nov 8, 2008
  7. net: unix: fix inflight counting bug in garbage collector

    Previously I assumed that the receive queues of candidates don't
    change during the GC.  This is only half true, nothing can be received
    from the queues (see comment in unix_gc()), but buffers could be added
    through the other half of the socket pair, which may still have file
    descriptors referring to it.
    
    This can result in inc_inflight_move_tail() erronously increasing the
    "inflight" counter for a unix socket for which dec_inflight() wasn't
    previously called.  This in turn can trigger the "BUG_ON(total_refs <
    inflight_refs)" in a later garbage collection run.
    
    Fix this by only manipulating the "inflight" counter for sockets which
    are candidates themselves.  Duplicating the file references in
    unix_attach_fds() is also needed to prevent a socket becoming a
    candidate for GC while the skb that contains it is not yet queued.
    
    Reported-by: Andrea Bittau <a.bittau@cs.ucl.ac.uk>
    Signed-off-by: Miklos Szeredi <mszeredi@suse.cz>
    CC: stable@kernel.org
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Miklos Szeredi committed with Nov 9, 2008
  8. clarify usage expectations for cnt32_to_63()

    Currently, all existing users of cnt32_to_63() are fine since the CPU
    architectures where it is used don't do read access reordering, and user
    mode preemption is disabled already.  It is nevertheless a good idea to
    better elaborate usage requirements wrt preemption, and use an explicit
    memory barrier on SMP to avoid different CPUs accessing the counter
    value in the wrong order.  On UP a simple compiler barrier is
    sufficient.
    
    Signed-off-by: Nicolas Pitre <nico@marvell.com>
    Acked-by: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Nicolas Pitre committed with Nov 9, 2008
  9. Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel…

    …/git/drzeus/mmc
    
    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/drzeus/mmc:
      mmc: struct device - replace bus_id with dev_name(), dev_set_name()
      mmc: increase SD write timeout for crappy cards
    committed Nov 9, 2008
  10. @tiwai

    regulator: Use menuconfig in Kconfig

    Use menuconfig instead of flat configs so that you can disable/enable
    regulator items with one selection.  Also, use depends instead of
    reverse selections to make life easier, too.
    
    Signed-off-by: Takashi Iwai <tiwai@suse.de>
    Signed-off-by: Liam Girdwood <lrg@slimlogic.co.uk>
    tiwai committed with Liam Girdwood Oct 30, 2008
Commits on Nov 8, 2008
  1. @kaysievers

    mmc: struct device - replace bus_id with dev_name(), dev_set_name()

    Acked-by: Greg Kroah-Hartman <gregkh@suse.de>
    Signed-Off-By: Kay Sievers <kay.sievers@vrfy.org>
    Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
    kaysievers committed with Pierre Ossman Nov 8, 2008
  2. mmc: increase SD write timeout for crappy cards

    It seems that some cards are slightly out of spec and occasionally
    will not be able to complete a write in the alloted 250 ms [1].
    Incease the timeout slightly to allow even these cards to function
    properly.
    
    [1] http://lkml.org/lkml/2008/9/23/390
    
    Signed-off-by: Pierre Ossman <drzeus@drzeus.cx>
    Pierre Ossman committed Oct 26, 2008
  3. Merge branch 'sched-fixes-for-linus' of git://git.kernel.org/pub/scm/…

    …linux/kernel/git/tip/linux-2.6-tip
    
    * 'sched-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
      sched: optimize sched_clock() a bit
      sched: improve sched_clock() performance
    committed Nov 8, 2008
  4. Merge branch 'oprofile-fixes-for-linus' of git://git.kernel.org/pub/s…

    …cm/linux/kernel/git/tip/linux-2.6-tip
    
    * 'oprofile-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
      oprofile: Fix p6 counter overflow check
      Cell OProfile: Incorrect local array size in activate spu profiling function
      Revert "Cell OProfile: Incorrect local array size in activate spu profiling function"
      oprofile: fix memory ordering
      Cell OProfile: Incorrect local array size in activate spu profiling function
      Change UTF8 chars in Kconfig help text about Oprofile AMD barcelona
    committed Nov 8, 2008
  5. Merge git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging-2.6

    * git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging-2.6:
      Staging: make usbip depend on CONFIG_NET
      Staging: only build the tree if we really want to
    committed Nov 8, 2008
  6. @rjwysocki

    Fix __pfn_to_page(pfn) for CONFIG_DISCONTIGMEM=y

    Fix the __pfn_to_page(pfn) macro so that it doesn't evaluate its
    argument twice in the CONFIG_DISCONTIGMEM=y case, because 'pfn' may
    be a result of a funtion call having side effects.
    
    For example, the hibernation code applies pfn_to_page(pfn) to the
    result of a function returning the pfn corresponding to the next set
    bit in a bitmap and the current bit position is modified on each
    call.  This leads to "interesting" failures for CONFIG_DISCONTIGMEM=y
    due to the current behavior of __pfn_to_page(pfn).
    
    Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
    Acked-by: Pavel Machek <pavel@suse.cz>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    rjwysocki committed with Nov 8, 2008
  7. sched: optimize sched_clock() a bit

    sched_clock() uses cycles_2_ns() needlessly - which is an irq-disabling
    variant of __cycles_2_ns().
    
    Most of the time sched_clock() is called with irqs disabled already.
    The few places that call it with irqs enabled need to be updated.
    
    Signed-off-by: Ingo Molnar <mingo@elte.hu>
    Ingo Molnar committed Nov 8, 2008
  8. sched: improve sched_clock() performance

    in scheduler-intense workloads native_read_tsc() overhead accounts for
    20% of the system overhead:
    
     659567 system_call                              41222.9375
     686796 schedule                                 435.7843
     718382 __switch_to                              665.1685
     823875 switch_mm                                4526.7857
     1883122 native_read_tsc                          55385.9412
     9761990 total                                      2.8468
    
    this is large part due to the rdtsc_barrier() that is done before
    and after reading the TSC.
    
    But sched_clock() is not a precise clock in the GTOD sense, using such
    barriers is completely pointless. So remove the barriers and only use
    them in vget_cycles().
    
    This improves lat_ctx performance by about 5%.
    
    Signed-off-by: Ingo Molnar <mingo@elte.hu>
    Ingo Molnar committed Nov 8, 2008
  9. @gregkh

    Staging: make usbip depend on CONFIG_NET

    Thanks to Randy Dunlap for finding this problem.
    
    Reported-by: Randy Dunlap <randy.dunlap@oracle.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    gregkh committed with Greg Kroah-Hartman Oct 29, 2008
  10. @gregkh

    Staging: only build the tree if we really want to

    This Kconfig change allows the common 'make allmodconfig' and
    'make allyesconfig' build options to skip the staging tree, which is
    probably what you want to have happen anyway.
    
    This makes the linux-next developer's life a lot easier so he doesn't
    have to worry about changes that break the staging tree, that's for me
    to worry about...
    
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    gregkh committed with Greg Kroah-Hartman Nov 8, 2008
Commits on Nov 7, 2008
  1. Merge branch 'oprofile-for-tip' of git://git.kernel.org/pub/scm/linux…

    …/kernel/git/rric/oprofile into x86/urgent
    Ingo Molnar committed Nov 7, 2008
  2. Merge branch 'release' of git://git.kernel.org/pub/scm/linux/kernel/g…

    …it/aegl/linux-2.6
    
    * 'release' of git://git.kernel.org/pub/scm/linux/kernel/git/aegl/linux-2.6:
      [IA64] Reserve elfcorehdr memory in CONFIG_CRASH_DUMP
      [IA64] fix boot panic caused by offline CPUs
      [IA64] reorder Kconfig options to match x86
      [IA64] Build VT-D iommu support into generic kernel
      [IA64] remove dead BIO_VMERGE_BOUNDARY definition
      [IA64] remove duplicated #include from pci-dma.c
      [IA64] use common header for software IO/TLB
      [IA64] fix the difference between node_mem_map and node_start_pfn
      [IA64] Add error_recovery_info field to SAL section header
      [IA64] Add UV watchlist support.
      [IA64] Simplify SGI uv vs. sn2 driver issues
    committed Nov 7, 2008
  3. [IA64] Reserve elfcorehdr memory in CONFIG_CRASH_DUMP

    IA64 kdump kernel failed to initialize /proc/vmcore in 2.6.28-rc2.
    A bug was introduced in this patch commit:
    
      d9a9855
      always reserve elfcore header memory in crash kernel
    
    The problem was that the call to reserve_elfcorehdr() should be placed
    in CONFIG_CRASH_DUMP rather than in CONFIG_CRASH_KERNEL, which does
    not exist.
    
    Signed-off-by: Jay Lan <jlan@sgi.com>
    Acked-by: Simon Hormon <horms@verge.net.au>
    Signed-off-by: Tony Luck <tony.luck@intel.com>
    Jay Lan committed with Tony Luck Nov 7, 2008
  4. Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel…

    …/git/jbarnes/pci-2.6
    
    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jbarnes/pci-2.6:
      PCI: fix range check on mmapped sysfs resource files
      PCI: remove excess kernel-doc notation
      PCI: annotate return value of pci_ioremap_bar with __iomem
      PCI: fix VPD limit quirk for Broadcom 5708S
    committed Nov 7, 2008
  5. Merge branch 'x86-fixes-for-linus' of git://git.kernel.org/pub/scm/li…

    …nux/kernel/git/tip/linux-2.6-tip
    
    * 'x86-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
      x86, xen: fix use of pgd_page now that it really does return a page
    committed Nov 7, 2008
  6. Merge branch 'sched-fixes-for-linus' of git://git.kernel.org/pub/scm/…

    …linux/kernel/git/tip/linux-2.6-tip
    
    * 'sched-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
      sched: fine-tune SD_SIBLING_INIT
      sched: fine-tune SD_MC_INIT
      sched: fix memory leak in a failure path
      sched: fix a bug in sched domain degenerate
    committed Nov 7, 2008
  7. Merge branch 'core-fixes-for-linus' of git://git.kernel.org/pub/scm/l…

    …inux/kernel/git/tip/linux-2.6-tip
    
    * 'core-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
      xen: make sure stray alias mappings are gone before pinning
      vmap: cope with vm_unmap_aliases before vmalloc_init()
    committed Nov 7, 2008
  8. oprofile: Fix p6 counter overflow check

    Fix the counter overflow check for CPUs with counter width > 32
    
    I had a similar change in a different patch that I didn't submit
    and I didn't notice the problem earlier because it was always
    tested together.
    
    Signed-off-by: Andi Kleen <ak@linux.intel.com>
    Signed-off-by: Robert Richter <robert.richter@amd.com>
    Andi Kleen committed with Robert Richter Nov 7, 2008
  9. @Alan-Cox

    trivial: MPT fusion - remove long dead code

    This triggers false bug reports as it does a bogus kmalloc with locks held
    but is never really compiled into the kernel.
    
    Closes #8329
    
    Signed-off-by: Alan Cox <alan@redhat.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Alan-Cox committed with Nov 7, 2008
  10. @Alan-Cox

    trivial: dmi_scan typo

    As we've lost our trivial maintainer for the moment I'll send this
    directly. Only touches a comment
    
    Signed-off-by: Alan Cox <alan@redhat.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Alan-Cox committed with Nov 7, 2008
  11. Merge branch 'for_linus' of git://git.kernel.org/pub/scm/linux/kernel…

    …/git/tytso/ext4
    
    * 'for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4:
      ext4: add checksum calculation when clearing UNINIT flag in ext4_new_inode
      ext4: Mark the buffer_heads as dirty and uptodate after prepare_write
      ext4: calculate journal credits correctly
      ext4: wait on all pending commits in ext4_sync_fs()
      ext4: Convert to host order before using the values.
      ext4: fix missing ext4_unlock_group in error path
      jbd2: deregister proc on failure in jbd2_journal_init_inode
      jbd2: don't give up looking for space so easily in __jbd2_log_wait_for_space
      jbd: don't give up looking for space so easily in __log_wait_for_space
    committed Nov 7, 2008
  12. sched: fine-tune SD_SIBLING_INIT

    fine-tune the HT sched-domains parameters as well.
    
    On a HT capable box, this increases lat_ctx performance from 23.87
    usecs to 1.49 usecs:
    
     # before
    
     $ ./lat_ctx -s 0 2
    
       "size=0k ovr=1.89
        2 23.87
    
     # after
    
     $ ./lat_ctx -s 0 2
    
       "size=0k ovr=1.84
         2 1.49
    
    Signed-off-by: Ingo Molnar <mingo@elte.hu>
    Ingo Molnar committed Nov 7, 2008