[PATCH 4.14 109/205] mac80211: fix radiotap vendor presence bitmap handling

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit efc38dd7d5fa5c8cdd0c917c5d00947aa0539443 ] Due to the alignment handling, it actually matters where in the code we add the 4 bytes for the presence bitmap to the length; the first fi

[PATCH 4.14 111/205] Bluetooth: Fix unnecessary error message for HCI request completion

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 1629db9c75342325868243d6bca5853017d91cf8 ] In case a command which completes in Command Status was sent using the hci_cmd_send-family of APIs there would be a misleading error in the

[PATCH 4.14 090/205] selftests/bpf: use __bpf_constant_htons in test_prog.c

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit a0517a0f7ef23550b4484c37e2b9c2d32abebf64 ] For some reason, my older GCC (< 4.8) isn't smart enough to optimize the !__builtin_constant_p() branch in bpf_htons, I see: error: impli

[PATCH 4.14 089/205] switchtec: Fix SWITCHTEC_IOCTL_EVENT_IDX_ALL flags overwrite

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit e4a7dca5de625018b29417ecc39dc5037d9a5a36 ] In the ioctl_event_ctl() SWITCHTEC_IOCTL_EVENT_IDX_ALL case, we call event_ctl() several times with the same "ctl" struct. Each call clobb

[PATCH 4.14 091/205] ARM: pxa: avoid section mismatch warning

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 88af3209aa0881aa5ffd99664b6080a4be5f24e5 ] WARNING: vmlinux.o(.text+0x19f90): Section mismatch in reference from the function littleton_init_lcd() to the function .init.text:pxa_set

[PATCH 4.14 083/205] clk: imx6sl: ensure MMDC CH0 handshake is bypassed

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 0efcc2c0fd2001a83240a8c3d71f67770484917e ] Same as other i.MX6 SoCs, ensure unused MMDC channel's handshake is bypassed, this is to make sure no request signal will be generated when

[PATCH 4.14 116/205] cw1200: Fix concurrency use-after-free bugs in cw1200_hw_scan()

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 4f68ef64cd7feb1220232bd8f501d8aad340a099 ] The function cw1200_bss_info_changed() and cw1200_hw_scan() can be concurrently executed. The two functions both access a possible shared v

[PATCH 4.14 125/205] i40e: define proper net_device::neigh_priv_len

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 31389b53b3e0b535867af9090a5d19ec64768d55 ] Out of bound read reported by KASan. i40iw_net_event() reads unconditionally 16 bytes from neigh->primary_key while the memory allocated f

[PATCH 4.14 092/205] ASoC: fsl: Fix SND_SOC_EUKREA_TLV320 build error on i.MX8M

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit add6883619a9e3bf9658eaff1a547354131bbcd9 ] eukrea-tlv320.c machine driver runs on non-DT platforms and include header file in order to be able to use some machine_is_eukrea_xxx() ma

[PATCH 4.14 128/205] fbdev: fbcon: Fix unregister crash when more than one framebuffer

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 2122b40580dd9d0620398739c773d07a7b7939d0 ] When unregistering fbdev using unregister_framebuffer(), any bound console will unbind automatically. This is working fine if this is the o

[PATCH 4.14 126/205] igb: Fix an issue that PME is not enabled during runtime suspend

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 1fb3a7a75e2efcc83ef21f2434069cddd6fae6f5 ] I210 ethernet card doesn't wakeup when a cable gets plugged. It's because its PME is not set. Since commit 42eca2302146 ("PCI: Don't touch

[PATCH 4.14 131/205] pinctrl: meson: meson8b: fix the GPIO function for the GPIOAO pins

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 2b745ac3cceb8fc1d9985990c8241a821ea97e53 ] The GPIOAO pins (as well as the two exotic GPIO_BSD_EN and GPIO_TEST_N) only belong to the pin controller in the AO domain. With the curren

[PATCH 4.14 132/205] KVM: x86: svm: report MSR_IA32_MCG_EXT_CTL as unsupported

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit e87555e550cef4941579cd879759a7c0dee24e68 ] AMD doesn't seem to implement MSR_IA32_MCG_EXT_CTL and svm code in kvm knows nothing about it, however, this MSR is among emulated_msrs and

[PATCH 4.14 133/205] powerpc/fadump: Do not allow hot-remove memory from fadump reserved area.

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 0db6896ff6332ba694f1e61b93ae3b2640317633 ] For fadump to work successfully there should not be any holes in reserved memory ranges where kernel has asked firmware to move the content

[PATCH 4.14 117/205] powerpc/perf: Fix thresholding counter data for unknown type

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 17cfccc91545682513541924245abb876d296063 ] MMCRA[34:36] and MMCRA[38:44] expose the thresholding counter value. Thresholding counter can be used to count latency cycles such as load

[PATCH 4.14 136/205] hwmon: (lm80) fix a missing check of the status of SMBus read

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit c9c63915519b1def7043b184680f33c24cd49d7b ] If lm80_read_value() fails, it returns a negative number instead of the correct read data. Therefore, we should avoid using the data if it

[PATCH 4.14 134/205] kvm: Change offset in kvm_write_guest_offset_cached to unsigned

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 7a86dab8cf2f0fdf508f3555dddfc236623bff60 ] Since the offset is added directly to the hva from the gfn_to_hva_cache, a negative offset could result in an out of bounds write. The exis

[PATCH 4.14 137/205] hwmon: (lm80) fix a missing check of bus read in lm80 probe

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 9aa3aa15f4c2f74f47afd6c5db4b420fadf3f315 ] In lm80_probe(), if lm80_read_value() fails, it returns a negative error number which is stored to data->fan[f_min] and will be further use

[PATCH 4.14 139/205] crypto: ux500 - Use proper enum in cryp_set_dma_transfer

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 9d880c5945c748d8edcac30965f3349a602158c4 ] Clang warns when one enumerated type is implicitly converted to another: drivers/crypto/ux500/cryp/cryp_core.c:559:5: warning: implicit co

[PATCH 4.14 130/205] pinctrl: meson: meson8: fix the GPIO function for the GPIOAO pins

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 42f9b48cc5402be11d2364275eb18c257d2a79e8 ] The GPIOAO pins (as well as the two exotic GPIO_BSD_EN and GPIO_TEST_N) only belong to the pin controller in the AO domain. With the curren

[PATCH 4.14 140/205] crypto: ux500 - Use proper enum in hash_set_dma_transfer

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 5ac93f808338f4dd465402e91869702eb87db241 ] Clang warns when one enumerated type is implicitly converted to another: drivers/crypto/ux500/hash/hash_core.c:169:4: warning: implicit co

[PATCH 4.14 143/205] um: Avoid marking pages with "changed protection"

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 8892d8545f2d0342b9c550defbfb165db237044b ] Changing protection is a very high cost operation in UML because in addition to an extra syscall it also interrupts mmap merge sequences ge

[PATCH 4.14 142/205] cifs: check ntwrk_buf_start for NULL before dereferencing it

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 59a63e479ce36a3f2c3a36efe82b78e4a8e0 ] RHBZ: 1021460 There is an issue where when multiple threads open/close the same directory ntwrk_buf_start might end up being NULL, causing

[PATCH 4.14 144/205] niu: fix missing checks of niu_pci_eeprom_read

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 26fd962bde0b15e54234fe762d86bc0349df1de4 ] niu_pci_eeprom_read() may fail, so we should check its return value before using the read data. Signed-off-by: Kangjie Lu Acked-by: Shann

[PATCH 4.14 141/205] MIPS: ralink: Select CONFIG_CPU_MIPSR2_IRQ_VI on MT7620/8

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 0b15394475e3bcaf35ca4bf22fc55d56df67224e ] Testing has shown, that when using mainline U-Boot on MT7688 based boards, the system may hang or crash while mounting the root-fs. The mai

[PATCH 4.14 120/205] drbd: skip spurious timeout (ping-timeo) when failing promote

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 9848b6ddd8c92305252f94592c5e278574e7a6ac ] If you try to promote a Secondary while connected to a Primary and allow-two-primaries is NOT set, we will wait for "ping-timeout" to give

[PATCH 4.14 122/205] video: clps711x-fb: release disp device node in probe()

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit fdac751355cd76e049f628afe6acb8ff4b1399f7 ] clps711x_fb_probe() increments refcnt of disp device node by of_parse_phandle() and leaves it undecremented on both successful and error pa

[PATCH 4.14 145/205] f2fs: fix sbi->extent_list corruption issue

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit e4589fa545e0020dbbc3c9bde35f35f949901392 ] When there is a failure in f2fs_fill_super() after/during the recovery of fsync'd nodes, it frees the current sbi and retries again. This t

[PATCH 4.14 121/205] drbd: Avoid Clang warning about pointless switch statment

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit a52c5a16cf19d8a85831bb1b915a221dd4ffae3c ] There are several warnings from Clang about no case statement matching the constant 0: In file included from drivers/block/drbd/drbd_recei

[PATCH 4.14 148/205] ocfs2: dont clear bh uptodate for block read

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 70306d9dce75abde855cefaf32b3f71eed8602a3 ] For sync io read in ocfs2_read_blocks_sync(), first clear bh uptodate flag and submit the io, second wait io done, last check whether bh up

[PATCH 4.14 146/205] cgroup: fix parsing empty mount option string

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit e250d91d65750a0c0c62483ac4f9f357e7317617 ] This fixes the case where all mount options specified are consumed by an LSM and all that's left is an empty string. In this case cgroupfs

[PATCH 4.14 118/205] drbd: narrow rcu_read_lock in drbd_sync_handshake

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit d29e89e34952a9ad02c77109c71a80043544296e ] So far there was the possibility that we called genlmsg_new(GFP_NOIO)/mutex_lock() while holding an rcu_read_lock(). This included cases l

[PATCH 4.14 150/205] isdn: hisax: hfc_pci: Fix a possible concurrency use-after-free bug in HFCPCI_l1hw()

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 7418e6520f22a2e35815122fa5a53d5bbfa2c10f ] In drivers/isdn/hisax/hfc_pci.c, the functions hfcpci_interrupt() and HFCPCI_l1hw() may be concurrently executed. HFCPCI_l1hw() line 117

[PATCH 4.14 124/205] fbdev: fbmem: behave better with small rotated displays and many CPUs

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit f75df8d4b4fabfad7e3cba2debfad12741c6fde7 ] Blitting an image with "negative" offsets is not working since there is no clipping. It hopefully just crashes. For the bootup logo, there

[PATCH 4.14 115/205] scsi: smartpqi: increase fw status register read timeout

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 65111785acccb836ec75263b03b0e33f21e74f47 ] Problem: - during the driver initialization, driver will poll fw for KERNEL_UP in a 30 seconds timeout. - if the firmware is not read

[PATCH 4.14 162/205] fs/epoll: drop ovflist branch prediction

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 76699a67f3041ff4c7af6d6ee9be2bfbf1ffb671 ] The ep->ovflist is a secondary ready-list to temporarily store events that might occur when doing sproc without holding the ep->wq.lock. T

[PATCH 4.14 163/205] exec: load_script: dont blindly truncate shebang string

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 8099b047ecc431518b9bb6bdbba3549bbecdc343 ] load_script() simply truncates bprm->buf and this is very wrong if the length of shebang string exceeds BINPRM_BUF_SIZE-2. This can silent

[PATCH 4.14 160/205] proc/sysctl: fix return error for proc_doulongvec_minmax()

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 09be178400829dddc1189b50a7888495dd26aa84 ] If the number of input parameters is less than the total parameters, an EINVAL error will be returned. For example, we use proc_doulongvec

[PATCH 4.14 159/205] kernel/hung_task.c: break RCU locks based on jiffies

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 304ae42739b108305f8d7b3eb3c1aec7c2b643a9 ] check_hung_uninterruptible_tasks() is currently calling rcu_lock_break() for every 1024 threads. But check_hung_task() is very slow if pri

[PATCH 4.14 165/205] thermal: hwmon: inline helpers when CONFIG_THERMAL_HWMON is not set

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Eduardo Valentin commit 03334ba8b425b2ad275c8f390cf83c7b081c3095 upstream. Avoid warnings like this: thermal_hwmon.h:29:1: warning: ‘thermal_remove_hwmon_sysfs’ defined but not used [-Wunused

[PATCH 4.14 151/205] gdrom: fix a memory leak bug

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 093c48213ee37c3c3ff1cf5ac1aa2a9d8bc66017 ] In probe_gdrom(), the buffer pointed by 'gd.cd_info' is allocated through kzalloc() and is used to hold the information of the gdrom device

[PATCH 4.14 164/205] scripts/gdb: fix lx-version string output

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit b058809bfc8faeb7b7cae047666e23375a060059 ] A bug is present in GDB which causes early string termination when parsing variables. This has been reported [0], but we should ensure tha

[PATCH 4.14 167/205] enic: fix checksum validation for IPv6

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Govindarajulu Varadarajan [ Upstream commit 7596175e99b3d4bce28022193efd954c201a782a ] In case of IPv6 pkts, ipv4_csum_ok is 0. Because of this, driver does not set skb->ip_summed. So IPv6 rx

[PATCH 4.14 168/205] net: dp83640: expire old TX-skb

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior [ Upstream commit 53bc8d2af08654659abfadfd3e98eb9922ff787c ] During sendmsg() a cloned skb is saved via dp83640_txtstamp() in ->tx_queue. After the NIC sends this pac

[PATCH 4.14 170/205] skge: potential memory corruption in skge_get_regs()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter [ Upstream commit 294c149a209c6196c2de85f512b52ef50f519949 ] The "p" buffer is 0x4000 bytes long. B3_RI_WTO_R1 is 0x190. The value of "regs->len" is in the 1-0x4000 range. The

[PATCH 4.14 180/205] dmaengine: bcm2835: Fix interrupt race on RT

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Lukas Wunner commit f7da7782aba92593f7b82f03d2409a1c5f4db91b upstream. If IRQ handlers are threaded (either because CONFIG_PREEMPT_RT_BASE is enabled or "threadirqs" was passed on the command

[PATCH 4.14 176/205] ALSA: hda - Serialize codec registrations

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai commit 305a0ade180981686eec1f92aa6252a7c6ebb1cf upstream. In the current code, the codec registration may happen both at the codec bind time and the end of the controller probe ti

[PATCH 4.14 169/205] rxrpc: bad unlock balance in rxrpc_recvmsg

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 6dce3c20ac429e7a651d728e375853370c796e8d ] When either "goto wait_interrupted;" or "goto wait_error;" paths are taken, socket lock has already been released. Th

[PATCH 4.14 177/205] fuse: call pipe_buf_release() under pipe lock

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Jann Horn commit 9509941e9c534920ccc4771ae70bd6cbbe79df1c upstream. Some of the pipe_buf_release() handlers seem to assume that the pipe is locked - in particular, anon_pipe_buf_release() acce

[PATCH 4.14 181/205] dmaengine: bcm2835: Fix abort of transactions

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Lukas Wunner commit 9e528c799d17a4ac37d788c81440b50377dd592d upstream. There are multiple issues with bcm2835_dma_abort() (which is called on termination of a transaction): * The algorithm to

[PATCH 4.14 157/205] HID: lenovo: Add checks to fix of_led_classdev_register

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 6ae16dfb61bce538d48b7fe98160fada446056c5 ] In lenovo_probe_tpkbd(), the function of_led_classdev_register() could return an error value that is unchecked. The fix adds these checks.

[PATCH 4.14 149/205] ocfs2: improve ocfs2 Makefile

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 9e6aea22802b5684c7e1d69822aeb0844dd01953 ] Included file path was hard-wired in the ocfs2 makefile, which might causes some confusion when compiling ocfs2 as an external module. Say

[PATCH 4.14 183/205] futex: Handle early deadlock return correctly

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Gleixner commit 1a1fb985f2e2b85ec0d3dc2e519ee48389ec2434 upstream. commit 56222b212e8e ("futex: Drop hb->lock before enqueueing on the rtmutex") changed the locking rules in the futex c

[PATCH 4.14 195/205] cpu/hotplug: Fix "SMT disabled by BIOS" detection for KVM

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Josh Poimboeuf commit b284909abad48b07d3071a9fc9b5692b3e64914b upstream. With the following commit: 73d5e2b47264 ("cpu/hotplug: detect SMT disabled by BIOS") ... the hotplug code attempted

[PATCH 4.14 154/205] thermal: bcm2835: enable hwmon explicitly

4.14-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit d56c19d07e0bc3ceff366a49b7d7a2440c967b1b ] By defaul of-based thermal driver do not enable hwmon. This patch does this explicitly, so that the temperature can be read through the com

[PATCH 4.14 194/205] KVM: nVMX: unconditionally cancel preemption timer in free_nested (CVE-2019-7221)

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Peter Shier commit ecec76885bcfe3294685dc363fd1273df0d5d65f upstream. Bugzilla: 1671904 There are multiple code paths where an hrtimer may have been started to emulate an L1 VMX preemption ti

[PATCH 4.14 197/205] x86/MCE: Initialize mce.bank in the case of a fatal error in mce_no_way_out()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Tony Luck commit d28af26faa0b1daf3c692603d46bc4687c16f19e upstream. Internal injection testing crashed with a console log that said: mce: [Hardware Error]: CPU 7: Machine Check Exception: f

[PATCH 4.14 199/205] perf tests evsel-tp-sched: Fix bitwise operator

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Gustavo A. R. Silva commit 489338a717a0dfbbd5a3fabccf172b78f0ac9015 upstream. Notice that the use of the bitwise OR operator '|' always leads to true in this particular case, which seems a bit

[PATCH 4.14 202/205] nfsd4: fix cached replies to solo SEQUENCE compounds

4.14-stable review patch. If anyone has any objections, please let me know. -- From: J. Bruce Fields commit 085def3ade52f2ffe3e31f42e98c27dcc222dd37 upstream. Currently our handling of 4.1+ requests without "cachethis" set is confusing and not quite correct. Suppose a client

[PATCH 4.14 201/205] serial: 8250_pci: Make PCI class test non fatal

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Andy Shevchenko commit 824d17c57b0abbcb9128fb3f7327fae14761914b upstream. As has been reported the National Instruments serial cards have broken PCI class. The commit 7d8905d06405 ("serial

[PATCH 4.14 204/205] IB/hfi1: Add limit test for RC/UC send via loopback

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Mike Marciniszyn commit 09ce351dff8e7636af0beb72cd4a86c3904a0500 upstream. Fix potential memory corruption and panic in loopback for IB_WR_SEND variants. The code blindly assumes the posted l

[PATCH 4.14 188/205] usb: gadget: musb: fix short isoc packets with inventra dma

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Paul Elder commit c418fd6c01fbc5516a2cd1eaf1df1ec86869028a upstream. Handling short packets (length < max packet size) in the Inventra DMA engine in the MUSB driver causes the MUSB DMA control

[PATCH 4.14 190/205] scsi: cxlflash: Prevent deadlock when adapter probe fails

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Vaibhav Jain commit bb61b843ffd46978d7ca5095453e572714934eeb upstream. Presently when an error is encountered during probe of the cxlflash adapter, a deadlock is seen with cpu thread stuck ins

[PATCH 4.14 189/205] staging: speakup: fix tty-operation NULL derefs

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit a1960e0f1639cb1f7a3d94521760fc73091f6640 upstream. The send_xchar() and tiocmset() tty operations are optional. Add the missing sanity checks to prevent user-space triggera

[PATCH 4.14 186/205] usb: dwc3: gadget: Handle 0 xfer length for OUT EP

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Tejas Joglekar commit 1e19cdc8060227b0802bda6bc0bd22b23679ba32 upstream. For OUT endpoints, zero-length transfers require MaxPacketSize buffer as per the DWC_usb3 programming guide 3.30a secti

[PATCH 4.14 187/205] usb: gadget: udc: net2272: Fix bitwise and boolean operations

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Gustavo A. R. Silva commit 07c69f1148da7de3978686d3af9263325d9d60bd upstream. (!x & y) strikes again. Fix bitwise and boolean operations by enclosing the expression: intcsr & (1 << N

[PATCH 4.9 010/137] powerpc/pseries: add of_node_put() in dlpar_detach_node()

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 5b3f5c408d8cc59b87e47f1ab9803dbd006e4a91 ] The previous commit, "of: overlay: add missing of_node_get() in __of_attach_node_sysfs" added a missing of_node_get() to __of_attach_node_sy

[PATCH 4.14 182/205] dmaengine: imx-dma: fix wrong callback invoke

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Leonid Iziumtsev commit 341198eda723c8c1cddbb006a89ad9e362502ea2 upstream. Once the "ld_queue" list is not empty, next descriptor will migrate into "ld_active" list. The "desc" variable will b

[PATCH 4.14 185/205] usb: phy: am335x: fix race condition in _probe

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Bin Liu commit a53469a68eb886e84dd8b69a1458a623d3591793 upstream. power off the phy should be done before populate the phy. Otherwise, am335x_init() could be called by the phy owner to power o

[PATCH 4.14 200/205] serial: fix race between flush_to_ldisc and tty_open

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman commit fedb5760648a291e949f2380d383b5b2d2749b5e upstream. There still is a race window after the commit b027e2298bd588 ("tty: fix data race between tty_init_dev and flush of

[PATCH 4.9 008/137] dlm: Dont swamp the CPU with callbacks queued during recovery

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 216f0efd19b9cc32207934fd1b87a45f2c4c593e ] Before this patch, recovery would cause all callbacks to be delayed, put on a queue, and afterward they were all queued to the callback work

[PATCH 4.9 006/137] scsi: lpfc: Correct LCB RJT handling

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit b114d9009d386276bfc3352289fc235781ae3353 ] When LCB's are rejected, if beaconing was already in progress, the Reason Code Explanation was not being set. Should have been set to comman

[PATCH 4.9 022/137] iio: accel: kxcjk1013: Add KIOX010A ACPI Hardware-ID

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 7f6232e69539971cf9eaed07a6c14ab4a2361133 ] Various 2-in-1's use KIOX010A and KIOX020A as HIDs for 2 KXCJ91008 accelerometers. The KIOX010A HID is for the one in the base and the KIOX0

[PATCH 4.9 012/137] serial: fsl_lpuart: clear parity enable bit when disable parity

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 397bd9211fe014b347ca8f95a8f4e1017bac1aeb ] Current driver only enable parity enable bit and never clear it when user set the termios. The fix clear the parity enable bit when PARENB f

[PATCH 4.9 000/137] 4.9.156-stable review

This is the start of the stable review cycle for the 4.9.156 release. There are 137 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Wed Feb 13 14:17:22 UTC 2019. Anything recei

[PATCH 4.9 024/137] f2fs: move dir data flush to write checkpoint process

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit b61ac5b720146c619c7cdf17eff2551b934399e5 ] This patch move dir data flush to write checkpoint process, by doing this, it may reduce some time for dir fsync. pre: -f2fs_do_syn

[PATCH 4.9 026/137] f2fs: fix wrong return value of f2fs_acl_create

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit f6176473a0c7472380eef72ebeb330cf9485bf0a ] When call f2fs_acl_create_masq() failed, the caller f2fs_acl_create() should return -EIO instead of -ENOMEM, this patch makes it consistent

[PATCH 4.9 025/137] f2fs: avoid build warn of fall_through

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit f5d5510e7389fa264337fb524346bac9eb93adc8 ] After merging the f2fs tree, today's linux-next build (x86_64_allmodconfig) produced this warning: In file included from fs/f2fs/dir.c:11

[PATCH 4.9 027/137] sunvdc: Do not spin in an infinite loop when vio_ldc_send() returns EAGAIN

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit a11f6ca9aef989b56cd31ff4ee2af4fb31a172ec ] __vdc_tx_trigger should only loop on EAGAIN a finite number of times. See commit adddc32d6fde ("sunvnet: Do not spin in an infinite loop wh

[PATCH 4.9 037/137] smack: fix access permissions for keyring

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 5b841bfab695e3b8ae793172a9ff7990f99cc3e2 ] Function smack_key_permission() only issues smack requests for the following operations: - KEY_NEED_READ (issues MAY_READ) - KEY_NEED_WRIT

[PATCH 4.9 035/137] x86/fpu: Add might_fault() to user_insn()

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 6637401c35b2f327a35d27f44bda05e327f2f017 ] Every user of user_insn() passes an user memory pointer to this macro. Add might_fault() to user_insn() so we can spot users which are usin

[PATCH 4.9 036/137] media: DaVinci-VPBE: fix error handling in vpbe_initialize()

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit aa35dc3c71950e3fec3e230c06c27c0fbd0067f8 ] If vpbe_set_default_output() or vpbe_set_default_mode() fails, vpbe_initialize() returns error code without releasing resources. The patch

[PATCH 4.9 014/137] staging:iio:ad2s90: Make probe handle spi_setup failure

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit b3a3eafeef769c6982e15f83631dcbf8d1794efb ] Previously, ad2s90_probe ignored the return code from spi_setup, not handling its possible failure. This patch makes ad2s90_probe check if t

[PATCH 4.9 038/137] usb: hub: delay hub autosuspend if USB3 port is still link training

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit e86108940e541febf35813402ff29fa6f4a9ac0b ] When initializing a hub we want to give a USB3 port in link training the same debounce delay time before autosuspening the hub as already tr

[PATCH 4.9 031/137] firmware/efi: Add NULL pointer checks in efivars API functions

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit ab2180a15ce54739fed381efb4cb12e78dfb1561 ] Since commit: ce2e6db554fa ("brcmfmac: Add support for getting nvram contents from EFI variables") we have a device driver accessing t

[PATCH 4.9 029/137] nfsd4: fix crash on writing v4_end_grace before nfsd startup

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 62a063b8e7d1db684db3f207261a466fa3194e72 ] Anatoly Trosinenko reports that this: 1) Checkout fresh master Linux branch (tested with commit e195ca6cb) 2) Copy x84_64-config-4.14 to .c

[PATCH 4.9 030/137] Thermal: do not clear passive state during system sleep

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 964f4843a455d2ffb199512b08be8d5f077c4cac ] commit ff140fea847e ("Thermal: handle thermal zone device properly during system sleep") added PM hook to call thermal zone reset during sle

[PATCH 4.9 040/137] clk: sunxi-ng: a33: Set CLK_SET_RATE_PARENT for all audio module clocks

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 6e6da2039c82271dd873b9ad2b902a692a7dd554 ] All the audio interfaces on Allwinner SoCs need to change their module clocks during operation, to switch between support for 44.1 kHz and 4

Re: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length

On Sun, Feb 10, 2019 at 10:46:16AM -0200, Marcelo Ricardo Leitner wrote: > On Sat, Feb 09, 2019 at 03:12:17PM -0800, David Miller wrote: > > From: Marcelo Ricardo Leitner > > Date: Wed, 6 Feb 2019 18:37:54 -0200 > > > > > On Wed, Feb 06, 2019 at 12:14:30PM -0800, Julien Gomes wrote: > > >> Make s

[PATCH 4.9 034/137] ARM: mmp/mmp2: dt: enable the clock

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit f36797ee43802b367e59f0f9a9805304a4ff0c98 ] The device-tree booted MMP2 needs to enable the timer clock, otherwise it would stop ticking when the boot finishes. It can also use the cl

[PATCH 4.9 042/137] ARM: dts: Fix OMAP4430 SDP Ethernet startup

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 84fb6c7feb1494ebb7d1ec8b95cfb7ada0264465 ] It was noticed that unbinding and rebinding the KSZ8851 ethernet resulted in the driver reporting "failed to read device ID" at probe. Probi

[PATCH 4.9 043/137] mips: bpf: fix encoding bug for mm_srlv32_op

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 17f6c83fb5ebf7db4fcc94a5be4c22d5a7bfe428 ] For micro-mips, srlv inside POOL32A encoding space should use 0x50 sub-opcode, NOT 0x90. Some early version ISA doc describes the encoding

[PATCH 4.9 017/137] modpost: validate symbol names also in find_elf_symbol

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 5818c683a619c534c113e1f66d24f636defc29bc ] If an ARM mapping symbol shares an address with a valid symbol, find_elf_symbol can currently return the mapping symbol instead, as the symb

[PATCH 4.9 015/137] staging: iio: ad7780: update voltage on read

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 336650c785b62c3bea7c8cf6061c933a90241f67 ] The ad7780 driver previously did not read the correct device output, as it read an outdated value set at initialization. It now updates its

[PATCH 4.9 011/137] drm/vc4: ->x_scaling[1] should never be set to VC4_SCALING_NONE

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 0560054da5673b25d56bea6c57c8d069673af73b ] For the YUV conversion to work properly, ->x_scaling[1] should never be set to VC4_SCALING_NONE, but vc4_get_scaling_mode() might return VC4

[PATCH 4.9 020/137] media: mtk-vcodec: Release device nodes in mtk_vcodec_init_enc_pm()

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 8ea0f2ba0fa3f91ea1b8d823a54b042026ada6b3 ] of_parse_phandle() returns the device node with refcount incremented. There are two nodes that are used temporary in mtk_vcodec_init_enc_pm(

[PATCH 4.9 046/137] iommu/arm-smmu-v3: Use explicit mb() when moving cons pointer

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit a868e8530441286342f90c1fd9c5f24de3aa2880 ] After removing an entry from a queue (e.g. reading an event in arm_smmu_evtq_thread()) it is necessary to advance the MMIO consumer pointer

[PATCH 4.9 018/137] perf tools: Add Hygon Dhyana support

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 4787eff3fa88f62fede6ed7afa06477ae6bf984d ] The tool perf is useful for the performance analysis on the Hygon Dhyana platform. But right now there is no Hygon support for it to analyze

[PATCH 4.9 044/137] tracing: Have trace_stack nr_entries compare not be so subtle

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit ca16b0fbb05242f18da9d810c07d3882ffed831c ] Dan Carpenter reviewed the trace_stack.c code and figured he found an off by one bug. "From reviewing the code, it seems possible for st

[PATCH 4.9 068/137] drbd: narrow rcu_read_lock in drbd_sync_handshake

4.9-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit d29e89e34952a9ad02c77109c71a80043544296e ] So far there was the possibility that we called genlmsg_new(GFP_NOIO)/mutex_lock() while holding an rcu_read_lock(). This included cases li

<    6   7   8   9   10   11   12   13   14   15   >