[PATCH 4.15 38/72] Bluetooth: Fix missing encryption refresh on Security Request

4.15-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.15 38/72] Bluetooth: Fix missing encryption refresh on Security Request

4.15-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.15 35/72] netfilter: drop template ct when conntrack is skipped.

4.15-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.15 41/72] USB: serial: ftdi_sio: add RT Systems VX-8 cable

4.15-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.15 35/72] netfilter: drop template ct when conntrack is skipped.

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

[PATCH 4.15 41/72] USB: serial: ftdi_sio: add RT Systems VX-8 cable

4.15-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.15 30/72] xfrm: Refuse to insert 32 bit userspace socket policies on 64 bit systems

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Steffen Klassert commit 19d7df69fdb2636856dc8919de72fc1bf8f79598 upstream. We don't have a compat layer for xfrm, so userspace and kernel structures have

[PATCH 4.15 30/72] xfrm: Refuse to insert 32 bit userspace socket policies on 64 bit systems

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Steffen Klassert commit 19d7df69fdb2636856dc8919de72fc1bf8f79598 upstream. We don't have a compat layer for xfrm, so userspace and kernel structures have different sizes in this case. This

[PATCH 4.15 17/72] powerpc/64s: Fix lost pending interrupt due to race causing lost update to irq_happened

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Nicholas Piggin commit ff6781fd1bb404d8a551c02c35c70cec1da17ff1 upstream. force_external_irq_replay() can be called in the do_IRQ path with interrupts hard enabled and soft

[PATCH 4.15 17/72] powerpc/64s: Fix lost pending interrupt due to race causing lost update to irq_happened

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Nicholas Piggin commit ff6781fd1bb404d8a551c02c35c70cec1da17ff1 upstream. force_external_irq_replay() can be called in the do_IRQ path with interrupts hard enabled and soft disabled if

[PATCH 4.15 16/72] powerpc/mm: Workaround Nest MMU bug with TLB invalidations

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Benjamin Herrenschmidt commit 80a4ae202f2d319eced8bbf612a4e8b0f11c21f5 upstream. On POWER9 the Nest MMU may fail to invalidate some translations when doing a tlbie

[PATCH 4.15 16/72] powerpc/mm: Workaround Nest MMU bug with TLB invalidations

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Benjamin Herrenschmidt commit 80a4ae202f2d319eced8bbf612a4e8b0f11c21f5 upstream. On POWER9 the Nest MMU may fail to invalidate some translations when doing a tlbie "by PID" or "by LPID" that

[PATCH 4.15 26/72] RDMA/ucma: Check that device exists prior to accessing it

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Leon Romanovsky commit c8d3bcbfc5eab3f01cf373d039af725f3b488813 upstream. Ensure that device exists prior to accessing its properties. Reported-by:

[PATCH 4.15 29/72] net: xfrm: use preempt-safe this_cpu_read() in ipcomp_alloc_tfms()

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Greg Hackmann commit 0dcd7876029b58770f769cbb7b484e88e4a305e5 upstream. f7c83bcbfaf5 ("net: xfrm: use __this_cpu_read per-cpu helper") added a __this_cpu_read() call

[PATCH 4.15 26/72] RDMA/ucma: Check that device exists prior to accessing it

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Leon Romanovsky commit c8d3bcbfc5eab3f01cf373d039af725f3b488813 upstream. Ensure that device exists prior to accessing its properties. Reported-by: Fixes: 75216638572f ("RDMA/cma: Export

[PATCH 4.15 29/72] net: xfrm: use preempt-safe this_cpu_read() in ipcomp_alloc_tfms()

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Greg Hackmann commit 0dcd7876029b58770f769cbb7b484e88e4a305e5 upstream. f7c83bcbfaf5 ("net: xfrm: use __this_cpu_read per-cpu helper") added a __this_cpu_read() call inside

[PATCH 4.15 06/72] mtd: nand: atmel: Fix get_sectorsize() function

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Boris Brezillon commit 2b1b1b4ac716fd929a2d221bd4ade62263bed915 upstream. get_sectorsize() was not using the appropriate macro to extract the ECC sector size from

[PATCH 4.15 09/72] ALSA: pcm: potential uninitialized return values

4.15-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.15 06/72] mtd: nand: atmel: Fix get_sectorsize() function

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Boris Brezillon commit 2b1b1b4ac716fd929a2d221bd4ade62263bed915 upstream. get_sectorsize() was not using the appropriate macro to extract the ECC sector size from the config cache, which led

[PATCH 4.15 09/72] ALSA: pcm: potential uninitialized return values

4.15-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.15 14/72] i2c: i2c-stm32f7: fix no check on returned setup

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Pierre-Yves MORDRET commit 771b7bf05339081019d22452ebcab6929372e13e upstream. Before assigning returned setup structure check if not null Fixes:

[PATCH 4.15 14/72] i2c: i2c-stm32f7: fix no check on returned setup

4.15-stable review patch. If anyone has any objections, please let me know. -- From: Pierre-Yves MORDRET commit 771b7bf05339081019d22452ebcab6929372e13e upstream. Before assigning returned setup structure check if not null Fixes: 463a9215f3ca7600b5ff ("i2c: stm32f7: fix

[PATCH 4.14 64/67] Revert "ARM: dts: am335x-pepper: Fix the audio CODECs reset pin"

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman This reverts commit 0ed43f944a4070d04eddacded8629d0ddb9c8003 which was comit e153db03c6b7a035c797bcdf35262586f003ee93 upstream. It requires a

[PATCH 4.14 64/67] Revert "ARM: dts: am335x-pepper: Fix the audio CODECs reset pin"

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman This reverts commit 0ed43f944a4070d04eddacded8629d0ddb9c8003 which was comit e153db03c6b7a035c797bcdf35262586f003ee93 upstream. It requires a driver that was not merged

[PATCH 4.14 65/67] Revert "ARM: dts: omap3-n900: Fix the audio CODECs reset pin"

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman This reverts commit 2f1f60c4b903f0f5464560783655ff74c9663a92 which was commit 7be4b5dc7ffa9499ac6ef33a5ffa9ff43f9b7057 upstream. It requires a

[PATCH 4.14 66/67] Revert "cpufreq: Fix governor module removal race"

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman This reverts commit 0049457bfde661cf47410eaacad65845c9a2bb45 which was commit a8b149d32b663c1a4105273295184b78f53d33cf upstream. The backport

[PATCH 4.14 65/67] Revert "ARM: dts: omap3-n900: Fix the audio CODECs reset pin"

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman This reverts commit 2f1f60c4b903f0f5464560783655ff74c9663a92 which was commit 7be4b5dc7ffa9499ac6ef33a5ffa9ff43f9b7057 upstream. It requires a driver that was not merged

[PATCH 4.14 66/67] Revert "cpufreq: Fix governor module removal race"

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman This reverts commit 0049457bfde661cf47410eaacad65845c9a2bb45 which was commit a8b149d32b663c1a4105273295184b78f53d33cf upstream. The backport was not correct, so just drop

[PATCH 4.14 61/67] ARM: dts: DRA76-EVM: Set powerhold property for tps65917

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Keerthy commit aac4619d028e2c444ac1217fc2d05b0322079dff upstream. Set powerhold property for tps65917 Signed-off-by: Keerthy Signed-off-by: Tony Lindgren

[PATCH 4.14 61/67] ARM: dts: DRA76-EVM: Set powerhold property for tps65917

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Keerthy commit aac4619d028e2c444ac1217fc2d05b0322079dff upstream. Set powerhold property for tps65917 Signed-off-by: Keerthy Signed-off-by: Tony Lindgren Cc: Ben Hutchings Signed-off-by:

[PATCH 4.14 33/67] netfilter: x_tables: add and use xt_check_proc_name

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Florian Westphal commit b1d0a5d0cba4597c0394997b2d5fced3e3841b4e upstream. recent and hashlimit both create /proc files, but only check that name is 0 terminated. This can

[PATCH 4.14 59/67] Input: i8042 - enable MUX on Sony VAIO VGN-CS series to fix touchpad

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Ondrej Zary commit 04bb1719c4de94700056241d4c0fe3c1413f5aff upstream. The touch sensor buttons on Sony VAIO VGN-CS series laptops (e.g. VGN-CS31S) are a separate

[PATCH 4.14 58/67] Input: i8042 - add Lenovo ThinkPad L460 to i8042 reset list

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Dennis Wassenberg commit b56af54ac78c54a519d82813836f305d7f76ef27 upstream. Reset i8042 before probing because of insufficient BIOS initialisation of the i8042

[PATCH 4.14 33/67] netfilter: x_tables: add and use xt_check_proc_name

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Florian Westphal commit b1d0a5d0cba4597c0394997b2d5fced3e3841b4e upstream. recent and hashlimit both create /proc files, but only check that name is 0 terminated. This can trigger WARN()

[PATCH 4.14 59/67] Input: i8042 - enable MUX on Sony VAIO VGN-CS series to fix touchpad

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Ondrej Zary commit 04bb1719c4de94700056241d4c0fe3c1413f5aff upstream. The touch sensor buttons on Sony VAIO VGN-CS series laptops (e.g. VGN-CS31S) are a separate PS/2 device. As the MUX is

[PATCH 4.14 58/67] Input: i8042 - add Lenovo ThinkPad L460 to i8042 reset list

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Dennis Wassenberg commit b56af54ac78c54a519d82813836f305d7f76ef27 upstream. Reset i8042 before probing because of insufficient BIOS initialisation of the i8042 serial controller. This makes

[PATCH 4.14 42/67] mei: remove dev_err message on an unsupported ioctl

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Colin Ian King commit bb0829a741792b56c908d7745bc0b2b540293bcc upstream. Currently the driver spams the kernel log on unsupported ioctls which is unnecessary as the

[PATCH 4.14 42/67] mei: remove dev_err message on an unsupported ioctl

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Colin Ian King commit bb0829a741792b56c908d7745bc0b2b540293bcc upstream. Currently the driver spams the kernel log on unsupported ioctls which is unnecessary as the ioctl returns -ENOIOCTLCMD

[PATCH 4.14 47/67] crypto: inside-secure - fix clock management

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Gregory CLEMENT commit f962eb46e7a9b98a58d2483f5eb216e738fec732 upstream. In this driver the clock is got but never put when the driver is removed or if there is

[PATCH 4.14 47/67] crypto: inside-secure - fix clock management

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Gregory CLEMENT commit f962eb46e7a9b98a58d2483f5eb216e738fec732 upstream. In this driver the clock is got but never put when the driver is removed or if there is an error in the probe. Using

[PATCH 4.14 08/67] ALSA: pcm: Use dma_bytes as size parameter in dma_mmap_coherent()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Roese commit 9066ae7ff5d89c0b5daa271e2d573540097a94fa upstream. When trying to use the driver (e.g. aplay *.wav), the 4MiB DMA buffer will get mmapp'ed in 16KiB chunks.

[PATCH 4.14 08/67] ALSA: pcm: Use dma_bytes as size parameter in dma_mmap_coherent()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Roese commit 9066ae7ff5d89c0b5daa271e2d573540097a94fa upstream. When trying to use the driver (e.g. aplay *.wav), the 4MiB DMA buffer will get mmapp'ed in 16KiB chunks. But this fails

[PATCH 4.14 31/67] l2tp: fix races with ipv4-mapped ipv6 addresses

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Paolo Abeni commit b954f94023dcc61388c8384f0f14eb8e42c863c5 upstream. The l2tp_tunnel_create() function checks for v4mapped ipv6 sockets and cache that flag, so that l2tp

[PATCH 4.14 31/67] l2tp: fix races with ipv4-mapped ipv6 addresses

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Paolo Abeni commit b954f94023dcc61388c8384f0f14eb8e42c863c5 upstream. The l2tp_tunnel_create() function checks for v4mapped ipv6 sockets and cache that flag, so that l2tp core code can

[PATCH 4.14 06/67] mtd: nand: atmel: Fix get_sectorsize() function

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Boris Brezillon commit 2b1b1b4ac716fd929a2d221bd4ade62263bed915 upstream. get_sectorsize() was not using the appropriate macro to extract the ECC sector size from

[PATCH 4.14 06/67] mtd: nand: atmel: Fix get_sectorsize() function

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Boris Brezillon commit 2b1b1b4ac716fd929a2d221bd4ade62263bed915 upstream. get_sectorsize() was not using the appropriate macro to extract the ECC sector size from the config cache, which led

[PATCH 4.14 27/67] xfrm: Refuse to insert 32 bit userspace socket policies on 64 bit systems

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Steffen Klassert commit 19d7df69fdb2636856dc8919de72fc1bf8f79598 upstream. We don't have a compat layer for xfrm, so userspace and kernel structures have

[PATCH 4.14 24/67] RDMA/ucma: Check that device exists prior to accessing it

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Leon Romanovsky commit c8d3bcbfc5eab3f01cf373d039af725f3b488813 upstream. Ensure that device exists prior to accessing its properties. Reported-by:

[PATCH 4.14 29/67] netfilter: x_tables: make allocation less aggressive

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Michal Hocko commit 0537250fdc6c876ed4cbbe874c739aebef493ee2 upstream. syzbot has noticed that xt_alloc_table_info can allocate a lot of memory. This is an admin only

[PATCH 4.14 27/67] xfrm: Refuse to insert 32 bit userspace socket policies on 64 bit systems

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Steffen Klassert commit 19d7df69fdb2636856dc8919de72fc1bf8f79598 upstream. We don't have a compat layer for xfrm, so userspace and kernel structures have different sizes in this case. This

[PATCH 4.14 24/67] RDMA/ucma: Check that device exists prior to accessing it

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Leon Romanovsky commit c8d3bcbfc5eab3f01cf373d039af725f3b488813 upstream. Ensure that device exists prior to accessing its properties. Reported-by: Fixes: 75216638572f ("RDMA/cma: Export

[PATCH 4.14 29/67] netfilter: x_tables: make allocation less aggressive

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Michal Hocko commit 0537250fdc6c876ed4cbbe874c739aebef493ee2 upstream. syzbot has noticed that xt_alloc_table_info can allocate a lot of memory. This is an admin only interface but an admin

[PATCH 4.14 30/67] netfilter: bridge: ebt_among: add more missing match size checks

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Florian Westphal commit c8d70a700a5b486bfa8e5a7d33d805389f6e59f9 upstream. ebt_among is special, it has a dynamic match size and is exempt from the central size checks.

[PATCH 4.14 30/67] netfilter: bridge: ebt_among: add more missing match size checks

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Florian Westphal commit c8d70a700a5b486bfa8e5a7d33d805389f6e59f9 upstream. ebt_among is special, it has a dynamic match size and is exempt from the central size checks. commit c4585a2823edf

[PATCH 4.14 22/67] RDMA/rdma_cm: Fix use after free race with process_one_req

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Jason Gunthorpe commit 9137108cc3d64ade13e753108ec611a0daed16a0 upstream. process_one_req() can race with rdma_addr_cancel(): CPU0

[PATCH 4.14 22/67] RDMA/rdma_cm: Fix use after free race with process_one_req

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Jason Gunthorpe commit 9137108cc3d64ade13e753108ec611a0daed16a0 upstream. process_one_req() can race with rdma_addr_cancel(): CPU0 CPU1

[PATCH 4.14 21/67] RDMA/ucma: Ensure that CM_ID exists prior to access it

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Leon Romanovsky commit e8980d67d6017c8eee8f9c35f782c4bd68e004c9 upstream. Prior to access UCMA commands, the context should be initialized and connected to CM_ID with

[PATCH 4.14 21/67] RDMA/ucma: Ensure that CM_ID exists prior to access it

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Leon Romanovsky commit e8980d67d6017c8eee8f9c35f782c4bd68e004c9 upstream. Prior to access UCMA commands, the context should be initialized and connected to CM_ID with ucma_create_id(). In

[PATCH 4.14 01/67] ARM: OMAP: Fix SRAM W+X mapping

4.14-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.14 02/67] ARM: 8746/1: vfp: Go back to clearing vfp_current_hw_state[]

4.14-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.14 01/67] ARM: OMAP: Fix SRAM W+X mapping

4.14-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 02/67] ARM: 8746/1: vfp: Go back to clearing vfp_current_hw_state[]

4.14-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.9 100/102] Revert "mtip32xx: use runtime tag to initialize command header"

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman This reverts commit db54facd56a40e7766bf7f7cda1ae138e72a691c which was commit a4e84aae8139aca9fbfbced1f45c51ca81b57488 upstream. Ben writes:

[PATCH 4.14 18/67] xfrm_user: uncoditionally validate esn replay attribute struct

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Florian Westphal commit d97ca5d714a5334aecadadf696875da40f1fbf3e upstream. The sanity test added in ecd7918745234 can be bypassed, validation only occurs if XFRM_STATE_ESN

[PATCH 4.9 100/102] Revert "mtip32xx: use runtime tag to initialize command header"

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman This reverts commit db54facd56a40e7766bf7f7cda1ae138e72a691c which was commit a4e84aae8139aca9fbfbced1f45c51ca81b57488 upstream. Ben writes: MQ IO schedulers were

[PATCH 4.14 18/67] xfrm_user: uncoditionally validate esn replay attribute struct

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Florian Westphal commit d97ca5d714a5334aecadadf696875da40f1fbf3e upstream. The sanity test added in ecd7918745234 can be bypassed, validation only occurs if XFRM_STATE_ESN flag is set, but

[PATCH 4.9 074/102] arm64: Force KPTI to be disabled on Cavium ThunderX

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Marc Zyngier commit 6dc52b15c4a4 upstream. Cavium ThunderX's erratum 27456 results in a corruption of icache entries that are loaded from memory that is mapped as

[PATCH 4.9 069/102] arm64: capabilities: Handle duplicate entries for a capability

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Suzuki K Poulose commit 67948af41f2e upstream. Sometimes a single capability could be listed multiple times with differing matches(), e.g, CPU errata for different MIDR

[PATCH 4.9 072/102] arm64: kpti: Make use of nG dependent on arm64_kernel_unmapped_at_el0()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit 41acec624087 upstream. To allow systems which do not require kpti to continue running with global kernel mappings (which appears to be a requirement for

[PATCH 4.9 071/102] arm64: Turn on KPTI only on CPUs that need it

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jayachandran C commit 0ba2e29c7fc1 upstream. Whitelist Broadcom Vulcan/Cavium ThunderX2 processors in unmap_kernel_at_el0(). These CPUs are not vulnerable to

[PATCH 4.9 073/102] arm64: kpti: Add ->enable callback to remap swapper using nG mappings

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit f992b4dfd58b upstream. Defaulting to global mappings for kernel space is generally good for performance and appears to be necessary for Cavium ThunderX.

[PATCH 4.9 072/102] arm64: kpti: Make use of nG dependent on arm64_kernel_unmapped_at_el0()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit 41acec624087 upstream. To allow systems which do not require kpti to continue running with global kernel mappings (which appears to be a requirement for Cavium ThunderX due

[PATCH 4.9 071/102] arm64: Turn on KPTI only on CPUs that need it

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jayachandran C commit 0ba2e29c7fc1 upstream. Whitelist Broadcom Vulcan/Cavium ThunderX2 processors in unmap_kernel_at_el0(). These CPUs are not vulnerable to CVE-2017-5754 and do not need KPTI

[PATCH 4.9 073/102] arm64: kpti: Add ->enable callback to remap swapper using nG mappings

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit f992b4dfd58b upstream. Defaulting to global mappings for kernel space is generally good for performance and appears to be necessary for Cavium ThunderX. If we subsequently

[PATCH 4.9 074/102] arm64: Force KPTI to be disabled on Cavium ThunderX

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Marc Zyngier commit 6dc52b15c4a4 upstream. Cavium ThunderX's erratum 27456 results in a corruption of icache entries that are loaded from memory that is mapped as non-global (i.e.

[PATCH 4.9 069/102] arm64: capabilities: Handle duplicate entries for a capability

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Suzuki K Poulose commit 67948af41f2e upstream. Sometimes a single capability could be listed multiple times with differing matches(), e.g, CPU errata for different MIDR versions. This breaks

[PATCH 4.9 099/102] Revert "spi: bcm-qspi: shut up warning about cfi header inclusion"

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman This reverts commit c30e6636ce101fd61331092c490b9d9c55b2d143. Florian writes: Sorry for noticing so late, but this appears to be bogus,

[PATCH 4.9 099/102] Revert "spi: bcm-qspi: shut up warning about cfi header inclusion"

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman This reverts commit c30e6636ce101fd61331092c490b9d9c55b2d143. Florian writes: Sorry for noticing so late, but this appears to be bogus, there is no

[PATCH 4.9 093/102] ARM: dts: am57xx-idk-common: Add overide powerhold property

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Keerthy commit 8804755bfb1f3cbc003e4ebe99eac491672f354c upstream. The PMICs have POWERHOLD set by default which prevents PMIC shutdown even on DEV_CTRL On bit set to 0 as the

[PATCH 4.9 093/102] ARM: dts: am57xx-idk-common: Add overide powerhold property

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Keerthy commit 8804755bfb1f3cbc003e4ebe99eac491672f354c upstream. The PMICs have POWERHOLD set by default which prevents PMIC shutdown even on DEV_CTRL On bit set to 0 as the Powerhold has

[PATCH 4.9 090/102] Documentation: pinctrl: palmas: Add ti,palmas-powerhold-override property definition

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Keerthy commit 0ea66f76ba17a4b229caaadd77de694111b21769 upstream. GPIO7 is configured in POWERHOLD mode which has higher priority over DEV_ON bit and keeps the PMIC supplies

[PATCH 4.9 090/102] Documentation: pinctrl: palmas: Add ti,palmas-powerhold-override property definition

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Keerthy commit 0ea66f76ba17a4b229caaadd77de694111b21769 upstream. GPIO7 is configured in POWERHOLD mode which has higher priority over DEV_ON bit and keeps the PMIC supplies on even after the

[PATCH 4.9 083/102] crypto: ahash - Fix early termination in hash walk

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

[PATCH 4.9 083/102] crypto: ahash - Fix early termination in hash walk

4.9-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 return

[PATCH 4.9 079/102] USB: serial: cp210x: add ELDAT Easywave RX09 id

4.9-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.9 079/102] USB: serial: cp210x: add ELDAT Easywave RX09 id

4.9-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.9 063/102] arm64: kaslr: Put kernel vectors address in separate data page

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit 6c27c4082f4f upstream. The literal pool entry for identifying the vectors base is the only piece of information in the trampoline page that identifies

[PATCH 4.9 061/102] arm64: tls: Avoid unconditional zeroing of tpidrro_el0 for native tasks

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit 18011eac28c7 upstream. When unmapping the kernel at EL0, we use tpidrro_el0 as a scratch register during exception entry from native tasks and

[PATCH 4.9 063/102] arm64: kaslr: Put kernel vectors address in separate data page

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit 6c27c4082f4f upstream. The literal pool entry for identifying the vectors base is the only piece of information in the trampoline page that identifies the true location of

[PATCH 4.9 061/102] arm64: tls: Avoid unconditional zeroing of tpidrro_el0 for native tasks

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit 18011eac28c7 upstream. When unmapping the kernel at EL0, we use tpidrro_el0 as a scratch register during exception entry from native tasks and subsequently zero it in the

[PATCH 4.9 075/102] arm64: entry: Reword comment about post_ttbr_update_workaround

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit f167211a93ac upstream. We don't fully understand the Cavium ThunderX erratum, but it appears that mapping the kernel as nG can lead to horrible

[PATCH 4.9 075/102] arm64: entry: Reword comment about post_ttbr_update_workaround

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit f167211a93ac upstream. We don't fully understand the Cavium ThunderX erratum, but it appears that mapping the kernel as nG can lead to horrible consequences such as

[PATCH 4.9 066/102] arm64: Kconfig: Reword UNMAP_KERNEL_AT_EL0 kconfig entry

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit 0617052ddde3 upstream. Although CONFIG_UNMAP_KERNEL_AT_EL0 does make KASLR more robust, it's actually more useful as a mitigation against speculation

[PATCH 4.9 077/102] USB: serial: ftdi_sio: add RT Systems VX-8 cable

4.9-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.9 058/102] arm64: mm: Map entry trampoline into trampoline and kernel page tables

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit 51a0048beb44 upstream. The exception entry trampoline needs to be mapped at the same virtual address in both the trampoline page table (which maps

[PATCH 4.9 034/102] mm/vmscan.c: fix unsequenced modification and access warning

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Nick Desaulniers commit f2f43e566a02a3bdde0a65e6a2e88d707c212a29 upstream. Clang and its -Wunsequenced emits a warning mm/vmscan.c:2961:25: error: unsequenced

[PATCH 4.9 066/102] arm64: Kconfig: Reword UNMAP_KERNEL_AT_EL0 kconfig entry

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit 0617052ddde3 upstream. Although CONFIG_UNMAP_KERNEL_AT_EL0 does make KASLR more robust, it's actually more useful as a mitigation against speculation attacks that can leak

[PATCH 4.9 077/102] USB: serial: ftdi_sio: add RT Systems VX-8 cable

4.9-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 main

[PATCH 4.9 058/102] arm64: mm: Map entry trampoline into trampoline and kernel page tables

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit 51a0048beb44 upstream. The exception entry trampoline needs to be mapped at the same virtual address in both the trampoline page table (which maps nothing else) and also the

[PATCH 4.9 034/102] mm/vmscan.c: fix unsequenced modification and access warning

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Nick Desaulniers commit f2f43e566a02a3bdde0a65e6a2e88d707c212a29 upstream. Clang and its -Wunsequenced emits a warning mm/vmscan.c:2961:25: error: unsequenced modification and access to

<    11   12   13   14   15   16   17   18   19   20   >