[PATCH 4.14 30/80] amd-xgbe: Only use the SFP supported transceiver signals

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Tom Lendacky [ Upstream commit 117df655f8ed51adb6e6b163812a06ebeae9f453 ] The SFP eeprom indicates the transceiver signals (Rx LOS, Tx Fault, etc.) that it supports. Update the driver to inc

Re: [PATCH v3 1/7] kprobes: Make blacklist root user read only

On Fri, 27 Apr 2018 08:56:11 +0200 Greg KH wrote: > On Fri, Apr 27, 2018 at 03:40:09PM +0900, Masami Hiramatsu wrote: > > Since the blacklist file indicates a sensitive address > > information to reader, it should be restricted to the > > root user. > > > > Suggested-by: Thomas Richter > > Sign

[PATCH 4.14 31/80] strparser: Fix incorrect strp->need_bytes value.

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Doron Roberts-Kedes [ Upstream commit 9d0c75bf6e03d9bf80c55b0f677dc9b982958fd5 ] strp_data_ready resets strp->need_bytes to 0 if strp_peek_len indicates that the remainder of the message has

[PATCH v2] mm: sections are not offlined during memory hotremove

Memory hotplug, and hotremove operate with per-block granularity. If machine has large amount of memory (more than 64G), the size of memory block can span multiple sections. By mistake, during hotremove we set only the first section to offline state. The bug was discovered because kernel selftest

[PATCH 4.14 29/80] strparser: Do not call mod_delayed_work with a timeout of LONG_MAX

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Doron Roberts-Kedes [ Upstream commit 7c5aba211dd61f41d737a2c51729eb9fdcd3edf4 ] struct sock's sk_rcvtimeo is initialized to LONG_MAX/MAX_SCHEDULE_TIMEOUT in sock_init_data. Calling mod_delay

[PATCH 4.14 28/80] amd-xgbe: Improve KR auto-negotiation and training

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Tom Lendacky [ Upstream commit 96f4d430c507ed4856048c2dc9c1a2ea5b5e74e4 ] Update xgbe-phy-v2.c to make use of the auto-negotiation (AN) phy hooks to improve the ability to successfully comple

[PATCH 4.14 26/80] amd-xgbe: Add pre/post auto-negotiation phy hooks

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Tom Lendacky [ Upstream commit 4d945663a6a0acf3cbe45940503f2eb9584bfee7 ] Add hooks to the driver auto-negotiation (AN) flow to allow the different phy implementations to perform any steps ne

[PATCH 4.14 24/80] pppoe: check sockaddr length in pppoe_connect()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Guillaume Nault [ Upstream commit a49e2f5d5fb141884452ddb428f551b123d436b5 ] We must validate sockaddr_len, otherwise userspace can pass fewer data than we expect and we end up accessing inva

[PATCH 4.14 02/80] drm: bridge: dw-hdmi: Fix overflow workaround for Amlogic Meson GX SoCs

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Neil Armstrong commit 9c305eb442f3b371fc722ade827bbf673514123e upstream. The Amlogic Meson GX SoCs, embedded the v2.01a controller, has been also identified needing this workaround. This patch

[PATCH 4.14 23/80] tipc: add policy for TIPC_NLA_NET_ADDR

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit ec518f21cb1a1b1f8a516499ea05c60299e04963 ] Before syzbot/KMSAN bites, add the missing policy for TIPC_NLA_NET_ADDR Fixes: 27c21416727a ("tipc: add net set to n

Re: [PATCH v2] net: qrtr: Expose tunneling endpoint to user space

From: Bjorn Andersson Date: Mon, 23 Apr 2018 14:46:53 -0700 > + count = min_t(size_t, iov_iter_count(to), skb->len); > + if (copy_to_iter(skb->data, count, to) != count) > + count = -EFAULT; > + > + kfree_skb(skb); As noted by Chris, you should be using consume_skb() here

[PATCH 4.14 17/80] tcp: md5: reject TCP_MD5SIG or TCP_MD5SIG_EXT on established sockets

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 7212303268918b9a203aebeacfdbd83b5e87b20d ] syzbot/KMSAN reported an uninit-value in tcp_parse_options() [1] I believe this was caused by a TCP_MD5SIG being set

[PATCH 4.14 18/80] net: fix deadlock while clearing neighbor proxy table

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Wolfgang Bumiller [ Upstream commit 53b76cdf7e8fecec1d09e38aad2f8579882591a8 ] When coming from ndisc_netdev_event() in net/ipv6/ndisc.c, neigh_ifdown() is called with &nd_tbl, locking this w

Re: [PATCH] mm: memory_hotplug: use put_device() if device_register fail

On Thu 26-04-18 21:12:09, Arvind Yadav wrote: > if device_register() returned an error. Always use put_device() > to give up the initialized reference and release allocated memory. Is this patch correct? The docummentation says * NOTE: _Never_ directly free @dev after calling this function, even

[PATCH 4.14 16/80] net: af_packet: fix race in PACKET_{R|T}X_RING

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 5171b37d959641bbc619781caf62e61f7b940871 ] In order to remove the race caught by syzbot [1], we need to lock the socket before using po->tp_version as this coul

[PATCH 4.14 14/80] llc: delete timers synchronously in llc_sk_free()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Cong Wang [ Upstream commit b905ef9ab90115d001c1658259af4b1c65088779 ] The connection timers of an llc sock could be still flying after we delete them in llc_sk_free(), and even possibly afte

[PATCH 4.14 10/80] ipv6: sr: fix NULL pointer dereference in seg6_do_srh_encap()- v4 pkts

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Ahmed Abdelsalam [ Upstream commit a957fa190aa9d9168b33d460a5241a6d088c6265 ] In case of seg6 in encap mode, seg6_do_srh_encap() calls set_tun_src() in order to set the src addr of outer IPv6

[PATCH 4.14 01/80] Revert "pinctrl: intel: Initialize GPIO properly when used through irqchip"

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman This reverts commit f5a26acf0162477af6ee4c11b4fb9cffe5d3e257 Mike writes: It seems that commit f5a26acf0162 ("pinctrl: intel: Initialize GPIO properly when u

[PATCH 4.14 11/80] KEYS: DNS: limit the length of option strings

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Eric Biggers [ Upstream commit 9c438d7a3a52dcc2b9ed095cb87d3a5e83cf7e60 ] Adding a dns_resolver key whose payload contains a very long option name resulted in that string being printed in ful

Re: [PATCH v6 04/24] ASoC: qdsp6: dt-bindings: Add q6afe dt bindings

Thanks for the review. On 27/04/18 15:13, Rob Herring wrote: On Thu, Apr 26, 2018 at 10:45:46AM +0100, srinivas.kandaga...@linaro.org wrote: From: Srinivas Kandagatla This patch add DT bindings for AFE (Audio Frontend) DSP module. Signed-off-by: Srinivas Kandagatla Reviewed-and-tested-by: R

[PATCH 4.14 13/80] net: validate attribute sizes in neigh_dump_table()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 7dd07c143a4b54d050e748bee4b4b9e94a7b1744 ] Since neigh_dump_table() calls nlmsg_parse() without giving policy constraints, attributes can have arbirary size tha

[PATCH 4.14 12/80] l2tp: check sockaddr length in pppol2tp_connect()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Guillaume Nault [ Upstream commit eb1c28c05894a4b1f6b56c5bf072205e64cfa280 ] Check sockaddr_len before dereferencing sp->sa_protocol, to ensure that it actually points to valid data. Fixes:

[PATCH 4.9 56/74] tipc: add policy for TIPC_NLA_NET_ADDR

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit ec518f21cb1a1b1f8a516499ea05c60299e04963 ] Before syzbot/KMSAN bites, add the missing policy for TIPC_NLA_NET_ADDR Fixes: 27c21416727a ("tipc: add net set to ne

[PATCH 4.9 49/74] l2tp: check sockaddr length in pppol2tp_connect()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Guillaume Nault [ Upstream commit eb1c28c05894a4b1f6b56c5bf072205e64cfa280 ] Check sockaddr_len before dereferencing sp->sa_protocol, to ensure that it actually points to valid data. Fixes: f

Re: [v2, 1/3] staging: fsl-dpaa2/eth: Add support for hardware timestamping

On Thu, Apr 26, 2018 at 06:23:47PM +0800, Yangbo Lu wrote: > From: Ioana Radulescu > > Hardware timestamping is supported both on Rx and Tx paths. > On Rx, timestamping is enabled for all frames. On Tx, we > only instruct the hardware to timestamp the frames marked > accordingly by the stack. >

Re: [PATCH v2] inode: debugfs_create_dir uses mode permission from parent

On Fri, Apr 27, 2018 at 6:49 AM, Greg KH wrote: > I'm going to add Kees and the kernel-hardning list here, as I'd like > their opinions for the patch below. > > Kees, do you have any problems with this patch? I know you worked on > making debugfs more "secure" from non-root users, this should sti

[PATCH 4.9 55/74] packet: fix bitfield update race

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Willem de Bruijn [ Upstream commit a6361f0ca4b25460f2cdf3235ebe8115f622901e ] Updates to the bitfields in struct packet_sock are not atomic. Serialize these read-modify-write cycles. Move po-

[PATCH 4.9 58/74] vlan: Fix reading memory beyond skb->tail in skb_vlan_tagged_multi

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Toshiaki Makita [ Upstream commit 7ce2367254e84753bceb07327aaf5c953cfce117 ] Syzkaller spotted an old bug which leads to reading skb beyond tail by 4 bytes on vlan tagged packets. This is caus

[PATCH 4.9 52/74] tcp: dont read out-of-bounds opsize

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jann Horn [ Upstream commit 7e5a206ab686f098367b61aca989f5cdfa8114a3 ] The old code reads the "opsize" variable from out-of-bounds memory (first byte behind the segment) if a broken TCP segmen

[PATCH 4.9 53/74] team: avoid adding twice the same option to the event list

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Paolo Abeni [ Upstream commit 4fb0534fb7bbc2346ba7d3a072b538007f4135a5 ] When parsing the options provided by the user space, team_nl_cmd_options_set() insert them in a temporary list to send

Re: [PATCH v4 3/4] staging:fsl-mc: Move DPIO from staging to drivers/soc/fsl

On Tue, Mar 27, 2018 at 02:13:33PM -0400, Roy Pledge wrote: > Move the NXP DPIO (Datapath I/O Driver) out of the > drivers/staging directory and into the drivers/soc/fsl directory. > > The DPIO driver enables access to Queue and Buffer Manager (QBMAN) > hardware on NXP DPAA2 devices. This is a pre

Re: [PATCH RFC PoC 0/2] platform: different approach to early platform drivers

2018-04-27 14:40 GMT+02:00 Arnd Bergmann : > On Fri, Apr 27, 2018 at 1:53 PM, Bartosz Golaszewski wrote: >> 2018-04-27 12:18 GMT+02:00 Arnd Bergmann : >>> On Fri, Apr 27, 2018 at 10:57 AM, Bartosz Golaszewski >>> wrote: 2018-04-27 9:52 GMT+02:00 Arnd Bergmann : > On Fri, Apr 27, 2018 at

Re: [PATCH] ARM: BCM5301X: Fix NAND ECC parameters for Linksys Panamera

On Wed, Apr 25, 2018 at 11:02:04AM +0200, Rafał Miłecki wrote: > > [ 13.530863] ubi0 warning: 0xc037c9e4: error -74 (ECC error) while > > reading 64 bytes from PEB 115:0, read only 64 bytes, retry > > [ 13.542763] ubi0 warning: 0xc037c9e4: error -74 (ECC error) while > > reading 64 bytes from

[PATCH 4.9 71/74] s390/cio: update chpid descriptor after resource accessibility event

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Ott commit af2e460ade0b0180d0f3812ca4f4f59cc9597f3e upstream. Channel path descriptors have been seen as something stable (as long as the chpid is configured). Recent tests have shown

[PATCH 4.9 74/74] ACPI / video: Only default only_lcd to true on Win8-ready _desktops_

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Hans de Goede commit 53fa1f6e8a5958da698a31edf366ffe90596b490 upstream. Commit 5928c281524f (ACPI / video: Default lcd_only to true on Win8-ready and newer machines) made only_lcd default to tr

[PATCH 2/2] bpf: btf: remove a couple conditions

We know "err" is zero so we can remove these and pull the code in one indent level. Signed-off-by: Dan Carpenter --- This applies to the BPF tree (linux-next) diff --git a/kernel/bpf/btf.c b/kernel/bpf/btf.c index e631b6fd60d3..7cb0905f37c2 100644 --- a/kernel/bpf/btf.c +++ b/kernel/bpf/btf.c @@

[PATCH 4.9 72/74] s390/dasd: fix IO error for newly defined devices

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Haberland commit 5d27a2bf6e14f5c7d1033ad1e993fcd0eba43e83 upstream. When a new CKD storage volume is defined at the storage server, Linux may be relying on outdated information about tha

[PATCH 4.9 51/74] llc: delete timers synchronously in llc_sk_free()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Cong Wang [ Upstream commit b905ef9ab90115d001c1658259af4b1c65088779 ] The connection timers of an llc sock could be still flying after we delete them in llc_sk_free(), and even possibly after

[PATCH 4.9 70/74] cdrom: information leak in cdrom_ioctl_media_changed()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit 9de4ee40547fd315d4a0ed1dd15a2fa3559ad707 upstream. This cast is wrong. "cdi->capacity" is an int and "arg" is an unsigned long. The way the check is written now, if one o

[PATCH 4.9 69/74] scsi: mptsas: Disable WRITE SAME

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Martin K. Petersen commit 94e5395d2403c8bc2504a7cbe4c4caaacb7b8b84 upstream. First generation MPT Fusion controllers can not translate WRITE SAME when the attached device is a SATA drive. Disab

Re: [PATCH v9 24/27] dt-bindings: timer: new bindings for TI DaVinci timer

On Thu, Apr 26, 2018 at 07:17:42PM -0500, David Lechner wrote: > This adds new device tree bindings for the timer IP block of TI > DaVinci-like SoCs. > > Signed-off-by: David Lechner > --- > > v9 changes: > - new patch in v9 > > > .../bindings/timer/ti,davinci-timer.txt | 24 +++

[PATCH 4.9 66/74] net: af_packet: fix race in PACKET_{R|T}X_RING

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 5171b37d959641bbc619781caf62e61f7b940871 ] In order to remove the race caught by syzbot [1], we need to lock the socket before using po->tp_version as this could

[PATCH 4.9 65/74] tcp: md5: reject TCP_MD5SIG or TCP_MD5SIG_EXT on established sockets

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 7212303268918b9a203aebeacfdbd83b5e87b20d ] syzbot/KMSAN reported an uninit-value in tcp_parse_options() [1] I believe this was caused by a TCP_MD5SIG being set

[PATCH 4.9 62/74] llc: fix NULL pointer deref for SOCK_ZAPPED

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Cong Wang [ Upstream commit 3a04ce7130a7e5dad4e78d45d50313747f8c830f ] For SOCK_ZAPPED socket, we don't need to care about llc->sap, so we should just skip these refcount functions in this cas

[PATCH 4.9 64/74] net: fix deadlock while clearing neighbor proxy table

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Wolfgang Bumiller [ Upstream commit 53b76cdf7e8fecec1d09e38aad2f8579882591a8 ] When coming from ndisc_netdev_event() in net/ipv6/ndisc.c, neigh_ifdown() is called with &nd_tbl, locking this wh

[PATCH 4.9 63/74] net: ethernet: ti: cpsw: fix tx vlan priority mapping

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Ivan Khoronzhuk [ Upstream commit 5e391dc5a8d801a2410d0032ad4a428d1d61800c ] The CPDMA_TX_PRIORITY_MAP in real is vlan pcp field priority mapping register and basically replaces vlan pcp field

[PATCH 4.9 12/74] Input: drv260x - fix initializing overdrive voltage

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Torokhov commit 74c82dae6c474933f2be401976e1530b5f623221 upstream. We were accidentally initializing haptics->rated_voltage twice, and did not initialize overdrive voltage. Acked-by: Da

[PATCH 4.9 21/74] RDMA/mlx5: Fix NULL dereference while accessing XRC_TGT QPs

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Leon Romanovsky commit 75a4598209cbe45540baa316c3b51d9db222e96e upstream. mlx5 modify_qp() relies on FW that the error will be thrown if wrong state is supplied. The missing check in FW causes

[PATCH 4.9 59/74] sctp: do not check port in sctp_inet6_cmp_addr

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Xin Long [ Upstream commit 1071ec9d453a38023579714b64a951a2fb982071 ] pf->cmp_addr() is called before binding a v6 address to the sock. It should not check ports, like in sctp_inet_cmp_addr.

[PATCH 1/2] bpf: btf: silence uninitialize variable warnings

Smatch complains that size can be uninitialized if btf_type_id_size() returns NULL. It seems reasonable enough to check for that. Signed-off-by: Dan Carpenter --- This goes to the BPF tree (linux-next). diff --git a/kernel/bpf/btf.c b/kernel/bpf/btf.c index 22e1046a1a86..e631b6fd60d3 100644 ---

[PATCH 4.9 50/74] net: validate attribute sizes in neigh_dump_table()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 7dd07c143a4b54d050e748bee4b4b9e94a7b1744 ] Since neigh_dump_table() calls nlmsg_parse() without giving policy constraints, attributes can have arbirary size that

[PATCH 4.9 18/74] Revert "perf tools: Decompress kernel module when reading DSO data"

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman This reverts commit e2d054998b151e85b6305aa72264f67097bd78e9 which is commit 1d6b3c9ba756a5134fd7ad1959acac776d17404b upstream. It breaks the build, so obviously none of us a

Re: [PATCH v3 5/7] kprobes/x86: Fix %p uses in error messages

On Fri, 27 Apr 2018 08:58:17 +0200 Ingo Molnar wrote: > > * Masami Hiramatsu wrote: > > > (addr < (u8 *) jprobe_return_end)) { > > if (stack_addr(regs) != saved_sp) { > > struct pt_regs *saved_regs = &kcb->jprobe_saved_regs; > > - print

[PATCH 4.9 20/74] perf: Return proper values for user stack errors

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jiri Olsa commit 78b562fbfa2cf0a9fcb23c3154756b690f4905c1 upstream. Return immediately when we find issue in the user stack checks. The error value could get overwritten by following check for

[PATCH 4.9 19/74] perf: Fix sample_max_stack maximum check

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jiri Olsa commit 5af44ca53d019de47efe6dbc4003dd518e5197ed upstream. The syzbot hit KASAN bug in perf_callchain_store having the entry stored behind the allocated bounds [1]. We miss the sample

[PATCH 4.9 17/74] jbd2: fix use after free in kjournald2()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Sahitya Tummala commit dbfcef6b0f4012c57bc0b6e0e660d5ed12a5eaed upstream. Below is the synchronization issue between unmount and kjournald2 contexts, which results into use after free issue in

Re: [PATCHv2,1/7] sched: Add static_key for asymmetric cpu capacity optimizations

Hi with this patch, if enable CONFIG_DEBUG_ATOMIC_SLEEP=y, then I am getting following BUG report during early startup Backtrace caused by [1] during early kernel startup: [ 5.325288] CPU: All CPU(s) started at EL2 [ 5.325700] alternatives: patching kernel code [ 5.329255] BUG: sleeping function

[PATCH 4.9 48/74] KEYS: DNS: limit the length of option strings

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Eric Biggers [ Upstream commit 9c438d7a3a52dcc2b9ed095cb87d3a5e83cf7e60 ] Adding a dns_resolver key whose payload contains a very long option name resulted in that string being printed in full

Re: [PATCH] video: fbdev: remove unused auo_k190xfb drivers

Am Freitag, 27. April 2018, 13:04:24 CEST schrieb Bartlomiej Zolnierkiewicz: > auo_k1900fb and auo_k1901fb drivers have been introduced six > years ago by following commits: > > commit 2c8304d3125b ("video: auo_k190x: add code shared by controller > drivers") > commit 96b1d500e028 ("video: auo_k1

[PATCH 4.9 46/74] s390: correct module section names for expoline code revert

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Martin Schwidefsky [ Upstream commit 6cf09958f32b9667bb3ebadf74367c791112771b ] The main linker script vmlinux.lds.S for the kernel image merges the expoline code patch tables into two section

[tip:x86/dma] x86/i8237: Register device based on FADT legacy boot flag

Commit-ID: f79b1c573cb4dc551919f81ed5797419f6fc1f3a Gitweb: https://git.kernel.org/tip/f79b1c573cb4dc551919f81ed5797419f6fc1f3a Author: Rajneesh Bhardwaj AuthorDate: Thu, 29 Mar 2018 20:36:55 +0530 Committer: Thomas Gleixner CommitDate: Fri, 27 Apr 2018 16:44:29 +0200 x86/i8237: Regist

[PATCH 4.9 43/74] s390: report spectre mitigation via syslog

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Martin Schwidefsky [ Upstream commit bc035599718412cfba9249aa713f90ef13f13ee9 ] Add a boot message if either of the spectre defenses is active. The message is "Spectre V2 mitigation: execu

[PATCH 4.9 44/74] s390: add sysfs attributes for spectre

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Martin Schwidefsky [ Upstream commit d424986f1d6b16079b3231db0314923f4f8deed1 ] Set CONFIG_GENERIC_CPU_VULNERABILITIES and provide the two functions cpu_show_spectre_v1 and cpu_show_spectre_v2

[PATCH] video: fbdev: omap2: remove rfbi

omapfb equivalent of drm's commit aa61321d4c08 ("drm/omap: remove rfbi"): The RFBI driver has not worked nor compiled for many years. There are very few boards out there that use RFBI, and no one has stepped up to fix it. So let's remove the RFBI code that doesn't even compile. Cc: Tomi Valkeine

Re: [PATCH 4.4 12/50] KVM: s390: wire up bpb feature

On 04/27/2018 03:58 PM, Greg Kroah-Hartman wrote: > 4.4-stable review patch. If anyone has any objections, please let me know. > > -- > > From: Martin Schwidefsky > > > From: Christian Borntraeger > > [ Upstream commit 35b3fde6203b932b2b1a5b53b3d8808abc9c4f60 ] > > The ne

[PATCH] soc: qcom: qmi: add a prompt to QCOM_QMI_HELPERS

Add a prompt to the "tristate" attribute in the Kconfig file in which QCOM_QMI_HELPERS is defined; I find it doesn't get selected without it. Signed-off-by: Alex Elder --- drivers/soc/qcom/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/soc/qcom/Kconfig b/driv

[tip:x86/urgent] x86/ipc: Fix x32 version of shmid64_ds and msqid64_ds

Commit-ID: 1a512c0882bd311c5b5561840fcfbe4c25b8f319 Gitweb: https://git.kernel.org/tip/1a512c0882bd311c5b5561840fcfbe4c25b8f319 Author: Arnd Bergmann AuthorDate: Tue, 24 Apr 2018 23:19:51 +0200 Committer: Thomas Gleixner CommitDate: Fri, 27 Apr 2018 17:06:29 +0200 x86/ipc: Fix x32 vers

[PATCH 4.9 41/74] s390: move nobp parameter functions to nospec-branch.c

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Martin Schwidefsky [ Upstream commit b2e2f43a01bace1a25bdbae04c9f9846882b727a ] Keep the code for the nobp parameter handling with the code for expolines. Both are related to the spectre v2 mi

[PATCH 4.9 42/74] s390: add automatic detection of the spectre defense

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Martin Schwidefsky [ Upstream commit 6e179d64126b909f0b288fa63cdbf07c531e9b1d ] Automatically decide between nobp vs. expolines if the spectre_v2=auto kernel parameter is specified or CONFIG_E

[PATCH 4.9 39/74] s390: do not bypass BPENTER for interrupt system calls

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Martin Schwidefsky [ Upstream commit d5feec04fe578c8dbd9e2e1439afc2f0af761ed4 ] The system call path can be interrupted before the switch back to the standard branch prediction with BPENTER ha

[PATCH 4.9 37/74] KVM: s390: force bp isolation for VSIE

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Martin Schwidefsky From: Christian Borntraeger [ Upstream commit f315104ad8b0c32be13eac628569ae707c332cb5 ] If the guest runs with bp isolation when doing a SIE instruction, we must also run

[PATCH 4.9 38/74] s390: Replace IS_ENABLED(EXPOLINE_*) with IS_ENABLED(CONFIG_EXPOLINE_*)

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Martin Schwidefsky From: Eugeniu Rosca [ Upstream commit 2cb370d615e9fbed9e95ed222c2c8f337181aa90 ] I've accidentally stumbled upon the IS_ENABLED(EXPOLINE_*) lines, which obviously always e

[tip:x86/urgent] x86/setup: Do not reserve a crash kernel region if booted on Xen PV

Commit-ID: 3db3eb285259ac129f7aec6b814b3e9f6c1b372b Gitweb: https://git.kernel.org/tip/3db3eb285259ac129f7aec6b814b3e9f6c1b372b Author: Petr Tesarik AuthorDate: Wed, 25 Apr 2018 12:08:35 +0200 Committer: Thomas Gleixner CommitDate: Fri, 27 Apr 2018 17:06:28 +0200 x86/setup: Do not rese

[PATCH 4.9 36/74] s390: introduce execute-trampolines for branches

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Martin Schwidefsky [ Upstream commit f19fbd5ed642dc31c809596412dab1ed56f2f156 ] Add CONFIG_EXPOLINE to enable the use of the new -mindirect-branch= and -mfunction_return= compiler options to c

[tip:x86/pti] x86/entry/64/compat: Preserve r8-r11 in int $0x80

Commit-ID: 8bb2610bc4967f19672444a7b0407367f1540028 Gitweb: https://git.kernel.org/tip/8bb2610bc4967f19672444a7b0407367f1540028 Author: Andy Lutomirski AuthorDate: Tue, 17 Apr 2018 07:36:36 -0700 Committer: Thomas Gleixner CommitDate: Fri, 27 Apr 2018 17:07:58 +0200 x86/entry/64/compat

Re: [PATCH RFC PoC 1/2] earlydev: implement a new way to probe platform devices early

On Thu, Apr 26, 2018 at 5:29 PM, Bartosz Golaszewski wrote: > +/* > + * REVISIT: early_initcall may be still too late for some timers and critical > + * clocks. We should probably have a separate section with callbacks that can > + * be invoked at each architecture's discretion. > + */ > +#define

[PATCH 4.9 33/74] s390/alternative: use a copy of the facility bit mask

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Martin Schwidefsky [ Upstream commit cf1489984641369611556bf00c48f945c77bcf02 ] To be able to switch off specific CPU alternatives with kernel parameters make a copy of the facility bit mask p

[PATCH 4.9 34/74] s390: add options to change branch prediction behaviour for the kernel

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Martin Schwidefsky [ Upstream commit d768bd892fc8f066cd3aa000eb1867bcf32db0ee ] Add the PPA instruction to the system entry and exit path to switch the kernel to a different branch prediction

[PATCH 4.9 31/74] s390: scrub registers on kernel entry and KVM exit

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Martin Schwidefsky [ Upstream commit 7041d28115e91f2144f811ffe8a195c696b1e1d0 ] Clear all user space registers on entry to the kernel and all KVM guest registers on KVM guest exit if the regis

[PATCH 4.9 14/74] [media] stk-webcam: fix an endian bug in stk_camera_read_reg()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit d08876f524a605d64c7ca32cb8e9f5be3839e82e upstream. We pass an int pointer to stk_camera_read_reg() but only write to the highest byte. It's a bug on big endian systems and

[PATCH 4.9 27/74] PCI: Wait up to 60 seconds for device to become ready after FLR

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Sinan Kaya commit 821cdad5c46cae94ce65b9a98614c70a6ff021f8 upstream. Sporadic reset issues have been observed with an Intel 750 NVMe drive while assigning the physical function to the guest mac

[PATCH 4.9 28/74] s390: introduce CPU alternatives

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Martin Schwidefsky From: Vasily Gorbik [ Upstream commit 686140a1a9c41d85a4212a1c26d671139b76404b ] Implement CPU alternatives, which allows to optionally patch newer instructions at runtime

[PATCH 4.9 26/74] Revert "ath10k: send (re)assoc peer command when NSS changed"

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Karthikeyan Periyasamy commit 55cc11da69895a680940c1733caabc37be685f5e upstream. This reverts commit 55884c045d31a29cf69db8332d1064a1b61dd159. When Ath10k is in AP mode and an unassociated STA

Re: [PATCH v2] dmaengine: axi-dmac: Request IRQ with IRQF_SHARED

Hi Vinod, On Fri, Apr 27, 2018 at 12:08 AM, Vinod Koul wrote: > On Fri, Apr 27, 2018 at 08:53:39AM +0200, Lars-Peter Clausen wrote: >> On 04/27/2018 07:11 AM, Vinod Koul wrote: >> > On Thu, Apr 26, 2018 at 10:40:00AM -0700, Moritz Fischer wrote: >> >> Request IRQ with IRQF_SHARED flag. This works

[PATCH 4.9 23/74] mac80211_hwsim: fix use-after-free bug in hwsim_exit_net

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Benjamin Beichler commit 8cfd36a0b53aeb4ec21d81eb79706697b84dfc3d upstream. When destroying a net namespace, all hwsim interfaces, which are not created in default namespace are deleted. But th

[PATCH 4.9 00/74] 4.9.97-stable review

This is the start of the stable review cycle for the 4.9.97 release. There are 74 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 Apr 29 13:56:52 UTC 2018. Anything receive

Re: [PATCH 4.4 12/50] KVM: s390: wire up bpb feature

On Fri, Apr 27, 2018 at 05:10:04PM +0200, Christian Borntraeger wrote: > > > On 04/27/2018 03:58 PM, Greg Kroah-Hartman wrote: > > 4.4-stable review patch. If anyone has any objections, please let me know. > > > > -- > > > > From: Martin Schwidefsky > > > > > > From: Christi

[PATCH 4.9 06/74] i2c: i801: Save register SMBSLVCMD value only once

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jean Delvare commit a086bb8317303dd74725dca933b9b29575159382 upstream. Saving the original value of register SMBSLVCMD in i801_enable_host_notify() doesn't work, because this function is called

[PATCH 4.9 05/74] i2c: i801: store and restore the SLVCMD register at load and unload

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Benjamin Tissoires commit 22e94bd6779e1140350c0792e85c79552ec43673 upstream. Also do not override any other configuration in this register. Signed-off-by: Benjamin Tissoires Signed-off-by: Wo

[PATCH 4.9 07/74] i2c: i801: Restore configuration at shutdown

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jean Delvare commit f7f6d915a10f7f2bce17e3b1b7d3376562395a28 upstream. On some systems, the BIOS expects certain SMBus register values to match the hardware defaults. Restore these configuratio

Re: BUG: unable to handle kernel paging request in process_preds

On Fri, Apr 27, 2018 at 7:30 AM, syzbot wrote: > Hello, > > syzbot hit the following crash on bpf-next commit > 0c90f2243ec67eeacf9624ae52ab43c734fe0e93 (Wed Apr 18 02:46:34 2018 +) > tools: bpftool: make it easier to feed hex bytes to bpftool > syzbot dashboard link: > https://syzkaller.appsp

[PATCH 4.9 02/74] x86/tsc: Prevent 32bit truncation in calc_hpet_ref()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Xiaoming Gao commit d3878e164dcd3925a237a20e879432400e369172 upstream. The TSC calibration code uses HPET as reference. The conversion normalizes the delta of two HPET timestamps: hpetref

Re: [PATCH v2 05/17] arm64: Helper for parange to PASize

On 26/04/18 11:58, Julien Grall wrote: Hi Suzuki, On 27/03/18 14:15, Suzuki K Poulose wrote: Add a helper to convert ID_AA64MMFR0_EL1:PARange to they physical size shift. Limit the size to the maximum supported by the kernel. We are about to move the user of this code and this helps to keep the

Re: [PATCH v2] dmaengine: axi-dmac: Request IRQ with IRQF_SHARED

On 04/27/2018 05:15 PM, Moritz Fischer wrote: > Hi Vinod, > > On Fri, Apr 27, 2018 at 12:08 AM, Vinod Koul wrote: >> On Fri, Apr 27, 2018 at 08:53:39AM +0200, Lars-Peter Clausen wrote: >>> On 04/27/2018 07:11 AM, Vinod Koul wrote: On Thu, Apr 26, 2018 at 10:40:00AM -0700, Moritz Fischer wrot

[GIT PULL] modules fix for v4.17-rc3

Hi Linus, Please pull below for a modules fix for 4.17-rc3. Thanks, Jessica --- The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338: Linux 4.17-rc1 (2018-04-15 18:24:20 -0700) are available in the git repository at: ssh://g...@gitolite.kernel.org/pub/scm/linux/kern

Re: KASAN: slab-out-of-bounds Read in process_preds

On Fri, Apr 27, 2018 at 7:30 AM, syzbot wrote: > Hello, > > syzbot hit the following crash on bpf-next commit > af487c509d4b7f874fe1a33f9289d51b9adc (Wed Apr 25 07:56:11 2018 +) > Merge branch 'bpf-optimize-neg-sums' > syzbot dashboard link: > https://syzkaller.appspot.com/bug?extid=e47d94

Re: [PATCH v2 05/17] arm64: Helper for parange to PASize

On 27/04/18 16:18, Suzuki K Poulose wrote: On 26/04/18 11:58, Julien Grall wrote: Hi Suzuki, On 27/03/18 14:15, Suzuki K Poulose wrote: Add a helper to convert ID_AA64MMFR0_EL1:PARange to they physical size shift. Limit the size to the maximum supported by the kernel. We are about to move th

Re: [PATCH 2/2] kvm: nVMX: Introduce KVM_CAP_STATE

On Fri, Apr 27, 2018 at 3:03 AM, Paolo Bonzini wrote: > On 27/04/2018 00:28, Jim Mattson wrote: >> The other thing that comes to mind is that there are some new fields >> in the VMCS12 since I first implemented this. One potentially >> troublesome field is the VMX preemption timer. If the current

Re: KASAN: use-after-free Read in process_preds

On Fri, Apr 27, 2018 at 7:30 AM, syzbot wrote: > Hello, > > syzbot hit the following crash on bpf-next commit > 5d1365940a68dd57b031b6e3c07d7d451cd69daf (Thu Apr 12 18:09:05 2018 +) > Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net > syzbot dashboard link: > https://syzkaller.app

[PATCH 4.9 01/74] cifs: do not allow creating sockets except with SMB1 posix exensions

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Steve French commit 1d0cffa674cfa7d185a302c8c6850fc50b893bed upstream. RHBZ: 1453123 Since at least the 3.10 kernel and likely a lot earlier we have not been able to create unix domain sockets

<    2   3   4   5   6   7   8   9   10   11   >