[PATCH 4.17 102/324] iio: pressure: bmp280: fix relative humidity unit

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Tomasz Duszynski [ Upstream commit 13399ff25f179811ce9c1df1523eb39f9e4a4772 ] According to IIO ABI relative humidity reading should be returned in milli percent. This patch addresses that by

[PATCH v2] arm64: kasan: add interceptors for strcmp/strncmp functions

This patch declares strcmp/strncmp as weak symbols. (2 of them are the most used string operations) Original functions declared as weak and strong ones in mm/kasan/kasan.c could replace them. Assembly optimized strcmp/strncmp functions cannot detect KASan bug. But, now we can detect them like

Re: [PATCH] mm: respect arch_dup_mmap() return value

On Wed 22-08-18 22:12:29, Nadav Amit wrote: > Commit d70f2a14b72a4 ("include/linux/sched/mm.h: uninline > mmdrop_async(), etc") ignored the return value of arch_dup_mmap(). As a > result, on x86, a failure to duplicate the LDT (e.g., due to memory > allocation error), would leave the duplicated

[PATCH 4.17 265/324] kvm: nVMX: Restore exit qual for VM-entry failure due to MSR loading

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Jim Mattson [ Upstream commit 0b88abdc3f964c28ec03bc69eb17cb6b3b034564 ] This exit qualification was inadvertently dropped when the two VM-entry failure blocks were coalesced. Fixes:

[PATCH 4.17 220/324] net: ieee802154: adf7242: Fix erroneous RX enable

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Michael Hennerich [ Upstream commit 36d26d6b6208399070a9d7993534fef9fc26b1ba ] Only enable RX mode if the netdev is opened. Signed-off-by: Michael Hennerich Signed-off-by: Alexandru

[PATCH 4.17 264/324] net/9p/client.c: put refcount of trans_mod in error case in parse_opts()

4.17-stable review patch. If anyone has any objections, please let me know. -- From: piaojun [ Upstream commit c290fba8c4ce6530cd941ea14db5a4ac2f77183f ] In my testing, the second mount will fail after umounting successfully. The reason is that we put refcount of trans_mod in

[PATCH 4.17 267/324] drm/nouveau/gem: off by one bugs in nouveau_gem_pushbuf_reloc_apply()

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter [ Upstream commit 7f073d011f93e92d4d225526b9ab6b8b0bbd6613 ] The bo array has req->nr_buffers elements so the > should be >= so we don't read beyond the end of the array.

[PATCH 4.17 268/324] of: overlay: update phandle cache on overlay apply and remove

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Frank Rowand [ Upstream commit b9952b5218added5577e4a3443969bc20884cea9 ] A comment in the review of the patch adding the phandle cache said that the cache would have to be updated when

[PATCH 4.17 266/324] sched/deadline: Fix switched_from_dl() warning

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Juri Lelli [ Upstream commit e117cb52bdb4d376b711bee34af6434c9e314b3b ] Mark noticed that syzkaller is able to reliably trigger the following warning: dl_rq->running_bw > dl_rq->this_bw

[PATCH 4.17 262/324] pinctrl: nsp: off by ones in nsp_pinmux_enable()

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter [ Upstream commit f90a21c898db58eaea14b8ad7e9af3b9e15e5f8a ] The > comparisons should be >= or else we read beyond the end of the pinctrl->functions[] array. Fixes:

[PATCH 4.17 261/324] pinctrl: ingenic: Fix inverted direction for < JZ4770

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Paul Cercueil [ Upstream commit 0084a786ca8c84b443f67c4a697b4f2552761650 ] The .gpio_set_direction() callback was setting inverted direction for SoCs older than the JZ4770, this restores the

[PATCH 4.17 252/324] tools: build: Fixup host c flags

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Laura Abbott [ Upstream commit 6fdbd824fd7a3876aac43d32fdf1f30b9ef72ce4 ] Commit 0c3b7e42616f ("tools build: Add support for host programs format") introduced host_c_flags which referenced

[PATCH 4.17 225/324] netfilter: nf_conntrack: Fix possible possible crash on module loading.

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Andrey Ryabinin [ Upstream commit 2045cdfa1b40d66f126f3fd05604fc7c754f0022 ] Loading the nf_conntrack module with doubled hashsize parameter, i.e. modprobe nf_conntrack

[PATCH 4.17 226/324] ARC: [plat-hsdk]: Configure APB GPIO controller on ARC HSDK platform

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Gustavo Pimentel [ Upstream commit ec58ba16e174d7ca24c8955a21cd0a53e0c32fdf ] In case of HSDK we have intermediate INTC in for of DW APB GPIO controller which is used as a de-bounce logic for

[PATCH 4.17 229/324] bnxt_en: Fix inconsistent BNXT_FLAG_AGG_RINGS logic.

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Michael Chan [ Upstream commit 07f4fde53d12eb8d921b465bb298e964e0bdc38c ] If there aren't enough RX rings available, the driver will attempt to use a single RX ring without the aggregation

[PATCH 4.17 263/324] pinctrl: nsp: Fix potential NULL dereference

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Wei Yongjun [ Upstream commit c29e9da56bebb4c2c794e871b0dc0298bbf08142 ] platform_get_resource() may fail and return NULL, so we should better check it's return value to avoid a NULL pointer

[PATCH 4.17 253/324] tools: build: Use HOSTLDFLAGS with fixdep

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Laura Abbott [ Upstream commit 8b247a92ebd0cda7dec49a6f771d9c4950f3d3ad ] The final link of fixdep uses LDFLAGS but not the existing HOSTLDFLAGS. Fix this. Signed-off-by: Laura Abbott

[PATCH 4.17 269/324] ibmvnic: Revise RX/TX queue error messages

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Falcon [ Upstream commit 2d14d3795294d42aacc278948984a480569bcc23 ] During a device failover, there may be latency between the loss of the current backing device and a notification

[PATCH] fs: fix local var type

In the seq_hex_dump function,the remaining variable is int, but it receive a type of size_t argument. So I change the type of remaining Signed-off-by: Weikang Shi --- fs/seq_file.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/fs/seq_file.c b/fs/seq_file.c index

[PATCH 4.18 05/22] x86/mm/init: Add helper for freeing kernel image pages

4.18-stable review patch. If anyone has any objections, please let me know. -- From: Dave Hansen commit 6ea2738e0ca0e626c75202fb051c1e88d7a950fa upstream. When chunks of the kernel image are freed, free_init_pages() is used directly. Consolidate the three sites that do this.

[PATCH 4.18 16/22] PCI: aardvark: Size bridges before resources allocation

4.18-stable review patch. If anyone has any objections, please let me know. -- From: Zachary Zhang commit 91a2968e245d6ba616db37001fa1a043078b1a65 upstream. The PCIE I/O and MEM resource allocation mechanism is that root bus goes through the following steps: 1. Check PCI

[PATCH 4.18 03/22] mm: Allow non-direct-map arguments to free_reserved_area()

4.18-stable review patch. If anyone has any objections, please let me know. -- From: Dave Hansen commit 0d83432811f26871295a9bc24d3c387924da6071 upstream. free_reserved_area() takes pointers as arguments to show which addresses should be freed. However, it does this in a

[PATCH 4.18 17/22] PCI: Skip MPS logic for Virtual Functions (VFs)

4.18-stable review patch. If anyone has any objections, please let me know. -- From: Myron Stowe commit 3dbe97efe8bf450b183d6dee2305cbc032e6b8a4 upstream. PCIe r4.0, sec 9.3.5.4, "Device Control Register", shows both Max_Payload_Size (MPS) and Max_Read_request_Size (MRRS) to

[PATCH 4.18 09/22] drm/i915/kvmgt: Fix potential Spectre v1

4.18-stable review patch. If anyone has any objections, please let me know. -- From: Gustavo A. R. Silva commit de5372da605d3bca46e3102bab51b7e1c0e0a6f6 upstream. info.index can be indirectly controlled by user-space, hence leading to a potential exploitation of the Spectre

[PATCH 4.18 04/22] x86/mm/init: Pass unconverted symbol addresses to free_init_pages()

4.18-stable review patch. If anyone has any objections, please let me know. -- From: Dave Hansen commit 9f515cdb411ef34f1aaf4c40bb0c932cf6db5de1 upstream. The x86 code has several places where it frees parts of kernel image: 1. Unused SMP alternative 2. __init code 3. The

[PATCH 4.18 08/22] ext4: fix spectre gadget in ext4_mb_regular_allocator()

4.18-stable review patch. If anyone has any objections, please let me know. -- From: Jeremy Cline commit 1a5d5e5d51e75a5bca67dadbcea8c841934b7b85 upstream. 'ac->ac_g_ex.fe_len' is a user-controlled value which is used in the derivation of 'ac->ac_2order'. 'ac->ac_2order', in

[PATCH 4.18 06/22] x86/mm/init: Remove freed kernel image areas from alias mapping

4.18-stable review patch. If anyone has any objections, please let me know. -- From: Dave Hansen commit c40a56a7818cfe735fc93a69e1875f8bba834483 upstream. The kernel image is mapped into two places in the virtual address space (addresses without KASLR, of course): 1.

[PATCH 4.18 07/22] powerpc64s: Show ori31 availability in spectre_v1 sysfs file not v2

4.18-stable review patch. If anyone has any objections, please let me know. -- From: Michael Ellerman commit 6d44acae1937b81cf8115ada8958e04f601f3f2e upstream. When I added the spectre_v2 information in sysfs, I included the availability of the ori31 speculation barrier.

[PATCH 4.14 101/217] selftests/x86/sigreturn/64: Fix spurious failures on AMD CPUs

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Andy Lutomirski [ Upstream commit ec348020566009d3da9b99f07c05814d13969c78 ] When I wrote the sigreturn test, I didn't realize that AMD's busted IRET behavior was different from Intel's

[PATCH 4.14 075/217] Smack: Mark inode instant in smack_task_to_inode

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Casey Schaufler [ Upstream commit 7b4e88434c4e7982fb053c49657e1c8bbb8692d9 ] Smack: Mark inode instant in smack_task_to_inode /proc clean-up in commit

[PATCH 4.14 206/217] netfilter: conntrack: dccp: treat SYNC/SYNCACK as invalid if no prior state

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Florian Westphal commit 6613b6173dee098997229caf1f3b961c49da75e6 upstream. When first DCCP packet is SYNC or SYNCACK, we insert a new conntrack that has an un-initialized timeout value, i.e.

[PATCH 4.14 205/217] xfrm_user: prevent leaking 2 bytes of kernel memory

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet commit 45c180bc29babbedd6b8c01b975780ef44d9d09c upstream. struct xfrm_userpolicy_type has two holes, so we should not use C99 style initializer. KMSAN report: BUG: KMSAN:

[PATCH 4.9 029/130] net: stmmac: socfpga: add additional ocp reset line for Stratix10

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Dinh Nguyen [ Upstream commit bc8a2d9bcbf1ca548b1deb315d14e1da81945bea ] The Stratix10 platform has an additional reset line, OCP(Open Core Protocol), that also needs to get deasserted for the

[PATCH 4.18 00/22] 4.18.5-stable review

This is the start of the stable review cycle for the 4.18.5 release. There are 22 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 Sat Aug 25 07:47:43 UTC 2018. Anything

[PATCH 4.9 028/130] net: propagate dev_get_valid_name return code

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Li RongQing [ Upstream commit 7892bd081045222b9e4027fec279a28d6fe7aa66 ] if dev_get_valid_name failed, propagate its return code and remove the setting err to ENODEV, it will be set to 0

[PATCH 4.18 22/22] reiserfs: fix broken xattr handling (heap corruption, bad retval)

4.18-stable review patch. If anyone has any objections, please let me know. -- From: Jann Horn commit a13f085d111e90469faf2d9965eb39b11c114d7e upstream. This fixes the following issues: - When a buffer size is supplied to reiserfs_listxattr() such that each individual name

Re: [PATCH v9 12/22] s390: vfio-ap: sysfs interfaces to configure control domains

On 08/22/2018 09:16 PM, Tony Krowiak wrote: On 08/22/2018 01:11 PM, Halil Pasic wrote: On 08/22/2018 05:48 PM, Christian Borntraeger wrote: On 08/22/2018 05:34 PM, Pierre Morel wrote: On 22/08/2018 17:11, Christian Borntraeger wrote: On 08/22/2018 01:03 PM, Pierre Morel wrote: That's

RE: [ANNOUNCE] 4.14.63-rt40

Steven, commit 7f11a591bbdb111792298144c3476506aa7f1ca8 (HEAD -> v4.14.63-rt40-rebase, tag: v4.14.63-rt40-rebase, origin/v4.14-rt-rebase) Author: Steven Rostedt (VMware) Date: Wed May 16 09:33:00 2018 -0400 Linux 4.14.63-rt40 REBASE diff --git a/localversion-rt b/localversion-rt index

[PATCH v4 2/3] mmc: sdhci: introduce adma_write_desc() hook to struct sdhci_ops

Add this hook so that it can be overridden with driver specific implementations. We also let the original sdhci_adma_write_desc() accept so that the function can set its new value. Then export the function so that it could be reused by driver's specific implementations. Signed-off-by: Jisheng

[GIT PULL] sound fixes for 4.19-rc1

Linus, please pull sound fixes for v4.19-rc1 from: git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-fix-4.19-rc1 The topmost commit is 8a328ac1f9ebfc7621f76bbb27aa0382cc5b393d sound fixes for 4.19-rc1

[PATCH v4 3/3] mmc: sdhci-of-dwcmshc: solve 128MB DMA boundary limitation

When using DMA, if the DMA addr spans 128MB boundary, we have to split the DMA transfer into two so that each one doesn't exceed the boundary. Signed-off-by: Jisheng Zhang --- drivers/mmc/host/sdhci-of-dwcmshc.c | 39 + 1 file changed, 39 insertions(+) diff --git

[PATCH 4.14 137/217] drm/bridge/sii8620: Fix display of packed pixel modes

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Maciej Purski [ Upstream commit fdddc65ab35d575b42aab411b2dc687601eab680 ] Current implementation does not guarantee packed pixel modes working with every dongle. There are some dongles,

[PATCH 4.14 150/217] net/sched: act_tunnel_key: fix NULL dereference when goto chain is used

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Davide Caratti [ Upstream commit 38230a3e0e0933bbcf5df6fa469ba0667f667568 ] the control action in the common member of struct tcf_tunnel_key must be a valid value, as it can contain the chain

[PATCH 4.14 153/217] ieee802154: at86rf230: use __func__ macro for debug messages

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Schmidt [ Upstream commit 8a81388ec27c4c0adbdecd20e67bb5f411ab46b2 ] Instead of having the function name hard-coded (it might change and we forgot to update them in the debug output)

[PATCH 4.14 160/217] netfilter: nf_conntrack: Fix possible possible crash on module loading.

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Andrey Ryabinin [ Upstream commit 2045cdfa1b40d66f126f3fd05604fc7c754f0022 ] Loading the nf_conntrack module with doubled hashsize parameter, i.e. modprobe nf_conntrack

Re: [PATCH net-next] ieee802154: Use kmemdup instead of duplicating it in ca8210_test_int_driver_write

Hello. On 08/09/2018 08:44 AM, YueHaibing wrote: > Replace calls to kmalloc followed by a memcpy with a direct call to > kmemdup. > > Signed-off-by: YueHaibing > --- > drivers/net/ieee802154/ca8210.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff --git

[PATCH 4.14 154/217] ieee802154: fakelb: switch from BUG_ON() to WARN_ON() on problem

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Schmidt [ Upstream commit 8f2fbc6c60ff213369e06a73610fc882a42fdf20 ] The check is valid but it does not warrant to crash the kernel. A WARN_ON() is good enough here. Found by

[PATCH v5 2/2] drm/mali-dp: Implement plane alpha and pixel blend on malidp

Checks the pixel blending mode and plane alpha value when do the plane_check. Mali DP supports blending the current plane with the background either based on the pixel alpha blending mode or by using the layer's alpha value, but not both at the same time. If both case, plane_check will return

[PATCH 4.14 158/217] drm/armada: fix irq handling

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Russell King [ Upstream commit 92298c1cd8e8a6b56322b602ad72b54e6237631d ] Add the missing locks to the IRQ enable/disable paths, and fix a comment in the interrupt handler: reading the ISR

[PATCH 4.14 157/217] drm/armada: fix colorkey mode property

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Russell King [ Upstream commit d378859a667edc99e3473704847698cae97ca2b1 ] The colorkey mode property was not correctly disabling the colorkeying when "disabled" mode was selected. Arrange

[PATCH 4.14 124/217] openrisc: entry: Fix delay slot exception detection

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Stafford Horne [ Upstream commit ae15a41a641449f536578b0d9ec0e4ade130deb5 ] Originally in patch e6d20c55a4 ("openrisc: entry: Fix delay slot detection") I fixed delay slot detection, but only

[PATCH 4.14 142/217] netfilter: x_tables: set module owner for icmp(6) matches

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Florian Westphal [ Upstream commit d376bef9c29b3c65aeee4e785fffcd97ef0a9a81 ] nft_compat relies on xt_request_find_match to increment refcount of the module that provides the match/target.

[PATCH 4.14 146/217] sh_eth: fix invalid context bug while changing link options by ethtool

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Vladimir Zapolskiy [ Upstream commit 5cb3f52a11e18628fc4bee76dd14b1f0b76349de ] The change fixes sleep in atomic context bug, which is encountered every time when link settings are changed by

[PATCH 4.14 148/217] ravb: fix invalid context bug while changing link options by ethtool

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Vladimir Zapolskiy [ Upstream commit 05925e52a7d379192a5fdff2c33710f573190ead ] The change fixes sleep in atomic context bug, which is encountered every time when link settings are changed by

[PATCH 4.14 155/217] gpu: host1x: Check whether size of unpin isnt 0

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Osipenko [ Upstream commit ec58923215dbbeef59ee82923ee94d745f73db58 ] Only gather pins are mapped by the Host1x driver, regular BO relocations are not. Check whether size of unpin

[PATCH 4.14 156/217] drm/tegra: Fix comparison operator for buffer size

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Mikko Perttunen [ Upstream commit 5265f0338bc0feec6c0d544dfe005dec1a93cb93 ] Here we are checking for the buffer length, not an offset for writing to, so using > is correct. The current code

[PATCH 4.14 149/217] ARM: pxa: irq: fix handling of ICMR registers in suspend/resume

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Daniel Mack [ Upstream commit 0c1049dcb4ceec640d8bd797335bcbebdcab44d2 ] PXA3xx platforms have 56 interrupts that are stored in two ICMR registers. The code in pxa_irq_suspend() and

[PATCH 4.14 152/217] ieee802154: at86rf230: switch from BUG_ON() to WARN_ON() on problem

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Schmidt [ Upstream commit 20f330452ad8814f2289a589baf65e21270879a7 ] The check is valid but it does not warrant to crash the kernel. A WARN_ON() is good enough here. Found by

[PATCH 4.14 151/217] nvmem: Dont let a NULL cell_id for nvmem_cell_get() crash us

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Douglas Anderson [ Upstream commit 87ed1405ef09d29a14df43295f7b6a93b63bfe6e ] In commit ca04d9d3e1b1 ("phy: qcom-qusb2: New driver for QUSB2 PHY on Qcom chips") you can see a call like:

[PATCH 4.14 147/217] ravb: fix invalid context bug while calling auto-negotiation by ethtool

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Vladimir Zapolskiy [ Upstream commit 0973a4dd79fe56a3beecfcff675ba4c01df0b0c1 ] Since commit 35b5f6b1a82b ("PHYLIB: Locking fixes for PHY I/O potentially sleeping") phy_start_aneg() function

[PATCH 4.14 145/217] sh_eth: fix invalid context bug while calling auto-negotiation by ethtool

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Vladimir Zapolskiy [ Upstream commit 53a710b5044d8475faa6813000b6dd659400ef7b ] Since commit 35b5f6b1a82b ("PHYLIB: Locking fixes for PHY I/O potentially sleeping") phy_start_aneg() function

[PATCH 4.14 138/217] samples/bpf: add missing

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Taeung Song [ Upstream commit 4d5d33a085335ef469c9a87792bc8e64d8c4 ] This fixes build error regarding redefinition: CLANG-bpf samples/bpf/parse_varlen.o

[PATCH 4.14 207/217] packet: refine ring v3 block size test to hold one frame

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Willem de Bruijn commit 4576cd469d980317c4edd9173f8b694aa71ea3a3 upstream. TPACKET_V3 stores variable length frames in fixed length blocks. Blocks must be able to store a block header,

[PATCH 4.14 213/217] PCI: pciehp: Fix use-after-free on unplug

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Lukas Wunner commit 281e878eab191cce4259abbbf1a0322e3adae02c upstream. When pciehp is unbound (e.g. on unplug of a Thunderbolt device), the hotplug_slot struct is deregistered and thus freed

[PATCH 4.14 212/217] PCI: Skip MPS logic for Virtual Functions (VFs)

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Myron Stowe commit 3dbe97efe8bf450b183d6dee2305cbc032e6b8a4 upstream. PCIe r4.0, sec 9.3.5.4, "Device Control Register", shows both Max_Payload_Size (MPS) and Max_Read_request_Size (MRRS) to

[PATCH 4.14 208/217] net/smc: no shutdown in state SMC_LISTEN

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Ursula Braun commit caa21e19e08d7a1445116a93f7ab4e187ebbbadb upstream. Invoking shutdown for a socket in state SMC_LISTEN does not make sense. Nevertheless programs like syzbot fuzzing the

[PATCH 4.14 194/217] net: qca_spi: Make sure the QCA7000 reset is triggered

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Wahren [ Upstream commit 711c62dfa6bdb4326ca6c587f295ea5c4f7269de ] In case the SPI thread is not running, a simple reset of sync state won't fix the transmit timeout. We also need to

[PATCH 4.14 210/217] PCI: OF: Fix I/O space page leak

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Sergei Shtylyov commit a5fb9fb023a1435f2b42bccd7f547560f3a21dc3 upstream. When testing the R-Car PCIe driver on the Condor board, if the PCIe PHY driver was left disabled, the kernel crashed

[tip:perf/urgent] perf tools: Disable parallelism for 'make clean'

Commit-ID: da15fc2fa9c07b23db8f5e479bd8a9f0d741ca07 Gitweb: https://git.kernel.org/tip/da15fc2fa9c07b23db8f5e479bd8a9f0d741ca07 Author: Rasmus Villemoes AuthorDate: Thu, 5 Jul 2018 15:15:27 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 20 Aug 2018 08:54:58 -0300 perf

[PATCH 4.14 211/217] PCI: hotplug: Dont leak pci_slot on registration failure

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Lukas Wunner commit 4ce6435820d1f1cc2c2788e232735eb244bcc8a3 upstream. If addition of sysfs files fails on registration of a hotplug slot, the struct pci_slot as well as the entry in the

[tip:perf/urgent] perf tools: Use compression id in decompress_kmodule()

Commit-ID: dde755a90e98a1c57f6a92d1a79bc5554024065c Gitweb: https://git.kernel.org/tip/dde755a90e98a1c57f6a92d1a79bc5554024065c Author: Jiri Olsa AuthorDate: Fri, 17 Aug 2018 11:48:08 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 20 Aug 2018 08:54:59 -0300 perf tools: Use

[PATCH 4.17 080/324] net: davinci_emac: match the mdio device against its compatible if possible

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Bartosz Golaszewski [ Upstream commit ea0820bb771175c7d4192fc6f5b5c56b3c6d5239 ] Device tree based systems without of_dev_auxdata will have the mdio device named differently than

[PATCH 4.17 044/324] drivers/perf: xgene_pmu: Fix IOB SLOW PMU parser error

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Hoan Tran [ Upstream commit a45fc268db20ecd859bb61e25045912b3194b5e6 ] This patch fixes the below parser error of the IOB SLOW PMU. # perf stat -a -e iob-slow0/cycle-count/ sleep 1

[PATCH 4.17 064/324] arm64: make secondary_start_kernel() notrace

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Zhizhou Zhang [ Upstream commit b154886f7892499d0d3054026e19dfb9a731df61 ] We can't call function trace hook before setup percpu offset. When entering secondary_start_kernel(), percpu offset

[PATCH 4.17 076/324] block: sed-opal: Fix a couple off by one bugs

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter [ Upstream commit ce042c183bcb94eb2919e8036473a1fc203420f9 ] resp->num is the number of tokens in resp->tok[]. It gets set in response_parse(). So if n == resp->num then we're

[PATCH 4.17 081/324] sctp: fix erroneous inc of snmp SctpFragUsrMsgs

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Marcelo Ricardo Leitner [ Upstream commit fedb1bd3d274b33c432cb83c80c6b3cf54d509c8 ] Currently it is incrementing SctpFragUsrMsgs when the user message size is of the exactly same size as the

[PATCH 4.17 042/324] arm64: dts: ns2: Fix PCIe controller interrupt type

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Ray Jui [ Upstream commit d0b8aed9e80ab526dbb04020bfc94ecea7bddb44 ] Fix PCIe controller interrupt to use IRQ_TYPE_LEVEL_HIGH for Broadcom NS2 SoC. Fixes: fd5e5dd56a2f ("arm64: dts: Add

[PATCH 4.17 063/324] arm64: dma-mapping: clear buffers allocated with FORCE_CONTIGUOUS flag

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Marek Szyprowski [ Upstream commit dd65a941f6ba473a5cb9d013d57fa43b48450a04 ] dma_alloc_*() buffers might be exposed to userspace via mmap() call, so they should be cleared on allocation. In

[PATCH 4.17 077/324] ARC: Enable machine_desc->init_per_cpu for !CONFIG_SMP

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Alexey Brodkin [ Upstream commit 2f24ef7413a4d91657ef04e77c27ce0b313e6c95 ] machine_desc->init_per_cpu() hook is supposed to be per cpu initialization and would seem to apply equally to UP

[PATCH 4.17 041/324] arm64: dts: ns2: Fix I2C controller interrupt type

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Ray Jui [ Upstream commit e605c287deed45624e8d35a15e3f0b4faab1a62d ] Fix I2C controller interrupt to use IRQ_TYPE_LEVEL_HIGH for Broadcom NS2 SoC. Fixes: 7ac674e8df7a ("arm64: dts: Add I2C

[PATCH 4.17 045/324] drm/arm/malidp: Ensure that the crtcs are shutdown before removing any encoder/connector

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Ayan Kumar Halder [ Upstream commit 109c4d18e57445afcaf728b8716a69375a3daab2 ] One needs to ensure that the crtcs are shutdown so that the drm_crtc_state->connector_mask reflects that no

[PATCH 4.17 040/324] arm64: dts: specify 1.8V EMMC capabilities for bcm958742t

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Scott Branden [ Upstream commit 37c2bd81a86ebb1cc934bf52a29c33d6f9abff7f ] Specify 1.8V EMMC capabilities for bcm958742t board to indicate support for UHS mode. Fixes: d4b4aba6be8a ("arm64:

[PATCH 4.17 078/324] selftests: net: add config fragments

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Anders Roxell [ Upstream commit 73f9c33beb9e85850a11a1597b35a13650352509 ] Add fragments to pass bridge and vlan tests. Fixes: 33b01b7b4f19 ("selftests: add rtnetlink test script")

[PATCH 4.17 079/324] nbd: Add the nbd NBD_DISCONNECT_ON_CLOSE config flag.

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Doron Roberts-Kedes [ Upstream commit 08ba91ee6e2c1c08d3f0648f978cbb5dbf3491d8 ] If NBD_DISCONNECT_ON_CLOSE is set on a device, then the driver will issue a disconnect from nbd_release if the

[PATCH 4.17 043/324] arm64: dts: Stingray: Fix I2C controller interrupt type

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Ray Jui [ Upstream commit 75af23c4736c5633894ea0baf9bca1cf6b248ca4 ] Fix I2C controller interrupt to use IRQ_TYPE_LEVEL_HIGH for Broadcom Stingray SoC. Fixes: 1256ea18875d ("arm64: dts: Add

[PATCH 4.17 087/324] selftests: bpf: notification about privilege required to run test_kmod.sh testing script

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Jeffrin Jose T [ Upstream commit 81e167c2a216e7b54e6add9d2badcda267fe33b1 ] The test_kmod.sh script require root privilege for the successful execution of the test. This patch is to notify

[PATCH 4.17 086/324] locking/lockdep: Do not record IRQ state within lockdep code

4.17-stable review patch. If anyone has any objections, please let me know. -- From: "Steven Rostedt (VMware)" [ Upstream commit fcc784be837714a9173b372ff9fb9b514590dad9 ] While debugging where things were going wrong with mapping enabling/disabling interrupts with the

[tip:perf/urgent] tools arch x86: Update tools's copy of cpufeatures.h

Commit-ID: 252df177113575a66fc505169a29221d7232eb1e Gitweb: https://git.kernel.org/tip/252df177113575a66fc505169a29221d7232eb1e Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 20 Aug 2018 10:13:13 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 20 Aug 2018 10:13:13 -0300

[tip:perf/urgent] perf python: Fix pyrf_evlist__read_on_cpu() interface

Commit-ID: 721f0dfc3ce821c6a32820ab63edfb48ed4af075 Gitweb: https://git.kernel.org/tip/721f0dfc3ce821c6a32820ab63edfb48ed4af075 Author: Jiri Olsa AuthorDate: Fri, 17 Aug 2018 13:45:56 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 20 Aug 2018 08:54:59 -0300 perf python:

[PATCH 4.17 036/324] ARM: dts: BCM5301x: Fix i2c controller interrupt type

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Florian Fainelli [ Upstream commit a0a8338e905734518ab9b10b06e7fd0201228f8b ] The i2c controller should be using IRQ_TYPE_LEVEL_HIGH, fix that. Fixes: bb097e3e0045 ("ARM: dts: BCM5301X: Add

Re: [PATCH v2 00/40] Tegra SDHCI add support for HS200 and UHS signaling

On Fri, Aug 10, 2018 at 09:08:02PM +0300, Aapo Vienamo wrote: > Hi all, > > This series implements support for faster signaling modes on Tegra > SDHCI controllers. This series consist of several parts: changes > requried for 1.8 V signaling and pad control, pad calibration, and > tuning.

[tip:perf/urgent] perf tools: Make decompress_to_file() function static

Commit-ID: 85e1d419e71eaa39248a9fa6572502a3c802f9ca Gitweb: https://git.kernel.org/tip/85e1d419e71eaa39248a9fa6572502a3c802f9ca Author: Jiri Olsa AuthorDate: Fri, 17 Aug 2018 11:48:04 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 20 Aug 2018 08:54:59 -0300 perf tools:

Re: [PATCH 3/4] mm/tlb, x86/mm: Support invalidating TLB caches for RCU_TABLE_FREE

On Wed, 22 Aug 2018 17:30:15 +0200 Peter Zijlstra wrote: > Jann reported that x86 was missing required TLB invalidates when he > hit the !*batch slow path in tlb_remove_table(). > > This is indeed the case; RCU_TABLE_FREE does not provide TLB (cache) > invalidates, the PowerPC-hash where this

[RFC PATCH 2/2] mm: mmu_notifier fix for tlb_end_vma

The generic tlb_end_vma does not call invalidate_range mmu notifier, and it resets resets the mmu_gather range, which means the notifier won't be called on part of the range in case of an unmap that spans multiple vmas. ARM64 seems to be the only arch I could see that has notifiers and uses the

[RFC PATCH 1/2] mm: move tlb_table_flush to tlb_flush_mmu_free

There is no need to call this from tlb_flush_mmu_tlbonly, it logically belongs with tlb_flush_mmu_free. This allows some code consolidation with a subsequent fix. Signed-off-by: Nicholas Piggin --- mm/memory.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/mm/memory.c

[RFC PATCH 0/2] minor mmu_gather patches

These are split from some patches I posted a while back, I was going to take a look and revive the series again after your fixes go in, but having another look, it may be that your "[PATCH 3/4] mm/tlb, x86/mm: Support invalidating TLB caches for RCU_TABLE_FREE" becomes easier after my patch 1.

[tip:perf/urgent] tools arch: Update arch/x86/lib/memcpy_64.S copy used in 'perf bench mem memcpy'

Commit-ID: 78303650e4cd873c6c4276c6fe3e768ff0b46d22 Gitweb: https://git.kernel.org/tip/78303650e4cd873c6c4276c6fe3e768ff0b46d22 Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 20 Aug 2018 10:17:14 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 20 Aug 2018 10:17:14 -0300

[PATCH 4.17 128/324] nfp: cast sizeof() to int when comparing with error code

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Chengguang Xu [ Upstream commit 2d2595719a97c876f35b1e60e5768e58753b268c ] sizeof() will return unsigned value so in the error check negative error code will be always larger than sizeof().

[PATCH 4.17 140/324] md/raid10: fix that replacement cannot complete recovery after reassemble

4.17-stable review patch. If anyone has any objections, please let me know. -- From: BingJing Chang [ Upstream commit bda3153998f3eb2cafa4a6311971143628eacdbc ] During assemble, the spare marked for replacement is not checked. conf->fullsync cannot be updated to be 1. As a

[PATCH 4.17 143/324] nl80211: relax ht operation checks for mesh

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Bob Copeland [ Upstream commit 188f60ab8e787fcbb5ac9d64ede23a0070231f09 ] Commit 9757235f451c, "nl80211: correct checks for NL80211_MESHCONF_HT_OPMODE value") relaxed the range for the HT

<    4   5   6   7   8   9   10   11   12   13   >