[PATCH 04/10] pinctrl: actions: Add Actions S900 pinctrl driver

Add pinctrl driver for Actions Semi S900 SoC. The driver supports pinctrl, pinmux and pinconf functionalities through a range of registers common to both gpio driver and pinctrl driver. Pinmux functionality is available only for the pin groups while the pinconf functionality is available for both

[PATCH 04/10] pinctrl: actions: Add Actions S900 pinctrl driver

Add pinctrl driver for Actions Semi S900 SoC. The driver supports pinctrl, pinmux and pinconf functionalities through a range of registers common to both gpio driver and pinctrl driver. Pinmux functionality is available only for the pin groups while the pinconf functionality is available for both

[PATCH 06/10] arm64: dts: actions: Add S900 gpio nodes

Add gpio nodes for Actions Semi S900 SoC. Signed-off-by: Manivannan Sadhasivam --- arch/arm64/boot/dts/actions/s900-bubblegum-96.dts | 6 +++ arch/arm64/boot/dts/actions/s900.dtsi | 48 +++ 2 files changed, 54 insertions(+)

[PATCH 06/10] arm64: dts: actions: Add S900 gpio nodes

Add gpio nodes for Actions Semi S900 SoC. Signed-off-by: Manivannan Sadhasivam --- arch/arm64/boot/dts/actions/s900-bubblegum-96.dts | 6 +++ arch/arm64/boot/dts/actions/s900.dtsi | 48 +++ 2 files changed, 54 insertions(+) diff --git

[PATCH 08/10] gpio: Add gpio driver for Actions OWL S900 SoC

Add gpio driver for Actions Semi OWL family S900 SoC. Set of registers controlling the gpio shares the same register range with pinctrl block. GPIO registers are organized as 6 banks and each bank controls the maximum of 32 gpios. Signed-off-by: Manivannan Sadhasivam

[PATCH 08/10] gpio: Add gpio driver for Actions OWL S900 SoC

Add gpio driver for Actions Semi OWL family S900 SoC. Set of registers controlling the gpio shares the same register range with pinctrl block. GPIO registers are organized as 6 banks and each bank controls the maximum of 32 gpios. Signed-off-by: Manivannan Sadhasivam --- drivers/gpio/Kconfig

[PATCH 07/10] arm64: dts: actions: Add gpio line names to Bubblegum-96 board

Add gpio line names to Actions Semi S900 based Bubblegum-96 board. Signed-off-by: Manivannan Sadhasivam --- arch/arm64/boot/dts/actions/s900-bubblegum-96.dts | 195 ++ 1 file changed, 195 insertions(+) diff --git

[PATCH 07/10] arm64: dts: actions: Add gpio line names to Bubblegum-96 board

Add gpio line names to Actions Semi S900 based Bubblegum-96 board. Signed-off-by: Manivannan Sadhasivam --- arch/arm64/boot/dts/actions/s900-bubblegum-96.dts | 195 ++ 1 file changed, 195 insertions(+) diff --git a/arch/arm64/boot/dts/actions/s900-bubblegum-96.dts

Re: [PATCH v5 0/4] vm: add a syscall to map a process memory into a pipe

On Wed, Feb 28, 2018 at 10:12:55AM +0300, Pavel Emelyanov wrote: > On 02/27/2018 05:18 AM, Dmitry V. Levin wrote: > > On Mon, Feb 26, 2018 at 12:02:25PM +0300, Pavel Emelyanov wrote: > >> On 02/21/2018 03:44 AM, Andrew Morton wrote: > >>> On Tue, 9 Jan 2018 08:30:49 +0200 Mike Rapoport > >>>

Re: [PATCH v5 0/4] vm: add a syscall to map a process memory into a pipe

On Wed, Feb 28, 2018 at 10:12:55AM +0300, Pavel Emelyanov wrote: > On 02/27/2018 05:18 AM, Dmitry V. Levin wrote: > > On Mon, Feb 26, 2018 at 12:02:25PM +0300, Pavel Emelyanov wrote: > >> On 02/21/2018 03:44 AM, Andrew Morton wrote: > >>> On Tue, 9 Jan 2018 08:30:49 +0200 Mike Rapoport > >>>

[PATCH 02/10] arm64: dts: actions: Add pinctrl node for S900

Add pinctrl nodes for Actions Semi S900 SoC Signed-off-by: Manivannan Sadhasivam --- arch/arm64/boot/dts/actions/s900.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm64/boot/dts/actions/s900.dtsi b/arch/arm64/boot/dts/actions/s900.dtsi

[PATCH 03/10] arm64: actions: Enable PINCTRL in platforms Kconfig

Select PINCTRL for Actions Semi SoCs Signed-off-by: Manivannan Sadhasivam --- arch/arm64/Kconfig.platforms | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.platforms index fbedbd8f619a..bae1289bdc3f 100644

[PATCH 02/10] arm64: dts: actions: Add pinctrl node for S900

Add pinctrl nodes for Actions Semi S900 SoC Signed-off-by: Manivannan Sadhasivam --- arch/arm64/boot/dts/actions/s900.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm64/boot/dts/actions/s900.dtsi b/arch/arm64/boot/dts/actions/s900.dtsi index fee0c9557656..0156483f0f4d

[PATCH 03/10] arm64: actions: Enable PINCTRL in platforms Kconfig

Select PINCTRL for Actions Semi SoCs Signed-off-by: Manivannan Sadhasivam --- arch/arm64/Kconfig.platforms | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.platforms index fbedbd8f619a..bae1289bdc3f 100644 --- a/arch/arm64/Kconfig.platforms

[PATCH 00/10] Add Actions Semi S900 pinctrl and gpio support

This patchset adds pinctrl and gpio support for Actions Semi S900 SoC. Pinctrl and gpio subsystems share the common set of register range but implemented as individual drivers for making it less complex. Pinmux functions are only accessible for pin groups while pinconf parameters are available

[PATCH 00/10] Add Actions Semi S900 pinctrl and gpio support

This patchset adds pinctrl and gpio support for Actions Semi S900 SoC. Pinctrl and gpio subsystems share the common set of register range but implemented as individual drivers for making it less complex. Pinmux functions are only accessible for pin groups while pinconf parameters are available

Re: [PATCH] pci-iov: Add support for unmanaged SR-IOV

On Tue, Feb 27, 2018 at 2:25 PM, Alexander Duyck wrote: > On Tue, Feb 27, 2018 at 1:40 PM, Alex Williamson > wrote: >> On Tue, 27 Feb 2018 11:06:54 -0800 >> Alexander Duyck wrote: >> >>> From: Alexander Duyck

Re: [PATCH] pci-iov: Add support for unmanaged SR-IOV

On Tue, Feb 27, 2018 at 2:25 PM, Alexander Duyck wrote: > On Tue, Feb 27, 2018 at 1:40 PM, Alex Williamson > wrote: >> On Tue, 27 Feb 2018 11:06:54 -0800 >> Alexander Duyck wrote: >> >>> From: Alexander Duyck >>> >>> This patch is meant to add support for SR-IOV on devices when the VFs are >>>

Re: [PATCH v5] arm64: Add support for new control bits CTR_EL0.DIC and CTR_EL0.IDC

Hi, On Sat, Feb 24, 2018 at 06:09:53AM -0600, Shanker Donthineni wrote: > +config ARM64_SKIP_CACHE_POU > + bool "Enable support to skip cache POU operations" Nit: s/POU/PoU/ in text > + default y > + help > + Explicit point of unification cache operations can be eliminated > +

Re: [PATCH 7/7] x86/microcode: Synchronize late microcode loading

On Wed, 28 Feb 2018, Borislav Petkov wrote: > On Wed, Feb 28, 2018 at 10:59:31AM -0300, Henrique de Moraes Holschuh wrote: > > Eek! If I read that right, this effectively halts the entire box until > > every core is updated, with one core entering deep-coma at a time (the > > rest are left either

Re: [PATCH v5] arm64: Add support for new control bits CTR_EL0.DIC and CTR_EL0.IDC

Hi, On Sat, Feb 24, 2018 at 06:09:53AM -0600, Shanker Donthineni wrote: > +config ARM64_SKIP_CACHE_POU > + bool "Enable support to skip cache POU operations" Nit: s/POU/PoU/ in text > + default y > + help > + Explicit point of unification cache operations can be eliminated > +

Re: [PATCH 7/7] x86/microcode: Synchronize late microcode loading

On Wed, 28 Feb 2018, Borislav Petkov wrote: > On Wed, Feb 28, 2018 at 10:59:31AM -0300, Henrique de Moraes Holschuh wrote: > > Eek! If I read that right, this effectively halts the entire box until > > every core is updated, with one core entering deep-coma at a time (the > > rest are left either

[PATCH 3.2 001/140] ALSA: seq: Fix regression by incorrect ioctl_mutex usages

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai This is the revised backport of the upstream commit b3defb791b26ea0683a93a4f49c77ec45ec96f10 We had another backport (e.g. 623e5c8ae32b in 4.4.115), but it applies

[PATCH 3.2 001/140] ALSA: seq: Fix regression by incorrect ioctl_mutex usages

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai This is the revised backport of the upstream commit b3defb791b26ea0683a93a4f49c77ec45ec96f10 We had another backport (e.g. 623e5c8ae32b in 4.4.115), but it applies the new mutex

[PATCH 3.2 014/140] USB: usbfs: Filter flags passed in from user space

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Oliver Neukum commit 446f666da9f019ce2ffd03800995487e79a91462 upstream. USBDEVFS_URB_ISO_ASAP must be accepted only for ISO endpoints. Improve sanity checking. Reported-by:

[PATCH 3.2 014/140] USB: usbfs: Filter flags passed in from user space

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Oliver Neukum commit 446f666da9f019ce2ffd03800995487e79a91462 upstream. USBDEVFS_URB_ISO_ASAP must be accepted only for ISO endpoints. Improve sanity checking. Reported-by: Andrey Konovalov

[PATCH 3.2 012/140] KVM: apic: fix LDR calculation in x2apic mode

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Gleb Natapov commit 7f46ddbd487e0d0528d89534fdfb31d885977804 upstream. Signed-off-by: Gleb Natapov Reviewed-by: Chegu Vinod Tested-by:

Re: [PATCH 3.16 083/254] dmaengine: dmatest: move callback wait queue to thread context

Ben On 2/28/2018 10:20 AM, Ben Hutchings wrote: > 3.16.55-rc1 review patch. If anyone has any objections, please let me know. > > -- > > From: Adam Wallis > > commit 6f6a23a213be51728502b88741ba6a10cda2441d upstream. > > Commit adfa543e7314 ("dmatest:

[PATCH 3.2 012/140] KVM: apic: fix LDR calculation in x2apic mode

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Gleb Natapov commit 7f46ddbd487e0d0528d89534fdfb31d885977804 upstream. Signed-off-by: Gleb Natapov Reviewed-by: Chegu Vinod Tested-by: Chegu Vinod Signed-off-by: Avi Kivity [bwh:

Re: [PATCH 3.16 083/254] dmaengine: dmatest: move callback wait queue to thread context

Ben On 2/28/2018 10:20 AM, Ben Hutchings wrote: > 3.16.55-rc1 review patch. If anyone has any objections, please let me know. > > -- > > From: Adam Wallis > > commit 6f6a23a213be51728502b88741ba6a10cda2441d upstream. > > Commit adfa543e7314 ("dmatest: don't use

[PATCH 3.2 017/140] serial: 8250_pci: Add Amazon PCI serial device ID

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Matt Wilson commit 3bfd1300abfe3adb18e84a89d97a0e82a22124bb upstream. This device will be used in future Amazon EC2 instances as the primary serial port (i.e., data sent to

[PATCH 3.2 018/140] isa: Prevent NULL dereference in isa_bus driver callbacks

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: William Breathitt Gray commit 5a244727f428a06634f22bb890e78024ab0c89f3 upstream. The isa_driver structure for an isa_bus device is stored in the device platform_data

[PATCH 3.2 017/140] serial: 8250_pci: Add Amazon PCI serial device ID

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Matt Wilson commit 3bfd1300abfe3adb18e84a89d97a0e82a22124bb upstream. This device will be used in future Amazon EC2 instances as the primary serial port (i.e., data sent to this port will be

[PATCH 3.2 018/140] isa: Prevent NULL dereference in isa_bus driver callbacks

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: William Breathitt Gray commit 5a244727f428a06634f22bb890e78024ab0c89f3 upstream. The isa_driver structure for an isa_bus device is stored in the device platform_data member of the respective

[PATCH 3.2 004/140] iommu/vt-d: Fix scatterlist offset handling

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Robin Murphy commit 29a90b70893817e2f2bb3cea40a29f5308e21b21 upstream. The intel-iommu DMA ops fail to correctly handle scatterlists where sg->offset is greater than

[PATCH 3.2 004/140] iommu/vt-d: Fix scatterlist offset handling

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Robin Murphy commit 29a90b70893817e2f2bb3cea40a29f5308e21b21 upstream. The intel-iommu DMA ops fail to correctly handle scatterlists where sg->offset is greater than PAGE_SIZE - the IOVA

[PATCH 3.2 005/140] btrfs: clear space cache inode generation always

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Josef Bacik commit 8e138e0d92c6c9d3d481674fb14e3439b495be37 upstream. We discovered a box that had double allocations, and suspected the space cache may be to blame. While

[PATCH 3.2 005/140] btrfs: clear space cache inode generation always

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Josef Bacik commit 8e138e0d92c6c9d3d481674fb14e3439b495be37 upstream. We discovered a box that had double allocations, and suspected the space cache may be to blame. While auditing the write

[PATCH 3.2 000/140] 3.2.100-rc1 review

This is the start of the stable review cycle for the 3.2.100 release. There are 140 patches in this series, which will be posted as responses to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Fri Mar 02 18:00:00 UTC 2018. Anything

[PATCH 3.2 000/140] 3.2.100-rc1 review

This is the start of the stable review cycle for the 3.2.100 release. There are 140 patches in this series, which will be posted as responses to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Fri Mar 02 18:00:00 UTC 2018. Anything

[PATCH 3.2 016/140] USB: core: Add type-specific length check of BOS descriptors

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Masakazu Mokuno commit 81cf4a45360f70528f1f64ba018d61cb5767249a upstream. As most of BOS descriptors are longer in length than their header 'struct

[PATCH 3.2 016/140] USB: core: Add type-specific length check of BOS descriptors

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Masakazu Mokuno commit 81cf4a45360f70528f1f64ba018d61cb5767249a upstream. As most of BOS descriptors are longer in length than their header 'struct usb_dev_cap_header', comparing solely with

[PATCH 3.2 013/140] hwmon: (pmbus) Use 64bit math for DIRECT format values

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Robert Lippert commit bd467e4eababe4c04272c1e646f066db02734c79 upstream. Power values in the 100s of watt range can easily blow past 32bit math limits when processing

[PATCH 3.2 013/140] hwmon: (pmbus) Use 64bit math for DIRECT format values

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Robert Lippert commit bd467e4eababe4c04272c1e646f066db02734c79 upstream. Power values in the 100s of watt range can easily blow past 32bit math limits when processing everything in

[PATCH 3.2 010/140] Input: elantech - add new icbody type 15

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Aaron Ma commit 10d900303f1c3a821eb0bef4e7b7ece16768fba4 upstream. The touchpad of Lenovo Thinkpad L480 reports it's version as 15. Signed-off-by: Aaron Ma

[PATCH 3.2 010/140] Input: elantech - add new icbody type 15

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Aaron Ma commit 10d900303f1c3a821eb0bef4e7b7ece16768fba4 upstream. The touchpad of Lenovo Thinkpad L480 reports it's version as 15. Signed-off-by: Aaron Ma Signed-off-by: Dmitry Torokhov

Re: [PATCH] arm64: kdump: fix interrupt handling done during machine_crash_shutdown

On 28/02/18 17:16, Mark Rutland wrote: > [Adding MarcZ] > > On Wed, Feb 28, 2018 at 06:01:00PM +0100, Grzegorz Jaszczyk wrote: >> Hitherto during machine_kexec_mask_interrupts there was an attempt to >> remove active state using irq_set_irqchip_state() routine and only if it >> failed, the

Re: [PATCH] arm64: kdump: fix interrupt handling done during machine_crash_shutdown

On 28/02/18 17:16, Mark Rutland wrote: > [Adding MarcZ] > > On Wed, Feb 28, 2018 at 06:01:00PM +0100, Grzegorz Jaszczyk wrote: >> Hitherto during machine_kexec_mask_interrupts there was an attempt to >> remove active state using irq_set_irqchip_state() routine and only if it >> failed, the

[PATCH 3.2 135/140] media: v4l2-compat-ioctl32.c: copy clip list in put_v4l2_window32

3.2.100-rc1 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.2 135/140] media: v4l2-compat-ioctl32.c: copy clip list in put_v4l2_window32

3.2.100-rc1 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

[RFC] power/hibernate: Make passing hibernate offsets more friendly

Currently the only way to specify a hibernate offset for a swap file is on the kernel command line. This makes some changes to improve: 1) Add a new /sys/power/disk_offset that lets userspace specify the offset and disk to use when initiating a hibernate cycle. 2) Adjust /sys/power/resume

[RFC] power/hibernate: Make passing hibernate offsets more friendly

Currently the only way to specify a hibernate offset for a swap file is on the kernel command line. This makes some changes to improve: 1) Add a new /sys/power/disk_offset that lets userspace specify the offset and disk to use when initiating a hibernate cycle. 2) Adjust /sys/power/resume

[PATCH 3.2 015/140] usb: host: fix incorrect updating of offset

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Colin Ian King commit 1d5a31582ef046d3b233f0da1a68ae26519b2f0a upstream. The variable temp is incorrectly being updated, instead it should be offset otherwise the

[PATCH 3.2 015/140] usb: host: fix incorrect updating of offset

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Colin Ian King commit 1d5a31582ef046d3b233f0da1a68ae26519b2f0a upstream. The variable temp is incorrectly being updated, instead it should be offset otherwise the loop just reads the same

[PATCH 3.2 127/140] media: v4l2-ioctl.c: don't copy back the result for -ENOTTY

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil From: Hans Verkuil commit 181a4a2d5a0a7b43cab08a70710d727e7764ccdd upstream. If the ioctl returned -ENOTTY, then don't bother

[PATCH 3.2 127/140] media: v4l2-ioctl.c: don't copy back the result for -ENOTTY

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

[PATCH 3.2 137/140] media: v4l2-compat-ioctl32.c: don't copy back the result for certain errors

3.2.100-rc1 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.2 137/140] media: v4l2-compat-ioctl32.c: don't copy back the result for certain errors

3.2.100-rc1 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.2 134/140] media: v4l2-compat-ioctl32: Copy v4l2_window->global_alpha

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Daniel Mentz commit 025a26fa14f8fd55d50ab284a30c016a5be953d0 upstream. Commit b2787845fb91 ("V4L/DVB (5289): Add support for video output overlays.") added the field

[PATCH 3.2 136/140] media: v4l2-compat-ioctl32.c: drop pr_info for unknown buffer type

3.2.100-rc1 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.2 134/140] media: v4l2-compat-ioctl32: Copy v4l2_window->global_alpha

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Daniel Mentz commit 025a26fa14f8fd55d50ab284a30c016a5be953d0 upstream. Commit b2787845fb91 ("V4L/DVB (5289): Add support for video output overlays.") added the field global_alpha to struct

[PATCH 3.2 136/140] media: v4l2-compat-ioctl32.c: drop pr_info for unknown buffer type

3.2.100-rc1 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.2 128/140] media: v4l2-compat-ioctl32.c: add missing VIDIOC_PREPARE_BUF

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil commit 3ee6d040719ae09110e5cdf24d5386abe5d1b776 upstream. The result of the VIDIOC_PREPARE_BUF ioctl was never copied back to userspace since it was

[PATCH 3.2 128/140] media: v4l2-compat-ioctl32.c: add missing VIDIOC_PREPARE_BUF

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil commit 3ee6d040719ae09110e5cdf24d5386abe5d1b776 upstream. The result of the VIDIOC_PREPARE_BUF ioctl was never copied back to userspace since it was missing in the switch.

[PATCH 3.2 130/140] media: v4l2-compat-ioctl32.c: move 'helper' functions to __get/put_v4l2_format32

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil commit 486c521510c44a04cd756a9267e7d1e271c8a4ba upstream. These helper functions do not really help. Move the code to the __get/put_v4l2_format32

[PATCH 3.2 130/140] media: v4l2-compat-ioctl32.c: move 'helper' functions to __get/put_v4l2_format32

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil commit 486c521510c44a04cd756a9267e7d1e271c8a4ba upstream. These helper functions do not really help. Move the code to the __get/put_v4l2_format32 functions. Signed-off-by: Hans

Re: [PATCH 1/3] x86/kvm/hyper-v: add reenlightenment MSRs support

Roman Kagan writes: > On Wed, Feb 28, 2018 at 02:43:59PM +0100, Vitaly Kuznetsov wrote: >> Nested Hyper-V/Windows guest running on top of KVM will use TSC page >> clocksource in two cases: >> - L0 exposes invariant TSC (CPUID.8007H:EDX[8]). >> - L0 provides Hyper-V

Re: [PATCH 1/3] x86/kvm/hyper-v: add reenlightenment MSRs support

Roman Kagan writes: > On Wed, Feb 28, 2018 at 02:43:59PM +0100, Vitaly Kuznetsov wrote: >> Nested Hyper-V/Windows guest running on top of KVM will use TSC page >> clocksource in two cases: >> - L0 exposes invariant TSC (CPUID.8007H:EDX[8]). >> - L0 provides Hyper-V Reenlightenment support

[PATCH 3.2 129/140] media: v4l2-compat-ioctl32.c: fix the indentation

3.2.100-rc1 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.2 129/140] media: v4l2-compat-ioctl32.c: fix the indentation

3.2.100-rc1 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 whitespace. Signed-off-by: Hans

[PATCH 3.2 139/140] ACPI: sbshc: remove raw pointer from printk() message

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman commit 43cdd1b716b26f6af16da4e145b6578f98798bf6 upstream. There's no need to be printing a raw kernel pointer to the kernel log at every boot.

[PATCH 3.2 139/140] ACPI: sbshc: remove raw pointer from printk() message

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman commit 43cdd1b716b26f6af16da4e145b6578f98798bf6 upstream. There's no need to be printing a raw kernel pointer to the kernel log at every boot. So just remove it, and

Re: [PATCH v2 03/15] s390: zcrypt: externalize AP instructions available function

On Tue, 27 Feb 2018 09:28:01 -0500 Tony Krowiak wrote: > If the AP instructions are not available on the linux host, then > AP devices can not be interpreted by the SIE. The AP bus has a > function it uses to determine if the AP instructions are > available. This

Re: [PATCH v2 03/15] s390: zcrypt: externalize AP instructions available function

On Tue, 27 Feb 2018 09:28:01 -0500 Tony Krowiak wrote: > If the AP instructions are not available on the linux host, then > AP devices can not be interpreted by the SIE. The AP bus has a > function it uses to determine if the AP instructions are > available. This patch provides a new function

[PATCH 3.2 121/140] of: fdt: Fix return with value in void function

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Ben Hutchings Commit 49e67dd17649 "of: fdt: add missing allocation-failure check" added a "return NULL" statement in __unflatten_device_tree(). When applied to the

[PATCH 3.2 121/140] of: fdt: Fix return with value in void function

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Ben Hutchings Commit 49e67dd17649 "of: fdt: add missing allocation-failure check" added a "return NULL" statement in __unflatten_device_tree(). When applied to the 3.2-stable branch, this

[PATCH 3.2 116/140] Input: trackpoint - force 3 buttons if 0 button is reported

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Aaron Ma commit f5d07b9e98022d50720e38aa936fc11c67868ece upstream. Lenovo introduced trackpoint compatible sticks with minimum PS/2 commands. They supposed to reply

[PATCH 3.2 131/140] media: v4l2-compat-ioctl32.c: avoid sizeof(type)

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil commit 333b1e9f96ce05f7498b581509bb30cde03018bf upstream. Instead of doing sizeof(struct foo) use sizeof(*up). There even were cases where 4 *

[PATCH 3.2 116/140] Input: trackpoint - force 3 buttons if 0 button is reported

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Aaron Ma commit f5d07b9e98022d50720e38aa936fc11c67868ece upstream. Lenovo introduced trackpoint compatible sticks with minimum PS/2 commands. They supposed to reply with 0x02, 0x03, or 0x04

[PATCH 3.2 131/140] media: v4l2-compat-ioctl32.c: avoid sizeof(type)

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil commit 333b1e9f96ce05f7498b581509bb30cde03018bf upstream. Instead of doing sizeof(struct foo) use sizeof(*up). There even were cases where 4 * sizeof(__u32) was used instead of

[PATCH 3.2 133/140] media: v4l2-compat-ioctl32.c: fix ctrl_is_pointer

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil commit b8c601e8af2d08f733d74defa8465303391bb930 upstream. ctrl_is_pointer just hardcoded two known string controls, but that caused problems when using

[PATCH 3.2 133/140] media: v4l2-compat-ioctl32.c: fix ctrl_is_pointer

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil commit b8c601e8af2d08f733d74defa8465303391bb930 upstream. ctrl_is_pointer just hardcoded two known string controls, but that caused problems when using e.g. custom controls that

[PATCH 3.2 132/140] media: v4l2-compat-ioctl32.c: copy m.userptr in put_v4l2_plane32

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil commit 8ed5a59dcb47a6f76034ee760b36e089f3e82529 upstream. The struct v4l2_plane32 should set m.userptr as well. The same happens in v4l2_buffer32 and

[PATCH 3.2 132/140] media: v4l2-compat-ioctl32.c: copy m.userptr in put_v4l2_plane32

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil commit 8ed5a59dcb47a6f76034ee760b36e089f3e82529 upstream. The struct v4l2_plane32 should set m.userptr as well. The same happens in v4l2_buffer32 and v4l2-compliance tests for

[PATCH 3.2 126/140] media: v4l2-compat-ioctl32.c: add capabilities field to, v4l2_input32

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil commit 037e0865c2ecbaa4558feba239ece08d7e457ec0 upstream. The v4l2_input32 struct wasn't updated when this field was added. It didn't cause a failure in the

[PATCH 3.2 126/140] media: v4l2-compat-ioctl32.c: add capabilities field to, v4l2_input32

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil commit 037e0865c2ecbaa4558feba239ece08d7e457ec0 upstream. The v4l2_input32 struct wasn't updated when this field was added. It didn't cause a failure in the compat code, but it

[PATCH 3.2 112/140] x86/mce: Make machine check speculation protected

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Thomas Gleixner commit 6f41c34d69eb005e7848716bbcafc979b35037d5 upstream. The machine check idtentry uses an indirect branch directly from the low level code. This evades

[PATCH 3.2 119/140] hrtimer: Reset hrtimer cpu base proper on CPU hotplug

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Thomas Gleixner commit d5421ea43d30701e03cadc56a38854c36a8b4433 upstream. The hrtimer interrupt code contains a hang detection and mitigation mechanism, which prevents

[PATCH 3.2 112/140] x86/mce: Make machine check speculation protected

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Thomas Gleixner commit 6f41c34d69eb005e7848716bbcafc979b35037d5 upstream. The machine check idtentry uses an indirect branch directly from the low level code. This evades the speculation

[PATCH 3.2 119/140] hrtimer: Reset hrtimer cpu base proper on CPU hotplug

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Thomas Gleixner commit d5421ea43d30701e03cadc56a38854c36a8b4433 upstream. The hrtimer interrupt code contains a hang detection and mitigation mechanism, which prevents that a long delayed

[PATCH 3.2 138/140] media: v4l2-compat-ioctl32.c: refactor compat ioctl32 logic

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Daniel Mentz commit a1dfb4c48cc1e64eeb7800a27c66a6f7e88d075a upstream. The 32-bit compat v4l2 ioctl handling is implemented based on its 64-bit equivalent. It converts

[PATCH 3.2 138/140] media: v4l2-compat-ioctl32.c: refactor compat ioctl32 logic

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Daniel Mentz commit a1dfb4c48cc1e64eeb7800a27c66a6f7e88d075a upstream. The 32-bit compat v4l2 ioctl handling is implemented based on its 64-bit equivalent. It converts 32-bit data structures

[PATCH 3.2 120/140] m32r: fix 'fix breakage from "m32r: use generic ptrace_resume code"' fallout

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Geert Uytterhoeven commit a6b202979661eb32646048aeaad7be7b70c2cd22 upstream. Commit acdc0d5ef9dd ('m32r: fix breakage from "m32r: use generic ptrace_resume code"') tried

[PATCH 3.2 120/140] m32r: fix 'fix breakage from "m32r: use generic ptrace_resume code"' fallout

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Geert Uytterhoeven commit a6b202979661eb32646048aeaad7be7b70c2cd22 upstream. Commit acdc0d5ef9dd ('m32r: fix breakage from "m32r: use generic ptrace_resume code"') tried to fix a problem in

[PATCH 3.2 110/140] can: af_can: can_rcv(): replace WARN_ONCE by pr_warn_once

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Marc Kleine-Budde commit 8cb68751c115d176ec851ca56ecfbb411568c9e8 upstream. If an invalid CAN frame is received, from a driver or from a tun interface, a Kernel warning

[PATCH 3.2 110/140] can: af_can: can_rcv(): replace WARN_ONCE by pr_warn_once

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Marc Kleine-Budde commit 8cb68751c115d176ec851ca56ecfbb411568c9e8 upstream. If an invalid CAN frame is received, from a driver or from a tun interface, a Kernel warning is generated. This

[PATCH 3.2 125/140] [media] media: v4l2-compat-ioctl32: fix missing reserved field copy in put_v4l2_create32

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Tiffany Lin commit baf43c6eace43868e490f18560287fa3481b2159 upstream. In v4l2-compliance utility, test VIDIOC_CREATE_BUFS will check whether reserved filed of

[PATCH 3.2 125/140] [media] media: v4l2-compat-ioctl32: fix missing reserved field copy in put_v4l2_create32

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Tiffany Lin commit baf43c6eace43868e490f18560287fa3481b2159 upstream. In v4l2-compliance utility, test VIDIOC_CREATE_BUFS will check whether reserved filed of v4l2_create_buffers filled with

[PATCH] ARM: iop13xx: Remove duplicated bit-wise or of PCI_STATUS_REC_TARGET_ABORT

From: Colin Ian King Bit pattern PCI_STATUS_REC_TARGET_ABORT is being bit-wise or'd twice; remove the redundant 2nd PCI_STATUS_REC_TARGET_ABORT Signed-off-by: Colin Ian King --- arch/arm/mach-iop13xx/pci.h | 1 - 1 file changed, 1

[PATCH 3.2 115/140] Input: trackpoint - assume 3 buttons when buttons detection fails

3.2.100-rc1 review patch. If anyone has any objections, please let me know. -- From: Oscar Campos commit 293b915fd9bebf33cdc906516fb28d54649a25ac upstream. Trackpoint buttons detection fails on ThinkPad 570 and 470 series, this makes the middle

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