Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1375350 > unrolled thread
| Started by | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| First post | 2016-04-10 23:00 +0200 |
| Last post | 2016-04-12 08:50 +0200 |
| Articles | 20 — 4 participants |
Back to article view | Back to linux.kernel
[PATCH 4.5 000/238] 4.5.1-stable review Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-04-10 23:00 +0200
[PATCH 4.5 027/238] PCI: ACPI: IA64: fix IO port generic range check Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-04-10 23:00 +0200
[PATCH 4.5 001/238] x86/microcode/intel: Make early loader look for builtin microcode too Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-04-10 23:00 +0200
[PATCH 4.5 010/238] KVM: VMX: avoid guest hang on invalid invvpid instruction Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-04-10 23:00 +0200
[PATCH 4.5 033/238] sg: fix dxferp in from_to case Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-04-10 23:00 +0200
[PATCH 4.5 023/238] s390/cpumf: add missing lpp magic initialization Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-04-10 23:00 +0200
[PATCH 4.5 024/238] s390/pci: enforce fmb page boundary rule Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-04-10 23:00 +0200
[PATCH 4.5 025/238] pinctrl-bcm2835: Fix cut-and-paste error in "pull" parsing Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-04-10 23:00 +0200
[PATCH 4.5 031/238] x86/iopl: Fix iopl capability check on Xen PV Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-04-10 23:00 +0200
[PATCH 4.5 026/238] PCI: Disable IO/MEM decoding for devices with non-compliant BARs Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-04-10 23:00 +0200
Re: [PATCH 4.5 026/238] PCI: Disable IO/MEM decoding for devices with non-compliant BARs Ben Hutchings <ben@decadent.org.uk> - 2016-04-12 01:50 +0200
Re: [PATCH 4.5 026/238] PCI: Disable IO/MEM decoding for devices with non-compliant BARs Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-04-12 16:40 +0200
[PATCH 4.5 022/238] s390: fix floating pointer register corruption (again) Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-04-10 23:00 +0200
[PATCH 4.5 019/238] sched/preempt, sh: kmap_coherent relies on disabled preemption Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-04-10 23:00 +0200
[PATCH 4.5 029/238] x86/apic: Fix suspicious RCU usage in smp_trace_call_function_interrupt() Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-04-10 23:00 +0200
[PATCH 4.5 021/238] EDAC, amd64_edac: Shift wrapping issue in f1x_get_norm_dct_addr() Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-04-10 23:00 +0200
Re: [PATCH 4.5 000/238] 4.5.1-stable review Guenter Roeck <linux@roeck-us.net> - 2016-04-11 08:50 +0200
Re: [PATCH 4.5 000/238] 4.5.1-stable review Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-04-12 16:40 +0200
Re: [PATCH 4.5 000/238] 4.5.1-stable review shuahkh <shuahkh@osg.sisa.samsung.com> - 2016-04-11 19:30 +0200
Re: [PATCH 4.5 000/238] 4.5.1-stable review Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-04-12 08:50 +0200
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2016-04-10 23:00 +0200 |
| Subject | [PATCH 4.5 000/238] 4.5.1-stable review |
| Message-ID | <rmsr7-Nr-3@gated-at.bofh.it> |
This is the start of the stable review cycle for the 4.5.1 release.
There are 238 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 Tue Apr 12 18:34:18 UTC 2016.
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.5.1-rc1.gz
and the diffstat can be found below.
thanks,
greg k-h
-------------
Pseudo-Shortlog of commits:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Linux 4.5.1-rc1
Andi Kleen <ak@linux.intel.com>
perf/x86/intel: Fix PEBS data source interpretation on Nehalem/Westmere
Jiri Olsa <jolsa@redhat.com>
perf/x86/intel: Use PAGE_SIZE for PEBS buffer size on Core2
Kan Liang <kan.liang@intel.com>
perf/x86/intel: Fix PEBS warning by only restoring active PMU in pmi
Kan Liang <kan.liang@intel.com>
perf/x86/intel/uncore: Remove SBOX support for BDX-DE
Stephane Eranian <eranian@google.com>
perf/x86/pebs: Add workaround for broken OVFL status on HSW+
Thomas Gleixner <tglx@linutronix.de>
sched/cputime: Fix steal time accounting vs. CPU hotplug
Hannes Reinecke <hare@suse.de>
scsi_common: do not clobber fixed sense information
Lukas Wunner <lukas@wunner.de>
PM / sleep: Clear pm_suspend_global_flags upon hibernate
Len Brown <len.brown@intel.com>
intel_idle: prevent SKL-H boot failure when C8+C9+C10 enabled
Aaro Koskinen <aaro.koskinen@iki.fi>
mtd: onenand: fix deadlock in onenand_block_markbad
Vlastimil Babka <vbabka@suse.cz>
mm/page_alloc: prevent merging between isolated and other pageblocks
Joseph Qi <joseph.qi@huawei.com>
ocfs2/dlm: fix BUG in dlm_move_lockres_to_recovery_list
Joseph Qi <joseph.qi@huawei.com>
ocfs2/dlm: fix race between convert and recovery
Junxiao Bi <junxiao.bi@oracle.com>
ocfs2: o2hb: fix double free bug
Vladis Dronov <vdronov@redhat.com>
Input: ati_remote2 - fix crashes on detecting device with invalid descriptor
Oliver Neukum <oneukum@suse.com>
Input: ims-pcu - sanity check against missing interfaces
Benjamin Tissoires <benjamin.tissoires@redhat.com>
Input: synaptics - handle spurious release of trackstick buttons, again
Tejun Heo <tj@kernel.org>
writeback, cgroup: fix use of the wrong bdi_writeback which mismatches the inode
Tejun Heo <tj@kernel.org>
writeback, cgroup: fix premature wb_put() in locked_inode_to_wb_and_lock_list()
Lukas Wunner <lukas@wunner.de>
ACPI / PM: Runtime resume devices when waking from hibernate
Ludovic Desroches <ludovic.desroches@atmel.com>
ARM: dts: at91: sama5d4 Xplained: don't disable hsmci regulator
Ludovic Desroches <ludovic.desroches@atmel.com>
ARM: dts: at91: sama5d3 Xplained: don't disable hsmci regulator
J. Bruce Fields <bfields@redhat.com>
nfsd: fix deadlock secinfo+readdir compound
J. Bruce Fields <bfields@redhat.com>
nfsd4: fix bad bounds checking
Jenny Derzhavetz <jennyf@mellanox.com>
iser-target: Rework connection termination
Jenny Derzhavetz <jennyf@mellanox.com>
iser-target: Separate flows for np listeners and connections cma events
Jenny Derzhavetz <jennyf@mellanox.com>
iser-target: Add new state ISER_CONN_BOUND to isert_conn
Jenny Derzhavetz <jennyf@mellanox.com>
iser-target: Fix identification of login rx descriptor type
Himanshu Madhani <himanshu.madhani@qlogic.com>
target: Fix target_release_cmd_kref shutdown comp leak
Eric Anholt <eric@anholt.net>
clk: bcm2835: Fix setting of PLL divider clock rates
Alexander Kochetkov <al.kochet@gmail.com>
clk: rockchip: add hclk_cpubus to the list of rk3188 critical clocks
Heiko Stuebner <heiko@sntech.de>
clk: rockchip: rk3368: fix hdmi_cec gate-register
Heiko Stuebner <heiko@sntech.de>
clk: rockchip: rk3368: fix parents of video encoder/decoder
Heiko Stuebner <heiko@sntech.de>
clk: rockchip: rk3368: fix cpuclk core dividers
Heiko Stuebner <heiko@sntech.de>
clk: rockchip: rk3368: fix cpuclk mux bit of big cpu-cluster
Brent Taylor <motobud@gmail.com>
mmc: atmel-mci: Check pdata for NULL before dereferencing it at DMA config
Adrian Hunter <adrian.hunter@intel.com>
mmc: sdhci: Fix override of timeout clk wrt max_busy_timeout
Lucas Stach <dev@lynxeye.de>
mmc: tegra: properly disable card clock
Jon Hunter <jonathanh@nvidia.com>
mmc: tegra: Disable UHS-I modes for tegra114
Russell King <rmk+kernel@arm.linux.org.uk>
mmc: sdhci-pxav3: fix higher speed mode capabilities
Russell King <rmk+kernel@arm.linux.org.uk>
mmc: sdhci: fix data timeout (part 2)
Russell King <rmk+kernel@arm.linux.org.uk>
mmc: sdhci: fix data timeout (part 1)
Russell King <rmk+kernel@arm.linux.org.uk>
mmc: sdhci: plug DMA mapping leak on error
Russell King <rmk+kernel@arm.linux.org.uk>
mmc: sdhci: avoid unnecessary mapping/unmapping of align buffer
Russell King <rmk+kernel@arm.linux.org.uk>
mmc: sdhci: further fix for DMA unmapping in sdhci_post_req()
Russell King <rmk+kernel@arm.linux.org.uk>
mmc: sdhci: fix command response CRC error handling
Russell King <rmk+kernel@arm.linux.org.uk>
mmc: sdhci: clean up command error handling
Russell King <rmk+kernel@arm.linux.org.uk>
mmc: sdhci: move initialisation of command error member
Magnus Damm <damm+renesas@opensource.se>
mmc: mmc_spi: Add Card Detect comments and fix CD GPIO case
Shawn Lin <shawn.lin@rock-chips.com>
mmc: block: fix ABI regression of mmc_blk_ioctl
John Dahlstrom <jodarom@SDF.ORG>
ideapad-laptop: Add ideapad Y700 (15) to the no_hw_rfkill DMI list
Guenter Roeck <linux@roeck-us.net>
MAINTAINERS: Update mailing list and web page for hwmon subsystem
Jiri Kosina <jkosina@suse.cz>
kbuild/mkspec: fix grub2 installkernel issue
Jan Beulich <JBeulich@suse.com>
scripts/kconfig: allow building with make 3.80 again
Julia Lawall <Julia.Lawall@lip6.fr>
scripts/coccinelle: modernize &
Peter Zijlstra <peterz@infradead.org>
bitops: Do not default to __clear_bit() for __clear_bit_unlock()
Steven Rostedt (Red Hat) <rostedt@goodmis.org>
tracing: Fix trace_printk() to print when not using bprintk()
Steven Rostedt (Red Hat) <rostedt@goodmis.org>
tracing: Fix crash from reading trace_pipe with sendfile
Steven Rostedt (Red Hat) <rostedt@goodmis.org>
tracing: Have preempt(irqs)off trace preempt disabled functions
Eric Huang <JinHuiEric.Huang@amd.com>
drm/amd/powerplay: add uvd/vce dpm enabling flag to fix the performance issue for CZ
Ken Wang <Qingqing.Wang@amd.com>
drm/amdgpu: include the right version of gmc header files for iceland
Alex Deucher <alexander.deucher@amd.com>
drm/amdgpu: disable runtime pm on PX laptops without dGPU power control
Dave Airlie <airlied@redhat.com>
drm/radeon/mst: fix regression in lane/link handling.
Alex Deucher <alexander.deucher@amd.com>
drm/radeon: rework fbdev handling on chips with no connectors
Mario Kleiner <mario.kleiner.de@gmail.com>
drm/radeon: Don't drop DP 2.7 Ghz link setup on some cards.
Alex Deucher <alexander.deucher@amd.com>
drm/radeon: disable runtime pm on PX laptops without dGPU power control
Dan Carpenter <dan.carpenter@oracle.com>
drm/vc4: Return -EFAULT on copy_from_user() failure
Aurelien Jacquiot <a-jacquiot@ti.com>
rapidio/rionet: fix deadlock on SMP
Jann Horn <jann@thejh.net>
fs/coredump: prevent fsuid=0 dumps into user-controlled directories
Jan Kiszka <jan.kiszka@siemens.com>
scripts/gdb: account for changes in module data structure
Seth Forshee <seth.forshee@canonical.com>
fuse: Add reference counting for fuse_io_priv
Robert Doebbelin <robert@quobyte.com>
fuse: do not use iocb after it may have been freed
Ming Lei <ming.lei@canonical.com>
md: multipath: don't hardcopy bio in .make_request path
NeilBrown <neilb@suse.com>
md/raid5: preserve STRIPE_PREREAD_ACTIVE in break_stripe_batch_list
Shaohua Li <shli@fb.com>
raid10: include bio_end_io_list in nr_queued to prevent freeze_array hang
Shaohua Li <shli@fb.com>
RAID5: revert e9e4c377e2f563 to fix a livelock
Shaohua Li <shli@fb.com>
RAID5: check_reshape() shouldn't call mddev_suspend
Jes Sorensen <Jes.Sorensen@redhat.com>
md/raid5: Compare apples to apples (or sectors to sectors)
Nate Dailey <nate.dailey@stratus.com>
raid1: include bio_end_io_list in nr_queued to prevent freeze_array hang
Mateusz Guzik <mguzik@redhat.com>
xfs: fix two memory leaks in xfs_attr_list.c error paths
Nikolay Borisov <kernel@kyup.com>
quota: Fix possible GPF due to uninitialised pointers
Vineet Gupta <vgupta@synopsys.com>
ARC: bitops: Remove non relevant comments
Lada Trimasova <ltrimas@synopsys.com>
ARC: [BE] readl()/writel() to work in Big Endian CPU configuration
Alexey Brodkin <Alexey.Brodkin@synopsys.com>
ARC: [plat-axs10x] add Ethernet PHY description in .dts
Max Filippov <jcmvbkbc@gmail.com>
xtensa: clear all DBREAKC registers on start
Max Filippov <jcmvbkbc@gmail.com>
xtensa: fix preemption in {clear,copy}_user_highpage
Max Filippov <jcmvbkbc@gmail.com>
xtensa: ISS: don't hang if stdin EOF is reached
Rabin Vincent <rabin@rab.in>
splice: handle zero nr_pages in splice_to_pipe()
Dmitry V. Levin <ldv@altlinux.org>
vfs: show_vfsstat: do not ignore errors from show_devname method
Vinayak Menon <vinmenon@codeaurora.org>
of: alloc anywhere from memblock if range not specified
Hante Meuleman <meuleman@broadcom.com>
brcmfmac: Increase nr of supported flowrings.
Dmitri Epshtein <dima@marvell.com>
net: mvneta: enable change MAC address when interface is up
Tejun Heo <tj@kernel.org>
cgroup: ignore css_sets associated with dead cgroups during migration
Johan Hedberg <johan.hedberg@intel.com>
Bluetooth: Fix potential buffer overflow with Add Advertising
Dmitry Tunin <hanipouspilot@gmail.com>
Bluetooth: Add new AR3012 ID 0489:e095
Michael S. Tsirkin <mst@redhat.com>
watchdog: rc32434_wdt: fix ioctl error handling
Joshua Hunt <johunt@akamai.com>
watchdog: don't run proc_watchdog_update if new value is same as old
Aaro Koskinen <aaro.koskinen@iki.fi>
drivers/firmware/broadcom/bcm47xx_nvram.c: fix incorrect __ioread32_copy
Luis R. Rodriguez <mcgrof@kernel.org>
ia64: define ioremap_uc()
Johannes Weiner <hannes@cmpxchg.org>
mm: memcontrol: reclaim and OOM kill when shrinking memory.max below usage
Johannes Weiner <hannes@cmpxchg.org>
mm: memcontrol: reclaim when shrinking memory.high below usage
Eric Wheeler <git@linux.ewheeler.net>
bcache: fix cache_set_flush() NULL pointer dereference on OOM
Eric Wheeler <git@linux.ewheeler.net>
bcache: fix race of writeback thread starting before complete initialization
Eric Wheeler <git@linux.ewheeler.net>
bcache: cleaned up error handling around register_cache()
Bart Van Assche <bart.vanassche@sandisk.com>
IB/srpt: Simplify srpt_handle_tsk_mgmt()
Bart Van Assche <bart.vanassche@sandisk.com>
brd: Fix discard request processing
Catalin Marinas <catalin.marinas@arm.com>
arm64: Update PTE_RDONLY in set_pte_at() for PROT_NONE permission
Geert Uytterhoeven <geert+renesas@glider.be>
gpio: pca953x: Fix pca953x_gpio_set_multiple() on 64-bit
OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
jbd2: fix FS corruption possibility in jbd2_journal_destroy() on umount path
Kamal Mostafa <kamal@canonical.com>
tools/hv: Use include/uapi with __EXPORTED_HEADERS__
Takashi Iwai <tiwai@suse.de>
ALSA: hda - Fix missing ELD update at unplugging
Takashi Iwai <tiwai@suse.de>
ALSA: hda - Workaround for unbalanced i915 power refcount by concurrent probe
Takashi Iwai <tiwai@suse.de>
ALSA: hda - Fix forgotten HDMI monitor_present update
Takashi Iwai <tiwai@suse.de>
ALSA: hda - Really restrict i915 notifier to HSW+
Takashi Iwai <tiwai@suse.de>
ALSA: hda - Fix spurious kernel WARNING on Baytrail HDMI
Takashi Iwai <tiwai@suse.de>
ALSA: hda - Limit i915 HDMI binding only for HSW and later
Takashi Iwai <tiwai@suse.de>
ALSA: hda - Fix unconditional GPIO toggle via automute
Aaron Plattner <aplattner@nvidia.com>
ALSA: hda - Add new GPU codec ID 0x10de0082 to snd-hda
Hui Wang <hui.wang@canonical.com>
ALSA: hda - fix the mic mute button and led problem for a Lenovo AIO
Takashi Iwai <tiwai@suse.de>
ALSA: hda - Don't handle ELD notify from invalid port
Vittorio Gambaletta (VittGam) <linuxbugs@vittgam.net>
ALSA: intel8x0: Add clock quirk entry for AD1981B on IBM ThinkPad X41.
Takashi Iwai <tiwai@suse.de>
ALSA: pcm: Avoid "BUG:" string for warnings again
Takashi Iwai <tiwai@suse.de>
ALSA: hda - Apply reboot D3 fix for CX20724 codec, too
Takashi Iwai <tiwai@suse.de>
ALSA: hda - Fix unexpected resume through regmap code path
Asai Thambi SP <asamymuthupa@micron.com>
mtip32xx: Cleanup queued requests after surprise removal
Asai Thambi SP <asamymuthupa@micron.com>
mtip32xx: Implement timeout handler
Asai Thambi SP <asamymuthupa@micron.com>
mtip32xx: Handle FTL rebuild failure state during device initialization
Asai Thambi SP <asamymuthupa@micron.com>
mtip32xx: Handle safe removal during IO
Asai Thambi SP <asamymuthupa@micron.com>
mtip32xx: Fix for rmmod crash when drive is in FTL rebuild
Asai Thambi SP <asamymuthupa@micron.com>
mtip32xx: Print exact time when an internal command is interrupted
Asai Thambi SP <asamymuthupa@micron.com>
mtip32xx: Remove unwanted code from taskfile error handler
Asai Thambi SP <asamymuthupa@micron.com>
mtip32xx: Fix broken service thread handling
Asai Thambi SP <asamymuthupa@micron.com>
mtip32xx: Avoid issuing standby immediate cmd during FTL rebuild
Tiffany Lin <tiffany.lin@mediatek.com>
media: v4l2-compat-ioctl32: fix missing length copy in put_v4l2_buffer32
Philipp Zabel <p.zabel@pengutronix.de>
coda: fix first encoded frame payload
Hans de Goede <hdegoede@redhat.com>
bttv: Width must be a multiple of 16 when capturing planar formats
Hans Verkuil <hverkuil@xs4all.nl>
adv7511: TX_EDID_PRESENT is still 1 after a disconnect
Hans de Goede <hdegoede@redhat.com>
saa7134: Fix bytesperline not being set correctly for planar formats
Sebastian Frias <sf84@laposte.net>
8250: use callbacks to access UART_DLL/UART_DLM
Peter Hurley <peter@hurleysoftware.com>
net: irda: Fix use-after-free in irtty_open()
Peter Hurley <peter@hurleysoftware.com>
tty: Fix GPF in flush_to_ldisc(), part 2
H Hartley Sweeten <hsweeten@visionengravers.com>
staging: comedi: ni_mio_common: fix the ni_write[blw]() functions
Vladimir Zapolskiy <vz@mleia.com>
staging: android: ion_test: fix check of platform_device_register_simple() error code
Spencer E. Olson <olsonse@umich.edu>
staging: comedi: ni_tiocmd: change mistaken use of start_src for start_arg
Benjamin Tissoires <benjamin.tissoires@redhat.com>
HID: fix hid_ignore_special_drivers module parameter
Benjamin Tissoires <benjamin.tissoires@redhat.com>
HID: multitouch: force retrieving of Win8 signature blob
Dmitry Torokhov <dtor@chromium.org>
HID: i2c-hid: fix OOB write in i2c_hid_set_or_send_report()
Grazvydas Ignotas <notasas@gmail.com>
HID: logitech: fix Dual Action gamepad support
Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>
tpm: fix the cleanup of struct tpm_chip
Harald Hoyer <harald@redhat.com>
tpm_eventlog.c: fix binary_bios_measurements
Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>
tpm_crb: tpm2_shutdown() must be called before tpm_chip_unregister()
Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>
tpm: fix the rollback in tpm_chip_register()
Alexander Usyskin <alexander.usyskin@intel.com>
mei: bus: check if the device is enabled before data transfer
David Howells <dhowells@redhat.com>
X.509: Fix leap year handling again
Boris BREZILLON <boris.brezillon@free-electrons.com>
crypto: marvell/cesa - forward devm_ioremap_resource() error code
Vladimir Zapolskiy <vz@mleia.com>
crypto: ux500 - fix checks of error code returned by devm_ioremap_resource()
Vladimir Zapolskiy <vz@mleia.com>
crypto: atmel - fix checks of error code returned by devm_ioremap_resource()
Dan Carpenter <dan.carpenter@oracle.com>
crypto: keywrap - memzero the correct memory
Tom Lendacky <thomas.lendacky@amd.com>
crypto: ccp - memset request context to zero during import
Tom Lendacky <thomas.lendacky@amd.com>
crypto: ccp - Don't assume export/import areas are aligned
Tom Lendacky <thomas.lendacky@amd.com>
crypto: ccp - Limit the amount of information exported
Tom Lendacky <thomas.lendacky@amd.com>
crypto: ccp - Add hash state import and export support
Dmitry Tunin <hanipouspilot@gmail.com>
Bluetooth: btusb: Add a new AR3012 ID 13d3:3472
Dmitry Tunin <hanipouspilot@gmail.com>
Bluetooth: btusb: Add a new AR3012 ID 04ca:3014
Dmitry Tunin <hanipouspilot@gmail.com>
Bluetooth: btusb: Add new AR3012 ID 13d3:3395
Vladis Dronov <vdronov@redhat.com>
ALSA: usb-audio: Fix double-free in error paths after snd_usb_add_audio_stream() call
Takashi Iwai <tiwai@suse.de>
ALSA: usb-audio: Minor code cleanup in create_fixed_stream_quirk()
Victor Clément <victor.clement@openmailbox.org>
ALSA: usb-audio: add Microsoft HD-5001 to quirks
Takashi Iwai <tiwai@suse.de>
ALSA: usb-audio: Add sanity checks for endpoint accesses
Takashi Iwai <tiwai@suse.de>
ALSA: usb-audio: Fix NULL dereference in create_fixed_stream_quirk()
Josh Boyer <jwboyer@fedoraproject.org>
Input: powermate - fix oops with malicious USB descriptors
Hans de Goede <hdegoede@redhat.com>
pwc: Add USB id for Philips Spc880nc webcam
Anthony Wong <anthony.wong@ubuntu.com>
rt2x00: add new rt2800usb device Buffalo WLI-UC-G450
Bjørn Mork <bjorn@mork.no>
USB: option: add "D-Link DWM-221 B1" device id
Josh Boyer <jwboyer@fedoraproject.org>
USB: serial: ftdi_sio: Add support for ICP DAS I-756xU devices
Martyn Welch <martyn.welch@collabora.co.uk>
USB: serial: cp210x: Adding GE Healthcare Device ID
Oliver Neukum <oneukum@suse.com>
USB: cypress_m8: add endpoint sanity check
Oliver Neukum <oneukum@suse.com>
USB: digi_acceleport: do sanity checking for the number of ports
Oliver Neukum <oneukum@suse.com>
USB: mct_u232: add sanity checking in probe
Oliver Neukum <oneukum@suse.com>
USB: usb_driver_claim_interface: add sanity checking
Josh Boyer <jwboyer@fedoraproject.org>
USB: iowarrior: fix oops with malicious USB descriptors
Oliver Neukum <oneukum@suse.com>
USB: cdc-acm: more sanity checking
Hans de Goede <hdegoede@redhat.com>
USB: uas: Reduce can_queue to MAX_CMNDS
Oliver Neukum <oneukum@suse.com>
usb: hub: fix a typo in hub_port_init() leading to wrong logic
Oliver Neukum <oneukum@suse.com>
usb: retry reset if a device times out
Bryn M. Reeves <bmr@redhat.com>
dm: fix rq_end_stats() NULL pointer in dm_requeue_original_request()
Joe Thornber <ejt@redhat.com>
dm cache: make sure every metadata function checks fail_io
Joe Thornber <ejt@redhat.com>
dm thin metadata: don't issue prefetches if a transaction abort has failed
Mike Snitzer <snitzer@redhat.com>
dm: fix excessive dm-mq context switching
DingXiang <dingxiang@huawei.com>
dm snapshot: disallow the COW and origin devices from being identical
Dan Williams <dan.j.williams@intel.com>
libnvdimm, pmem: fix kmap_atomic() leak in error path
Jerry Hoemann <jerry.hoemann@hpe.com>
libnvdimm: Fix security issue with DSM IOCTL.
Alan <gnomes@lxorguk.ukuu.org.uk>
aic7xxx: Fix queue depth handling
Maurizio Lombardi <mlombard@redhat.com>
be2iscsi: set the boot_kset pointer to NULL in case of failure
Vitaly Kuznetsov <vkuznets@redhat.com>
scsi: storvsc: fix SRB_STATUS_ABORTED handling
Finn Thain <fthain@telegraphics.com.au>
ncr5380: Call scsi_eh_prep_cmnd() and scsi_eh_restore_cmnd() as and when appropriate
Finn Thain <fthain@telegraphics.com.au>
ncr5380: Fix NCR5380_select() EH checks and result handling
Finn Thain <fthain@telegraphics.com.au>
ncr5380: Forget aborted commands
Finn Thain <fthain@telegraphics.com.au>
ncr5380: Dont re-enter NCR5380_select()
Finn Thain <fthain@telegraphics.com.au>
ncr5380: Dont release lock for PIO transfer
Finn Thain <fthain@telegraphics.com.au>
ncr5380: Correctly clear command pointers and lists after bus reset
Martin K. Petersen <martin.petersen@oracle.com>
sd: Fix discard granularity when LBPRZ=1
Raghava Aditya Renukunta <raghavaaditya.renukunta@pmcs.com>
aacraid: Set correct msix count for EEH recovery
Raghava Aditya Renukunta <raghavaaditya.renukunta@pmcs.com>
aacraid: Fix memory leak in aac_fib_map_free
Raghava Aditya Renukunta <raghavaaditya.renukunta@pmcs.com>
aacraid: Fix RRQ overload
Douglas Gilbert <dgilbert@interlog.com>
sg: fix dxferp in from_to case
Nadav Amit <namit@vmware.com>
x86/mm: TLB_REMOTE_SEND_IPI should count pages
Andy Lutomirski <luto@kernel.org>
x86/iopl: Fix iopl capability check on Xen PV
Andy Lutomirski <luto@kernel.org>
x86/iopl/64: Properly context-switch IOPL on Xen PV
Dave Jones <davej@codemonkey.org.uk>
x86/apic: Fix suspicious RCU usage in smp_trace_call_function_interrupt()
Thomas Gleixner <tglx@linutronix.de>
x86/irq: Cure live lock in fixup_irqs()
Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
PCI: ACPI: IA64: fix IO port generic range check
Bjorn Helgaas <bhelgaas@google.com>
PCI: Disable IO/MEM decoding for devices with non-compliant BARs
Phil Elwell <phil@raspberrypi.org>
pinctrl-bcm2835: Fix cut-and-paste error in "pull" parsing
Sebastian Ott <sebott@linux.vnet.ibm.com>
s390/pci: enforce fmb page boundary rule
Heiko Carstens <heiko.carstens@de.ibm.com>
s390/cpumf: add missing lpp magic initialization
Martin Schwidefsky <schwidefsky@de.ibm.com>
s390: fix floating pointer register corruption (again)
Dan Carpenter <dan.carpenter@oracle.com>
EDAC, amd64_edac: Shift wrapping issue in f1x_get_norm_dct_addr()
Tony Luck <tony.luck@intel.com>
EDAC/sb_edac: Fix computation of channel address
David Hildenbrand <dahi@linux.vnet.ibm.com>
sched/preempt, sh: kmap_coherent relies on disabled preemption
Byungchul Park <byungchul.park@lge.com>
sched/fair: Avoid using decay_load_missed() with a negative value
Chris Friesen <cbf123@mail.usask.ca>
sched/cputime: Fix steal_account_process_tick() to always return jiffies
Zhang Rui <rui.zhang@intel.com>
Thermal: Ignore invalid trip points
Jiri Olsa <jolsa@redhat.com>
perf tools: Fix python extension build
Wang Nan <wangnan0@huawei.com>
perf tools: Fix checking asprintf return value
Andi Kleen <ak@linux.intel.com>
perf tools: Dont stop PMU parsing on alias parse error
Alexander Shishkin <alexander.shishkin@linux.intel.com>
perf/core: Fix perf_sched_count derailment
Paolo Bonzini <pbonzini@redhat.com>
KVM: VMX: fix nested vpid for old KVM guests
Paolo Bonzini <pbonzini@redhat.com>
KVM: VMX: avoid guest hang on invalid invvpid instruction
Paolo Bonzini <pbonzini@redhat.com>
KVM: VMX: avoid guest hang on invalid invept instruction
Paolo Bonzini <pbonzini@redhat.com>
KVM: fix spin_lock_init order on x86
Radim Krčmář <rkrcmar@redhat.com>
KVM: i8254: change PIT discard tick policy
Paolo Bonzini <pbonzini@redhat.com>
KVM: x86: fix missed hardware breakpoints
Bjorn Helgaas <bhelgaas@google.com>
x86/PCI: Mark Broadwell-EP Home Agent & PCU as having non-compliant BARs
Stephane Eranian <eranian@google.com>
perf/x86/intel: Add definition for PT PMI bit
Andy Lutomirski <luto@kernel.org>
x86/entry/compat: Keep TS_COMPAT set during signal delivery
Borislav Petkov <bp@suse.de>
x86/microcode: Untangle from BLK_DEV_INITRD
Borislav Petkov <bp@suse.de>
x86/microcode/intel: Make early loader look for builtin microcode too
-------------
Diffstat:
Documentation/cgroup-v2.txt | 6 +
MAINTAINERS | 96 ++++----
Makefile | 4 +-
arch/arc/boot/dts/axs10x_mb.dtsi | 8 +
arch/arc/include/asm/bitops.h | 15 --
arch/arc/include/asm/io.h | 18 +-
arch/arm/boot/dts/at91-sama5d3_xplained.dts | 1 +
arch/arm/boot/dts/at91-sama5d4_xplained.dts | 1 +
arch/arm64/include/asm/pgtable.h | 3 +-
arch/ia64/include/asm/io.h | 1 +
arch/s390/include/asm/pci.h | 2 +-
arch/s390/kernel/entry.S | 106 +-------
arch/s390/kernel/setup.c | 1 +
arch/s390/pci/pci.c | 5 +-
arch/sh/mm/kmap.c | 2 +
arch/um/drivers/mconsole_kern.c | 2 +-
arch/x86/Kconfig | 27 ++-
arch/x86/entry/common.c | 23 +-
arch/x86/include/asm/apic.h | 2 +-
arch/x86/include/asm/hw_irq.h | 1 +
arch/x86/include/asm/microcode.h | 26 ++
arch/x86/include/asm/perf_event.h | 1 +
arch/x86/include/asm/xen/hypervisor.h | 2 +
arch/x86/kernel/apic/vector.c | 88 +++++--
arch/x86/kernel/cpu/microcode/intel.c | 38 +--
arch/x86/kernel/cpu/perf_event.c | 13 +
arch/x86/kernel/cpu/perf_event.h | 3 +
arch/x86/kernel/cpu/perf_event_intel.c | 27 ++-
arch/x86/kernel/cpu/perf_event_intel_ds.c | 24 +-
.../x86/kernel/cpu/perf_event_intel_uncore_snbep.c | 8 +-
arch/x86/kernel/cpu/perf_event_knc.c | 4 +-
arch/x86/kernel/ioport.c | 12 +-
arch/x86/kernel/process_64.c | 12 +
arch/x86/kvm/i8254.c | 12 +-
arch/x86/kvm/vmx.c | 16 +-
arch/x86/kvm/x86.c | 1 +
arch/x86/mm/tlb.c | 12 +-
arch/x86/pci/fixup.c | 7 +
arch/x86/xen/enlighten.c | 2 +-
arch/xtensa/kernel/head.S | 2 +-
arch/xtensa/mm/cache.c | 8 +-
arch/xtensa/platforms/iss/console.c | 10 +-
block/blk-core.c | 2 +-
crypto/asymmetric_keys/x509_cert_parser.c | 8 +-
crypto/keywrap.c | 4 +-
drivers/acpi/resource.c | 14 +-
drivers/acpi/sleep.c | 1 +
drivers/block/brd.c | 2 +-
drivers/block/mtip32xx/mtip32xx.c | 267 ++++++++++++++++-----
drivers/block/mtip32xx/mtip32xx.h | 11 +-
drivers/bluetooth/ath3k.c | 8 +
drivers/bluetooth/btusb.c | 4 +
drivers/char/tpm/tpm-chip.c | 14 +-
drivers/char/tpm/tpm_crb.c | 4 +-
drivers/char/tpm/tpm_eventlog.c | 14 +-
drivers/clk/bcm/clk-bcm2835.c | 12 +-
drivers/clk/rockchip/clk-rk3188.c | 1 +
drivers/clk/rockchip/clk-rk3368.c | 48 ++--
drivers/crypto/atmel-aes.c | 4 +-
drivers/crypto/atmel-sha.c | 4 +-
drivers/crypto/atmel-tdes.c | 4 +-
drivers/crypto/ccp/ccp-crypto-aes-cmac.c | 36 +++
drivers/crypto/ccp/ccp-crypto-sha.c | 40 +++
drivers/crypto/ccp/ccp-crypto.h | 22 ++
drivers/crypto/marvell/cesa.c | 2 +-
drivers/crypto/ux500/cryp/cryp_core.c | 4 +-
drivers/crypto/ux500/hash/hash_core.c | 4 +-
drivers/edac/amd64_edac.c | 2 +-
drivers/edac/sb_edac.c | 26 +-
drivers/firmware/broadcom/bcm47xx_nvram.c | 5 +-
drivers/gpio/gpio-pca953x.c | 6 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_atpx_handler.c | 8 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 8 +-
drivers/gpu/drm/amd/amdgpu/sdma_v2_4.c | 4 +-
drivers/gpu/drm/amd/powerplay/hwmgr/cz_hwmgr.c | 5 +
drivers/gpu/drm/radeon/atombios_encoders.c | 6 +-
drivers/gpu/drm/radeon/radeon_atpx_handler.c | 8 +-
drivers/gpu/drm/radeon/radeon_device.c | 8 +-
drivers/gpu/drm/radeon/radeon_display.c | 6 +-
drivers/gpu/drm/radeon/radeon_dp_mst.c | 12 +-
drivers/gpu/drm/radeon/radeon_fb.c | 19 +-
drivers/gpu/drm/vc4/vc4_bo.c | 7 +-
drivers/hid/hid-core.c | 8 +-
drivers/hid/hid-multitouch.c | 5 +
drivers/hid/i2c-hid/i2c-hid.c | 16 +-
drivers/idle/intel_idle.c | 108 +++++++--
drivers/infiniband/ulp/isert/ib_isert.c | 122 +++++-----
drivers/infiniband/ulp/isert/ib_isert.h | 2 +-
drivers/infiniband/ulp/srpt/ib_srpt.c | 59 +----
drivers/input/misc/ati_remote2.c | 36 ++-
drivers/input/misc/ims-pcu.c | 4 +
drivers/input/misc/powermate.c | 3 +
drivers/input/mouse/synaptics.c | 5 +-
drivers/md/bcache/super.c | 46 +++-
drivers/md/dm-cache-metadata.c | 98 +++++---
drivers/md/dm-cache-metadata.h | 4 +-
drivers/md/dm-cache-target.c | 12 +-
drivers/md/dm-snap.c | 9 +
drivers/md/dm-table.c | 36 ++-
drivers/md/dm-thin-metadata.c | 5 +-
drivers/md/dm.c | 15 +-
drivers/md/multipath.c | 4 +-
drivers/md/raid1.c | 7 +-
drivers/md/raid10.c | 7 +-
drivers/md/raid5.c | 51 ++--
drivers/md/raid5.h | 4 +-
drivers/media/i2c/adv7511.c | 21 +-
drivers/media/pci/bt8xx/bttv-driver.c | 26 +-
drivers/media/pci/saa7134/saa7134-video.c | 18 +-
drivers/media/platform/coda/coda-bit.c | 2 +-
drivers/media/usb/pwc/pwc-if.c | 6 +
drivers/media/v4l2-core/v4l2-compat-ioctl32.c | 21 +-
drivers/misc/mei/bus.c | 9 +
drivers/mmc/card/block.c | 24 +-
drivers/mmc/host/atmel-mci.c | 2 +-
drivers/mmc/host/mmc_spi.c | 6 +
drivers/mmc/host/sdhci-pxav3.c | 6 +-
drivers/mmc/host/sdhci-tegra.c | 14 +-
drivers/mmc/host/sdhci.c | 142 ++++++-----
drivers/mtd/onenand/onenand_base.c | 3 +-
drivers/net/ethernet/marvell/mvneta.c | 2 +-
drivers/net/irda/irtty-sir.c | 10 -
drivers/net/rionet.c | 4 +-
.../broadcom/brcm80211/brcmfmac/flowring.c | 38 +--
.../broadcom/brcm80211/brcmfmac/flowring.h | 20 +-
.../wireless/broadcom/brcm80211/brcmfmac/msgbuf.c | 11 +-
.../wireless/broadcom/brcm80211/brcmfmac/msgbuf.h | 2 +-
drivers/net/wireless/ralink/rt2x00/rt2800usb.c | 1 +
drivers/nvdimm/bus.c | 8 +-
drivers/nvdimm/pmem.c | 11 +-
drivers/of/of_reserved_mem.c | 4 +-
drivers/pci/probe.c | 14 ++
drivers/pinctrl/bcm/pinctrl-bcm2835.c | 2 +-
drivers/platform/x86/ideapad-laptop.c | 14 ++
drivers/scsi/NCR5380.c | 133 +++++-----
drivers/scsi/aacraid/aacraid.h | 2 +
drivers/scsi/aacraid/commsup.c | 37 ++-
drivers/scsi/aacraid/linit.c | 12 +-
drivers/scsi/aacraid/src.c | 30 +--
drivers/scsi/aic7xxx/aic7xxx_osm.c | 1 +
drivers/scsi/atari_NCR5380.c | 133 +++++-----
drivers/scsi/be2iscsi/be_main.c | 1 +
drivers/scsi/scsi_common.c | 12 +-
drivers/scsi/sd.c | 2 +-
drivers/scsi/sg.c | 3 +-
drivers/scsi/storvsc_drv.c | 5 +-
drivers/staging/android/ion/ion_test.c | 4 +-
drivers/staging/comedi/drivers/ni_mio_common.c | 12 +-
drivers/staging/comedi/drivers/ni_tiocmd.c | 2 +-
drivers/target/target_core_transport.c | 2 -
drivers/thermal/thermal_core.c | 13 +-
drivers/tty/serial/8250/8250_port.c | 18 +-
drivers/usb/class/cdc-acm.c | 3 +
drivers/usb/core/driver.c | 6 +-
drivers/usb/core/hub.c | 16 +-
drivers/usb/misc/iowarrior.c | 6 +
drivers/usb/serial/cp210x.c | 1 +
drivers/usb/serial/cypress_m8.c | 11 +-
drivers/usb/serial/digi_acceleport.c | 19 ++
drivers/usb/serial/ftdi_sio.c | 4 +
drivers/usb/serial/ftdi_sio_ids.h | 8 +
drivers/usb/serial/mct_u232.c | 9 +-
drivers/usb/serial/option.c | 2 +
drivers/usb/storage/uas.c | 2 +-
drivers/watchdog/rc32434_wdt.c | 2 +-
fs/coredump.c | 30 ++-
fs/fhandle.c | 2 +-
fs/fs-writeback.c | 37 ++-
fs/fuse/cuse.c | 4 +-
fs/fuse/file.c | 33 ++-
fs/fuse/fuse_i.h | 9 +
fs/jbd2/journal.c | 17 +-
fs/nfsd/nfs4proc.c | 1 +
fs/nfsd/nfs4xdr.c | 13 +-
fs/ocfs2/cluster/heartbeat.c | 4 +-
fs/ocfs2/dlm/dlmconvert.c | 24 +-
fs/ocfs2/dlm/dlmrecovery.c | 1 -
fs/open.c | 6 +-
fs/proc_namespace.c | 2 +
fs/quota/dquot.c | 3 +-
fs/splice.c | 3 +
fs/xfs/xfs_attr_list.c | 19 +-
include/asm-generic/bitops/lock.h | 14 +-
include/linux/cgroup-defs.h | 3 +
include/linux/device-mapper.h | 2 +
include/linux/fs.h | 2 +-
include/linux/kernel.h | 6 +-
include/linux/pci.h | 1 +
include/linux/thermal.h | 2 +
include/linux/tty.h | 2 +-
include/sound/hdaudio.h | 2 +
kernel/cgroup.c | 20 +-
kernel/events/core.c | 7 +-
kernel/power/hibernate.c | 1 +
kernel/sched/core.c | 1 +
kernel/sched/cputime.c | 14 +-
kernel/sched/fair.c | 12 +-
kernel/sched/sched.h | 13 +
kernel/sysctl_binary.c | 2 +-
kernel/trace/trace.c | 5 +-
kernel/trace/trace_irqsoff.c | 8 +-
kernel/trace/trace_printk.c | 3 +
kernel/watchdog.c | 9 +-
mm/memcontrol.c | 44 +++-
mm/page_alloc.c | 46 +++-
net/bluetooth/mgmt.c | 4 +
scripts/coccinelle/iterators/use_after_iter.cocci | 2 +-
scripts/gdb/linux/modules.py | 5 +-
scripts/gdb/linux/symbols.py | 2 +-
scripts/kconfig/Makefile | 4 +-
scripts/package/mkspec | 8 +-
sound/core/pcm_lib.c | 2 +-
sound/hda/hdac_device.c | 16 ++
sound/hda/hdac_regmap.c | 69 ++++--
sound/pci/hda/patch_cirrus.c | 8 +-
sound/pci/hda/patch_conexant.c | 7 +-
sound/pci/hda/patch_hdmi.c | 43 +++-
sound/pci/hda/patch_realtek.c | 1 +
sound/pci/intel8x0.c | 1 +
sound/usb/clock.c | 2 +
sound/usb/endpoint.c | 3 +
sound/usb/mixer_quirks.c | 4 +
sound/usb/pcm.c | 2 +
sound/usb/quirks.c | 27 ++-
sound/usb/stream.c | 6 +-
tools/hv/Makefile | 2 +
tools/perf/util/parse-events.c | 6 +-
tools/perf/util/pmu.c | 15 +-
tools/perf/util/setup.py | 4 +
virt/kvm/kvm_main.c | 21 +-
230 files changed, 2359 insertions(+), 1266 deletions(-)
[toc] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2016-04-10 23:00 +0200 |
| Subject | [PATCH 4.5 027/238] PCI: ACPI: IA64: fix IO port generic range check |
| Message-ID | <rmuCD-2to-45@gated-at.bofh.it> |
| In reply to | #1375350 |
4.5-stable review patch. If anyone has any objections, please let me know.
------------------
From: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
commit 4a2e7aab4ffce1e0e79b303dc2f9a03aa9f3a332 upstream.
The [0 - 64k] ACPI PCI IO port resource boundary check in:
acpi_dev_ioresource_flags()
is currently applied blindly in the ACPI resource parsing to all
architectures, but only x86 suffers from that IO space limitation.
On arches (ie IA64 and ARM64) where IO space is memory mapped,
the PCI root bridges IO resource windows are firstly initialized from
the _CRS (in acpi_decode_space()) and contain the CPU physical address
at which a root bridge decodes IO space in the CPU physical address
space with the offset value representing the offset required to translate
the PCI bus address into the CPU physical address.
The IO resource windows are then parsed and updated in arch code
before creating and enumerating PCI buses (eg IA64 add_io_space())
to map in an arch specific way the obtained CPU physical address range
to a slice of virtual address space reserved to map PCI IO space,
ending up with PCI bridges resource windows containing IO
resources like the following on a working IA64 configuration:
PCI host bridge to bus 0000:00
pci_bus 0000:00: root bus resource [io 0x1000000-0x100ffff window] (bus
address [0x0000-0xffff])
pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000fffff window]
pci_bus 0000:00: root bus resource [mem 0x80000000-0x8fffffff window]
pci_bus 0000:00: root bus resource [mem 0x80004000000-0x800ffffffff window]
pci_bus 0000:00: root bus resource [bus 00]
This implies that the [0 - 64K] check in acpi_dev_ioresource_flags()
leaves platforms with memory mapped IO space (ie IA64) broken (ie kernel
can't claim IO resources since the host bridge IO resource is disabled
and discarded by ACPI core code, see log on IA64 with missing root bridge
IO resource, silently filtered by current [0 - 64k] check in
acpi_dev_ioresource_flags()):
PCI host bridge to bus 0000:00
pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000fffff window]
pci_bus 0000:00: root bus resource [mem 0x80000000-0x8fffffff window]
pci_bus 0000:00: root bus resource [mem 0x80004000000-0x800ffffffff window]
pci_bus 0000:00: root bus resource [bus 00]
[...]
pci 0000:00:03.0: [1002:515e] type 00 class 0x030000
pci 0000:00:03.0: reg 0x10: [mem 0x80000000-0x87ffffff pref]
pci 0000:00:03.0: reg 0x14: [io 0x1000-0x10ff]
pci 0000:00:03.0: reg 0x18: [mem 0x88020000-0x8802ffff]
pci 0000:00:03.0: reg 0x30: [mem 0x88000000-0x8801ffff pref]
pci 0000:00:03.0: supports D1 D2
pci 0000:00:03.0: can't claim BAR 1 [io 0x1000-0x10ff]: no compatible
bridge window
For this reason, the IO port resources boundaries check in generic ACPI
parsing code should be guarded with a CONFIG_X86 guard so that more arches
(ie ARM64) can benefit from the generic ACPI resources parsing interface
without incurring in unexpected resource filtering, fixing at the same
time current breakage on IA64.
This patch factors out IO ports boundary [0 - 64k] check in generic ACPI
code and makes the IO space check X86 specific to make sure that IO
space resources are usable on other arches too.
Fixes: 3772aea7d6f3 (ia64/PCI/ACPI: Use common ACPI resource parsing interface for host bridge)
Signed-off-by: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
---
drivers/acpi/resource.c | 14 +++++++++++++-
1 file changed, 13 insertions(+), 1 deletion(-)
--- a/drivers/acpi/resource.c
+++ b/drivers/acpi/resource.c
@@ -27,8 +27,20 @@
#ifdef CONFIG_X86
#define valid_IRQ(i) (((i) != 0) && ((i) != 2))
+static inline bool acpi_iospace_resource_valid(struct resource *res)
+{
+ /* On X86 IO space is limited to the [0 - 64K] IO port range */
+ return res->end < 0x10003;
+}
#else
#define valid_IRQ(i) (true)
+/*
+ * ACPI IO descriptors on arches other than X86 contain MMIO CPU physical
+ * addresses mapping IO space in CPU physical address space, IO space
+ * resources can be placed anywhere in the 64-bit physical address space.
+ */
+static inline bool
+acpi_iospace_resource_valid(struct resource *res) { return true; }
#endif
static bool acpi_dev_resource_len_valid(u64 start, u64 end, u64 len, bool io)
@@ -127,7 +139,7 @@ static void acpi_dev_ioresource_flags(st
if (!acpi_dev_resource_len_valid(res->start, res->end, len, true))
res->flags |= IORESOURCE_DISABLED | IORESOURCE_UNSET;
- if (res->end >= 0x10003)
+ if (!acpi_iospace_resource_valid(res))
res->flags |= IORESOURCE_DISABLED | IORESOURCE_UNSET;
if (io_decode == ACPI_DECODE_16)
[toc] | [prev] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2016-04-10 23:00 +0200 |
| Subject | [PATCH 4.5 001/238] x86/microcode/intel: Make early loader look for builtin microcode too |
| Message-ID | <rmuCD-2to-55@gated-at.bofh.it> |
| In reply to | #1375350 |
4.5-stable review patch. If anyone has any objections, please let me know.
------------------
From: Borislav Petkov <bp@suse.de>
commit 264285ac01673e70557c43ecee338ce97c4c0672 upstream.
Set the initrd @start depending on the presence of an initrd. Otherwise,
builtin microcode loading doesn't work as the start is wrong and we're
using it to compute offset to the microcode blobs.
Tested-by: Thomas Voegtle <tv@lio96.de>
Signed-off-by: Borislav Petkov <bp@suse.de>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Link: http://lkml.kernel.org/r/1454499225-21544-3-git-send-email-bp@alien8.de
Signed-off-by: Ingo Molnar <mingo@kernel.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
---
arch/x86/kernel/cpu/microcode/intel.c | 24 ++++++++++++++++--------
1 file changed, 16 insertions(+), 8 deletions(-)
--- a/arch/x86/kernel/cpu/microcode/intel.c
+++ b/arch/x86/kernel/cpu/microcode/intel.c
@@ -551,10 +551,14 @@ scan_microcode(struct mc_saved_data *mc_
cd.data = NULL;
cd.size = 0;
- cd = find_cpio_data(p, (void *)start, size, &offset);
- if (!cd.data) {
+ /* try built-in microcode if no initrd */
+ if (!size) {
if (!load_builtin_intel_microcode(&cd))
return UCODE_ERROR;
+ } else {
+ cd = find_cpio_data(p, (void *)start, size, &offset);
+ if (!cd.data)
+ return UCODE_ERROR;
}
return get_matching_model_microcode(0, start, cd.data, cd.size,
@@ -728,16 +732,20 @@ void __init load_ucode_intel_bsp(void)
struct boot_params *p;
p = (struct boot_params *)__pa_nodebug(&boot_params);
- start = p->hdr.ramdisk_image;
size = p->hdr.ramdisk_size;
- _load_ucode_intel_bsp(
- (struct mc_saved_data *)__pa_nodebug(&mc_saved_data),
- (unsigned long *)__pa_nodebug(&mc_saved_in_initrd),
- start, size);
+ /*
+ * Set start only if we have an initrd image. We cannot use initrd_start
+ * because it is not set that early yet.
+ */
+ start = (size ? p->hdr.ramdisk_image : 0);
+
+ _load_ucode_intel_bsp((struct mc_saved_data *)__pa_nodebug(&mc_saved_data),
+ (unsigned long *)__pa_nodebug(&mc_saved_in_initrd),
+ start, size);
#else
- start = boot_params.hdr.ramdisk_image + PAGE_OFFSET;
size = boot_params.hdr.ramdisk_size;
+ start = (size ? boot_params.hdr.ramdisk_image + PAGE_OFFSET : 0);
_load_ucode_intel_bsp(&mc_saved_data, mc_saved_in_initrd, start, size);
#endif
[toc] | [prev] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2016-04-10 23:00 +0200 |
| Subject | [PATCH 4.5 010/238] KVM: VMX: avoid guest hang on invalid invvpid instruction |
| Message-ID | <rmuCD-2to-53@gated-at.bofh.it> |
| In reply to | #1375350 |
4.5-stable review patch. If anyone has any objections, please let me know.
------------------
From: Paolo Bonzini <pbonzini@redhat.com>
commit f6870ee9e53430f2a318ccf0dd5e66bb46194e43 upstream.
A guest executing an invalid invvpid instruction would hang
because the instruction pointer was not updated.
Reported-by: jmontleo@redhat.com
Tested-by: jmontleo@redhat.com
Fixes: 99b83ac893b84ed1a62ad6d1f2b6cc32026b9e85
Reviewed-by: David Matlack <dmatlack@google.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
---
arch/x86/kvm/vmx.c | 1 +
1 file changed, 1 insertion(+)
--- a/arch/x86/kvm/vmx.c
+++ b/arch/x86/kvm/vmx.c
@@ -7457,6 +7457,7 @@ static int handle_invvpid(struct kvm_vcp
if (!(types & (1UL << type))) {
nested_vmx_failValid(vcpu,
VMXERR_INVALID_OPERAND_TO_INVEPT_INVVPID);
+ skip_emulated_instruction(vcpu);
return 1;
}
[toc] | [prev] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2016-04-10 23:00 +0200 |
| Subject | [PATCH 4.5 033/238] sg: fix dxferp in from_to case |
| Message-ID | <rmuCD-2to-59@gated-at.bofh.it> |
| In reply to | #1375350 |
4.5-stable review patch. If anyone has any objections, please let me know.
------------------
From: Douglas Gilbert <dgilbert@interlog.com>
commit 5ecee0a3ee8d74b6950cb41e8989b0c2174568d4 upstream.
One of the strange things that the original sg driver did was let the
user provide both a data-out buffer (it followed the sg_header+cdb)
_and_ specify a reply length greater than zero. What happened was that
the user data-out buffer was copied into some kernel buffers and then
the mid level was told a read type operation would take place with the
data from the device overwriting the same kernel buffers. The user would
then read those kernel buffers back into the user space.
>From what I can tell, the above action was broken by commit fad7f01e61bf
("sg: set dxferp to NULL for READ with the older SG interface") in 2008
and syzkaller found that out recently.
Make sure that a user space pointer is passed through when data follows
the sg_header structure and command. Fix the abnormal case when a
non-zero reply_len is also given.
Fixes: fad7f01e61bf737fe8a3740d803f000db57ecac6
Signed-off-by: Douglas Gilbert <dgilbert@interlog.com>
Reviewed-by: Ewan Milne <emilne@redhat.com>
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
---
drivers/scsi/sg.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
--- a/drivers/scsi/sg.c
+++ b/drivers/scsi/sg.c
@@ -652,7 +652,8 @@ sg_write(struct file *filp, const char _
else
hp->dxfer_direction = (mxsize > 0) ? SG_DXFER_FROM_DEV : SG_DXFER_NONE;
hp->dxfer_len = mxsize;
- if (hp->dxfer_direction == SG_DXFER_TO_DEV)
+ if ((hp->dxfer_direction == SG_DXFER_TO_DEV) ||
+ (hp->dxfer_direction == SG_DXFER_TO_FROM_DEV))
hp->dxferp = (char __user *)buf + cmd_size;
else
hp->dxferp = NULL;
[toc] | [prev] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2016-04-10 23:00 +0200 |
| Subject | [PATCH 4.5 023/238] s390/cpumf: add missing lpp magic initialization |
| Message-ID | <rmuCD-2to-63@gated-at.bofh.it> |
| In reply to | #1375350 |
4.5-stable review patch. If anyone has any objections, please let me know.
------------------
From: Heiko Carstens <heiko.carstens@de.ibm.com>
commit 8f100bb1ff27873dd71f636da670e503b9ade3c6 upstream.
Add the missing lpp magic initialization for cpu 0. Without this all
samples on cpu 0 do not have the most significant bit set in the
program parameter field, which we use to distinguish between guest and
host samples if the pid is also 0.
We did initialize the lpp magic in the absolute zero lowcore but
forgot that when switching to the allocated lowcore on cpu 0 only.
Reported-by: Shu Juan Zhang <zhshuj@cn.ibm.com>
Acked-by: Christian Borntraeger <borntraeger@de.ibm.com>
Fixes: e22cf8ca6f75 ("s390/cpumf: rework program parameter setting to detect guest samples")
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 | 1 +
1 file changed, 1 insertion(+)
--- a/arch/s390/kernel/setup.c
+++ b/arch/s390/kernel/setup.c
@@ -327,6 +327,7 @@ static void __init setup_lowcore(void)
+ PAGE_SIZE - STACK_FRAME_OVERHEAD - sizeof(struct pt_regs);
lc->current_task = (unsigned long) init_thread_union.thread_info.task;
lc->thread_info = (unsigned long) &init_thread_union;
+ lc->lpp = LPP_MAGIC;
lc->machine_flags = S390_lowcore.machine_flags;
lc->stfl_fac_list = S390_lowcore.stfl_fac_list;
memcpy(lc->stfle_fac_list, S390_lowcore.stfle_fac_list,
[toc] | [prev] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2016-04-10 23:00 +0200 |
| Subject | [PATCH 4.5 024/238] s390/pci: enforce fmb page boundary rule |
| Message-ID | <rmuCD-2to-57@gated-at.bofh.it> |
| In reply to | #1375350 |
4.5-stable review patch. If anyone has any objections, please let me know.
------------------
From: Sebastian Ott <sebott@linux.vnet.ibm.com>
commit 80c544ded25ac14d7cc3e555abb8ed2c2da99b84 upstream.
The function measurement block must not cross a page boundary. Ensure
that by raising the alignment requirement to the smallest power of 2
larger than the size of the fmb.
Fixes: d0b088531 ("s390/pci: performance statistics and debug infrastructure")
Signed-off-by: Sebastian Ott <sebott@linux.vnet.ibm.com>
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
---
arch/s390/include/asm/pci.h | 2 +-
arch/s390/pci/pci.c | 5 ++++-
2 files changed, 5 insertions(+), 2 deletions(-)
--- a/arch/s390/include/asm/pci.h
+++ b/arch/s390/include/asm/pci.h
@@ -45,7 +45,7 @@ struct zpci_fmb {
u64 rpcit_ops;
u64 dma_rbytes;
u64 dma_wbytes;
-} __packed __aligned(16);
+} __packed __aligned(64);
enum zpci_state {
ZPCI_FN_STATE_RESERVED,
--- a/arch/s390/pci/pci.c
+++ b/arch/s390/pci/pci.c
@@ -864,8 +864,11 @@ static inline int barsize(u8 size)
static int zpci_mem_init(void)
{
+ BUILD_BUG_ON(!is_power_of_2(__alignof__(struct zpci_fmb)) ||
+ __alignof__(struct zpci_fmb) < sizeof(struct zpci_fmb));
+
zdev_fmb_cache = kmem_cache_create("PCI_FMB_cache", sizeof(struct zpci_fmb),
- 16, 0, NULL);
+ __alignof__(struct zpci_fmb), 0, NULL);
if (!zdev_fmb_cache)
goto error_fmb;
[toc] | [prev] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2016-04-10 23:00 +0200 |
| Subject | [PATCH 4.5 025/238] pinctrl-bcm2835: Fix cut-and-paste error in "pull" parsing |
| Message-ID | <rmuCE-2to-67@gated-at.bofh.it> |
| In reply to | #1375350 |
4.5-stable review patch. If anyone has any objections, please let me know.
------------------
From: Phil Elwell <phil@raspberrypi.org>
commit 2c7e3306d23864d49f686f22e56e180ff0fffb7f upstream.
The DT bindings for pinctrl-bcm2835 allow both the function and pull
to contain either one entry or one per pin. However, an error in the
DT parsing can cause failures if the number of pulls differs from the
number of functions.
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Phil Elwell <phil@raspberrypi.org>
Reviewed-by: Stephen Warren <swarren@wwwdotorg.org>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
---
drivers/pinctrl/bcm/pinctrl-bcm2835.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/drivers/pinctrl/bcm/pinctrl-bcm2835.c
+++ b/drivers/pinctrl/bcm/pinctrl-bcm2835.c
@@ -779,7 +779,7 @@ static int bcm2835_pctl_dt_node_to_map(s
}
if (num_pulls) {
err = of_property_read_u32_index(np, "brcm,pull",
- (num_funcs > 1) ? i : 0, &pull);
+ (num_pulls > 1) ? i : 0, &pull);
if (err)
goto out;
err = bcm2835_pctl_dt_node_to_map_pull(pc, np, pin,
[toc] | [prev] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2016-04-10 23:00 +0200 |
| Subject | [PATCH 4.5 031/238] x86/iopl: Fix iopl capability check on Xen PV |
| Message-ID | <rmuCE-2to-69@gated-at.bofh.it> |
| In reply to | #1375350 |
4.5-stable review patch. If anyone has any objections, please let me know.
------------------
From: Andy Lutomirski <luto@kernel.org>
commit c29016cf41fe9fa994a5ecca607cf5f1cd98801e upstream.
iopl(3) is supposed to work if iopl is already 3, even if
unprivileged. This didn't work right on Xen PV. Fix it.
Reviewewd-by: Jan Beulich <JBeulich@suse.com>
Signed-off-by: Andy Lutomirski <luto@kernel.org>
Cc: Andrew Cooper <andrew.cooper3@citrix.com>
Cc: Andy Lutomirski <luto@amacapital.net>
Cc: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Cc: Borislav Petkov <bp@alien8.de>
Cc: Brian Gerst <brgerst@gmail.com>
Cc: David Vrabel <david.vrabel@citrix.com>
Cc: Denys Vlasenko <dvlasenk@redhat.com>
Cc: H. Peter Anvin <hpa@zytor.com>
Cc: Jan Beulich <JBeulich@suse.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Link: http://lkml.kernel.org/r/8ce12013e6e4c0a44a97e316be4a6faff31bd5ea.1458162709.git.luto@kernel.org
Signed-off-by: Ingo Molnar <mingo@kernel.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
---
arch/x86/kernel/ioport.c | 12 +++++++++---
1 file changed, 9 insertions(+), 3 deletions(-)
--- a/arch/x86/kernel/ioport.c
+++ b/arch/x86/kernel/ioport.c
@@ -96,9 +96,14 @@ asmlinkage long sys_ioperm(unsigned long
SYSCALL_DEFINE1(iopl, unsigned int, level)
{
struct pt_regs *regs = current_pt_regs();
- unsigned int old = (regs->flags >> 12) & 3;
struct thread_struct *t = ¤t->thread;
+ /*
+ * Careful: the IOPL bits in regs->flags are undefined under Xen PV
+ * and changing them has no effect.
+ */
+ unsigned int old = t->iopl >> X86_EFLAGS_IOPL_BIT;
+
if (level > 3)
return -EINVAL;
/* Trying to gain more privileges? */
@@ -106,8 +111,9 @@ SYSCALL_DEFINE1(iopl, unsigned int, leve
if (!capable(CAP_SYS_RAWIO))
return -EPERM;
}
- regs->flags = (regs->flags & ~X86_EFLAGS_IOPL) | (level << 12);
- t->iopl = level << 12;
+ regs->flags = (regs->flags & ~X86_EFLAGS_IOPL) |
+ (level << X86_EFLAGS_IOPL_BIT);
+ t->iopl = level << X86_EFLAGS_IOPL_BIT;
set_iopl_mask(t->iopl);
return 0;
[toc] | [prev] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2016-04-10 23:00 +0200 |
| Subject | [PATCH 4.5 026/238] PCI: Disable IO/MEM decoding for devices with non-compliant BARs |
| Message-ID | <rmuCF-2to-75@gated-at.bofh.it> |
| In reply to | #1375350 |
4.5-stable review patch. If anyone has any objections, please let me know.
------------------
From: Bjorn Helgaas <bhelgaas@google.com>
commit b84106b4e2290c081cdab521fa832596cdfea246 upstream.
The PCI config header (first 64 bytes of each device's config space) is
defined by the PCI spec so generic software can identify the device and
manage its usage of I/O, memory, and IRQ resources.
Some non-spec-compliant devices put registers other than BARs where the
BARs should be. When the PCI core sizes these "BARs", the reads and writes
it does may have unwanted side effects, and the "BAR" may appear to
describe non-sensical address space.
Add a flag bit to mark non-compliant devices so we don't touch their BARs.
Turn off IO/MEM decoding to prevent the devices from consuming address
space, since we can't read the BARs to find out what that address space
would be.
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
Tested-by: Andi Kleen <ak@linux.intel.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
---
drivers/pci/probe.c | 14 ++++++++++++++
include/linux/pci.h | 1 +
2 files changed, 15 insertions(+)
--- a/drivers/pci/probe.c
+++ b/drivers/pci/probe.c
@@ -179,6 +179,9 @@ int __pci_read_base(struct pci_dev *dev,
u16 orig_cmd;
struct pci_bus_region region, inverted_region;
+ if (dev->non_compliant_bars)
+ return 0;
+
mask = type ? PCI_ROM_ADDRESS_MASK : ~0;
/* No printks while decoding is disabled! */
@@ -1171,6 +1174,7 @@ static void pci_msi_setup_pci_dev(struct
int pci_setup_device(struct pci_dev *dev)
{
u32 class;
+ u16 cmd;
u8 hdr_type;
int pos = 0;
struct pci_bus_region region;
@@ -1214,6 +1218,16 @@ int pci_setup_device(struct pci_dev *dev
/* device class may be changed after fixup */
class = dev->class >> 8;
+ if (dev->non_compliant_bars) {
+ pci_read_config_word(dev, PCI_COMMAND, &cmd);
+ if (cmd & (PCI_COMMAND_IO | PCI_COMMAND_MEMORY)) {
+ dev_info(&dev->dev, "device has non-compliant BARs; disabling IO/MEM decoding\n");
+ cmd &= ~PCI_COMMAND_IO;
+ cmd &= ~PCI_COMMAND_MEMORY;
+ pci_write_config_word(dev, PCI_COMMAND, cmd);
+ }
+ }
+
switch (dev->hdr_type) { /* header type */
case PCI_HEADER_TYPE_NORMAL: /* standard header */
if (class == PCI_CLASS_BRIDGE_PCI)
--- a/include/linux/pci.h
+++ b/include/linux/pci.h
@@ -359,6 +359,7 @@ struct pci_dev {
unsigned int io_window_1k:1; /* Intel P2P bridge 1K I/O windows */
unsigned int irq_managed:1;
unsigned int has_secondary_link:1;
+ unsigned int non_compliant_bars:1; /* broken BARs; ignore them */
pci_dev_flags_t dev_flags;
atomic_t enable_cnt; /* pci_enable_device has been called */
[toc] | [prev] | [next] | [standalone]
| From | Ben Hutchings <ben@decadent.org.uk> |
|---|---|
| Date | 2016-04-12 01:50 +0200 |
| Subject | Re: [PATCH 4.5 026/238] PCI: Disable IO/MEM decoding for devices with non-compliant BARs |
| Message-ID | <rmTKG-5Lf-15@gated-at.bofh.it> |
| In reply to | #1375359 |
[Multipart message — attachments visible in raw view] — view raw
On Sun, 2016-04-10 at 11:33 -0700, Greg Kroah-Hartman wrote: > 4.5-stable review patch. If anyone has any objections, please let me know. > > ------------------ > > From: Bjorn Helgaas <bhelgaas@google.com> > > commit b84106b4e2290c081cdab521fa832596cdfea246 upstream. > > The PCI config header (first 64 bytes of each device's config space) is > defined by the PCI spec so generic software can identify the device and > manage its usage of I/O, memory, and IRQ resources. > > Some non-spec-compliant devices put registers other than BARs where the > BARs should be. When the PCI core sizes these "BARs", the reads and writes > it does may have unwanted side effects, and the "BAR" may appear to > describe non-sensical address space. > > Add a flag bit to mark non-compliant devices so we don't touch their BARs. > Turn off IO/MEM decoding to prevent the devices from consuming address > space, since we can't read the BARs to find out what that address space > would be. [...] No objection, but patch 005/238 seems to depend on this so please reorder them so bisection will work. Ben. -- Ben Hutchings This sentence contradicts itself - no actually it doesn't.
[toc] | [prev] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2016-04-12 16:40 +0200 |
| Subject | Re: [PATCH 4.5 026/238] PCI: Disable IO/MEM decoding for devices with non-compliant BARs |
| Message-ID | <rn7DX-p6-11@gated-at.bofh.it> |
| In reply to | #1376351 |
On Tue, Apr 12, 2016 at 12:45:13AM +0100, Ben Hutchings wrote: > On Sun, 2016-04-10 at 11:33 -0700, Greg Kroah-Hartman wrote: > > 4.5-stable review patch. If anyone has any objections, please let me know. > > > > ------------------ > > > > From: Bjorn Helgaas <bhelgaas@google.com> > > > > commit b84106b4e2290c081cdab521fa832596cdfea246 upstream. > > > > The PCI config header (first 64 bytes of each device's config space) is > > defined by the PCI spec so generic software can identify the device and > > manage its usage of I/O, memory, and IRQ resources. > > > > Some non-spec-compliant devices put registers other than BARs where the > > BARs should be. When the PCI core sizes these "BARs", the reads and writes > > it does may have unwanted side effects, and the "BAR" may appear to > > describe non-sensical address space. > > > > Add a flag bit to mark non-compliant devices so we don't touch their BARs. > > Turn off IO/MEM decoding to prevent the devices from consuming address > > space, since we can't read the BARs to find out what that address space > > would be. > [...] > > No objection, but patch 005/238 seems to depend on this so please > reorder them so bisection will work. Now reordered, thanks. greg k-h
[toc] | [prev] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2016-04-10 23:00 +0200 |
| Subject | [PATCH 4.5 022/238] s390: fix floating pointer register corruption (again) |
| Message-ID | <rmuCF-2to-79@gated-at.bofh.it> |
| In reply to | #1375350 |
4.5-stable review patch. If anyone has any objections, please let me know. ------------------ From: Martin Schwidefsky <schwidefsky@de.ibm.com> commit e370e4769463a65dcf8806fa26d2874e0542ac41 upstream. There is a tricky interaction between the machine check handler and the critical sections of load_fpu_regs and save_fpu_regs functions. If the machine check interrupts one of the two functions the critical section cleanup will complete the function before the machine check handler s390_do_machine_check is called. Trouble is that the machine check handler needs to validate the floating point registers *before* and not *after* the completion of load_fpu_regs/save_fpu_regs. The simplest solution is to rewind the PSW to the start of the load_fpu_regs/save_fpu_regs and retry the function after the return from the machine check handler. Tested-by: Christian Borntraeger <borntraeger@de.ibm.com> Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> --- arch/s390/kernel/entry.S | 106 ----------------------------------------------- 1 file changed, 2 insertions(+), 104 deletions(-) --- a/arch/s390/kernel/entry.S +++ b/arch/s390/kernel/entry.S @@ -1199,114 +1199,12 @@ cleanup_critical: .quad .Lpsw_idle_lpsw .Lcleanup_save_fpu_regs: - TSTMSK __LC_CPU_FLAGS,_CIF_FPU - bor %r14 - clg %r9,BASED(.Lcleanup_save_fpu_regs_done) - jhe 5f - clg %r9,BASED(.Lcleanup_save_fpu_regs_fp) - jhe 4f - clg %r9,BASED(.Lcleanup_save_fpu_regs_vx_high) - jhe 3f - clg %r9,BASED(.Lcleanup_save_fpu_regs_vx_low) - jhe 2f - clg %r9,BASED(.Lcleanup_save_fpu_fpc_end) - jhe 1f - lg %r2,__LC_CURRENT - aghi %r2,__TASK_thread -0: # Store floating-point controls - stfpc __THREAD_FPU_fpc(%r2) -1: # Load register save area and check if VX is active - lg %r3,__THREAD_FPU_regs(%r2) - TSTMSK __LC_MACHINE_FLAGS,MACHINE_FLAG_VX - jz 4f # no VX -> store FP regs -2: # Store vector registers (V0-V15) - VSTM %v0,%v15,0,%r3 # vstm 0,15,0(3) -3: # Store vector registers (V16-V31) - VSTM %v16,%v31,256,%r3 # vstm 16,31,256(3) - j 5f # -> done, set CIF_FPU flag -4: # Store floating-point registers - std 0,0(%r3) - std 1,8(%r3) - std 2,16(%r3) - std 3,24(%r3) - std 4,32(%r3) - std 5,40(%r3) - std 6,48(%r3) - std 7,56(%r3) - std 8,64(%r3) - std 9,72(%r3) - std 10,80(%r3) - std 11,88(%r3) - std 12,96(%r3) - std 13,104(%r3) - std 14,112(%r3) - std 15,120(%r3) -5: # Set CIF_FPU flag - oi __LC_CPU_FLAGS+7,_CIF_FPU - lg %r9,48(%r11) # return from save_fpu_regs + larl %r9,save_fpu_regs br %r14 -.Lcleanup_save_fpu_fpc_end: - .quad .Lsave_fpu_regs_fpc_end -.Lcleanup_save_fpu_regs_vx_low: - .quad .Lsave_fpu_regs_vx_low -.Lcleanup_save_fpu_regs_vx_high: - .quad .Lsave_fpu_regs_vx_high -.Lcleanup_save_fpu_regs_fp: - .quad .Lsave_fpu_regs_fp -.Lcleanup_save_fpu_regs_done: - .quad .Lsave_fpu_regs_done .Lcleanup_load_fpu_regs: - TSTMSK __LC_CPU_FLAGS,_CIF_FPU - bnor %r14 - clg %r9,BASED(.Lcleanup_load_fpu_regs_done) - jhe 1f - clg %r9,BASED(.Lcleanup_load_fpu_regs_fp) - jhe 2f - clg %r9,BASED(.Lcleanup_load_fpu_regs_vx_high) - jhe 3f - clg %r9,BASED(.Lcleanup_load_fpu_regs_vx) - jhe 4f - lg %r4,__LC_CURRENT - aghi %r4,__TASK_thread - lfpc __THREAD_FPU_fpc(%r4) - TSTMSK __LC_MACHINE_FLAGS,MACHINE_FLAG_VX - lg %r4,__THREAD_FPU_regs(%r4) # %r4 <- reg save area - jz 2f # -> no VX, load FP regs -4: # Load V0 ..V15 registers - VLM %v0,%v15,0,%r4 -3: # Load V16..V31 registers - VLM %v16,%v31,256,%r4 - j 1f -2: # Load floating-point registers - ld 0,0(%r4) - ld 1,8(%r4) - ld 2,16(%r4) - ld 3,24(%r4) - ld 4,32(%r4) - ld 5,40(%r4) - ld 6,48(%r4) - ld 7,56(%r4) - ld 8,64(%r4) - ld 9,72(%r4) - ld 10,80(%r4) - ld 11,88(%r4) - ld 12,96(%r4) - ld 13,104(%r4) - ld 14,112(%r4) - ld 15,120(%r4) -1: # Clear CIF_FPU bit - ni __LC_CPU_FLAGS+7,255-_CIF_FPU - lg %r9,48(%r11) # return from load_fpu_regs + larl %r9,load_fpu_regs br %r14 -.Lcleanup_load_fpu_regs_vx: - .quad .Lload_fpu_regs_vx -.Lcleanup_load_fpu_regs_vx_high: - .quad .Lload_fpu_regs_vx_high -.Lcleanup_load_fpu_regs_fp: - .quad .Lload_fpu_regs_fp -.Lcleanup_load_fpu_regs_done: - .quad .Lload_fpu_regs_done /* * Integer constants
[toc] | [prev] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2016-04-10 23:00 +0200 |
| Subject | [PATCH 4.5 019/238] sched/preempt, sh: kmap_coherent relies on disabled preemption |
| Message-ID | <rmuCF-2to-81@gated-at.bofh.it> |
| In reply to | #1375350 |
4.5-stable review patch. If anyone has any objections, please let me know. ------------------ From: David Hildenbrand <dahi@linux.vnet.ibm.com> commit b15d53d009558d14c4f394a6d1fa2039c7f45c43 upstream. kmap_coherent needs disabled preemption to not schedule in the critical section, just like kmap_coherent on mips and kmap_atomic in general. Fixes: 8222dbe21e79 "sched/preempt, mm/fault: Decouple preemption from the page fault logic" Reported-by: Hans Verkuil <hverkuil@xs4all.nl> Signed-off-by: David Hildenbrand <dahi@linux.vnet.ibm.com> Tested-by: Hans Verkuil <hans.verkuil@cisco.com> Signed-off-by: Rich Felker <dalias@libc.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> --- arch/sh/mm/kmap.c | 2 ++ 1 file changed, 2 insertions(+) --- a/arch/sh/mm/kmap.c +++ b/arch/sh/mm/kmap.c @@ -36,6 +36,7 @@ void *kmap_coherent(struct page *page, u BUG_ON(!test_bit(PG_dcache_clean, &page->flags)); + preempt_disable(); pagefault_disable(); idx = FIX_CMAP_END - @@ -64,4 +65,5 @@ void kunmap_coherent(void *kvaddr) } pagefault_enable(); + preempt_enable(); }
[toc] | [prev] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2016-04-10 23:00 +0200 |
| Subject | [PATCH 4.5 029/238] x86/apic: Fix suspicious RCU usage in smp_trace_call_function_interrupt() |
| Message-ID | <rmuCF-2to-85@gated-at.bofh.it> |
| In reply to | #1375350 |
4.5-stable review patch. If anyone has any objections, please let me know.
------------------
From: Dave Jones <davej@codemonkey.org.uk>
commit 7834c10313fb823e538f2772be78edcdeed2e6e3 upstream.
Since 4.4, I've been able to trigger this occasionally:
===============================
[ INFO: suspicious RCU usage. ]
4.5.0-rc7-think+ #3 Not tainted
Cc: Andi Kleen <ak@linux.intel.com>
Link: http://lkml.kernel.org/r/20160315012054.GA17765@codemonkey.org.uk
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-------------------------------
./arch/x86/include/asm/msr-trace.h:47 suspicious rcu_dereference_check() usage!
other info that might help us debug this:
RCU used illegally from idle CPU!
rcu_scheduler_active = 1, debug_locks = 1
RCU used illegally from extended quiescent state!
no locks held by swapper/3/0.
stack backtrace:
CPU: 3 PID: 0 Comm: swapper/3 Not tainted 4.5.0-rc7-think+ #3
ffffffff92f821e0 1f3e5c340597d7fc ffff880468e07f10 ffffffff92560c2a
ffff880462145280 0000000000000001 ffff880468e07f40 ffffffff921376a6
ffffffff93665ea0 0000cc7c876d28da 0000000000000005 ffffffff9383dd60
Call Trace:
<IRQ> [<ffffffff92560c2a>] dump_stack+0x67/0x9d
[<ffffffff921376a6>] lockdep_rcu_suspicious+0xe6/0x100
[<ffffffff925ae7a7>] do_trace_write_msr+0x127/0x1a0
[<ffffffff92061c83>] native_apic_msr_eoi_write+0x23/0x30
[<ffffffff92054408>] smp_trace_call_function_interrupt+0x38/0x360
[<ffffffff92d1ca60>] trace_call_function_interrupt+0x90/0xa0
<EOI> [<ffffffff92ac5124>] ? cpuidle_enter_state+0x1b4/0x520
Move the entering_irq() call before ack_APIC_irq(), because entering_irq()
tells the RCU susbstems to end the extended quiescent state, so that the
following trace call in ack_APIC_irq() works correctly.
Suggested-by: Andi Kleen <ak@linux.intel.com>
Fixes: 4787c368a9bc "x86/tracing: Add irq_enter/exit() in smp_trace_reschedule_interrupt()"
Signed-off-by: Dave Jones <davej@codemonkey.org.uk>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
---
arch/x86/include/asm/apic.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/arch/x86/include/asm/apic.h
+++ b/arch/x86/include/asm/apic.h
@@ -644,8 +644,8 @@ static inline void entering_irq(void)
static inline void entering_ack_irq(void)
{
- ack_APIC_irq();
entering_irq();
+ ack_APIC_irq();
}
static inline void ipi_entering_ack_irq(void)
[toc] | [prev] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2016-04-10 23:00 +0200 |
| Subject | [PATCH 4.5 021/238] EDAC, amd64_edac: Shift wrapping issue in f1x_get_norm_dct_addr() |
| Message-ID | <rmuCF-2to-83@gated-at.bofh.it> |
| In reply to | #1375350 |
4.5-stable review patch. If anyone has any objections, please let me know.
------------------
From: Dan Carpenter <dan.carpenter@oracle.com>
commit 6f3508f61c814ee852c199988a62bd954c50dfc1 upstream.
dct_sel_base_off is declared as a u64 but we're only using the lower 32
bits because of a shift wrapping bug. This can possibly truncate the
upper 16 bits of DctSelBaseOffset[47:26], causing us to misdecode the CS
row.
Fixes: c8e518d5673d ('amd64_edac: Sanitize f10_get_base_addr_offset')
Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
Cc: Aravind Gopalakrishnan <Aravind.Gopalakrishnan@amd.com>
Cc: linux-edac <linux-edac@vger.kernel.org>
Link: http://lkml.kernel.org/r/20160120095451.GB19898@mwanda
Signed-off-by: Borislav Petkov <bp@suse.de>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
---
drivers/edac/amd64_edac.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/drivers/edac/amd64_edac.c
+++ b/drivers/edac/amd64_edac.c
@@ -1452,7 +1452,7 @@ static u64 f1x_get_norm_dct_addr(struct
u64 chan_off;
u64 dram_base = get_dram_base(pvt, range);
u64 hole_off = f10_dhar_offset(pvt);
- u64 dct_sel_base_off = (pvt->dct_sel_hi & 0xFFFFFC00) << 16;
+ u64 dct_sel_base_off = (u64)(pvt->dct_sel_hi & 0xFFFFFC00) << 16;
if (hi_rng) {
/*
[toc] | [prev] | [next] | [standalone]
| From | Guenter Roeck <linux@roeck-us.net> |
|---|---|
| Date | 2016-04-11 08:50 +0200 |
| Message-ID | <rmDPA-1t4-17@gated-at.bofh.it> |
| In reply to | #1375350 |
On 04/10/2016 11:32 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.5.1 release.
> There are 238 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 Tue Apr 12 18:34:18 UTC 2016.
> Anything received after that time might be too late.
>
Build results:
total: 147 pass: 147 fail: 0
Qemu test results:
total: 104 pass: 100 fail: 4
Failed tests:
arm:akita:pxa_defconfig
arm:borzoi:pxa_defconfig
arm:spitz:pxa_defconfig
arm:terrier:pxa_defconfig
Details are available at http://kerneltests.org/builders.
4.5 will require two patches from mainline to fix the known problems.
3c2e2266a5bd ("hwmon: (max1111) Return -ENODEV from max1111_read_channel if not instantiated")
c4e5ffb6f224 ("gpio: pxa: fix legacy non pinctrl aware builds")
The first fixes the direct failures reported above, the second fixes
a traceback seen as result of failed gpio pin initialization. The
first patch is tagged Cc: stable, the second has a Fixes: tag,
so both should already be in your queue for 4.5.
Thanks,
Guenter
[toc] | [prev] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2016-04-12 16:40 +0200 |
| Message-ID | <rn7DY-p6-31@gated-at.bofh.it> |
| In reply to | #1375522 |
On Sun, Apr 10, 2016 at 11:43:47PM -0700, Guenter Roeck wrote:
> On 04/10/2016 11:32 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.5.1 release.
> > There are 238 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 Tue Apr 12 18:34:18 UTC 2016.
> > Anything received after that time might be too late.
> >
>
> Build results:
> total: 147 pass: 147 fail: 0
> Qemu test results:
> total: 104 pass: 100 fail: 4
> Failed tests:
> arm:akita:pxa_defconfig
> arm:borzoi:pxa_defconfig
> arm:spitz:pxa_defconfig
> arm:terrier:pxa_defconfig
>
> Details are available at http://kerneltests.org/builders.
>
> 4.5 will require two patches from mainline to fix the known problems.
>
> 3c2e2266a5bd ("hwmon: (max1111) Return -ENODEV from max1111_read_channel if not instantiated")
> c4e5ffb6f224 ("gpio: pxa: fix legacy non pinctrl aware builds")
>
> The first fixes the direct failures reported above, the second fixes
> a traceback seen as result of failed gpio pin initialization. The
> first patch is tagged Cc: stable, the second has a Fixes: tag,
> so both should already be in your queue for 4.5.
Yes, both should be queued up for the next round of 4.5-stable patches,
I'll let them get merged then.
Thanks for testing and letting me know.
greg k-h
[toc] | [prev] | [next] | [standalone]
| From | shuahkh <shuahkh@osg.sisa.samsung.com> |
|---|---|
| Date | 2016-04-11 19:30 +0200 |
| Message-ID | <rmNOW-11s-15@gated-at.bofh.it> |
| In reply to | #1375350 |
On 04/10/2016 12:32 PM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.5.1 release. > There are 238 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 Tue Apr 12 18:34:18 UTC 2016. > 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.5.1-rc1.gz > 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]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2016-04-12 08:50 +0200 |
| Message-ID | <rn0j7-2Nd-1@gated-at.bofh.it> |
| In reply to | #1376171 |
On Mon, Apr 11, 2016 at 11:25:17AM -0600, shuahkh wrote: > On 04/10/2016 12:32 PM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.5.1 release. > > There are 238 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 Tue Apr 12 18:34:18 UTC 2016. > > 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.5.1-rc1.gz > > 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] | [standalone]
Back to top | Article view | linux.kernel
csiph-web