[v2,for-4.9,00/32] Stable commits picked up from lede project

Message ID 1491388344-13521-1-git-send-email-amit.pundir@linaro.org
Headers show
Series
  • Stable commits picked up from lede project
Related show

Message

Amit Pundir April 5, 2017, 10:31 a.m.
Hi Greg,

2nd attempt at sending stable commits taken from lede source tree
https://github.com/lede-project/source for your consideration for
4.9.y. I Forgot to update the Subject line of the individual patches
in my 1st attempt. They didn't explicitly mention that they were
targeted for stable-4.9 and that led to some confusion.

Cherry-picked and build tested on Linux 4.9.20 for
ARCH=arm/arm64/i386/x86_64 + allmodconfig.

Arnd Bergmann (1):
  rt2500usb: don't mark register accesses as inline

Bjorn Helgaas (1):
  PCI: iproc: Save host bridge window resource in struct iproc_pcie

Boris Brezillon (3):
  clk: bcm: Support rate change propagation on bcm2835 clocks
  clk: bcm: Allow rate change propagation to PLLH_AUX on VEC clock
  clk: bcm: Fix 'maybe-uninitialized' warning in
    bcm2835_clock_choose_div_and_prate()

Eric Anholt (3):
  clk: bcm2835: Don't rate change PLLs on behalf of DSI PLL dividers.
  clk: bcm2835: Register the DSI0/DSI1 pixel clocks.
  clk: bcm2835: Add leaf clock measurement support, disabled by default

Felix Fietkau (1):
  MIPS: Lantiq: Fix cascaded IRQ setup

John Youn (1):
  usb: dwc2: Remove unnecessary kfree

Jon Mason (1):
  ARM: dts: BCM5301X: Correct GIC_PPI interrupt flags

Matthias Reichl (1):
  dmaengine: bcm2835: Fix cyclic DMA period splitting

Noralf Trønnes (4):
  i2c: bcm2835: Fix hang for writing messages larger than 16 bytes
  i2c: bcm2835: Protect against unexpected TXW/RXR interrupts
  i2c: bcm2835: Use dev_dbg logging on transfer errors
  i2c: bcm2835: Can't support I2C_M_IGNORE_NAK

Rafał Miłecki (10):
  ARM: BCM5301X: Add back handler ignoring external imprecise aborts
  mtd: bcm47xxpart: fix parsing first block after aligned TRX
  net: add devm version of alloc_etherdev_mqs function
  net: bgmac: allocate struct bgmac just once & don't copy it
  net: bgmac: drop struct bcma_mdio we don't need anymore
  brcmfmac: check brcmf_bus_get_memdump result for error
  brcmfmac: be more verbose when PSM's watchdog fires
  brcmfmac: merge two brcmf_err macros into one
  brcmfmac: switch to C function (__brcmf_err) for printing errors
  brcmfmac: merge two remaining brcmf_err macros

Stanislaw Gruszka (3):
  rt2x00usb: do not anchor rx and tx urb's
  rt2x00usb: fix anchor initialization
  rt2x00: avoid introducing a USB dependency in the rt2x00lib module

Tobias Klauser (1):
  brcmfmac: Use net_device_stats from struct net_device

Tobias Wolf (1):
  of: Add check to of_scan_flat_dt() before accessing
    initial_boot_params

Vishal Thanki (1):
  rt2x00: Fix incorrect usage of CONFIG_RT2X00_LIB_USB

 .../bindings/clock/brcm,bcm2835-cprman.txt         |  15 +-
 arch/arm/boot/dts/bcm5301x.dtsi                    |   4 +-
 arch/arm/mach-bcm/bcm_5301x.c                      |  28 ++
 arch/mips/lantiq/irq.c                             |  38 +--
 drivers/clk/bcm/clk-bcm2835.c                      | 375 ++++++++++++++++++---
 drivers/dma/bcm2835-dma.c                          |   5 +-
 drivers/i2c/busses/i2c-bcm2835.c                   |  68 ++--
 drivers/mtd/bcm47xxpart.c                          |  10 +-
 drivers/net/ethernet/broadcom/bgmac-bcma-mdio.c    |  98 +++---
 drivers/net/ethernet/broadcom/bgmac-bcma.c         |   6 +-
 drivers/net/ethernet/broadcom/bgmac-platform.c     |   2 +-
 drivers/net/ethernet/broadcom/bgmac.c              |  25 +-
 drivers/net/ethernet/broadcom/bgmac.h              |   5 +-
 .../wireless/broadcom/brcm80211/brcmfmac/common.c  |  16 +
 .../wireless/broadcom/brcm80211/brcmfmac/core.c    |  26 +-
 .../wireless/broadcom/brcm80211/brcmfmac/core.h    |   2 -
 .../wireless/broadcom/brcm80211/brcmfmac/debug.c   |  35 +-
 .../wireless/broadcom/brcm80211/brcmfmac/debug.h   |  24 +-
 drivers/net/wireless/ralink/rt2x00/rt2500usb.c     |  19 +-
 drivers/net/wireless/ralink/rt2x00/rt2x00dev.c     |  23 +-
 drivers/net/wireless/ralink/rt2x00/rt2x00usb.c     |  22 +-
 drivers/of/fdt.c                                   |   9 +-
 drivers/pci/host/pcie-iproc-bcma.c                 |  24 +-
 drivers/pci/host/pcie-iproc-platform.c             |  19 +-
 drivers/pci/host/pcie-iproc.h                      |   1 +
 drivers/usb/dwc2/hcd.c                             |   1 -
 include/dt-bindings/clock/bcm2835.h                |   2 +
 include/linux/etherdevice.h                        |   5 +
 net/ethernet/eth.c                                 |  28 ++
 29 files changed, 648 insertions(+), 287 deletions(-)

-- 
2.7.4

Comments

Greg KH April 6, 2017, 7:29 a.m. | #1
On Wed, Apr 05, 2017 at 04:01:52PM +0530, Amit Pundir wrote:
> Hi Greg,

> 

> 2nd attempt at sending stable commits taken from lede source tree

> https://github.com/lede-project/source for your consideration for

> 4.9.y. I Forgot to update the Subject line of the individual patches

> in my 1st attempt. They didn't explicitly mention that they were

> targeted for stable-4.9 and that led to some confusion.

> 

> Cherry-picked and build tested on Linux 4.9.20 for

> ARCH=arm/arm64/i386/x86_64 + allmodconfig.


I'm guessing you also dropped one patch?  Also, are any of these
applicable for 4.10 or 4.4-stable?

thanks,

greg k-h
Amit Pundir April 6, 2017, 7:44 a.m. | #2
On 6 April 2017 at 12:59, Greg KH <gregkh@linuxfoundation.org> wrote:
> On Wed, Apr 05, 2017 at 04:01:52PM +0530, Amit Pundir wrote:

>> Hi Greg,

>>

>> 2nd attempt at sending stable commits taken from lede source tree

>> https://github.com/lede-project/source for your consideration for

>> 4.9.y. I Forgot to update the Subject line of the individual patches

>> in my 1st attempt. They didn't explicitly mention that they were

>> targeted for stable-4.9 and that led to some confusion.

>>

>> Cherry-picked and build tested on Linux 4.9.20 for

>> ARCH=arm/arm64/i386/x86_64 + allmodconfig.

>

> I'm guessing you also dropped one patch?  Also, are any of these

> applicable for 4.10 or 4.4-stable?


Yes I dropped one [ 5d1f2d2 ("ARM: dts: BCM5301X: Set 5 GHz wireless
frequency limits on Netgear R8000") ] because that was incomplete. I
might have to pull in few more patches to make that one work. I tried
cherry-picking 1 or 2 relevant patches but the patchset didn't build.
So I gave up on that one. Lede distro doesn't pull those dependent
patches too, so I'm pretty sure this patch doesn't work for them as
well.

Few of these patches are applicable for 4.10 stable as well. I'll send
them across. Didn't yet look at 4.4 patchset.

Regards,
Amit Pundir

>

> thanks,

>

> greg k-h