[PATCH 4.20 031/352] serial: fsl_lpuart: clear parity enable bit when disable parity

4.20-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

[PATCH 4.20 029/352] crypto: aes_ti - disable interrupts while accessing S-box

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 0a6a40c2a8c184a2fb467efacfb1cd338d719e0b ] In the "aes-fixed-time" AES implementation, disable interrupts while accessing the S-box, in order to make cache-timing attacks more

[PATCH 4.20 013/352] drm/amd/display: Fix potential nullptr error

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 4f7129112c2a30331f3045a42026fad82e6cb72b ] [Why] Fix surface/plane potential nullptr [How] add null check Signed-off-by: Bhawanpreet Lakha Reviewed-by: Aric Cyr Acked-by: Leo Li

[PATCH 4.20 030/352] drm/vc4: ->x_scaling[1] should never be set to VC4_SCALING_NONE

4.20-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

[PATCH 4.20 028/352] s390/qeth: utilize virtual MAC for Layer2 OSD devices

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit b144b99fff69a5bc0d34c8e168bedb88c68ca23d ] By default, READ MAC on a Layer2 OSD device returns the adapter's burnt-in MAC address. Given the default scenario of many virtual devices

[PATCH 4.20 032/352] ptp: check gettime64 return code in PTP_SYS_OFFSET ioctl

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 83d0bdc7390b890905634186baaa294475cd6a06 ] If a gettime64 call fails, return the error and avoid copying data back to user. Cc: Richard Cochran Cc: Jacob Keller Signed-off-by:

[PATCH 4.20 034/352] dpaa2-ptp: defer probe when portal allocation failed

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 5500598abbfb5b46201b9768bd9ea873a5eeaece ] The fsl_mc_portal_allocate can fail when the requested MC portals are not yet probed by the fsl_mc_allocator. In this situation, the

[PATCH 4.20 036/352] staging:iio:ad2s90: Make probe handle spi_setup failure

4.20-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

[PATCH 4.20 039/352] fpga: altera-cvp: fix bad IO access on x86_64

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 187fade88ca0ff2df9d360ca751d948d73db7095 ] If mapping the CvP BAR fails, we still can configure the FPGA via PCI config space access. In this case the iomap pointer is NULL. On

[PATCH 4.20 037/352] fpga: altera-cvp: Fix registration for CvP incapable devices

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 68f60538daa4bc3da5d0764d46f391916fba20fd ] The probe function needs to verify the CvP enable bit in order to properly determine if FPGA Manager functionality can be safely enabled.

[PATCH 4.20 035/352] iwlwifi: fw: do not set sgi bits for HE connection

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 5c2dbebb446539eb9640bf59a02756d6e7f1fc53 ] If the association supports HE, HT/VHT rates will never be used for Tx and therefore there's no need to set the

[PATCH 4.20 038/352] Tools: hv: kvp: Fix a warning of buffer overflow with gcc 8.0.1

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 4fcba7802c3e15a6e56e255871d6c72f829b9dd8 ] The patch fixes: hv_kvp_daemon.c: In function 'kvp_set_ip_info': hv_kvp_daemon.c:1305:2: note: 'snprintf' output between 41 and 4136

[PATCH 4.20 042/352] i40e: suppress bogus error message

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 7cd8eb0861981ad212ce4242a1870c4b5831ceff ] The i40e driver complains about unprivileged VFs trying to configure promiscuous mode each time a VF reset occurs. This isn't the fault of

[PATCH 4.20 017/352] ath10k: assign n_cipher_suites for WCN3990

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 2bd345cd2bfc0bd44528896313c0b45f087bdf67 ] Commit 2ea9f12cefe4 ("ath10k: add new cipher suite support") added a new n_cipher_suites HW param with a fallback value and a warning log.

[PATCH 4.20 018/352] ath9k: dynack: use authentication messages for late ack

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 3831a2a0010c72e3956020cbf1057a1701a2e469 ] In order to properly support dynack in ad-hoc mode running wpa_supplicant, take into account authentication frames for 'late ack'

[PATCH 4.20 015/352] wil6210: fix reset flow for Talyn-mb

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit d083b2e2b7db5cca1791643d036e6597af27f49b ] With current reset flow, Talyn sometimes get stuck causing PCIe enumeration to fail. Fix this by removing some reset flow operations that

[PATCH 4.20 019/352] scsi: lpfc: Correct LCB RJT handling

4.20-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

[PATCH 4.20 020/352] scsi: mpt3sas: Call sas_remove_host before removing the target devices

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit dc730212e8a378763cb182b889f90c8101331332 ] Call sas_remove_host() before removing the target devices in the driver's .remove() callback function(i.e. during driver unload time). So

[PATCH 4.20 053/352] modpost: validate symbol names also in find_elf_symbol

4.20-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

[PATCH 4.20 059/352] media: mtk-vcodec: Release device nodes in mtk_vcodec_init_enc_pm()

4.20-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

[PATCH 4.20 060/352] staging: erofs: fix the definition of DBG_BUGON

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit eef168789866514e5d4316f030131c9fe65b643f ] It's better not to positively BUG_ON the kernel, however developers need a way to locate issues as soon as possible. DBG_BUGON is

[PATCH 4.20 058/352] media: video-i2c: avoid accessing released memory area when removing driver

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit c764da98a600a4b068d25c77164f092f159cecec ] The video device release() callback for video-i2c driver frees the whole struct video_i2c_data. If there is no user left for the video

[PATCH 4.20 054/352] perf tools: Add Hygon Dhyana support

4.20-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

[PATCH 4.20 055/352] scsi: cxgb4i: fix thermal configuration dependencies

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 8d0bb86e2cf6c96d88c3de56a2a29329872c454d ] I fixed a bug by adding a dependency in the network driver, but that fix caused a related bug in the SCSI driver: WARNING: unmet direct

[PATCH 4.20 062/352] x86/resctrl: Fixup the user-visible strings

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 723f1a0dd8e26a7523ba068204bee11c95ded38d ] Fix the messages in rdt_last_cmd_printf() and rdt_last_cmd_puts() to make them more meaningful and consistent. [ bp: s/cpu/CPU/;

[PATCH 4.20 064/352] RDMA/core: Sync unregistration with netlink commands

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 01b671170d7f82b959dad6d5dbb44d7a915e647d ] When the rdma device is getting removed, get resource info can race with device removal, as below: CPU-0

[PATCH 4.20 061/352] staging: erofs: fix race when the managed cache is enabled

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 51232df5e4b268936beccde5248f312a316800be ] When the managed cache is enabled, the last reference count of a workgroup must be used for its workstation. Otherwise, it could lead to

[PATCH 4.20 070/352] ptp: Fix pass zero to ERR_PTR() in ptp_clock_register

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit aea0a897af9e44c258e8ab9296fad417f1bc063a ] Fix smatch warning: drivers/ptp/ptp_clock.c:298 ptp_clock_register() warn: passing zero to 'ERR_PTR' 'err' should be set while

[PATCH 4.20 068/352] clk: meson: meson8b: fix the width of the cpu_scale_div clock

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit a8662eadd1032018f31e37deda811790b2326662 ] According to the public S805 datasheet HHI_SYS_CPU_CLK_CNTL1[29:20] is the register for the CPU scale_div clock. This matches the code in

[PATCH 4.20 065/352] drm: rcar-du: Fix external clock error checks

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 63a298f22a6183b5b7536a203596c6570dfcfe8e ] The rcar-du driver supports probe deferral for external clocks, but implements it badly by checking the wrong pointer due to a bad copy

[PATCH 4.20 066/352] ASoC: sunxi: sun50i-codec-analog: Add support for cpvdd regulator supply

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit ca0412a05756cd0b94751ca4d54fe6522f00b1f4 ] On the Allwinner A64 SoCs, the audio codec has a built-in headphone amplifier. This amplifier has a power supply separate from the rest of

[PATCH 4.20 069/352] clk: meson: meson8b: mark the CPU clock as CLK_IS_CRITICAL

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 0dad1ec65bc30a549aba38d34a727309bbf41bc8 ] We don't want the common clock framework to disable the "cpu_clk" if it's not used by any device. The cpufreq-dt driver does not enable

[PATCH 4.20 046/352] usbnet: smsc95xx: fix rx packet alignment

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 810eeb1f41a9a272eedc94ca18c072e75678ede4 ] The smsc95xx driver already takes into account the NET_IP_ALIGN parameter when setting up the receive packet data, which means we do not

[PATCH 4.20 072/352] powerpc/32: Add .data..Lubsan_data*/.data..Lubsan_type* sections explicitly

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit beba24ac59133cb36ecd03f9af9ccb11971ee20e ] When both `CONFIG_LD_DEAD_CODE_DATA_ELIMINATION=y` and `CONFIG_UBSAN=y` are set, link step typically produce numberous warnings about

[PATCH 4.20 074/352] iio: adc: meson-saradc: fix internal clock names

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 50314f98b0ac468218e7c9af8c99f215a35436df ] Before this patch we are registering the internal clocks (for example on Meson8b, where the SAR ADC IP block implements the divider and

[PATCH 4.20 051/352] bpf: libbpf: retry map creation without the name

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 23499442c319412aa8e54e7a939e2eb531bdd77d ] Since commit 88cda1c9da02 ("bpf: libbpf: Provide basic API support to specify BPF obj name"), libbpf unconditionally sets bpf_attr->name

[PATCH 4.20 088/352] soc: bcm: brcmstb: Dont leak device tree node reference

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 1861a7f07e02292830a1ca256328d370deefea30 ] of_find_node_by_path() acquires a reference to the node returned by it and that reference needs to be dropped by its caller.

[PATCH 4.20 086/352] net: aquantia: return err if set MPI_DEINIT state fails

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 4e3c7c00bba0636b97eb23d582c20b0f5d95ce20 ] Fixes gcc '-Wunused-but-set-variable' warning: drivers/net/ethernet/aquantia/atlantic/hw_atl/hw_atl_utils.c:260:7: warning: variable

[PATCH 4.20 090/352] drm: Clear state->acquire_ctx before leaving drm_atomic_helper_commit_duplicated_state()

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit aa394b0dd68cb00c483e151dcd84713d4d517ed1 ] drm_atomic_helper_commit_duplicated_state() sets state->acquire_ctx to the context given in the argument and leaves it in state after it

[PATCH 4.20 048/352] ARM: OMAP2+: hwmod: Fix some section annotations

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit c10b26abeb53cabc1e6271a167d3f3d396ce0218 ] When building the kernel with Clang, the following section mismatch warnings appears: WARNING: vmlinux.o(.text+0x2d398): Section mismatch

[PATCH 4.20 052/352] net/mlx5: EQ, Use the right place to store/read IRQ affinity hint

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 1e86ace4c140fd5a693e266c9b23409358f25381 ] Currently the cpu affinity hint mask for completion EQs is stored and read from the wrong place, since reading and storing is done from

[PATCH 4.20 077/352] ACPI: SPCR: Consider baud rate 0 as preconfigured state

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit b413b1abeb21b4a152c0bf8d1379efa30759b6e3 ] Since SPCR 1.04 [1] the baud rate of 0 means a preconfigured state of UART. Assume firmware or bootloader configures console correctly.

[PATCH 4.20 091/352] perf: arm_spe: handle devm_kasprintf() failure

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 754a58db6a556e6e5f5e32f3e84e7d67b5bf9c8e ] devm_kasprintf() may return NULL on failure of internal allocation thus the assignment to 'name' is not safe if unchecked. If NULL is

[PATCH 4.20 092/352] arm64: io: Ensure value passed to __iormb() is held in a 64-bit register

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 1b57ec8c75279b873639eb44a215479236f93481 ] As of commit 6460d3201471 ("arm64: io: Ensure calls to delay routines are ordered against prior readX()"), MMIO reads smaller than 64 bits

[PATCH] udf: disallow RW mount without valid integrity descriptor

Refuse to mount a volume read-write without a coherent Logical Volume Integrity Descriptor, because we can't generate truly unique IDs without one. This fixes a bug where all inodes created on a UDF filesystem following mount without a coherent LVID are assigned UID 0. Signed-off-by: Steven J.

[PATCH 4.20 094/352] thermal: Fix locking in cooling device sysfs update cur_state

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 68000a0d983f539c95ebe5dccd4f29535c7ac0af ] Sysfs interface to update cooling device cur_state does not currently holding cooling device lock sometimes leading to stale values in

[PATCH 4.20 095/352] firmware/efi: Add NULL pointer checks in efivars API functions

4.20-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

[PATCH 4.20 078/352] staging: pi433: fix potential null dereference

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 64c4c4ca6c129a4191e8e1e91b2d5d9b8d08c518 ] Add a test for successful call to cdev_alloc() to avoid potential null dereference. Issue reported by smatch. Signed-off-by: Michael

[PATCH 4.20 097/352] mt76x0: dfs: fix IBI_R11 configuration on non-radar channels

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 6bf4a8e902aad7df55d7f2b10b850cfa3f880996 ] Fix IBI_R11 configuration on non-radar channels for mt76x0e driver. This patch improve system stability under heavy load. Moreover use

[PATCH 4.20 103/352] spi: fix spi-at91-usart.c build errors when PINCTRL is not set

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit c2b142cc3939e932d4fa2210c2a5155df5736590 ] Fix build errors when CONFIG_PINCTRL is not enabled. The header file handles both CONFIG_PINCTRL enabled and disabled cases. CC [M]

[PATCH net-next 0/4] net: phy: Add 2.5G/5GBASET PHYs support

The 802.3bz standard defines 2 modes based on the NBASET alliance work that allow to use 2.5Gbps and 5Gbps speeds on Cat 5e, 6 and 7 cables. This series adds the necessary infrastructure to handle these modes with C45 PHYs. This series was originally part of a bigger one, that has seen 2

[PATCH 4.20 104/352] x86/fpu: Add might_fault() to user_insn()

4.20-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

[PATCH 4.20 105/352] media: i2c: TDA1997x: select CONFIG_HDMI

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 79e89e36dc8a47ef965a35b484d737a5227feed1 ] Without CONFIG_HDMI, we get a link error for this driver: drivers/media/i2c/tda1997x.o: In function `tda1997x_parse_infoframe':

[PATCH 4.20 100/352] ARM: dts: mmp2: fix TWSI2

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 1147e05ac9fc2ef86a3691e7ca5c2db7602d81dd ] Marvell keeps their MMP2 datasheet secret, but there are good clues that TWSI2 is not on 0xd4025000 on that platform, not does it use IRQ

[PATCH 4.20 084/352] i2c: sh_mobile: add support for r8a77990 (R-Car E3)

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 5eb316e636eb298c204f5b368526d4480b63c0ba ] Add support for the IIC code for the r8a77990 (R-Car E3). It is not considered compatible with existing fallback bindings due to the

[PATCH 4.20 080/352] f2fs: move dir data flush to write checkpoint process

4.20-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:

[PATCH 4.20 085/352] arm64: io: Ensure calls to delay routines are ordered against prior readX()

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 6460d32014717686d3b7963595950ba2c6d1bb5e ] A relatively standard idiom for ensuring that a pair of MMIO writes to a device arrive at that device with a specified minimum delay

[PATCH 4.20 081/352] f2fs: avoid build warn of fall_through

4.20-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

[PATCH net-next 4/4] net: phy: Add generic support for 2.5GBaseT and 5GBaseT

The 802.3bz specification, based on previous by the NBASET alliance, defines the 2.5GBaseT and 5GBaseT link modes for ethernet traffic on cat5e, cat6 and cat7 cables. These mode integrate with the already defined C45 MDIO PMA/PMD registers set that added 10G support, by defining some previously

[PATCH 4.20 119/352] pinctrl: nuvoton: check for devm_kasprintf() failure

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 4be1eaf322f07bb9694618fd2763a3a1f0a3dd25 ] devm_kasprintf() may return NULL on failure of internal allocation thus the assignment to .label is not safe if not checked. On error

[PATCH 4.20 122/352] arm64: dts: rockchip: fix rk3399-rockpro64 regulator gpios

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 690e16bada6029694740d5501025faf483d14339 ] Rockpro64 is not able boot if GPIO1_C1 pin is pulled high before loading linux kernel. In rockpro64 GPIO1_C1 pin is connected vdd_cpu_b

[PATCH 4.20 127/352] gpio: mt7621: report failure of devm_kasprintf()

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 59d646c775d6ae688ee90fda9f2a4270c47b7490 ] kasprintf() may return NULL on failure of internal allocation thus the assigned label is not safe if not explicitly checked. On error

[PATCH 4.20 123/352] driver core: Move async_synchronize_full call

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit c37d721c68ad88925ba0e72f6e14acb829a8c6bb ] Move the async_synchronize_full call out of __device_release_driver and into driver_detach. The idea behind this is that the

[PATCH 4.20 126/352] usb: dwc3: trace: add missing break statement to make compiler happy

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 54d48183d21e03f780053d7129312049cb5dd591 ] The missed break statement in the outer switch makes the code fall through always and thus always same value will be printed. Besides

[PATCH 4.20 124/352] kobject: return error code if writing /sys/.../uevent fails

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit df44b479654f62b478c18ee4d8bc4e9f897a9844 ] Propagate error code back to userspace if writing the /sys/.../uevent file fails. Before, the write operation always returned with

[PATCH 4.20 133/352] ARM: dts: Fix OMAP4430 SDP Ethernet startup

4.20-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.

[PATCH 4.20 128/352] gpio: mt7621: pass mediatek_gpio_bank_probe() failure up the stack

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit a109c2dbb571b10bb9969285b646f57309c98251 ] The error cases of mediatek_gpio_bank_probe() would go unnoticed (except for the dev_err() messages). The probe function should return an

[PATCH 4.20 131/352] media: v4l2-device: Link subdevices to their parent devices if available

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit ee494cf377e142f65f202fadf0d859f8e12119fb ] Currently v4l2_device_register_subdev_nodes() does not initialize the dev_parent field of the video_device structs it creates for

[PATCH 4.20 129/352] pinctrl: sx150x: handle failure case of devm_kstrdup

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit a9d9f6b83f1bb05da849b3540e6d1f70ef1c2343 ] devm_kstrdup() may return NULL if internal allocation failed. Thus using label, name is unsafe without checking. Therefor in the

[PATCH 4.20 132/352] ARM: OMAP1: ams-delta: Fix audio permanently muted

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 2afdb4c41d7876e430b9bc6e2d7e2fe28609fd6a ] Since commit 1137ceee76ba ("ARM: OMAP1: ams-delta: Don't request unused GPIOs"), on-board audio has appeared muted. Believed to be unused

[PATCH 4.20 130/352] iommu/amd: Fix amd_iommu=force_isolation

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit c12b08ebbe16f0d3a96a116d86709b04c1ee8e74 ] The parameter is still there but it's ignored. We need to check its value before deciding to go into passthrough mode for AMD IOMMU v2

[PATCH 4.20 136/352] arm64: dts: meson: Fix IRQ trigger type for macirq

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 8b3e6f8999f8d704fccce225b9455b3fa639d1c9 ] A long running stress test on a custom board shipping an AXG SoCs and a Realtek RTL8211F PHY revealed that after a few hours the

[PATCH 4.20 112/352] usb: dwc2: Disable power down feature on Samsung SoCs

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 35a6054132286a4ab92b536595093b82e6bdfcbc ] Power down feature of DWC2 module integrated in Samsung SoCs doesn't work properly or needs some additional handling in PHY or SoC glue

[PATCH 4.20 139/352] watchdog: renesas_wdt: dont set divider while watchdog is running

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit e990e12741877e9bfac402ca468f4007a75f6e2a ] The datasheet says we must stop the timer before changing the clock divider. This can happen when the restart handler is called while the

[PATCH 4.20 113/352] usb: hub: delay hub autosuspend if USB3 port is still link training

4.20-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

[PATCH 4.20 140/352] ARM: dts: imx51-zii-rdu1: Do not specify "power-gpio" for hpa1

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 79da07dec740a42c70963ebacbd2bf8866af9e20 ] TPA6130A2 SD pin on RDU1 is not really controlled by SoC and instead is only meant to notify the system that audio was "muted" by external

[PATCH 4.20 115/352] usb: mtu3: fix the issue about SetFeature(U1/U2_Enable)

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit a0678e2eed41e81004308693ac84ea95614b0920 ] Fix the issue: device doesn't accept LGO_U1/U2: 1. set SW_U1/U2_ACCEPT_ENABLE to eanble controller to accept LGO_U1/U2 by default; 2.

[PATCH 4.20 116/352] clk: sunxi-ng: a33: Set CLK_SET_RATE_PARENT for all audio module clocks

4.20-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

[PATCH 4.20 114/352] timekeeping: Use proper seqcount initializer

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit ce10a5b3954f2514af726beb78ed8d7350c5e41c ] tk_core.seq is initialized open coded, but that misses to initialize the lockdep map when lockdep is enabled. Lockdep splats involving

[PATCH 4.20 117/352] media: imx274: select REGMAP_I2C

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 4f9d7225c70dd9d3f406b79e60f8dbd2cd5ae743 ] The imx274 driver uses regmap and the build will fail without it. Fixes: drivers/media/i2c/imx274.c:142:21: error: variable

[PATCH 4.20 118/352] mac80211: fix deauth TX when we disconnect

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit f6c7f03f69f7422bc237bc79599e152d390b74e0 ] The iTXQs stop/wake queue mechanism involves a whole bunch of locks and this is probably why the call to ieee80211_wake_txqs is deferred

[PATCH 4.20 153/352] lightnvm: pblk: fix resubmission of overwritten write err lbas

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit c12fa401ac8c94a74aff68bb5736b3f1dc695fa8 ] Make sure we only look up valid lba addresses on the resubmission path. If an lba is invalidated in the write buffer, that sector will be

[PATCH] crypto: ccree: add missing inline qualifier

Commit 1358c13a48c4 ("crypto: ccree - fix resume race condition on init") was missing a "inline" qualifier for stub function used when CONFIG_PM is not set causing a build warning. Fixes: 1358c13a48c4 ("crypto: ccree - fix resume race condition on init") Cc: sta...@kernel.org # v4.20

[PATCH 4.20 143/352] iommu/arm-smmu: Add support for qcom,smmu-v2 variant

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 89cddc563743cb1e0068867ac97013b2a5bf86aa ] qcom,smmu-v2 is an arm,smmu-v2 implementation with specific clock and power requirements. On msm8996, multiple cores, viz. mdss, video,

[PATCH 4.20 155/352] i2c-axxia: check for error conditions first

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 4f5c85fe3a60ace555d09898166af372547f97fc ] It was observed that when using seqentional mode contrary to the documentation, the SS bit (which is supposed to only be set if

[PATCH 4.20 160/352] switchtec: Fix SWITCHTEC_IOCTL_EVENT_IDX_ALL flags overwrite

4.20-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

[PATCH 4.20 144/352] iommu/arm-smmu-v3: Use explicit mb() when moving cons pointer

4.20-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

[PATCH 4.20 163/352] ASoC: fsl: Fix SND_SOC_EUKREA_TLV320 build error on i.MX8M

4.20-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()

[PATCH 4.20 165/352] fix dma-buf/udmabuf selftest

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 6edf2e3710f4ef2555ad7a2681dbeb4a69092b2d ] This patch fixes the udmabuf selftest. Currently the selftest is broken. I fixed the selftest by setting the F_SEAL_SHRINK seal on the

[PATCH 4.20 171/352] mmc: bcm2835: Recover from MMC_SEND_EXT_CSD

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 07d405769afea5718529fc9e341f0b13b3189b6f ] If the user issues an "mmc extcsd read", the SD controller receives what it thinks is a SEND_IF_COND command with an unexpected data

[PATCH 4.20 164/352] ARM: mmp: fix timer_init calls

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 12d3a30db4a3b3df5fbadf5974b9cf50544a9950 ] The change to passing the timer frequency as a function argument was a good idea, but caused a build failure for one user that was missed

[PATCH 4.20 170/352] KVM: PPC: Book3S: Only report KVM_CAP_SPAPR_TCE_VFIO on powernv machines

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 693ac10a88a2219bde553b2e8460dbec97e594e6 ] The kvm capability KVM_CAP_SPAPR_TCE_VFIO is used to indicate the availability of in kernel tce acceleration for vfio. However it is

[PATCH 4.20 169/352] tools: bpftool: fix -Wmissing declaration warnings

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit c101189bc9680675a2686bafe908015a07a0da51 ] Help compiler check arguments for several utility functions used to print items to the console by adding the "printf" attribute when

[PATCH 4.20 167/352] f2fs: fix to reorder set_page_dirty and wait_on_page_writeback

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 8d64d365aed355b2e2465d19ba61df02462fff4d ] This patch reorders flow from - update page - set_page_dirty - wait_on_page_writeback to - wait_on_page_writeback - update page -

[PATCH 4.20 145/352] sata_rcar: fix deferred probing

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 9f83cfdb1ace3ef268ecc6fda50058d2ec37d603 ] The driver overrides the error codes returned by platform_get_irq() to -EINVAL, so if it returns -EPROBE_DEFER, the driver would fail the

[PATCH 4.20 172/352] mmc: bcm2835: reset host on timeout

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit f6000a4eb34e6462bc0dd39809c1bb99f9633269 ] The bcm2835 mmc host tends to lock up for unknown reason so reset it on timeout. The upper mmc block layer tries retransimitting with

[PATCH 4.20 174/352] memstick: Prevent memstick host from getting runtime suspended during card detection

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit e03e303edf1c63e6dd455ccd568c74e93ef3ba8c ] We can use MEMSTICK_POWER_{ON,OFF} along with pm_runtime_{get,put} helpers to let memstick host support runtime pm. The rpm count may go

[PATCH 4.20 173/352] mmc: meson-mx-sdio: check devm_kasprintf for failure

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit b0d06f1cb0e2079a3c64fb6e27c19d9a55c723a1 ] devm_kasprintf() may return NULL on failure of internal allocation thus the assignments to init.name are not safe if not checked. On

[PATCH 4.20 146/352] clk: imx6sl: ensure MMDC CH0 handshake is bypassed

4.20-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

[PATCH 4.20 148/352] cpuidle: big.LITTLE: fix refcount leak

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 9456823c842f346c74265fcd98d008d87a7eb6f5 ] of_find_node_by_path() acquires a reference to the node returned by it and that reference needs to be dropped by its caller.

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