10 Mar, 2016

5 commits

  • Pull spi fixes from Mark Brown:
    "A few driver specific fixes for the Rockchip and i.MX SPI controllers,
    especially for the i.MX they're annoying bugs if you run into them"

    * tag 'spi-fix-v4.5-rc7' of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi:
    spi: imx: fix spi resource leak with dma transfer
    spi: imx: allow only WML aligned transfers to use DMA
    spi: rockchip: add missing spi_master_put
    spi: rockchip: disable runtime pm when in err case

    Linus Torvalds
     
  • Mark Brown
     
  • Mark Brown
     
  • Pull drm fixes from Dave Airlie:
    "A few imx fixes I missed from a couple of weeks ago, they still aren't
    that big and fix some regression and a fail to boot problem.

    Other than that, a couple of regression fixes for radeon/amdgpu, one
    regression fix for vmwgfx and one regression fix for tda998x"

    * 'drm-fixes' of git://people.freedesktop.org/~airlied/linux:
    Revert "drm/radeon/pm: adjust display configuration after powerstate"
    drm/amdgpu/dp: add back special handling for NUTMEG
    drm/radeon/dp: add back special handling for NUTMEG
    drm/i2c: tda998x: Choose between atomic or non atomic dpms helper
    drm/vmwgfx: Add back ->detect() and ->fill_modes()
    drm/radeon: Fix error handling in radeon_flip_work_func.
    drm/amdgpu: Fix error handling in amdgpu_flip_work_func.
    drm/imx: Add missing DRM_FORMAT_RGB565 to ipu_plane_formats
    drm/imx: notify DRM core about CRTC vblank state
    gpu: ipu-v3: Reset IPU before activating IRQ
    gpu: ipu-v3: Do not bail out on missing optional port nodes

    Linus Torvalds
     
  • Pull PCI fix from Bjorn Helgaas:
    "Here's another fix for v4.5. It fixes an ARM regression in v4.0 that
    causes many boxes to crash on boot, including cns3xxx, dove,
    footbridge, iopl13xx, ip32x, iop33x, ixp4xx, ks8695, mv78xx0, orion5x,
    pxa, sa1100, etc.

    The change is in code that's only built for ARM and ARM64.

    Summary:

    Enumeration:
    Allow generic PCI domains without bridge "parent" pointer (Krzysztof Hałasa)"

    * tag 'pci-v4.5-fixes-5' of git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci:
    PCI: Allow a NULL "parent" pointer in pci_bus_assign_domain_nr()

    Linus Torvalds
     

09 Mar, 2016

6 commits

  • ipu-v3 probe and imx-drm crtc and plane fixes

    - Fix ipu probe if optional port nodes are not present in the device tree
    - Reset the ipu before initializing interrupts, not thereafter
    - Notify DRM core about the state of vblank interrupts
    - Add missing RGB565 format to the list of plate formats

    * tag 'imx-drm-fixes-2016-02-19' of git://git.pengutronix.de/git/pza/linux:
    drm/imx: Add missing DRM_FORMAT_RGB565 to ipu_plane_formats
    drm/imx: notify DRM core about CRTC vblank state
    gpu: ipu-v3: Reset IPU before activating IRQ
    gpu: ipu-v3: Do not bail out on missing optional port nodes

    Dave Airlie
     
  • radeon and amdgpu fixes for 4.5. Three regression fixes and
    some fixups for the error handling in the vblank regression fixes
    from earlier.

    * 'drm-fixes-4.5' of git://people.freedesktop.org/~agd5f/linux:
    Revert "drm/radeon/pm: adjust display configuration after powerstate"
    drm/amdgpu/dp: add back special handling for NUTMEG
    drm/radeon/dp: add back special handling for NUTMEG
    drm/radeon: Fix error handling in radeon_flip_work_func.
    drm/amdgpu: Fix error handling in amdgpu_flip_work_func.

    Dave Airlie
     
  • This reverts commit 39d4275058baf53e89203407bf3841ff2c74fa32.

    This caused a regression on some older hardware.

    bug:
    https://bugzilla.kernel.org/show_bug.cgi?id=113891

    Signed-off-by: Alex Deucher
    Cc: stable@vger.kernel.org

    Alex Deucher
     
  • Pull EDAC fix from Borislav Petkov:
    "Last minute fix for sb_edac which fixes DIMM detection on certain Xeon
    Phi configurations:

    A single fix to the Xeon Phi section of sb_edac. The issue was
    introduced during this merge window"

    * tag 'edac_fix_for_4.5' of git://git.kernel.org/pub/scm/linux/kernel/git/bp/bp:
    EDAC, sb_edac: Fix logic when computing DIMM sizes on Xeon Phi

    Linus Torvalds
     
  • When I fixed the dp rate selection in:
    3b73b168cffd9c392584d3f665021fa2190f8612
    drm/amdgpu: fix dp link rate selection (v2)
    I accidently dropped the special handling for NUTMEG
    DP bridge chips. They require a fixed link rate.

    Reviewed-by: Christian König
    Reviewed-by: Ken Wang
    Reviewed-by: Harry Wentland
    Signed-off-by: Alex Deucher
    Cc: stable@vger.kernel.org

    Alex Deucher
     
  • When I fixed the dp rate selection in:
    092c96a8ab9d1bd60ada2ed385cc364ce084180e
    drm/radeon: fix dp link rate selection (v2)
    I accidently dropped the special handling for NUTMEG
    DP bridge chips. They require a fixed link rate.

    Reviewed-by: Christian König
    Reviewed-by: Ken Wang
    Reviewed-by: Harry Wentland
    Tested-by: Ken Moffat
    Signed-off-by: Alex Deucher
    Cc: stable@vger.kernel.org

    Alex Deucher
     

08 Mar, 2016

20 commits

  • Choose between atomic or non atomic connector dpms helper. If tda998x
    is connected to a drm driver that does not support atomic modeset
    calling drm_atomic_helper_connector_dpms() causes a crash when the
    connectors atomic state is not initialized. The patch implements a
    driver specific connector dpms helper that calls
    drm_atomic_helper_connector_dpms() if driver supports DRIVER_ATOMIC
    and otherwise it calls the legacy drm_helper_connector_dpms().

    Fixes commit 9736e988d328 ("drm/i2c: tda998x: Add support for atomic
    modesetting").

    Signed-off-by: Jyri Sarha
    Signed-off-by: Dave Airlie

    Jyri Sarha
     
  • This partially reverts commit d56f57ac969c ("drm/gma500: Move to private
    save/restore hooks") which removed these lines by mistake.

    Reported-by: Sebastian Herbszt
    Acked-by: Daniel Vetter
    Signed-off-by: Thierry Reding
    Tested-by: Thomas Hellstrom
    Tested-by: Sebastian Herbszt
    Signed-off-by: Dave Airlie

    Thierry Reding
     
  • Pull networking fixes from David Miller:

    1) Fix ordering of WEXT netlink messages so we don't see a newlink
    after a dellink, from Johannes Berg.

    2) Out of bounds access in minstrel_ht_set_best_prob_rage, from
    Konstantin Khlebnikov.

    3) Paging buffer memory leak in iwlwifi, from Matti Gottlieb.

    4) Wrong units used to set initial TCP rto from cached metrics, also
    from Konstantin Khlebnikov.

    5) Fix stale IP options data in the SKB control block from leaking
    through layers of encapsulation, from Bernie Harris.

    6) Zero padding len miscalculated in bnxt_en, from Michael Chan.

    7) Only CHECKSUM_PARTIAL packets should be passed down through GSO, fix
    from Hannes Frederic Sowa.

    8) Fix suspend/resume with JME networking devices, from Diego Violat
    and Guo-Fu Tseng.

    9) Checksums not validated properly in bridge multicast support due to
    the placement of the SKB header pointers at the time of the check,
    fix from Álvaro Fernández Rojas.

    10) Fix hang/tiemout with r8169 if a stats fetch is done while the
    device is runtime suspended. From Chun-Hao Lin.

    11) The forwarding database netlink dump facilities don't track the
    state of the dump properly, resulting in skipped/missed entries.
    From Minoura Makoto.

    12) Fix regression from a recent 3c59x bug fix, from Neil Horman.

    13) Fix list corruption in bna driver, from Ivan Vecera.

    14) Big endian machines crash on vlan add in bnx2x, fix from Michal
    Schmidt.

    15) Ethtool RSS configuration not propagated properly in mlx5 driver,
    from Tariq Toukan.

    16) Fix regression in PHY probing in stmmac driver, from Gabriel
    Fernandez.

    17) Fix SKB tailroom calculation in igmp/mld code, from Benjamin
    Poirier.

    18) A past change to skip empty routing headers in ipv6 extention header
    parsing accidently caused fragment headers to not be matched any
    longer. Fix from Florian Westphal.

    19) eTSEC-106 erratum needs to be applied to more gianfar chips, from
    Atsushi Nemoto.

    20) Fix netdev reference after free via workqueues in usb networking
    drivers, from Oliver Neukum and Bjørn Mork.

    21) mdio->irq is now an array rather than a pointer to dynamic memory,
    but several drivers were still trying to free it :-/ Fixes from
    Colin Ian King.

    22) act_ipt iptables action forgets to set the family field, thus LOG
    netfilter targets don't work with it. Fix from Phil Sutter.

    23) SKB leak in ibmveth when skb_linearize() fails, from Thomas Falcon.

    24) pskb_may_pull() cannot be called with interrupts disabled, fix code
    that tries to do this in vmxnet3 driver, from Neil Horman.

    25) be2net driver leaks iomap'd memory on removal, fix from Douglas
    Miller.

    26) Forgotton RTNL mutex unlock in ppp_create_interface() error paths,
    from Guillaume Nault.

    * git://git.kernel.org/pub/scm/linux/kernel/git/davem/net: (97 commits)
    ppp: release rtnl mutex when interface creation fails
    cdc_ncm: do not call usbnet_link_change from cdc_ncm_bind
    tcp: fix tcpi_segs_in after connection establishment
    net: hns: fix the bug about loopback
    jme: Fix device PM wakeup API usage
    jme: Do not enable NIC WoL functions on S0
    udp6: fix UDP/IPv6 encap resubmit path
    be2net: Don't leak iomapped memory on removal.
    vmxnet3: avoid calling pskb_may_pull with interrupts disabled
    net: ethernet: Add missing MFD_SYSCON dependency on HAS_IOMEM
    ibmveth: check return of skb_linearize in ibmveth_start_xmit
    cdc_ncm: toggle altsetting to force reset before setup
    usbnet: cleanup after bind() in probe()
    mlxsw: pci: Correctly determine if descriptor queue is full
    mlxsw: spectrum: Always decrement bridge's ref count
    tipc: fix nullptr crash during subscription cancel
    net: eth: altera: do not free array priv->mdio->irq
    net/ethoc: do not free array priv->mdio->irq
    net: sched: fix act_ipt for LOG target
    asix: do not free array priv->mdio->irq
    ...

    Linus Torvalds
     
  • This reverts commit dbb17a21c131eca94eb31136eee9a7fe5aff00d9.

    It turns out that commit can cause problems for systems with multiple
    GPUs, and causes X to hang on at least a HP Pavilion dv7 with hybrid
    graphics.

    This got noticed originally in 4.4.4, where this patch had already
    gotten back-ported, but 4.5-rc7 was verified to have the same problem.

    Alexander Deucher says:
    "It looks like you have a muxed system so I suspect what's happening is
    that one of the display is being reported as connected for both the
    IGP and the dGPU and then the desktop environment gets confused or
    there some sort problem in the detect functions since the mux is not
    switched to the dGPU. I don't see an easy fix unless Dave has any
    ideas. I'd say just revert for now"

    Reported-by: Jörg-Volker Peetz
    Acked-by: Alexander Deucher
    Cc: Dave Airlie
    Cc: stable@kernel.org # wherever dbb17a21c131 got back-ported
    Signed-off-by: Linus Torvalds

    Linus Torvalds
     
  • Add missing rtnl_unlock() in the error path of ppp_create_interface().

    Fixes: 58a89ecaca53 ("ppp: fix lockdep splat in ppp_dev_uninit()")
    Signed-off-by: Guillaume Nault
    Signed-off-by: David S. Miller

    Guillaume Nault
     
  • usbnet_link_change will call schedule_work and should be
    avoided if bind is failing. Otherwise we will end up with
    scheduled work referring to a netdev which has gone away.

    Instead of making the call conditional, we can just defer
    it to usbnet_probe, using the driver_info flag made for
    this purpose.

    Fixes: 8a34b0ae8778 ("usbnet: cdc_ncm: apply usbnet_link_change")
    Reported-by: Andrey Konovalov
    Suggested-by: Linus Torvalds
    Signed-off-by: Bjørn Mork
    Signed-off-by: David S. Miller

    Bjørn Mork
     
  • It will always be passed if the soc is tested the loopback cases. This
    patch will fix this bug.

    Signed-off-by: Kejian Yan
    Signed-off-by: David S. Miller

    yankejian
     
  • According to Documentation/power/devices.txt

    The driver should not use device_set_wakeup_enable() which is the policy
    for user to decide.

    Using device_init_wakeup() to initialize dev->power.should_wakeup and
    dev->power.can_wakeup on driver initialization.

    And use device_may_wakeup() on suspend to decide if WoL function should
    be enabled on NIC.

    Reported-by: Diego Viola
    Signed-off-by: Guo-Fu Tseng
    Signed-off-by: David S. Miller

    Guo-Fu Tseng
     
  • Otherwise it might be back on resume right after going to suspend in
    some hardware.

    Reported-by: Diego Viola
    Signed-off-by: Guo-Fu Tseng
    Signed-off-by: David S. Miller

    Guo-Fu Tseng
     
  • pci_create_root_bus() passes a "parent" pointer to
    pci_bus_assign_domain_nr(). When CONFIG_PCI_DOMAINS_GENERIC is defined,
    pci_bus_assign_domain_nr() dereferences that pointer. Many callers of
    pci_create_root_bus() supply a NULL "parent" pointer, which leads to a NULL
    pointer dereference error.

    7c674700098c ("PCI: Move domain assignment from arm64 to generic code")
    moved the "parent" dereference from arm64 to generic code. Only arm64 used
    that code (because only arm64 defined CONFIG_PCI_DOMAINS_GENERIC), and it
    always supplied a valid "parent" pointer. Other arches supplied NULL
    "parent" pointers but didn't defined CONFIG_PCI_DOMAINS_GENERIC, so they
    used a no-op version of pci_bus_assign_domain_nr().

    8c7d14746abc ("ARM/PCI: Move to generic PCI domains") defined
    CONFIG_PCI_DOMAINS_GENERIC on ARM, and many ARM platforms use
    pci_common_init(), which supplies a NULL "parent" pointer.
    These platforms (cns3xxx, dove, footbridge, iop13xx, etc.) crash
    with a NULL pointer dereference like this while probing PCI:

    Unable to handle kernel NULL pointer dereference at virtual address 000000a4
    PC is at pci_bus_assign_domain_nr+0x10/0x84
    LR is at pci_create_root_bus+0x48/0x2e4
    Kernel panic - not syncing: Attempted to kill init!

    [bhelgaas: changelog, add "Reported:" and "Fixes:" tags]
    Reported: http://forum.doozan.com/read.php?2,17868,22070,quote=1
    Fixes: 8c7d14746abc ("ARM/PCI: Move to generic PCI domains")
    Fixes: 7c674700098c ("PCI: Move domain assignment from arm64 to generic code")
    Signed-off-by: Krzysztof Hałasa
    Signed-off-by: Bjorn Helgaas
    Acked-by: Lorenzo Pieralisi
    CC: stable@vger.kernel.org # v4.0+

    Krzysztof =?utf-8?Q?Ha=C5=82asa?=
     
  • The adapter->pcicfg resource is either mapped via pci_iomap() or
    derived from adapter->db. During be_remove() this resource was ignored
    and so could remain mapped after remove.

    Add a flag to track whether adapter->pcicfg was mapped or not, then
    use that flag in be_unmap_pci_bars() to unmap if required.

    Fixes: 25848c901 ("use PCI MMIO read instead of config read for errors")

    Signed-off-by: Douglas Miller
    Signed-off-by: David S. Miller

    Douglas Miller
     
  • vmxnet3 has a function vmxnet3_parse_and_copy_hdr which, among other operations,
    uses pskb_may_pull to linearize the header portion of an skb. That operation
    eventually uses local_bh_disable/enable to ensure that it doesn't race with the
    drivers bottom half handler. Unfortunately, vmxnet3 preforms this
    parse_and_copy operation with a spinlock held and interrupts disabled. This
    causes us to run afoul of the WARN_ON_ONCE(irqs_disabled()) warning in
    local_bh_enable, resulting in this:

    WARNING: at kernel/softirq.c:159 local_bh_enable+0x59/0x90() (Not tainted)
    Hardware name: VMware Virtual Platform
    Modules linked in: ipv6 ppdev parport_pc parport microcode e1000 vmware_balloon
    vmxnet3 i2c_piix4 sg ext4 jbd2 mbcache sd_mod crc_t10dif sr_mod cdrom mptspi
    mptscsih mptbase scsi_transport_spi pata_acpi ata_generic ata_piix vmwgfx ttm
    drm_kms_helper drm i2c_core dm_mirror dm_region_hash dm_log dm_mod [last
    unloaded: mperf]
    Pid: 6229, comm: sshd Not tainted 2.6.32-616.el6.i686 #1
    Call Trace:
    [] ? warn_slowpath_common+0x89/0xe0
    [] ? local_bh_enable+0x59/0x90
    [] ? warn_slowpath_null+0x1b/0x20
    [] ? local_bh_enable+0x59/0x90
    [] ? skb_copy_bits+0x126/0x210
    [] ? ext4_ext_find_extent+0x24e/0x2d0 [ext4]
    [] ? __pskb_pull_tail+0x6e/0x2b0
    [] ? vmxnet3_xmit_frame+0xba4/0xef0 [vmxnet3]
    [] ? selinux_ip_postroute+0x56/0x320
    [] ? cfq_add_rq_rb+0x98/0x110
    [] ? packet_rcv+0x48/0x350
    [] ? dev_queue_xmit_nit+0xc9/0x140
    ...

    Fix it by splitting vmxnet3_parse_and_copy_hdr into two functions:

    vmxnet3_parse_hdr, which sets up the internal/on stack ctx datastructure, and
    pulls the skb (both of which can be done without holding the spinlock with irqs
    disabled

    and

    vmxnet3_copy_header, which just copies the skb to the tx ring under the lock
    safely.

    tested and shown to correct the described problem. Applies cleanly to the head
    of the net tree

    Signed-off-by: Neil Horman
    CC: Shrikrishna Khare
    CC: "VMware, Inc."
    CC: "David S. Miller"
    Acked-by: Shrikrishna Khare
    Signed-off-by: David S. Miller

    Neil Horman
     
  • …m/linux/kernel/git/kvalo/wireless-drivers

    Kalle Valo says:

    ====================
    wireless-drivers fixes for 4.5

    iwlwifi

    * free firmware paging memory when the module is unloaded or device removed
    * fix pending frames counter to fix an issue when removing stations

    ssb

    * fix a build problem related to ssb_fill_sprom_with_fallback()
    ====================

    Signed-off-by: David S. Miller <davem@davemloft.net>

    David S. Miller
     
  • The MFD_SYSCON depends on HAS_IOMEM so when selecting it avoid unmet
    direct dependencies.

    Signed-off-by: Krzysztof Kozlowski
    Signed-off-by: David S. Miller

    Krzysztof Kozlowski
     
  • If skb_linearize fails, the driver should drop the packet
    instead of trying to copy it into the bounce buffer.

    Signed-off-by: Thomas Falcon
    Signed-off-by: David S. Miller

    Thomas Falcon
     
  • Some devices will silently fail setup unless they are reset first.
    This is necessary even if the data interface is already in
    altsetting 0, which it will be when the device is probed for the
    first time. Briefly toggling the altsetting forces a function
    reset regardless of the initial state.

    This fixes a setup problem observed on a number of Huawei devices,
    appearing to operate in NTB-32 mode even if we explicitly set them
    to NTB-16 mode.

    Signed-off-by: Bjørn Mork
    Signed-off-by: David S. Miller

    Bjørn Mork
     
  • Correct a typo introduced by

    d0cdf9003140 ("EDAC, sb_edac: Add Knights Landing (Xeon Phi gen 2) support")

    As a result under some configurations DIMMs were not correctly
    recognized. Problem affects only Xeon Phi architecture.

    Signed-off-by: Hubert Chrzaniuk
    Acked-by: Aristeu Rozanski
    Cc: Mauro Carvalho Chehab
    Cc: linux-edac
    Cc: lukasz.anaczkowski@intel.com
    Link: http://lkml.kernel.org/r/1457361045-26221-1-git-send-email-hubert.chrzaniuk@intel.com
    Signed-off-by: Borislav Petkov

    Hubert Chrzaniuk
     
  • In case bind() works, but a later error forces bailing
    in probe() in error cases work and a timer may be scheduled.
    They must be killed. This fixes an error case related to
    the double free reported in
    http://www.spinics.net/lists/netdev/msg367669.html
    and needs to go on top of Linus' fix to cdc-ncm.

    Signed-off-by: Oliver Neukum
    Signed-off-by: David S. Miller

    Oliver Neukum
     
  • The descriptor queues for sending (SDQs) and receiving (RDQs) packets
    are managed by two counters - producer and consumer - which are both
    16-bit in size. A queue is considered full when the difference between
    the two equals the queue's maximum number of descriptors.

    However, if the producer counter overflows, then it's possible for the
    full queue check to fail, as it doesn't take the overflow into account.
    In such a case, descriptors already passed to the device - but for which
    a completion has yet to be posted - will be overwritten, thereby causing
    undefined behavior. The above can be achieved under heavy load (~30
    netperf instances).

    Fix that by casting the subtraction result to u16, preventing it from
    being treated as a signed integer.

    Fixes: eda6500a987a ("mlxsw: Add PCI bus implementation")
    Signed-off-by: Ido Schimmel
    Signed-off-by: Jiri Pirko
    Signed-off-by: David S. Miller

    Ido Schimmel
     
  • Since we only support one VLAN filtering bridge we need to associate a
    reference count with it, so that when the last port netdev leaves it, we
    would know that a different bridge can be offloaded to hardware.

    When a LAG device is memeber in a bridge and port netdevs are leaving
    the LAG, we should always decrement the bridge's reference count, as it's
    incremented for any port in the LAG.

    Fixes: 4dc236c31733 ("mlxsw: spectrum: Handle port leaving LAG while bridged")
    Signed-off-by: Ido Schimmel
    Signed-off-by: Jiri Pirko
    Signed-off-by: David S. Miller

    Ido Schimmel
     

07 Mar, 2016

8 commits

  • priv->mdio->irq used to be allocated and required freeing, but it
    is now a fixed sized array and should no longer be free'd.

    Issue detected using static analysis with CoverityScan

    Fixes: e7f4dc3536a400 ("mdio: Move allocation of interrupts into core")
    Signed-off-by: Colin Ian King
    Reviewed-by: Andrew Lunn
    Signed-off-by: David S. Miller

    Colin Ian King
     
  • priv->mdio->irq used to be allocated and required freeing, but it
    is now a fixed sized array and should no longer be free'd.

    Issue detected using static analysis with CoverityScan

    Fixes: e7f4dc3536a400 ("mdio: Move allocation of interrupts into core")
    Signed-off-by: Colin Ian King
    Reviewed-by: Tobias Klauser
    Reviewed-by: Andrew Lunn
    Signed-off-by: David S. Miller

    Colin Ian King
     
  • Used to be allocated and required freeing, but now
    priv->mdio->irq is now a fixed sized array and should no longer be
    free'd.

    Issue detected using static analysis with CoverityScan

    Fixes: e7f4dc3536a400 ("mdio: Move allocation of interrupts into core")
    Signed-off-by: Colin Ian King
    Reviewed-by: Andrew Lunn
    Signed-off-by: David S. Miller

    Colin Ian King
     
  • Enable workaround for MPC8548E erratum eTSEC 106,
    "Excess delays when transmitting TOE=1 large frames".
    (see commit 53fad77375ce "gianfar: Enable eTSEC-20 erratum w/a
    for P2020 Rev1")

    This erratum was fixed in Rev 3.1.x.

    Signed-off-by: Atsushi Nemoto
    Acked-by: Claudiu Manoil
    Signed-off-by: David S. Miller

    Atsushi Nemoto
     
  • Pull UBI fix from Richard Weinberger:
    "This contains a single bug fix for UBI"

    * tag 'upstream-4.5-rc7' of git://git.infradead.org/linux-ubifs:
    ubi: Fix out of bounds write in volume update code

    Linus Torvalds
     
  • Pull powerpc fixes from Michael Ellerman:
    - cxl: Fix PSL timebase synchronization detection from Frederic Barrat
    - Fix oops when destroying hw_breakpoint event from Ravi Bangoria
    - Avoid lbarx on e5500 from Scott Wood

    * tag 'powerpc-4.5-5' of git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux:
    powerpc/fsl-book3e: Avoid lbarx on e5500
    powerpc/hw_breakpoint: Fix oops when destroying hw_breakpoint event
    cxl: Fix PSL timebase synchronization detection

    Linus Torvalds
     
  • Pull i2c fix from Wolfram Sang:
    "One I2C bugfix ensuring correct memory allocation in a driver"

    * 'i2c/for-current' of git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux:
    i2c: brcmstb: allocate correct amount of memory for regmap

    Linus Torvalds
     
  • Pull USB fixes from Greg KH:
    "Here are some USB driver ids for 4.5-rc7, and the removal of a driver
    we merged in 4.5-rc1 but it turns out it's not needed as the hardware
    is the same as a driver we already have in the tree.

    This was only figured out after doing a lot of cleanup on it, gotta
    love vendor-provided drivers... The new device ids for the devices
    for this driver will be added later on when testing is completed, but
    for now, we will remove the driver to keep people from accidentally
    cleaning it up.

    All of these have been in linux-next for a while with no reported
    issues"

    * tag 'usb-4.5-rc7' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb:
    USB: qcserial: add Sierra Wireless EM74xx device ID
    Revert "USB: serial: add Moxa UPORT 11x0 driver"
    USB: serial: option: add support for Quectel UC20
    USB: serial: option: add support for Telit LE922 PID 0x1045
    USB: cp210x: Add ID for Parrot NMEA GPS Flight Recorder
    USB: qcserial: add Dell Wireless 5809e Gobi 4G HSPA+ (rev3)
    usb: chipidea: otg: change workqueue ci_otg as freezable

    Linus Torvalds
     

06 Mar, 2016

1 commit