Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with
or
.
Download ZIP
Commits on Jul 13, 2008
  1. @torvalds

    Linux 2.6.26

    torvalds authored
  2. @torvalds

    devcgroup: fix permission check when adding entry to child cgroup

    Li Zefan authored torvalds committed
     # cat devices.list
     c 1:3 r
     # echo 'c 1:3 w' > sub/devices.allow
     # cat sub/devices.list
     c 1:3 w
    
    As illustrated, the parent group has no write permission to /dev/null, so
    it's child should not be allowed to add this write permission.
    
    Signed-off-by: Li Zefan <lizf@cn.fujitsu.com>
    Acked-by: Serge Hallyn <serue@us.ibm.com>
    Cc: Serge Hallyn <serue@us.ibm.com>
    Cc: Paul Menage <menage@google.com>
    Cc: Pavel Emelyanov <xemul@openvz.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  3. @torvalds

    devcgroup: always show positive major/minor num

    Li Zefan authored torvalds committed
     # echo "b $((0x7fffffff)):$((0x80000000)) rwm" > devices.allow
     # cat devices.list
     b 214748364:-21474836 rwm
    
    though a major/minor number of 0x800000000 is meaningless, we
    should not cast it to a negative value.
    
    Signed-off-by: Li Zefan <lizf@cn.fujitsu.com>
    Acked-by: Serge Hallyn <serue@us.ibm.com>
    Cc: Serge Hallyn <serue@us.ibm.com>
    Cc: Paul Menage <menage@google.com>
    Cc: Pavel Emelyanov <xemul@openvz.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  4. @torvalds

    Documentation/HOWTO: correct wrong kernel bugzilla FAQ URL

    Jiri Pirko authored torvalds committed
    Signed-off-by: Jiri Pirko <jpirko@redhat.com>
    Cc: Randy Dunlap <randy.dunlap@oracle.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  5. @torvalds

    Merge branch 'sched-fixes-for-linus' of git://git.kernel.org/pub/scm/…

    torvalds authored
    …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:
      cpusets, hotplug, scheduler: fix scheduler domain breakage
  6. @stablebits

    cpusets, hotplug, scheduler: fix scheduler domain breakage

    stablebits authored Ingo Molnar committed
    Commit f18f982 ("sched: CPU hotplug events must not destroy scheduler
    domains created by the cpusets") introduced a hotplug-related problem as
    described below:
    
    Upon CPU_DOWN_PREPARE,
    
      update_sched_domains() -> detach_destroy_domains(&cpu_online_map)
    
    does the following:
    
    /*
     * Force a reinitialization of the sched domains hierarchy. The domains
     * and groups cannot be updated in place without racing with the balancing
     * code, so we temporarily attach all running cpus to the NULL domain
     * which will prevent rebalancing while the sched domains are recalculated.
     */
    
    The sched-domains should be rebuilt when a CPU_DOWN ops. has been
    completed, effectively either upon CPU_DEAD{_FROZEN} (upon success) or
    CPU_DOWN_FAILED{_FROZEN} (upon failure -- restore the things to their
    initial state). That's what update_sched_domains() also does but only
    for !CPUSETS case.
    
    With f18f982, sched-domains' reinitialization is delegated to
    CPUSETS code:
    
    cpuset_handle_cpuhp() -> common_cpu_mem_hotplug_unplug() ->
    rebuild_sched_domains()
    
    Being called for CPU_UP_PREPARE and if its callback is called after
    update_sched_domains()), it just negates all the work done by
    update_sched_domains() -- i.e. a soon-to-be-offline cpu is included in
    the sched-domains and that makes it visible for the load-balancer
    while the CPU_DOWN ops. is in progress.
    
    __migrate_live_tasks() moves the tasks off a 'dead' cpu (it's already
    "offline" when this function is called).
    
    try_to_wake_up() is called for one of these tasks from another CPU ->
    the load-balancer (wake_idle()) picks up a "dead" CPU and places the
    task on it. Then e.g. BUG_ON(rq->nr_running) detects this a bit later
    -> oops.
    
    Signed-off-by: Dmitry Adamushko <dmitry.adamushko@gmail.com>
    Tested-by: Vegard Nossum <vegard.nossum@gmail.com>
    Cc: Paul Menage <menage@google.com>
    Cc: Max Krasnyansky <maxk@qualcomm.com>
    Cc: Paul Jackson <pj@sgi.com>
    Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
    Cc: miaox@cn.fujitsu.com
    Cc: rostedt@goodmis.org
    Cc: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>
Commits on Jul 12, 2008
  1. @torvalds

    Merge branch 'x86-fixes-for-linus' of git://git.kernel.org/pub/scm/li…

    torvalds authored
    …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: fix ldt limit for 64 bit
  2. @torvalds

    Merge git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-rc-fixe…

    torvalds authored
    …s-2.6
    
    * git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6:
      [SCSI] bsg: fix oops on remove
      [SCSI] fusion: default MSI to disabled for SPI and FC controllers
      [SCSI] ipr: Fix HDIO_GET_IDENTITY oops for SATA devices
      [SCSI] mptspi: fix oops in mptspi_dv_renegotiate_work()
      [SCSI] erase invalid data returned by device
  3. @torvalds

    cifs: fix wksidarr declaration to be big-endian friendly

    Jeff Layton authored torvalds committed
    The current definition of wksidarr works fine on little endian arches
    (since cpu_to_le32 is a no-op there), but on big-endian arches, it fails
    to compile with this error:
    
    error: braced-group within expression allowed only inside a function
    
    The problem is that this static declaration has cpu_to_le32 embedded
    within it, and that expands into a function macro.  We need to use
    __constant_cpu_to_le32() instead.
    
    Signed-off-by: Jeff Layton <jlayton@redhat.com>
    Cc: Steven French <sfrench@us.ibm.com>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  4. @torvalds

    cifs: fix inode leak in cifs_get_inode_info_unix

    Jeff Layton authored torvalds committed
    Try this:
    
        mount a share with unix extensions
        create a file on it
        umount the share
    
    You'll get the following message in the ring buffer:
    
    VFS: Busy inodes after unmount of cifs. Self-destruct in 5 seconds.  Have a
    nice day...
    
    ...the problem is that cifs_get_inode_info_unix is creating and hashing
    a new inode even when it's going to return error anyway. The first
    lookup when creating a file returns an error so we end up leaking this
    inode before we do the actual create. This appears to be a regression
    caused by commit 0e4bbde.
    
    The following patch seems to fix it for me, and fixes a minor
    formatting nit as well.
    
    Signed-off-by: Jeff Layton <jlayton@redhat.com>
    Acked-by: Steven French <sfrench@us.ibm.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  5. @torvalds

    frv: fix irqs_disabled() to return an int, not an unsigned long

    David Howells authored torvalds committed
    Fix FRV irqs_disabled() to return an int, not an unsigned long to avoid
    this warning:
    
    kernel/sched.c: In function '__might_sleep':
    kernel/sched.c:8198: warning: format '%d' expects type 'int', but argument 3 has type 'long unsigned int'
    
    Signed-off-by: David Howells <dhowells@redhat.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  6. @torvalds

    OProfile kernel maintainership changes

    Robert Richter authored torvalds committed
    Cc: Philippe Elie <phil.el@wanadoo.fr>
    Cc: John Levon <levon@movementarian.org>
    Cc: Maynard Johnson <maynardj@us.ibm.com>
    Cc: Richard Purdie <rpurdie@openedhand.com>
    Cc: Daniel Hansel <daniel.hansel@linux.vnet.ibm.com>
    Cc: Jason Yeh <jason.yeh@amd.com>
    Cc: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Robert Richter <robert.richter@amd.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  7. @jonsmirl @torvalds

    rtc-pcf8563: add chip id

    jonsmirl authored torvalds committed
    Add the rtc8564 chip entry
    
    Signed-off-by: Jon Smirl <jonsmirl@gmail.com>
    Signed-off-by: Alessandro Zummo <a.zummo@towertech.it>
    Cc: David Brownell <david-b@pacbell.net>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  8. @dwery @torvalds

    rtc-fm3130: fix chip naming

    dwery authored torvalds committed
    Fix chip naming from fm3031-rtc to fm3031
    
    Signed-off-by: Alessandro Zummo <a.zummo@towertech.it>
    Cc: Sergey Lapin <slapin@ossfans.org>
    Cc: David Brownell <david-b@pacbell.net>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  9. @dilinger @torvalds

    ov7670: clean up ov7670_read semantics

    dilinger authored torvalds committed
    Cortland Setlow pointed out a bug in ov7670.c where the result from
    ov7670_read() was just being checked for !0, rather than <0.  This made me
    realize that ov7670_read's semantics were rather confusing; it both fills
    in 'value' with the result, and returns it.  This is goes against general
    kernel convention; so rather than fixing callers, let's fix the function.
    
    This makes ov7670_read return <0 in the case of an error, and 0 upon
    success. Thus, code like:
    
    res = ov7670_read(...);
    if (!res)
    	goto error;
    
    ..will work properly.
    
    Signed-off-by: Cortland Setlow <csetlow@tower-research.com>
    Signed-off-by: Andres Salomon <dilinger@debian.org>
    Acked-by: Jonathan Corbet <corbet@lwn.net>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  10. @ebiederm @torvalds

    serial8250: sanity check nr_uarts on all paths.

    ebiederm authored torvalds committed
    I had 8250.nr_uarts=16 in the boot line of a test kernel and I had a weird
    mysterious crash in sysfs.  After taking an in-depth look I realized that
    CONFIG_SERIAL_8250_NR_UARTS was set to 4 and I was walking off the end of
    the serial8250_ports array.
    
    Ouch!!!
    
    Don't let this happen to someone else.
    
    Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
    Acked-by: Alan Cox <alan@redhat.com>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  11. @jayakumar2 @torvalds

    fbdev: bugfix for multiprocess defio

    jayakumar2 authored torvalds committed
    This patch is a bugfix for how defio handles multiple processes manipulating
    the same framebuffer.
    
    Thanks to Bernard Blackham for identifying this bug.
    
    It occurs when two applications mmap the same framebuffer and concurrently
    write to the same page.  Normally, this doesn't occur since only a single
    process mmaps the framebuffer.  The symptom of the bug is that the mapping
    applications will hang.  The cause is that defio incorrectly tries to add the
    same page twice to the pagelist.  The solution I have is to walk the pagelist
    and check for a duplicate before adding.  Since I needed to walk the pagelist,
    I now also keep the pagelist in sorted order.
    
    Signed-off-by: Jaya Kumar <jayakumar.lkml@gmail.com>
    Cc: Bernard Blackham <bernard@largestprime.net>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  12. @torvalds

    drivers/isdn/i4l/isdn_common.c fix small resource leak

    Darren Jenkins authored torvalds committed
    Coverity CID: 1356 RESOURCE_LEAK
    
    I found a very old patch for this that was Acked but did not get applied
    https://lists.linux-foundation.org/pipermail/kernel-janitors/2006-September/016362.html
    
    There looks to be a small leak in isdn_writebuf_stub() in isdn_common.c, when
    copy_from_user() returns an un-copied data length (length != 0).  The below
    patch should be a minimally invasive fix.
    
    Signed-off-by: Darren Jenkins <darrenrjenkins@gmailcom>
    Acked-by: Karsten Keil <kkeil@suse.de>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  13. @torvalds

    drivers/char/pcmcia/ipwireless/hardware.c fix resource leak

    Darren Jenkins authored torvalds committed
    Coverity CID: 2172 RESOURCE_LEAK
    
    When pool_allocate() tries to enlarge a packet, if it can not allocate enough
    memory, it returns NULL without first freeing the old packet.
    
    This patch just frees the packet first.
    
    Signed-off-by: Darren Jenkins <darrenrjenkins@gmail.com>
    Acked-by: Jiri Kosina <jkosina@suse.cz>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  14. [SCSI] bsg: fix oops on remove

    James Bottomley authored
    If you do a modremove of any sas driver, you run into an oops on
    shutdown when the host is removed (coming from the host bsg device).
    The root cause seems to be that there's a use after free of the
    bsg_class_device:  In bsg_kref_release_function, this is used (to do a
    put_device(bcg->parent) after bcg->release has been called.  In sas (and
    possibly many other things) bcd->release frees the queue which contains
    the bsg_class_device, so we get a put_device on unreferenced memory.
    Fix this by taking a copy of the pointer to the parent before releasing
    bsg.
    
    Acked-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
  15. [SCSI] fusion: default MSI to disabled for SPI and FC controllers

    James Bottomley authored
    There's a fault on the FC controllers that makes them not respond
    correctly to MSI.  The SPI controllers are fine, but are likely to be
    onboard on older motherboards which don't handle MSI correctly, so
    default both these cases to disabled.  Enable by setting the module
    parameter mpt_msi_enable=1.
    
    For the SAS case, enable MSI by default, but it can be disabled by
    setting the module parameter mpt_msi_enable=0.
    
    Cc: "Prakash, Sathya" <sathya.prakash@lsi.com>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
  16. x86: fix ldt limit for 64 bit

    Michael Karcher authored Ingo Molnar committed
    Fix size of LDT entries. On x86-64, ldt_desc is a double-sized descriptor.
    
    Signed-off-by: Michael Karcher <kernel@mkarcher.dialup.fu-berlin.de>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>
  17. @torvalds

    Merge git://git.kernel.org/pub/scm/linux/kernel/git/wim/linux-2.6-wat…

    torvalds authored
    …chdog
    
    * git://git.kernel.org/pub/scm/linux/kernel/git/wim/linux-2.6-watchdog:
      [PATCH] IPMI: return correct value from ipmi_write
Commits on Jul 11, 2008
  1. [PATCH] IPMI: return correct value from ipmi_write

    Mark Rustad authored Wim Van Sebroeck committed
    This patch corrects the handling of write operations to the IPMI watchdog
    to work as intended by returning the number of characters actually
    processed. Without this patch, an "echo V >/dev/watchdog" enables the
    watchdog if IPMI is providing the watchdog function.
    
    Signed-off-by: Mark Rustad <MRustad@gmail.com>
    Signed-off-by: Corey Minyard <cminyard@mvista.com>
    Signed-off-by: Wim Van Sebroeck <wim@iguana.be>
  2. [SCSI] ipr: Fix HDIO_GET_IDENTITY oops for SATA devices

    Brian King authored James Bottomley committed
    Currently, ipr does not support HDIO_GET_IDENTITY to SATA devices.
    An oops occurs if userspace attempts to send the command. Since hald
    issues the command, ensure we fail the ioctl in ipr. This is a
    temporary solution to the oops. Once the ipr libata EH conversion
    is upstream, ipr will fully support HDIO_GET_IDENTITY.
    
    Tested-by: Milton Miller <miltonm@bga.com>
    Signed-off-by: Brian King <brking@linux.vnet.ibm.com>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
  3. @torvalds

    Merge branch 'upstream-linus' of git://git.kernel.org/pub/scm/linux/k…

    torvalds authored
    …ernel/git/jgarzik/libata-dev
    
    * 'upstream-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev:
      libata-acpi: don't call sleeping function from invalid context
      Added Targa Visionary 1000 IDE adapter to pata_sis.c
      libata-acpi: filter out DIPM enable
  4. @dchinner @torvalds

    Fix reference counting race on log buffers

    dchinner authored torvalds committed
    When we release the iclog, we do an atomic_dec_and_lock to determine if
    we are the last reference and need to trigger update of log headers and
    writeout.  However, in xlog_state_get_iclog_space() we also need to
    check if we have the last reference count there.  If we do, we release
    the log buffer, otherwise we decrement the reference count.
    
    But the compare and decrement in xlog_state_get_iclog_space() is not
    atomic, so both places can see a reference count of 2 and neither will
    release the iclog.  That leads to a filesystem hang.
    
    Close the race by replacing the atomic_read() and atomic_dec() pair with
    atomic_add_unless() to ensure that they are executed atomically.
    
    Signed-off-by: Dave Chinner <david@fromorbit.com>
    Reviewed-by: Tim Shimmin <tes@sgi.com>
    Tested-by: Eric Sandeen <sandeen@sandeen.net>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  5. @zhang-rui

    libata-acpi: don't call sleeping function from invalid context

    zhang-rui authored Jeff Garzik committed
    The problem is introduced by commit
    664d080.
    
    acpi_evaluate_integer is a sleeping function,
    and it should not be called with spin_lock_irqsave.
    https://bugzilla.redhat.com/show_bug.cgi?id=451399
    
    Signed-off-by: Zhang Rui <rui.zhang@intel.com>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>
  6. @kakra

    Added Targa Visionary 1000 IDE adapter to pata_sis.c

    kakra authored Jeff Garzik committed
    This enables short 40-wire detection for my laptop thus
    enabling UDMA/100.
    
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>
  7. libata-acpi: filter out DIPM enable

    Tejun Heo authored Jeff Garzik committed
    Some BIOSen enable DIPM via _GTF which causes command timeouts under
    certain configuration.  This didn't occur on 2.6.25 because 2.6.25
    defaulted to SRST, so _GTF wasn't executed during boot probe, so ahci
    host reset disabled DIPM and as _GTF wasn't executed after SRST, DIPM
    wasn't enabled.  On 2.6.26, hardreset is used during probe and after
    probe _GTF is executed enabling DIPM and thus the failures.
    
    This patch could theoretically disable DIPM on machines which used to
    have it enabled on 2.6.25 but AFAIK ahci is currently the only driver
    which uses SATA ACPI hierarchy (_SDD) and as the host reset would have
    always disabled DIPM, this shouldn't happen.
    
    Signed-off-by: Tejun Heo <tj@kernel.org>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>
  8. @paulgortmaker @torvalds

    rtc: fix reported IRQ rate for when HPET is enabled

    paulgortmaker authored torvalds committed
    The IRQ rate reported back by the RTC is incorrect when HPET is enabled.
    
    Newer hardware that has HPET to emulate the legacy RTC device gets this value
    wrong since after it sets the rate, it returns before setting the variable
    used to report the IRQ rate back to users of the device -- so the set rate and
    the reported rate get out of sync.
    
    Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
    Cc: Ingo Molnar <mingo@elte.hu>
    Cc: David Brownell <david-b@pacbell.net>
    Cc: Thomas Gleixner <tglx@linutronix.de>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  9. @torvalds

    Fix name of Russell King in various comments

    Uwe Kleine-König authored torvalds committed
    This patch was created by
    
    	git grep -E -l 'Rus(el|s?e)l King' | xargs -r -t perl -p -i -e 's/Rus(el|s?e)l King/Russell King/g'
    
    Signed-off-by: Uwe Kleine-König <Uwe.Kleine-Koenig@digi.com>
    Most-Definitely-Acked-by: Russell King <rmk+kernel@arm.linux.org.uk>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  10. @torvalds

    rapidio: fix device reference counting

    Eugene Surovegin authored torvalds committed
    Fix RapidIO device reference counting.
    
    Signed-of-by: Eugene Surovegin <ebs@ebshome.net>
    Cc: Matt Porter <mporter@kernel.crashing.org>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  11. @torvalds

    tpm: add Intel TPM TIS device HID

    Marcin Obara authored torvalds committed
    This patch adds Intel TPM TIS device HID:  ICO0102
    
    Signed-off-by: Marcin Obara <marcin_obara@users.sourceforge.net>
    Acked-by: Marcel Selhorst <tpm@selhorst.net>
    Acked-by: Rajiv Andrade <srajiv@linux.vnet.ibm.com>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  12. @torvalds

    Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6

    torvalds authored
    * git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6: (27 commits)
      tun: Persistent devices can get stuck in xoff state
      xfrm: Add a XFRM_STATE_AF_UNSPEC flag to xfrm_usersa_info
      ipv6: missed namespace context in ipv6_rthdr_rcv
      netlabel: netlink_unicast calls kfree_skb on error path by itself
      ipv4: fib_trie: Fix lookup error return
      tcp: correct kcalloc usage
      ip: sysctl documentation cleanup
      Documentation: clarify tcp_{r,w}mem sysctl docs
      netfilter: nf_nat_snmp_basic: fix a range check in NAT for SNMP
      netfilter: nf_conntrack_tcp: fix endless loop
      libertas: fix memory alignment problems on the blackfin
      zd1211rw: stop beacons on remove_interface
      rt2x00: Disable synchronization during initialization
      rc80211_pid: Fix fast_start parameter handling
      sctp: Add documentation for sctp sysctl variable
      ipv6: fix race between ipv6_del_addr and DAD timer
      irda: Fix netlink error path return value
      irda: New device ID for nsc-ircc
      irda: via-ircc proper dma freeing
      sctp: Mark the tsn as received after all allocations finish
      ...
Something went wrong with that request. Please try again.