Re: [PATCH 4.9 000/172] 4.9.36-stable review
On Tue, Jul 04, 2017 at 10:02:27PM +0530, Sumit Semwal wrote: > Hi Greg, > > On 3 July 2017 at 19:03, Greg Kroah-Hartman> wrote: > > This is the start of the stable review cycle for the 4.9.36 release. > > There are 172 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 Jul 5 13:33:25 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.9.36-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.9.y > > and the diffstat can be found below. > > > Built with arm64 defconfig, and boot-tested on hikey. No regressions noted. Great, thanks for testing and letting me know. greg k-h
Re: [PATCH 4.9 000/172] 4.9.36-stable review
On Tue, Jul 04, 2017 at 10:02:27PM +0530, Sumit Semwal wrote: > Hi Greg, > > On 3 July 2017 at 19:03, Greg Kroah-Hartman > wrote: > > This is the start of the stable review cycle for the 4.9.36 release. > > There are 172 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 Jul 5 13:33:25 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.9.36-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.9.y > > and the diffstat can be found below. > > > Built with arm64 defconfig, and boot-tested on hikey. No regressions noted. Great, thanks for testing and letting me know. greg k-h
Re: [PATCH 4.9 000/172] 4.9.36-stable review
On 4 July 2017 at 13:32, Greg Kroah-Hartmanwrote: > On Mon, Jul 03, 2017 at 12:25:48PM -0700, kernelci.org bot wrote: >> stable-rc/linux-4.9.y boot: 130 boots: 5 failed, 112 passed with 13 offline >> (v4.9.35-173-g45949a8fd1df) >> >> Full Boot Summary: >> https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.9.y/kernel/v4.9.35-173-g45949a8fd1df/ >> Full Build Summary: >> https://kernelci.org/build/stable-rc/branch/linux-4.9.y/kernel/v4.9.35-173-g45949a8fd1df/ >> >> Tree: stable-rc >> Branch: linux-4.9.y >> Git Describe: v4.9.35-173-g45949a8fd1df >> Git Commit: 45949a8fd1dfe62289359ae6e71bbb3fc45afeeb >> Git URL: >> http://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git >> Tested: 31 unique boards, 13 SoC families, 28 builds out of 203 >> >> Boot Regressions Detected: >> >> arm: >> >> exynos_defconfig: >> exynos5800-peach-pi_rootfs:nfs: >> lab-collabora: new failure (last pass: v4.9.34-45-g92905e331aea) >> >> multi_v7_defconfig: >> imx6q-sabrelite_rootfs:nfs: >> lab-collabora: new failure (last pass: v4.9.34-44-g8041763f609c) >> rk3288-rock2-square_rootfs:nfs: >> lab-collabora: new failure (last pass: v4.9.34) >> >> mvebu_v5_defconfig: >> kirkwood-openblocks_a7_rootfs:nfs: >> lab-free-electrons: new failure (last pass: v4.9.34) > > Any hint as to why these new failures are happening? > It looks like the nfs rootfs ones are the only failures, while the corresponding on-disk rootfs ones booted ok - perhaps a momentary network outage in collabora lab? Some one from the lab might need to validate this though. > thanks, > > greg k-h Best, Sumit.
Re: [PATCH 4.9 000/172] 4.9.36-stable review
On 4 July 2017 at 13:32, Greg Kroah-Hartman wrote: > On Mon, Jul 03, 2017 at 12:25:48PM -0700, kernelci.org bot wrote: >> stable-rc/linux-4.9.y boot: 130 boots: 5 failed, 112 passed with 13 offline >> (v4.9.35-173-g45949a8fd1df) >> >> Full Boot Summary: >> https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.9.y/kernel/v4.9.35-173-g45949a8fd1df/ >> Full Build Summary: >> https://kernelci.org/build/stable-rc/branch/linux-4.9.y/kernel/v4.9.35-173-g45949a8fd1df/ >> >> Tree: stable-rc >> Branch: linux-4.9.y >> Git Describe: v4.9.35-173-g45949a8fd1df >> Git Commit: 45949a8fd1dfe62289359ae6e71bbb3fc45afeeb >> Git URL: >> http://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git >> Tested: 31 unique boards, 13 SoC families, 28 builds out of 203 >> >> Boot Regressions Detected: >> >> arm: >> >> exynos_defconfig: >> exynos5800-peach-pi_rootfs:nfs: >> lab-collabora: new failure (last pass: v4.9.34-45-g92905e331aea) >> >> multi_v7_defconfig: >> imx6q-sabrelite_rootfs:nfs: >> lab-collabora: new failure (last pass: v4.9.34-44-g8041763f609c) >> rk3288-rock2-square_rootfs:nfs: >> lab-collabora: new failure (last pass: v4.9.34) >> >> mvebu_v5_defconfig: >> kirkwood-openblocks_a7_rootfs:nfs: >> lab-free-electrons: new failure (last pass: v4.9.34) > > Any hint as to why these new failures are happening? > It looks like the nfs rootfs ones are the only failures, while the corresponding on-disk rootfs ones booted ok - perhaps a momentary network outage in collabora lab? Some one from the lab might need to validate this though. > thanks, > > greg k-h Best, Sumit.
Re: [PATCH 4.9 000/172] 4.9.36-stable review
Hi Greg, On 3 July 2017 at 19:03, Greg Kroah-Hartmanwrote: > This is the start of the stable review cycle for the 4.9.36 release. > There are 172 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 Jul 5 13:33:25 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.9.36-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.9.y > and the diffstat can be found below. > Built with arm64 defconfig, and boot-tested on hikey. No regressions noted. > thanks, > > greg k-h > Best Sumit.
Re: [PATCH 4.9 000/172] 4.9.36-stable review
Hi Greg, On 3 July 2017 at 19:03, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.36 release. > There are 172 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 Jul 5 13:33:25 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.9.36-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.9.y > and the diffstat can be found below. > Built with arm64 defconfig, and boot-tested on hikey. No regressions noted. > thanks, > > greg k-h > Best Sumit.
Re: [PATCH 4.9 000/172] 4.9.36-stable review
On Mon, Jul 03, 2017 at 12:25:48PM -0700, kernelci.org bot wrote: > stable-rc/linux-4.9.y boot: 130 boots: 5 failed, 112 passed with 13 offline > (v4.9.35-173-g45949a8fd1df) > > Full Boot Summary: > https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.9.y/kernel/v4.9.35-173-g45949a8fd1df/ > Full Build Summary: > https://kernelci.org/build/stable-rc/branch/linux-4.9.y/kernel/v4.9.35-173-g45949a8fd1df/ > > Tree: stable-rc > Branch: linux-4.9.y > Git Describe: v4.9.35-173-g45949a8fd1df > Git Commit: 45949a8fd1dfe62289359ae6e71bbb3fc45afeeb > Git URL: > http://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git > Tested: 31 unique boards, 13 SoC families, 28 builds out of 203 > > Boot Regressions Detected: > > arm: > > exynos_defconfig: > exynos5800-peach-pi_rootfs:nfs: > lab-collabora: new failure (last pass: v4.9.34-45-g92905e331aea) > > multi_v7_defconfig: > imx6q-sabrelite_rootfs:nfs: > lab-collabora: new failure (last pass: v4.9.34-44-g8041763f609c) > rk3288-rock2-square_rootfs:nfs: > lab-collabora: new failure (last pass: v4.9.34) > > mvebu_v5_defconfig: > kirkwood-openblocks_a7_rootfs:nfs: > lab-free-electrons: new failure (last pass: v4.9.34) Any hint as to why these new failures are happening? thanks, greg k-h
Re: [PATCH 4.9 000/172] 4.9.36-stable review
On Mon, Jul 03, 2017 at 12:25:48PM -0700, kernelci.org bot wrote: > stable-rc/linux-4.9.y boot: 130 boots: 5 failed, 112 passed with 13 offline > (v4.9.35-173-g45949a8fd1df) > > Full Boot Summary: > https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.9.y/kernel/v4.9.35-173-g45949a8fd1df/ > Full Build Summary: > https://kernelci.org/build/stable-rc/branch/linux-4.9.y/kernel/v4.9.35-173-g45949a8fd1df/ > > Tree: stable-rc > Branch: linux-4.9.y > Git Describe: v4.9.35-173-g45949a8fd1df > Git Commit: 45949a8fd1dfe62289359ae6e71bbb3fc45afeeb > Git URL: > http://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git > Tested: 31 unique boards, 13 SoC families, 28 builds out of 203 > > Boot Regressions Detected: > > arm: > > exynos_defconfig: > exynos5800-peach-pi_rootfs:nfs: > lab-collabora: new failure (last pass: v4.9.34-45-g92905e331aea) > > multi_v7_defconfig: > imx6q-sabrelite_rootfs:nfs: > lab-collabora: new failure (last pass: v4.9.34-44-g8041763f609c) > rk3288-rock2-square_rootfs:nfs: > lab-collabora: new failure (last pass: v4.9.34) > > mvebu_v5_defconfig: > kirkwood-openblocks_a7_rootfs:nfs: > lab-free-electrons: new failure (last pass: v4.9.34) Any hint as to why these new failures are happening? thanks, greg k-h
Re: [PATCH 4.9 000/172] 4.9.36-stable review
On Mon, Jul 03, 2017 at 12:51:32PM -0700, Guenter Roeck wrote: > On 07/03/2017 06:33 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.9.36 release. > > There are 172 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 Jul 5 13:33:25 UTC 2017. > > Anything received after that time might be too late. > > > > Build results: > total: 145 pass: 145 fail: 0 > Qemu test results: > total: 122 pass: 122 fail: 0 > > Details are available at http://kerneltests.org/builders. Thanks for testing this, and the other trees, and letting me know. greg k-h
Re: [PATCH 4.9 000/172] 4.9.36-stable review
On Mon, Jul 03, 2017 at 12:51:32PM -0700, Guenter Roeck wrote: > On 07/03/2017 06:33 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.9.36 release. > > There are 172 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 Jul 5 13:33:25 UTC 2017. > > Anything received after that time might be too late. > > > > Build results: > total: 145 pass: 145 fail: 0 > Qemu test results: > total: 122 pass: 122 fail: 0 > > Details are available at http://kerneltests.org/builders. Thanks for testing this, and the other trees, and letting me know. greg k-h
Re: [PATCH 4.9 000/172] 4.9.36-stable review
On 07/03/2017 06:33 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.9.36 release. There are 172 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 Jul 5 13:33:25 UTC 2017. Anything received after that time might be too late. Build results: total: 145 pass: 145 fail: 0 Qemu test results: total: 122 pass: 122 fail: 0 Details are available at http://kerneltests.org/builders. Guenter
Re: [PATCH 4.9 000/172] 4.9.36-stable review
On 07/03/2017 06:33 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.9.36 release. There are 172 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 Jul 5 13:33:25 UTC 2017. Anything received after that time might be too late. Build results: total: 145 pass: 145 fail: 0 Qemu test results: total: 122 pass: 122 fail: 0 Details are available at http://kerneltests.org/builders. Guenter
[PATCH 4.9 000/172] 4.9.36-stable review
This is the start of the stable review cycle for the 4.9.36 release. There are 172 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 Jul 5 13:33:25 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.9.36-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.9.y and the diffstat can be found below. thanks, greg k-h - Pseudo-Shortlog of commits: Greg Kroah-HartmanLinux 4.9.36-rc1 Wanpeng Li KVM: nVMX: Fix exception injection Radim Krčmář KVM: x86: zero base3 of unusable segments Radim Krčmář KVM: x86/vPMU: fix undefined shift in intel_pmu_refresh() Ladi Prosek KVM: x86: fix emulation of RSM and IRET instructions Mark Salter arm64: fix NULL dereference in have_cpu_die() Kamal Dasu mtd: nand: brcmnand: Check flash #WP pin status before nand erase/program Jaedon Shin i2c: brcmstb: Fix START and STOP conditions Rafał Miłecki brcmfmac: avoid writing channel out of allocated array Arnd Bergmann infiniband: hns: avoid gcc-7.0.1 warning for uninitialized data Josh Poimboeuf objtool: Fix another GCC jump table detection issue Sudeep Holla clk: scpi: don't add cpufreq device if the scpi dvfs node is disabled Dan Carpenter cpufreq: s3c2416: double free on driver init error path Suravee Suthikulpanit iommu/amd: Fix interrupt remapping when disable guest_mode Pan Bian iommu/amd: Fix incorrect error handling in amd_iommu_bind_pasid() Robin Murphy iommu/dma: Don't reserve PCI I/O windows Robin Murphy iommu: Handle default domain attach failure David Dillow iommu/vt-d: Don't over-free page table directories Junxiao Bi ocfs2: o2hb: revert hb threshold to keep compatible Andy Lutomirski x86/mm: Fix flush_tlb_page() on Xen Joerg Roedel x86/mpx: Correctly report do_mpx_bt_fault() failures to user-space Baoquan He x86/boot/KASLR: Fix kexec crash due to 'virt_addr' calculation bug Arnaldo Carvalho de Melo tools arch: Sync arch/x86/lib/memcpy_64.S with the kernel Doug Berger ARM: 8685/1: ensure memblock-limit is pmd-aligned Lorenzo Pieralisi ARM64/ACPI: Fix BAD_MADT_GICC_ENTRY() macro implementation Adam Ford ARM: dts: OMAP3: Fix MFG ID EEPROM Dave Gerlach ARM: OMAP2+: omap_device: Sync omap_device and pm_runtime after probe defer Andrew F. Davis regulator: tps65086: Fix DT node referencing in of_parse_cb Andrew F. Davis regulator: tps65086: Fix expected switch DT node names Johan Hovold spi: fix device-node leaks Daniel Kurtz spi: When no dma_chan map buffers with spi_master's parent Matt Fleming sched/loadavg: Avoid loadavg spikes caused by delayed NO_HZ accounting Eric Anholt watchdog: bcm281xx: Fix use of uninitialized spinlock. Florian Westphal netfilter: use skb_to_full_sk in ip_route_me_harder Dan Carpenter xfrm: Oops on error in pfkey_msg2xfrm_state() Dan Carpenter xfrm: NULL dereference on allocation failure Sabrina Dubroca xfrm: fix stack access out of bounds with CONFIG_XFRM_SUB_POLICY Ard Biesheuvel mm/vmalloc.c: huge-vmap: fail gracefully on unexpected huge vmap mappings Eugeniu Rosca ravb: Fix use-after-free on `ifconfig eth0 down` Peter Dawson ip6_tunnel, ip6_gre: fix setting of DSCP on encapsulated packets Xin Long sctp: check af before verify address in sctp_addr_id2transport Jack Morgenstein net/mlx4_core: Eliminate warning messages for SRQ_LIMIT under SRIOV Masami Hiramatsu perf probe: Fix to probe on gcc generated functions in modules Parthasarathy Bhuvaragan tipc: allocate user memory with GFP_KERNEL flag Karicheri, Muralidharan net: phy: dp83867: allow
[PATCH 4.9 000/172] 4.9.36-stable review
This is the start of the stable review cycle for the 4.9.36 release. There are 172 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 Jul 5 13:33:25 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.9.36-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.9.y and the diffstat can be found below. thanks, greg k-h - Pseudo-Shortlog of commits: Greg Kroah-Hartman Linux 4.9.36-rc1 Wanpeng Li KVM: nVMX: Fix exception injection Radim Krčmář KVM: x86: zero base3 of unusable segments Radim Krčmář KVM: x86/vPMU: fix undefined shift in intel_pmu_refresh() Ladi Prosek KVM: x86: fix emulation of RSM and IRET instructions Mark Salter arm64: fix NULL dereference in have_cpu_die() Kamal Dasu mtd: nand: brcmnand: Check flash #WP pin status before nand erase/program Jaedon Shin i2c: brcmstb: Fix START and STOP conditions Rafał Miłecki brcmfmac: avoid writing channel out of allocated array Arnd Bergmann infiniband: hns: avoid gcc-7.0.1 warning for uninitialized data Josh Poimboeuf objtool: Fix another GCC jump table detection issue Sudeep Holla clk: scpi: don't add cpufreq device if the scpi dvfs node is disabled Dan Carpenter cpufreq: s3c2416: double free on driver init error path Suravee Suthikulpanit iommu/amd: Fix interrupt remapping when disable guest_mode Pan Bian iommu/amd: Fix incorrect error handling in amd_iommu_bind_pasid() Robin Murphy iommu/dma: Don't reserve PCI I/O windows Robin Murphy iommu: Handle default domain attach failure David Dillow iommu/vt-d: Don't over-free page table directories Junxiao Bi ocfs2: o2hb: revert hb threshold to keep compatible Andy Lutomirski x86/mm: Fix flush_tlb_page() on Xen Joerg Roedel x86/mpx: Correctly report do_mpx_bt_fault() failures to user-space Baoquan He x86/boot/KASLR: Fix kexec crash due to 'virt_addr' calculation bug Arnaldo Carvalho de Melo tools arch: Sync arch/x86/lib/memcpy_64.S with the kernel Doug Berger ARM: 8685/1: ensure memblock-limit is pmd-aligned Lorenzo Pieralisi ARM64/ACPI: Fix BAD_MADT_GICC_ENTRY() macro implementation Adam Ford ARM: dts: OMAP3: Fix MFG ID EEPROM Dave Gerlach ARM: OMAP2+: omap_device: Sync omap_device and pm_runtime after probe defer Andrew F. Davis regulator: tps65086: Fix DT node referencing in of_parse_cb Andrew F. Davis regulator: tps65086: Fix expected switch DT node names Johan Hovold spi: fix device-node leaks Daniel Kurtz spi: When no dma_chan map buffers with spi_master's parent Matt Fleming sched/loadavg: Avoid loadavg spikes caused by delayed NO_HZ accounting Eric Anholt watchdog: bcm281xx: Fix use of uninitialized spinlock. Florian Westphal netfilter: use skb_to_full_sk in ip_route_me_harder Dan Carpenter xfrm: Oops on error in pfkey_msg2xfrm_state() Dan Carpenter xfrm: NULL dereference on allocation failure Sabrina Dubroca xfrm: fix stack access out of bounds with CONFIG_XFRM_SUB_POLICY Ard Biesheuvel mm/vmalloc.c: huge-vmap: fail gracefully on unexpected huge vmap mappings Eugeniu Rosca ravb: Fix use-after-free on `ifconfig eth0 down` Peter Dawson ip6_tunnel, ip6_gre: fix setting of DSCP on encapsulated packets Xin Long sctp: check af before verify address in sctp_addr_id2transport Jack Morgenstein net/mlx4_core: Eliminate warning messages for SRQ_LIMIT under SRIOV Masami Hiramatsu perf probe: Fix to probe on gcc generated functions in modules Parthasarathy Bhuvaragan tipc: allocate user memory with GFP_KERNEL flag Karicheri, Muralidharan net: phy: dp83867: allow RGMII_TXID/RGMII_RXID interface types Masami Hiramatsu perf probe: Fix to show correct locations for events on modules Ivan Vecera be2net: fix MAC addr setting on privileged BE3 VFs Ivan Vecera be2net: don't delete MAC on close on unprivileged BE3 VFs Ivan Vecera be2net: fix status check in be_cmd_pmac_add() Amelie Delaunay usb: dwc2: gadget: Fix GUSBCFG.USBTRDTIM value Heiko Carstens s390/ctl_reg: make __ctl_load a full memory barrier Nikita Yushchenko swiotlb: ensure that page-sized mappings are page-aligned Dave Kleikamp coredump: Ensure proper size of sparse core files Shaohua Li aio: fix lock dep warning Jiri Olsa perf/x86: Reject non sampling events with precise_ip Peter Zijlstra perf/core: Fix sys_perf_event_open() vs. hotplug Tobias Klauser x86/mpx: Use compatible types in comparison to fix sparse error Len Brown x86/tsc: Add the Intel Denverton Processor to