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


Groups > linux.kernel > #1620422 > unrolled thread

[PATCH 4.10 000/110] 4.10.10-stable review

Started byGreg Kroah-Hartman <gregkh@linuxfoundation.org>
First post2017-04-10 19:20 +0200
Last post2017-04-11 07:10 +0200
Articles 19 — 3 participants

Back to article view | Back to linux.kernel


Contents

  [PATCH 4.10 000/110] 4.10.10-stable review Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-04-10 19:20 +0200
    [PATCH 4.10 026/110] ACPI / scan: Prefer devices without _HID for _ADR matching Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-04-10 19:20 +0200
    [PATCH 4.10 011/110] arm/arm64: KVM: Take mmap_sem in stage2_unmap_vm Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-04-10 19:20 +0200
    [PATCH 4.10 039/110] metag/usercopy: Fix src fixup in from user rapf loops Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-04-10 19:20 +0200
    [PATCH 4.10 020/110] mm/page_alloc.c: fix print order in show_free_areas() Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-04-10 19:20 +0200
    [PATCH 4.10 001/110] drm/vmwgfx: Type-check lookups of fence objects Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-04-10 19:20 +0200
    [PATCH 4.10 022/110] dax: fix radix tree insertion race Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-04-10 19:20 +0200
    [PATCH 4.10 028/110] jump label: fix passing kbuild_cflags when checking for asm goto support Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-04-10 19:20 +0200
    [PATCH 4.10 032/110] mac80211: unconditionally start new netdev queues with iTXQ support Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-04-10 19:20 +0200
    [PATCH 4.10 024/110] dm verity fec: fix bufio leaks Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-04-10 19:20 +0200
    [PATCH 4.10 031/110] ring-buffer: Fix return value check in test_ringbuffer() Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-04-10 19:20 +0200
    [PATCH 4.10 014/110] iio: core: Fix IIO_VAL_FRACTIONAL_LOG2 for negative values Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-04-10 19:20 +0200
    [PATCH 4.10 033/110] brcmfmac: use local iftype avoiding use-after-free of virtual interface Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-04-10 19:20 +0200
    Re: [PATCH 4.10 000/110] 4.10.10-stable review Shuah Khan <shuahkh@osg.samsung.com> - 2017-04-10 22:40 +0200
      Re: [PATCH 4.10 000/110] 4.10.10-stable review Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-04-11 07:00 +0200
    Re: [PATCH 4.10 000/110] 4.10.10-stable review Guenter Roeck <linux@roeck-us.net> - 2017-04-11 05:20 +0200
      Re: [PATCH 4.10 000/110] 4.10.10-stable review Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-04-11 06:50 +0200
        Re: [PATCH 4.10 000/110] 4.10.10-stable review Guenter Roeck <linux@roeck-us.net> - 2017-04-11 07:10 +0200
    Re: [PATCH 4.10 000/110] 4.10.10-stable review Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-04-11 07:10 +0200

#1620422 — [PATCH 4.10 000/110] 4.10.10-stable review

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-04-10 19:20 +0200
Subject[PATCH 4.10 000/110] 4.10.10-stable review
Message-ID<tuKPv-3hW-3@gated-at.bofh.it>
This is the start of the stable review cycle for the 4.10.10 release.
There are 110 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 Apr 12 16:41:40 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.10.10-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.10.y
and the diffstat can be found below.

thanks,

greg k-h

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

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

Matjaz Hegedic <matjaz.hegedic@gmail.com>
    x86/reboot/quirks: Fix typo in ASUS EeeBook X205TA reboot quirk

Tobias Jakobi <tjakobi@math.uni-bielefeld.de>
    usb-storage: Add ignore-residue quirk for Initio INIC-3619

Matjaz Hegedic <matjaz.hegedic@gmail.com>
    x86/reboot/quirks: Add ASUS EeeBook X205TA/W reboot quirk

Matjaz Hegedic <matjaz.hegedic@gmail.com>
    x86/reboot/quirks: Add ASUS EeeBook X205TA reboot quirk

Len Brown <len.brown@intel.com>
    tools/power turbostat: dump Atom P-states correctly

Len Brown <len.brown@intel.com>
    tools/power turbostat: decode Baytrail CC6 and MC6 demotion configuration

João Paulo Rechi Vita <jprvita@gmail.com>
    platform/x86: asus-wmi: Detect quirk_no_rfkill from the DSDT

Krzysztof Kozlowski <krzk@kernel.org>
    watchdog: s3c2410: Fix infinite interrupt in soft mode

Sinan Kaya <okaya@codeaurora.org>
    PCI: Add ACS quirk for Qualcomm QDF2400 and QDF2432

Andy Shevchenko <andriy.shevchenko@linux.intel.com>
    PCI: Sort the list of devices with D3 delay quirk by ID

yangbo lu <yangbo.lu@nxp.com>
    mmc: sdhci-of-esdhc: remove default broken-cd for ARM

Dongdong Liu <liudongdong3@huawei.com>
    PCI: Disable MSI for HiSilicon Hip06/Hip07 Root Ports

Jon Mason <jon.mason@broadcom.com>
    PCI: Add Broadcom Northstar2 PAXC quirk for device class and MPSS

Will Deacon <will.deacon@arm.com>
    ARM: smccc: Update HVC comment to describe new quirk parameter

Andy Gross <andy.gross@linaro.org>
    firmware: qcom: scm: Fix interrupted SCM calls

Andy Gross <andy.gross@linaro.org>
    arm: kernel: Add SMC structure parameter

Ping Cheng <pinglinux@gmail.com>
    HID: wacom: don't apply generic settings to old devices

Mylène Josserand <mylene.josserand@free-electrons.com>
    ASoC: sun4i-i2s: Add quirks to handle a31 compatible

Alexandre Bailon <abailon@baylibre.com>
    usb: musb: da8xx: Fix host mode suspend

Zhang Rui <rui.zhang@intel.com>
    ACPI: save NVS memory for Lenovo G50-45

Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
    ASoC: Intel: cht_bsw_rt5645: add Baytrail MCLK support

Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
    ASoC: Intel: cht_bsw_rt5645: harden ACPI device detection

Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
    ASoC: Intel: Baytrail: add quirk for Lenovo Thinkpad 10

Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
    ASoC: codecs: rt5670: add quirk for Lenovo Thinkpad 10

Lv Zheng <lv.zheng@intel.com>
    ACPI / button: Change default behavior to lid_init_state=open

Bartosz Golaszewski <bgolaszewski@baylibre.com>
    sata: ahci-da850: implement a workaround for the softreset quirk

Sean Young <sean@mess.org>
    rx51: broken build

Dan Carpenter <dan.carpenter@oracle.com>
    PCI: xgene: Fix double free on init error

Alex Williamson <alex.williamson@redhat.com>
    PCI: Add ACS quirk for Intel Union Point

Daniel Vetter <daniel.vetter@ffwll.ch>
    drm/mga: remove device_is_agp callback

Felipe Balbi <felipe.balbi@linux.intel.com>
    usb: dwc3: host: pass quirk-broken-port-ped property for known broken revisions

Felipe Balbi <balbi@ti.com>
    usb: host: xhci-plat: enable BROKEN_PED quirk if platform requested

Felipe Balbi <balbi@ti.com>
    usb: xhci: add quirk flag for broken PED bits

Kevin Hilman <khilman@baylibre.com>
    ARM: davinci: add skeleton for pdata-quirks

Vignesh R <vigneshr@ti.com>
    serial: 8250_omap: Add OMAP_DMA_TX_KICK quirk for AM437x

Stephen Boyd <stephen.boyd@linaro.org>
    usb: chipidea: msm: Rely on core to override AHBBURST

Tony Lindgren <tony@atomide.com>
    ARM: OMAP2+: Fix init for multiple quirks for the same SoC

youling257 <youling257@gmail.com>
    ASoC: Intel: bytcr_rt5640: quirks for Insyde devices

Paulo Zanoni <paulo.r.zanoni@intel.com>
    drm/i915: actually drive the BDW reserved IDs

Paulo Zanoni <paulo.r.zanoni@intel.com>
    drm/i915: more .is_mobile cleanups for BDW

Paulo Zanoni <paulo.r.zanoni@intel.com>
    drm/i915: fix INTEL_BDW_IDS definition

Jani Nikula <jani.nikula@intel.com>
    drm/edid: constify edid quirk list

Yuta Kobayashi <alu.ula@outlook.com>
    HID: multitouch: enable the Surface 4 Type Cover Pro (JP) to report multitouch data

Paolo Bonzini <pbonzini@redhat.com>
    kvm: fix page struct leak in handle_vmon

Jason A. Donenfeld <Jason@zx2c4.com>
    random: use chacha20 for get_random_int/long

Chris Salls <salls@cs.ucsb.edu>
    mm/mempolicy.c: fix error handling in set_mempolicy and mbind.

Johan Hovold <johan@kernel.org>
    Documentation: stable-kernel-rules: fix stable-tag format

Janusz Dziedzic <januszx.dziedzic@intel.com>
    usb: dwc3: gadget: delay unmap of bounced requests

Changbin Du <changbin.du@intel.com>
    drm/i915/kvmgt: fix suspicious rcu dereference usage

Zhenyu Wang <zhenyuw@linux.intel.com>
    drm/i915/gvt: Fix gvt scheduler interval time

Huacai Chen <chenhc@lemote.com>
    MIPS: c-r4k: Fix Loongson-3's vcache/scache waysize calculation

Huacai Chen <chenhc@lemote.com>
    MIPS: Flush wrong invalid FTLB entry for huge page

Huacai Chen <chenhc@lemote.com>
    MIPS: Add MIPS_CPU_FTLB for Loongson-3A R2

Huacai Chen <chenhc@lemote.com>
    MIPS: Check TLB before handle_ri_rdhwr() for Loongson-3

Hauke Mehrtens <hauke@hauke-m.de>
    MIPS: Lantiq: fix missing xbar kernel panic

Paul Burton <paul.burton@imgtec.com>
    MIPS: End spinlocks with .insn

John Crispin <john@phrozen.org>
    MIPS: ralink: Fix typos in rt3883 pinctrl

James Hogan <james.hogan@imgtec.com>
    MIPS: Force o32 fp64 support on 32bit MIPS64r6 kernels

Heiko Carstens <heiko.carstens@de.ibm.com>
    s390/uaccess: get_user() should zero on failure (again)

Marcelo Henrique Cerri <marcelo.cerri@canonical.com>
    s390/decompressor: fix initrd corruption caused by bss clear

Max Filippov <jcmvbkbc@gmail.com>
    xtensa: make __pa work with uncached KSEG addresses

Tobias Klauser <tklauser@distanz.ch>
    nios2: reserve boot memory for device tree

Andi Kleen <ak@linux.intel.com>
    x86/mce: Don't print MCEs when mcelog is active

Dmitry Bilunov <kmeaw@yandex-team.ru>
    dm raid: fix NULL pointer dereference for raid1 without bitmap

Michael Ellerman <mpe@ellerman.id.au>
    powerpc/crypto/crc32c-vpmsum: Fix missing preempt_disable()

Paul Mackerras <paulus@ozlabs.org>
    powerpc: Don't try to fix up misaligned load-with-reservation instructions

Oliver O'Halloran <oohall@gmail.com>
    powerpc/64: Fix flush_(d|i)cache_range() called from modules

Frederic Barrat <fbarrat@linux.vnet.ibm.com>
    powerpc/mm: Add missing global TLB invalidate if cxl is active

Benjamin Herrenschmidt <benh@kernel.crashing.org>
    powerpc: Disable HFSCR[TM] if TM is not supported

Arnd Bergmann <arnd@arndb.de>
    drm/msm: adreno: fix build error without debugfs

James Hogan <james.hogan@imgtec.com>
    metag/usercopy: Add missing fixups

James Hogan <james.hogan@imgtec.com>
    metag/usercopy: Fix src fixup in from user rapf loops

James Hogan <james.hogan@imgtec.com>
    metag/usercopy: Set flags before ADDZ

James Hogan <james.hogan@imgtec.com>
    metag/usercopy: Zero rest of buffer from copy_from_user

James Hogan <james.hogan@imgtec.com>
    metag/usercopy: Add early abort to copy_to_user

James Hogan <james.hogan@imgtec.com>
    metag/usercopy: Fix alignment error checking

James Hogan <james.hogan@imgtec.com>
    metag/usercopy: Drop unused macros

Arend Van Spriel <arend.vanspriel@broadcom.com>
    brcmfmac: use local iftype avoiding use-after-free of virtual interface

Johannes Berg <johannes.berg@intel.com>
    mac80211: unconditionally start new netdev queues with iTXQ support

Wei Yongjun <yongjun_wei@trendmicro.com.cn>
    ring-buffer: Fix return value check in test_ringbuffer()

Calvin Owens <calvinowens@fb.com>
    xfs: Honor FALLOC_FL_KEEP_SIZE when punching ends of files

Martin Brandenburg <martin@omnibond.com>
    orangefs: move features validation to fix filesystem hang

Gleb Fotengauer-Malinovskiy <glebfm@altlinux.org>
    jump label: fix passing kbuild_cflags when checking for asm goto support

Arnd Bergmann <arnd@arndb.de>
    Kbuild: use cc-disable-warning consistently for maybe-uninitialized

Rafael J. Wysocki <rafael.j.wysocki@intel.com>
    ACPI / scan: Prefer devices without _HID for _ADR matching

Dmitry Torokhov <dmitry.torokhov@gmail.com>
    ACPI / gpio: do not fall back to parsing _CRS when we get a deferral

Sami Tolvanen <samitolvanen@google.com>
    dm verity fec: fix bufio leaks

Sami Tolvanen <samitolvanen@google.com>
    dm verity fec: limit error correction recursion

Ross Zwisler <ross.zwisler@linux.intel.com>
    dax: fix radix tree insertion race

bsegall@google.com <bsegall@google.com>
    ptrace: fix PTRACE_LISTEN race corrupting task->state

Alexander Polakov <apolyakov@beget.ru>
    mm/page_alloc.c: fix print order in show_free_areas()

Jan-Marek Glogowski <glogow@fbihome.de>
    Reset TreeId to zero on SMB2 TREE_CONNECT

Arend Van Spriel <arend.vanspriel@broadcom.com>
    cfg80211: check rdev resume callback only for registered wiphy

Victor Kamensky <kamensky@cisco.com>
    arm64: mm: unaligned access by user-land should be received as SIGBUS

Quentin Schulz <quentin.schulz@free-electrons.com>
    iio: bmg160: reset chip when probing

Shrirang Bagul <shrirang.bagul@canonical.com>
    iio: st_pressure: initialize lps22hb bootime

Nikolaus Schulz <nikolaus.schulz@avionic-design.de>
    iio: core: Fix IIO_VAL_FRACTIONAL_LOG2 for negative values

Suzuki K Poulose <suzuki.poulose@arm.com>
    kvm: arm/arm64: Fix locking for kvm_free_stage2_pgd

Marc Zyngier <marc.zyngier@arm.com>
    arm/arm64: KVM: Take mmap_sem in kvm_arch_prepare_memory_region

Marc Zyngier <marc.zyngier@arm.com>
    arm/arm64: KVM: Take mmap_sem in stage2_unmap_vm

Shuxiao Zhang <zhangshuxiao@xiaomi.com>
    staging: android: ashmem: lseek failed due to no FMODE_LSEEK.

NeilBrown <neilb@suse.com>
    sysfs: be careful of error returns from ops->show()

Tomasz Nowicki <tn@semihalf.com>
    PCI: thunder-pem: Fix legacy firmware PEM-specific resources

Tomasz Nowicki <tn@semihalf.com>
    PCI: thunder-pem: Add legacy firmware support for Cavium ThunderX host controller

Li Qiang <liq3ea@gmail.com>
    drm/vmwgfx: fix integer overflow in vmw_surface_define_ioctl()

Thomas Hellstrom <thellstrom@vmware.com>
    drm/vmwgfx: Remove getparam error message

Thomas Hellstrom <thellstrom@vmware.com>
    drm/ttm, drm/vmwgfx: Relax permission checking when opening surfaces

Murray McAllister <murray.mcallister@insomniasec.com>
    drm/vmwgfx: avoid calling vzalloc with a 0 size in vmw_get_cap_3d_ioctl()

Murray McAllister <murray.mcallister@insomniasec.com>
    drm/vmwgfx: NULL pointer dereference in vmw_surface_define_ioctl()

Thomas Hellstrom <thellstrom@vmware.com>
    drm/vmwgfx: Type-check lookups of fence objects


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

Diffstat:

 Documentation/devicetree/bindings/usb/usb-xhci.txt |   1 +
 .../devicetree/bindings/watchdog/samsung-wdt.txt   |   9 +-
 Documentation/process/stable-kernel-rules.rst      |   2 +-
 Makefile                                           |  18 +-
 arch/arm/kernel/armksyms.c                         |   4 +-
 arch/arm/kernel/smccc-call.S                       |  14 +-
 arch/arm/kvm/mmu.c                                 |  23 +-
 arch/arm/mach-davinci/Makefile                     |   2 +-
 arch/arm/mach-davinci/da8xx-dt.c                   |   1 +
 arch/arm/mach-davinci/include/mach/common.h        |   2 +
 arch/arm/mach-davinci/pdata-quirks.c               |  39 +++
 arch/arm/mach-omap2/pdata-quirks.c                 |   3 +-
 arch/arm64/kernel/arm64ksyms.c                     |   4 +-
 arch/arm64/kernel/asm-offsets.c                    |   7 +-
 arch/arm64/kernel/smccc-call.S                     |  23 +-
 arch/arm64/mm/fault.c                              |  42 +--
 arch/metag/include/asm/uaccess.h                   |  15 +-
 arch/metag/lib/usercopy.c                          | 312 ++++++++-------------
 arch/mips/Kconfig                                  |   2 +-
 arch/mips/include/asm/spinlock.h                   |   8 +-
 arch/mips/kernel/cpu-probe.c                       |   2 +-
 arch/mips/kernel/genex.S                           |   4 +-
 arch/mips/kernel/traps.c                           |  17 +-
 arch/mips/lantiq/xway/sysctrl.c                    |   2 +-
 arch/mips/mm/c-r4k.c                               |   2 +
 arch/mips/mm/tlbex.c                               |  25 +-
 arch/mips/ralink/rt3883.c                          |   4 +-
 arch/nios2/kernel/prom.c                           |   7 +
 arch/nios2/kernel/setup.c                          |   3 +
 arch/powerpc/crypto/crc32c-vpmsum_glue.c           |   3 +
 arch/powerpc/kernel/align.c                        |  27 +-
 arch/powerpc/kernel/misc_64.S                      |   4 +-
 arch/powerpc/kernel/setup_64.c                     |   9 +
 arch/powerpc/mm/hash_native_64.c                   |   7 +-
 arch/s390/boot/compressed/misc.c                   |  35 +--
 arch/s390/include/asm/uaccess.h                    |   2 +-
 arch/x86/kernel/cpu/mcheck/mce.c                   |   7 +-
 arch/x86/kernel/reboot.c                           |  16 ++
 arch/x86/kvm/vmx.c                                 |   9 +-
 arch/xtensa/include/asm/page.h                     |  13 +
 drivers/acpi/button.c                              |   2 +-
 drivers/acpi/glue.c                                |  12 +-
 drivers/acpi/sleep.c                               |  19 ++
 drivers/ata/ahci_da850.c                           |  33 ++-
 drivers/char/random.c                              |  84 +++---
 drivers/firmware/qcom_scm-64.c                     |  13 +-
 drivers/gpio/gpiolib-acpi.c                        |   4 +-
 drivers/gpu/drm/drm_edid.c                         |   6 +-
 drivers/gpu/drm/i915/gvt/kvmgt.c                   |   4 +-
 drivers/gpu/drm/i915/gvt/sched_policy.c            |   4 +-
 drivers/gpu/drm/i915/i915_pci.c                    |   1 +
 drivers/gpu/drm/mga/mga_dma.c                      |  20 +-
 drivers/gpu/drm/mga/mga_drv.c                      |  37 ---
 drivers/gpu/drm/msm/adreno/a5xx_gpu.c              |   2 +
 drivers/gpu/drm/ttm/ttm_object.c                   |  10 +-
 drivers/gpu/drm/vmwgfx/vmwgfx_fence.c              |  79 ++++--
 drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c              |   4 +-
 drivers/gpu/drm/vmwgfx/vmwgfx_resource.c           |   4 +-
 drivers/gpu/drm/vmwgfx/vmwgfx_surface.c            |  31 +-
 drivers/hid/hid-core.c                             |   2 -
 drivers/hid/hid-ids.h                              |   1 -
 drivers/hid/hid-microsoft.c                        |   2 -
 drivers/hid/usbhid/hid-quirks.c                    |   1 -
 drivers/hid/wacom_wac.c                            |   3 +
 drivers/iio/gyro/bmg160_core.c                     |  12 +
 drivers/iio/industrialio-core.c                    |   7 +-
 drivers/iio/pressure/st_pressure_core.c            |   1 +
 drivers/md/dm-raid.c                               |   2 +-
 drivers/md/dm-verity-fec.c                         |  18 +-
 drivers/md/dm-verity-fec.h                         |   4 +
 drivers/mmc/host/sdhci-of-esdhc.c                  |  18 +-
 .../net/wireless/broadcom/brcm80211/brcmfmac/p2p.c |   8 +-
 drivers/pci/host/pci-thunder-pem.c                 |  62 +++-
 drivers/pci/host/pci-xgene.c                       |   7 +-
 drivers/pci/quirks.c                               |  99 +++++--
 drivers/platform/x86/asus-wmi.c                    |  23 +-
 drivers/staging/android/ashmem.c                   |   1 +
 drivers/tty/serial/8250/8250_omap.c                |   9 +-
 drivers/usb/chipidea/ci_hdrc_msm.c                 |   4 +-
 drivers/usb/dwc3/gadget.c                          |  21 +-
 drivers/usb/dwc3/host.c                            |  21 +-
 drivers/usb/host/xhci-hub.c                        |   6 +
 drivers/usb/host/xhci-plat.c                       |   3 +
 drivers/usb/host/xhci.h                            |   3 +
 drivers/usb/musb/da8xx.c                           |   2 +-
 drivers/usb/storage/unusual_devs.h                 |  14 +
 drivers/watchdog/s3c2410_wdt.c                     |  21 +-
 fs/cifs/smb2pdu.c                                  |   4 +
 fs/dax.c                                           |  35 ++-
 fs/orangefs/super.c                                |   9 +-
 fs/sysfs/file.c                                    |   6 +-
 fs/xfs/xfs_bmap_util.c                             |  10 +-
 include/drm/i915_pciids.h                          |  11 +-
 include/drm/ttm/ttm_object.h                       |   5 +-
 include/linux/arm-smccc.h                          |  52 +++-
 include/linux/pci_ids.h                            |   2 +
 include/linux/random.h                             |   1 -
 init/main.c                                        |   1 -
 kernel/ptrace.c                                    |  14 +-
 kernel/trace/ring_buffer.c                         |   8 +-
 mm/mempolicy.c                                     |  20 +-
 mm/page_alloc.c                                    |   2 +-
 net/mac80211/iface.c                               |   3 +-
 net/wireless/sysfs.c                               |  10 +-
 sound/soc/codecs/rt5670.c                          |   1 +
 sound/soc/intel/atom/sst/sst_acpi.c                |  37 ++-
 sound/soc/intel/boards/bytcr_rt5640.c              |  10 +
 sound/soc/intel/boards/cht_bsw_rt5645.c            |  98 ++++++-
 sound/soc/sunxi/sun4i-i2s.c                        |  57 +++-
 tools/power/x86/turbostat/turbostat.c              | 103 +++++++
 110 files changed, 1357 insertions(+), 615 deletions(-)

[toc] | [next] | [standalone]


#1620423 — [PATCH 4.10 026/110] ACPI / scan: Prefer devices without _HID for _ADR matching

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-04-10 19:20 +0200
Subject[PATCH 4.10 026/110] ACPI / scan: Prefer devices without _HID for _ADR matching
Message-ID<tuL8T-3IQ-41@gated-at.bofh.it>
In reply to#1620422
4.10-stable review patch.  If anyone has any objections, please let me know.

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

From: Rafael J. Wysocki <rafael.j.wysocki@intel.com>

commit fdad4e7a876a2cb3d2c1f04e5418c324e79fffef upstream.

Commit c2a6bbaf0c5f (ACPI / scan: Prefer devices without _HID/_CID
for _ADR matching) added a list_empty(&adev->pnp.ids) check to
find_child_checks() so as to catch situations in which the ACPI
core attempts to decode _ADR for a device having a _HID too which
is strictly against the spec.  However, it overlooked the fact that
the adev->pnp.ids list for the devices taken into account by
find_child_checks() may contain device IDs set internally by the
kernel, like "LNXVIDEO" (thanks to Zhang Rui for that realization),
and it broke the enumeration of those devices as a result.

To unbreak it, replace the overly coarse grained list_empty()
check with a much more precise check against the pnp.type.platform_id
flag which is only set for devices having a _HID (that's how it
should be done from the start, as having both _ADR and _CID is
actually permitted).

Fixes: c2a6bbaf0c5f (ACPI / scan: Prefer devices without _HID/_CID for _ADR matching)
Link: https://bugzilla.kernel.org/show_bug.cgi?id=194889
Reported-and-tested-by: Mike <mike@mikewilson.me.uk>
Tested-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 drivers/acpi/glue.c |   12 ++++++------
 1 file changed, 6 insertions(+), 6 deletions(-)

--- a/drivers/acpi/glue.c
+++ b/drivers/acpi/glue.c
@@ -99,13 +99,13 @@ static int find_child_checks(struct acpi
 		return -ENODEV;
 
 	/*
-	 * If the device has a _HID (or _CID) returning a valid ACPI/PNP
-	 * device ID, it is better to make it look less attractive here, so that
-	 * the other device with the same _ADR value (that may not have a valid
-	 * device ID) can be matched going forward.  [This means a second spec
-	 * violation in a row, so whatever we do here is best effort anyway.]
+	 * If the device has a _HID returning a valid ACPI/PNP device ID, it is
+	 * better to make it look less attractive here, so that the other device
+	 * with the same _ADR value (that may not have a valid device ID) can be
+	 * matched going forward.  [This means a second spec violation in a row,
+	 * so whatever we do here is best effort anyway.]
 	 */
-	return sta_present && list_empty(&adev->pnp.ids) ?
+	return sta_present && !adev->pnp.type.platform_id ?
 			FIND_CHILD_MAX_SCORE : FIND_CHILD_MIN_SCORE;
 }
 

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


#1620424 — [PATCH 4.10 011/110] arm/arm64: KVM: Take mmap_sem in stage2_unmap_vm

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-04-10 19:20 +0200
Subject[PATCH 4.10 011/110] arm/arm64: KVM: Take mmap_sem in stage2_unmap_vm
Message-ID<tuL8T-3IQ-47@gated-at.bofh.it>
In reply to#1620422
4.10-stable review patch.  If anyone has any objections, please let me know.

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

From: Marc Zyngier <marc.zyngier@arm.com>

commit 90f6e150e44a0dc3883110eeb3ab35d1be42b6bb upstream.

We don't hold the mmap_sem while searching for the VMAs when
we try to unmap each memslot for a VM. Fix this properly to
avoid unexpected results.

Fixes: commit 957db105c997 ("arm/arm64: KVM: Introduce stage2_unmap_vm")
Reviewed-by: Christoffer Dall <cdall@linaro.org>
Signed-off-by: Suzuki K Poulose <suzuki.poulose@arm.com>
Signed-off-by: Marc Zyngier <marc.zyngier@arm.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 arch/arm/kvm/mmu.c |    2 ++
 1 file changed, 2 insertions(+)

--- a/arch/arm/kvm/mmu.c
+++ b/arch/arm/kvm/mmu.c
@@ -803,6 +803,7 @@ void stage2_unmap_vm(struct kvm *kvm)
 	int idx;
 
 	idx = srcu_read_lock(&kvm->srcu);
+	down_read(&current->mm->mmap_sem);
 	spin_lock(&kvm->mmu_lock);
 
 	slots = kvm_memslots(kvm);
@@ -810,6 +811,7 @@ void stage2_unmap_vm(struct kvm *kvm)
 		stage2_unmap_memslot(kvm, memslot);
 
 	spin_unlock(&kvm->mmu_lock);
+	up_read(&current->mm->mmap_sem);
 	srcu_read_unlock(&kvm->srcu, idx);
 }
 

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


#1620425 — [PATCH 4.10 039/110] metag/usercopy: Fix src fixup in from user rapf loops

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-04-10 19:20 +0200
Subject[PATCH 4.10 039/110] metag/usercopy: Fix src fixup in from user rapf loops
Message-ID<tuL8T-3IQ-43@gated-at.bofh.it>
In reply to#1620422
4.10-stable review patch.  If anyone has any objections, please let me know.

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

From: James Hogan <james.hogan@imgtec.com>

commit 2c0b1df88b987a12d95ea1d6beaf01894f3cc725 upstream.

The fixup code to rewind the source pointer in
__asm_copy_from_user_{32,64}bit_rapf_loop() always rewound the source by
a single unit (4 or 8 bytes), however this is insufficient if the fault
didn't occur on the first load in the loop, as the source pointer will
have been incremented but nothing will have been stored until all 4
register [pairs] are loaded.

Read the LSM_STEP field of TXSTATUS (which is already loaded into a
register), a bit like the copy_to_user versions, to determine how many
iterations of MGET[DL] have taken place, all of which need rewinding.

Fixes: 373cd784d0fc ("metag: Memory handling")
Signed-off-by: James Hogan <james.hogan@imgtec.com>
Cc: linux-metag@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 arch/metag/lib/usercopy.c |   36 ++++++++++++++++++++++++++++--------
 1 file changed, 28 insertions(+), 8 deletions(-)

--- a/arch/metag/lib/usercopy.c
+++ b/arch/metag/lib/usercopy.c
@@ -687,29 +687,49 @@ EXPORT_SYMBOL(__copy_user);
  *
  *	Rationale:
  *		A fault occurs while reading from user buffer, which is the
- *		source. Since the fault is at a single address, we only
- *		need to rewind by 8 bytes.
+ *		source.
  *		Since we don't write to kernel buffer until we read first,
  *		the kernel buffer is at the right state and needn't be
- *		corrected.
+ *		corrected, but the source must be rewound to the beginning of
+ *		the block, which is LSM_STEP*8 bytes.
+ *		LSM_STEP is bits 10:8 in TXSTATUS which is already read
+ *		and stored in D0Ar2
+ *
+ *		NOTE: If a fault occurs at the last operation in M{G,S}ETL
+ *			LSM_STEP will be 0. ie: we do 4 writes in our case, if
+ *			a fault happens at the 4th write, LSM_STEP will be 0
+ *			instead of 4. The code copes with that.
  */
 #define __asm_copy_from_user_64bit_rapf_loop(to, from, ret, n, id)	\
 	__asm_copy_user_64bit_rapf_loop(to, from, ret, n, id,		\
-		"SUB	%1, %1, #8\n")
+		"LSR	D0Ar2, D0Ar2, #5\n"				\
+		"ANDS	D0Ar2, D0Ar2, #0x38\n"				\
+		"ADDZ	D0Ar2, D0Ar2, #32\n"				\
+		"SUB	%1, %1, D0Ar2\n")
 
 /*	rewind 'from' pointer when a fault occurs
  *
  *	Rationale:
  *		A fault occurs while reading from user buffer, which is the
- *		source. Since the fault is at a single address, we only
- *		need to rewind by 4 bytes.
+ *		source.
  *		Since we don't write to kernel buffer until we read first,
  *		the kernel buffer is at the right state and needn't be
- *		corrected.
+ *		corrected, but the source must be rewound to the beginning of
+ *		the block, which is LSM_STEP*4 bytes.
+ *		LSM_STEP is bits 10:8 in TXSTATUS which is already read
+ *		and stored in D0Ar2
+ *
+ *		NOTE: If a fault occurs at the last operation in M{G,S}ETL
+ *			LSM_STEP will be 0. ie: we do 4 writes in our case, if
+ *			a fault happens at the 4th write, LSM_STEP will be 0
+ *			instead of 4. The code copes with that.
  */
 #define __asm_copy_from_user_32bit_rapf_loop(to, from, ret, n, id)	\
 	__asm_copy_user_32bit_rapf_loop(to, from, ret, n, id,		\
-		"SUB	%1, %1, #4\n")
+		"LSR	D0Ar2, D0Ar2, #6\n"				\
+		"ANDS	D0Ar2, D0Ar2, #0x1c\n"				\
+		"ADDZ	D0Ar2, D0Ar2, #16\n"				\
+		"SUB	%1, %1, D0Ar2\n")
 
 
 /*

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


#1620427 — [PATCH 4.10 020/110] mm/page_alloc.c: fix print order in show_free_areas()

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-04-10 19:20 +0200
Subject[PATCH 4.10 020/110] mm/page_alloc.c: fix print order in show_free_areas()
Message-ID<tuL8T-3IQ-49@gated-at.bofh.it>
In reply to#1620422
4.10-stable review patch.  If anyone has any objections, please let me know.

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

From: Alexander Polakov <apolyakov@beget.ru>

commit 1f06b81aea5ecba2c1f8afd87e0ba1b9f8f90160 upstream.

Fixes: 11fb998986a72a ("mm: move most file-based accounting to the node")
Link: http://lkml.kernel.org/r/1490377730.30219.2.camel@beget.ru
Signed-off-by: Alexander Polyakov <apolyakov@beget.com>
Acked-by: Michal Hocko <mhocko@suse.com>
Cc: Mel Gorman <mgorman@techsingularity.net>
Cc: Vlastimil Babka <vbabka@suse.cz>
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/page_alloc.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

--- a/mm/page_alloc.c
+++ b/mm/page_alloc.c
@@ -4381,13 +4381,13 @@ void show_free_areas(unsigned int filter
 			K(node_page_state(pgdat, NR_FILE_MAPPED)),
 			K(node_page_state(pgdat, NR_FILE_DIRTY)),
 			K(node_page_state(pgdat, NR_WRITEBACK)),
+			K(node_page_state(pgdat, NR_SHMEM)),
 #ifdef CONFIG_TRANSPARENT_HUGEPAGE
 			K(node_page_state(pgdat, NR_SHMEM_THPS) * HPAGE_PMD_NR),
 			K(node_page_state(pgdat, NR_SHMEM_PMDMAPPED)
 					* HPAGE_PMD_NR),
 			K(node_page_state(pgdat, NR_ANON_THPS) * HPAGE_PMD_NR),
 #endif
-			K(node_page_state(pgdat, NR_SHMEM)),
 			K(node_page_state(pgdat, NR_WRITEBACK_TEMP)),
 			K(node_page_state(pgdat, NR_UNSTABLE_NFS)),
 			node_page_state(pgdat, NR_PAGES_SCANNED),

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


#1620428 — [PATCH 4.10 001/110] drm/vmwgfx: Type-check lookups of fence objects

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-04-10 19:20 +0200
Subject[PATCH 4.10 001/110] drm/vmwgfx: Type-check lookups of fence objects
Message-ID<tuL8U-3IQ-61@gated-at.bofh.it>
In reply to#1620422
4.10-stable review patch.  If anyone has any objections, please let me know.

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

From: Thomas Hellstrom <thellstrom@vmware.com>

commit f7652afa8eadb416b23eb57dec6f158529942041 upstream.

A malicious caller could otherwise hand over handles to other objects
causing all sorts of interesting problems.

Testing done: Ran a Fedora 25 desktop using both Xorg and
gnome-shell/Wayland.

Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>
Reviewed-by: Sinclair Yeh <syeh@vmware.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 drivers/gpu/drm/vmwgfx/vmwgfx_fence.c |   75 ++++++++++++++++++++++------------
 1 file changed, 49 insertions(+), 26 deletions(-)

--- a/drivers/gpu/drm/vmwgfx/vmwgfx_fence.c
+++ b/drivers/gpu/drm/vmwgfx/vmwgfx_fence.c
@@ -538,7 +538,7 @@ int vmw_fence_create(struct vmw_fence_ma
 		     struct vmw_fence_obj **p_fence)
 {
 	struct vmw_fence_obj *fence;
-	int ret;
+ 	int ret;
 
 	fence = kzalloc(sizeof(*fence), GFP_KERNEL);
 	if (unlikely(fence == NULL))
@@ -701,6 +701,41 @@ void vmw_fence_fifo_up(struct vmw_fence_
 }
 
 
+/**
+ * vmw_fence_obj_lookup - Look up a user-space fence object
+ *
+ * @tfile: A struct ttm_object_file identifying the caller.
+ * @handle: A handle identifying the fence object.
+ * @return: A struct vmw_user_fence base ttm object on success or
+ * an error pointer on failure.
+ *
+ * The fence object is looked up and type-checked. The caller needs
+ * to have opened the fence object first, but since that happens on
+ * creation and fence objects aren't shareable, that's not an
+ * issue currently.
+ */
+static struct ttm_base_object *
+vmw_fence_obj_lookup(struct ttm_object_file *tfile, u32 handle)
+{
+	struct ttm_base_object *base = ttm_base_object_lookup(tfile, handle);
+
+	if (!base) {
+		pr_err("Invalid fence object handle 0x%08lx.\n",
+		       (unsigned long)handle);
+		return ERR_PTR(-EINVAL);
+	}
+
+	if (base->refcount_release != vmw_user_fence_base_release) {
+		pr_err("Invalid fence object handle 0x%08lx.\n",
+		       (unsigned long)handle);
+		ttm_base_object_unref(&base);
+		return ERR_PTR(-EINVAL);
+	}
+
+	return base;
+}
+
+
 int vmw_fence_obj_wait_ioctl(struct drm_device *dev, void *data,
 			     struct drm_file *file_priv)
 {
@@ -726,13 +761,9 @@ int vmw_fence_obj_wait_ioctl(struct drm_
 		arg->kernel_cookie = jiffies + wait_timeout;
 	}
 
-	base = ttm_base_object_lookup(tfile, arg->handle);
-	if (unlikely(base == NULL)) {
-		printk(KERN_ERR "Wait invalid fence object handle "
-		       "0x%08lx.\n",
-		       (unsigned long)arg->handle);
-		return -EINVAL;
-	}
+	base = vmw_fence_obj_lookup(tfile, arg->handle);
+	if (IS_ERR(base))
+		return PTR_ERR(base);
 
 	fence = &(container_of(base, struct vmw_user_fence, base)->fence);
 
@@ -771,13 +802,9 @@ int vmw_fence_obj_signaled_ioctl(struct
 	struct ttm_object_file *tfile = vmw_fpriv(file_priv)->tfile;
 	struct vmw_private *dev_priv = vmw_priv(dev);
 
-	base = ttm_base_object_lookup(tfile, arg->handle);
-	if (unlikely(base == NULL)) {
-		printk(KERN_ERR "Fence signaled invalid fence object handle "
-		       "0x%08lx.\n",
-		       (unsigned long)arg->handle);
-		return -EINVAL;
-	}
+	base = vmw_fence_obj_lookup(tfile, arg->handle);
+	if (IS_ERR(base))
+		return PTR_ERR(base);
 
 	fence = &(container_of(base, struct vmw_user_fence, base)->fence);
 	fman = fman_from_fence(fence);
@@ -1024,6 +1051,7 @@ int vmw_fence_event_ioctl(struct drm_dev
 		(struct drm_vmw_fence_event_arg *) data;
 	struct vmw_fence_obj *fence = NULL;
 	struct vmw_fpriv *vmw_fp = vmw_fpriv(file_priv);
+	struct ttm_object_file *tfile = vmw_fp->tfile;
 	struct drm_vmw_fence_rep __user *user_fence_rep =
 		(struct drm_vmw_fence_rep __user *)(unsigned long)
 		arg->fence_rep;
@@ -1037,15 +1065,11 @@ int vmw_fence_event_ioctl(struct drm_dev
 	 */
 	if (arg->handle) {
 		struct ttm_base_object *base =
-			ttm_base_object_lookup_for_ref(dev_priv->tdev,
-						       arg->handle);
+			vmw_fence_obj_lookup(tfile, arg->handle);
+
+		if (IS_ERR(base))
+			return PTR_ERR(base);
 
-		if (unlikely(base == NULL)) {
-			DRM_ERROR("Fence event invalid fence object handle "
-				  "0x%08lx.\n",
-				  (unsigned long)arg->handle);
-			return -EINVAL;
-		}
 		fence = &(container_of(base, struct vmw_user_fence,
 				       base)->fence);
 		(void) vmw_fence_obj_reference(fence);
@@ -1053,7 +1077,7 @@ int vmw_fence_event_ioctl(struct drm_dev
 		if (user_fence_rep != NULL) {
 			bool existed;
 
-			ret = ttm_ref_object_add(vmw_fp->tfile, base,
+			ret = ttm_ref_object_add(tfile, base,
 						 TTM_REF_USAGE, &existed);
 			if (unlikely(ret != 0)) {
 				DRM_ERROR("Failed to reference a fence "
@@ -1097,8 +1121,7 @@ int vmw_fence_event_ioctl(struct drm_dev
 	return 0;
 out_no_create:
 	if (user_fence_rep != NULL)
-		ttm_ref_object_base_unref(vmw_fpriv(file_priv)->tfile,
-					  handle, TTM_REF_USAGE);
+		ttm_ref_object_base_unref(tfile, handle, TTM_REF_USAGE);
 out_no_ref_obj:
 	vmw_fence_obj_unreference(&fence);
 	return ret;

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


#1620429 — [PATCH 4.10 022/110] dax: fix radix tree insertion race

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-04-10 19:20 +0200
Subject[PATCH 4.10 022/110] dax: fix radix tree insertion race
Message-ID<tuL8T-3IQ-53@gated-at.bofh.it>
In reply to#1620422
4.10-stable review patch.  If anyone has any objections, please let me know.

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

From: Ross Zwisler <ross.zwisler@linux.intel.com>

commit e11f8b7b6c4ea13bf8af6b8f42b45e15b554a92b upstream.

While running generic/340 in my test setup I hit the following race.  It
can happen with kernels that support FS DAX PMDs, so v4.10 thru
v4.11-rc5.

Thread 1				Thread 2
--------				--------
dax_iomap_pmd_fault()
  grab_mapping_entry()
    spin_lock_irq()
    get_unlocked_mapping_entry()
    'entry' is NULL, can't call lock_slot()
    spin_unlock_irq()
    radix_tree_preload()
					dax_iomap_pmd_fault()
					  grab_mapping_entry()
					    spin_lock_irq()
					    get_unlocked_mapping_entry()
					    ...
					    lock_slot()
					    spin_unlock_irq()
					  dax_pmd_insert_mapping()
					    <inserts a PMD mapping>
    spin_lock_irq()
    __radix_tree_insert() fails with -EEXIST
    <fall back to 4k fault, and die horribly
     when inserting a 4k entry where a PMD exists>

The issue is that we have to drop mapping->tree_lock while calling
radix_tree_preload(), but since we didn't have a radix tree entry to
lock (unlike in the pmd_downgrade case) we have no protection against
Thread 2 coming along and inserting a PMD at the same index.  For 4k
entries we handled this with a special-case response to -EEXIST coming
from the __radix_tree_insert(), but this doesn't save us for PMDs
because the -EEXIST case can also mean that we collided with a 4k entry
in the radix tree at a different index, but one that is covered by our
PMD range.

So, correctly handle both the 4k and 2M collision cases by explicitly
re-checking the radix tree for an entry at our index once we reacquire
mapping->tree_lock.

This patch has made it through a clean xfstests run with the current
v4.11-rc5 based linux/master, and it also ran generic/340 500 times in a
loop.  It used to fail within the first 10 iterations.

Link: http://lkml.kernel.org/r/20170406212944.2866-1-ross.zwisler@linux.intel.com
Signed-off-by: Ross Zwisler <ross.zwisler@linux.intel.com>
Cc: "Darrick J. Wong" <darrick.wong@oracle.com>
Cc: Alexander Viro <viro@zeniv.linux.org.uk>
Cc: Christoph Hellwig <hch@lst.de>
Cc: Dan Williams <dan.j.williams@intel.com>
Cc: Jan Kara <jack@suse.cz>
Cc: Matthew Wilcox <mawilcox@microsoft.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>

---
 fs/dax.c |   35 ++++++++++++++++++++++-------------
 1 file changed, 22 insertions(+), 13 deletions(-)

--- a/fs/dax.c
+++ b/fs/dax.c
@@ -369,6 +369,22 @@ restart:
 		}
 		spin_lock_irq(&mapping->tree_lock);
 
+		if (!entry) {
+			/*
+			 * We needed to drop the page_tree lock while calling
+			 * radix_tree_preload() and we didn't have an entry to
+			 * lock.  See if another thread inserted an entry at
+			 * our index during this time.
+			 */
+			entry = __radix_tree_lookup(&mapping->page_tree, index,
+					NULL, &slot);
+			if (entry) {
+				radix_tree_preload_end();
+				spin_unlock_irq(&mapping->tree_lock);
+				goto restart;
+			}
+		}
+
 		if (pmd_downgrade) {
 			radix_tree_delete(&mapping->page_tree, index);
 			mapping->nrexceptional--;
@@ -384,19 +400,12 @@ restart:
 		if (err) {
 			spin_unlock_irq(&mapping->tree_lock);
 			/*
-			 * Someone already created the entry?  This is a
-			 * normal failure when inserting PMDs in a range
-			 * that already contains PTEs.  In that case we want
-			 * to return -EEXIST immediately.
-			 */
-			if (err == -EEXIST && !(size_flag & RADIX_DAX_PMD))
-				goto restart;
-			/*
-			 * Our insertion of a DAX PMD entry failed, most
-			 * likely because it collided with a PTE sized entry
-			 * at a different index in the PMD range.  We haven't
-			 * inserted anything into the radix tree and have no
-			 * waiters to wake.
+			 * Our insertion of a DAX entry failed, most likely
+			 * because we were inserting a PMD entry and it
+			 * collided with a PTE sized entry at a different
+			 * index in the PMD range.  We haven't inserted
+			 * anything into the radix tree and have no waiters to
+			 * wake.
 			 */
 			return ERR_PTR(err);
 		}

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


#1620430 — [PATCH 4.10 028/110] jump label: fix passing kbuild_cflags when checking for asm goto support

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-04-10 19:20 +0200
Subject[PATCH 4.10 028/110] jump label: fix passing kbuild_cflags when checking for asm goto support
Message-ID<tuL8U-3IQ-69@gated-at.bofh.it>
In reply to#1620422
4.10-stable review patch.  If anyone has any objections, please let me know.

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

From: Gleb Fotengauer-Malinovskiy <glebfm@altlinux.org>

commit 7292ae3d5a18fb922be496e6bb687647193569b4 upstream.

The latest change of asm goto support check added passing of KBUILD_CFLAGS
to compiler.  When these flags reference gcc plugins that are not built yet,
the check fails.

When one runs "make bzImage" followed by "make modules", the kernel is always
built with HAVE_JUMP_LABEL disabled, while the modules are built depending on
CONFIG_JUMP_LABEL.  If HAVE_JUMP_LABEL macro happens to be different, modules
are built with undefined references, e.g.:

ERROR: "static_key_slow_inc" [net/netfilter/xt_TEE.ko] undefined!
ERROR: "static_key_slow_dec" [net/netfilter/xt_TEE.ko] undefined!
ERROR: "static_key_slow_dec" [net/netfilter/nft_meta.ko] undefined!
ERROR: "static_key_slow_inc" [net/netfilter/nft_meta.ko] undefined!
ERROR: "nf_hooks_needed" [net/netfilter/ipvs/ip_vs.ko] undefined!
ERROR: "nf_hooks_needed" [net/ipv6/ipv6.ko] undefined!
ERROR: "static_key_count" [net/ipv6/ipv6.ko] undefined!
ERROR: "static_key_slow_inc" [net/ipv6/ipv6.ko] undefined!

This change moves the check before all these references are added
to KBUILD_CFLAGS.  This is correct because subsequent KBUILD_CFLAGS
modifications are not relevant to this check.

Reported-by: Anton V. Boyarshinov <boyarsh@altlinux.org>
Fixes: 35f860f9ba6a ("jump label: pass kbuild_cflags when checking for asm goto support")
Signed-off-by: Gleb Fotengauer-Malinovskiy <glebfm@altlinux.org>
Signed-off-by: Dmitry V. Levin <ldv@altlinux.org>
Acked-by: Steven Rostedt (VMware) <rostedt@goodmis.org>
Acked-by: David Lin <dtwlin@google.com>
Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 Makefile |   12 ++++++------
 1 file changed, 6 insertions(+), 6 deletions(-)

--- a/Makefile
+++ b/Makefile
@@ -651,6 +651,12 @@ KBUILD_CFLAGS += $(call cc-ifversion, -l
 # Tell gcc to never replace conditional load with a non-conditional one
 KBUILD_CFLAGS	+= $(call cc-option,--param=allow-store-data-races=0)
 
+# check for 'asm goto'
+ifeq ($(shell $(CONFIG_SHELL) $(srctree)/scripts/gcc-goto.sh $(CC) $(KBUILD_CFLAGS)), y)
+	KBUILD_CFLAGS += -DCC_HAVE_ASM_GOTO
+	KBUILD_AFLAGS += -DCC_HAVE_ASM_GOTO
+endif
+
 include scripts/Makefile.gcc-plugins
 
 ifdef CONFIG_READABLE_ASM
@@ -796,12 +802,6 @@ KBUILD_CFLAGS   += $(call cc-option,-Wer
 # use the deterministic mode of AR if available
 KBUILD_ARFLAGS := $(call ar-option,D)
 
-# check for 'asm goto'
-ifeq ($(shell $(CONFIG_SHELL) $(srctree)/scripts/gcc-goto.sh $(CC) $(KBUILD_CFLAGS)), y)
-	KBUILD_CFLAGS += -DCC_HAVE_ASM_GOTO
-	KBUILD_AFLAGS += -DCC_HAVE_ASM_GOTO
-endif
-
 include scripts/Makefile.kasan
 include scripts/Makefile.extrawarn
 include scripts/Makefile.ubsan

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


#1620431 — [PATCH 4.10 032/110] mac80211: unconditionally start new netdev queues with iTXQ support

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-04-10 19:20 +0200
Subject[PATCH 4.10 032/110] mac80211: unconditionally start new netdev queues with iTXQ support
Message-ID<tuL8U-3IQ-59@gated-at.bofh.it>
In reply to#1620422
4.10-stable review patch.  If anyone has any objections, please let me know.

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

From: Johannes Berg <johannes.berg@intel.com>

commit 7d65f82954dadbbe7b6e1aec7e07ad17bc6d958b upstream.

When internal mac80211 TXQs aren't supported, netdev queues must
always started out started even when driver queues are stopped
while the interface is added. This is necessary because with the
internal TXQ support netdev queues are never stopped and packet
scheduling/dropping is done in mac80211.

Fixes: 80a83cfc434b1 ("mac80211: skip netdev queue control with software queuing")
Reported-and-tested-by: Sven Eckelmann <sven.eckelmann@openmesh.com>
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 net/mac80211/iface.c |    3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

--- a/net/mac80211/iface.c
+++ b/net/mac80211/iface.c
@@ -718,7 +718,8 @@ int ieee80211_do_open(struct wireless_de
 	ieee80211_recalc_ps(local);
 
 	if (sdata->vif.type == NL80211_IFTYPE_MONITOR ||
-	    sdata->vif.type == NL80211_IFTYPE_AP_VLAN) {
+	    sdata->vif.type == NL80211_IFTYPE_AP_VLAN ||
+	    local->ops->wake_tx_queue) {
 		/* XXX: for AP_VLAN, actually track AP queues */
 		netif_tx_start_all_queues(dev);
 	} else if (dev) {

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


#1620432 — [PATCH 4.10 024/110] dm verity fec: fix bufio leaks

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-04-10 19:20 +0200
Subject[PATCH 4.10 024/110] dm verity fec: fix bufio leaks
Message-ID<tuL8U-3IQ-63@gated-at.bofh.it>
In reply to#1620422
4.10-stable review patch.  If anyone has any objections, please let me know.

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

From: Sami Tolvanen <samitolvanen@google.com>

commit 86e3e83b443669dd2bcc5c8a83b23e3aa0694c0d upstream.

Buffers read through dm_bufio_read() were not released in all code paths.

Fixes: a739ff3f543a ("dm verity: add support for forward error correction")
Signed-off-by: Sami Tolvanen <samitolvanen@google.com>
Signed-off-by: Mike Snitzer <snitzer@redhat.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 drivers/md/dm-verity-fec.c |    6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

--- a/drivers/md/dm-verity-fec.c
+++ b/drivers/md/dm-verity-fec.c
@@ -146,8 +146,6 @@ static int fec_decode_bufs(struct dm_ver
 		block = fec_buffer_rs_block(v, fio, n, i);
 		res = fec_decode_rs8(v, fio, block, &par[offset], neras);
 		if (res < 0) {
-			dm_bufio_release(buf);
-
 			r = res;
 			goto error;
 		}
@@ -172,6 +170,8 @@ static int fec_decode_bufs(struct dm_ver
 done:
 	r = corrected;
 error:
+	dm_bufio_release(buf);
+
 	if (r < 0 && neras)
 		DMERR_LIMIT("%s: FEC %llu: failed to correct: %d",
 			    v->data_dev->name, (unsigned long long)rsb, r);
@@ -269,7 +269,7 @@ static int fec_read_bufs(struct dm_verit
 					  &is_zero) == 0) {
 			/* skip known zero blocks entirely */
 			if (is_zero)
-				continue;
+				goto done;
 
 			/*
 			 * skip if we have already found the theoretical

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


#1620434 — [PATCH 4.10 031/110] ring-buffer: Fix return value check in test_ringbuffer()

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-04-10 19:20 +0200
Subject[PATCH 4.10 031/110] ring-buffer: Fix return value check in test_ringbuffer()
Message-ID<tuL8U-3IQ-67@gated-at.bofh.it>
In reply to#1620422
4.10-stable review patch.  If anyone has any objections, please let me know.

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

From: Wei Yongjun <yongjun_wei@trendmicro.com.cn>

commit 62277de758b155dc04b78f195a1cb5208c37b2df upstream.

In case of error, the function kthread_run() returns ERR_PTR()
and never returns NULL. The NULL test in the return value check
should be replaced with IS_ERR().

Link: http://lkml.kernel.org/r/1466184839-14927-1-git-send-email-weiyj_lk@163.com

Fixes: 6c43e554a ("ring-buffer: Add ring buffer startup selftest")
Signed-off-by: Wei Yongjun <yongjun_wei@trendmicro.com.cn>
Signed-off-by: Steven Rostedt (VMware) <rostedt@goodmis.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 kernel/trace/ring_buffer.c |    8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

--- a/kernel/trace/ring_buffer.c
+++ b/kernel/trace/ring_buffer.c
@@ -4825,9 +4825,9 @@ static __init int test_ringbuffer(void)
 		rb_data[cpu].cnt = cpu;
 		rb_threads[cpu] = kthread_create(rb_test, &rb_data[cpu],
 						 "rbtester/%d", cpu);
-		if (WARN_ON(!rb_threads[cpu])) {
+		if (WARN_ON(IS_ERR(rb_threads[cpu]))) {
 			pr_cont("FAILED\n");
-			ret = -1;
+			ret = PTR_ERR(rb_threads[cpu]);
 			goto out_free;
 		}
 
@@ -4837,9 +4837,9 @@ static __init int test_ringbuffer(void)
 
 	/* Now create the rb hammer! */
 	rb_hammer = kthread_run(rb_hammer_test, NULL, "rbhammer");
-	if (WARN_ON(!rb_hammer)) {
+	if (WARN_ON(IS_ERR(rb_hammer))) {
 		pr_cont("FAILED\n");
-		ret = -1;
+		ret = PTR_ERR(rb_hammer);
 		goto out_free;
 	}
 

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


#1620435 — [PATCH 4.10 014/110] iio: core: Fix IIO_VAL_FRACTIONAL_LOG2 for negative values

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-04-10 19:20 +0200
Subject[PATCH 4.10 014/110] iio: core: Fix IIO_VAL_FRACTIONAL_LOG2 for negative values
Message-ID<tuL8U-3IQ-65@gated-at.bofh.it>
In reply to#1620422
4.10-stable review patch.  If anyone has any objections, please let me know.

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

From: Nikolaus Schulz <nikolaus.schulz@avionic-design.de>

commit 7fd6592d1287046f61bfd3cda3c03cd35be490f7 upstream.

Fix formatting of negative values of type IIO_VAL_FRACTIONAL_LOG2 by
switching from do_div(), which can't handle negative numbers, to
div_s64_rem().  Also use shift_right for shifting, which is safe with
negative values.

Signed-off-by: Nikolaus Schulz <nikolaus.schulz@avionic-design.de>
Reviewed-by: Lars-Peter Clausen <lars@metafoo.de>
Signed-off-by: Jonathan Cameron <jic23@kernel.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 drivers/iio/industrialio-core.c |    7 +++----
 1 file changed, 3 insertions(+), 4 deletions(-)

--- a/drivers/iio/industrialio-core.c
+++ b/drivers/iio/industrialio-core.c
@@ -608,10 +608,9 @@ static ssize_t __iio_format_value(char *
 		tmp0 = (int)div_s64_rem(tmp, 1000000000, &tmp1);
 		return snprintf(buf, len, "%d.%09u", tmp0, abs(tmp1));
 	case IIO_VAL_FRACTIONAL_LOG2:
-		tmp = (s64)vals[0] * 1000000000LL >> vals[1];
-		tmp1 = do_div(tmp, 1000000000LL);
-		tmp0 = tmp;
-		return snprintf(buf, len, "%d.%09u", tmp0, tmp1);
+		tmp = shift_right((s64)vals[0] * 1000000000LL, vals[1]);
+		tmp0 = (int)div_s64_rem(tmp, 1000000000LL, &tmp1);
+		return snprintf(buf, len, "%d.%09u", tmp0, abs(tmp1));
 	case IIO_VAL_INT_MULTIPLE:
 	{
 		int i;

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


#1620436 — [PATCH 4.10 033/110] brcmfmac: use local iftype avoiding use-after-free of virtual interface

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-04-10 19:20 +0200
Subject[PATCH 4.10 033/110] brcmfmac: use local iftype avoiding use-after-free of virtual interface
Message-ID<tuL8U-3IQ-71@gated-at.bofh.it>
In reply to#1620422
4.10-stable review patch.  If anyone has any objections, please let me know.

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

From: Arend Van Spriel <arend.vanspriel@broadcom.com>

commit d77facb88448cdeaaa3adba5b9704a48ac2ac8d6 upstream.

A use-after-free was found using KASAN. In brcmf_p2p_del_if() the virtual
interface is removed using call to brcmf_remove_interface(). After that
the virtual interface instance has been freed and should not be referenced.
Solve this by storing the nl80211 iftype in local variable, which is used
in a couple of places anyway.

Reported-by: Daniel J Blueman <daniel@quora.org>
Reviewed-by: Hante Meuleman <hante.meuleman@broadcom.com>
Reviewed-by: Pieter-Paul Giesberts <pieter-paul.giesberts@broadcom.com>
Reviewed-by: Franky Lin <franky.lin@broadcom.com>
Signed-off-by: Arend van Spriel <arend.vanspriel@broadcom.com>
Signed-off-by: Kalle Valo <kvalo@codeaurora.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 drivers/net/wireless/broadcom/brcm80211/brcmfmac/p2p.c |    8 +++++---
 1 file changed, 5 insertions(+), 3 deletions(-)

--- a/drivers/net/wireless/broadcom/brcm80211/brcmfmac/p2p.c
+++ b/drivers/net/wireless/broadcom/brcm80211/brcmfmac/p2p.c
@@ -2238,14 +2238,16 @@ int brcmf_p2p_del_vif(struct wiphy *wiph
 	struct brcmf_cfg80211_info *cfg = wiphy_priv(wiphy);
 	struct brcmf_p2p_info *p2p = &cfg->p2p;
 	struct brcmf_cfg80211_vif *vif;
+	enum nl80211_iftype iftype;
 	bool wait_for_disable = false;
 	int err;
 
 	brcmf_dbg(TRACE, "delete P2P vif\n");
 	vif = container_of(wdev, struct brcmf_cfg80211_vif, wdev);
 
+	iftype = vif->wdev.iftype;
 	brcmf_cfg80211_arm_vif_event(cfg, vif);
-	switch (vif->wdev.iftype) {
+	switch (iftype) {
 	case NL80211_IFTYPE_P2P_CLIENT:
 		if (test_bit(BRCMF_VIF_STATUS_DISCONNECTING, &vif->sme_state))
 			wait_for_disable = true;
@@ -2275,7 +2277,7 @@ int brcmf_p2p_del_vif(struct wiphy *wiph
 					    BRCMF_P2P_DISABLE_TIMEOUT);
 
 	err = 0;
-	if (vif->wdev.iftype != NL80211_IFTYPE_P2P_DEVICE) {
+	if (iftype != NL80211_IFTYPE_P2P_DEVICE) {
 		brcmf_vif_clear_mgmt_ies(vif);
 		err = brcmf_p2p_release_p2p_if(vif);
 	}
@@ -2291,7 +2293,7 @@ int brcmf_p2p_del_vif(struct wiphy *wiph
 	brcmf_remove_interface(vif->ifp, true);
 
 	brcmf_cfg80211_arm_vif_event(cfg, NULL);
-	if (vif->wdev.iftype != NL80211_IFTYPE_P2P_DEVICE)
+	if (iftype != NL80211_IFTYPE_P2P_DEVICE)
 		p2p->bss_idx[P2PAPI_BSSCFG_CONNECTION].vif = NULL;
 
 	return err;

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


#1620723

FromShuah Khan <shuahkh@osg.samsung.com>
Date2017-04-10 22:40 +0200
Message-ID<tuOgq-5HG-11@gated-at.bofh.it>
In reply to#1620422
On 04/10/2017 10:41 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.10.10 release.
> There are 110 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 Apr 12 16:41:40 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.10.10-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.10.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]


#1620902

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-04-11 07:00 +0200
Message-ID<tuW4h-2jb-5@gated-at.bofh.it>
In reply to#1620723
On Mon, Apr 10, 2017 at 02:39:37PM -0600, Shuah Khan wrote:
> On 04/10/2017 10:41 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.10.10 release.
> > There are 110 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 Apr 12 16:41:40 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.10.10-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.10.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 all of these and letting me know.

greg k-h

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


#1620862

FromGuenter Roeck <linux@roeck-us.net>
Date2017-04-11 05:20 +0200
Message-ID<tuUvw-1sy-13@gated-at.bofh.it>
In reply to#1620422
On 04/10/2017 09:41 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.10.10 release.
> There are 110 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 Apr 12 16:41:40 UTC 2017.
> Anything received after that time might be too late.
>

Build results:
	total: 149 pass: 146 fail: 3
Failed builds:
	arm:allmodconfig
	arm:omap2plus_defconfig
	arm:davinci_all_defconfig

Qemu test results:
	total: 122 pass: 107 fail: 15
Failed tests:
	arm:beagle:multi_v7_defconfig:omap3-beagle
	arm:beaglexm:multi_v7_defconfig:omap3-beagle-xm
	arm:overo:multi_v7_defconfig:omap3-overo-tobi
	arm:sabrelite:multi_v7_defconfig:imx6dl-sabrelite
	arm:vexpress-a9:multi_v7_defconfig:vexpress-v2p-ca9
	arm:vexpress-a15:multi_v7_defconfig:vexpress-v2p-ca15-tc1
	arm:vexpress-a15-a7:multi_v7_defconfig:vexpress-v2p-ca15_a7
	arm:xilinx-zynq-a9:multi_v7_defconfig:zynq-zc702
	arm:xilinx-zynq-a9:multi_v7_defconfig:zynq-zc706
	arm:xilinx-zynq-a9:multi_v7_defconfig:zynq-zed
	arm:midway:multi_v7_defconfig:ecx-2000
	arm:smdkc210:multi_v7_defconfig:exynos4210-smdkv310
	arm:beagle:omap2plus_defconfig:omap3-beagle
	arm:beaglexm:omap2plus_defconfig:omap3-beagle-xm
	arm:overo:omap2plus_defconfig:omap3-overo-tobi

For arm, same problem as with v4.9.

Building arm:allmodconfig ... failed
--------------
Error log:
In file included from /opt/buildbot/slave/stable-queue-4.10/build/arch/arm/mach-omap2/pdata-quirks.c:15:0:
/opt/buildbot/slave/stable-queue-4.10/build/arch/arm/mach-omap2/pdata-quirks.c:536:49: error: 'rx51_ir_data' undeclared here (not in a function)
   OF_DEV_AUXDATA("nokia,n900-ir", 0, "n900-ir", &rx51_ir_data),

but also:

Building arm:davinci_all_defconfig ... failed
--------------
Error log:
/opt/buildbot/slave/stable-queue-4.10/build/drivers/usb/musb/da8xx.c:461:31: error: 'MUSB_PRESERVE_SESSION' undeclared here (not in a function)
   .quirks  = MUSB_INDEXED_EP | MUSB_PRESERVE_SESSION,
                                ^
make[4]: *** [drivers/usb/musb/da8xx.o] Error 1

This is due to
	8425a79bcbfe usb: musb: da8xx: Fix host mode suspend

which does not apply to 4.10 since MUSB_PRESERVE_SESSION is indeed not available in 4.10.
The flag was introduced with
	a926ed11e7b4 usb: musb: Add a quirk to preserve the session during suspend

so it is either both patches or none of them.

Detailed logs are available at http://kerneltests.org/builders.

Guenter

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


#1620893

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-04-11 06:50 +0200
Message-ID<tuVUB-2g1-3@gated-at.bofh.it>
In reply to#1620862
On Mon, Apr 10, 2017 at 08:17:16PM -0700, Guenter Roeck wrote:
> On 04/10/2017 09:41 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.10.10 release.
> > There are 110 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 Apr 12 16:41:40 UTC 2017.
> > Anything received after that time might be too late.
> > 
> 
> Build results:
> 	total: 149 pass: 146 fail: 3
> Failed builds:
> 	arm:allmodconfig
> 	arm:omap2plus_defconfig
> 	arm:davinci_all_defconfig
> 
> Qemu test results:
> 	total: 122 pass: 107 fail: 15
> Failed tests:
> 	arm:beagle:multi_v7_defconfig:omap3-beagle
> 	arm:beaglexm:multi_v7_defconfig:omap3-beagle-xm
> 	arm:overo:multi_v7_defconfig:omap3-overo-tobi
> 	arm:sabrelite:multi_v7_defconfig:imx6dl-sabrelite
> 	arm:vexpress-a9:multi_v7_defconfig:vexpress-v2p-ca9
> 	arm:vexpress-a15:multi_v7_defconfig:vexpress-v2p-ca15-tc1
> 	arm:vexpress-a15-a7:multi_v7_defconfig:vexpress-v2p-ca15_a7
> 	arm:xilinx-zynq-a9:multi_v7_defconfig:zynq-zc702
> 	arm:xilinx-zynq-a9:multi_v7_defconfig:zynq-zc706
> 	arm:xilinx-zynq-a9:multi_v7_defconfig:zynq-zed
> 	arm:midway:multi_v7_defconfig:ecx-2000
> 	arm:smdkc210:multi_v7_defconfig:exynos4210-smdkv310
> 	arm:beagle:omap2plus_defconfig:omap3-beagle
> 	arm:beaglexm:omap2plus_defconfig:omap3-beagle-xm
> 	arm:overo:omap2plus_defconfig:omap3-overo-tobi
> 
> For arm, same problem as with v4.9.
> 
> Building arm:allmodconfig ... failed
> --------------
> Error log:
> In file included from /opt/buildbot/slave/stable-queue-4.10/build/arch/arm/mach-omap2/pdata-quirks.c:15:0:
> /opt/buildbot/slave/stable-queue-4.10/build/arch/arm/mach-omap2/pdata-quirks.c:536:49: error: 'rx51_ir_data' undeclared here (not in a function)
>   OF_DEV_AUXDATA("nokia,n900-ir", 0, "n900-ir", &rx51_ir_data),

Now dropped, thanks.

> but also:
> 
> Building arm:davinci_all_defconfig ... failed
> --------------
> Error log:
> /opt/buildbot/slave/stable-queue-4.10/build/drivers/usb/musb/da8xx.c:461:31: error: 'MUSB_PRESERVE_SESSION' undeclared here (not in a function)
>   .quirks  = MUSB_INDEXED_EP | MUSB_PRESERVE_SESSION,
>                                ^
> make[4]: *** [drivers/usb/musb/da8xx.o] Error 1
> 
> This is due to
> 	8425a79bcbfe usb: musb: da8xx: Fix host mode suspend
> 
> which does not apply to 4.10 since MUSB_PRESERVE_SESSION is indeed not available in 4.10.
> The flag was introduced with
> 	a926ed11e7b4 usb: musb: Add a quirk to preserve the session during suspend
> 
> so it is either both patches or none of them.

I'll drop it as well.  Odd that this isn't showing up as a 4.9 build
error, it should, and I'll go drop it there too.

Ugh, what a mess...

thanks for the help, much appreciated.

greg k-h

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


#1620907

FromGuenter Roeck <linux@roeck-us.net>
Date2017-04-11 07:10 +0200
Message-ID<tuWdY-2Cp-17@gated-at.bofh.it>
In reply to#1620893
On 04/10/2017 09:48 PM, Greg Kroah-Hartman wrote:
> On Mon, Apr 10, 2017 at 08:17:16PM -0700, Guenter Roeck wrote:
>> On 04/10/2017 09:41 AM, Greg Kroah-Hartman wrote:
>>> This is the start of the stable review cycle for the 4.10.10 release.
>>> There are 110 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 Apr 12 16:41:40 UTC 2017.
>>> Anything received after that time might be too late.
>>>
>>
>> Build results:
>> 	total: 149 pass: 146 fail: 3
>> Failed builds:
>> 	arm:allmodconfig
>> 	arm:omap2plus_defconfig
>> 	arm:davinci_all_defconfig
>>
>> Qemu test results:
>> 	total: 122 pass: 107 fail: 15
>> Failed tests:
>> 	arm:beagle:multi_v7_defconfig:omap3-beagle
>> 	arm:beaglexm:multi_v7_defconfig:omap3-beagle-xm
>> 	arm:overo:multi_v7_defconfig:omap3-overo-tobi
>> 	arm:sabrelite:multi_v7_defconfig:imx6dl-sabrelite
>> 	arm:vexpress-a9:multi_v7_defconfig:vexpress-v2p-ca9
>> 	arm:vexpress-a15:multi_v7_defconfig:vexpress-v2p-ca15-tc1
>> 	arm:vexpress-a15-a7:multi_v7_defconfig:vexpress-v2p-ca15_a7
>> 	arm:xilinx-zynq-a9:multi_v7_defconfig:zynq-zc702
>> 	arm:xilinx-zynq-a9:multi_v7_defconfig:zynq-zc706
>> 	arm:xilinx-zynq-a9:multi_v7_defconfig:zynq-zed
>> 	arm:midway:multi_v7_defconfig:ecx-2000
>> 	arm:smdkc210:multi_v7_defconfig:exynos4210-smdkv310
>> 	arm:beagle:omap2plus_defconfig:omap3-beagle
>> 	arm:beaglexm:omap2plus_defconfig:omap3-beagle-xm
>> 	arm:overo:omap2plus_defconfig:omap3-overo-tobi
>>
>> For arm, same problem as with v4.9.
>>
>> Building arm:allmodconfig ... failed
>> --------------
>> Error log:
>> In file included from /opt/buildbot/slave/stable-queue-4.10/build/arch/arm/mach-omap2/pdata-quirks.c:15:0:
>> /opt/buildbot/slave/stable-queue-4.10/build/arch/arm/mach-omap2/pdata-quirks.c:536:49: error: 'rx51_ir_data' undeclared here (not in a function)
>>   OF_DEV_AUXDATA("nokia,n900-ir", 0, "n900-ir", &rx51_ir_data),
>
> Now dropped, thanks.
>
>> but also:
>>
>> Building arm:davinci_all_defconfig ... failed
>> --------------
>> Error log:
>> /opt/buildbot/slave/stable-queue-4.10/build/drivers/usb/musb/da8xx.c:461:31: error: 'MUSB_PRESERVE_SESSION' undeclared here (not in a function)
>>   .quirks  = MUSB_INDEXED_EP | MUSB_PRESERVE_SESSION,
>>                                ^
>> make[4]: *** [drivers/usb/musb/da8xx.o] Error 1
>>
>> This is due to
>> 	8425a79bcbfe usb: musb: da8xx: Fix host mode suspend
>>
>> which does not apply to 4.10 since MUSB_PRESERVE_SESSION is indeed not available in 4.10.
>> The flag was introduced with
>> 	a926ed11e7b4 usb: musb: Add a quirk to preserve the session during suspend
>>
>> so it is either both patches or none of them.
>
> I'll drop it as well.  Odd that this isn't showing up as a 4.9 build
> error, it should, and I'll go drop it there too.
>

I don't build with -i, so maybe the build didn't get to that point.

> Ugh, what a mess...

:-)

>
> thanks for the help, much appreciated.
>

My pleasure. I'll let you know when I have new results.

Guenter

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


#1620911

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-04-11 07:10 +0200
Message-ID<tuWdX-2Cp-7@gated-at.bofh.it>
In reply to#1620422
On Mon, Apr 10, 2017 at 06:41:51PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.10.10 release.
> There are 110 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 Apr 12 16:41:40 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.10.10-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.10.y
> and the diffstat can be found below.

Ok, that blew up into lots of tiny pieces :(

Let's try this again...

I've released a -rc2 now:

	kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.10.10-rc2.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.10.y

Hopefully this should be a lot better, sorry about that.

greg k-h

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web