[PATCH 4.15 01/64] netfilter: drop outermost socket lock in getsockopt()

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Paolo Abeni commit 01ea306f2ac2baff98d472da719193e738759d93 upstream. The Syzbot reported a possible deadlock in the netfilter area caused by rtnl lock, xt lock and socket lock being acquired

[PATCH 4.14 34/54] arm64: Disable unhandled signal log messages by default

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Michael Weiser commit 5ee39a71fd89ab7240c5339d04161c44a8e03269 upstream. aarch64 unhandled signal kernel messages are very verbose, suggesting them to be more of a debugging aid:

Re: arc: mm->mmap_sem gets locked in do_page_fault() in case of OOM killer invocation

Hi Vineet, all On Fri, 2018-02-16 at 15:40 +0300, Alexey Brodkin wrote: > Hi Vineet, > > While playing with OOM killer I bumped in a pure software deadlock on ARC > which is even observed in simulation (i.e. it has nothing to do with HW > peculiarities). > > What's nice kernel even sees that

Re: arc: mm->mmap_sem gets locked in do_page_fault() in case of OOM killer invocation

Hi Vineet, all On Fri, 2018-02-16 at 15:40 +0300, Alexey Brodkin wrote: > Hi Vineet, > > While playing with OOM killer I bumped in a pure software deadlock on ARC > which is even observed in simulation (i.e. it has nothing to do with HW > peculiarities). > > What's nice kernel even sees that

[PATCH 4.15 11/64] X.509: fix BUG_ON() when hash algorithm is unsupported

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Eric Biggers commit 437499eea4291ae9621e8763a41df027c110a1ef upstream. The X.509 parser mishandles the case where the certificate's signature's hash algorithm is not

[PATCH 4.15 15/64] extcon: int3496: process id-pin first so that we start with the right status

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Hans de Goede commit 0434352d3d2e950cf5e743f6062abd87de22f960 upstream. Some other drivers may be waiting for our extcon to show-up, exiting their probe methods with

[PATCH 4.15 11/64] X.509: fix BUG_ON() when hash algorithm is unsupported

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Eric Biggers commit 437499eea4291ae9621e8763a41df027c110a1ef upstream. The X.509 parser mishandles the case where the certificate's signature's hash algorithm is not available in the crypto

[PATCH 4.15 15/64] extcon: int3496: process id-pin first so that we start with the right status

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Hans de Goede commit 0434352d3d2e950cf5e743f6062abd87de22f960 upstream. Some other drivers may be waiting for our extcon to show-up, exiting their probe methods with -EPROBE_DEFER until we

[PATCH 4.15 14/64] PKCS#7: fix certificate blacklisting

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Eric Biggers commit 29f4a67c17e19314b7d74b8569be935e6c7edf50 upstream. If there is a blacklisted certificate in a SignerInfo's certificate chain, then

[PATCH 4.15 13/64] PKCS#7: fix certificate chain verification

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Eric Biggers commit 971b42c038dc83e3327872d294fe7131bab152fc upstream. When pkcs7_verify_sig_chain() is building the certificate chain for a SignerInfo using the

[PATCH 4.15 14/64] PKCS#7: fix certificate blacklisting

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Eric Biggers commit 29f4a67c17e19314b7d74b8569be935e6c7edf50 upstream. If there is a blacklisted certificate in a SignerInfo's certificate chain, then pkcs7_verify_sig_chain() sets

[PATCH 4.15 13/64] PKCS#7: fix certificate chain verification

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Eric Biggers commit 971b42c038dc83e3327872d294fe7131bab152fc upstream. When pkcs7_verify_sig_chain() is building the certificate chain for a SignerInfo using the certificates in the PKCS#7

[PATCH 4.15 17/64] RDMA/uverbs: Protect from races between lookup and destroy of uobjects

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Leon Romanovsky commit 6623e3e3cd78020016d3fa42555763178e94ab64 upstream. The race is between lookup_get_idr_uobject and uverbs_idr_remove_uobj -> uverbs_uobject_put. We

[PATCH 4.15 17/64] RDMA/uverbs: Protect from races between lookup and destroy of uobjects

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Leon Romanovsky commit 6623e3e3cd78020016d3fa42555763178e94ab64 upstream. The race is between lookup_get_idr_uobject and uverbs_idr_remove_uobj -> uverbs_uobject_put. We deliberately do not

[PATCH 4.15 02/64] arm64: mm: dont write garbage into TTBR1_EL1 register

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Ard Biesheuvel Stable backport commit 173358a49173 ("arm64: kpti: Add ->enable callback to remap swapper using nG mappings") of upstream commit f992b4dfd58b did not

[PATCH 4.15 19/64] RDMA/uverbs: Fix bad unlock balance in ib_uverbs_close_xrcd

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Leon Romanovsky commit 5c2e1c4f926856717f3fd31932e926dc3fe77ebd upstream. There is no matching lock for this mutex. Git history suggests this is just a missed remnant

[PATCH 4.15 02/64] arm64: mm: dont write garbage into TTBR1_EL1 register

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Ard Biesheuvel Stable backport commit 173358a49173 ("arm64: kpti: Add ->enable callback to remap swapper using nG mappings") of upstream commit f992b4dfd58b did not survive the backporting

[PATCH 4.15 19/64] RDMA/uverbs: Fix bad unlock balance in ib_uverbs_close_xrcd

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Leon Romanovsky commit 5c2e1c4f926856717f3fd31932e926dc3fe77ebd upstream. There is no matching lock for this mutex. Git history suggests this is just a missed remnant from an earlier version

[PATCH 4.15 18/64] RDMA/uverbs: Protect from command mask overflow

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Leon Romanovsky commit 3f802b162dbf4a558ff98986449eddc717826209 upstream. The command number is not bounds checked against the command mask before it is shifted,

[PATCH 4.15 18/64] RDMA/uverbs: Protect from command mask overflow

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Leon Romanovsky commit 3f802b162dbf4a558ff98986449eddc717826209 upstream. The command number is not bounds checked against the command mask before it is shifted, resulting in an ubsan hit.

[PATCH 4.15 24/64] iio: buffer: check if a buffer has been set up when poll is called

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Windfeldt-Prytz commit 4cd140bda6494543f1c1b0ccceceaa44b676eef6 upstream. If no iio buffer has been set up and poll is called return 0. Without this check

[PATCH 4.15 24/64] iio: buffer: check if a buffer has been set up when poll is called

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Windfeldt-Prytz commit 4cd140bda6494543f1c1b0ccceceaa44b676eef6 upstream. If no iio buffer has been set up and poll is called return 0. Without this check there will be a null pointer

[PATCH 4.15 22/64] iio: adc: stm32: fix stm32h7_adc_enable error handling

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Fabrice Gasnier commit a3b5655ebdb501a98a45c0d3265dca9f2fe0218a upstream. Error handling in stm32h7_adc_enable routine doesn't unwind enable sequence correctly. ADEN

[PATCH 4.15 21/64] RDMA/uverbs: Sanitize user entered port numbers prior to access it

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Leon Romanovsky commit 5d4c05c3ee36f67ddc107ab5ea0898af01a62cc1 upstream. == BUG: KASAN: use-after-free in

[PATCH 4.15 22/64] iio: adc: stm32: fix stm32h7_adc_enable error handling

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Fabrice Gasnier commit a3b5655ebdb501a98a45c0d3265dca9f2fe0218a upstream. Error handling in stm32h7_adc_enable routine doesn't unwind enable sequence correctly. ADEN can only be cleared by

[PATCH 4.15 21/64] RDMA/uverbs: Sanitize user entered port numbers prior to access it

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Leon Romanovsky commit 5d4c05c3ee36f67ddc107ab5ea0898af01a62cc1 upstream. == BUG: KASAN: use-after-free in

[PATCH] ARM: omap2: set CONFIG_LIRC=y in defconfig

The CONFIG_LIRC symbol has changed from 'tristate' to 'bool, so we now get a warning for omap2plus_defconfig: arch/arm/configs/omap2plus_defconfig:322:warning: symbol value 'm' invalid for LIRC This changes the file to mark the symbol as built-in to get rid of the warning. Fixes: a60d64b15c20

[PATCH] ARM: omap2: set CONFIG_LIRC=y in defconfig

The CONFIG_LIRC symbol has changed from 'tristate' to 'bool, so we now get a warning for omap2plus_defconfig: arch/arm/configs/omap2plus_defconfig:322:warning: symbol value 'm' invalid for LIRC This changes the file to mark the symbol as built-in to get rid of the warning. Fixes: a60d64b15c20

Re: [PATCH v2 2/7] i3c: Add core I3C infrastructure

On Mon, 26 Feb 2018 21:36:07 +0100 Boris Brezillon wrote: > > >>> + > > >>> +/** > > >>> + * struct i3c_master_controller_ops - I3C master methods > > >>> + * @bus_init: hook responsible for the I3C bus initialization. This > > >>> + * initialization should

[PATCH 4.15 26/64] Kbuild: always define endianess in kconfig.h

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann commit 101110f6271ce956a049250c907bc960030577f8 upstream. Build testing with LTO found a couple of files that get compiled differently depending on whether

Re: [PATCH v2 2/7] i3c: Add core I3C infrastructure

On Mon, 26 Feb 2018 21:36:07 +0100 Boris Brezillon wrote: > > >>> + > > >>> +/** > > >>> + * struct i3c_master_controller_ops - I3C master methods > > >>> + * @bus_init: hook responsible for the I3C bus initialization. This > > >>> + * initialization should follow the steps described

[PATCH 4.15 26/64] Kbuild: always define endianess in kconfig.h

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann commit 101110f6271ce956a049250c907bc960030577f8 upstream. Build testing with LTO found a couple of files that get compiled differently depending on whether asm/byteorder.h gets

[PATCH 4.15 27/64] x86/apic/vector: Handle vector release on CPU unplug correctly

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Gleixner commit e84cf6aa501c58bf4bf451f1e425192ec090aed2 upstream. When a irq vector is replaced, then the previous vector is normally released when the first

[PATCH 4.15 27/64] x86/apic/vector: Handle vector release on CPU unplug correctly

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Gleixner commit e84cf6aa501c58bf4bf451f1e425192ec090aed2 upstream. When a irq vector is replaced, then the previous vector is normally released when the first interrupt happens on the

Re: Long standing kernel warning: perfevents: irq loop stuck!

> Given the HSD143 errata and its possible relevance, have you tried > changing the magic number to 32, does it then still fix things? > > No real objection to the patch as such, it just needs a coherent comment > and a tested-by tag I think. 128 min period will affect a lot of valid use cases

Re: Long standing kernel warning: perfevents: irq loop stuck!

> Given the HSD143 errata and its possible relevance, have you tried > changing the magic number to 32, does it then still fix things? > > No real objection to the patch as such, it just needs a coherent comment > and a tested-by tag I think. 128 min period will affect a lot of valid use cases

Re: [PATCH v1 4/4] pci: Re-use new dmi_get_bios_year() helper

On Thu, 22 Feb 2018 14:59:23 +0200, Andy Shevchenko wrote: > ...instead of open coding its functionality. > > Signed-off-by: Andy Shevchenko > --- > drivers/pci/pci.c | 6 +- > 1 file changed, 1 insertion(+), 5 deletions(-) > > diff --git

Re: [PATCH v1 4/4] pci: Re-use new dmi_get_bios_year() helper

On Thu, 22 Feb 2018 14:59:23 +0200, Andy Shevchenko wrote: > ...instead of open coding its functionality. > > Signed-off-by: Andy Shevchenko > --- > drivers/pci/pci.c | 6 +- > 1 file changed, 1 insertion(+), 5 deletions(-) > > diff --git a/drivers/pci/pci.c b/drivers/pci/pci.c > index

[PATCH 4.15 03/64] kconfig.h: Include compiler types to avoid missed struct attributes

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Kees Cook commit 28128c61e08eaeced9cc8ec0e6b5d677b5b94690 upstream. The header files for some structures could get included in such a way that struct attributes

[PATCH 4.15 03/64] kconfig.h: Include compiler types to avoid missed struct attributes

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Kees Cook commit 28128c61e08eaeced9cc8ec0e6b5d677b5b94690 upstream. The header files for some structures could get included in such a way that struct attributes (specifically

[PATCH 4.15 06/64] scsi: ibmvfc: fix misdefined reserved field in ibmvfc_fcp_rsp_info

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Tyrel Datwyler commit c39813652700f3df552b6557530f1e5f782dbe2f upstream. The fcp_rsp_info structure as defined in the FC spec has an initial 3 bytes reserved field.

[PATCH 4.15 07/64] MIPS: Drop spurious __unused in struct compat_flock

4.15-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit 6ae1756faddefd7494353380ee546dd38c2f97eb upstream. MIPS' struct compat_flock doesn't match the 32-bit struct flock, as it has an extra short __unused

[PATCH 4.15 06/64] scsi: ibmvfc: fix misdefined reserved field in ibmvfc_fcp_rsp_info

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Tyrel Datwyler commit c39813652700f3df552b6557530f1e5f782dbe2f upstream. The fcp_rsp_info structure as defined in the FC spec has an initial 3 bytes reserved field. The ibmvfc driver

[PATCH 4.15 07/64] MIPS: Drop spurious __unused in struct compat_flock

4.15-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit 6ae1756faddefd7494353380ee546dd38c2f97eb upstream. MIPS' struct compat_flock doesn't match the 32-bit struct flock, as it has an extra short __unused before pad[4], which

Re: [PATCH 2/2 v3] mmc: dw_mmc: Fix the CTO overflow calculation for 32-bit systems

Hi Andy, On Mon, 2018-02-26 at 20:30 +0200, Andy Shevchenko wrote: > On Mon, Feb 26, 2018 at 7:14 PM, Evgeniy Didin > wrote: > > On Mon, 2018-02-26 at 18:53 +0200, Andy Shevchenko wrote: > > > On Mon, Feb 26, 2018 at 5:14 PM, Evgeniy Didin > > >

Re: [PATCH 2/2 v3] mmc: dw_mmc: Fix the CTO overflow calculation for 32-bit systems

Hi Andy, On Mon, 2018-02-26 at 20:30 +0200, Andy Shevchenko wrote: > On Mon, Feb 26, 2018 at 7:14 PM, Evgeniy Didin > wrote: > > On Mon, 2018-02-26 at 18:53 +0200, Andy Shevchenko wrote: > > > On Mon, Feb 26, 2018 at 5:14 PM, Evgeniy Didin > > > wrote: > > > > On Mon, 2018-02-26 at 16:39 +0200,

Re: [PATCH 1/2] i2c: piix4: Use request_muxed_region

On Mon, Feb 26, 2018 at 08:55:21PM +0100, Wolfram Sang wrote: > On Wed, Feb 14, 2018 at 03:23:05PM +0100, Jean Delvare wrote: > > On Mon, 12 Feb 2018 10:51:52 -0800, Guenter Roeck wrote: > > > On Mon, Feb 12, 2018 at 11:10:41AM +0100, Jean Delvare wrote: > > > > On Sat, 30 Dec 2017 08:50:57 -0800,

Re: [PATCH 1/2] i2c: piix4: Use request_muxed_region

On Mon, Feb 26, 2018 at 08:55:21PM +0100, Wolfram Sang wrote: > On Wed, Feb 14, 2018 at 03:23:05PM +0100, Jean Delvare wrote: > > On Mon, 12 Feb 2018 10:51:52 -0800, Guenter Roeck wrote: > > > On Mon, Feb 12, 2018 at 11:10:41AM +0100, Jean Delvare wrote: > > > > On Sat, 30 Dec 2017 08:50:57 -0800,

Re: [PATCH v2 2/7] i3c: Add core I3C infrastructure

Hi Vitor, On Mon, 26 Feb 2018 18:58:15 + Vitor Soares wrote: > >>> +/** > >>> + * i3c_device_do_priv_xfers() - do I3C SDR private transfers directed to > >>> a > >>> + * specific device > >>> + * > >>> + * @dev: device with which the

[PATCH 4.15 41/64] arm64: cpufeature: Fix CTR_EL0 field definitions

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit be68a8aaf925aaf35574260bf820bb09d2f9e07f upstream. Our field definitions for CTR_EL0 suffer from a number of problems: - The IDC and DIC fields are

[PATCH 4.15 41/64] arm64: cpufeature: Fix CTR_EL0 field definitions

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit be68a8aaf925aaf35574260bf820bb09d2f9e07f upstream. Our field definitions for CTR_EL0 suffer from a number of problems: - The IDC and DIC fields are missing, which causes

Re: [PATCH v2 2/7] i3c: Add core I3C infrastructure

Hi Vitor, On Mon, 26 Feb 2018 18:58:15 + Vitor Soares wrote: > >>> +/** > >>> + * i3c_device_do_priv_xfers() - do I3C SDR private transfers directed to > >>> a > >>> + * specific device > >>> + * > >>> + * @dev: device with which the transfers should be done >

[PATCH 4.15 30/64] mm: dont defer struct page initialization for Xen pv guests

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Juergen Gross commit 895f7b8e90200cf1a5dc313329369adf30e51f9a upstream. Commit f7f99100d8d9 ("mm: stop zeroing memory during allocation in vmemmap") broke Xen pv domains in

[PATCH 4.15 30/64] mm: dont defer struct page initialization for Xen pv guests

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Juergen Gross commit 895f7b8e90200cf1a5dc313329369adf30e51f9a upstream. Commit f7f99100d8d9 ("mm: stop zeroing memory during allocation in vmemmap") broke Xen pv domains in some

[PATCH 4.15 40/64] arm64: Disable unhandled signal log messages by default

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Michael Weiser commit 5ee39a71fd89ab7240c5339d04161c44a8e03269 upstream. aarch64 unhandled signal kernel messages are very verbose, suggesting them to be more of a

[PATCH 4.15 40/64] arm64: Disable unhandled signal log messages by default

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Michael Weiser commit 5ee39a71fd89ab7240c5339d04161c44a8e03269 upstream. aarch64 unhandled signal kernel messages are very verbose, suggesting them to be more of a debugging aid:

[PATCH 4.15 45/64] usb: dwc3: gadget: Set maxpacket size for ep0 IN

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Thinh Nguyen commit 6180026341e852a250e1f97ebdcf71684a3c81b9 upstream. There are 2 control endpoint structures for DWC3. However, the driver only updates the OUT

[PATCH 4.15 39/64] arm64: Remove unimplemented syscall log message

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Michael Weiser commit 1962682d2b2fbe6cfa995a85c53c069fadda473e upstream. Stop printing a (ratelimited) kernel message for each instance of an unimplemented syscall

[PATCH 4.15 39/64] arm64: Remove unimplemented syscall log message

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Michael Weiser commit 1962682d2b2fbe6cfa995a85c53c069fadda473e upstream. Stop printing a (ratelimited) kernel message for each instance of an unimplemented syscall being called. Userland

[PATCH 4.15 45/64] usb: dwc3: gadget: Set maxpacket size for ep0 IN

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Thinh Nguyen commit 6180026341e852a250e1f97ebdcf71684a3c81b9 upstream. There are 2 control endpoint structures for DWC3. However, the driver only updates the OUT direction control endpoint

[PATCH 4.15 44/64] usb: host: ehci: use correct device pointer for dma ops

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Peter Chen commit 02a10f061a3f8bca1b37332672f50a107198adbe upstream. commit a8c06e407ef9 ("usb: separate out sysdev pointer from usb_bus") converted to use

[PATCH 4.15 44/64] usb: host: ehci: use correct device pointer for dma ops

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Peter Chen commit 02a10f061a3f8bca1b37332672f50a107198adbe upstream. commit a8c06e407ef9 ("usb: separate out sysdev pointer from usb_bus") converted to use hcd->self.sysdev for DMA operations

[PATCH 4.15 47/64] usb: phy: mxs: Fix NULL pointer dereference on i.MX23/28

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Fabio Estevam commit 499350865387f8b8c40a9e9453a9a7eb3cec5dc4 upstream. Commit e93650994a95 ("usb: phy: mxs: add usb charger type detection") causes the following

[PATCH 4.15 47/64] usb: phy: mxs: Fix NULL pointer dereference on i.MX23/28

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Fabio Estevam commit 499350865387f8b8c40a9e9453a9a7eb3cec5dc4 upstream. Commit e93650994a95 ("usb: phy: mxs: add usb charger type detection") causes the following kernel hang on i.MX28: [

Re: [RFC PATCH v2] ptr_ring: linked list fallback

On Mon, Feb 26, 2018 at 11:15:42AM +0800, Jason Wang wrote: > > > On 2018年02月26日 09:17, Michael S. Tsirkin wrote: > > So pointer rings work fine, but they have a problem: make them too small > > and not enough entries fit. Make them too large and you start flushing > > your cache and running

Re: [RFC PATCH v2] ptr_ring: linked list fallback

On Mon, Feb 26, 2018 at 11:15:42AM +0800, Jason Wang wrote: > > > On 2018年02月26日 09:17, Michael S. Tsirkin wrote: > > So pointer rings work fine, but they have a problem: make them too small > > and not enough entries fit. Make them too large and you start flushing > > your cache and running

[PATCH 4.15 31/64] uapi/if_ether.h: move __UAPI_DEF_ETHHDR libc define

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Hauke Mehrtens commit da360299b6734135a5f66d7db458dcc7801c826a upstream. This fixes a compile problem of some user space applications by not including linux/libc-compat.h in

[PATCH 4.15 31/64] uapi/if_ether.h: move __UAPI_DEF_ETHHDR libc define

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Hauke Mehrtens commit da360299b6734135a5f66d7db458dcc7801c826a upstream. This fixes a compile problem of some user space applications by not including linux/libc-compat.h in uapi/if_ether.h.

Re: [PATCH v2] i2c: i801: Register optional lis3lv02d i2c device on Dell machines

> I'm not maintainer of i2c-i801.ko, Jean Delvare & Wolfram Sang are. > Therefore instructing future contributors would be up to them. This is really Jean's realm. signature.asc Description: PGP signature

Re: Long standing kernel warning: perfevents: irq loop stuck!

On Fri, Feb 23, 2018 at 4:14 AM, Peter Zijlstra wrote: > On Thu, Feb 22, 2018 at 08:59:47PM -0800, Cong Wang wrote: >> Hello, >> >> We keep seeing the following kernel warning from 3.10 kernel to 4.9 >> kernel, it exists for a rather long time. >> >> Google search shows

Re: [PATCH v2] i2c: i801: Register optional lis3lv02d i2c device on Dell machines

> I'm not maintainer of i2c-i801.ko, Jean Delvare & Wolfram Sang are. > Therefore instructing future contributors would be up to them. This is really Jean's realm. signature.asc Description: PGP signature

Re: Long standing kernel warning: perfevents: irq loop stuck!

On Fri, Feb 23, 2018 at 4:14 AM, Peter Zijlstra wrote: > On Thu, Feb 22, 2018 at 08:59:47PM -0800, Cong Wang wrote: >> Hello, >> >> We keep seeing the following kernel warning from 3.10 kernel to 4.9 >> kernel, it exists for a rather long time. >> >> Google search shows there was a patch from

[PATCH 4.15 50/64] usb: gadget: f_fs: Process all descriptors during bind

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Jack Pham commit 6cf439e0d37463e42784271179c8a308fd7493c6 upstream. During _ffs_func_bind(), the received descriptors are evaluated to prepare for binding with the

[PATCH 4.15 51/64] usb: gadget: f_fs: Use config_ep_by_speed()

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Jack Pham commit 675272d092e4a5570bace92593776f7348daf4c5 upstream. In commit 2bfa0719ac2a ("usb: gadget: function: f_fs: pass companion descriptor along") there is a

[PATCH 4.15 50/64] usb: gadget: f_fs: Process all descriptors during bind

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Jack Pham commit 6cf439e0d37463e42784271179c8a308fd7493c6 upstream. During _ffs_func_bind(), the received descriptors are evaluated to prepare for binding with the gadget in order to allocate

[PATCH 4.15 51/64] usb: gadget: f_fs: Use config_ep_by_speed()

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Jack Pham commit 675272d092e4a5570bace92593776f7348daf4c5 upstream. In commit 2bfa0719ac2a ("usb: gadget: function: f_fs: pass companion descriptor along") there is a pointer arithmetic bug

[PATCH 4.15 52/64] usb: renesas_usbhs: missed the "running" flag in usb_dmac with rx path

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Yoshihiro Shimoda commit 17aa31f13cad25daa19d3f923323f552e87bc874 upstream. This fixes an issue that a gadget driver (usb_f_fs) is possible to stop rx

[PATCH 4.15 52/64] usb: renesas_usbhs: missed the "running" flag in usb_dmac with rx path

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Yoshihiro Shimoda commit 17aa31f13cad25daa19d3f923323f552e87bc874 upstream. This fixes an issue that a gadget driver (usb_f_fs) is possible to stop rx transactions after the usb-dmac is used

[PATCH 4.15 54/64] drm/atomic: Fix memleak on ERESTARTSYS during non-blocking commits

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Leo (Sunpeng) Li commit 54f809cfbd6b4a43959039f5d33596ed3297ce16 upstream. During a non-blocking commit, it is possible to return before the commit_tail work is queued

[PATCH 4.15 54/64] drm/atomic: Fix memleak on ERESTARTSYS during non-blocking commits

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Leo (Sunpeng) Li commit 54f809cfbd6b4a43959039f5d33596ed3297ce16 upstream. During a non-blocking commit, it is possible to return before the commit_tail work is queued (-ERESTARTSYS, for

[PATCH 4.15 32/64] irqchip/gic-v3: Use wmb() instead of smb_wmb() in gic_raise_softirq()

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Shanker Donthineni commit 21ec30c0ef5234fb1039cc7c7737d885bf875a9e upstream. A DMB instruction can be used to ensure the relative order of only memory accesses before

[PATCH 4.15 32/64] irqchip/gic-v3: Use wmb() instead of smb_wmb() in gic_raise_softirq()

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Shanker Donthineni commit 21ec30c0ef5234fb1039cc7c7737d885bf875a9e upstream. A DMB instruction can be used to ensure the relative order of only memory accesses before and after the barrier.

[PATCH 4.15 33/64] irqchip/mips-gic: Avoid spuriously handling masked interrupts

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Matt Redfearn commit 285cb4f62319737e6538252cf1a67ce9da5cf3d5 upstream. Commit 7778c4b27cbe ("irqchip: mips-gic: Use pcpu_masks to avoid reading GIC_SH_MASK*") removed

[PATCH 4.15 62/64] drm/amdgpu: add new device to use atpx quirk

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Kai-Heng Feng commit 6e59de2048eb375a9bfcd39461ef841cd2a78962 upstream. The affected system (0x0813) is pretty similar to another one (0x0812), it also needs to

[PATCH 4.15 62/64] drm/amdgpu: add new device to use atpx quirk

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Kai-Heng Feng commit 6e59de2048eb375a9bfcd39461ef841cd2a78962 upstream. The affected system (0x0813) is pretty similar to another one (0x0812), it also needs to use ATPX power control.

[PATCH 4.15 33/64] irqchip/mips-gic: Avoid spuriously handling masked interrupts

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Matt Redfearn commit 285cb4f62319737e6538252cf1a67ce9da5cf3d5 upstream. Commit 7778c4b27cbe ("irqchip: mips-gic: Use pcpu_masks to avoid reading GIC_SH_MASK*") removed the read of the

[PATCH 4.15 36/64] net: thunderbolt: Run disconnect flow asynchronously when logout is received

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Mika Westerberg commit 027d351c541744c0c780dd5801c63e4b90750b90 upstream. The control channel calls registered callbacks when control messages such as XDomain

[PATCH 4.15 36/64] net: thunderbolt: Run disconnect flow asynchronously when logout is received

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Mika Westerberg commit 027d351c541744c0c780dd5801c63e4b90750b90 upstream. The control channel calls registered callbacks when control messages such as XDomain protocol messages are received.

[PATCH 4.15 38/64] usb: ohci: Proper handling of ed_rm_list to handle race condition between usb_kill_urb() and finish_unlinks()

4.15-stable review patch. If anyone has any objections, please let me know. -- From: AMAN DEEP commit 46408ea558df13b110e0866b99624384a33bdeba upstream. There is a race condition between finish_unlinks->finish_urb() function and usb_kill_urb() in ohci

[PATCH 4.15 38/64] usb: ohci: Proper handling of ed_rm_list to handle race condition between usb_kill_urb() and finish_unlinks()

4.15-stable review patch. If anyone has any objections, please let me know. -- From: AMAN DEEP commit 46408ea558df13b110e0866b99624384a33bdeba upstream. There is a race condition between finish_unlinks->finish_urb() function and usb_kill_urb() in ohci controller case. The

[PATCH 4.15 64/64] drm/i915/breadcrumbs: Ignore unsubmitted signalers

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Chris Wilson commit 117172c8f9d40ba1de8cb35c6e614422faa03330 upstream. When a request is preempted, it is unsubmitted from the HW queue and removed from the active

[PATCH 4.15 64/64] drm/i915/breadcrumbs: Ignore unsubmitted signalers

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Chris Wilson commit 117172c8f9d40ba1de8cb35c6e614422faa03330 upstream. When a request is preempted, it is unsubmitted from the HW queue and removed from the active list of breadcrumbs. In the

[PATCH 4.15 63/64] arm64: __show_regs: Only resolve kernel symbols when running at EL1

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit a06f818a70de21b4b3b4186816094208fc7accf9 upstream. __show_regs pretty prints PC and LR by attempting to map them to kernel function names to improve

[PATCH 4.15 63/64] arm64: __show_regs: Only resolve kernel symbols when running at EL1

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit a06f818a70de21b4b3b4186816094208fc7accf9 upstream. __show_regs pretty prints PC and LR by attempting to map them to kernel function names to improve the utility of crash

[PATCH 4.15 29/64] mm, swap, frontswap: fix THP swap if frontswap enabled

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Huang Ying commit 7ba716698cc53f8d5367766c93c538c7da6c68ce upstream. It was reported by Sergey Senozhatsky that if THP (Transparent Huge Page) and frontswap (via

[PATCH 4.15 29/64] mm, swap, frontswap: fix THP swap if frontswap enabled

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Huang Ying commit 7ba716698cc53f8d5367766c93c538c7da6c68ce upstream. It was reported by Sergey Senozhatsky that if THP (Transparent Huge Page) and frontswap (via zswap) are both enabled, when

[PATCH 4.15 37/64] ohci-hcd: Fix race condition caused by ohci_urb_enqueue() and io_watchdog_func()

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Shigeru Yoshida commit b2685bdacdaab065c172b97b55ab46c6be77a037 upstream. Running io_watchdog_func() while ohci_urb_enqueue() is running can cause a race

[PATCH 4.15 35/64] net: thunderbolt: Tear down connection properly on suspend

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Mika Westerberg commit 8e021a14d908475fea89ef85b5421865f7ad650d upstream. When suspending to mem or disk the Thunderbolt controller typically goes down as

[PATCH 4.15 37/64] ohci-hcd: Fix race condition caused by ohci_urb_enqueue() and io_watchdog_func()

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Shigeru Yoshida commit b2685bdacdaab065c172b97b55ab46c6be77a037 upstream. Running io_watchdog_func() while ohci_urb_enqueue() is running can cause a race condition where ohci->prev_frame_no

[PATCH 4.15 35/64] net: thunderbolt: Tear down connection properly on suspend

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Mika Westerberg commit 8e021a14d908475fea89ef85b5421865f7ad650d upstream. When suspending to mem or disk the Thunderbolt controller typically goes down as well tearing down the connection

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