Permalink
Switch branches/tags
Commits on Mar 18, 2014
  1. dma: edma: fix incorrect SG list handling

    The code to handle any length SG lists calls edma_resume()
    even before edma_start() is called. This is incorrect
    because edma_resume() enables edma events on the channel
    after which CPU (in edma_start) cannot clear posted
    events by writing to ECR (per the EDMA user's guide).
    
    Because of this EDMA transfers fail to start if due
    to some reason there is a pending EDMA event registered
    even before EDMA transfers are started. This can happen if
    an EDMA event is a byproduct of device initialization.
    
    Fix this by calling edma_resume() only if it is not the
    first batch of MAX_NR_SG elements.
    
    Without this patch, MMC/SD fails to function on DA850 EVM
    with DMA. The behaviour is triggered by specific IP and
    this can explain why the issue was not reported before
    (example with MMC/SD on AM335x).
    
    Tested on DA850 EVM and AM335x EVM-SK using MMC/SD card.
    
    Cc: <stable@vger.kernel.org> # v3.12.x+
    Cc: Joel Fernandes <joelf@ti.com>
    Reported-by: Jon Ringle <jringle@gridpoint.com>
    Signed-off-by: Sekhar Nori <nsekhar@ti.com>
    Sekhar Nori committed with Joel Fernandes Mar 17, 2014
Commits on Mar 17, 2014
  1. Merge branch 'for-linus' of git://git.kernel.dk/linux-block

    Pull final final block IO fixes from Jens Axboe:
     "Yes, the last round was final. This one is final final.
    
      The mtip32xx fix could have waited, but it's so simple and gets rid of
      two warning spewages on load.  The two block flush fixes are critical
      for blk-mq, and are the primary reason for this late pull request"
    
    * 'for-linus' of git://git.kernel.dk/linux-block:
      mtip32xx: fix bad use of smp_processor_id()
      block: change flush sequence list addition back to front add
      block: fix q->flush_rq NULL pointer crash on dm-mpath flush
    torvalds committed Mar 17, 2014
  2. Merge branch 'upstream' of git://git.linux-mips.org/pub/scm/ralf/upst…

    …ream-linus
    
    Pull MIPS updates from Ralf Baechle:
     "A fair number of fixes all across arch/mips.  Nothing really stands
      out though APRP, the FPU code and syscall tracing code received
      multiple patches those all were small"
    
    * 'upstream' of git://git.linux-mips.org/pub/scm/ralf/upstream-linus:
      MIPS: mark O32+FP64 experimental for now
      MIPS: ftrace: Fix icache flush range error
      MIPS: Fix syscall tracing interface
      MIPS: asm: syscall: Fix copying system call arguments
      MIPS: Octeon: Fix fall through on bar type OCTEON_DMA_BAR_TYPE_SMALL
      MIPS: FPU: Fix conflict of register usage
      MIPS: Replace CONFIG_MIPS64 and CONFIG_MIPS32_R2
      MIPS: math-emu: Fix prefx detection and COP1X function field definition
      MIPS: APRP: Choose the correct VPE loader by fixing the linking
      MIPS: APRP: Unregister rtlx interrupt hook at module exit
      MIPS: APRP: Fix the linking of rtlx interrupt hook
      MIPS: bcm47xx: Include missing errno.h for ENXIO
      MIPS: Alchemy: Fix unchecked kstrtoul return value
      MIPS: Fix randconfig build error.
    torvalds committed Mar 17, 2014
  3. MIPS: mark O32+FP64 experimental for now

    Commit 597ce17 "MIPS: Support for 64-bit FP with O32 binaries"
    introduced support for setting Status.FR=1 for O32 binaries with the
    EF_MIPS_FP64 ELF header flag set. Whilst this flag is currently
    supported by binutils it does introduce an ABI break within userland.
    Objects built with EF_MIPS_FP64 cannot be safely linked with those built
    without it since code in either object may assume behaviour specific to
    a value of FR.
    
    More recently there has been discussion around avoiding further
    fragmentation of the O32 ABI whilst still allowing the use of FR=1 and
    features such as MSA which depend upon it. Details of the plan to allow
    this are still being worked on, and whilst the kernel will need the
    ability to handle FR=1 with O32 tasks it is unclear what else it may
    need to provide to a userland which seeks to avoid another ABI break. In
    order to prevent the proliferation of userland which may rely upon the
    current EF_MIPS_FP64 behaviour this patch marks the kernel support for
    it experimental & disables it by default. Under current proposals it is
    likely that this support can simply be enabled again later, but possibly
    after the introduction of further interfaces with userland and support
    for the MIPS R5 UFR feature.
    
    Signed-off-by: Paul Burton <paul.burton@imgtec.com>
    Cc: Matthew Fortune <matthew.fortune@imgtec.com>
    Cc: linux-mips@linux-mips.org
    Cc: Paul Burton <paul.burton@imgtec.com>
    Patchwork: https://patchwork.linux-mips.org/patch/6549/
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
    paulburton committed with ralfbaechle Feb 14, 2014
  4. Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel…

    …/git/jikos/hid
    
    Pull HID fixes from Jiri Kosina:
    
     - fix for ordering of device removal actions in hidraw, by Fernando
       Luis Vázquez Cao
    
     - fix for uninitialized workqueue usage in hid-sony, by Frank Praznik
    
     - device ID addition for new variant of Logitech G27, from Simon Wood
    
    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid:
      HID: hid-lg4ff: Support new version of G27
      HID: hidraw: fix warning destroying hidraw device files after parent
      HID: sony: Fix work queue issues.
    torvalds committed Mar 17, 2014
  5. MIPS: ftrace: Fix icache flush range error

    In 32-bit mode, the start address passed to flush_icache_range is
    shifted by 4 bytes before the second safe_store_code() call.
    
    This causes system crash from time to time because the first 4 bytes
    might not be flushed properly. This bug exists since linux-3.8.
    
    Also remove obsoleted comment while at it.
    
    Signed-off-by: Viller Hsiao <villerhsiao@gmail.com>
    Cc: linux-mips@linux-mips.org
    Cc: rostedt@goodmis.org
    Cc: fweisbec@gmail.com
    Cc: mingo@redhat.com
    Cc: Qais.Yousef@imgtec.com
    Patchwork: https://patchwork.linux-mips.org/patch/6586/
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
    vh21 committed with ralfbaechle Feb 22, 2014
  6. MIPS: Fix syscall tracing interface

    Fix pointer computation for stack-based arguments.
    
    Signed-off-by: Lars Persson <larper@axis.com>
    Cc: linux-mips@linux-mips.org
    Patchwork: https://patchwork.linux-mips.org/patch/6620/
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
    larperaxis committed with ralfbaechle Mar 17, 2014
  7. MIPS: asm: syscall: Fix copying system call arguments

    The syscall_get_arguments function expects the arguments to be copied
    to the '*args' argument but instead a local variable was used to hold
    the system call argument. As a result of which, this variable was
    never passed to the filter and any filter testing the system call
    arguments would fail. This is fixed by passing the '*args' variable
    as the destination memory for the system call arguments.
    
    Signed-off-by: Markos Chandras <markos.chandras@imgtec.com>
    Reviewed-by: Paul Burton <paul.burton@imgtec.com>
    Reviewed-by: James Hogan <james.hogan@imgtec.com>
    Cc: linux-mips@linux-mips.org
    Patchwork: https://patchwork.linux-mips.org/patch/6402/
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
    Markos Chandras committed with ralfbaechle Jan 22, 2014
  8. Linux 3.14-rc7

    torvalds committed Mar 17, 2014
Commits on Mar 16, 2014
  1. Merge branch 'sched-urgent-for-linus' of git://git.kernel.org/pub/scm…

    …/linux/kernel/git/tip/tip
    
    Pull scheduler fixes from Ingo Molnar:
     "Three small fixes"
    
    * 'sched-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
      sched/clock: Prevent tracing recursion in sched_clock_cpu()
      stop_machine: Fix^2 race between stop_two_cpus() and stop_cpus()
      sched/deadline: Deny unprivileged users to set/change SCHED_DEADLINE policy
    torvalds committed Mar 16, 2014
  2. Merge branch 'perf-urgent-for-linus' of git://git.kernel.org/pub/scm/…

    …linux/kernel/git/tip/tip
    
    Pull perf fixes from Ingo Molnar:
     "Misc smaller fixes"
    
    * 'perf-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
      perf/x86: Fix leak in uncore_type_init failure paths
      perf machine: Use map as success in ip__resolve_ams
      perf symbols: Fix crash in elf_section_by_name
      perf trace: Decode architecture-specific signal numbers
    torvalds committed Mar 16, 2014
  3. ipc: Fix 2 bugs in msgrcv() MSG_COPY implementation

    While testing and documenting the msgrcv() MSG_COPY flag that Stanislav
    Kinsbursky added in commit 4a674f3 ("ipc: introduce message queue
    copy feature" => kernel 3.8), I discovered a couple of bugs in the
    implementation.  The two bugs concern MSG_COPY interactions with other
    msgrcv() flags, namely:
    
     (A) MSG_COPY + MSG_EXCEPT
     (B) MSG_COPY + !IPC_NOWAIT
    
    The bugs are distinct (and the fix for the first one is obvious),
    however my fix for both is a single-line patch, which is why I'm
    combining them in a single mail, rather than writing two mails+patches.
    
     ===== (A) MSG_COPY + MSG_EXCEPT =====
    
    With the addition of the MSG_COPY flag, there are now two msgrcv()
    flags--MSG_COPY and MSG_EXCEPT--that modify the meaning of the 'msgtyp'
    argument in unrelated ways.  Specifying both in the same call is a
    logical error that is currently permitted, with the effect that MSG_COPY
    has priority and MSG_EXCEPT is ignored.  The call should give an error
    if both flags are specified.  The patch below implements that behavior.
    
     ===== (B) (B) MSG_COPY + !IPC_NOWAIT =====
    
    The test code that was submitted in commit 3a66553 ("selftests: IPC
    message queue copy feature test") shows MSG_COPY being used in
    conjunction with IPC_NOWAIT.  In other words, if there is no message at
    the position 'msgtyp'.  return immediately with the error in ENOMSG.
    
    What was not (fully) tested is the behavior if MSG_COPY is specified
    *without* IPC_NOWAIT, and there is an odd behavior.  If the queue
    contains less than 'msgtyp' messages, then the call blocks until the
    next message is written to the queue.  At that point, the msgrcv() call
    returns a copy of the newly added message, regardless of whether that
    message is at the ordinal position 'msgtyp'.  This is clearly bogus, and
    problematic for applications that might want to make use of the MSG_COPY
    flag.
    
    I considered the following possible solutions to this problem:
    
     (1) Force the call to block until a message *does* appear at the
         position 'msgtyp'.
    
     (2) If the MSG_COPY flag is specified, the kernel should implicitly add
         IPC_NOWAIT, so that the call fails with ENOMSG for this case.
    
     (3) If the MSG_COPY flag is specified, but IPC_NOWAIT is not, generate
         an error (probably, EINVAL is the right one).
    
    I do not know if any application would really want to have the
    functionality of solution (1), especially since an application can
    determine in advance the number of messages in the queue using msgctl()
    IPC_STAT.  Obviously, this solution would be the most work to implement.
    
    Solution (2) would have the effect of silently fixing any applications
    that tried to employ broken behavior.  However, it would mean that if we
    later decided to implement solution (1), then user-space could not
    easily detect what the kernel supports (but, since I'm somewhat doubtful
    that solution (1) is needed, I'm not sure that this is much of a
    problem).
    
    Solution (3) would have the effect of informing broken applications that
    they are doing something broken.  The downside is that this would cause
    a ABI breakage for any applications that are currently employing the
    broken behavior.  However:
    
    a) Those applications are almost certainly not getting the results they
       expect.
    b) Possibly, those applications don't even exist, because MSG_COPY is
       currently hidden behind CONFIG_CHECKPOINT_RESTORE.
    
    The upside of solution (3) is that if we later decided to implement
    solution (1), user-space could determine what the kernel supports, via
    the error return.
    
    In my view, solution (3) is mildly preferable to solution (2), and
    solution (1) could still be done later if anyone really cares.  The
    patch below implements solution (3).
    
    PS.  For anyone out there still listening, it's the usual story:
    documenting an API (and the thinking about, and the testing of the API,
    that documentation entails) is the one of the single best ways of
    finding bugs in the API, as I've learned from a lot of experience.  Best
    to do that documentation before releasing the API.
    
    Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
    Acked-by: Stanislav Kinsbursky <skinsbursky@parallels.com>
    Cc: Stanislav Kinsbursky <skinsbursky@parallels.com>
    Cc: stable@vger.kernel.org
    Cc: Serge Hallyn <serge.hallyn@canonical.com>
    Cc: "Eric W. Biederman" <ebiederm@xmission.com>
    Cc: Pavel Emelyanov <xemul@parallels.com>
    Cc: Al Viro <viro@zeniv.linux.org.uk>
    Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    mkerrisk committed with torvalds Mar 10, 2014
Commits on Mar 15, 2014
  1. Merge tag 'scsi-fixes' of git://git.kernel.org/pub/scm/linux/kernel/g…

    …it/jejb/scsi
    
    Pull SCSI fixes from James Bottomley:
     "This is a set of six fixes.  Two are instant crash/null deref types
      (storvsc and isci).  The two qla2xxx are initialisation problems that
      cause MSI-X failures and card misdetection, the isci erroneous macro
      is actually illegal C that's causing a miscompile with certain gcc
      versions and the be2iscsi bad if expression is a static checker fix"
    
    * tag 'scsi-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi:
      [SCSI] storvsc: NULL pointer dereference fix
      [SCSI] qla2xxx: Poll during initialization for ISP25xx and ISP83xx
      [SCSI] isci: correct erroneous for_each_isci_host macro
      [SCSI] isci: fix reset timeout handling
      [SCSI] be2iscsi: fix bad if expression
      [SCSI] qla2xxx: Fix multiqueue MSI-X registration.
    torvalds committed Mar 15, 2014
  2. Merge branch 'x86-urgent-for-linus' of git://git.kernel.org/pub/scm/l…

    …inux/kernel/git/tip/tip
    
    Pull x86 fixes from Peter Anvin:
     "Two x86 fixes: Suresh's eager FPU fix, and a fix to the NUMA quirk for
      AMD northbridges.
    
      This only includes Suresh's fix patch, not the "mostly a cleanup"
      patch which had __init issues"
    
    * 'x86-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
      x86/amd/numa: Fix northbridge quirk to assign correct NUMA node
      x86, fpu: Check tsk_used_math() in kernel_fpu_end() for eager FPU
    torvalds committed Mar 15, 2014
  3. Merge tag 'pm+acpi-3.14-rc7' of git://git.kernel.org/pub/scm/linux/ke…

    …rnel/git/rafael/linux-pm
    
    Pull ACPI and power management fixes from Rafael Wysocki:
     "Three of these are regression fixes, for two recent regressions and
      one introduced during the 3.13 cycle, and the fourth one is a working
      version of the fix that had to be reverted last time.
    
      Specifics:
    
       - A recent ACPI resources handling fix overlooked the fact that it
         had to update the ACPI PNP subsystem's resources parsing too and
         caused confusing warning messages to be printed during system
         intialization on some systems (with arguably buggy ACPI tables).
         Fix from Zhang Rui.
    
       - Moving the early ACPI initialization before timekeeping_init()
         earlier in this cycle broke fast TSC calibration on at least one
         system, so it needs to be done later, but still before
         efi_enter_virtual_mode() to allow the EFI initialization to refer
         to ACPI.
    
       - A change related to code duplication reduction in the cpufreq core
         inadvertently caused cpufreq intialization to fail for some CPUs
         handled by intel_pstate by adding checks that may fail for that
         driver, but aren't even necessary when it is used.  The issue is
         addressed by preventing those checks from run in the configurations
         in which they aren't needed.
    
       - If the Hardware Reduced ACPI flag is set in the ACPI tables, system
         suspend, hibernation and ACPI power off will only work when special
         sleep control and sleep status registeres are provided (their
         addresses in the ACPI tables are not zero).  If those registers are
         not available, the features in question have no chances to work, so
         they shouldn't even be regarded as supported.  That helps with
         power off in particular, because alternative power off methods may
         be used then and they may actually work"
    
    * tag 'pm+acpi-3.14-rc7' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm:
      ACPI / sleep: Add extra checks for HW Reduced ACPI mode sleep states
      ACPI / init: Invoke early ACPI initialization later
      cpufreq: Skip current frequency initialization for ->setpolicy drivers
      PNP / ACPI: proper handling of ACPI IO/Memory resource parsing failures
    torvalds committed Mar 15, 2014
  4. Merge tag 'dm-3.14-fixes-4' of git://git.kernel.org/pub/scm/linux/ker…

    …nel/git/device-mapper/linux-dm
    
    Pull device-mapper fixes form Mike Snitzer:
     "Two small fixes for the DM cache target:
    
       - fix corruption with >2TB fast device due to truncation bug
       - fix access beyond end of origin device due to a partial block"
    
    * tag 'dm-3.14-fixes-4' of git://git.kernel.org/pub/scm/linux/kernel/git/device-mapper/linux-dm:
      dm cache: fix access beyond end of origin device
      dm cache: fix truncation bug when copying a block to/from >2TB fast device
    torvalds committed Mar 15, 2014
Commits on Mar 14, 2014
  1. MIPS: Octeon: Fix fall through on bar type OCTEON_DMA_BAR_TYPE_SMALL

    Bar type OCTEON_DMA_BAR_TYPE_SMALL assigns lo and hi addresses and
    then falls through to OCTEON_DMA_BAR_TYPE_BIG that re-assignes lo and
    hi addresses with totally different values. Add a break so we don't
    fall through.
    
    Signed-off-by: Colin Ian King <colin.king@canonical.com>
    Acked-by: David Daney <ddaney@caviumnetworks.com>
    Cc: linux-mips@linux-mips.org
    Cc: linux-kernel@vger.kernel.org
    Patchwork: https://patchwork.linux-mips.org/patch/6529/
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
    ColinIanKing committed with ralfbaechle Feb 10, 2014
  2. MIPS: FPU: Fix conflict of register usage

    In _restore_fp_context/_restore_fp_context32, t0 is used for both
    CP0_Status and CP1_FCSR. This is a mistake and cause FP exeception on
    boot, so fix it.
    
    Signed-off-by: Huacai Chen <chenhc@lemote.com>
    Tested-by: Aaro Koskinen <aaro.koskinen@iki.fi>
    Tested-by: Andreas Barth <aba@ayous.org>
    Cc: John Crispin <john@phrozen.org>
    Cc: Steven J. Hill <Steven.Hill@imgtec.com>
    Cc: Aurelien Jarno <aurelien@aurel32.net>
    Cc: linux-mips@linux-mips.org
    Cc: Fuxin Zhang <zhangfx@lemote.com>
    Cc: Zhangjin Wu <wuzhangjin@gmail.com>
    Patchwork: https://patchwork.linux-mips.org/patch/6507/
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
    Huacai Chen committed with ralfbaechle Feb 7, 2014
  3. MIPS: Replace CONFIG_MIPS64 and CONFIG_MIPS32_R2

    Commit 597ce17 ("MIPS: Support for 64-bit FP with O32 binaries")
    introduced references to two undefined Kconfig macros. CONFIG_MIPS32_R2
    should clearly be replaced with CONFIG_CPU_MIPS32_R2. And CONFIG_MIPS64
    should be replaced with CONFIG_64BIT.
    
    Signed-off-by: Paul Bolle <pebolle@tiscali.nl>
    Cc: linux-mips@linux-mips.org
    Cc: linux-kernel@vger.kernel.org
    Patchwork: https://patchwork.linux-mips.org/patch/6522/
    Tested-by: Aaro Koskinen <aaro.koskinen@iki.fi>
    Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
    pebolle committed with ralfbaechle Feb 9, 2014
  4. HID: hid-lg4ff: Support new version of G27

    It has been reported that there is a new hardware version of the G27
    in the 'wild'. This patch add's this new revision so that it can be
    sent the command to switch to native mode.
    
    Reported-by: "Ivan Baldo" <ibaldo@adinet.com.uy>
    Tested-by: "evilcow" <evilcow93@yahoo.com>
    Signed-off-by: Simon Wood <simon@mungewell.org>
    Signed-off-by: Jiri Kosina <jkosina@suse.cz>
    mungewell committed with Jiri Kosina Mar 13, 2014
  5. x86/amd/numa: Fix northbridge quirk to assign correct NUMA node

    For systems with multiple servers and routed fabric, all
    northbridges get assigned to the first server. Fix this by also
    using the node reported from the PCI bus. For single-fabric
    systems, the northbriges are on PCI bus 0 by definition, which
    are on NUMA node 0 by definition, so this is invarient on most
    systems.
    
    Tested on fam10h and fam15h single and multi-fabric systems and
    candidate for stable.
    
    Signed-off-by: Daniel J Blueman <daniel@numascale.com>
    Acked-by: Steffen Persvold <sp@numascale.com>
    Acked-by: Borislav Petkov <bp@suse.de>
    Cc: <stable@vger.kernel.org>
    Link: http://lkml.kernel.org/r/1394710981-3596-1-git-send-email-daniel@numascale.com
    Signed-off-by: Ingo Molnar <mingo@kernel.org>
    dblueman committed with Ingo Molnar Mar 13, 2014
  6. Merge branch 'drm-fixes' of git://people.freedesktop.org/~airlied/linux

    Pull drm fixes from Dave Airlie:
     "Pretty minor set of fixes for radeon, ttm and vmwgfx.  The ttm ones
      are a regression and an oops seen on server chipsets"
    
    * 'drm-fixes' of git://people.freedesktop.org/~airlied/linux:
      drm/vmwgfx: Fix a surface reference corner-case in legacy emulation mode
      drm/radeon/cik: properly set compute ring status on disable
      drm/radeon/cik: stop the sdma engines in the enable() function
      drm/radeon/cik: properly set sdma ring status on disable
      drm/radeon: fix runpm disabling on non-PX harder
      drm/ttm: don't oops if no invalidate_caches()
      drm/ttm: Work around performance regression with VM_PFNMAP
    torvalds committed Mar 14, 2014
  7. Merge branch 'i2c/for-current' of git://git.kernel.org/pub/scm/linux/…

    …kernel/git/wsa/linux
    
    Pull i2c Kconfig fix from Wolfram Sang.
    
    * 'i2c/for-current' of git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux:
      i2c: Remove usage of orphaned symbol OF_I2C
    torvalds committed Mar 14, 2014
  8. Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net

    Pull networking fixes from David Miller:
     "I know this is a bit more than you want to see, and I've told the
      wireless folks under no uncertain terms that they must severely scale
      back the extent of the fixes they are submitting this late in the
      game.
    
      Anyways:
    
       1) vmxnet3's netpoll doesn't perform the equivalent of an ISR, which
          is the correct implementation, like it should.  Instead it does
          something like a NAPI poll operation.  This leads to crashes.
    
          From Neil Horman and Arnd Bergmann.
    
       2) Segmentation of SKBs requires proper socket orphaning of the
          fragments, otherwise we might access stale state released by the
          release callbacks.
    
          This is a 5 patch fix, but the initial patches are giving
          variables and such significantly clearer names such that the
          actual fix itself at the end looks trivial.
    
          From Michael S.  Tsirkin.
    
       3) TCP control block release can deadlock if invoked from a timer on
          an already "owned" socket.  Fix from Eric Dumazet.
    
       4) In the bridge multicast code, we must validate that the
          destination address of general queries is the link local all-nodes
          multicast address.  From Linus Lüssing.
    
       5) The x86 BPF JIT support for negative offsets puts the parameter
          for the helper function call in the wrong register.  Fix from
          Alexei Starovoitov.
    
       6) The descriptor type used for RTL_GIGA_MAC_VER_17 chips in the
          r8169 driver is incorrect.  Fix from Hayes Wang.
    
       7) The xen-netback driver tests skb_shinfo(skb)->gso_type bits to see
          if a packet is a GSO frame, but that's not the correct test.  It
          should use skb_is_gso(skb) instead.  Fix from Wei Liu.
    
       8) Negative msg->msg_namelen values should generate an error, from
          Matthew Leach.
    
       9) at86rf230 can deadlock because it takes the same lock from it's
          ISR and it's hard_start_xmit method, without disabling interrupts
          in the latter.  Fix from Alexander Aring.
    
      10) The FEC driver's restart doesn't perform operations in the correct
          order, so promiscuous settings can get lost.  Fix from Stefan
          Wahren.
    
      11) Fix SKB leak in SCTP cookie handling, from Daniel Borkmann.
    
      12) Reference count and memory leak fixes in TIPC from Ying Xue and
          Erik Hugne.
    
      13) Forced eviction in inet_frag_evictor() must strictly make sure all
          frags are deleted, otherwise module unload (f.e.  6lowpan) can
          crash.  Fix from Florian Westphal.
    
      14) Remove assumptions in AF_UNIX's use of csum_partial() (which it
          uses as a hash function), which breaks on PowerPC.  From Anton
          Blanchard.
    
          The main gist of the issue is that csum_partial() is defined only
          as a value that, once folded (f.e.  via csum_fold()) produces a
          correct 16-bit checksum.  It is legitimate, therefore, for
          csum_partial() to produce two different 32-bit values over the
          same data if their respective alignments are different.
    
      15) Fix endiannes bug in MAC address handling of ibmveth driver, also
          from Anton Blanchard.
    
      16) Error checks for ipv6 exthdrs offload registration are reversed,
          from Anton Nayshtut.
    
      17) Externally triggered ipv6 addrconf routes should count against the
          garbage collection threshold.  Fix from Sabrina Dubroca.
    
      18) The PCI shutdown handler added to the bnx2 driver can wedge the
          chip if it was not brought up earlier already, which in particular
          causes the firmware to shut down the PHY.  Fix from Michael Chan.
    
      19) Adjust the sanity WARN_ON_ONCE() in qdisc_list_add() because as
          currently coded it can and does trigger in legitimate situations.
          From Eric Dumazet.
    
      20) BNA driver fails to build on ARM because of a too large udelay()
          call, fix from Ben Hutchings.
    
      21) Fair-Queue qdisc holds locks during GFP_KERNEL allocations, fix
          from Eric Dumazet.
    
      22) The vlan passthrough ops added in the previous release causes a
          regression in source MAC address setting of outgoing headers in
          some circumstances.  Fix from Peter Boström"
    
    * git://git.kernel.org/pub/scm/linux/kernel/git/davem/net: (70 commits)
      ipv6: Avoid unnecessary temporary addresses being generated
      eth: fec: Fix lost promiscuous mode after reconnecting cable
      bonding: set correct vlan id for alb xmit path
      at86rf230: fix lockdep splats
      net/mlx4_en: Deregister multicast vxlan steering rules when going down
      vmxnet3: fix building without CONFIG_PCI_MSI
      MAINTAINERS: add networking selftests to NETWORKING
      net: socket: error on a negative msg_namelen
      MAINTAINERS: Add tools/net to NETWORKING [GENERAL]
      packet: doc: Spelling s/than/that/
      net/mlx4_core: Load the IB driver when the device supports IBoE
      net/mlx4_en: Handle vxlan steering rules for mac address changes
      net/mlx4_core: Fix wrong dump of the vxlan offloads device capability
      xen-netback: use skb_is_gso in xenvif_start_xmit
      r8169: fix the incorrect tx descriptor version
      tools/net/Makefile: Define PACKAGE to fix build problems
      x86: bpf_jit: support negative offsets
      bridge: multicast: enable snooping on general queries only
      bridge: multicast: add sanity check for general query destination
      tcp: tcp_release_cb() should release socket ownership
      ...
    torvalds committed Mar 14, 2014
Commits on Mar 13, 2014
  1. i2c: Remove usage of orphaned symbol OF_I2C

    The symbol is an orphan, don't depend on it anymore.
    
    Signed-off-by: Richard Weinberger <richard@nod.at>
    [wsa: enhanced commit message]
    Signed-off-by: Wolfram Sang <wsa@the-dreams.de>
    Fixes: 687b81d (i2c: move OF helpers into the core)
    Cc: stable@kernel.org
    richardweinberger committed with Wolfram Sang Feb 9, 2014
  2. Merge branches 'pnp', 'acpi-init', 'acpi-sleep' and 'pm-cpufreq'

    * pnp:
      PNP / ACPI: proper handling of ACPI IO/Memory resource parsing failures
    
    * acpi-init:
      ACPI / init: Invoke early ACPI initialization later
    
    * acpi-sleep:
      ACPI / sleep: Add extra checks for HW Reduced ACPI mode sleep states
    
    * pm-cpufreq:
      cpufreq: Skip current frequency initialization for ->setpolicy drivers
    Rafael J. Wysocki committed Mar 13, 2014
  3. ACPI / sleep: Add extra checks for HW Reduced ACPI mode sleep states

    If the HW Reduced ACPI mode bit is set in the FADT, ACPICA uses
    the optional sleep control and sleep status registers for making
    the system enter sleep states (including S5), so it is not possible
    to use system sleep states or power it off using ACPI if the HW
    Reduced ACPI mode bit is set and those registers are not available.
    
    For this reason, add a new function, acpi_sleep_state_supported(),
    checking if the HW Reduced ACPI mode bit is set and whether or not
    system sleep states are usable in that case in addition to checking
    the return value of acpi_get_sleep_type_data() and make the ACPI
    sleep setup routines use that function to check the availability of
    system sleep states.
    
    Among other things, this prevents the kernel from attempting to
    use ACPI for powering off HW Reduced ACPI systems without the sleep
    control and sleep status registers, because ACPI power off doesn't
    have a chance to work on them.  That allows alternative power off
    mechanisms that may actually work to be used on those systems.  The
    affected machines include Dell Venue 8 Pro, Asus T100TA, Haswell
    Desktop SDP and Ivy Bridge EP Demo depot.
    
    References: https://bugzilla.kernel.org/show_bug.cgi?id=70931
    Reported-by: Adam Williamson <awilliam@redhat.com>
    Tested-by: Aubrey Li <aubrey.li@linux.intel.com>
    Cc: 3.4+ <stable@vger.kernel.org> # 3.4+
    Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
    Rafael J. Wysocki committed Mar 13, 2014
  4. ipv6: Avoid unnecessary temporary addresses being generated

    tmp_prefered_lft is an offset to ifp->tstamp, not now. Therefore
    age needs to be added to the condition.
    
    Age calculation in ipv6_create_tempaddr is different from the one
    in addrconf_verify and doesn't consider ADDRCONF_TIMER_FUZZ_MINUS.
    This can cause age in ipv6_create_tempaddr to be less than the one
    in addrconf_verify and therefore unnecessary temporary address to
    be generated.
    Use age calculation as in addrconf_modify to avoid this.
    
    Signed-off-by: Heiner Kallweit <heiner.kallweit@web.de>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    hkallweit committed with davem330 Mar 12, 2014
  5. eth: fec: Fix lost promiscuous mode after reconnecting cable

    If the Freescale fec is in promiscuous mode and network cable is
    reconnected then the promiscuous mode get lost. The problem is caused
    by a too soon call of set_multicast_list to re-enable promisc mode.
    The FEC_R_CNTRL register changes are overwritten by fec_restart.
    
    This patch fixes this by moving the call behind the init of FEC_R_CNTRL
    register in fec_restart.
    
    Successful tested on a i.MX28 board.
    
    Signed-off-by: Stefan Wahren <stefan.wahren@i2se.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    lategoodbye committed with davem330 Mar 12, 2014
  6. bonding: set correct vlan id for alb xmit path

    The commit d3ab3ff
    (bonding: use rlb_client_info->vlan_id instead of ->tag)
    remove the rlb_client_info->tag, but occur some issues,
    The vlan_get_tag() will return 0 for success and -EINVAL for
    error, so the client_info->vlan_id always be set to 0 if the
    vlan_get_tag return 0 for success, so the client_info would
    never get a correct vlan id.
    
    We should only set the vlan id to 0 when the vlan_get_tag return error.
    
    Fixes: d3ab3ff (bonding: use rlb_client_info->vlan_id instead of ->tag)
    
    CC: Ding Tianhong <dingtianhong@huawei.com>
    CC: Jay Vosburgh <fubar@us.ibm.com>
    CC: Andy Gospodarek <andy@greyhouse.net>
    Signed-off-by: Ding Tianhong <dingtianhong@huawei.com>
    Acked-by: Veaceslav Falico <vfalico@redhat.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    dingtianhong committed with davem330 Mar 12, 2014
  7. at86rf230: fix lockdep splats

    This patch fix a lockdep in the at86rf230 driver, otherwise we get:
    
    [   30.206517] =================================
    [   30.211078] [ INFO: inconsistent lock state ]
    [   30.215647] 3.14.0-20140108-1-00994-g32e9426 #163 Not tainted
    [   30.221660] ---------------------------------
    [   30.226222] inconsistent {HARDIRQ-ON-W} -> {IN-HARDIRQ-W} usage.
    [   30.232514] systemd-udevd/157 [HC1[1]:SC0[0]:HE0:SE1] takes:
    [   30.238439]  (&(&lp->lock)->rlock){?.+...}, at: [<c03600f8>] at86rf230_isr+0x18/0x44
    [   30.246621] {HARDIRQ-ON-W} state was registered at:
    [   30.251728]   [<c0061ce4>] __lock_acquire+0x7a4/0x18d8
    [   30.257135]   [<c0063500>] lock_acquire+0x68/0x7c
    [   30.262071]   [<c0588820>] _raw_spin_lock+0x28/0x38
    [   30.267203]   [<c0361240>] at86rf230_xmit+0x1c/0x144
    [   30.272412]   [<c057ba6c>] mac802154_xmit_worker+0x88/0x148
    [   30.278271]   [<c0047844>] process_one_work+0x274/0x404
    [   30.283761]   [<c00484c0>] worker_thread+0x228/0x374
    [   30.288971]   [<c004cfb8>] kthread+0xd0/0xe4
    [   30.293455]   [<c000dac8>] ret_from_fork+0x14/0x2c
    [   30.298493] irq event stamp: 8948
    [   30.301963] hardirqs last  enabled at (8947): [<c00cb290>] __kmalloc+0xb4/0x110
    [   30.309636] hardirqs last disabled at (8948): [<c00115d4>] __irq_svc+0x34/0x5c
    [   30.317215] softirqs last  enabled at (8452): [<c0037324>] __do_softirq+0x1dc/0x264
    [   30.325243] softirqs last disabled at (8439): [<c0037638>] irq_exit+0x80/0xf4
    
    We use the lp->lock inside the isr of at86rf230, that's why we need the
    irqsave spinlock calls.
    
    Signed-off-by: Alexander Aring <alex.aring@gmail.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    alexaring committed with davem330 Mar 12, 2014
  8. net/mlx4_en: Deregister multicast vxlan steering rules when going down

    When mlx4_en_stop_port() is called, we need to deregister also the
    tunnel steering rules that relate to multicast.
    
    Signed-off-by: Or Gerlitz <ogerlitz@mellanox.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Or Gerlitz committed with davem330 Mar 13, 2014
  9. vmxnet3: fix building without CONFIG_PCI_MSI

    Since commit d25f06e "vmxnet3: fix netpoll race condition",
    the vmxnet3 driver fails to build when CONFIG_PCI_MSI is disabled,
    because it unconditionally references the vmxnet3_msix_rx()
    function.
    
    To fix this, use the same #ifdef in the caller that exists around
    the function definition.
    
    Signed-off-by: Arnd Bergmann <arnd@arndb.de>
    Cc: Neil Horman <nhorman@tuxdriver.com>
    Cc: Shreyas Bhatewara <sbhatewara@vmware.com>
    Cc: "VMware, Inc." <pv-drivers@vmware.com>
    Cc: "David S. Miller" <davem@davemloft.net>
    Cc: stable@vger.kernel.org
    Acked-by: Neil Horman <nhorman@tuxdriver.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    arndb committed with davem330 Mar 13, 2014
  10. MAINTAINERS: add networking selftests to NETWORKING

    Add it to NETWORKING [GENERAL] to make sure patches for selftests
    go to the netdev list as well.
    
    Signed-off-by: Daniel Borkmann <dborkman@redhat.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    borkmann committed with davem330 Mar 13, 2014
  11. Merge tag 'ttm-fixes-3.14-2014-03-12' of git://people.freedesktop.org…

    …/~thomash/linux into drm-fixes
    
    Second pull request of 2014-03-12. The first one was requested to be canceled.
    
    Rob's fix for oops on invalidate_caches() and a fix for a
    performance regression.
    
    * tag 'ttm-fixes-3.14-2014-03-12' of git://people.freedesktop.org/~thomash/linux:
      drm/ttm: don't oops if no invalidate_caches()
      drm/ttm: Work around performance regression with VM_PFNMAP
    Dave Airlie committed Mar 13, 2014