Re: [PATCH v4 6/9] vsprintf: Factor out %pV handler as va_format()

On Fri, 2018-04-06 at 15:12 +0200, Petr Mladek wrote: > On Wed 2018-04-04 07:26:07, Joe Perches wrote: > > On Wed, 2018-04-04 at 10:58 +0200, Petr Mladek wrote: > > > Move the code from the long pointer() function. We are going to add a > > > check > > > for the access to the address that will

Re: [PATCH v4 6/9] vsprintf: Factor out %pV handler as va_format()

On Fri, 2018-04-06 at 15:12 +0200, Petr Mladek wrote: > On Wed 2018-04-04 07:26:07, Joe Perches wrote: > > On Wed, 2018-04-04 at 10:58 +0200, Petr Mladek wrote: > > > Move the code from the long pointer() function. We are going to add a > > > check > > > for the access to the address that will

[PATCH 4.14 05/67] mtd: jedec_probe: Fix crash in jedec_read_mfr()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Linus Walleij commit 87a73eb5b56fd6e07c8e499fe8608ef2d8912b82 upstream. It turns out that the loop where we read manufacturer jedec_read_mfd() can under some

[PATCH 4.14 05/67] mtd: jedec_probe: Fix crash in jedec_read_mfr()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Linus Walleij commit 87a73eb5b56fd6e07c8e499fe8608ef2d8912b82 upstream. It turns out that the loop where we read manufacturer jedec_read_mfd() can under some circumstances get a

[PATCH 4.14 09/67] ALSA: pcm: potential uninitialized return values

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit 5607dddbfca774fb38bffadcb077fe03aa4ac5c6 upstream. Smatch complains that "tmp" can be uninitialized if we do a zero size write. Fixes:

[PATCH 4.14 09/67] ALSA: pcm: potential uninitialized return values

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit 5607dddbfca774fb38bffadcb077fe03aa4ac5c6 upstream. Smatch complains that "tmp" can be uninitialized if we do a zero size write. Fixes: 02a5d6925cd3 ("ALSA: pcm: Avoid

[PATCH 4.14 07/67] ALSA: usb-audio: Add native DSD support for TEAC UD-301

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Nobutaka Okabe commit b00214865d65100163574ba250008f182cf90869 upstream. Add native DSD support quirk for TEAC UD-301 DAC, by adding the PID/VID 0644:804a. Signed-off-by:

[PATCH 4.14 07/67] ALSA: usb-audio: Add native DSD support for TEAC UD-301

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Nobutaka Okabe commit b00214865d65100163574ba250008f182cf90869 upstream. Add native DSD support quirk for TEAC UD-301 DAC, by adding the PID/VID 0644:804a. Signed-off-by: Nobutaka Okabe Cc:

[PATCH 4.14 00/67] 4.14.33-stable review

This is the start of the stable review cycle for the 4.14.33 release. There are 67 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 Sun Apr 8 08:43:05 UTC 2018. Anything

[PATCH 4.14 00/67] 4.14.33-stable review

This is the start of the stable review cycle for the 4.14.33 release. There are 67 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 Sun Apr 8 08:43:05 UTC 2018. Anything

[PATCH 4.14 44/67] media: usbtv: prevent double free in error case

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Oliver Neukum commit 50e7044535537b2a54c7ab798cd34c7f6d900bd2 upstream. Quoting the original report: It looks like there is a double-free vulnerability in Linux usbtv

[PATCH 4.14 44/67] media: usbtv: prevent double free in error case

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Oliver Neukum commit 50e7044535537b2a54c7ab798cd34c7f6d900bd2 upstream. Quoting the original report: It looks like there is a double-free vulnerability in Linux usbtv driver on an error path

Re: [PATCH 7/7] arm64: dts: renesas: eagle: Add ADV7511W and HDMI output

Hi Laurent, On Fri, Apr 06, 2018 at 04:51:11PM +0300, Laurent Pinchart wrote: > Hi Jacopo, > > Thank you for the patch. > > On Friday, 6 April 2018 16:08:12 EEST Jacopo Mondi wrote: > > From: Niklas Söderlund > > > > Enable HDMI output adding the HDMI

[PATCH 4.14 43/67] /dev/mem: Avoid overwriting "err" in read_mem()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Kees Cook commit b5b38200ebe54879a7264cb6f33821f61c586a7e upstream. Successes in probe_kernel_read() would mask failures in copy_to_user() during read_mem().

Re: [PATCH 7/7] arm64: dts: renesas: eagle: Add ADV7511W and HDMI output

Hi Laurent, On Fri, Apr 06, 2018 at 04:51:11PM +0300, Laurent Pinchart wrote: > Hi Jacopo, > > Thank you for the patch. > > On Friday, 6 April 2018 16:08:12 EEST Jacopo Mondi wrote: > > From: Niklas Söderlund > > > > Enable HDMI output adding the HDMI connector and the ADV7511W, connected > > to

[PATCH 4.14 43/67] /dev/mem: Avoid overwriting "err" in read_mem()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Kees Cook commit b5b38200ebe54879a7264cb6f33821f61c586a7e upstream. Successes in probe_kernel_read() would mask failures in copy_to_user() during read_mem(). Reported-by: Brad Spengler

Re: [PATCH 2/2] efi: Add embedded peripheral firmware support

On Thu, Apr 05, 2018 at 07:43:49AM +0200, Lukas Wunner wrote: > On Wed, Apr 04, 2018 at 01:18:36PM -0400, Peter Jones wrote: > > > On Tue, Apr 03, 2018 at 08:07:11PM +0200, Lukas Wunner wrote: > > > > * Add the EFI Firmware Volume Protocol to include/linux/efi.h: > > > > > > > >

Re: [PATCH 2/2] efi: Add embedded peripheral firmware support

On Thu, Apr 05, 2018 at 07:43:49AM +0200, Lukas Wunner wrote: > On Wed, Apr 04, 2018 at 01:18:36PM -0400, Peter Jones wrote: > > > On Tue, Apr 03, 2018 at 08:07:11PM +0200, Lukas Wunner wrote: > > > > * Add the EFI Firmware Volume Protocol to include/linux/efi.h: > > > > > > > >

[PATCH 4.14 46/67] crypto: lrw - Free rctx->ext with kzfree

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Herbert Xu commit 8c9bdab21289c211ca1ca6a5f9b7537b4a600a02 upstream. The buffer rctx->ext contains potentially sensitive data and should be freed with kzfree.

[PATCH 4.14 45/67] parport_pc: Add support for WCH CH382L PCI-E single parallel port card.

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Alexander Gerasiov commit 823f7923833c6cc2b16e601546d607dcfb368004 upstream. WCH CH382L is a PCI-E adapter with 1 parallel port. It is similair to CH382 but serial ports are

[PATCH 4.14 46/67] crypto: lrw - Free rctx->ext with kzfree

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Herbert Xu commit 8c9bdab21289c211ca1ca6a5f9b7537b4a600a02 upstream. The buffer rctx->ext contains potentially sensitive data and should be freed with kzfree. Cc: Fixes: 700cb3f5fe75

[PATCH 4.14 45/67] parport_pc: Add support for WCH CH382L PCI-E single parallel port card.

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Alexander Gerasiov commit 823f7923833c6cc2b16e601546d607dcfb368004 upstream. WCH CH382L is a PCI-E adapter with 1 parallel port. It is similair to CH382 but serial ports are not soldered on

[PATCH 4.14 48/67] crypto: testmgr - Fix incorrect values in PKCS#1 test vector

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Conor McLoughlin commit 333e18c5cc74438f8940c7f3a8b3573748a371f9 upstream. The RSA private key for the first form should have version, prime1, prime2, exponent1,

[PATCH 4.14 48/67] crypto: testmgr - Fix incorrect values in PKCS#1 test vector

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Conor McLoughlin commit 333e18c5cc74438f8940c7f3a8b3573748a371f9 upstream. The RSA private key for the first form should have version, prime1, prime2, exponent1, exponent2, coefficient values

Re: [PATCH v2 4/4] mm/vmscan: Don't mess with pgdat->flags in memcg reclaim.

On Fri, Apr 6, 2018 at 4:44 AM, Andrey Ryabinin wrote: > On 04/06/2018 05:13 AM, Shakeel Butt wrote: >> On Fri, Mar 23, 2018 at 8:20 AM, Andrey Ryabinin >> wrote: >>> memcg reclaim may alter pgdat->flags based on the state of LRU lists >>> in

Re: [PATCH v2 4/4] mm/vmscan: Don't mess with pgdat->flags in memcg reclaim.

On Fri, Apr 6, 2018 at 4:44 AM, Andrey Ryabinin wrote: > On 04/06/2018 05:13 AM, Shakeel Butt wrote: >> On Fri, Mar 23, 2018 at 8:20 AM, Andrey Ryabinin >> wrote: >>> memcg reclaim may alter pgdat->flags based on the state of LRU lists >>> in cgroup and its children. PGDAT_WRITEBACK may force

[PATCH 4.14 52/67] crypto: arm,arm64 - Fix random regeneration of S_shipped

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Leonard Crestez commit 6aaf49b495b446ff6eec0ac983f781ca0dc56a73 upstream. The decision to rebuild .S_shipped is made based on the relative timestamps of .S_shipped

[PATCH 4.14 49/67] crypto: ahash - Fix early termination in hash walk

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Herbert Xu commit 900a081f6912a8985dc15380ec912752cb66025a upstream. When we have an unaligned SG list entry where there is no leftover aligned data, the hash

[PATCH 4.14 52/67] crypto: arm,arm64 - Fix random regeneration of S_shipped

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Leonard Crestez commit 6aaf49b495b446ff6eec0ac983f781ca0dc56a73 upstream. The decision to rebuild .S_shipped is made based on the relative timestamps of .S_shipped and .pl files but git makes

[PATCH 4.14 49/67] crypto: ahash - Fix early termination in hash walk

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Herbert Xu commit 900a081f6912a8985dc15380ec912752cb66025a upstream. When we have an unaligned SG list entry where there is no leftover aligned data, the hash walk code will incorrectly

[PATCH 4.14 51/67] crypto: ccp - return an actual key size from RSA max_size callback

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Maciej S. Szmigiero commit 0a9eb80e643064266868bd2fb2cd608e669309b0 upstream. rsa-pkcs1pad uses a value returned from a RSA implementation max_size callback as a

[PATCH 4.14 51/67] crypto: ccp - return an actual key size from RSA max_size callback

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Maciej S. Szmigiero commit 0a9eb80e643064266868bd2fb2cd608e669309b0 upstream. rsa-pkcs1pad uses a value returned from a RSA implementation max_size callback as a size of an input buffer

Re: x86/dma conversion for v4.17-rc1 breaks sound / sst-acpi (commit 6e4bf5867783)

Hi Dominik, can you try current Linus' master with the following hack applied and see if that works? diff --git a/lib/swiotlb.c b/lib/swiotlb.c index 47aeb04c1997..32aacd0d56a8 100644 --- a/lib/swiotlb.c +++ b/lib/swiotlb.c @@ -1087,6 +1087,6 @@ const struct dma_map_ops swiotlb_dma_ops = {

Re: x86/dma conversion for v4.17-rc1 breaks sound / sst-acpi (commit 6e4bf5867783)

Hi Dominik, can you try current Linus' master with the following hack applied and see if that works? diff --git a/lib/swiotlb.c b/lib/swiotlb.c index 47aeb04c1997..32aacd0d56a8 100644 --- a/lib/swiotlb.c +++ b/lib/swiotlb.c @@ -1087,6 +1087,6 @@ const struct dma_map_ops swiotlb_dma_ops = {

Re: [PATCH 2/2] efi: Add embedded peripheral firmware support

On 6 April 2018 at 16:08, Luis R. Rodriguez wrote: > On Thu, Apr 05, 2018 at 07:43:49AM +0200, Lukas Wunner wrote: >> On Wed, Apr 04, 2018 at 01:18:36PM -0400, Peter Jones wrote: >> > > On Tue, Apr 03, 2018 at 08:07:11PM +0200, Lukas Wunner wrote: >> > > > * Add the EFI

Re: [PATCH 2/2] efi: Add embedded peripheral firmware support

On 6 April 2018 at 16:08, Luis R. Rodriguez wrote: > On Thu, Apr 05, 2018 at 07:43:49AM +0200, Lukas Wunner wrote: >> On Wed, Apr 04, 2018 at 01:18:36PM -0400, Peter Jones wrote: >> > > On Tue, Apr 03, 2018 at 08:07:11PM +0200, Lukas Wunner wrote: >> > > > * Add the EFI Firmware Volume Protocol

Re: [PATCH v7 0/2] drm: Add Thine THC63LVD1024 LVDS decoder bridge

Hi Laurent, On Fri, Apr 06, 2018 at 04:53:43PM +0300, Laurent Pinchart wrote: > Hi Jacopo, > > On Friday, 6 April 2018 16:08:05 EEST Jacopo Mondi wrote: > > Hello, > >this series enables HDMI display on V3M Eagle board. > > > > The series is based on Geert's "renesas-drivers-2018-04-03-v4.16"

Re: [PATCH v7 0/2] drm: Add Thine THC63LVD1024 LVDS decoder bridge

Hi Laurent, On Fri, Apr 06, 2018 at 04:53:43PM +0300, Laurent Pinchart wrote: > Hi Jacopo, > > On Friday, 6 April 2018 16:08:05 EEST Jacopo Mondi wrote: > > Hello, > >this series enables HDMI display on V3M Eagle board. > > > > The series is based on Geert's "renesas-drivers-2018-04-03-v4.16"

Re: [PATCH] dp83640: Ensure against premature access to PHY registers after reset

On Fri, Apr 06, 2018 at 04:05:40PM +0200, Esben Haabendal wrote: > From: Esben Haabendal > > Signed-off-by: Esben Haabendal > --- > drivers/net/phy/dp83640.c | 17 + > 1 file changed, 17 insertions(+) > > diff --git a/drivers/net/phy/dp83640.c

Re: [PATCH] dp83640: Ensure against premature access to PHY registers after reset

On Fri, Apr 06, 2018 at 04:05:40PM +0200, Esben Haabendal wrote: > From: Esben Haabendal > > Signed-off-by: Esben Haabendal > --- > drivers/net/phy/dp83640.c | 17 + > 1 file changed, 17 insertions(+) > > diff --git a/drivers/net/phy/dp83640.c b/drivers/net/phy/dp83640.c >

[PATCH 4.14 34/67] phy: qcom-ufs: add MODULE_LICENSE tag

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann commit 59fba0869acae06ff594dd7e9808ed673f53538a upstream. While the specific UFS PHY drivers (14nm and 20nm) have a module license, the common base module does

[PATCH 4.14 34/67] phy: qcom-ufs: add MODULE_LICENSE tag

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann commit 59fba0869acae06ff594dd7e9808ed673f53538a upstream. While the specific UFS PHY drivers (14nm and 20nm) have a module license, the common base module does not, leading to a

[PATCH 4.14 53/67] crypto: x86/cast5-avx - fix ECB encryption when long sg follows short one

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Eric Biggers commit 8f461b1e02ed546fbd0f11611138da67fd85a30f upstream. With ecb-cast5-avx, if a 128+ byte scatterlist element followed a shorter one, then the algorithm

[PATCH 4.14 53/67] crypto: x86/cast5-avx - fix ECB encryption when long sg follows short one

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Eric Biggers commit 8f461b1e02ed546fbd0f11611138da67fd85a30f upstream. With ecb-cast5-avx, if a 128+ byte scatterlist element followed a shorter one, then the algorithm accidentally

[PATCH 4.14 54/67] Btrfs: fix unexpected cow in run_delalloc_nocow

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Liu Bo commit 5811375325420052fcadd944792a416a43072b7f upstream. Fstests generic/475 provides a way to fail metadata reads while checking if checksum exists for the

[PATCH 4.14 54/67] Btrfs: fix unexpected cow in run_delalloc_nocow

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Liu Bo commit 5811375325420052fcadd944792a416a43072b7f upstream. Fstests generic/475 provides a way to fail metadata reads while checking if checksum exists for the inode inside

[PATCH 4.14 56/67] Revert "base: arch_topology: fix section mismatch build warnings"

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Gaku Inami commit 9de9a449482677a75f1edd2049268a7efc40fc96 upstream. This reverts commit 452562abb5b7 ("base: arch_topology: fix section mismatch build warnings").

[PATCH 4.14 57/67] Input: ALPS - fix TrackStick detection on Thinkpad L570 and Latitude 7370

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Masaki Ota commit 567b9b549cfa1cbc202762ae97b5385c29ade1e3 upstream. The primary interface for the touchpad device in Thinkpad L570 is SMBus, so ALPS overlooked PS2

[PATCH 4.14 57/67] Input: ALPS - fix TrackStick detection on Thinkpad L570 and Latitude 7370

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Masaki Ota commit 567b9b549cfa1cbc202762ae97b5385c29ade1e3 upstream. The primary interface for the touchpad device in Thinkpad L570 is SMBus, so ALPS overlooked PS2 interface Firmware setting

[PATCH 4.14 56/67] Revert "base: arch_topology: fix section mismatch build warnings"

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Gaku Inami commit 9de9a449482677a75f1edd2049268a7efc40fc96 upstream. This reverts commit 452562abb5b7 ("base: arch_topology: fix section mismatch build warnings"). It causes the notifier call

[PATCH 4.14 55/67] staging: comedi: ni_mio_common: ack ai fifo error interrupts.

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Frank Mori Hess commit e1d9fc04c41840a4688ef6ce90b6dcca157ea4d7 upstream. Ack ai fifo error interrupts in interrupt handler to clear interrupt after fifo overflow. It

[PATCH 4.14 55/67] staging: comedi: ni_mio_common: ack ai fifo error interrupts.

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Frank Mori Hess commit e1d9fc04c41840a4688ef6ce90b6dcca157ea4d7 upstream. Ack ai fifo error interrupts in interrupt handler to clear interrupt after fifo overflow. It should prevent lock-ups

[PATCH 4.14 60/67] vt: change SGR 21 to follow the standards

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Mike Frysinger commit 65d9982d7e523a1a8e7c9af012da0d166f72fc56 upstream. ECMA-48 [1] (aka ISO 6429) has defined SGR 21 as "doubly underlined" since at least March 1984.

[PATCH 4.14 60/67] vt: change SGR 21 to follow the standards

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Mike Frysinger commit 65d9982d7e523a1a8e7c9af012da0d166f72fc56 upstream. ECMA-48 [1] (aka ISO 6429) has defined SGR 21 as "doubly underlined" since at least March 1984. The Linux kernel has

[PATCH 4.14 35/67] Bluetooth: Fix missing encryption refresh on Security Request

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Szymon Janc commit 64e759f58f128730b97a3c3a26d283c075ad7c86 upstream. If Security Request is received on connection that is already encrypted with sufficient security

[PATCH 4.14 35/67] Bluetooth: Fix missing encryption refresh on Security Request

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Szymon Janc commit 64e759f58f128730b97a3c3a26d283c075ad7c86 upstream. If Security Request is received on connection that is already encrypted with sufficient security master should perform

[PATCH 4.14 63/67] Fix slab name "biovec-(1<<(21-12))"

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Mikulas Patocka commit bd5c4facf59648581d2f1692dad7b107bf429954 upstream. I'm getting a slab named "biovec-(1<<(21-12))". It is caused by unintended expansion of the

[PATCH 4.14 63/67] Fix slab name "biovec-(1<<(21-12))"

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Mikulas Patocka commit bd5c4facf59648581d2f1692dad7b107bf429954 upstream. I'm getting a slab named "biovec-(1<<(21-12))". It is caused by unintended expansion of the macro BIO_MAX_PAGES. This

[PATCH 4.14 62/67] net: hns: Fix ethtool private flags

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Matthias Brugger commit d61d263c8d82db7c4404a29ebc29674b1c0c05c9 upstream. The driver implementation returns support for private flags, while no private flags are

[PATCH 4.14 62/67] net: hns: Fix ethtool private flags

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Matthias Brugger commit d61d263c8d82db7c4404a29ebc29674b1c0c05c9 upstream. The driver implementation returns support for private flags, while no private flags are present. When asked for the

[PATCH 4.14 36/67] usb: dwc2: Improve gadget state disconnection handling

4.14-stable review patch. If anyone has any objections, please let me know. -- From: John Stultz commit d2471d4a24dfbff5e463d382e2c6fec7d7e25a09 upstream. In the earlier commit dad3f793f20f ("usb: dwc2: Make sure we disconnect the gadget state"), I was

[PATCH 4.14 36/67] usb: dwc2: Improve gadget state disconnection handling

4.14-stable review patch. If anyone has any objections, please let me know. -- From: John Stultz commit d2471d4a24dfbff5e463d382e2c6fec7d7e25a09 upstream. In the earlier commit dad3f793f20f ("usb: dwc2: Make sure we disconnect the gadget state"), I was trying to fix up the

[PATCH] swap: divide-by-zero when zero length swap file on ssd

Calling swapon() on a zero length swap file on SSD can lead to a divide-by-zero.

[PATCH] swap: divide-by-zero when zero length swap file on ssd

Calling swapon() on a zero length swap file on SSD can lead to a divide-by-zero.

[PATCH 4.14 37/67] bitmap: fix memset optimization on big-endian systems

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Omar Sandoval commit 21035965f60b0502fc6537b232839389bb4ce664 upstream. Commit 2a98dc028f91 ("include/linux/bitmap.h: turn bitmap_set and bitmap_clear into memset when

[PATCH 4.14 37/67] bitmap: fix memset optimization on big-endian systems

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Omar Sandoval commit 21035965f60b0502fc6537b232839389bb4ce664 upstream. Commit 2a98dc028f91 ("include/linux/bitmap.h: turn bitmap_set and bitmap_clear into memset when possible") introduced

[PATCH 4.14 38/67] USB: serial: ftdi_sio: add RT Systems VX-8 cable

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Major Hayden commit 9608e5c0f079390473b484ef92334dfd3431bb89 upstream. This patch adds a device ID for the RT Systems cable used to program Yaesu VX-8R/VX-8DR handheld radios.

[PATCH 4.14 38/67] USB: serial: ftdi_sio: add RT Systems VX-8 cable

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Major Hayden commit 9608e5c0f079390473b484ef92334dfd3431bb89 upstream. This patch adds a device ID for the RT Systems cable used to program Yaesu VX-8R/VX-8DR handheld radios. It uses the

[PATCH 4.14 40/67] USB: serial: cp210x: add ELDAT Easywave RX09 id

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit 1f1e82f74c0947e40144688c9e36abe4b3999f49 upstream. Add device id for ELDAT Easywave RX09 tranceiver. Reported-by: Jan Jansen Cc:

[PATCH 4.14 40/67] USB: serial: cp210x: add ELDAT Easywave RX09 id

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit 1f1e82f74c0947e40144688c9e36abe4b3999f49 upstream. Add device id for ELDAT Easywave RX09 tranceiver. Reported-by: Jan Jansen Cc: stable Signed-off-by: Johan Hovold

[PATCH 4.14 39/67] USB: serial: ftdi_sio: add support for Harman FirmwareHubEmulator

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Clemens Werther commit 6555ad13a01952c16485c82a52ad1f3e07e34b3a upstream. Add device id for Harman FirmwareHubEmulator to make the device auto-detectable by the

[PATCH 4.14 39/67] USB: serial: ftdi_sio: add support for Harman FirmwareHubEmulator

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Clemens Werther commit 6555ad13a01952c16485c82a52ad1f3e07e34b3a upstream. Add device id for Harman FirmwareHubEmulator to make the device auto-detectable by the driver. Signed-off-by:

[PATCH 4.14 32/67] netfilter: drop template ct when conntrack is skipped.

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Paolo Abeni commit aebfa52a925d701114afd6af0def35bab16d4f47 upstream. The ipv4 nf_ct code currently skips the nf_conntrak_in() call for fragmented packets. As a results

[PATCH 4.14 32/67] netfilter: drop template ct when conntrack is skipped.

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Paolo Abeni commit aebfa52a925d701114afd6af0def35bab16d4f47 upstream. The ipv4 nf_ct code currently skips the nf_conntrak_in() call for fragmented packets. As a results later matches/target

Re: [PATCH v2] Documentation: typec.rst: Use literal-block element with ascii art

On Fri, 06 Apr 2018, Heikki Krogerus wrote: > Using reStructuredText literal-block element with ascii-art. > That prevents the ascii art from being processed as > reStructuredText. > > Reported-by: Masanari Iida > Fixes: bdecb33af34f ("usb:

Re: [PATCH v2] Documentation: typec.rst: Use literal-block element with ascii art

On Fri, 06 Apr 2018, Heikki Krogerus wrote: > Using reStructuredText literal-block element with ascii-art. > That prevents the ascii art from being processed as > reStructuredText. > > Reported-by: Masanari Iida > Fixes: bdecb33af34f ("usb: typec: API for controlling USB Type-C > Multiplexers")

[PATCH 4.15 01/72] ARM: OMAP: Fix SRAM W+X mapping

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Tony Lindgren commit eb85a355c3afd9379f5953cfe2df73632d14c884 upstream. We are still using custom SRAM code for some SoCs and are not marking the PM code mapped to SRAM as

[PATCH 4.15 01/72] ARM: OMAP: Fix SRAM W+X mapping

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Tony Lindgren commit eb85a355c3afd9379f5953cfe2df73632d14c884 upstream. We are still using custom SRAM code for some SoCs and are not marking the PM code mapped to SRAM as read-only and

[PATCH 4.14 41/67] serial: 8250: Add Nuvoton NPCM UART

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Joel Stanley commit f597fbce38d230af95384f4a04e0a13a1d0ad45d upstream. The Nuvoton UART is almost compatible with the 8250 driver when probed via the 8250_of driver, however

[PATCH 4.14 41/67] serial: 8250: Add Nuvoton NPCM UART

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Joel Stanley commit f597fbce38d230af95384f4a04e0a13a1d0ad45d upstream. The Nuvoton UART is almost compatible with the 8250 driver when probed via the 8250_of driver, however it requires some

[PATCH 4.14 67/67] Revert "ip6_vti: adjust vti mtu according to mtu of lower device"

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman This reverts commit e6cfc525163ea3375113a9dcc234c2cdd8dbf643 which is commit 53c81e95df1793933f87748d36070a721f6cb287 upstream. Ben writes that

[PATCH 4.14 67/67] Revert "ip6_vti: adjust vti mtu according to mtu of lower device"

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman This reverts commit e6cfc525163ea3375113a9dcc234c2cdd8dbf643 which is commit 53c81e95df1793933f87748d36070a721f6cb287 upstream. Ben writes that there are a number of

Re: [PATCH 2/2] efi: Add embedded peripheral firmware support

On Thu, Apr 05, 2018 at 07:43:49AM +0200, Lukas Wunner wrote: > On Wed, Apr 04, 2018 at 01:18:36PM -0400, Peter Jones wrote: > > > On Tue, Apr 03, 2018 at 08:07:11PM +0200, Lukas Wunner wrote: > > > > * Add the EFI Firmware Volume Protocol to include/linux/efi.h: > > > > > > > >

Re: [PATCH 2/2] efi: Add embedded peripheral firmware support

On Thu, Apr 05, 2018 at 07:43:49AM +0200, Lukas Wunner wrote: > On Wed, Apr 04, 2018 at 01:18:36PM -0400, Peter Jones wrote: > > > On Tue, Apr 03, 2018 at 08:07:11PM +0200, Lukas Wunner wrote: > > > > * Add the EFI Firmware Volume Protocol to include/linux/efi.h: > > > > > > > >

[PATCH 4.15 10/72] x86/platform/uv/BAU: Add APIC idt entry

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Andrew Banman commit 151ad17fbe5e56afa59709f41980508672c777ce upstream. BAU uses the old alloc_initr_gate90 method to setup its interrupt. This fails silently as the BAU

[PATCH 4.15 10/72] x86/platform/uv/BAU: Add APIC idt entry

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Andrew Banman commit 151ad17fbe5e56afa59709f41980508672c777ce upstream. BAU uses the old alloc_initr_gate90 method to setup its interrupt. This fails silently as the BAU vector is in the

[PATCH 4.15 12/72] ceph: only dirty ITER_IOVEC pages for direct read

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Yan, Zheng commit 85784f9395987a422fa04263e7c0fb13da11eb5c upstream. If a page is already locked, attempting to dirty it leads to a deadlock in lock_page(). This is what

[PATCH 4.15 12/72] ceph: only dirty ITER_IOVEC pages for direct read

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Yan, Zheng commit 85784f9395987a422fa04263e7c0fb13da11eb5c upstream. If a page is already locked, attempting to dirty it leads to a deadlock in lock_page(). This is what currently happens to

[PATCH 4.15 11/72] perf/hwbp: Simplify the perf-hwbp code, fix documentation

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Linus Torvalds commit f67b15037a7a50c57f72e69a6d59941ad90a0f0f upstream. Annoyingly, modify_user_hw_breakpoint() unnecessarily complicates the modification of a

[PATCH 4.15 11/72] perf/hwbp: Simplify the perf-hwbp code, fix documentation

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Linus Torvalds commit f67b15037a7a50c57f72e69a6d59941ad90a0f0f upstream. Annoyingly, modify_user_hw_breakpoint() unnecessarily complicates the modification of a breakpoint - simplify it and

[PATCH 4.15 13/72] ipc/shm.c: add split function to shm_vm_ops

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Mike Kravetz commit 3d942ee079b917b24e2a0c5f18d35ac8ec9fee48 upstream. If System V shmget/shmat operations are used to create a hugetlbfs backed mapping, it is

[PATCH 4.15 13/72] ipc/shm.c: add split function to shm_vm_ops

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Mike Kravetz commit 3d942ee079b917b24e2a0c5f18d35ac8ec9fee48 upstream. If System V shmget/shmat operations are used to create a hugetlbfs backed mapping, it is possible to munmap part of the

[PATCH 4.15 04/72] ARM: dts: sun6i: a31s: bpi-m2: add missing regulators

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Philipp Rossak commit 70b8d21496758dd7ff600ec9de0ee3812fac7a40 upstream. This patch fixes a bootproblem with the Bananapi M2 board. Since there are some regulators missing

[PATCH 4.15 04/72] ARM: dts: sun6i: a31s: bpi-m2: add missing regulators

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Philipp Rossak commit 70b8d21496758dd7ff600ec9de0ee3812fac7a40 upstream. This patch fixes a bootproblem with the Bananapi M2 board. Since there are some regulators missing we add them right

[PATCH 4.15 03/72] ARM: dts: sun6i: a31s: bpi-m2: improve pmic properties

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Philipp Rossak commit b23af6ad8d2f708c4c3f92dd8f82c233247ba8bf upstream. The eldoin is supplied from the dcdc1 regulator. The N_VBUSEN pin is connected to an external power

[PATCH 4.15 02/72] ARM: 8746/1: vfp: Go back to clearing vfp_current_hw_state[]

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Fabio Estevam commit 1328f02005bbbaed15b9d5b7f3ab5ec9d4d5268a upstream. Commit 384b38b66947 ("ARM: 7873/1: vfp: clear vfp_current_hw_state for dying cpu") fixed the cpu

[PATCH 4.15 03/72] ARM: dts: sun6i: a31s: bpi-m2: improve pmic properties

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Philipp Rossak commit b23af6ad8d2f708c4c3f92dd8f82c233247ba8bf upstream. The eldoin is supplied from the dcdc1 regulator. The N_VBUSEN pin is connected to an external power regulator

[PATCH 4.15 02/72] ARM: 8746/1: vfp: Go back to clearing vfp_current_hw_state[]

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Fabio Estevam commit 1328f02005bbbaed15b9d5b7f3ab5ec9d4d5268a upstream. Commit 384b38b66947 ("ARM: 7873/1: vfp: clear vfp_current_hw_state for dying cpu") fixed the cpu dying notifier by

[PATCH 4.15 05/72] mtd: jedec_probe: Fix crash in jedec_read_mfr()

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Linus Walleij commit 87a73eb5b56fd6e07c8e499fe8608ef2d8912b82 upstream. It turns out that the loop where we read manufacturer jedec_read_mfd() can under some

[PATCH 4.15 05/72] mtd: jedec_probe: Fix crash in jedec_read_mfr()

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Linus Walleij commit 87a73eb5b56fd6e07c8e499fe8608ef2d8912b82 upstream. It turns out that the loop where we read manufacturer jedec_read_mfd() can under some circumstances get a

<    8   9   10   11   12   13   14   15   16   17   >