Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1553482 > unrolled thread
| Started by | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| First post | 2017-01-07 00:10 +0100 |
| Last post | 2017-01-07 17:00 +0100 |
| Articles | 10 — 3 participants |
Back to article view | Back to linux.kernel
[PATCH 4.8 00/96] 4.8.17-stable review Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-01-07 00:10 +0100
[PATCH 4.8 17/96] hv: acquire vmbus_connection.channel_mutex in vmbus_free_channels() Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-01-07 00:10 +0100
[PATCH 4.8 52/96] s390/kexec: use node 0 when re-adding crash kernel memory Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-01-07 00:10 +0100
[PATCH 4.8 26/96] drm/nouveau/ltc: protect clearing of comptags with mutex Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-01-07 00:10 +0100
[PATCH 4.8 03/96] perf/x86: Fix exclusion of BTS and LBR for Goldmont Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-01-07 00:10 +0100
[PATCH 4.8 53/96] arm64: KVM: pmu: Reset PMSELR_EL0.SEL to a sane value before entering the guest Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-01-07 00:10 +0100
[PATCH 4.8 06/96] cfg80211/mac80211: fix BSS leaks when abandoning assoc attempts Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-01-07 00:10 +0100
[PATCH 4.8 55/96] md/raid5: limit request size according to implementation limits Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-01-07 00:10 +0100
Re: [PATCH 4.8 00/96] 4.8.17-stable review Shuah Khan <shuah.kh@samsung.com> - 2017-01-07 03:10 +0100
Re: [PATCH 4.8 00/96] 4.8.17-stable review Guenter Roeck <linux@roeck-us.net> - 2017-01-07 17:00 +0100
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2017-01-07 00:10 +0100 |
| Subject | [PATCH 4.8 00/96] 4.8.17-stable review |
| Message-ID | <sWKyC-7RC-5@gated-at.bofh.it> |
------------------------------------
NOTE: This is the LAST 4.8-stable kernel to be released. After this, it
should be end-of-life. Please move to the 4.9-stable tree at this point
in time.
------------------------------------
This is the start of the stable review cycle for the 4.8.17 release.
There are 96 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 Sun Jan 8 21:42:10 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.8.17-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.8.y
and the diffstat can be found below.
thanks,
greg k-h
-------------
Pseudo-Shortlog of commits:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Linux 4.8.17-rc1
Paulo Zanoni <paulo.r.zanoni@intel.com>
drm/i915: skip the first 4k of stolen memory on everything >= gen8
Ville Syrjälä <ville.syrjala@linux.intel.com>
drm/i915: Initialize dev_priv->atomic_cdclk_freq at init time
Ville Syrjälä <ville.syrjala@linux.intel.com>
drm/i915: Fix cdclk vs. dev_cdclk mess when not recomputing things
Hans de Goede <hdegoede@redhat.com>
drm/i915/dsi: Do not clear DPOUNIT_CLOCK_GATE_DISABLE from vlv_init_display_clock_gating
Hans de Goede <hdegoede@redhat.com>
drm/i915/dsi: Fix chv_exec_gpio disabling the GPIOs it is setting
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
net: mvpp2: fix dma unmapping of TX buffers for fragments
Al Viro <viro@zeniv.linux.org.uk>
sg_write()/bsg_write() is not fit to be called under KERNEL_DS
Ben Hutchings <ben.hutchings@codethink.co.uk>
kconfig/nconf: Fix hang when editing symbol with a long prompt
Andy Grover <agrover@redhat.com>
target/user: Fix use-after-free of tcmu_cmds if they are expired
Dan Williams <dan.j.williams@intel.com>
libnvdimm, pfn: fix align attribute
Geoff Levand <geoff@infradead.org>
powerpc/ps3: Fix system hang with GCC 5 builds
Nicholas Piggin <npiggin@gmail.com>
powerpc/64e: Convert cmpi to cmpwi in head_64.S
NeilBrown <neilb@suse.com>
SUNRPC: fix refcounting problems with auth_gss messages.
Trond Myklebust <trond.myklebust@primarydata.com>
pNFS: Fix a deadlock between read resends and layoutreturn
Trond Myklebust <trond.myklebust@primarydata.com>
pNFS: Clear NFS_LAYOUT_RETURN_REQUESTED when invalidating the layout stateid
Trond Myklebust <trond.myklebust@primarydata.com>
pNFS: Don't clear the layout stateid if a layout return is outstanding
Trond Myklebust <trond.myklebust@primarydata.com>
pNFS: On error, do not send LAYOUTGET until the LAYOUTRETURN has completed
Al Viro <viro@zeniv.linux.org.uk>
nfs_write_end(): fix handling of short copies
Ilya Dryomov <idryomov@gmail.com>
libceph: verify authorize reply on connect
Alan Stern <stern@rowland.harvard.edu>
PCI: Check for PME in targeted sleep state
Shiraz Saleem <shiraz.saleem@intel.com>
i40iw: Use correct src address in memcpy to rdma stats counters
Jingkui Wang <jkwang@google.com>
Input: drv260x - fix input device's parent assignment
Laurent Pinchart <laurent.pinchart@ideasonboard.com>
v4l: tvp5150: Add missing break in set control handler
Andrey Utkin <andrey.utkin@corp.bluecherry.net>
media: solo6x10: fix lockup by avoiding delayed register write
Marek Szyprowski <m.szyprowski@samsung.com>
s5p-mfc: fix failure path of s5p_mfc_alloc_memdev()
Antti Palosaari <crope@iki.fi>
mn88473: fix chip id check on probe
Antti Palosaari <crope@iki.fi>
mn88472: fix chip id check on probe
Bart Van Assche <bart.vanassche@sandisk.com>
IB/cma: Fix a race condition in iboe_addr_get_sgid()
Bart Van Assche <bart.vanassche@sandisk.com>
IB/rxe: Fix a memory leak in rxe_qp_cleanup()
Bart Van Assche <bart.vanassche@sandisk.com>
IB/multicast: Check ib_find_pkey() return value
Bart Van Assche <bart.vanassche@sandisk.com>
IPoIB: Avoid reading an uninitialized member variable
Bart Van Assche <bart.vanassche@sandisk.com>
IB/mad: Fix an array index check
Steven Rostedt (Red Hat) <rostedt@goodmis.org>
fgraph: Handle a case where a tracer ignores set_graph_notrace
Marcos Paulo de Souza <marcos.souza.org@gmail.com>
platform/x86: asus-nb-wmi.c: Add X45U quirk
Steven Rostedt (Red Hat) <rostedt@goodmis.org>
ftrace/x86_32: Set ftrace_stub to weak to prevent gcc from using short jumps to it
Michael S. Tsirkin <mst@redhat.com>
vsock/virtio: fix src/dst cid format
Jan Kara <jack@suse.cz>
fsnotify: Fix possible use-after-free in inode iteration on umount
Jim Mattson <jmattson@google.com>
kvm: nVMX: Allow L1 to intercept software exceptions (#BP and #OF)
Paul Mackerras <paulus@ozlabs.org>
KVM: PPC: Book3S HV: Don't lose hardware R/C bit updates in H_PROTECT
Paul Mackerras <paulus@ozlabs.org>
KVM: PPC: Book3S HV: Save/restore XER in checkpointed register state
Kevin Barnett <kevin.barnett@microsemi.com>
scsi: aacraid: remove wildcard for series 9 controllers
Konstantin Khlebnikov <khlebnikov@yandex-team.ru>
md/raid5: limit request size according to implementation limits
Josh Cartwright <joshc@ni.com>
sc16is7xx: Drop bogus use of IRQF_ONESHOT
Marc Zyngier <marc.zyngier@arm.com>
arm64: KVM: pmu: Reset PMSELR_EL0.SEL to a sane value before entering the guest
Heiko Carstens <heiko.carstens@de.ibm.com>
s390/kexec: use node 0 when re-adding crash kernel memory
Gerald Schaefer <gerald.schaefer@de.ibm.com>
s390/vmlogrdr: fix IUCV buffer allocation
Yves-Alexis Perez <corsac@corsac.net>
firmware: fix usermode helper fallback loading
Vineet Gupta <vgupta@synopsys.com>
ARC: mm: arc700: Don't assume 2 colours for aliasing VIPT dcache
Wei Fang <fangwei1@huawei.com>
scsi: avoid a permanent stop of the scsi device's request queue
Steffen Maier <maier@linux.vnet.ibm.com>
scsi: zfcp: fix rport unblock race with LUN recovery
Steffen Maier <maier@linux.vnet.ibm.com>
scsi: zfcp: do not trace pure benign residual HBA responses at default level
Benjamin Block <bblock@linux.vnet.ibm.com>
scsi: zfcp: fix use-after-"free" in FC ingress path after TMF
Varun Prakash <varun@chelsio.com>
iscsi-target: Return error if unable to add network portal
Kashyap Desai <kashyap.desai@broadcom.com>
scsi: megaraid_sas: Do not set MPI2_TYPE_CUDA for JBOD FP path for FW which does not support JBOD sequence map
Kashyap Desai <kashyap.desai@broadcom.com>
scsi: megaraid_sas: For SRIOV enabled firmware, ensure VF driver waits for 30secs before reset
Johan Hovold <johan@kernel.org>
stm class: Fix device leak in open error path
Maciej S. Szmigiero <mail@maciej.szmigiero.name>
vt: fix Scroll Lock LED trigger name
Rabin Vincent <rabinv@axis.com>
block: protect iterate_bdevs() against concurrent close
Tomas Winkler <tomas.winkler@intel.com>
mei: me: add lewisburg device ids
Alexander Usyskin <alexander.usyskin@intel.com>
mei: request async autosuspend at the end of enumeration
Russell Currey <ruscur@russell.cc>
drivers/gpu/drm/ast: Fix infinite loop if read fails
Rex Zhu <Rex.Zhu@amd.com>
drm/amdgpu: fix init save/restore list in gfx_v8.0
Patrik Jakobsson <patrik.r.jakobsson@gmail.com>
drm/gma500: Add compat ioctl
Alex Deucher <alexander.deucher@amd.com>
drm/radeon/si: load the proper firmware on 0x87 oland boards
Alex Deucher <alexander.deucher@amd.com>
drm/radeon: add additional pci revision to dpm workaround
Michel Dänzer <michel.daenzer@amd.com>
drm/radeon: Hide the HW cursor while it's out of bounds
Michel Dänzer <michel.daenzer@amd.com>
drm/radeon: Also call cursor_move_locked when the cursor size changes
Ben Skeggs <bskeggs@redhat.com>
drm/nouveau/fifo/gf100-: protect channel preempt with subdev mutex
Ben Skeggs <bskeggs@redhat.com>
drm/nouveau/i2c/gk110b,gm10x: use the correct implementation
Ben Skeggs <bskeggs@redhat.com>
drm/nouveau/ttm: wait for bo fence to signal before unmapping vmas
Ben Skeggs <bskeggs@redhat.com>
drm/nouveau/ltc: protect clearing of comptags with mutex
Ben Skeggs <bskeggs@redhat.com>
drm/nouveau/bios: require checksum to match for fast acpi shadow method
Ben Skeggs <bskeggs@redhat.com>
drm/nouveau/kms: lvds panel strap moved again on maxwell
Alexandre Courbot <acourbot@nvidia.com>
drm/nouveau/gr: fallback to legacy paths during firmware lookup
Arindam Nath <arindam.nath@amd.com>
drm/amd/amdgpu: enable GUI idle INT after enabling CGCG
Hans de Goede <hdegoede@redhat.com>
ACPI / video: Add force_native quirk for HP Pavilion dv6
Hans de Goede <hdegoede@redhat.com>
ACPI / video: Add force_native quirk for Dell XPS 17 L702X
Ian Abbott <abbotti@mev.co.uk>
staging: comedi: ni_mio_common: fix E series ni_ai_insn_read() data
Ian Abbott <abbotti@mev.co.uk>
staging: comedi: ni_mio_common: fix M Series ni_ai_insn_read() data mask
Vitaly Kuznetsov <vkuznets@redhat.com>
hv: acquire vmbus_connection.channel_mutex in vmbus_free_channels()
Dmitry Shachnev <mitya57@debian.org>
docs: sphinx-extensions: make rstFlatTable work with docutils 0.13
Krzysztof Kozlowski <krzk@kernel.org>
thermal: hwmon: Properly report critical temperature in sysfs
Boris Brezillon <boris.brezillon@free-electrons.com>
clk: bcm2835: Avoid overwriting the div info when disabling a pll_div clk
Alexandre Courbot <acourbot@nvidia.com>
arm64: tegra: Add VDD_GPU regulator to Jetson TX1
Lars-Peter Clausen <lars@metafoo.de>
gpio: chardev: Return error for seek operations
Thomas Gleixner <tglx@linutronix.de>
timekeeping_Force_unsigned_clocksource_to_nanoseconds_conversion
Linus Walleij <linus.walleij@linaro.org>
regulator: stw481x-vmmc: fix ages old enable error
Adrian Hunter <adrian.hunter@intel.com>
mmc: sdhci: Fix recovery from tuning timeout
Vittorio Gambaletta (VittGam) <linux-wireless@vittgam.net>
ath9k: Really fix LED polarity for some Mini PCI AR9220 MB92 cards.
Matthias Schiffer <mschiffer@universe-factory.net>
ath9k: fix ath9k_hw_gpio_get() to return 0 or 1 on success
Johannes Berg <johannes.berg@intel.com>
cfg80211/mac80211: fix BSS leaks when abandoning assoc attempts
Jes Sorensen <Jes.Sorensen@redhat.com>
rtl8xxxu: Work around issue with 8192eu and 8723bu devices not reconnecting
Thomas Gleixner <tglx@linutronix.de>
perf/x86/intel/cstate: Prevent hotplug callback leak
Andi Kleen <ak@linux.intel.com>
perf/x86: Fix exclusion of BTS and LBR for Goldmont
Larry Finger <Larry.Finger@lwfinger.net>
rtlwifi: Fix enter/exit power_save
Larry Finger <Larry.Finger@lwfinger.net>
ssb: Fix error routine when fallback SPROM fails
-------------
Diffstat:
Documentation/sphinx/rstFlatTable.py | 5 ++
Documentation/virtual/kvm/api.txt | 1 +
Makefile | 4 +-
arch/arc/include/asm/cacheflush.h | 6 +-
arch/arc/mm/cache.c | 13 ++--
arch/arm64/boot/dts/nvidia/tegra210-p2180.dtsi | 18 ++++++
arch/arm64/kvm/hyp/switch.c | 8 ++-
arch/powerpc/boot/ps3-head.S | 5 --
arch/powerpc/boot/ps3.c | 8 +--
arch/powerpc/include/asm/kvm_host.h | 1 +
arch/powerpc/include/uapi/asm/kvm.h | 1 +
arch/powerpc/kernel/asm-offsets.c | 1 +
arch/powerpc/kernel/head_64.S | 8 +--
arch/powerpc/kvm/book3s_hv.c | 6 ++
arch/powerpc/kvm/book3s_hv_rm_mmu.c | 2 +
arch/powerpc/kvm/book3s_hv_rmhandlers.S | 4 ++
arch/s390/kernel/setup.c | 2 +-
arch/x86/entry/entry_32.S | 4 +-
arch/x86/events/core.c | 8 ++-
arch/x86/events/intel/cstate.c | 14 ++---
arch/x86/events/perf_event.h | 2 +-
arch/x86/kvm/vmx.c | 11 ++--
block/bsg.c | 3 +
drivers/acpi/video_detect.c | 20 +++++++
drivers/base/firmware_class.c | 7 ++-
drivers/clk/bcm/clk-bcm2835.c | 4 +-
drivers/gpio/gpiolib.c | 5 +-
drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 26 ++++----
drivers/gpu/drm/ast/ast_main.c | 7 ++-
drivers/gpu/drm/gma500/psb_drv.c | 3 +
drivers/gpu/drm/i915/i915_gem_stolen.c | 5 +-
drivers/gpu/drm/i915/intel_display.c | 9 ++-
drivers/gpu/drm/i915/intel_dsi_panel_vbt.c | 3 +-
drivers/gpu/drm/i915/intel_runtime_pm.c | 13 +++-
drivers/gpu/drm/nouveau/nouveau_bios.c | 3 +
drivers/gpu/drm/nouveau/nouveau_bo.c | 1 +
drivers/gpu/drm/nouveau/nvkm/engine/device/base.c | 6 +-
.../gpu/drm/nouveau/nvkm/engine/fifo/gpfifogf100.c | 9 ++-
.../gpu/drm/nouveau/nvkm/engine/fifo/gpfifogk104.c | 8 ++-
drivers/gpu/drm/nouveau/nvkm/engine/gr/gf100.c | 50 ++++++++++++++--
drivers/gpu/drm/nouveau/nvkm/subdev/bios/priv.h | 1 +
drivers/gpu/drm/nouveau/nvkm/subdev/bios/shadow.c | 7 ++-
.../gpu/drm/nouveau/nvkm/subdev/bios/shadowacpi.c | 1 +
drivers/gpu/drm/nouveau/nvkm/subdev/ltc/base.c | 2 +
drivers/gpu/drm/radeon/radeon_cursor.c | 69 +++++++++++++++-------
drivers/gpu/drm/radeon/radeon_mode.h | 1 +
drivers/gpu/drm/radeon/si.c | 1 +
drivers/gpu/drm/radeon/si_dpm.c | 1 +
drivers/hv/channel_mgmt.c | 2 +
drivers/hwtracing/stm/core.c | 8 ++-
drivers/infiniband/core/mad.c | 2 +-
drivers/infiniband/core/multicast.c | 7 ++-
drivers/infiniband/hw/i40iw/i40iw_verbs.c | 2 +-
drivers/infiniband/sw/rxe/rxe_qp.c | 1 +
drivers/infiniband/ulp/ipoib/ipoib_multicast.c | 7 ++-
drivers/input/misc/drv260x.c | 1 -
drivers/md/raid5.c | 9 +++
drivers/media/dvb-frontends/mn88472.c | 24 ++++----
drivers/media/dvb-frontends/mn88473.c | 24 ++++----
drivers/media/i2c/tvp5150.c | 1 +
drivers/media/pci/solo6x10/solo6x10.h | 3 +
drivers/media/platform/s5p-mfc/s5p_mfc.c | 1 +
drivers/misc/mei/client.c | 2 +-
drivers/misc/mei/hw-me-regs.h | 2 +
drivers/misc/mei/pci-me.c | 1 +
drivers/mmc/host/sdhci.c | 20 +++++++
drivers/net/ethernet/marvell/mvpp2.c | 59 +++++++++---------
drivers/net/wireless/ath/ath9k/hw.c | 2 +-
drivers/net/wireless/ath/ath9k/pci.c | 7 ++-
.../net/wireless/realtek/rtl8xxxu/rtl8xxxu_core.c | 8 +++
drivers/net/wireless/realtek/rtlwifi/base.c | 8 +--
drivers/net/wireless/realtek/rtlwifi/core.c | 9 +--
drivers/net/wireless/realtek/rtlwifi/pci.c | 14 ++---
drivers/net/wireless/realtek/rtlwifi/ps.c | 36 ++++++++---
drivers/nvdimm/pfn_devs.c | 2 +-
drivers/pci/pci.c | 4 ++
drivers/platform/x86/asus-nb-wmi.c | 9 +++
drivers/regulator/stw481x-vmmc.c | 3 +-
drivers/s390/char/vmlogrdr.c | 2 +-
drivers/s390/scsi/zfcp_dbf.c | 17 +++++-
drivers/s390/scsi/zfcp_dbf.h | 41 ++++++++++++-
drivers/s390/scsi/zfcp_erp.c | 61 ++++++++++++++++++-
drivers/s390/scsi/zfcp_ext.h | 4 +-
drivers/s390/scsi/zfcp_fsf.h | 3 +-
drivers/s390/scsi/zfcp_reqlist.h | 30 +++++++++-
drivers/s390/scsi/zfcp_scsi.c | 61 +++++++++++++++++--
drivers/scsi/aacraid/linit.c | 2 -
drivers/scsi/megaraid/megaraid_sas_fusion.c | 9 +--
drivers/scsi/scsi_sysfs.c | 4 --
drivers/scsi/sg.c | 3 +
drivers/ssb/pci.c | 1 +
drivers/staging/comedi/drivers/ni_mio_common.c | 7 +--
drivers/target/iscsi/iscsi_target_configfs.c | 4 +-
drivers/target/target_core_user.c | 2 -
drivers/thermal/thermal_hwmon.c | 2 +-
drivers/tty/serial/sc16is7xx.c | 2 +-
drivers/tty/vt/keyboard.c | 2 +-
fs/block_dev.c | 7 ++-
fs/nfs/file.c | 2 +-
fs/nfs/flexfilelayout/flexfilelayout.c | 4 ++
fs/nfs/pnfs.c | 31 ++++++----
fs/nfs/pnfs.h | 1 +
fs/notify/inode_mark.c | 45 +++-----------
include/net/cfg80211.h | 11 ++++
include/rdma/ib_addr.h | 6 +-
kernel/time/timekeeping.c | 4 +-
kernel/trace/trace_functions_graph.c | 17 +++++-
net/ceph/messenger.c | 13 ++++
net/mac80211/mlme.c | 21 ++++---
net/sunrpc/auth_gss/auth_gss.c | 7 ++-
net/vmw_vsock/virtio_transport_common.c | 14 ++---
net/wireless/core.h | 1 +
net/wireless/mlme.c | 12 ++++
net/wireless/sme.c | 14 +++++
scripts/kconfig/nconf.gui.c | 15 +++--
115 files changed, 841 insertions(+), 316 deletions(-)
[toc] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2017-01-07 00:10 +0100 |
| Subject | [PATCH 4.8 17/96] hv: acquire vmbus_connection.channel_mutex in vmbus_free_channels() |
| Message-ID | <sWLO3-sV-57@gated-at.bofh.it> |
| In reply to | #1553482 |
4.8-stable review patch. If anyone has any objections, please let me know.
------------------
From: Vitaly Kuznetsov <vkuznets@redhat.com>
commit abd1026da4a7700a8db370947f75cd17b6ae6f76 upstream.
"kernel BUG at drivers/hv/channel_mgmt.c:350!" is observed when hv_vmbus
module is unloaded. BUG_ON() was introduced in commit 85d9aa705184
("Drivers: hv: vmbus: add an API vmbus_hvsock_device_unregister()") as
vmbus_free_channels() codepath was apparently forgotten.
Fixes: 85d9aa705184 ("Drivers: hv: vmbus: add an API vmbus_hvsock_device_unregister()")
Signed-off-by: Vitaly Kuznetsov <vkuznets@redhat.com>
Signed-off-by: K. Y. Srinivasan <kys@microsoft.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
---
drivers/hv/channel_mgmt.c | 2 ++
1 file changed, 2 insertions(+)
--- a/drivers/hv/channel_mgmt.c
+++ b/drivers/hv/channel_mgmt.c
@@ -348,6 +348,7 @@ void vmbus_free_channels(void)
{
struct vmbus_channel *channel, *tmp;
+ mutex_lock(&vmbus_connection.channel_mutex);
list_for_each_entry_safe(channel, tmp, &vmbus_connection.chn_list,
listentry) {
/* hv_process_channel_removal() needs this */
@@ -355,6 +356,7 @@ void vmbus_free_channels(void)
vmbus_device_unregister(channel->device_obj);
}
+ mutex_unlock(&vmbus_connection.channel_mutex);
}
/*
[toc] | [prev] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2017-01-07 00:10 +0100 |
| Subject | [PATCH 4.8 52/96] s390/kexec: use node 0 when re-adding crash kernel memory |
| Message-ID | <sWLO3-sV-63@gated-at.bofh.it> |
| In reply to | #1553482 |
4.8-stable review patch. If anyone has any objections, please let me know.
------------------
From: Heiko Carstens <heiko.carstens@de.ibm.com>
commit 9f88eb4df728aebcd2ddd154d99f1d75b428b897 upstream.
When re-adding crash kernel memory within setup_resources() the
function memblock_add() is used. That function will add memory by
default to node "MAX_NUMNODES" instead of node 0, like the memory
detection code does. In case of !NUMA this will trigger this warning
when the kernel generates the vmemmap:
Usage of MAX_NUMNODES is deprecated. Use NUMA_NO_NODE instead
WARNING: CPU: 0 PID: 0 at mm/memblock.c:1261 memblock_virt_alloc_internal+0x76/0x220
CPU: 0 PID: 0 Comm: swapper Not tainted 4.9.0-rc6 #16
Call Trace:
[<0000000000d0b2e8>] memblock_virt_alloc_try_nid+0x88/0xc8
[<000000000083c8ea>] __earlyonly_bootmem_alloc.constprop.1+0x42/0x50
[<000000000083e7f4>] vmemmap_populate+0x1ac/0x1e0
[<0000000000840136>] sparse_mem_map_populate+0x46/0x68
[<0000000000d0c59c>] sparse_init+0x184/0x238
[<0000000000cf45f6>] paging_init+0xbe/0xf8
[<0000000000cf1d4a>] setup_arch+0xa02/0xae0
[<0000000000ced75a>] start_kernel+0x72/0x450
[<0000000000100020>] _stext+0x20/0x80
If NUMA is selected numa_setup_memory() will fix the node assignments
before the vmemmap will be populated; so this warning will only appear
if NUMA is not selected.
To fix this simply use memblock_add_node() and re-add crash kernel
memory explicitly to node 0.
Reported-and-tested-by: Christian Borntraeger <borntraeger@de.ibm.com>
Fixes: 4e042af463f8 ("s390/kexec: fix crash on resize of reserved memory")
Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
---
arch/s390/kernel/setup.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/arch/s390/kernel/setup.c
+++ b/arch/s390/kernel/setup.c
@@ -445,7 +445,7 @@ static void __init setup_resources(void)
* part of the System RAM resource.
*/
if (crashk_res.end) {
- memblock_add(crashk_res.start, resource_size(&crashk_res));
+ memblock_add_node(crashk_res.start, resource_size(&crashk_res), 0);
memblock_reserve(crashk_res.start, resource_size(&crashk_res));
insert_resource(&iomem_resource, &crashk_res);
}
[toc] | [prev] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2017-01-07 00:10 +0100 |
| Subject | [PATCH 4.8 26/96] drm/nouveau/ltc: protect clearing of comptags with mutex |
| Message-ID | <sWLO3-sV-65@gated-at.bofh.it> |
| In reply to | #1553482 |
4.8-stable review patch. If anyone has any objections, please let me know. ------------------ From: Ben Skeggs <bskeggs@redhat.com> commit f4e65efc88b64c1dbca275d42a188edccedb56c6 upstream. Signed-off-by: Ben Skeggs <bskeggs@redhat.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> --- drivers/gpu/drm/nouveau/nvkm/subdev/ltc/base.c | 2 ++ 1 file changed, 2 insertions(+) --- a/drivers/gpu/drm/nouveau/nvkm/subdev/ltc/base.c +++ b/drivers/gpu/drm/nouveau/nvkm/subdev/ltc/base.c @@ -47,8 +47,10 @@ nvkm_ltc_tags_clear(struct nvkm_ltc *ltc BUG_ON((first > limit) || (limit >= ltc->num_tags)); + mutex_lock(<c->subdev.mutex); ltc->func->cbc_clear(ltc, first, limit); ltc->func->cbc_wait(ltc); + mutex_unlock(<c->subdev.mutex); } int
[toc] | [prev] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2017-01-07 00:10 +0100 |
| Subject | [PATCH 4.8 03/96] perf/x86: Fix exclusion of BTS and LBR for Goldmont |
| Message-ID | <sWLO3-sV-61@gated-at.bofh.it> |
| In reply to | #1553482 |
4.8-stable review patch. If anyone has any objections, please let me know.
------------------
From: Andi Kleen <ak@linux.intel.com>
commit b0c1ef52959582144bbea9a2b37db7f4c9e399f7 upstream.
An earlier patch allowed enabling PT and LBR at the same
time on Goldmont. However it also allowed enabling BTS and LBR
at the same time, which is still not supported. Fix this by
bypassing the check only for PT.
Signed-off-by: Andi Kleen <ak@linux.intel.com>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: alexander.shishkin@intel.com
Cc: kan.liang@intel.com
Fixes: ccbebba4c6bf ("perf/x86/intel/pt: Bypass PT vs. LBR exclusivity if the core supports it")
Link: http://lkml.kernel.org/r/20161209001417.4713-1-andi@firstfloor.org
Signed-off-by: Ingo Molnar <mingo@kernel.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
---
arch/x86/events/core.c | 8 ++++++--
arch/x86/events/perf_event.h | 2 +-
2 files changed, 7 insertions(+), 3 deletions(-)
--- a/arch/x86/events/core.c
+++ b/arch/x86/events/core.c
@@ -364,7 +364,11 @@ int x86_add_exclusive(unsigned int what)
{
int i;
- if (x86_pmu.lbr_pt_coexist)
+ /*
+ * When lbr_pt_coexist we allow PT to coexist with either LBR or BTS.
+ * LBR and BTS are still mutually exclusive.
+ */
+ if (x86_pmu.lbr_pt_coexist && what == x86_lbr_exclusive_pt)
return 0;
if (!atomic_inc_not_zero(&x86_pmu.lbr_exclusive[what])) {
@@ -387,7 +391,7 @@ fail_unlock:
void x86_del_exclusive(unsigned int what)
{
- if (x86_pmu.lbr_pt_coexist)
+ if (x86_pmu.lbr_pt_coexist && what == x86_lbr_exclusive_pt)
return;
atomic_dec(&x86_pmu.lbr_exclusive[what]);
--- a/arch/x86/events/perf_event.h
+++ b/arch/x86/events/perf_event.h
@@ -601,7 +601,7 @@ struct x86_pmu {
u64 lbr_sel_mask; /* LBR_SELECT valid bits */
const int *lbr_sel_map; /* lbr_select mappings */
bool lbr_double_abort; /* duplicated lbr aborts */
- bool lbr_pt_coexist; /* LBR may coexist with PT */
+ bool lbr_pt_coexist; /* (LBR|BTS) may coexist with PT */
/*
* Intel PT/LBR/BTS are exclusive
[toc] | [prev] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2017-01-07 00:10 +0100 |
| Subject | [PATCH 4.8 53/96] arm64: KVM: pmu: Reset PMSELR_EL0.SEL to a sane value before entering the guest |
| Message-ID | <sWLO3-sV-67@gated-at.bofh.it> |
| In reply to | #1553482 |
4.8-stable review patch. If anyone has any objections, please let me know. ------------------ From: Marc Zyngier <marc.zyngier@arm.com> commit 21cbe3cc8a48ff17059912e019fbde28ed54745a upstream. The ARMv8 architecture allows the cycle counter to be configured by setting PMSELR_EL0.SEL==0x1f and then accessing PMXEVTYPER_EL0, hence accessing PMCCFILTR_EL0. But it disallows the use of PMSELR_EL0.SEL==0x1f to access the cycle counter itself through PMXEVCNTR_EL0. Linux itself doesn't violate this rule, but we may end up with PMSELR_EL0.SEL being set to 0x1f when we enter a guest. If that guest accesses PMXEVCNTR_EL0, the access may UNDEF at EL1, despite the guest not having done anything wrong. In order to avoid this unfortunate course of events (haha!), let's sanitize PMSELR_EL0 on guest entry. This ensures that the guest won't explode unexpectedly. Acked-by: Will Deacon <will.deacon@arm.com> Signed-off-by: Marc Zyngier <marc.zyngier@arm.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> --- arch/arm64/kvm/hyp/switch.c | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) --- a/arch/arm64/kvm/hyp/switch.c +++ b/arch/arm64/kvm/hyp/switch.c @@ -82,7 +82,13 @@ static void __hyp_text __activate_traps( write_sysreg(val, hcr_el2); /* Trap on AArch32 cp15 c15 accesses (EL1 or EL0) */ write_sysreg(1 << 15, hstr_el2); - /* Make sure we trap PMU access from EL0 to EL2 */ + /* + * Make sure we trap PMU access from EL0 to EL2. Also sanitize + * PMSELR_EL0 to make sure it never contains the cycle + * counter, which could make a PMXEVCNTR_EL0 access UNDEF at + * EL1 instead of being trapped to EL2. + */ + write_sysreg(0, pmselr_el0); write_sysreg(ARMV8_PMU_USERENR_MASK, pmuserenr_el0); write_sysreg(vcpu->arch.mdcr_el2, mdcr_el2); __activate_traps_arch()();
[toc] | [prev] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2017-01-07 00:10 +0100 |
| Subject | [PATCH 4.8 06/96] cfg80211/mac80211: fix BSS leaks when abandoning assoc attempts |
| Message-ID | <sWLO3-sV-69@gated-at.bofh.it> |
| In reply to | #1553482 |
4.8-stable review patch. If anyone has any objections, please let me know.
------------------
From: Johannes Berg <johannes.berg@intel.com>
commit e6f462df9acd2a3295e5d34eb29e2823220cf129 upstream.
When mac80211 abandons an association attempt, it may free
all the data structures, but inform cfg80211 and userspace
about it only by sending the deauth frame it received, in
which case cfg80211 has no link to the BSS struct that was
used and will not cfg80211_unhold_bss() it.
Fix this by providing a way to inform cfg80211 of this with
the BSS entry passed, so that it can clean up properly, and
use this ability in the appropriate places in mac80211.
This isn't ideal: some code is more or less duplicated and
tracing is missing. However, it's a fairly small change and
it's thus easier to backport - cleanups can come later.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
---
include/net/cfg80211.h | 11 +++++++++++
net/mac80211/mlme.c | 21 ++++++++++++---------
net/wireless/core.h | 1 +
net/wireless/mlme.c | 12 ++++++++++++
net/wireless/sme.c | 14 ++++++++++++++
5 files changed, 50 insertions(+), 9 deletions(-)
--- a/include/net/cfg80211.h
+++ b/include/net/cfg80211.h
@@ -4393,6 +4393,17 @@ void cfg80211_rx_assoc_resp(struct net_d
void cfg80211_assoc_timeout(struct net_device *dev, struct cfg80211_bss *bss);
/**
+ * cfg80211_abandon_assoc - notify cfg80211 of abandoned association attempt
+ * @dev: network device
+ * @bss: The BSS entry with which association was abandoned.
+ *
+ * Call this whenever - for reasons reported through other API, like deauth RX,
+ * an association attempt was abandoned.
+ * This function may sleep. The caller must hold the corresponding wdev's mutex.
+ */
+void cfg80211_abandon_assoc(struct net_device *dev, struct cfg80211_bss *bss);
+
+/**
* cfg80211_tx_mlme_mgmt - notification of transmitted deauth/disassoc frame
* @dev: network device
* @buf: 802.11 frame (header + body)
--- a/net/mac80211/mlme.c
+++ b/net/mac80211/mlme.c
@@ -2506,7 +2506,7 @@ static void ieee80211_destroy_auth_data(
}
static void ieee80211_destroy_assoc_data(struct ieee80211_sub_if_data *sdata,
- bool assoc)
+ bool assoc, bool abandon)
{
struct ieee80211_mgd_assoc_data *assoc_data = sdata->u.mgd.assoc_data;
@@ -2529,6 +2529,9 @@ static void ieee80211_destroy_assoc_data
mutex_lock(&sdata->local->mtx);
ieee80211_vif_release_channel(sdata);
mutex_unlock(&sdata->local->mtx);
+
+ if (abandon)
+ cfg80211_abandon_assoc(sdata->dev, assoc_data->bss);
}
kfree(assoc_data);
@@ -2758,7 +2761,7 @@ static void ieee80211_rx_mgmt_deauth(str
bssid, reason_code,
ieee80211_get_reason_code_string(reason_code));
- ieee80211_destroy_assoc_data(sdata, false);
+ ieee80211_destroy_assoc_data(sdata, false, true);
cfg80211_rx_mlme_mgmt(sdata->dev, (u8 *)mgmt, len);
return;
@@ -3163,14 +3166,14 @@ static void ieee80211_rx_mgmt_assoc_resp
if (status_code != WLAN_STATUS_SUCCESS) {
sdata_info(sdata, "%pM denied association (code=%d)\n",
mgmt->sa, status_code);
- ieee80211_destroy_assoc_data(sdata, false);
+ ieee80211_destroy_assoc_data(sdata, false, false);
event.u.mlme.status = MLME_DENIED;
event.u.mlme.reason = status_code;
drv_event_callback(sdata->local, sdata, &event);
} else {
if (!ieee80211_assoc_success(sdata, bss, mgmt, len)) {
/* oops -- internal error -- send timeout for now */
- ieee80211_destroy_assoc_data(sdata, false);
+ ieee80211_destroy_assoc_data(sdata, false, false);
cfg80211_assoc_timeout(sdata->dev, bss);
return;
}
@@ -3183,7 +3186,7 @@ static void ieee80211_rx_mgmt_assoc_resp
* recalc after assoc_data is NULL but before associated
* is set can cause the interface to go idle
*/
- ieee80211_destroy_assoc_data(sdata, true);
+ ieee80211_destroy_assoc_data(sdata, true, false);
/* get uapsd queues configuration */
uapsd_queues = 0;
@@ -3882,7 +3885,7 @@ void ieee80211_sta_work(struct ieee80211
.u.mlme.status = MLME_TIMEOUT,
};
- ieee80211_destroy_assoc_data(sdata, false);
+ ieee80211_destroy_assoc_data(sdata, false, false);
cfg80211_assoc_timeout(sdata->dev, bss);
drv_event_callback(sdata->local, sdata, &event);
}
@@ -4021,7 +4024,7 @@ void ieee80211_mgd_quiesce(struct ieee80
WLAN_REASON_DEAUTH_LEAVING,
false, frame_buf);
if (ifmgd->assoc_data)
- ieee80211_destroy_assoc_data(sdata, false);
+ ieee80211_destroy_assoc_data(sdata, false, true);
if (ifmgd->auth_data)
ieee80211_destroy_auth_data(sdata, false);
cfg80211_tx_mlme_mgmt(sdata->dev, frame_buf,
@@ -4903,7 +4906,7 @@ int ieee80211_mgd_deauth(struct ieee8021
IEEE80211_STYPE_DEAUTH,
req->reason_code, tx,
frame_buf);
- ieee80211_destroy_assoc_data(sdata, false);
+ ieee80211_destroy_assoc_data(sdata, false, true);
ieee80211_report_disconnect(sdata, frame_buf,
sizeof(frame_buf), true,
req->reason_code);
@@ -4978,7 +4981,7 @@ void ieee80211_mgd_stop(struct ieee80211
sdata_lock(sdata);
if (ifmgd->assoc_data) {
struct cfg80211_bss *bss = ifmgd->assoc_data->bss;
- ieee80211_destroy_assoc_data(sdata, false);
+ ieee80211_destroy_assoc_data(sdata, false, false);
cfg80211_assoc_timeout(sdata->dev, bss);
}
if (ifmgd->auth_data)
--- a/net/wireless/core.h
+++ b/net/wireless/core.h
@@ -410,6 +410,7 @@ void cfg80211_sme_disassoc(struct wirele
void cfg80211_sme_deauth(struct wireless_dev *wdev);
void cfg80211_sme_auth_timeout(struct wireless_dev *wdev);
void cfg80211_sme_assoc_timeout(struct wireless_dev *wdev);
+void cfg80211_sme_abandon_assoc(struct wireless_dev *wdev);
/* internal helpers */
bool cfg80211_supported_cipher_suite(struct wiphy *wiphy, u32 cipher);
--- a/net/wireless/mlme.c
+++ b/net/wireless/mlme.c
@@ -149,6 +149,18 @@ void cfg80211_assoc_timeout(struct net_d
}
EXPORT_SYMBOL(cfg80211_assoc_timeout);
+void cfg80211_abandon_assoc(struct net_device *dev, struct cfg80211_bss *bss)
+{
+ struct wireless_dev *wdev = dev->ieee80211_ptr;
+ struct wiphy *wiphy = wdev->wiphy;
+
+ cfg80211_sme_abandon_assoc(wdev);
+
+ cfg80211_unhold_bss(bss_from_pub(bss));
+ cfg80211_put_bss(wiphy, bss);
+}
+EXPORT_SYMBOL(cfg80211_abandon_assoc);
+
void cfg80211_tx_mlme_mgmt(struct net_device *dev, const u8 *buf, size_t len)
{
struct wireless_dev *wdev = dev->ieee80211_ptr;
--- a/net/wireless/sme.c
+++ b/net/wireless/sme.c
@@ -39,6 +39,7 @@ struct cfg80211_conn {
CFG80211_CONN_ASSOCIATING,
CFG80211_CONN_ASSOC_FAILED,
CFG80211_CONN_DEAUTH,
+ CFG80211_CONN_ABANDON,
CFG80211_CONN_CONNECTED,
} state;
u8 bssid[ETH_ALEN], prev_bssid[ETH_ALEN];
@@ -206,6 +207,8 @@ static int cfg80211_conn_do_work(struct
cfg80211_mlme_deauth(rdev, wdev->netdev, params->bssid,
NULL, 0,
WLAN_REASON_DEAUTH_LEAVING, false);
+ /* fall through */
+ case CFG80211_CONN_ABANDON:
/* free directly, disconnected event already sent */
cfg80211_sme_free(wdev);
return 0;
@@ -423,6 +426,17 @@ void cfg80211_sme_assoc_timeout(struct w
schedule_work(&rdev->conn_work);
}
+void cfg80211_sme_abandon_assoc(struct wireless_dev *wdev)
+{
+ struct cfg80211_registered_device *rdev = wiphy_to_rdev(wdev->wiphy);
+
+ if (!wdev->conn)
+ return;
+
+ wdev->conn->state = CFG80211_CONN_ABANDON;
+ schedule_work(&rdev->conn_work);
+}
+
static int cfg80211_sme_get_conn_ies(struct wireless_dev *wdev,
const u8 *ies, size_t ies_len,
const u8 **out_ies, size_t *out_ies_len)
[toc] | [prev] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2017-01-07 00:10 +0100 |
| Subject | [PATCH 4.8 55/96] md/raid5: limit request size according to implementation limits |
| Message-ID | <sWLO3-sV-71@gated-at.bofh.it> |
| In reply to | #1553482 |
4.8-stable review patch. If anyone has any objections, please let me know. ------------------ From: Konstantin Khlebnikov <khlebnikov@yandex-team.ru> commit e8d7c33232e5fdfa761c3416539bc5b4acd12db5 upstream. Current implementation employ 16bit counter of active stripes in lower bits of bio->bi_phys_segments. If request is big enough to overflow this counter bio will be completed and freed too early. Fortunately this not happens in default configuration because several other limits prevent that: stripe_cache_size * nr_disks effectively limits count of active stripes. And small max_sectors_kb at lower disks prevent that during normal read/write operations. Overflow easily happens in discard if it's enabled by module parameter "devices_handle_discard_safely" and stripe_cache_size is set big enough. This patch limits requests size with 256Mb - 8Kb to prevent overflows. Signed-off-by: Konstantin Khlebnikov <khlebnikov@yandex-team.ru> Cc: Shaohua Li <shli@kernel.org> Cc: Neil Brown <neilb@suse.com> Signed-off-by: Shaohua Li <shli@fb.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> --- drivers/md/raid5.c | 9 +++++++++ 1 file changed, 9 insertions(+) --- a/drivers/md/raid5.c +++ b/drivers/md/raid5.c @@ -7017,6 +7017,15 @@ static int raid5_run(struct mddev *mddev stripe = (stripe | (stripe-1)) + 1; mddev->queue->limits.discard_alignment = stripe; mddev->queue->limits.discard_granularity = stripe; + + /* + * We use 16-bit counter of active stripes in bi_phys_segments + * (minus one for over-loaded initialization) + */ + blk_queue_max_hw_sectors(mddev->queue, 0xfffe * STRIPE_SECTORS); + blk_queue_max_discard_sectors(mddev->queue, + 0xfffe * STRIPE_SECTORS); + /* * unaligned part of discard request will be ignored, so can't * guarantee discard_zeroes_data
[toc] | [prev] | [next] | [standalone]
| From | Shuah Khan <shuah.kh@samsung.com> |
|---|---|
| Date | 2017-01-07 03:10 +0100 |
| Message-ID | <sWOCd-2li-5@gated-at.bofh.it> |
| In reply to | #1553482 |
On 01/06/2017 02:42 PM, Greg Kroah-Hartman wrote: > ------------------------------------ > NOTE: This is the LAST 4.8-stable kernel to be released. After this, it > should be end-of-life. Please move to the 4.9-stable tree at this point > in time. > ------------------------------------ > > This is the start of the stable review cycle for the 4.8.17 release. > There are 96 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 Sun Jan 8 21:42:10 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.8.17-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.8.y > and the diffstat can be found below. > > thanks, > > greg k-h > Compiled and booted on my test system. No dmesg regressions. thanks, -- Shuah -- Shuah Khan Sr. Linux Kernel Developer Open Source Innovation Group Samsung Research America(Silicon Valley) shuah.kh@samsung.com
[toc] | [prev] | [next] | [standalone]
| From | Guenter Roeck <linux@roeck-us.net> |
|---|---|
| Date | 2017-01-07 17:00 +0100 |
| Message-ID | <sX1zs-2hj-5@gated-at.bofh.it> |
| In reply to | #1553482 |
On 01/06/2017 01:42 PM, Greg Kroah-Hartman wrote: > ------------------------------------ > NOTE: This is the LAST 4.8-stable kernel to be released. After this, it > should be end-of-life. Please move to the 4.9-stable tree at this point > in time. > ------------------------------------ > > This is the start of the stable review cycle for the 4.8.17 release. > There are 96 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. > Build results: total: 149 pass: 149 fail: 0 Qemu test results: total: 122 pass: 122 fail: 0 Details are available at http://kerneltests.org/builders. Guenter
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web