[PATCH 4.9 051/102] arm64: mm: Move ASID from TTBR0 to TTBR1

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit 7655abb95386 upstream. In preparation for mapping kernelspace and userspace with different ASIDs, move the ASID to TTBR1 and update switch_mm to

[PATCH 4.9 053/102] arm64: mm: Add arm64_kernel_unmapped_at_el0 helper

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit fc0e1299da54 upstream. In order for code such as TLB invalidation to operate efficiently when the decision to map the kernel at EL0 is determined at

[PATCH 4.9 051/102] arm64: mm: Move ASID from TTBR0 to TTBR1

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit 7655abb95386 upstream. In preparation for mapping kernelspace and userspace with different ASIDs, move the ASID to TTBR1 and update switch_mm to context-switch TTBR0 via an

[PATCH 4.9 053/102] arm64: mm: Add arm64_kernel_unmapped_at_el0 helper

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit fc0e1299da54 upstream. In order for code such as TLB invalidation to operate efficiently when the decision to map the kernel at EL0 is determined at runtime, this patch

[PATCH 4.9 032/102] arm64: avoid overflow in VA_START and PAGE_OFFSET

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Nick Desaulniers commit 82cd588052815eb4146f9f7c5347ca5e32c56360 upstream. The bitmask used to define these values produces overflow, as seen by this compiler warning:

[PATCH 4.9 032/102] arm64: avoid overflow in VA_START and PAGE_OFFSET

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Nick Desaulniers commit 82cd588052815eb4146f9f7c5347ca5e32c56360 upstream. The bitmask used to define these values produces overflow, as seen by this compiler warning:

[PATCH 4.9 000/102] 4.9.93-stable review

This is the start of the stable review cycle for the 4.9.93 release. There are 102 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:42:55 UTC 2018. Anything

[PATCH 4.9 000/102] 4.9.93-stable review

This is the start of the stable review cycle for the 4.9.93 release. There are 102 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:42:55 UTC 2018. Anything

[PATCH 4.9 003/102] ALSA: usb-audio: Add native DSD support for TEAC UD-301

4.9-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.9 003/102] ALSA: usb-audio: Add native DSD support for TEAC UD-301

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

Re: WARNING in kmem_cache_free

On Fri, Apr 6, 2018 at 3:24 PM, syzbot wrote: > Hello, > > syzbot hit the following crash on upstream commit > f2d285669aae656dfeafa0bf25e86bbbc5d22329 (Tue Apr 3 17:45:39 2018 +) > Merge tag 'pm-4.17-rc1' of >

Re: WARNING in kmem_cache_free

On Fri, Apr 6, 2018 at 3:24 PM, syzbot wrote: > Hello, > > syzbot hit the following crash on upstream commit > f2d285669aae656dfeafa0bf25e86bbbc5d22329 (Tue Apr 3 17:45:39 2018 +) > Merge tag 'pm-4.17-rc1' of > git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm > syzbot dashboard

[PATCH 4.9 007/102] ceph: only dirty ITER_IOVEC pages for direct read

4.9-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.9 007/102] ceph: only dirty ITER_IOVEC pages for direct read

4.9-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.9 028/102] netfilter: ctnetlink: Make some parameters integer to avoid enum mismatch

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Matthias Kaehlcke commit a2b7cbdd2559aff06cebc28a7150f81c307a90d3 upstream. Not all parameters passed to ctnetlink_parse_tuple() and ctnetlink_exp_dump_tuple() match the

[PATCH 4.9 005/102] ALSA: pcm: potential uninitialized return values

4.9-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.9 028/102] netfilter: ctnetlink: Make some parameters integer to avoid enum mismatch

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Matthias Kaehlcke commit a2b7cbdd2559aff06cebc28a7150f81c307a90d3 upstream. Not all parameters passed to ctnetlink_parse_tuple() and ctnetlink_exp_dump_tuple() match the enum type in the

[PATCH 4.9 005/102] ALSA: pcm: potential uninitialized return values

4.9-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.9 017/102] genirq: Use cpumask_available() for check of cpumask variable

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Matthias Kaehlcke commit d170fe7dd992b313d4851ae5ab77ee7a51ed8c72 upstream. This fixes the following clang warning when CONFIG_CPUMASK_OFFSTACK=n:

[PATCH 4.9 017/102] genirq: Use cpumask_available() for check of cpumask variable

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Matthias Kaehlcke commit d170fe7dd992b313d4851ae5ab77ee7a51ed8c72 upstream. This fixes the following clang warning when CONFIG_CPUMASK_OFFSTACK=n: kernel/irq/manage.c:839:28: error: address

[PATCH 4.9 010/102] powerpc/64s: Fix i-side SLB miss bad address handler saving nonvolatile GPRs

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Nicholas Piggin commit 52396500f97c53860164debc7d4f759077853423 upstream. The SLB bad address handler's trap number fixup does not preserve the low bit that indicates

[PATCH 4.4 46/72] USB: serial: ftdi_sio: add support for Harman FirmwareHubEmulator

4.4-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.9 010/102] powerpc/64s: Fix i-side SLB miss bad address handler saving nonvolatile GPRs

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Nicholas Piggin commit 52396500f97c53860164debc7d4f759077853423 upstream. The SLB bad address handler's trap number fixup does not preserve the low bit that indicates nonvolatile GPRs have not

[PATCH 4.4 46/72] USB: serial: ftdi_sio: add support for Harman FirmwareHubEmulator

4.4-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: Clemens

[PATCH 4.4 51/72] crypto: ahash - Fix early termination in hash walk

4.4-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.4 51/72] crypto: ahash - Fix early termination in hash walk

4.4-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.4 66/72] Revert "ARM: dts: am335x-pepper: Fix the audio CODECs reset pin"

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

[PATCH 4.4 70/72] spi: davinci: fix up dma_mapping_error() incorrect patch

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman commit 11dd9e2c480324b46118ff708ea2ca8d7022539b, which is commit c5a2a394835f473ae23931eda5066d3771d7b2f8 upstream had an error in it. Ben

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

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

[PATCH 4.4 66/72] Revert "ARM: dts: am335x-pepper: Fix the audio CODECs reset pin"

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

[PATCH 4.4 70/72] spi: davinci: fix up dma_mapping_error() incorrect patch

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman commit 11dd9e2c480324b46118ff708ea2ca8d7022539b, which is commit c5a2a394835f473ae23931eda5066d3771d7b2f8 upstream had an error in it. Ben writes: The '!' needs to be

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

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

[PATCH 4.4 63/72] nospec: Move array_index_nospec() parameter checking into separate macro

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit 8fa80c503b484ddc1abbd10c7cb2ab81f3824a50 upstream. For architectures providing their own implementation of array_index_mask_nospec() in asm/barrier.h,

[PATCH 4.4 63/72] nospec: Move array_index_nospec() parameter checking into separate macro

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit 8fa80c503b484ddc1abbd10c7cb2ab81f3824a50 upstream. For architectures providing their own implementation of array_index_mask_nospec() in asm/barrier.h, attempting to use

[PATCH 4.4 65/72] Revert "PCI/MSI: Stop disabling MSI/MSI-X in pci_device_shutdown()"

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman This reverts commit 4fbe422076d36615ec6fe8648d1aecfa460bc67d which was commit fda78d7a0ead144f4b2cdb582dcba47911f4952c upstream. The dependancy

[PATCH 4.4 65/72] Revert "PCI/MSI: Stop disabling MSI/MSI-X in pci_device_shutdown()"

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman This reverts commit 4fbe422076d36615ec6fe8648d1aecfa460bc67d which was commit fda78d7a0ead144f4b2cdb582dcba47911f4952c upstream. The dependancy tree is just too messy here,

[PATCH 4.4 47/72] USB: serial: cp210x: add ELDAT Easywave RX09 id

4.4-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.4 18/72] genirq: Use cpumask_available() for check of cpumask variable

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Matthias Kaehlcke commit d170fe7dd992b313d4851ae5ab77ee7a51ed8c72 upstream. This fixes the following clang warning when CONFIG_CPUMASK_OFFSTACK=n:

[PATCH 4.4 57/72] vt: change SGR 21 to follow the standards

4.4-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.4 47/72] USB: serial: cp210x: add ELDAT Easywave RX09 id

4.4-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.4 18/72] genirq: Use cpumask_available() for check of cpumask variable

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Matthias Kaehlcke commit d170fe7dd992b313d4851ae5ab77ee7a51ed8c72 upstream. This fixes the following clang warning when CONFIG_CPUMASK_OFFSTACK=n: kernel/irq/manage.c:839:28: error: address

[PATCH 4.4 57/72] vt: change SGR 21 to follow the standards

4.4-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.4 16/72] Input: mousedev - fix implicit conversion warning

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Nick Desaulniers commit dae1a432ab1fe79ae53129ededeaece35a2dc14d upstream. Clang warns: drivers/input/mousedev.c:653:63: error: implicit conversion from 'int' to

[PATCH 4.4 44/72] usb: dwc2: Improve gadget state disconnection handling

4.4-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.4 16/72] Input: mousedev - fix implicit conversion warning

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Nick Desaulniers commit dae1a432ab1fe79ae53129ededeaece35a2dc14d upstream. Clang warns: drivers/input/mousedev.c:653:63: error: implicit conversion from 'int' to 'signed char' changes value

[PATCH 4.4 44/72] usb: dwc2: Improve gadget state disconnection handling

4.4-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 4.4 41/72] Bluetooth: Fix missing encryption refresh on Security Request

4.4-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.4 41/72] Bluetooth: Fix missing encryption refresh on Security Request

4.4-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.4 40/72] netfilter: x_tables: add and use xt_check_proc_name

4.4-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.4 39/72] netfilter: bridge: ebt_among: add more missing match size checks

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

[PATCH 4.4 40/72] netfilter: x_tables: add and use xt_check_proc_name

4.4-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() from

[PATCH 4.4 39/72] netfilter: bridge: ebt_among: add more missing match size checks

4.4-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.4 34/72] RDMA/ucma: Check that device exists prior to accessing it

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

4.4-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.4 36/72] RDMA/ucma: Introduce safer rdma_addr_size() variants

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Roland Dreier commit 84652aefb347297aa08e91e283adf7b18f77c2d5 upstream. There are several places in the ucma ABI where userspace can pass in a sockaddr but set the

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

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

4.4-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.4 36/72] RDMA/ucma: Introduce safer rdma_addr_size() variants

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Roland Dreier commit 84652aefb347297aa08e91e283adf7b18f77c2d5 upstream. There are several places in the ucma ABI where userspace can pass in a sockaddr but set the address family to AF_IB.

Re: Commit *driver core: emit uevents when device is bound to a driver* causes regression

Paul, I agree that this is a regression in user space, but I would also like to note that, as I reported in Debian Bug#883425 ([3] and [4] below), I was able to restore user space functionality by upgrading to gvfs 1.35.90-1. This later gvfs appears to support (i.e. survive) these uevents.

Re: Commit *driver core: emit uevents when device is bound to a driver* causes regression

Paul, I agree that this is a regression in user space, but I would also like to note that, as I reported in Debian Bug#883425 ([3] and [4] below), I was able to restore user space functionality by upgrading to gvfs 1.35.90-1. This later gvfs appears to support (i.e. survive) these uevents.

[PATCH 4.4 29/72] xfrm_user: uncoditionally validate esn replay attribute struct

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

[PATCH 4.4 29/72] xfrm_user: uncoditionally validate esn replay attribute struct

4.4-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.4 24/72] audit: add tty field to LOGIN event

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Richard Guy Briggs commit db0a6fb5d97afe01fd9c47d37c6daa82d4d4001d upstream. The tty field was missing from AUDIT_LOGIN events. Refactor code to create a new function

[PATCH 4.4 24/72] audit: add tty field to LOGIN event

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Richard Guy Briggs commit db0a6fb5d97afe01fd9c47d37c6daa82d4d4001d upstream. The tty field was missing from AUDIT_LOGIN events. Refactor code to create a new function audit_get_tty(), using

[PATCH 4.4 12/72] ACPI, PCI, irq: remove redundant check for null string pointer

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Colin Ian King commit 45288978859119c019eff93f0cb838a0de100bcc upstream. source is decleared as a 4 byte char array in struct acpi_pci_routing_table so !prt->source

[PATCH 4.4 01/72] mtd: jedec_probe: Fix crash in jedec_read_mfr()

4.4-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.4 12/72] ACPI, PCI, irq: remove redundant check for null string pointer

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Colin Ian King commit 45288978859119c019eff93f0cb838a0de100bcc upstream. source is decleared as a 4 byte char array in struct acpi_pci_routing_table so !prt->source is a redundant null string

[PATCH 4.4 01/72] mtd: jedec_probe: Fix crash in jedec_read_mfr()

4.4-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.4 02/72] ALSA: pcm: Use dma_bytes as size parameter in dma_mmap_coherent()

4.4-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.4 02/72] ALSA: pcm: Use dma_bytes as size parameter in dma_mmap_coherent()

4.4-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.4 04/72] perf/hwbp: Simplify the perf-hwbp code, fix documentation

4.4-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 3.18 90/93] md/raid10: reset the first at the end of loop

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Guoqing Jiang commit 6f287ca6046edd34ed83aafb7f9033c9c2e809e2 upstream. We need to set "first = 0' at the end of rdev_for_each loop, so we can get the array's

[PATCH 4.4 09/72] usb: gadget: align buffer size when allocating for OUT endpoint

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Felipe F. Tonello commit e0466156ee2e944fb47a3fa00932c3698a6d2c67 upstream. Using usb_ep_align() makes sure that the buffer size for OUT endpoints is always aligned

[PATCH 4.4 04/72] perf/hwbp: Simplify the perf-hwbp code, fix documentation

4.4-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 3.18 90/93] md/raid10: reset the first at the end of loop

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Guoqing Jiang commit 6f287ca6046edd34ed83aafb7f9033c9c2e809e2 upstream. We need to set "first = 0' at the end of rdev_for_each loop, so we can get the array's min_offset_diff correctly

[PATCH 4.4 09/72] usb: gadget: align buffer size when allocating for OUT endpoint

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Felipe F. Tonello commit e0466156ee2e944fb47a3fa00932c3698a6d2c67 upstream. Using usb_ep_align() makes sure that the buffer size for OUT endpoints is always aligned with wMaxPacketSize (512

[PATCH 3.18 86/93] Input: i8042 - enable MUX on Sony VAIO VGN-CS series to fix touchpad

3.18-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 3.18 86/93] Input: i8042 - enable MUX on Sony VAIO VGN-CS series to fix touchpad

3.18-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 3.18 83/93] proc: revert /proc//maps [stack:TID] annotation

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Weiner commit 65376df582174ffcec9e6471bf5b0dd79ba05e4a upstream. Commit b76437579d13 ("procfs: mark thread stack correctly in proc//maps") added [stack:TID]

[PATCH 3.18 83/93] proc: revert /proc//maps [stack:TID] annotation

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Weiner commit 65376df582174ffcec9e6471bf5b0dd79ba05e4a upstream. Commit b76437579d13 ("procfs: mark thread stack correctly in proc//maps") added [stack:TID] annotation to

[PATCH 3.18 54/93] netfilter: x_tables: add and use xt_check_proc_name

3.18-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 3.18 54/93] netfilter: x_tables: add and use xt_check_proc_name

3.18-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 3.18 46/93] usb: gadget: f_hid: fix: Prevent accessing released memory

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Krzysztof Opasiak commit aa65d11aa008f4de58a9cee7e121666d9d68505e upstream. When we unlock our spinlock to copy data to user we may get disabled by USB host and free the

[PATCH 3.18 46/93] usb: gadget: f_hid: fix: Prevent accessing released memory

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Krzysztof Opasiak commit aa65d11aa008f4de58a9cee7e121666d9d68505e upstream. When we unlock our spinlock to copy data to user we may get disabled by USB host and free the whole list of

[PATCH 3.18 51/93] net: xfrm: use preempt-safe this_cpu_read() in ipcomp_alloc_tfms()

3.18-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 3.18 51/93] net: xfrm: use preempt-safe this_cpu_read() in ipcomp_alloc_tfms()

3.18-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 3.18 79/93] media: usbtv: prevent double free in error case

3.18-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 3.18 79/93] media: usbtv: prevent double free in error case

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

[PATCH 3.18 76/93] USB: serial: ftdi_sio: add support for Harman FirmwareHubEmulator

3.18-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 3.18 76/93] USB: serial: ftdi_sio: add support for Harman FirmwareHubEmulator

3.18-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 3.18 74/93] media: v4l2-compat-ioctl32: initialize a reserved field

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Mauro Carvalho Chehab The get_v4l2_create32() function is missing a logic with would be cleaning a reserved field, causing v4l2-compliance to complain: Buffer

[PATCH 3.18 74/93] media: v4l2-compat-ioctl32: initialize a reserved field

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Mauro Carvalho Chehab The get_v4l2_create32() function is missing a logic with would be cleaning a reserved field, causing v4l2-compliance to complain: Buffer ioctls (Input 0):

[PATCH 3.18 69/93] media: v4l2-compat-ioctl32.c: dont copy back the result for certain errors

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil commit d83a8243aaefe62ace433e4384a4f077bed86acb upstream. Some ioctls need to copy back the result even if the ioctl returned an error. However, don't do

[PATCH 3.18 69/93] media: v4l2-compat-ioctl32.c: dont copy back the result for certain errors

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil commit d83a8243aaefe62ace433e4384a4f077bed86acb upstream. Some ioctls need to copy back the result even if the ioctl returned an error. However, don't do this for the error code

[PATCH 3.18 68/93] media: v4l2-compat-ioctl32.c: drop pr_info for unknown buffer type

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil commit 169f24ca68bf0f247d111aef07af00dd3a02ae88 upstream. There is nothing wrong with using an unknown buffer type. So stop spamming the kernel log

[PATCH 3.18 67/93] media: v4l2-compat-ioctl32.c: copy clip list in put_v4l2_window32

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil commit a751be5b142ef6bcbbb96d9899516f4d9c8d0ef4 upstream. put_v4l2_window32() didn't copy back the clip list to userspace. Drivers can update the clip

[PATCH 3.18 68/93] media: v4l2-compat-ioctl32.c: drop pr_info for unknown buffer type

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil commit 169f24ca68bf0f247d111aef07af00dd3a02ae88 upstream. There is nothing wrong with using an unknown buffer type. So stop spamming the kernel log whenever this happens. The

[PATCH 3.18 67/93] media: v4l2-compat-ioctl32.c: copy clip list in put_v4l2_window32

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil commit a751be5b142ef6bcbbb96d9899516f4d9c8d0ef4 upstream. put_v4l2_window32() didn't copy back the clip list to userspace. Drivers can update the clip rectangles, so this should

[PATCH 3.18 60/93] media: v4l2-compat-ioctl32.c: fix the indentation

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil commit b7b957d429f601d6d1942122b339474f31191d75 upstream. The indentation of this source is all over the place. Fix this. This patch only changes

[PATCH 3.18 57/93] media: v4l2-ioctl.c: dont copy back the result for -ENOTTY

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil commit 181a4a2d5a0a7b43cab08a70710d727e7764ccdd upstream. If the ioctl returned -ENOTTY, then don't bother copying back the result as there is no point.

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