Will you all PLEASE stop automatically signing this email address
(gregkh(a)linuxfoundation.org) up to this list? This is the second time
you have done this.
Either stop cc:ing me on stuff sent to this list (as you seem to want to
do for some odd reason), or just allow anyone to post to it or something
else.
You all know better than to EVER sign someone up for a mailing list who
has not done so.
greg 'getting very grumpy' k-h
----- Forwarded message from lts-dev-request(a)lists.linaro.org -----
Date: Tue, 20 Jun 2017 13:01:34 +0000
From: lts-dev-request(a)lists.linaro.org
To: gregkh(a)linuxfoundation.org
Subject: Welcome to the "Lts-dev" mailing list
Welcome to the Lts-dev(a)lists.linaro.org mailing list! Welcome to the
Long Term Support Mailing list for the Linux Kernel. Point of the list
is technical discussion and general coordination for those interested
in patches for LTS.
To post to this list, send your message to:
lts-dev(a)lists.linaro.org
General information about the mailing list is at:
https://lists.linaro.org/mailman/listinfo/lts-dev
If you ever want to unsubscribe or change your options (eg, switch to
or from digest mode, change your password, etc.), visit your
subscription page at:
https://lists.linaro.org/mailman/options/lts-dev/gregkh%40linuxfoundation.o…
You can also make such adjustments via email by sending a message to:
Lts-dev-request(a)lists.linaro.org
with the word `help' in the subject or body (don't include the
quotes), and you will get back a message with instructions.
You must know your password to change your options (including changing
the password, itself) or to unsubscribe without confirmation. It is:
etvozioz
Normally, Mailman will remind you of your lists.linaro.org mailing
list passwords once every month, although you can disable this if you
prefer. This reminder will also include instructions on how to
unsubscribe or change your account options. There is also a button on
your options page that will email your current password to you.
----- End forwarded message -----
Hi Greg,
On 19 June 2017 at 20:50, Greg Kroah-Hartman <gregkh(a)linuxfoundation.org> wrote:
> This is the start of the stable review cycle for the 4.4.74 release.
> There are 30 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses should be made by Wed Jun 21 15:20:21 UTC 2017.
> Anything received after that time might be too late.
>
> The whole patch series can be found in one patch at:
> kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.4.74-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.4.y
> and the diffstat can be found below.
Built and boot tested on hikey with arm64 defconfig, no regressions noted.
>
> thanks,
>
> greg k-h
>
Best,
Sumit.
Hi Greg,
On 16 June 2017 at 06:09, Guenter Roeck <linux(a)roeck-us.net> wrote:
> On 06/15/2017 10:52 AM, Greg Kroah-Hartman wrote:
>>
>> This is the start of the stable review cycle for the 4.4.73 release.
>> There are 46 patches in this series, all will be posted as a response
>> to this one. If anyone has any issues with these being applied, please
>> let me know.
>>
>> Responses should be made by Sat Jun 17 17:51:59 UTC 2017.
>> Anything received after that time might be too late.
>>
>
> Build results:
> total: 145 pass: 145 fail: 0
> Qemu test results:
> total: 115 pass: 115 fail: 0
>
> Details are available at http://kerneltests.org/builders.
>
> Guenter
>
Defconfig built and boot-tested on Hikey; no regressions noted.
Best,
Sumit.
Hi Greg,
(Limiting this to lts-dev, till we formalize the hikey+LTS process)
On 5 June 2017 at 21:46, Greg Kroah-Hartman <gregkh(a)linuxfoundation.org> wrote:
> This is the start of the stable review cycle for the 4.4.71 release.
> There are 53 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses should be made by Wed Jun 7 15:30:23 UTC 2017.
> Anything received after that time might be too late.
>
Build tested OK with hikey-4.4 snapshot merged with the above series.
No regressions noted.
(I will notify further after a boot test this morning).
> The whole patch series can be found in one patch at:
> kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.4.71-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.4.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
>
> -------------
Hi Greg,
For your consideration following upstream patches taken from lede
source tree[1] targeted for 4.9.y.
09f3510 (ARM: BCM5301X: Add back handler ignoring external)
5d1f2d2 (ARM: dts: BCM5301X: Set 5 GHz wireless frequency limits)
0c2bf9f (ARM: dts: BCM5301X: Correct GIC_PPI interrupt flags)
6e347b5 (PCI: iproc: Save host bridge window resource in struct)
6c356ed (MIPS: Lantiq: Fix cascaded IRQ setup)
e247454 (i2c: bcm2835: Fix hang for writing messages larger than 16 bytes)
d4030d7 (i2c: bcm2835: Protect against unexpected TXW/RXR interrupts)
23c9540 (i2c: bcm2835: Use dev_dbg logging on transfer errors)
8d2cc5cc (i2c: bcm2835: Can't support I2C_M_IGNORE_NAK)
155e8b3 (clk: bcm: Support rate change propagation on bcm2835 clocks)
d86d46a (clk: bcm: Allow rate change propagation to PLLH_AUX on VEC clock)
2aab7a2 (clk: bcm: Fix 'maybe-uninitialized' warning in
bcm2835_clock_choose_div_and_prate())
5548609 (clk: bcm2835: Don't rate change PLLs on behalf of DSI PLL dividers.)
8a39e9f (clk: bcm2835: Register the DSI0/DSI1 pixel clocks.)
3f91958 (clk: bcm2835: Add leaf clock measurement support, disabled by default)
2201ac6 (dmaengine: bcm2835: Fix cyclic DMA period splitting)
cd4b1e3 (usb: dwc2: Remove unnecessary kfree)
bd5d213 (mtd: bcm47xxpart: fix parsing first block after aligned TRX)
40be0dd (net: add devm version of alloc_etherdev_mqs function)
34a5102 (net: bgmac: allocate struct bgmac just once & don't copy it)
aa8863e (net: bgmac: drop struct bcma_mdio we don't need anymore)
3ec7544 (of: Add check to of_scan_flat_dt() before accessing
initial_boot_params)
7272416 (rt2500usb: don't mark register accesses as inline)
f4737a6 (brcmfmac: check brcmf_bus_get_memdump result for error)
36401cb (brcmfmac: be more verbose when PSM's watchdog fires)
9587a01 (brcmfmac: merge two brcmf_err macros into one)
087fa71 (brcmfmac: switch to C function (__brcmf_err) for printing errors)
d063055 (brcmfmac: merge two remaining brcmf_err macros)
93c7018 (rt2x00usb: do not anchor rx and tx urb's)
0488a61 (rt2x00usb: fix anchor initialization)
91b6328 (brcmfmac: Use net_device_stats from struct net_device)
a083c8f (rt2x00: Fix incorrect usage of CONFIG_RT2X00_LIB_USB)
6232c17 (rt2x00: avoid introducing a USB dependency in the rt2x00lib module)
Cherry-picked and build tested on Linux 4.9.20 for
ARCH=arm/arm64/i386/x86_64 + allmodconfig.
Regards,
Amit Pundir
[1] https://github.com/lede-project/source. These patches are mostly
cherry-picked from target/linux/*/patches-4.9 directories. Though some
are also put in package/kernel/*/patches/ directory.
Hi Greg, all,
Just a status: so I went through about 200+ patches since the last
patch list I sent; out of which 16 have been sent out to stable just
now.
8 listed below might be interesting but either don't apply easily or
need more understanding - if anyone finds them worthy for more time, I
can spend some, otherwise will drop them from my list
hv_netvsc: Add query for initial physical link speed
hv_netvsc: Add handler for physical link speed change
hv_netvsc: Implement batching of receive completions
netvsc: fix checksum on UDP IPV6
netvsc: Remove mistaken udp.h inclusion.
mm, oom: protect !costly allocations some more
mm: consider compaction feedback also for costly allocation
kvm: x86: correctly reset dest_map->vector when restoring LAPIC state
Best,
Sumit.
--
Thanks and regards,
Sumit Semwal
Linaro Mobile Group - Kernel Team Lead
Linaro.org │ Open source software for ARM SoCs
Hi Greg,
I'm in the middle of cherry-picking and testing a handful of lede
https://lede-project.org stable patches as likely 4.9.y candidates. I
have few questions before I send them your way following Sasha's email
format.
1. If I use standard "git cherry-pick -x $commitID" to append original
git commit IDs as "(cherry picked from commit $commitID)" line in the
original commit message, will that work for you?
2. While verifying that these lede patches are indeed upstreamed
alrready, I ran into few more similar upstream fixes which though are
not part of lede distro but reasonable enough to go into stable-4.9.
Should I send them as well? May be as part of different set and not as
lede's patches?
Regards,
Amit Pundir
Hi Greg,
Apologies on the delay since last email; here are some patches from
ubuntu xenial 4.4 for your consideration towards stable-4.4.y.
cc: stable
ab2a4bf83902c170d29ba130a8abb5f9d90559e1 USB: don't free
bandwidth_mutex too early
c538b9436751a0be2e1246b48353bc23156bdbcc pinctrl: intel: Only restore
pins that are used by the driver
Seem useful; similar patches already in stable
3a020a723c65eb8ffa7c237faca26521a024e582 crypto: ghash-clmulni - Fix
load failure
1a07834024dfca5c4bed5de8f8714306e0a11836 crypto: cryptd - Assign
statesize properly
ddef482420b1ba8ec45e6123a7e8d3f67b21e5e3 crypto: mcryptd - Fix load failure
Seem useful:
83430833b4d4a9c9b23964babbeb1f36450f8136 cxlflash: Increase
cmd_per_lun for better throughput
e34fbbac669de0b7fb7803929d0477f35f6e2833 ACPI / video: skip evaluating
_DOD when it does not exist
bcb48cca23ec9852739e4a464307fa29515bbe48 pinctrl: cherryview: Do not
mask all interrupts in probe
77c0c9735bc0ba5898e637a3a20d6bcb50e3f67d Drivers: hv: balloon: don't
crash when memory is added in non-sorted order
a9f61ca793becabdefab03b77568d6c6f8c1bc79 Drivers: hv: avoid vfree() on crash
707e59ba494372a90d245f18b0c78982caa88e48 xen/qspinlock: Don't kick CPU
if IRQ is not initialized
708e75a3ee750dce1072134e630d66c4e6eaf63c KVM: PPC: Book3S PR: Fix
illegal opcode emulation
dba599091c191d209b1499511a524ad9657c0e5a s390/pci: fix use after free
in dma_init
A few more 'maybe's' that aren't marked cc: stable, but seemed useful;
I had lesser confidence in these, so listing them separate from the
above 'seem useful' ones
e9c5e7402dad6f4f04c2430db6f283512bcd4392 drm/amdgpu: add missing irq.h include
=> seems useful for building amdgpu on ARM
727f28b8ca24a581c7bd868326b8cea1058c720a tpm_tis: Use devm_free_irq not free_irq
=> simple fix
757647e10e55c01fb7a9c4356529442e316a7c72 hv_netvsc: use skb_get_hash()
instead of a homegrown implementation
=> fixes performance regression
4aec6ec0da9c72c0fa1a5b0d1133707481347bb3 cxl: Increase timeout for
detection of AFU mmio hang
=> helps detect mmio hang
725fc629ff2545b061407305ae51016c9f928fce kernek/fork.c: allocate idle
task for a CPU always on its local node
=> performance improvement?
cd95aad5579371ac332507fc946008217fc37e6c Drivers: hv: vmbus: handle
various crash scenarios
=> avoid kernel crashes
Hope these make some sense; with these, I've scanned through about
2300 patches till Jan'17 (Ubuntu-4.4.0-62.83 tag). I will continue to
do this for the changes since then.
Best regards,
Sumit
--
Thanks and regards,
Sumit Semwal
Linaro Mobile Group - Kernel Team Lead
Linaro.org │ Open source software for ARM SoCs