[PATCH 5.0 12/52] libceph: wait for latest osdmap in ceph_monc_blacklist_add()

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Ilya Dryomov commit bb229bbb3bf63d23128e851a1f3b85c083178fa1 upstream. Because map updates are distributed lazily, an OSD may not know about the new blacklist for quite some time after "osd bla

[PATCH 5.0 05/52] mmc: mxcmmc: "Revert mmc: mxcmmc: handle highmem pages"

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Alexander Shiyan commit 2b77158ffa92b820a0c5da9a3c6ead7aa069c71c upstream. This reverts commit b189e7589f6d3411e85c6b7ae6eef158f08f388f. Unable to handle kernel paging request at virtual addre

[PATCH 5.0 02/52] ALSA: firewire-motu: use version field of unit directory to identify model

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Sakamoto commit 2d012c65a9ca26a0ef87ea0a42f1653dd37155f5 upstream. Current ALSA firewire-motu driver uses the value of 'model' field of unit directory in configuration ROM for modalias

[PATCH 5.0 03/52] mmc: pxamci: fix enum type confusion

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann commit e60a582bcde01158a64ff948fb799f21f5d31a11 upstream. clang points out several instances of mismatched types in this drivers, all coming from a single declaration: drivers/mm

[PATCH 5.0 01/52] ALSA: hda - add Lenovo IdeaCentre B550 to the power_save_blacklist

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Jaroslav Kysela commit 721f1e6c1fd137e7e2053d8e103b666faaa2d50c upstream. Another machine which does not like the power saving (noise): https://bugzilla.redhat.com/show_bug.cgi?id=1689623 Al

[PATCH 5.0 10/52] iommu/amd: fix sg->dma_address for sg->offset bigger than PAGE_SIZE

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Stanislaw Gruszka commit 4e50ce03976fbc8ae995a000c4b10c737467beaa upstream. Take into account that sg->offset can be bigger than PAGE_SIZE when setting segment sg->dma_address. Otherwise sg->dm

[PATCH 5.0 00/52] 5.0.5-stable review

This is the start of the stable review cycle for the 5.0.5 release. There are 52 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 Thu Mar 28 04:26:38 UTC 2019. Anything received

[PATCH 5.0 07/52] drm/amdgpu: fix invalid use of change_bit

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Christian König commit 72464382fc2d3673eb51f21a57f2c0a320c1552f upstream. We only need to clear the bit in a 32bit integer. This fixes a crah on ARM64 and PPC64LE caused by "drm/amdgpu: update

[PATCH 5.0 36/52] media: v4l2-ctrls.c/uvc: zero v4l2_event

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil commit f45f3f753b0a3d739acda8e311b4f744d82dc52a upstream. Control events can leak kernel memory since they do not fully zero the event. The same code is present in both v4l2-ctrls.

[PATCH 5.0 08/52] drm/vmwgfx: Dont double-free the mode stored in par->set_mode

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Zimmermann commit c2d311553855395764e2e5bf401d987ba65c2056 upstream. When calling vmw_fb_set_par(), the mode stored in par->set_mode gets free'd twice. The first free is in vmw_fb_kms_de

[PATCH 5.0 19/52] net/mlx5: Fix DCT creation bad flow

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Yishai Hadas commit f84b66b9cce78e8f9d38204fdaa75f07c75f4911 upstream. In case the DCT creation command has succeeded a DRAIN must be issued before calling DESTROY. In addition, the original c

[PATCH 5.0 31/52] ALSA: hda - Dont trigger jackpoll_work in azx_resume

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Hui Wang commit 744c67ffeb06f2d2493f4049ba0bd19698ce0adf upstream. The commit 3baffc4a84d7 (ALSA: hda/intel: Refactoring PM code) changed the behaviour of azx_resume(), it triggers the jackpoll

[PATCH 5.0 35/52] ext4: brelse all indirect buffer in ext4_ind_remove_space()

5.0-stable review patch. If anyone has any objections, please let me know. -- From: zhangyi (F) commit 674a2b27234d1b7afcb0a9162e81b2e53aeef217 upstream. All indirect buffers get by ext4_find_shared() should be released no mater the branch should be freed or not. But now, we f

[PATCH 5.0 29/52] clocksource/drivers/riscv: Fix clocksource mask

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Atish Patra commit 32d0be018f6f5ee2d5d19c4795304613560814cf upstream. For all riscv architectures (RV32, RV64 and RV128), the clocksource is a 64 bit incrementing counter. Fix the clock source

[PATCH 5.0 18/52] powerpc/security: Fix spectre_v2 reporting

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Michael Ellerman commit 92edf8df0ff2ae86cc632eeca0e651fd8431d40d upstream. When I updated the spectre_v2 reporting to handle software count cache flush I got the logic wrong when there's no sof

[PATCH 5.0 30/52] SMB3: Fix SMB3.1.1 guest mounts to Samba

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Steve French commit 8c11a607d1d9cd6e7f01fd6b03923597fb0ef95a upstream. Workaround problem with Samba responses to SMB3.1.1 null user (guest) mounts. The server doesn't set the expected flag in

[PATCH 5.0 33/52] ext4: fix NULL pointer dereference while journal is aborted

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Jiufei Xue commit fa30dde38aa8628c73a6dded7cb0bba38c27b576 upstream. We see the following NULL pointer dereference while running xfstests generic/475: BUG: unable to handle kernel NULL pointer

[PATCH 5.0 28/52] irqchip/gic-v3-its: Fix comparison logic in lpi_range_cmp

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Rasmus Villemoes commit 89dc891792c2e046b030f87600109c22209da32e upstream. The lpi_range_list is supposed to be sorted in ascending order of ->base_id (at least if the range merging is to work)

[PATCH 5.0 34/52] ext4: fix data corruption caused by unaligned direct AIO

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Lukas Czerner commit 372a03e01853f860560eade508794dd274e9b390 upstream. Ext4 needs to serialize unaligned direct AIO because the zeroing of partial blocks of two competing unaligned AIOs can re

[PATCH 5.0 27/52] objtool: Move objtool_file struct off the stack

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Josh Poimboeuf commit 0c671812f152b628bd87c0af49da032cc2a2c319 upstream. Objtool uses over 512k of stack, thanks to the hash table embedded in the objtool_file struct. This causes an unnecessa

[PATCH 5.0 22/52] scsi: ibmvscsi: Protect ibmvscsi_head from concurrent modificaiton

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Tyrel Datwyler commit 7205981e045e752ccf96cf6ddd703a98c59d4339 upstream. For each ibmvscsi host created during a probe or destroyed during a remove we either add or remove that host to/from the

[PATCH 5.0 23/52] scsi: ibmvscsi: Fix empty event pool access during host removal

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Tyrel Datwyler commit 7f5203c13ba8a7b7f9f6ecfe5a4d5567188d7835 upstream. The event pool used for queueing commands is destroyed fairly early in the ibmvscsi_remove() code path. Since, this happ

[PATCH 5.0 21/52] scsi: qla2xxx: Fix FC-AL connection target discovery

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Quinn Tran commit 4705f10e82c63924bd84a9b31d15839ec9ba3d06 upstream. Commit 7f147f9bfd44 ("scsi: qla2xxx: Fix N2N target discovery with Local loop") fixed N2N target discovery for local loop.

[PATCH 5.0 24/52] futex: Ensure that futex address is aligned in handle_futex_death()

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Chen Jie commit 5a07168d8d89b00fe1760120714378175b3ef992 upstream. The futex code requires that the user space addresses of futexes are 32bit aligned. sys_futex() checks this in futex_get_keys(

[PATCH 5.0 20/52] scsi: core: Avoid that a kernel warning appears during system resume

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Bart Van Assche commit 17605afaae825b0291f80c62a7f6565879edaa8a upstream. Since scsi_device_quiesce() skips SCSI devices that have another state than RUNNING, OFFLINE or TRANSPORT_OFFLINE, scsi

[PATCH 5.0 25/52] cifs: allow guest mounts to work for smb3.11

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Ronnie Sahlberg commit e71ab2aa06f731a944993120b0eef1556c63b81c upstream. Fix Guest/Anonymous sessions so that they work with SMB 3.11. The commit noted below tightened the conditions and forc

[PATCH 5.0 38/52] Bluetooth: Fix decrementing reference count twice in releasing socket

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Myungho Jung commit e20a2e9c42c9e4002d9e338d74e7819e88d77162 upstream. When releasing socket, it is possible to enter hci_sock_release() and hci_sock_dev_event(HCI_DEV_UNREG) at the same time i

[PATCH 5.0 52/52] ALSA: hda - Enforces runtime_resume after S3 and S4 for each codec

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Hui Wang commit b5a236c175b0d984552a5f7c9d35141024c2b261 upstream. Recently we found the audio jack detection stop working after suspend on many machines with Realtek codec. Sometimes the audio

[PATCH 5.0 26/52] perf probe: Fix getting the kernel map

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Adrian Hunter commit eaeffeb9838a7c0dec981d258666bfcc0fa6a947 upstream. Since commit 4d99e4136580 ("perf machine: Workaround missing maps for x86 PTI entry trampolines"), perf tools has been cr

[PATCH 5.0 51/52] ALSA: hda - Record the current power state before suspend/resume calls

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai commit 98081ca62cbac31fb0f7efaf90b2e7384ce22257 upstream. Currently we deal with single codec and suspend codec callbacks for all S3, S4 and runtime PM handling. But it turned out

[PATCH 5.0 48/52] x86/unwind: Add hardcoded ORC entry for NULL

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Jann Horn commit ac5ceccce5501e43d217c596e4ee859f2a3fef79 upstream. When the ORC unwinder is invoked for an oops caused by IP==0, it currently has no idea what to do because there is no debug i

[PATCH 5.0 49/52] locking/lockdep: Add debug_locks check in __lock_downgrade()

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Waiman Long commit 71492580571467fb7177aade19c18ce7486267f5 upstream. Tetsuo Handa had reported he saw an incorrect "downgrading a read lock" warning right after a previous lockdep warning. It

[PATCH 5.0 50/52] mm, mempolicy: fix uninit memory access

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Vlastimil Babka commit 2e25644e8da4ed3a27e7b8315aaae74660be72dc upstream. Syzbot with KMSAN reports (excerpt): == BUG: KMSAN: un

[PATCH 5.0 39/52] Bluetooth: hci_ldisc: Initialize hci_dev before open()

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Jeremy Cline commit 32a7b4cbe93b0a0ef7e63d31ca69ce54736c4412 upstream. The hci_dev struct hdev is referenced in work queues and timers started by open() in some protocols. This creates a race b

[PATCH 5.0 42/52] RDMA/cma: Rollback source IP address if failing to acquire device

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Myungho Jung commit 5fc01fb846bce8fa6d5f95e2625b8ce0f8e86810 upstream. If cma_acquire_dev_by_src_ip() returns error in addr_handler(), the device state changes back to RDMA_CM_ADDR_BOUND but th

[PATCH 5.0 43/52] f2fs: fix to avoid deadlock of atomic file operations

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Chao Yu commit 48432984d718c95cf13e26d487c2d1b697c3c01f upstream. Thread AThread B - __fput - f2fs_release_file - drop_inmem_pages - mutex_lock(&fi->inmem_

[PATCH 5.0 44/52] aio: simplify - and fix - fget/fput for io_submit()

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Linus Torvalds commit 84c4e1f89fefe70554da0ab33be72c9be7994379 upstream. Al Viro root-caused a race where the IOCB_CMD_POLL handling of fget/fput() could cause us to access the file pointer aft

[PATCH 5.0 40/52] Bluetooth: hci_ldisc: Postpone HCI_UART_PROTO_READY bit set in hci_uart_set_proto()

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Kefeng Wang commit 56897b217a1d0a91c9920cb418d6b3fe922f590a upstream. task A:task B: hci_uart_set_proto flush_to_ldisc - p->open(hu) -> h5_o

[PATCH 5.0 41/52] drm/vkms: Fix flush_work() without INIT_WORK().

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Tetsuo Handa commit b30b61ff6b1dc37f276cf56a8328b80086a3ffca upstream. syzbot is hitting a lockdep warning [1] because flush_work() is called without INIT_WORK() after kzalloc() at vkms_atomic_

[PATCH 5.0 46/52] loop: access lo_backing_file only when the loop device is Lo_bound

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Dongli Zhang commit f7c8a4120eedf24c36090b7542b179ff7a649219 upstream. Commit 758a58d0bc67 ("loop: set GENHD_FL_NO_PART_SCAN after blkdev_reread_part()") separates "lo->lo_backing_file = NULL"

[PATCH 5.0 45/52] netfilter: ebtables: remove BUGPRINT messages

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Florian Westphal commit d824548dae220820bdf69b2d1561b7c4b072783f upstream. They are however frequently triggered by syzkaller, so remove them. ebtables userspace should never trigger any of th

[PATCH 5.0 37/52] Bluetooth: hci_uart: Check if socket buffer is ERR_PTR in h4_recv_buf()

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Myungho Jung commit 1dc2d785156cbdc80806c32e8d2c7c735d0b4721 upstream. h4_recv_buf() callers store the return value to socket buffer and recursively pass the buffer to h4_recv_buf() without pro

[PATCH 5.0 09/52] drm/vmwgfx: Return 0 when gmrid::get_node runs out of IDs

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Deepak Rawat commit 4b9ce3a651a37c60527101db4451a315a8b9588f upstream. If it's not a system error and get_node implementation accommodate the buffer object then it should return 0 with memm::mm

[PATCH 5.0 47/52] x86/unwind: Handle NULL pointer calls better in frame unwinder

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Jann Horn commit f4f34e1b82eb4219d8eaa1c7e2e17ca219a6a2b5 upstream. When the frame unwinder is invoked for an oops caused by a call to NULL, it currently skips the parent function because BP st

[PATCH 5.0 32/52] ALSA: ac97: Fix of-node refcount unbalance

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai commit 31d2350d602511efc9ef626b848fe521233b0387 upstream. ac97_of_get_child_device() take the refcount of the node explicitly via of_node_get(), but this leads to an unbalance. Th

[PATCH 5.0 17/52] powerpc/vdso64: Fix CLOCK_MONOTONIC inconsistencies across Y2038

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Michael Ellerman commit b5b4453e7912f056da1ca7572574cada32ecb60c upstream. Jakub Drnec reported: Setting the realtime clock can sometimes make the monotonic clock go back by over a hundred

[PATCH 4.19 44/45] ALSA: hda - Enforces runtime_resume after S3 and S4 for each codec

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Hui Wang commit b5a236c175b0d984552a5f7c9d35141024c2b261 upstream. Recently we found the audio jack detection stop working after suspend on many machines with Realtek codec. Sometimes the audi

[PATCH 5.0 04/52] mmc: alcor: fix DMA reads

5.0-stable review patch. If anyone has any objections, please let me know. -- From: Daniel Drake commit 5ea47691bd99e1100707ec63364aff72324e2af4 upstream. Setting max_blk_count to 1 here was causing the mmc block layer to always use the MMC_READ_SINGLE_BLOCK command here, whic

[PATCH 4.19 38/45] loop: access lo_backing_file only when the loop device is Lo_bound

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Dongli Zhang commit f7c8a4120eedf24c36090b7542b179ff7a649219 upstream. Commit 758a58d0bc67 ("loop: set GENHD_FL_NO_PART_SCAN after blkdev_reread_part()") separates "lo->lo_backing_file = NULL"

[PATCH 4.19 06/45] drm/vmwgfx: Dont double-free the mode stored in par->set_mode

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Zimmermann commit c2d311553855395764e2e5bf401d987ba65c2056 upstream. When calling vmw_fb_set_par(), the mode stored in par->set_mode gets free'd twice. The first free is in vmw_fb_kms_d

[PATCH 4.19 33/45] Bluetooth: hci_ldisc: Postpone HCI_UART_PROTO_READY bit set in hci_uart_set_proto()

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Kefeng Wang commit 56897b217a1d0a91c9920cb418d6b3fe922f590a upstream. task A:task B: hci_uart_set_proto flush_to_ldisc - p->open(hu) -> h5_

[PATCH 4.19 24/45] ALSA: hda/ca0132 - make pci_iounmap() call conditional

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann commit 1e73359a24fad529b0794515b46cbfff99e5fbe6 upstream. When building without CONFIG_PCI, we can (depending on the architecture) get a link failure: ERROR: "pci_iounmap" [soun

[PATCH 4.19 09/45] libceph: wait for latest osdmap in ceph_monc_blacklist_add()

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Ilya Dryomov commit bb229bbb3bf63d23128e851a1f3b85c083178fa1 upstream. Because map updates are distributed lazily, an OSD may not know about the new blacklist for quite some time after "osd bl

[PATCH 4.19 20/45] objtool: Move objtool_file struct off the stack

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Josh Poimboeuf commit 0c671812f152b628bd87c0af49da032cc2a2c319 upstream. Objtool uses over 512k of stack, thanks to the hash table embedded in the objtool_file struct. This causes an unnecess

[PATCH 4.19 32/45] Bluetooth: hci_ldisc: Initialize hci_dev before open()

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Jeremy Cline commit 32a7b4cbe93b0a0ef7e63d31ca69ce54736c4412 upstream. The hci_dev struct hdev is referenced in work queues and timers started by open() in some protocols. This creates a race

Re: [BACKPORT 4.4.y 01/25] mmc: pwrseq: constify mmc_pwrseq_ops structures

On Tue, 26 Mar 2019, Greg KH wrote: > On Fri, Mar 22, 2019 at 04:43:52PM +0100, Arnd Bergmann wrote: > > From: Julia Lawall > > > > The mmc_pwrseq_ops structures are never modified, so declare them as const. > > > > Done with the help of Coccinelle. > > > > Signed-off-by: Julia Lawall > > Sig

[PATCH 4.14 34/41] PCI: designware-ep: dw_pcie_ep_set_msi() should only set MMC bits

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Niklas Cassel commit 099a95f3591ade29da52131895a3ba9f92a0e82c upstream. Previously, dw_pcie_ep_set_msi() wrote all bits in the Message Control register, thus overwriting the PCI_MSI_FLAGS_64BI

[PATCH 4.19 01/45] ALSA: hda - add Lenovo IdeaCentre B550 to the power_save_blacklist

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Jaroslav Kysela commit 721f1e6c1fd137e7e2053d8e103b666faaa2d50c upstream. Another machine which does not like the power saving (noise): https://bugzilla.redhat.com/show_bug.cgi?id=1689623 A

[PATCH 4.14 40/41] power: supply: charger-manager: Fix incorrect return value

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Baolin Wang commit f25a646fbe2051527ad9721853e892d13a99199e upstream. Fix incorrect return value. Signed-off-by: Baolin Wang Signed-off-by: Sebastian Reichel Signed-off-by: Greg Kroah-Hartm

[PATCH 4.14 07/41] MIPS: Ensure ELF appended dtb is relocated

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Yasha Cherikovsky commit 3f0a53bc6482fb09770982a8447981260ea258dc upstream. This fixes booting with the combination of CONFIG_RELOCATABLE=y and CONFIG_MIPS_ELF_APPENDED_DTB=y. Sections that a

[PATCH 4.14 21/41] Bluetooth: hci_ldisc: Initialize hci_dev before open()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Jeremy Cline commit 32a7b4cbe93b0a0ef7e63d31ca69ce54736c4412 upstream. The hci_dev struct hdev is referenced in work queues and timers started by open() in some protocols. This creates a race

[PATCH 4.14 29/41] ALSA: hda - Record the current power state before suspend/resume calls

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai commit 98081ca62cbac31fb0f7efaf90b2e7384ce22257 upstream. Currently we deal with single codec and suspend codec callbacks for all S3, S4 and runtime PM handling. But it turned ou

[PATCH 4.14 27/41] locking/lockdep: Add debug_locks check in __lock_downgrade()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Waiman Long commit 71492580571467fb7177aade19c18ce7486267f5 upstream. Tetsuo Handa had reported he saw an incorrect "downgrading a read lock" warning right after a previous lockdep warning. It

Re: [PATCH v11 0/2] PWM support for HiFive Unleashed

'On Mon, Mar 25, 2019 at 9:24 PM Andreas Schwab wrote: > > > I still don't see any improvement. FYI, this is the patch I use for the > device tree: > I am sharing you my test environment which has been working for me so that you can duplicate at your end I have tested the patch on Linux v5.0-rc

[PATCH 4.14 26/41] x86/unwind: Add hardcoded ORC entry for NULL

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Jann Horn commit ac5ceccce5501e43d217c596e4ee859f2a3fef79 upstream. When the ORC unwinder is invoked for an oops caused by IP==0, it currently has no idea what to do because there is no debug

[PATCH 4.14 03/41] iommu/amd: fix sg->dma_address for sg->offset bigger than PAGE_SIZE

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Stanislaw Gruszka commit 4e50ce03976fbc8ae995a000c4b10c737467beaa upstream. Take into account that sg->offset can be bigger than PAGE_SIZE when setting segment sg->dma_address. Otherwise sg->d

[PATCH 0/2] Add Updown Counter support for Milbeaut M10V SoC

This is a series of patch which adds Updown Counter support on Milbeaut M10V SoC. The Updown Counter counts input pulse signal from external quadrature encoder. It also has input pulse signal counter function. Shinji Kanematsu (2): dt-bindings: iio: counter: Add Milbeaut Updown Counter iio: c

[PATCH] kbuild: fix warning "overriding recipe for target 'Makefile'"

If you do "make Makefile" with GNU Make 3.x, the following warning is displayed: $ make Makefile Makefile:165: warning: overriding recipe for target 'Makefile' Makefile:51: warning: ignoring old recipe for target 'Makefile' make[1]: Nothing to be done for 'Makefile'. make: Nothing to be

[PATCH 4.9 00/30] 4.9.166-stable review

This is the start of the stable review cycle for the 4.9.166 release. There are 30 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 Thu Mar 28 04:25:51 UTC 2019. Anything receiv

[PATCH 2/2] gpio: of: Check for "spi-cs-high" in child instead of parent node

"spi-cs-high" is going to be specified in child node of an SPI controller's representing attached SPI device, so change the code to look for it there, instead of checking parent node. Signed-off-by: Andrey Smirnov Cc: Linus Walleij Cc: Bartosz Golaszewski Cc: Chris Healy Cc: linux-g...@vger.ke

[PATCH 4.9 14/30] media: v4l2-ctrls.c/uvc: zero v4l2_event

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil commit f45f3f753b0a3d739acda8e311b4f744d82dc52a upstream. Control events can leak kernel memory since they do not fully zero the event. The same code is present in both v4l2-ctrls.

[PATCH V10 0/5] Add i.MX7ULP EVK PWM backlight support

i.MX7ULP EVK board has MIPI-DSI display, its backlight is supplied by TPM PWM module, this patch set enables i.MX7ULP TPM PWM driver support and also add backlight support for MIPI-DSI display. Changes since V9: - update compatible string in DT binding, pwm driver and DTS file; - u

[PATCH V10 3/5] ARM: imx_v6_v7_defconfig: Add TPM PWM support by default

Select CONFIG_PWM_IMX_TPM by default to support i.MX7ULP TPM PWM. Signed-off-by: Anson Huang --- No changes. --- arch/arm/configs/imx_v6_v7_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/imx_v6_v7_defconfig b/arch/arm/configs/imx_v6_v7_defconfig index 1872dac..2a

[PATCH V10 4/5] ARM: dts: imx7ulp: Add tpm pwm support

Add i.MX7ULP EVK board PWM support. Signed-off-by: Anson Huang --- Changes since V9: - update compatible name; - update node name and label; --- arch/arm/boot/dts/imx7ulp.dtsi | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/boot/dts/imx7ulp.dtsi b/arch/ar

[PATCH V10 1/5] dt-bindings: pwm: Add i.MX TPM PWM binding

Add i.MX TPM(Low Power Timer/Pulse Width Modulation Module) PWM binding. Signed-off-by: Anson Huang --- Changes since V9: - update compatible to contain SoC name; - update example; --- .../devicetree/bindings/pwm/imx-tpm-pwm.txt| 22 ++ 1 file changed,

[PATCH V10 2/5] pwm: Add i.MX TPM PWM driver support

i.MX7ULP has TPM(Low Power Timer/Pulse Width Modulation Module) inside, it can support multiple PWM channels, all the channels share same counter and period setting, but each channel can configure its duty and polarity independently. There are several TPM modules in i.MX7ULP, the number of channel

RE: [PATCH V9 1/5] dt-bindings: pwm: Add i.MX TPM PWM binding

Hi, Rob Best Regards! Anson Huang > -Original Message- > From: Anson Huang > Sent: 2019年3月26日 8:56 > To: 'Rob Herring' > Cc: thierry.red...@gmail.com; mark.rutl...@arm.com; > shawn...@kernel.org; s.ha...@pengutronix.de; ker...@pengutronix.de; > feste...@gmail.com; li...@armlinux.org.uk;

[PATCH V10 5/5] ARM: dts: imx7ulp-evk: Add backlight support

This patch adds i.MX7ULP EVK board MIPI-DSI backlight support. Signed-off-by: Anson Huang --- Changes since V9: - update pwm label name accordingly. --- arch/arm/boot/dts/imx7ulp-evk.dts | 21 + 1 file changed, 21 insertions(+) diff --git a/arch/arm/boot/dts/imx7ulp-

RE: [PATCH V9 2/5] pwm: Add i.MX TPM PWM driver support

Hi, Uwe Best Regards! Anson Huang > -Original Message- > From: Anson Huang > Sent: 2019年3月25日 19:59 > To: 'Uwe Kleine-König' > Cc: thierry.red...@gmail.com; robh...@kernel.org; mark.rutl...@arm.com; > shawn...@kernel.org; s.ha...@pengutronix.de; ker...@pengutronix.de; > feste...@gmail.co

Re: [PATCH v2] RISC-V: Always compile mm/init.c with cmodel=medany

On Mon, Mar 25, 2019 at 12:18 PM Christoph Hellwig wrote: > > On Mon, Mar 25, 2019 at 01:25:50PM +0800, Alan Kao wrote: > > Hi Anup, > > > > Sorry for being late to the party. I think one more thing should > > move together with setup_vm(): > > Ah, I wonded about that yesterday but wasn't sure.

Re: Virtio-scsi multiqueue irq affinity

On Mon, Mar 25, 2019 at 01:02:13PM +0800, Peter Xu wrote: > On Sat, Mar 23, 2019 at 06:15:59PM +0100, Thomas Gleixner wrote: > > Peter, > > Hi, Thomas, > > > > > On Mon, 18 Mar 2019, Peter Xu wrote: > > > I noticed that starting from commit 0d9f0a52c8b9 ("virtio_scsi: use > > > virtio IRQ affini

Re: [PATCH v3] scripts: checkpatch: Check multiple blank lines when deleting code

On 3/17/19 11:49 AM, Alex Ghiti wrote: On 3/6/19 2:53 PM, Alexandre Ghiti wrote: By matching only current line starting with '+', we miss the case when deleting code makes consecutive blank lines appear: this patch then makes it possible to detect this case by also matching current line starting

Re: [PATCH] scripts: checkpatch: Check block comments start with /* empty line outside net

On 3/17/19 11:48 AM, Alex Ghiti wrote: On 3/6/19 7:12 AM, Alexandre Ghiti wrote: Le 3/6/19 à 12:08 AM, Joe Perches a écrit : On Tue, 2019-03-05 at 13:02 -0500, Alexandre Ghiti wrote: This patch ensures that apart from net code, block comments start with an empty /* line. I'm not sure it's

Re: [RFC] [PATCH v2 0/5] Intel Virtual PMU Optimization

On Mon, Mar 25, 2019 at 02:47:32PM +0800, Like Xu wrote: > On 2019/3/24 1:28, Peter Zijlstra wrote: > > On Sat, Mar 23, 2019 at 10:18:03PM +0800, Like Xu wrote: > > > === Brief description === > > > > > > This proposal for Intel vPMU is still committed to optimize the basic > > > functionality by

Re: [tip:ras/core 2/2] drivers/ras/debugfs.c:9:5: error: redefinition of 'ras_userspace_consumers'

On Sun, Mar 24, 2019 at 07:56:21PM -0400, Valdis Klētnieks wrote: > On Mon, 25 Mar 2019 06:41:49 +0800, kbuild test robot said: > > > tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git ras/core > > head: 56baf8bd6c92819b1d89210fbfac2c6327a1271b > > commit: 56baf8bd6c92819b1d8921

Re: [PATCH v2 0/4] provide a generic free_initmem implementation

Any comments on this? On Mon, Feb 18, 2019 at 08:41:21PM +0200, Mike Rapoport wrote: > Hi, > > Many architectures implement free_initmem() in exactly the same or very > similar way: they wrap the call to free_initmem_default() with sometimes > different 'poison' parameter. > > These patches swit

[PATCH] kvm: fix a function description error

The parameter's name of function description is different from definition. Signed-off-by: Peng Hao --- virt/kvm/kvm_main.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c index 5858452..4e11918 100644 --- a/virt/kvm/kvm_main.c +++ b

Re: FL-Sys - A 68´rBros, zën, Islam, Fair Labour compliant OS.

And the zén-concept of the ghód, is ofcourse to avoid the collar vs hijab discussions that has gone for years, for no real conclusion, and a refined monotheistic standard language being the boss of the cosmoses and the earth. He has no company. Also resonating with 68´r politics, zén, Islam, an

Re: [PATCH] x86/boot: Use EFI setup data if provided

On 03/22/19 at 04:23pm, Borislav Petkov wrote: > On Fri, Mar 22, 2019 at 11:03:43AM +, Junichi Nomura wrote: > > Commit 3a63f70bf4c3a ("x86/boot: Early parse RSDP and save it in > > boot_params") broke kexec boot on EFI systems. efi_get_rsdp_addr() > > in the early parsing code tries to search

[PATCH] cpufreq: stats: Use lock by stat to replace global spin lock

Stats is updated by each policy, using the lock by stat can reduce the contention. Signed-off-by: Kyle Lin --- drivers/cpufreq/cpufreq_stats.c | 15 --- 1 file changed, 8 insertions(+), 7 deletions(-) diff --git a/drivers/cpufreq/cpufreq_stats.c b/drivers/cpufreq/cpufreq_stats.c ind

Re: regression (bisected): "modprobe parport_pc" hangs in current mainline

On Sun, Mar 24, 2019 at 07:38:38PM +, Sudip Mukherjee wrote: > And I was able to reproduce the problem using a vm and Suse Tumblewood with > next-20190322. Can you please try the attached patch and test on your vm and > machine and check if it fixes the problem. > > -- > Regards > Sudip > dif

Re: [PATCH v10 0/9] support ROHM BD70528 PMIC

Hello again Lee & all, On Thu, Feb 28, 2019 at 10:22:48AM +0200, Matti Vaittinen wrote: > On Thu, Feb 28, 2019 at 08:10:55AM +, Lee Jones wrote: > > On Thu, 28 Feb 2019, Matti Vaittinen wrote: > > > > > Hello Lee and Mark, > > > > > > On Thu, Feb 14, 2019 at 03:02:37PM +0200, Matti Vaittinen

Re: [PATCH -next] ASoC: simple-card-utils: remove set but not used variable ''

On 3/23/2019 7:38 AM, YueHaibing wrote: Fixes gcc '-Wunused-but-set-variable' warning: sound/soc/generic/simple-card-utils.c: In function 'asoc_simple_parse_clk': sound/soc/generic/simple-card-utils.c:164:18: warning: parameter 'dai_name' set but not used [-Wunused-but-set-parameter] It's n

Re: [PATCH v4] tty: 8250: fix a missing check for pci_ioremap_bar

Hi Aditya, Thank you for the patch! Yet something to improve: [auto build test ERROR on tty/tty-testing] [also build test ERROR on v5.1-rc2 next-20190325] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci

Re: [PATCH] x86/boot: Use EFI setup data if provided

On Mon, Mar 25, 2019 at 03:27:10PM +0800, Baoquan He wrote: > Kexec kernel also need to get rsdp to get SRAT tables so that KASLR can > avoid those hotpluggable regions in boot compression stage. > > The kexec_file_load has filled in acpi_rsdp_addr of kexec kernel in > below code. It will return d

Re: [PATCH 3/4] mfd: ti-lmu: Remove LM3532 backlight driver references

On Sat, 23 Mar 2019, Jacek Anaszewski wrote: > Hi Lee, > > Can we have your ack for this going via LED tree, please? Patch looks okay. You can take it through the LED, but if you do I will need you to send me a pull-request to a minimised immutable branch please. If you cannot do this, I can a

Re: [PATCH 1/4] dt: lm3532: Add lm3532 dt doc and update ti_lmu doc

On Thu, 21 Mar 2019, Dan Murphy wrote: > Add the lm3532 device tree documentation. > Remove lm3532 device tree reference from the ti_lmu devicetree > documentation. > > With the addition of the dedicated lm3532 documentation the device > can be removed from the ti_lmu.txt. > > The reason for thi

Re: [PATCH] mfd: fix a potential NULL pointer dereference

On Fri, 22 Mar 2019, Kangjie Lu wrote: > Hi Lee Jones, > > Can you review this patch? Don't poke. I have a very long list of reviews on my TODO. Poking only surfaces your patch to the top of my Inbox, and since I review patches in reverse chronological order, it puts the review to the back of

kernel BUG at mm/internal.h:LINE!

Hello, syzbot found the following crash on: HEAD commit:a5ed1e96 Merge tag 'powerpc-5.1-3' of git://git.kernel.org.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=117a556d20 kernel config: https://syzkaller.appspot.com/x/.config?x=9a31fb246de2a622 da

Re: [PATCH -next] ASoC: simple-card-utils: remove set but not used variable ''

On 2019/3/25 15:42, Mukesh Ojha wrote: > > On 3/23/2019 7:38 AM, YueHaibing wrote: >> Fixes gcc '-Wunused-but-set-variable' warning: >> >> sound/soc/generic/simple-card-utils.c: In function 'asoc_simple_parse_clk': >> sound/soc/generic/simple-card-utils.c:164:18: warning: >> parameter 'dai_name'

  1   2   3   4   5   6   7   8   9   10   >