Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.kernel > #1731072 > unrolled thread

[PATCH 4.13 00/27] 4.13.2-stable review

Back to article view | Back to linux.kernel

Contents

  [PATCH 4.13 00/27] 4.13.2-stable review Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-09-12 19:10 +0200
    [PATCH 4.13 24/27] ARM: 8692/1: mm: abort uaccess retries upon fatal signal Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-09-12 19:10 +0200
    [PATCH 4.13 15/27] mm: kvfree the swap cluster info if the swap file is unsatisfactory Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-09-12 19:10 +0200
    Re: [PATCH 4.13 00/27] 4.13.2-stable review Shuah Khan <shuahkh@osg.samsung.com> - 2017-09-13 02:20 +0200
      Re: [PATCH 4.13 00/27] 4.13.2-stable review Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-09-13 03:00 +0200
    Re: [PATCH 4.13 00/27] 4.13.2-stable review Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-09-13 03:10 +0200
      Re: [PATCH 4.13 00/27] 4.13.2-stable review Kevin Hilman <khilman@baylibre.com> - 2017-09-14 00:20 +0200
    Re: [PATCH 4.13 00/27] 4.13.2-stable review Guenter Roeck <linux@roeck-us.net> - 2017-09-13 16:40 +0200
      Re: [PATCH 4.13 00/27] 4.13.2-stable review Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-09-13 21:10 +0200

#1731072 — [PATCH 4.13 00/27] 4.13.2-stable review

This is the start of the stable review cycle for the 4.13.2 release.
There are 27 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 Thu Sep 14 16:52:56 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.13.2-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.13.y
and the diffstat can be found below.

thanks,

greg k-h

-------------
Pseudo-Shortlog of commits:

Greg Kroah-Hartman <gregkh@linuxfoundation.org>
    Linux 4.13.2-rc1

Trond Myklebust <trond.myklebust@primarydata.com>
    NFSv4: Fix up mirror allocation

tarangg@amazon.com <tarangg@amazon.com>
    NFS: Sync the correct byte range during synchronous writes

Trond Myklebust <trond.myklebust@primarydata.com>
    NFS: Fix 2 use after free issues in the I/O code

Mark Rutland <mark.rutland@arm.com>
    ARM: 8692/1: mm: abort uaccess retries upon fatal signal

Marc Zyngier <marc.zyngier@arm.com>
    ARM64: dts: marvell: armada-37xx: Fix GIC maintenance interrupt

Ben Seri <ben@armis.com>
    Bluetooth: Properly check L2CAP config option output buffer length

Stanislaw Gruszka <sgruszka@redhat.com>
    rt2800: fix TX_PIN_CFG setting for non MT7620 chips

Linus Torvalds <torvalds@linux-foundation.org>
    Revert "firmware: add sanity check on shutdown/suspend"

Brijesh Singh <brijesh.singh@amd.com>
    KVM: SVM: Limit PFERR_NESTED_GUEST_PAGE error_code check to L1 guest

Laurent Dufour <ldufour@linux.vnet.ibm.com>
    mm/memory.c: fix mem_cgroup_oom_disable() call missing

Michal Hocko <mhocko@suse.com>
    mm/sparse.c: fix typo in online_mem_sections

David Rientjes <rientjes@google.com>
    mm/swapfile.c: fix swapon frontswap_map memory leak on error

Darrick J. Wong <darrick.wong@oracle.com>
    mm: kvfree the swap cluster info if the swap file is unsatisfactory

Andy Lutomirski <luto@kernel.org>
    selftests/x86/fsgsbase: Test selectors 1, 2, and 3

Shuah Khan <shuah@kernel.org>
    selftests: timers: Fix run_destructive_tests target to handle skipped tests

John Stultz <john.stultz@linaro.org>
    kselftests: timers: leap-a-day: Change default arguments to help test runs

Ian W MORRISON <ianwmorrison@gmail.com>
    brcmfmac: feature check for multi-scheduled scan fails on bcm4345 devices

Eric Dumazet <edumazet@google.com>
    radix-tree: must check __radix_tree_preload() return value

Larry Finger <Larry.Finger@lwfinger.net>
    rtlwifi: btcoexist: Fix antenna selection code

Larry Finger <Larry.Finger@lwfinger.net>
    rtlwifi: btcoexist: Fix breakage of ant_sel for rtl8723be

Aleksa Sarai <asarai@suse.de>
    btrfs: resume qgroup rescan on rw remount

Daniel Verkamp <daniel.verkamp@intel.com>
    nvme-fabrics: generate spec-compliant UUID NQNs

Abhishek Sahu <absahu@codeaurora.org>
    mtd: nand: qcom: fix config error for BCH

Abhishek Sahu <absahu@codeaurora.org>
    mtd: nand: qcom: fix read failure without complete bootchain

Boris Brezillon <boris.brezillon@free-electrons.com>
    mtd: nand: mxc: Fix mxc_v1 ooblayout

Martin Blumenstingl <martin.blumenstingl@googlemail.com>
    mtd: nand: hynix: add support for 20nm NAND chips

Lothar Waßmann <LW@KARO-electronics.de>
    mtd: nand: make Samsung SLC NAND usable again


-------------

Diffstat:

 .../driver-api/firmware/request_firmware.rst       | 11 ---
 Makefile                                           |  4 +-
 arch/arm/mm/fault.c                                |  5 +-
 arch/arm64/boot/dts/marvell/armada-37xx.dtsi       |  1 +
 arch/x86/kvm/mmu.c                                 |  3 +-
 drivers/base/firmware_class.c                      | 99 ----------------------
 drivers/mtd/nand/mxc_nand.c                        |  7 +-
 drivers/mtd/nand/nand_base.c                       |  7 +-
 drivers/mtd/nand/nand_hynix.c                      |  4 +-
 drivers/mtd/nand/qcom_nandc.c                      | 18 ++--
 .../wireless/broadcom/brcm80211/brcmfmac/feature.c |  3 +-
 drivers/net/wireless/ralink/rt2x00/rt2800lib.c     |  5 +-
 .../realtek/rtlwifi/btcoexist/halbtc8723b2ant.c    |  5 +-
 .../realtek/rtlwifi/btcoexist/halbtcoutsrc.c       | 23 +++--
 drivers/nvme/host/fabrics.c                        |  2 +-
 fs/btrfs/super.c                                   |  2 +
 fs/nfs/file.c                                      |  6 +-
 fs/nfs/internal.h                                  |  1 -
 fs/nfs/pagelist.c                                  | 99 +++++++++++-----------
 fs/nfs/pnfs.c                                      |  2 -
 lib/radix-tree.c                                   |  9 +-
 mm/memory.c                                        | 10 +--
 mm/sparse.c                                        |  2 +-
 mm/swapfile.c                                      |  3 +-
 net/bluetooth/l2cap_core.c                         | 80 +++++++++--------
 tools/testing/selftests/timers/Makefile            | 26 +++---
 tools/testing/selftests/timers/leap-a-day.c        | 17 ++--
 tools/testing/selftests/x86/fsgsbase.c             | 41 +++++++--
 28 files changed, 229 insertions(+), 266 deletions(-)

[toc] | [next] | [standalone]

#1731073 — [PATCH 4.13 24/27] ARM: 8692/1: mm: abort uaccess retries upon fatal signal

4.13-stable review patch.  If anyone has any objections, please let me know.

------------------

From: Mark Rutland <mark.rutland@arm.com>

commit 746a272e44141af24a02f6c9b0f65f4c4598ed42 upstream.

When there's a fatal signal pending, arm's do_page_fault()
implementation returns 0. The intent is that we'll return to the
faulting userspace instruction, delivering the signal on the way.

However, if we take a fatal signal during fixing up a uaccess, this
results in a return to the faulting kernel instruction, which will be
instantly retried, resulting in the same fault being taken forever. As
the task never reaches userspace, the signal is not delivered, and the
task is left unkillable. While the task is stuck in this state, it can
inhibit the forward progress of the system.

To avoid this, we must ensure that when a fatal signal is pending, we
apply any necessary fixup for a faulting kernel instruction. Thus we
will return to an error path, and it is up to that code to make forward
progress towards delivering the fatal signal.

Signed-off-by: Mark Rutland <mark.rutland@arm.com>
Reviewed-by: Steve Capper <steve.capper@arm.com>
Signed-off-by: Russell King <rmk+kernel@armlinux.org.uk>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 arch/arm/mm/fault.c |    5 ++++-
 1 file changed, 4 insertions(+), 1 deletion(-)

--- a/arch/arm/mm/fault.c
+++ b/arch/arm/mm/fault.c
@@ -315,8 +315,11 @@ retry:
 	 * signal first. We do not need to release the mmap_sem because
 	 * it would already be released in __lock_page_or_retry in
 	 * mm/filemap.c. */
-	if ((fault & VM_FAULT_RETRY) && fatal_signal_pending(current))
+	if ((fault & VM_FAULT_RETRY) && fatal_signal_pending(current)) {
+		if (!user_mode(regs))
+			goto no_context;
 		return 0;
+	}
 
 	/*
 	 * Major/minor page fault accounting is only done on the

[toc] | [prev] | [next] | [standalone]

#1731074 — [PATCH 4.13 15/27] mm: kvfree the swap cluster info if the swap file is unsatisfactory

4.13-stable review patch.  If anyone has any objections, please let me know.

------------------

From: Darrick J. Wong <darrick.wong@oracle.com>

commit 8606a1a94da5c4e49c0fb28af62d2e75c6747716 upstream.

If initializing a small swap file fails because the swap file has a
problem (holes, etc.) then we need to free the cluster info as part of
cleanup.  Unfortunately a previous patch changed the code to use kvzalloc
but did not change all the vfree calls to use kvfree.

Found by running generic/357 from xfstests.

Link: http://lkml.kernel.org/r/20170831233515.GR3775@magnolia
Fixes: 54f180d3c181 ("mm, swap: use kvzalloc to allocate some swap data structures")
Signed-off-by: Darrick J. Wong <darrick.wong@oracle.com>
Reviewed-by: "Huang, Ying" <ying.huang@intel.com>
Acked-by: David Rientjes <rientjes@google.com>
Cc: Hugh Dickins <hughd@google.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 mm/swapfile.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

--- a/mm/swapfile.c
+++ b/mm/swapfile.c
@@ -3052,7 +3052,7 @@ bad_swap:
 	p->flags = 0;
 	spin_unlock(&swap_lock);
 	vfree(swap_map);
-	vfree(cluster_info);
+	kvfree(cluster_info);
 	if (swap_file) {
 		if (inode && S_ISREG(inode->i_mode)) {
 			inode_unlock(inode);

[toc] | [prev] | [next] | [standalone]

#1731305

On 09/12/2017 10:59 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.13.2 release.
> There are 27 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 Thu Sep 14 16:52:56 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.13.2-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.13.y
> and the diffstat can be found below.
> 
> thanks,
> 
> greg k-h
> 

Compiled and booted on my test system. No dmesg regressions.

thanks,
-- Shuah

[toc] | [prev] | [next] | [standalone]

#1731316

On Tue, Sep 12, 2017 at 06:13:32PM -0600, Shuah Khan wrote:
> On 09/12/2017 10:59 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.13.2 release.
> > There are 27 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 Thu Sep 14 16:52:56 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.13.2-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.13.y
> > and the diffstat can be found below.
> > 
> > thanks,
> > 
> > greg k-h
> > 
> 
> Compiled and booted on my test system. No dmesg regressions.

Thanks for testing these and letting me know.

greg k-h

[toc] | [prev] | [next] | [standalone]

#1731322

On Tue, Sep 12, 2017 at 03:57:50PM -0700, kernelci.org bot wrote:
> stable-rc/linux-4.13.y boot: 210 boots: 7 failed, 200 passed with 3 conflicts (v4.13.1-28-g0a9a7505477b)

7 failures here, and 8 for 4.12, are these to be expected?

thanks,

greg k-h

[toc] | [prev] | [next] | [standalone]

#1731961

Greg Kroah-Hartman <gregkh@linuxfoundation.org> writes:

> On Tue, Sep 12, 2017 at 03:57:50PM -0700, kernelci.org bot wrote:
>> stable-rc/linux-4.13.y boot: 210 boots: 7 failed, 200 passed with 3 conflicts (v4.13.1-28-g0a9a7505477b)
>
> 7 failures here, and 8 for 4.12, are these to be expected?

They are expected in the sense that nobody seems to care about the
defconfigs that are failing, so nobody is looking into the failures.

Since almost all of these failures seem to be related to various
defconfnig + kconfig-fragment builds that nobody is taking the time to
fix, I'm going reduce the set of defconfig that are built for stable
trees to just the in-tree defconfigs.

That should greatly reduce the signal-to-noise for these stable
reports.  We can then add back defconfigs as needed, on the condition
that someone has the time/energy to keep those configs working in stable
trees.

Kevin

[toc] | [prev] | [next] | [standalone]

#1731642

On Tue, Sep 12, 2017 at 09:59:40AM -0700, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.13.2 release.
> There are 27 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 Thu Sep 14 16:52:56 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

[toc] | [prev] | [next] | [standalone]

#1731791

On Wed, Sep 13, 2017 at 07:35:06AM -0700, Guenter Roeck wrote:
> On Tue, Sep 12, 2017 at 09:59:40AM -0700, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.13.2 release.
> > There are 27 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 Thu Sep 14 16:52:56 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 all of these and letting me know.

greg k-h

[toc] | [prev] | [standalone]

Back to top | Article view | linux.kernel

csiph-web