Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP
Commits on Oct 10, 2007
  1. @gregkh

    Linux 2.6.22.10

    gregkh authored
  2. @gregkh

    NLM: Fix a memory leak in nlmsvc_testlock

    Trond Myklebust authored gregkh committed
    changeset a6d8543 in upstream
    
    The recent fix for a circular lock dependency unfortunately introduced a
    potential memory leak in the event where the call to nlmsvc_lookup_host
    fails for some reason.
    
    Thanks to Roel Kluin for spotting this.
    
    Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  3. @gregkh

    i386: Use global flag to disable broken local apic timer on AMD CPUs.

    Andi Kleen authored gregkh committed
    commit d3f7eae upstream
    
    The Averatec 2370 and some other Turion laptop BIOS seems to program the
    ENABLE_C1E MSR inconsistently between cores. This confuses the lapic
    use heuristics because when C1E is enabled anywhere it seems to affect
    the complete chip.
    
    Use a global flag instead of a per cpu flag to handle this.
    If any CPU has C1E enabled disabled lapic use.
    
    Thanks to Cal Peake for debugging.
    
    Cc: tglx@linutronix.de
    Cc: Chuck Ebbert <cebbert@redhat.com>
    Signed-off-by: Andi Kleen <ak@suse.de>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  4. @stephensmalley @gregkh

    SELinux: clear parent death signal on SID transitions

    stephensmalley authored gregkh committed
    commit 4ac212a upstream.
    
    Clear parent death signal on SID transitions to prevent unauthorized
    signaling between SIDs.
    
    Signed-off-by:  Stephen Smalley <sds@tycho.nsa.gov>
    Acked-by: Eric Paris <eparis@parisplace.org>
    Signed-off-by: James Morris <jmorris@localhost.localdomain>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  5. @antonblanchard @gregkh

    Fix timer_stats printout of events/sec

    antonblanchard authored gregkh committed
    commit 74922be upstream.
    
    When using /proc/timer_stats on ppc64 I noticed the events/sec field wasnt
    accurate.  Sometimes the integer part was incorrect due to rounding (we
    werent taking the fractional seconds into consideration).
    
    The fraction part is also wrong, we need to pad the printf statement and
    take the bottom three digits of 1000 times the value.
    
    Signed-off-by: Anton Blanchard <anton@samba.org>
    Acked-by: Ingo Molnar <mingo@elte.hu>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  6. @gregkh

    Fix SMP poweroff hangs

    Mark Lord authored gregkh committed
    commit 4047727 from upstream
    
    We need to disable all CPUs other than the boot CPU (usually 0) before
    attempting to power-off modern SMP machines.  This fixes the
    hang-on-poweroff issue on my MythTV SMP box, and also on Thomas Gleixner's
    new toybox.
    
    Signed-off-by: Mark Lord <mlord@pobox.com>
    Acked-by: Thomas Gleixner <tglx@linutronix.de>
    Cc: "Rafael J. Wysocki" <rjw@sisk.pl>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  7. @gregkh

    NLM: Fix a circular lock dependency in lockd

    Trond Myklebust authored gregkh committed
    commit 255129d in upstream.
    
    The problem is that the garbage collector for the 'host' structures
    nlm_gc_hosts(), holds nlm_host_mutex while calling down to
    nlmsvc_mark_resources, which, eventually takes the file->f_mutex.
    
    We cannot therefore call nlmsvc_lookup_host() from within
    nlmsvc_create_block, since the caller will already hold file->f_mutex, so
    the attempt to grab nlm_host_mutex may deadlock.
    
    Fix the problem by calling nlmsvc_lookup_host() outside the file->f_mutex.
    
    Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  8. @gregkh

    i2c-algo-bit: Read block data bugfix

    David Brownell authored gregkh committed
    In Linus tree already:
    http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=939bc4943d0483961edc45b63a7d27b4ffe547e3
    
    This fixes a bug in the way i2c-algo-bit handles I2C_M_RECV_LEN,
    used to implement i2c_smbus_read_block_data().  Previously, in the
    absence of PEC (rarely used!) it would NAK the "length" byte:
    
    	S addr Rd [A] [length] NA
    
    That prevents the subsequent data bytes from being read:
    
    	S addr Rd [A] [length] { A [data] }* NA
    
    The primary fix just reorders two code blocks, so the length used
    in the "should I NAK now?" check incorporates the data which it
    just read from the slave device.
    
    However, that move also highlighted other fault handling glitches.
    This fixes those by abstracting the RX path ack/nak logic, so it
    can be used in more than one location.
    
    Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
    Signed-off-by: Jean Delvare <khali@linux-fr.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  9. @michich @gregkh

    Fix ppp_mppe kernel stack usage.

    michich authored gregkh committed
    commit 45dfd5b from upstream
    
    Signed-off-by: Michal Schmidt <mschmidt@redhat.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  10. @gregkh

    libata: update drive blacklists

    Chuck Ebbert authored gregkh committed
    Update the libata drive blacklists to the latest in 2.6.23-rc8.
    
    Signed-off-by: Chuck Ebbert <cebbert@redhat.com>
    Cc: Jeff Garzik <jeff@garzik.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  11. @gregkh

    sky2: fix transmit state on resume

    Stephen Hemminger authored gregkh committed
    Already upstream.
    
    After resume, driver has reset the chip so the current state
    of transmit checksum offload state machine and DMA state machine
    will be undefined.
    
    The fix is to set the state so that first Tx will set MSS and offset
    values.
    
    Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  12. @gregkh

    sky2: fix VLAN receive processing

    Stephen Hemminger authored gregkh committed
    Already upstream.
    
    The length check for truncated frames was not correctly handling
    the case where VLAN acceleration had already read the tag.
    Also, the Yukon EX has some features that use high bit of status
    as security tag.
    
    Signed-off-by: Pierre-Yves Ritschard <pyr@spootnik.org>
    Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  13. @gregkh

    sky2: reduce impact of watchdog timer

    Stephen Hemminger authored gregkh committed
    This is the 2.6.22 version of a regression fix that is already
    in 2.6.23.  Change the watchdog timer form 10 per second all the time,
    to 1 per second and only if interface is up.
    
    Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  14. @gregkh

    scsi_transport_spi: fix domain validation failure from incorrect widt…

    James Bottomley authored gregkh committed
    …h setting
    
    commit 2302827 from upstream
    
    Domain Validation in the SPI transport class is failing on boxes with
    damaged cables (and failing to the extent that the box hangs).  The
    problem is that the first test it does is a cable integrity test for
    wide transfers and if this fails, it turns the wide bit off.  The
    problem is that the next set of tests it does turns wide back on
    again, with the result that it runs through the entirety of DV with a
    known bad setting and then hangs the system.
    
    The attached patch fixes the problem by physically nailing the wide
    setting to what it deduces it should be for the whole of Domain
    Validation.
    
    Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Commits on Sep 26, 2007
  1. @gregkh

    Linux 2.6.22.9

    gregkh authored
  2. @lwfinger @gregkh

    bcm43xx: Fix cancellation of work queue crashes

    lwfinger authored gregkh committed
    port of 3f70869 from mainline.
    
    A crash upon booting that is caused by bcm43xx has been reported [1] and
    found to be due to a work queue being reinitialized while work on that
    queue is still pending. This fix modifies the shutdown of work queues and
    prevents periodic work from being requeued during shutdown. With this patch,
    no more crashes on reboot were observed by the original reporter. I do not
    get that particular failure on my system; however, when running a large
    number of ifdown/ifup sequences, my system would kernel panic with the
    'caps lock' light blinking at roughly a 1 Hz rate. In addition, there were
    infrequent failures in the firmware that resulted in 'IRQ READY TIMEOUT'
    errors. With this patch, no more of the first type of failure occur, and
    incidence of the second type is greatly reduced.
    
    [1] http://bugzilla.kernel.org/show_bug.cgi?id=8937
    
    Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
    Acked-by: Michael Buesch <mb@bu3sch.de>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  3. @davem330 @gregkh

    Fix sparc64 v100 platform booting.

    davem330 authored gregkh committed
    commit 2cc7345 in mainline
    
    Subject: [PATCH] [SPARC64]: Fix booting on V100 systems.
    
    On the root PCI bus, the OBP device tree lists device 3 twice.
    Once as 'pm' and once as 'lomp'.
    
    Everything goes downhill from there.
    
    Ignore the second instance to workaround this.
    
    Thanks to Kövedi_Krisztián for the bug report and
    testing the fix.
    
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  4. @adit262 @gregkh

    Fix pktgen src_mac handling.

    adit262 authored gregkh committed
    commit ce5d0b4 in mainline
    
    Subject: [PATCH] [PKTGEN]: srcmac fix
    
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: David S. Miller <davem@davemloft.net>
  5. @herbertx @gregkh

    Fix datagram recvmsg NULL iov handling regression.

    herbertx authored gregkh committed
    commit ef8aef5 in mainline
    
    Subject: [PATCH] [NET]: Do not dereference iov if length is zero
    
    When msg_iovlen is zero we shouldn't try to dereference
    msg_iov.  Right now the only thing that tries to do so
    is skb_copy_and_csum_datagram_iovec.  Since the total
    length should also be zero if msg_iovlen is zero, it's
    sufficient to check the total length there and simply
    return if it's zero.
    
    Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  6. @gregkh

    Fix TCP DSACK cwnd handling

    Ilpo Järvinen authored gregkh committed
    commit 49ff4bb in mainline.
    
    [TCP]: DSACK signals data receival, be conservative
    
    In case a DSACK is received, it's better to lower cwnd as it's
    a sign of data receival.
    
    Signed-off-by: Ilpo Järvinen <ilpo.jarvinen@helsinki.fi>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  7. @gregkh

    Handle snd_una in tcp_cwnd_down()

    Ilpo Järvinen authored gregkh committed
    commit 6ee8009e38006da81d2a53da1aaa27365552553e in mainline
    
    Subject: [PATCH 1/1] [TCP]: Also handle snd_una changes in tcp_cwnd_down
    
    tcp_cwnd_down must check for it too as it should be conservative
    in case of collapse stuff and also when receiver is trying to
    lie (though it wouldn't be successful anyway).
    
    Note:
    - Separated also is_dupack and do_lost in fast_retransalert
    	* Much cleaner look-and-feel now
    	* This time it really fixes cumulative ACK + many new
    	  SACK blocks recovery entry (I claimed this fixes with
    	  last patch but it wasn't). TCP will now call
    	  tcp_update_scoreboard regardless of is_dupack when
    	  in recovery as long as there is enough fackets_out.
    - Introduce FLAG_SND_UNA_ADVANCED
    	* Some prior_snd_una arguments are unnecessary after it
    - Added helper FLAG_ANY_PROGRESS to avoid long FLAG...|FLAG...
      constructs
    
    This is a reduced version of a mainline patch.
    
    Signed-off-by: Ilpo Järvinen <ilpo.jarvinen@helsinki.fi>
    Cc: David Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  8. @gregkh

    Fix tc_ematch kbuild

    Stephen Hemminger authored gregkh committed
    commit 09d74cdd88a59a18f2ad7cfa0b6045ed1817b632 in mainline.
    
    Subject: [PATCH] [KBUILD]: Sanitize tc_ematch headers.
    
    The headers in tc_ematch are used by iproute2, so these headers should
    be processed.
    
    Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  9. @gregkh

    Fix oops in vlan and bridging code

    Evgeniy Polyakov authored gregkh committed
    commit 8c7b43a2e58baa24002fa2b266d9a5007bc52a40 in mainline
    
    I tried to preserve bridging code as it was before, but logic is quite
    strange - I think we should free skb on error, since it is already
    unshared and thus will just leak.
    
    Herbert Xu states:
    
    > +	if ((skb = skb_share_check(skb, GFP_ATOMIC)) == NULL)
    > +		goto out;
    
    If this happens it'll be a double-free on skb since we'll
    return NF_DROP which makes the caller free it too.
    
    We could return NF_STOLEN to prevent that but I'm not sure
    whether that's correct netfilter semantics.  Patrick, could
    you please make a call on this?
    
    Patrick McHardy states:
    
    NF_STOLEN should work fine here.
    
    Signed-off-by: Evgeniy Polyakov <johnpol@2ka.mipt.ru>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  10. @gregkh

    Fix ipv6 source address handling.

    Jiri Kosina authored gregkh committed
    commit 6ae5f98 in mainline
    
    The commit 95c385 broke proper source address selection for cases in which
    there is a address which is makred 'deprecated'. The commit mistakenly
    changed ifa->flags to ifa_result->flags (probably copy/paste error from a
    few lines above) in the 'Rule 3' address selection code.
    
    The patch restores the previous RFC-compliant behavior.
    
    Signed-off-by: Jiri Kosina <jkosina@suse.cz>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  11. @gregkh

    Fix IPV6 DAD handling

    Denis V. Lunev authored gregkh committed
    commit 9e3be4b in mainline
    
    addrconf_dad_failure calls addrconf_dad_stop which takes referenced address
    and drops the count. So, in6_ifa_put perrformed at out: is extra. This
    results in message: "Freeing alive inet6 address" and not released dst entries.
    
    Signed-off-by: Denis V. Lunev <den@openvz.org>
    Signed-off-by: Alexey Dobriyan <adobriyan@openvz.org>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  12. @gregkh

    Fix ipv6 double-sock-release with MSG_CONFIRM

    YOSHIFUJI Hideaki authored gregkh committed
    commit 3ef9d94 in mainline
    
    Signed-off-by: YOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  13. @gregkh

    Fix IPSEC AH4 options handling

    Nick Bowler authored gregkh committed
    commit 8ee4f391831cb96916a8e8a05f04b1c1d7dd30d8 in mainline.
    
    In testing our ESP/AH offload hardware, I discovered an issue with how
    AH handles mutable fields in IPv4.  RFC 4302 (AH) states the following
    on the subject:
    
            For IPv4, the entire option is viewed as a unit; so even
            though the type and length fields within most options are immutable
            in transit, if an option is classified as mutable, the entire option
            is zeroed for ICV computation purposes.
    
    The current implementation does not zero the type and length fields,
    resulting in authentication failures when communicating with hosts
    that do (i.e. FreeBSD).
    
    I have tested record route and timestamp options (ping -R and ping -T)
    on a small network involving Windows XP, FreeBSD 6.2, and Linux hosts,
    with one router.  In the presence of these options, the FreeBSD and
    Linux hosts (with the patch or with the hardware) can communicate.
    The Windows XP host simply fails to accept these packets with or
    without the patch.
    
    I have also been trying to test source routing options (using
    traceroute -g), but haven't had much luck getting this option to work
    *without* AH, let alone with.
    
    Signed-off-by: Nick Bowler <nbowler@ellipticsemi.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  14. @gregkh

    Fix IPV6 append OOPS.

    YOSHIFUJI Hideaki authored gregkh committed
    commit e1f5220 in mainline.
    
    [IPv6]: Fix NULL pointer dereference in ip6_flush_pending_frames
    
    Some of skbs in sk->write_queue do not have skb->dst because
    we do not fill skb->dst when we allocate new skb in append_data().
    
    BTW, I think we may not need to (or we should not) increment some stats
    when using corking; if 100 sendmsg() (with MSG_MORE) result in 2 packets,
    how many should we increment?
    
    If 100, we should set skb->dst for every queued skbs.
    
    If 1 (or 2 (*)), we increment the stats for the first queued skb and
    we should just skip incrementing OutDiscards for the rest of queued skbs,
    adn we should also impelement this semantics in other places;
    e.g., we should increment other stats just once, not 100 times.
    
    *: depends on the place we are discarding the datagram.
    
    I guess should just increment by 1 (or 2).
    
    Signed-off-by: YOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  15. @kaber @gregkh

    Fix inet_diag OOPS.

    kaber authored gregkh committed
    commit 0a9c730 in mainline
    
    [INET_DIAG]: Fix oops in netlink_rcv_skb
    
    netlink_run_queue() doesn't handle multiple processes processing the
    queue concurrently. Serialize queue processing in inet_diag to fix
    a oops in netlink_rcv_skb caused by netlink_run_queue passing a
    NULL for the skb.
    
    BUG: unable to handle kernel NULL pointer dereference at virtual address 00000054
    [349587.500454]  printing eip:
    [349587.500457] c03318ae
    [349587.500459] *pde = 00000000
    [349587.500464] Oops: 0000 [#1]
    [349587.500466] PREEMPT SMP
    [349587.500474] Modules linked in: w83627hf hwmon_vid i2c_isa
    [349587.500483] CPU:    0
    [349587.500485] EIP:    0060:[<c03318ae>]    Not tainted VLI
    [349587.500487] EFLAGS: 00010246   (2.6.22.3 #1)
    [349587.500499] EIP is at netlink_rcv_skb+0xa/0x7e
    [349587.500506] eax: 00000000   ebx: 00000000   ecx: c148d2a0   edx: c0398819
    [349587.500510] esi: 00000000   edi: c0398819   ebp: c7a21c8c   esp: c7a21c80
    [349587.500517] ds: 007b   es: 007b   fs: 00d8  gs: 0033  ss: 0068
    [349587.500521] Process oidentd (pid: 17943, ti=c7a20000 task=cee231c0 task.ti=c7a20000)
    [349587.500527] Stack: 00000000 c7a21cac f7c8ba78 c7a21ca4 c0331962 c0398819 f7c8ba00 0000004c
    [349587.500542]        f736f000 c7a21cb4 c03988e3 00000001 f7c8ba00 c7a21cc4 c03312a5 0000004c
    [349587.500558]        f7c8ba00 c7a21cd4 c0330681 f7c8ba00 e4695280 c7a21d00 c03307c6 7fffffff
    [349587.500578] Call Trace:
    [349587.500581]  [<c010361a>] show_trace_log_lvl+0x1c/0x33
    [349587.500591]  [<c01036d4>] show_stack_log_lvl+0x8d/0xaa
    [349587.500595]  [<c010390e>] show_registers+0x1cb/0x321
    [349587.500604]  [<c0103bff>] die+0x112/0x1e1
    [349587.500607]  [<c01132d2>] do_page_fault+0x229/0x565
    [349587.500618]  [<c03c8d3a>] error_code+0x72/0x78
    [349587.500625]  [<c0331962>] netlink_run_queue+0x40/0x76
    [349587.500632]  [<c03988e3>] inet_diag_rcv+0x1f/0x2c
    [349587.500639]  [<c03312a5>] netlink_data_ready+0x57/0x59
    [349587.500643]  [<c0330681>] netlink_sendskb+0x24/0x45
    [349587.500651]  [<c03307c6>] netlink_unicast+0x100/0x116
    [349587.500656]  [<c0330f83>] netlink_sendmsg+0x1c2/0x280
    [349587.500664]  [<c02fcce9>] sock_sendmsg+0xba/0xd5
    [349587.500671]  [<c02fe4d1>] sys_sendmsg+0x17b/0x1e8
    [349587.500676]  [<c02fe92d>] sys_socketcall+0x230/0x24d
    [349587.500684]  [<c01028d2>] syscall_call+0x7/0xb
    [349587.500691]  =======================
    [349587.500693] Code: f0 ff 4e 18 0f 94 c0 84 c0 0f 84 66 ff ff ff 89 f0 e8 86 e2 fc ff e9 5a ff ff ff f0 ff 40 10 eb be 55 89 e5 57 89 d7 56 89 c6 53 <8b> 50 54 83 fa 10 72 55 8b 9e 9c 00 00 00 31 c9 8b 03 83 f8 0f
    
    Reported by Athanasius <link@miggy.org>
    
    Signed-off-by: Patrick McHardy <kaber@trash.net>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  16. @gregkh

    Fix device address listing for ipv4.

    Stephen Hemminger authored gregkh committed
    commit 596e415 in mainline
    
    Bug: http://bugzilla.kernel.org/show_bug.cgi?id=8876
    
    Not all ips are shown by "ip addr show" command when IPs number assigned to an
    interface is more than 60-80 (in fact it depends on broadcast/label etc
    presence on each address).
    
    Steps to reproduce:
    It's terribly simple to reproduce:
    
    # for i in $(seq 1 100); do ip ad add 10.0.$i.1/24 dev eth10 ; done
    # ip addr show
    
    this will _not_ show all IPs.
    Looks like the problem is in netlink/ipv4 message processing.
    
    This is fix from bug submitter, it looks correct.
    
    Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  17. @kaber @gregkh

    Fix decnet device address listing.

    kaber authored gregkh committed
    commit a2221f3 in mainline.
    
    Not all are listed, same as the IPV4 devinet bug.
    
    Signed-off-by: Patrick McHardy <kaber@trash.net>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  18. @gregkh

    fix realtek phy id in forcedeth

    Willy Tarreau authored gregkh committed
    commit ba685fb in mainline.
    
    As noticed by Chuck Ebbert, commit c5e3ae8
    introduced a copy-paste typo, as realtek phy is 0x732 and not 0x1c1. Obvious
    fix below suggested by Ayaz Abdulla.
    
    Signed-off-by: Willy Tarreau <w@1wt.eu>
    Cc: Ayaz Abdulla <aabdulla@nvidia.com>
    Cc: Chuck Ebbert <cebbert@redhat.com>
    Signed-off-by: Jeff Garzik <jeff@garzik.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  19. @herbertx @gregkh

    crypto: blkcipher_get_spot() handling of buffer at end of page

    herbertx authored gregkh committed
    This corresponds to upstream changesets
    e4630f9 and
    32528d0.
    
    [CRYPTO] blkcipher: Fix handling of kmalloc page straddling
    
    The function blkcipher_get_spot tries to return a buffer of
    the specified length that does not straddle a page.  It has
    an off-by-one bug so it may advance a page unnecessarily.
    
    What's worse, one of its callers doesn't provide a buffer
    that's sufficiently long for this operation.
    
    This patch fixes both problems.  Thanks to Bob Gilligan for
    diagnosing this problem and providing a fix.
    
    Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  20. @gregkh

    Fix race with shared tag queue maps

    Jens Axboe authored gregkh committed
    The commit in Linus upstream git tree is
    f3da54b.
    
    Fix race with shared tag queue maps
    
    There's a race condition in blk_queue_end_tag() for shared tag maps,
    users include stex (promise supertrak thingy) and qla2xxx.  The former
    at least has reported bugs in this area, not sure why we haven't seen
    any for the latter.  It could be because the window is narrow and that
    other conditions in the qla2xxx code hide this.  It's a real bug,
    though, as the stex smp users can attest.
    
    We need to ensure two things - the tag bit clearing needs to happen
    AFTER we cleared the tag pointer, as the tag bit clearing/setting is
    what protects this map.  Secondly, we need to ensure that the visibility
    of the tag pointer and tag bit clear are ordered properly.
    
    [ I removed the SMP barriers - "test_and_clear_bit()" already implies
      all the required barriers.  -- Linus ]
    
    Also see http://bugzilla.kernel.org/show_bug.cgi?id=7842
    
    Signed-off-by: Jens Axboe <jens.axboe@oracle.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  21. @neilbrown @gregkh

    Correctly close old nfsd/lockd sockets.

    neilbrown authored gregkh committed
    commit 7a1fa06 in mainline.
    
    Commit aaf68cf added a bias
    to sk_inuse, so this test for an unused socket now fails.  So no
    sockets get closed because they are old (they might get closed
    if the client closed them).
    
    This bug has existed since 2.6.21-rc1.
    
    Thanks to Wolfgang Walter for finding and reporting the bug.
    
    Cc: Wolfgang Walter <wolfgang.walter@studentenwerk.mhn.de>
    Signed-off-by: Neil Brown <neilb@suse.de>
    Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Something went wrong with that request. Please try again.