Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP
Commits on Sep 25, 2007
  1. Linux 2.6.23-rc8

    Linus Torvalds authored
    Getting there...
  2. Merge branch 'upstream' of git://ftp.linux-mips.org/pub/scm/upstream-…

    Linus Torvalds authored
    …linus
    
    * 'upstream' of git://ftp.linux-mips.org/pub/scm/upstream-linus:
      [MIPS] SMTC: Make ack_bad_irq() safe with no IM backstop.
  3. Merge branch 'async-tx-fixes-for-linus' of git://lost.foo-projects.or…

    Linus Torvalds authored
    …g/~dwillia2/git/iop
    
    * 'async-tx-fixes-for-linus' of git://lost.foo-projects.org/~dwillia2/git/iop:
      raid5: fix 2 bugs in ops_complete_biofill
      async_tx: fix dma_wait_for_async_tx
      async_tx: usage documentation and developer notes (v2)
Commits on Sep 24, 2007
  1. @djbw

    raid5: fix 2 bugs in ops_complete_biofill

    djbw authored
    1/ ops_complete_biofill tried to avoid calling handle_stripe since all the
    state necessary to return read completions is available.  However the
    process of determining whether more read requests are pending requires
    locking the stripe (to block add_stripe_bio from updating dev->toead).
    ops_complete_biofill can run in tasklet context, so rather than upgrading
    all the stripe locks from spin_lock to spin_lock_bh this patch just
    unconditionally reschedules handle_stripe after completing the read
    request.
    
    2/ ops_complete_biofill needlessly qualified processing R5_Wantfill with
    dev->toread.  The result being that the 'biofill' pending bit is cleared
    before handling the pending read-completions on dev->read.  R5_Wantfill can
    be unconditionally handled because the 'biofill' pending bit prevents new
    R5_Wantfill requests from being seen by ops_run_biofill and
    ops_complete_biofill.
    
    Found-by: Yuri Tikhonov <yur@emcraft.com>
    [neilb@suse.de: simpler fix for bug 1 than moving code]
    Signed-off-by: NeilBrown <neilb@suse.de>
    Signed-off-by: Dan Williams <dan.j.williams@intel.com>
  2. @djbw

    async_tx: fix dma_wait_for_async_tx

    djbw authored
    Fix dma_wait_for_async_tx to not loop forever in the case where a
    dependency chain is longer than two entries.  This condition will not
    happen with current in-kernel drivers, but fix it for future drivers.
    
    Found-by: Saeed Bishara <saeed.bishara@gmail.com>
    Signed-off-by: Dan Williams <dan.j.williams@intel.com>
  3. @djbw

    async_tx: usage documentation and developer notes (v2)

    djbw authored
    Changes in v2:
    * cleanups from Randy and Shannon
    
    Reviewed-by: Randy Dunlap <randy.dunlap@oracle.com>
    Reviewed-by: Shannon Nelson <shannon.nelson@intel.com>
    Signed-off-by: Dan Williams <dan.j.williams@intel.com>
  4. @ralfbaechle

    [MIPS] SMTC: Make ack_bad_irq() safe with no IM backstop.

    ralfbaechle authored
    Issue reported and original patch by Kevin Kissel, cleaner (imho)
    implementation by me.
    
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
  5. @tiwai

    Convert snd-page-alloc proc file to use seq_file

    tiwai authored Linus Torvalds committed
    Use seq_file for the proc file read/write of snd-page-alloc module.
    This automatically fixes bugs in the old proc code.
    
    Signed-off-by: Takashi Iwai <tiwai@suse.de>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  6. Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel…

    Linus Torvalds authored
    …/git/roland/infiniband
    
    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband:
      IB/mlx4: Fix data corruption triggered by wrong headroom marking order
Commits on Sep 23, 2007
  1. Merge git://git.infradead.org/battery-2.6

    Linus Torvalds authored
    * git://git.infradead.org/battery-2.6:
      [PATCH] missing null termination in power supply uevent
  2. IB/mlx4: Fix data corruption triggered by wrong headroom marking order

    Jack Morgenstein authored Roland Dreier committed
    This is an addendum to commit 0e6e741 ("IB/mlx4: Handle new FW
    requirement for send request prefetching").  We also need to handle
    prefetch marking properly for S/G segments, or else the HCA may end up
    processing S/G segments that are not fully written and end up sending
    the wrong data.  This can actually cause data corruption in practice,
    especially on systems with relatively slow CPUs (where the HCA is more
    likely to prefetch while the CPU is in the middle of writing a work
    request into memory).
    
    We write S/G segments in reverse order into the WQE, in order to
    guarantee that the first dword of all cachelines containing S/G
    segments is written last (overwriting the headroom invalidation
    pattern).  The entire cacheline will thus contain valid data when the
    invalidation pattern is overwritten.
    
    Signed-off-by: Jack Morgenstein <jackm@dev.mellanox.co.il>
    Signed-off-by: Roland Dreier <rolandd@cisco.com>
  3. clockevents: remove the suspend/resume workaround^Wthinko

    Thomas Gleixner authored Linus Torvalds committed
    In a desparate attempt to fix the suspend/resume problem on Andrews
    VAIO I added a workaround which enforced the broadcast of the oneshot
    timer on resume. This was actually resolving the problem on the VAIO
    but was just a stupid workaround, which was not tackling the root
    cause: the assignement of lower idle C-States in the ACPI processor_idle
    code. The cpuidle patches, which utilize the dynamic tick feature and
    go faster into deeper C-states exposed the problem again. The correct
    solution is the previous patch, which prevents lower C-states across
    the suspend/resume.
    
    Remove the enforcement code, including the conditional broadcast timer
    arming, which helped to pamper over the real problem for quite a time.
    The oneshot broadcast flag for the cpu, which runs the resume code can
    never be set at the time when this code is executed. It only gets set,
    when the CPU is entering a lower idle C-State.
    
    Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
    Tested-by: Andrew Morton <akpm@linux-foundation.org>
    Cc: Len Brown <lenb@kernel.org>
    Cc: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
    Cc: Rafael J. Wysocki <rjw@sisk.pl>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  4. ACPI: disable lower idle C-states across suspend/resume

    Thomas Gleixner authored Linus Torvalds committed
    device_suspend() calls ACPI suspend functions, which seems to have undesired
    side effects on lower idle C-states. It took me some time to realize that
    especially the VAIO BIOSes (both Andrews jinxed UP and my elfstruck SMP one)
    show this effect. I'm quite sure that other bug reports against suspend/resume
    about turning the system into a brick have the same root cause.
    
    After fishing in the dark for quite some time, I realized that removing the ACPI
    processor module before suspend (this removes the lower C-state functionality)
    made the problem disappear. Interestingly enough the propability of having a
    bricked box is influenced by various factors (interrupts, size of the ram image,
    ...). Even adding a bunch of printks in the wrong places made the problem go
    away. The previous periodic tick implementation simply pampered over the
    problem, which explains why the dyntick / clockevents changes made this more
    prominent.
    
    We avoid complex functionality during the boot process and we have to do the
    same during suspend/resume. It is a similar scenario and equaly fragile.
    
    Add suspend / resume functions to the ACPI processor code and disable the lower
    idle C-states across suspend/resume. Fall back to the default idle
    implementation (halt) instead.
    
    Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
    Tested-by: Andrew Morton <akpm@linux-foundation.org>
    Cc: Len Brown <lenb@kernel.org>
    Cc: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
    Cc: Rafael J. Wysocki <rjw@sisk.pl>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Commits on Sep 22, 2007
  1. Merge branch 'release' of git://git.kernel.org/pub/scm/linux/kernel/g…

    Linus Torvalds authored
    …it/lenb/linux-acpi-2.6
    
    * 'release' of git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6:
      ACPI: suspend: consolidate handling of Sx states addendum
      ACPI: suspend: consolidate handling of Sx states.
      ACPI: video: remove dmesg spam
      ACPI: video: _DOS=0 by default to prevent hotkey hang
  2. Merge branch 'for-linus' of git://oss.sgi.com:8090/xfs/xfs-2.6

    Linus Torvalds authored
    * 'for-linus' of git://oss.sgi.com:8090/xfs/xfs-2.6:
      [XFS] fix valid but harmless sparse warning
      [XFS] fix filestreams on 32-bit boxes
  3. KVM: Fix virtualization menu help text

    Avi Kivity authored Linus Torvalds committed
    What guest drivers?
    
    Cc: Jan Engelhardt <jengelh@computergmbh.de>
    Signed-off-by: Avi Kivity <avi@qumranet.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  4. @lenb
  5. @lenb

    Pull now into release branch

    lenb authored
  6. @lenb

    ACPI: suspend: consolidate handling of Sx states addendum

    Frans Pop authored lenb committed
    Make the S0 state be always reported as supported
    
    Signed-off: Frans Pop <elendil@planet.nl>
    Acked-by: Alexey Starikovskiy <astarikovskiy@suse.de>
    Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
    Signed-off-by: Len Brown <len.brown@intel.com>
Commits on Sep 21, 2007
  1. Merge master.kernel.org:/home/rmk/linux-2.6-arm

    Linus Torvalds authored
    * master.kernel.org:/home/rmk/linux-2.6-arm:
      [ARM] 4569/1: ep93xx_gpio_irq_type(): fix spurious enumeration offset for FGPIO handling
      [ARM] 4568/1: fix l2x0 cache invalidate handling of unaligned addresses
  2. Revert "x86_64: Quicklist support for x86_64"

    Linus Torvalds authored
    This reverts commit 34feb2c.
    
    Suresh Siddha points out that this one breaks the fundamental
    requirement that you cannot free page table pages before the TLB caches
    are flushed.  The quicklists do not give the same kinds of guarantees
    that the mmu_gather structure does, at least not in NUMA configurations.
    
    Requested-by: Suresh Siddha <suresh.b.siddha@intel.com>
    Acked-by: Andi Kleen <ak@suse.de>
    Cc: Andrew Morton <akpm@linux-foundation.org>
    Cc: Christoph Lameter <clameter@sgi.com>
    Cc: Asit Mallick <asit.k.mallick@intel.com>
    Cc: Tony Luck <tony.luck@intel.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  3. Merge branch 'upstream' of git://ftp.linux-mips.org/pub/scm/upstream-…

    Linus Torvalds authored
    …linus
    
    * 'upstream' of git://ftp.linux-mips.org/pub/scm/upstream-linus:
      [MIPS] BCM1480: include <linux/init.h>.
      [MIPS] BCM1480: Export zbbus_mhz.
  4. @ralfbaechle

    [MIPS] BCM1480: include <linux/init.h>.

    ralfbaechle authored
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
  5. @ralfbaechle

    [MIPS] BCM1480: Export zbbus_mhz.

    ralfbaechle authored
    Symbol is required by the ZBus profiler.
    
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
  6. Merge branch 'upstream-linus' of git://git.kernel.org/pub/scm/linux/k…

    Linus Torvalds authored
    …ernel/git/mfasheh/ocfs2
    
    * 'upstream-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mfasheh/ocfs2:
      ocfs2: Pack vote message and response structures
      ocfs2: Don't double set write parameters
      ocfs2: Fix pos/len passed to ocfs2_write_cluster
      ocfs2: Allow smaller allocations during large writes
  7. x86_64: Zero extend all registers after ptrace in 32bit entry path.

    Andi Kleen authored Linus Torvalds committed
    Strictly it's only needed for eax.
    
    It actually does a little more than strictly needed -- the other registers
    are already zero extended.
    
    Also remove the now unnecessary and non functional compat task check
    in ptrace.
    
    This is CVE-2007-4573
    
    Found by Wojciech Purczynski
    
    Signed-off-by: Andi Kleen <ak@suse.de>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  8. @lenb

    ACPI: suspend: consolidate handling of Sx states.

    Alexey Starikovskiy authored lenb committed
    Recent changes to sleep initialization in ACPI dropped reporting of supported Sx
    states above S3. Fix that and also move S5 init into same file as other Sx.
    The only functional change is adding printk() for S4 and S5 cases.
    
    Signed-off-by: Alexey Starikovskiy <astarikovskiy@suse.de>
    Acked-by: Rafael J. Wysocki <rjw@sisk.pl>
    Signed-off-by: Len Brown <len.brown@intel.com>
Commits on Sep 20, 2007
  1. ocfs2: Pack vote message and response structures

    Sunil Mushran authored Mark Fasheh committed
    The ocfs2_vote_msg and ocfs2_response_msg structs needed to be
    packed to ensure similar sizeofs in 32-bit and 64-bit arches. Without this,
    we had inadvertantly broken 32/64 bit cross mounts.
    
    Signed-off-by: Sunil Mushran <sunil.mushran@oracle.com>
    Signed-off-by: Mark Fasheh <mark.fasheh@oracle.com>
  2. ocfs2: Don't double set write parameters

    Mark Fasheh authored
    The target page offsets were being incorrectly set a second time in
    ocfs2_prepare_page_for_write(), which was causing problems on a 16k page
    size kernel. Additionally, ocfs2_write_failure() was incorrectly using those
    parameters instead of the parameters for the individual page being cleaned
    up.
    
    Signed-off-by: Mark Fasheh <mark.fasheh@oracle.com>
  3. ocfs2: Fix pos/len passed to ocfs2_write_cluster

    Mark Fasheh authored
    This was broken for file systems whose cluster size is greater than page
    size. Pos needs to be incremented as we loop through the descriptors, and
    len needs to be capped to the size of a single cluster.
    
    Signed-off-by: Mark Fasheh <mark.fasheh@oracle.com>
  4. ocfs2: Allow smaller allocations during large writes

    Mark Fasheh authored
    The ocfs2 write code loops through a page much like the block code, except
    that ocfs2 allocation units can be any size, including larger than page
    size. Typically it's equal to or larger than page size - most kernels run 4k
    pages, the minimum ocfs2 allocation (cluster) size.
    
    Some changes introduced during 2.6.23 changed the way writes to pages are
    handled, and inadvertantly broke support for > 4k page size. Instead of just
    writing one cluster at a time, we now handle the whole page in one pass.
    
    This means that multiple (small) seperate allocations might happen in the
    same pass. The allocation code howver typically optimizes by getting the
    maximum which was reserved. This triggered a BUG_ON in the extend code where
    it'd ask for a single bit (for one part of a > 4k page) and get back more
    than it asked for.
    
    Fix this by providing a variant of the high level allocation function which
    allows the caller to specify a maximum. The traditional function remains and
    just calls the new one with a maximum determined from the initial
    reservation.
    
    Signed-off-by: Mark Fasheh <mark.fasheh@oracle.com>
  5. @enomsg

    [PATCH] missing null termination in power supply uevent

    Stephen Hemminger authored enomsg committed
    Need to null terminate environment. Found by inspection
    while looking for similar problems to platform uevent bug
    
    Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
  6. Merge branch 'upstream-linus' of master.kernel.org:/pub/scm/linux/ker…

    Linus Torvalds authored
    …nel/git/jgarzik/libata-dev
    
    * 'upstream-linus' of master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev:
      [libata] ahci: add ATI SB800 PCI IDs
      libata-sff: Fix documentation
      libata: Update the blacklist with a few more devices
  7. @davidel

    signalfd simplification

    davidel authored Linus Torvalds committed
    This simplifies signalfd code, by avoiding it to remain attached to the
    sighand during its lifetime.
    
    In this way, the signalfd remain attached to the sighand only during
    poll(2) (and select and epoll) and read(2).  This also allows to remove
    all the custom "tsk == current" checks in kernel/signal.c, since
    dequeue_signal() will only be called by "current".
    
    I think this is also what Ben was suggesting time ago.
    
    The external effect of this, is that a thread can extract only its own
    private signals and the group ones.  I think this is an acceptable
    behaviour, in that those are the signals the thread would be able to
    fetch w/out signalfd.
    
    Signed-off-by: Davide Libenzi <davidel@xmailserver.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  8. rpc: fix garbage in printk in svc_tcp_accept()

    Wolfgang Walter authored Linus Torvalds committed
    we upgraded the kernel of a nfs-server from 2.6.17.11 to 2.6.22.6. Since
    then we get the message
    
    lockd: too many open TCP sockets, consider increasing the number of nfsd threads
    lockd: last TCP connect from ^\\236^\É^D
    
    These random characters in the second line are caused by a bug in
    svc_tcp_accept.
    
    (Note: there are two previous __svc_print_addr(sin, buf, sizeof(buf))
    calls in this function, either of which would initialize buf correctly;
    but both are inside "if"'s and are not necessarily executed.  This is
    less obvious in the second case, which is inside a dprintk(), which is a
    macro which expands to an if statement.)
    
    Signed-off-by: Wolfgang Walter <wolfgang.walter@studentenwerk.mhn.de>
    Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Something went wrong with that request. Please try again.