[PATCH 4.20 149/352] OPP: Use opp_table->regulators to verify no regulator case

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 90e3577b5feb42bac1269e16bb3d2bdd8f6df40f ] The value of opp_table->regulator_count is not very consistent right now and it may end up being 0 while we do have a "opp-microvolt" prope

[PATCH 4.20 188/352] perf header: Fix unchecked usage of strncpy()

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 7572588085a13d5db02bf159542189f52fdb507e ] The strncpy() function may leave the destination string buffer unterminated, better use strlcpy() that we have a __weak fallback implementa

[PATCH 4.20 151/352] drm/msm/dsi: fix dsi clock names in DSI 10nm PLL driver

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit c1866d44d149a1ea5c303632114fb6aa08cfd263 ] Fix the dsi clock names in the DSI 10nm PLL driver to match the names in the dispcc driver as those are according to the clock plan of the

[PATCH 4.20 186/352] perf test: Fix perf_event_attr test failure

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 741dad88dde296999da30332157ca47f0543747d ] Fix inconsistent use of tabs and spaces error: # perf test 16 -v 16: Setup struct perf_event_attr : --- sta

[PATCH 4.20 189/352] btrfs: use tagged writepage to mitigate livelock of snapshot

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 3cd24c698004d2f7668e0eb9fc1f096f533c791b ] Snapshot is expected to be fast. But if there are writers steadily creating dirty pages in our subvolume, the snapshot may take a very long

[PATCH 4.20 191/352] i2c: sh_mobile: Add support for r8a774c0 (RZ/G2E)

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 51243b73455f2d12cb82abffa7bc9028aec656e0 ] Similarly to R-Car E3, RZ/G2E doesn't come with automatic transmission registers, as such it is not considered compatible with the existing

[PATCH 4.20 195/352] pinctrl: rza1: Handle devm_kasprintf() failure cases

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

[PATCH 4.20 178/352] mmc: jz4740: Get CD/WP GPIOs from descriptors

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 0c901c0566fb4edc2631c3786e5085a037be91f8 ] Modifty the JZ4740 driver to retrieve card detect and write protect GPIO pins from GPIO descriptors instead of hard-coded global numbers. A

[PATCH 4.20 196/352] mac80211: Properly handle SKB with radiotap only

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 8020919a9b99d6c990dc6a50e8215e291fbbe5a6 ] The monitor interface Rx handling of SKBs that contain only radiotap information was buggy as it tried to access the SKB assuming it contai

[PATCH 4.20 199/352] usb: musb: dsps: fix otg state machine

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 6010abf2c2c0e382d7e8ee44bd11f343aae90cce ] Due to lack of ID pin interrupt event on AM335x devices, the musb dsps driver uses polling to detect usb device attach for dual-role port.

[PATCH 4.20 203/352] percpu: convert spin_lock_irq to spin_lock_irqsave.

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 6ab7d47bcbf0144a8cb81536c2cead4cde18acfe ] >From Michael Cree: "Bisection lead to commit b38d08f3181c ("percpu: restructure locking") as being the cause of lockups at initial bo

[PATCH 4.20 205/352] net: hns3: fix incomplete uninitialization of IRQ in the hns3_nic_uninit_vector_data()

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit ae6017a71115ebc4e5c1a3f0f451319ab3f5c447 ] In the hns3_nic_uninit_vector_data(), the procedure of uninitializing the tqp_vector's IRQ has not set affinity_notify to NULL and changes

[PATCH 4.20 201/352] perf header: Fix up argument to ctime()

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 0afcf29bab35d3785204cd9bd51693b231ad7181 ] Reducing this noise when cross building to the Android NDK: util/header.c: In function 'perf_header__fprintf_info': util/header.c:2710

[PATCH 4.20 200/352] usb: musb: dsps: fix runtime pm for peripheral mode

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 54578ee883e34d2d1c518d48f1c1e2dd3f387188 ] Since the runtime PM support was added in musb, dsps relies on the timer calling otg_timer() to activate the usb subsystem. However the dri

[PATCH 4.20 204/352] net: hns3: fix error handling int the hns3_get_vector_ring_chain

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit cda69d244585bc4497d3bb878c22fe2b6ad647c1 ] When hns3_get_vector_ring_chain() failed in the hns3_nic_init_vector_data(), it should do the error handling instead of return directly. A

[PATCH 4.20 179/352] usb: renesas_usbhs: add support for RZ/G2E

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 1d6e81a288e28d8d0e38e0501a324216f79bba35 ] HS-USB found in RZ/G2E (a.k.a. r8a774c0) is very similar to the one found in R-Car E3 (a.k.a. r8a77990), as it needs to release the PLL res

[PATCH 4.20 180/352] btrfs: harden agaist duplicate fsid on scanned devices

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit a9261d4125c97ce8624e9941b75dee1b43ad5df9 ] It's not that impossible to imagine that a device OR a btrfs image is copied just by using the dd or the cp command. Which in case both the

Re: [PATCH v3 2/2] media: v4l: xilinx: Add Xilinx MIPI CSI-2 Rx Subsystem

Hi, thanks for the quick reply. On 11/02/19 13:43, Vishal Sagar wrote: >>> +static int xcsi2rxss_start_stream(struct xcsi2rxss_state *state) >>> +{ >>> + struct xcsi2rxss_core *core = &state->core; >>> + int ret = 0; >>> + >>> + xcsi2rxss_enable(core); >>> + >>> + ret = xcsi2rxss_

[PATCH 4.20 208/352] Bluetooth: hci_bcm: Handle deferred probing for the clock supply

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 28ac03b9ac3f784c2f048a910c8d0a7a87483b66 ] On some systems that actually have the bluetooth controller wired up with an extra clock signal, it's possible the bluetooth controller pro

[PATCH 4.20 184/352] tty: serial: samsung: Properly set flags in autoCTS mode

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 31e933645742ee6719d37573a27cce0761dcf92b ] Commit 391f93f2ec9f ("serial: core: Rework hw-assited flow control support") has changed the way the autoCTS mode is handled. According to

[PATCH 4.20 176/352] mmc: sdhci-omap: Fix timeout checks

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 9f0ea0bda1d06120b053bb0c283f54afec59293d ] Always check the wait condition before returning timeout. Signed-off-by: Adrian Hunter Acked-by: Kishon Vijay Abraham I Signed-off-by: U

[PATCH 4.20 211/352] mac80211: fix radiotap vendor presence bitmap handling

4.20-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.20 182/352] serial: sh-sci: Fix locking in sci_submit_rx()

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit dd1f2250da95e87cb3e612858f94b14f99445a7c ] Some callers of sci_submit_rx() hold the port spinlock, others don't. During fallback to PIO, the driver needs to obtain the port spinlock.

[PATCH 0/5] Add support for TPM event log 2.0 on EFI/ARM

From: Bartosz Szczepanek These few patches introduce support for retrieving TPM event log in 2.0 format from EFI structures. Since 2.0 format involves dynamically-sized records, some more computation is needed. Function responsible for this has already been in kernel (calc_tpm2_event_size) - it w

[PATCH 4.20 221/352] powerpc/perf: Fix thresholding counter data for unknown type

4.20-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.20 222/352] iwlwifi: mvm: fix setting HE ppe FW config

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 189b8d441b0f7825f0b4278851c52afaa0515ed2 ] The FW expects to get the ppe value for each NSS-BW pair in the same format as in the he phy capabilities IE, which means that a value of 0

[PATCH 4.20 225/352] drbd: narrow rcu_read_lock in drbd_sync_handshake

4.20-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.20 230/352] ath10k: fix tx_stats memory leak

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 386f97e3b201d18578abb0e7037b85a1ae50c0a3 ] Memory of tx_stats was allocated when a STA was added. But it's not freed if the STA failed to be added to driver. This issue could be seen

[PATCH 4.20 229/352] ath10k: fix kernel panic due to use after free

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 553a7cca769d551f1317186760631487c47e23bf ] This issue arise in a race condition between ath10k_sta_state() and ath10k_htt_fetch_peer_stats(), explained in below scenario Steps: 1. I

[PATCH 4.20 228/352] drbd: Avoid Clang warning about pointless switch statment

4.20-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.20 232/352] video: clps711x-fb: release disp device node in probe()

4.20-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.20 226/352] drbd: disconnect, if the wrong UUIDs are attached on a connected peer

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit b17b59602b6dcf8f97a7dc7bc489a48388d7063a ] With "on-no-data-accessible suspend-io", DRBD requires the next attach or connect to be to the very same data generation uuid tag it lost l

[PATCH 3/5] tpm: Use library version of calc_tpm2_event_size in sysfs code

From: Bartosz Szczepanek Expect negative values from calc_tpm2_event_size as error codes. Pass efispecid instead of event header to calc_tpm2_event_size. Also, include tpm library in the build. Signed-off-by: Bartosz Szczepanek --- drivers/char/tpm/eventlog/tpm2.c | 89 ---

[PATCH 4.20 233/352] md: fix raid10 hang issue caused by barrier

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit e820d55cb99dd93ac2dc949cf486bb187e5cd70d ] When both regular IO and resync IO happen at the same time, and if we also need to split regular. Then we can see tasks hang due to barrier

[PATCH 4.20 234/352] fbdev: fbmem: behave better with small rotated displays and many CPUs

4.20-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.20 238/352] ACPI/APEI: Clear GHES block_status before panic()

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 98cff8b23ed1c763a029ee81ea300df0d153d07d ] In __ghes_panic() clear the block status in the APEI generic error status block for that generic hardware error source before calling panic

[PATCH 4.20 237/352] igb: Fix an issue that PME is not enabled during runtime suspend

4.20-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.20 235/352] i40e: define proper net_device::neigh_priv_len

4.20-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.20 213/352] mlxsw: spectrum: Properly cleanup LAG uppers when removing port from LAG

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit be2d6f421f680e01d58f7cd452646e0d8586d49b ] When a LAG device or a VLAN device on top of it is enslaved to a bridge, the driver propagates the CHANGEUPPER event to the LAG's slaves.

[PATCH 4.20 240/352] bpf: sk_msg, zap ingress queue on psock down

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit a136678c0bdbb650daff5df5eec1dab960e074a7 ] In addition to releasing any cork'ed data on a psock when the psock is removed we should also release any skb's in the ingress work queue.

[PATCH 4.20 214/352] scsi: smartpqi: correct host serial num for ssa

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit b2346b5030cf9458f30a84028d9fe904b8c942a7 ] Reviewed-by: Scott Benesh Reviewed-by: Ajish Koshy Reviewed-by: Murthy Bhat Reviewed-by: Mahesh Rajashekhara Reviewed-by: Dave Carroll

[PATCH 4.20 216/352] scsi: smartpqi: increase fw status register read timeout

4.20-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.20 219/352] net: hns3: fix the descriptor index when get rss type

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 31a16f99e02c2e0b40a5fb05d66f5e56721027e2 ] Driver gets rss information from the last descriptor of the packet. When driver handle the rss type, ring->next_to_clean indicates the firs

[PATCH 4.20 210/352] powerpc/uaccess: fix warning/error with access_ok()

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 05a4ab823983d9136a460b7b5e0d49ee709a6f86 ] With the following piece of code, the following compilation warning is encountered: if (_IOC_DIR(ioc) != _IOC_NONE) {

[PATCH 4.20 255/352] crypto: ux500 - Use proper enum in hash_set_dma_transfer

4.20-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.20 253/352] seq_buf: Make seq_buf_puts() null-terminate the buffer

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 0464ed24380905d640030d368cd84a4e4d1e15e2 ] Currently seq_buf_puts() will happily create a non null-terminated string for you in the buffer. This is particularly dangerous if the buff

[PATCH 4.20 256/352] MIPS: ralink: Select CONFIG_CPU_MIPSR2_IRQ_VI on MT7620/8

4.20-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.20 243/352] pinctrl: meson: meson8: fix the GPIO function for the GPIOAO pins

4.20-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.20 258/352] f2fs: fix use-after-free issue when accessing sbi->stat_info

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 60aa4d5536ab7fe32433ca1173bd9d6633851f27 ] iput() on sbi->node_inode can update sbi->stat_info in the below context, if the f2fs_write_checkpoint() has failed with error. f2fs_balan

[PATCH 4.20 252/352] hwmon: (lm80) fix a missing check of bus read in lm80 probe

4.20-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.20 261/352] f2fs: fix sbi->extent_list corruption issue

4.20-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.20 259/352] um: Avoid marking pages with "changed protection"

4.20-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.20 244/352] pinctrl: meson: meson8b: fix the GPIO function for the GPIOAO pins

4.20-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.20 263/352] perf python: Do not force closing original perf descriptor in evlist.get_pollfd()

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit a389aece97938966616ce0336466b98b0351ef10 ] Ondřej reported that when compiled with python3, the python extension regresses in evlist.get_pollfd function behaviour. The evlist.get_po

[PATCH 4.20 262/352] cgroup: fix parsing empty mount option string

4.20-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.20 264/352] scripts/decode_stacktrace: only strip base path when a prefix of the path

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 67a28de47faa83585dd644bd4c31e5a1d9346c50 ] Running something like: decodecode vmlinux . leads to interested results where not only the leading "." gets stripped from the di

[PATCH 4.20 265/352] arch/sh/boards/mach-kfr2r09/setup.c: fix struct mtd_oob_ops build warning

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 440e7b379f91acd245d5c8de94d533f40f5dffb3 ] arch/sh/boards/mach-kfr2r09/setup.c does not need to #include , and doing so causes a build warning, so drop that header file. In file inc

[PATCH 4.20 249/352] NFS: nfs_compare_mount_options always compare auth flavors.

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 594d1644cd59447f4fceb592448d5cd09eb09b5e ] This patch removes the check from nfs_compare_mount_options to see if a `sec' option was passed for the current mount before comparing auth

[PATCH 4.20 248/352] kvm: Change offset in kvm_write_guest_offset_cached to unsigned

4.20-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.20 246/352] powerpc/fadump: Do not allow hot-remove memory from fadump reserved area.

4.20-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.20 270/352] isdn: hisax: hfc_pci: Fix a possible concurrency use-after-free bug in HFCPCI_l1hw()

4.20-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.20 274/352] thermal: bcm2835: enable hwmon explicitly

4.20-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.20 271/352] gdrom: fix a memory leak bug

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

Re: [PATCH 4.20 193/352] KVM: s390: unregister debug feature on failing arch init

On 11.02.2019 15:17, Greg Kroah-Hartman wrote: > 4.20-stable review patch. If anyone has any objections, please let me know. > > -- > > [ Upstream commit 308c3e6673b012beecb96ef04cc65f4a0e7cdd99 ] > > Make sure the debug feature and its allocated resources get > released upon

[PATCH 4.20 251/352] hwmon: (lm80) fix a missing check of the status of SMBus read

4.20-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.20 250/352] perf build: Dont unconditionally link the libbfd feature test to -liberty and -lz

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 14541b1e7e723859ff2c75c6fc10cdbbec6b8c34 ] Current libbfd feature test unconditionally links against -liberty and -lz. While it's required on some systems (e.g. opensuse), it's compl

[PATCH 4.20 272/352] fsl/fman: Use GFP_ATOMIC in {memac,tgec}_add_hash_mac_address()

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 0d9c9a238faf925823bde866182c663b6d734f2e ] These functions are called from atomic context: [9.150239] BUG: sleeping function called from invalid context at /home/scott/git/linu

[PATCH 4.20 286/352] fs/epoll: drop ovflist branch prediction

4.20-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.20 285/352] kernel/hung_task.c: force console verbose before panic

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 168e06f7937d96c7222037d8a05565e8a6eb00fe ] Based on commit 401c636a0eeb ("kernel/hung_task.c: show all hung tasks before panic"), we could get the call stack of hung task. However,

[PATCH 4.20 287/352] exec: load_script: dont blindly truncate shebang string

4.20-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.20 290/352] xprtrdma: Dont wake pending tasks until disconnect is done

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 0c0829bcf51aef713806e49b8ea2bac7962f54e2 ] Transport disconnect processing does a "wake pending tasks" at various points. Suppose an RPC Reply is being processed. The RPC task that

[PATCH 4.20 291/352] thermal: hwmon: inline helpers when CONFIG_THERMAL_HWMON is not set

4.20-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.20 292/352] dccp: fool proof ccid_hc_[rt]x_parse_options()

4.20-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 9b1f19d810e92d6cdc68455fbc22d9f961a58ce1 ] Similarly to commit 276bdb82dedb ("dccp: check ccid before dereferencing") it is wise to test for a NULL ccid. kasan:

[PATCH 4.20 293/352] enic: fix checksum validation for IPv6

4.20-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.20 277/352] PCI: imx: Enable MSI from downstream components

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 75cb8d20c112aba70f23d98e3f8d0a38ace16006 ] The MSI Enable bit in the MSI Capability (PCIe r4.0, sec 7.7.1.2) controls whether a Function can request service using MSI. i.MX6 Root Po

[PATCH 4.20 298/352] net: dsa: mv88e6xxx: Fix counting of ATU violations

4.20-stable review patch. If anyone has any objections, please let me know. -- From: Andrew Lunn [ Upstream commit 75c05a74e745ae7d663b04d75777af80ada2233c ] The ATU port vector contains a bit per port of the switch. The code wrongly used it as a port number, and incremented a

[PATCH 4.20 297/352] net: dsa: Fix NULL checking in dsa_slave_set_eee()

4.20-stable review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter [ Upstream commit 00670cb8a73b10b10d3c40f045c15411715e4465 ] This function can't succeed if dp->pl is NULL. It will Oops inside the call to return phylink_ethtool_get_eee(dp->pl

[PATCH 4.20 295/352] net: dp83640: expire old TX-skb

4.20-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.20 302/352] Revert "net: phy: marvell: avoid pause mode on SGMII-to-Copper for 88e151x"

4.20-stable review patch. If anyone has any objections, please let me know. -- From: Russell King [ Upstream commit c14f07c6211cc01d52ed92cce1fade5071b8d197 ] This reverts commit 6623c0fba10ef45b64ca213ad5dec926f37fa9a0. The original diagnosis was incorrect: it appears that t

Re: [PATCH v4 1/5] i2c:ocores: stop transfer on timeout

On Monday, February 11, 2019 3:01:38 PM CET Andrew Lunn wrote: > > Applied to for-next, thanks! > > Hi Wolfram > > Could you drop these patches and wait for a new version? I don't > think you have pushed it out yet? So it won't be a visible rebase. I will wait to send v5: full patch set, or jus

[PATCH 4.20 299/352] net: dsa: slave: Dont propagate flag changes on down slave interfaces

4.20-stable review patch. If anyone has any objections, please let me know. -- From: Rundong Ge [ Upstream commit 17ab4f61b8cd6f9c38e9d0b935d86d73b5d0d2b5 ] The unbalance of master's promiscuity or allmulti will happen after ifdown and ifup a slave interface which is in a brid

[PATCH 4.20 278/352] block/swim3: Fix regression on PowerBook G3

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 427c5ce4417cba0801fbf79c8525d1330704759c ] As of v4.20, the swim3 driver crashes when loaded on a PowerBook G3 (Wallstreet). MacIO PCI driver attached to Gatwick chipset MacIO PCI d

[PATCH 4.20 279/352] thermal: generic-adc: Fix adc to temp interpolation

4.20-stable review patch. If anyone has any objections, please let me know. -- [ Upstream commit 9d216211fded20fff301d0317af3238d8383634c ] First correct the edge case to return the last element if we're outside the range, rather than at the last element, so that interpolation i

[PATCH 4.20 280/352] HID: lenovo: Add checks to fix of_led_classdev_register

4.20-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.20 283/352] kernel/hung_task.c: break RCU locks based on jiffies

4.20-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.20 284/352] proc/sysctl: fix return error for proc_doulongvec_minmax()

4.20-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.20 315/352] ALSA: usb-audio: Add support for new T+A USB DAC

4.20-stable review patch. If anyone has any objections, please let me know. -- From: Udo Eberhardt commit 3bff2407fbd28fd55ad5b5cccd98fc0c9598f23b upstream. This patch adds the T+A VID to the generic check in order to enable native DSD support for T+A devices. This works with

[PATCH 4.20 316/352] ALSA: hda - Serialize codec registrations

4.20-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.20 318/352] ALSA: hda/realtek - Use a common helper for hp pin reference

4.20-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai commit 35a39f98567d8d3f1cea48f0f30de1a7e736b644 upstream. Replace the open-codes in many places with a new common helper for performing the same thing: referring to the primary he

Re: [RFC PATCH] clk: sunxi-ng: sun4i: Use CLK_SET_RATE_PARENT for mmc2 clock

On Wed, Feb 06, 2019 at 04:52:27PM +0100, Maxime Ripard wrote: > Hi, > > On Wed, Feb 06, 2019 at 10:03:09AM +, Priit Laes wrote: > > > > I'm concerned for other users of the PLL-PERIPH clock. AFAIK > > > > all of them, except the HRTIMER, expect the clock rate to stay > > > > the same and not

[PATCH 4.20 317/352] ALSA: hda/realtek - Fix lose hp_pins for disable auto mute

4.20-stable review patch. If anyone has any objections, please let me know. -- From: Kailang Yang commit d561aa0a70bb2e1dd85fde98b6a5561e4175ac3e upstream. When auto_mute = no or spec->suppress_auto_mute = 1, cfg->hp_pins will lose value. Add this patch to find hp_pins value.

[PATCH 4.20 321/352] fuse: decrement NR_WRITEBACK_TEMP on the right page

4.20-stable review patch. If anyone has any objections, please let me know. -- From: Miklos Szeredi commit a2ebba824106dabe79937a9f29a875f837e1b6d4 upstream. NR_WRITEBACK_TEMP is accounted on the temporary page in the request, not the page cache page. Fixes: 8b284dc47291 ("fu

[PATCH 4.20 324/352] HID: debug: fix the ring buffer implementation

4.20-stable review patch. If anyone has any objections, please let me know. -- From: Vladis Dronov commit 13054abbaa4f1fd4e6f3b4b63439ec033b4c8035 upstream. Ring buffer implementation in hid_debug_event() and hid_debug_events_read() is strange allowing lost or corrupted data.

[PATCH 4.20 329/352] irqchip/gic-v3-its: Plug allocation race for devices sharing a DevID

4.20-stable review patch. If anyone has any objections, please let me know. -- From: Marc Zyngier commit 9791ec7df0e7b4d80706ccea8f24b6542f6059e9 upstream. On systems or VMs where multiple devices share a single DevID (because they sit behind a PCI bridge, or because the HW is

[PATCH 4.20 326/352] dmaengine: bcm2835: Fix abort of transactions

4.20-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.20 327/352] dmaengine: imx-dma: fix wrong callback invoke

4.20-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.20 328/352] futex: Handle early deadlock return correctly

4.20-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.20 330/352] arm64: dts: allwinner: a64: Fix USB OTG regulator

4.20-stable review patch. If anyone has any objections, please let me know. -- From: Jernej Skrabec commit b1360dcfdaa1d55952e5ec8dd9d99f88965d7ac9 upstream. Currently, AXP803 driver assumes that reg_drivevbus is input which is wrong. Unfortunate consequence of that is that no

[PATCH 4.20 307/352] virtio_net: Account for tx bytes and packets on sending xdp_frames

4.20-stable review patch. If anyone has any objections, please let me know. -- From: Toshiaki Makita [ Upstream commit 546f28974d771b124fb0bf7b551b343888cf0419 ] Previously virtnet_xdp_xmit() did not account for device tx counters, which caused confusions. To be consistent wit

[PATCH 4.20 337/352] scsi: cxlflash: Prevent deadlock when adapter probe fails

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

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