Re: [PATCH v2 00/19] i.MX Media Driver

On Tue, Jan 3, 2017 at 6:57 PM, Steve Longerbeam wrote: > In version 2 (no functional changes): > > - removed patch "gpio: pca953x: Add optional reset gpio control", it > has been submitted separately. > - fixed some whitespace errors. > - added a few missing

Re: [PATCH v2 00/19] i.MX Media Driver

On Tue, Jan 3, 2017 at 6:57 PM, Steve Longerbeam wrote: > In version 2 (no functional changes): > > - removed patch "gpio: pca953x: Add optional reset gpio control", it > has been submitted separately. > - fixed some whitespace errors. > - added a few missing Signed-off-by's. Tested the series

Re: [PATCH] rtc: armada38x: add __ro_after_init to armada38x_rtc_ops

On Mon, Jan 2, 2017 at 6:06 AM, Russell King - ARM Linux wrote: > On Mon, Dec 26, 2016 at 05:01:02PM +0530, Bhumika Goyal wrote: >> The object armada38x_rtc_ops of type rtc_class_ops structure is not >> modified after getting initialized by armada38x_rtc_probe. Apart from

Re: [PATCH] rtc: armada38x: add __ro_after_init to armada38x_rtc_ops

On Mon, Jan 2, 2017 at 6:06 AM, Russell King - ARM Linux wrote: > On Mon, Dec 26, 2016 at 05:01:02PM +0530, Bhumika Goyal wrote: >> The object armada38x_rtc_ops of type rtc_class_ops structure is not >> modified after getting initialized by armada38x_rtc_probe. Apart from >> getting referenced in

Re: [PATCH 11/20] media: Add i.MX media core driver

On Thu, Dec 29, 2016 at 02:27:26PM -0800, Steve Longerbeam wrote: > Add the core media driver for i.MX SOC. > > Signed-off-by: Steve Longerbeam > --- > Documentation/devicetree/bindings/media/imx.txt | 205 + > Documentation/media/v4l-drivers/imx.rst

Re: [PATCH 11/20] media: Add i.MX media core driver

On Thu, Dec 29, 2016 at 02:27:26PM -0800, Steve Longerbeam wrote: > Add the core media driver for i.MX SOC. > > Signed-off-by: Steve Longerbeam > --- > Documentation/devicetree/bindings/media/imx.txt | 205 + > Documentation/media/v4l-drivers/imx.rst | 429 ++ >

Re: [PATCH] drivers/virt: use get_user_pages_unlocked()

Just a gentle ping on this :) I think this might be a slightly abandoned corner of the kernel so not sure who else to ping to get this moving. On 1 November 2016 at 19:43, Lorenzo Stoakes wrote: > Moving from get_user_pages() to get_user_pages_unlocked() simplifies the code >

Re: [PATCH] drivers/virt: use get_user_pages_unlocked()

Just a gentle ping on this :) I think this might be a slightly abandoned corner of the kernel so not sure who else to ping to get this moving. On 1 November 2016 at 19:43, Lorenzo Stoakes wrote: > Moving from get_user_pages() to get_user_pages_unlocked() simplifies the code > and takes advantage

Re: Fix usage of true and false as field names in struct taint_flag

On Tue, 03 Jan 2017 11:55:36 -0800, Jessica Yu said: > Hm, you and Larry Finger sent the exact same fix at around the same > time, although I think people are leaning towards the other patch > (it's just a naming preference), see here: > >

Re: Fix usage of true and false as field names in struct taint_flag

On Tue, 03 Jan 2017 11:55:36 -0800, Jessica Yu said: > Hm, you and Larry Finger sent the exact same fix at around the same > time, although I think people are leaning towards the other patch > (it's just a naming preference), see here: > >

Re: [RFC] memcpy_nocache() and memcpy_writethrough()

On Sun, Jan 1, 2017 at 9:09 PM, Al Viro wrote: > On Mon, Jan 02, 2017 at 02:35:36AM +, Elliott, Robert (Persistent Memory) > wrote: >> > -Original Message- >> > From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel- >> > ow...@vger.kernel.org] On

Re: [RFC] memcpy_nocache() and memcpy_writethrough()

On Sun, Jan 1, 2017 at 9:09 PM, Al Viro wrote: > On Mon, Jan 02, 2017 at 02:35:36AM +, Elliott, Robert (Persistent Memory) > wrote: >> > -Original Message- >> > From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel- >> > ow...@vger.kernel.org] On Behalf Of Al Viro >> > Sent:

Re: [PATCH 0/2] Begin auditing SECCOMP_RET_ERRNO return actions

On Tue, Jan 3, 2017 at 4:03 PM, Kees Cook wrote: > On Tue, Jan 3, 2017 at 12:54 PM, Paul Moore wrote: >> On Tue, Jan 3, 2017 at 3:44 PM, Kees Cook wrote: >>> I still wonder, though, isn't there a way to use auditctl to get all

Re: [PATCH 0/2] Begin auditing SECCOMP_RET_ERRNO return actions

On Tue, Jan 3, 2017 at 4:03 PM, Kees Cook wrote: > On Tue, Jan 3, 2017 at 12:54 PM, Paul Moore wrote: >> On Tue, Jan 3, 2017 at 3:44 PM, Kees Cook wrote: >>> I still wonder, though, isn't there a way to use auditctl to get all >>> the seccomp messages you need? >> >> Not all of the seccomp

Re: [alsa-devel] [PATCH] fsl_ssi: set fifo watermark to more reliable value

On Tue, Jan 3, 2017 at 4:22 PM, Caleb Crome wrote: > From: Caleb Crome > > The fsl_ssi fifo watermark is by default set to 2 free spaces (i.e. > activate DMA on FIFO when only 2 spaces are left.) This means the > DMA must service the fifo within 2 audio

Re: [alsa-devel] [PATCH] fsl_ssi: set fifo watermark to more reliable value

On Tue, Jan 3, 2017 at 4:22 PM, Caleb Crome wrote: > From: Caleb Crome > > The fsl_ssi fifo watermark is by default set to 2 free spaces (i.e. > activate DMA on FIFO when only 2 spaces are left.) This means the > DMA must service the fifo within 2 audio samples, which is just not > enough time

Re: [PATCH 0/2] Begin auditing SECCOMP_RET_ERRNO return actions

On Tue, Jan 3, 2017 at 3:44 PM, Kees Cook wrote: > I still wonder, though, isn't there a way to use auditctl to get all > the seccomp messages you need? Not all of the seccomp actions are currently logged, that's one of the problems (and the biggest at the moment). --

Re: [PATCH 0/2] Begin auditing SECCOMP_RET_ERRNO return actions

On Tue, Jan 3, 2017 at 3:44 PM, Kees Cook wrote: > I still wonder, though, isn't there a way to use auditctl to get all > the seccomp messages you need? Not all of the seccomp actions are currently logged, that's one of the problems (and the biggest at the moment). -- paul moore

Re: [Question] New mmap64 syscall?

> >Hi Florian, > > > >I frankly don't understand what you mean, All syscalls you mentioned > >doesn't take off_t or other 64-bit arguments. 'VM changes' - virtual > >memory? If so, I don't see any changes in VM with this approach, just > >correct handling of big offsets. > > What I was trying

Re: [Question] New mmap64 syscall?

> >Hi Florian, > > > >I frankly don't understand what you mean, All syscalls you mentioned > >doesn't take off_t or other 64-bit arguments. 'VM changes' - virtual > >memory? If so, I don't see any changes in VM with this approach, just > >correct handling of big offsets. > > What I was trying

[PATCH v2 06/19] ARM: dts: imx6-sabreauto: create i2cmux for i2c3

The sabreauto uses a steering pin to select between the SDA signal on i2c3 bus, and a data-in pin for an SPI NOR chip. Use i2cmux to control this steering pin. Idle state of the i2cmux selects SPI NOR. This is not a classic way to use i2cmux, since one side of the mux selects something other than

[PATCH v2 06/19] ARM: dts: imx6-sabreauto: create i2cmux for i2c3

The sabreauto uses a steering pin to select between the SDA signal on i2c3 bus, and a data-in pin for an SPI NOR chip. Use i2cmux to control this steering pin. Idle state of the i2cmux selects SPI NOR. This is not a classic way to use i2cmux, since one side of the mux selects something other than

[PATCH v2 05/19] ARM: dts: imx6-sabresd: add OV5642 and OV5640 camera sensors

Enables the OV5642 parallel-bus sensor, and the OV5640 MIPI CSI-2 sensor. The OV5642 connects to the parallel-bus mux input port on ipu1_csi0_mux. The OV5640 connects to the input port on the MIPI CSI-2 receiver on mipi_csi. It is set to transmit over MIPI virtual channel 1. Until the OV5652

[PATCH v2 05/19] ARM: dts: imx6-sabresd: add OV5642 and OV5640 camera sensors

Enables the OV5642 parallel-bus sensor, and the OV5640 MIPI CSI-2 sensor. The OV5642 connects to the parallel-bus mux input port on ipu1_csi0_mux. The OV5640 connects to the input port on the MIPI CSI-2 receiver on mipi_csi. It is set to transmit over MIPI virtual channel 1. Until the OV5652

Re: [PATCH 0/2] Begin auditing SECCOMP_RET_ERRNO return actions

On Tue, Jan 3, 2017 at 12:54 PM, Paul Moore wrote: > On Tue, Jan 3, 2017 at 3:44 PM, Kees Cook wrote: >> I still wonder, though, isn't there a way to use auditctl to get all >> the seccomp messages you need? > > Not all of the seccomp actions are

Re: [PATCH 0/2] Begin auditing SECCOMP_RET_ERRNO return actions

On Tue, Jan 3, 2017 at 12:54 PM, Paul Moore wrote: > On Tue, Jan 3, 2017 at 3:44 PM, Kees Cook wrote: >> I still wonder, though, isn't there a way to use auditctl to get all >> the seccomp messages you need? > > Not all of the seccomp actions are currently logged, that's one of the > problems

[PATCH v2 01/19] ARM: dts: imx6qdl: Add compatible, clocks, irqs to MIPI CSI-2 node

Add to the MIPI CSI2 receiver node: compatible string, interrupt sources, clocks. Signed-off-by: Steve Longerbeam --- arch/arm/boot/dts/imx6qdl.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/boot/dts/imx6qdl.dtsi

[PATCH v2 03/19] ARM: dts: imx6qdl: add media device

Signed-off-by: Steve Longerbeam --- arch/arm/boot/dts/imx6q.dtsi | 4 arch/arm/boot/dts/imx6qdl.dtsi | 8 2 files changed, 12 insertions(+) diff --git a/arch/arm/boot/dts/imx6q.dtsi b/arch/arm/boot/dts/imx6q.dtsi index 56a314f..2fbe0b3 100644 ---

[PATCH v2 01/19] ARM: dts: imx6qdl: Add compatible, clocks, irqs to MIPI CSI-2 node

Add to the MIPI CSI2 receiver node: compatible string, interrupt sources, clocks. Signed-off-by: Steve Longerbeam --- arch/arm/boot/dts/imx6qdl.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/boot/dts/imx6qdl.dtsi b/arch/arm/boot/dts/imx6qdl.dtsi index 53e6e63..7b546e3

[PATCH v2 03/19] ARM: dts: imx6qdl: add media device

Signed-off-by: Steve Longerbeam --- arch/arm/boot/dts/imx6q.dtsi | 4 arch/arm/boot/dts/imx6qdl.dtsi | 8 2 files changed, 12 insertions(+) diff --git a/arch/arm/boot/dts/imx6q.dtsi b/arch/arm/boot/dts/imx6q.dtsi index 56a314f..2fbe0b3 100644 --- a/arch/arm/boot/dts/imx6q.dtsi

[PATCH] lib/vsprintf.c: remove %Z support

Now that %z is standartised in C99 there is no reason to support %Z. Unlike %L it doesn't even make format strings smaller. Use BUILD_BUG_ON in a couple ATM drivers. In case anyone didn't notice lib/vsprintf.o is about half of SLUB which is in my opinion is quite an achievement. Hopefully this

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

On Tue, Jan 03, 2017 at 09:39:13PM +0100, Pali Rohár wrote: > On Tuesday 03 January 2017 21:24:18 Dmitry Torokhov wrote: > > On Tue, Jan 03, 2017 at 09:05:51PM +0100, Pali Rohár wrote: > > > On Tuesday 03 January 2017 20:48:12 Dmitry Torokhov wrote: > > > > On Tue, Jan 03, 2017 at 07:50:17PM

[PATCH v2 19/19] ARM: imx_v6_v7_defconfig: Enable staging video4linux drivers

Enable imx v4l2 staging drivers. For video capture on the SabreAuto, the ADV7180 video decoder also requires the i2c-mux-gpio and the max7310 port expander. The Sabrelite requires PWM clocks for the OV5640. Signed-off-by: Steve Longerbeam ---

[PATCH] lib/vsprintf.c: remove %Z support

Now that %z is standartised in C99 there is no reason to support %Z. Unlike %L it doesn't even make format strings smaller. Use BUILD_BUG_ON in a couple ATM drivers. In case anyone didn't notice lib/vsprintf.o is about half of SLUB which is in my opinion is quite an achievement. Hopefully this

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

On Tue, Jan 03, 2017 at 09:39:13PM +0100, Pali Rohár wrote: > On Tuesday 03 January 2017 21:24:18 Dmitry Torokhov wrote: > > On Tue, Jan 03, 2017 at 09:05:51PM +0100, Pali Rohár wrote: > > > On Tuesday 03 January 2017 20:48:12 Dmitry Torokhov wrote: > > > > On Tue, Jan 03, 2017 at 07:50:17PM

[PATCH v2 19/19] ARM: imx_v6_v7_defconfig: Enable staging video4linux drivers

Enable imx v4l2 staging drivers. For video capture on the SabreAuto, the ADV7180 video decoder also requires the i2c-mux-gpio and the max7310 port expander. The Sabrelite requires PWM clocks for the OV5640. Signed-off-by: Steve Longerbeam --- arch/arm/configs/imx_v6_v7_defconfig | 10 +-

[PATCH v2 14/19] media: imx: Add Camera Interface subdev driver

This is the camera interface driver that provides the v4l2 user interface. Frames can be received from various sources: - directly from SMFC for capturing unconverted images directly from camera sensors. - from the IC pre-process encode task. - from the IC pre-process viewfinder task. - from

[PATCH v2 14/19] media: imx: Add Camera Interface subdev driver

This is the camera interface driver that provides the v4l2 user interface. Frames can be received from various sources: - directly from SMFC for capturing unconverted images directly from camera sensors. - from the IC pre-process encode task. - from the IC pre-process viewfinder task. - from

[PATCH v2 13/19] media: imx: Add IC subdev drivers

This is a set of three media entity subdevice drivers for the i.MX Image Converter. The i.MX IC module contains three independent "tasks": - Pre-processing Encode task: video frames are routed directly from the CSI and can be scaled, color-space converted, and rotated. Scaled output is

[PATCH v2 07/19] ARM: dts: imx6-sabreauto: add reset-gpios property for max7310_b

The reset pin to the port expander chip (MAX7310) is controlled by a gpio, so define a reset-gpios property to control it. There are three MAX7310's on the SabreAuto CPU card (max7310_[abc]), but all use the same pin for their reset. Since all can't acquire the same pin, assign it to max7310_b,

[PATCH v2 13/19] media: imx: Add IC subdev drivers

This is a set of three media entity subdevice drivers for the i.MX Image Converter. The i.MX IC module contains three independent "tasks": - Pre-processing Encode task: video frames are routed directly from the CSI and can be scaled, color-space converted, and rotated. Scaled output is

[PATCH v2 07/19] ARM: dts: imx6-sabreauto: add reset-gpios property for max7310_b

The reset pin to the port expander chip (MAX7310) is controlled by a gpio, so define a reset-gpios property to control it. There are three MAX7310's on the SabreAuto CPU card (max7310_[abc]), but all use the same pin for their reset. Since all can't acquire the same pin, assign it to max7310_b,

[PATCH v2 11/19] media: imx: Add CSI subdev driver

This is a media entity subdevice for the i.MX Camera Serial Interface module. Signed-off-by: Steve Longerbeam --- drivers/staging/media/imx/Kconfig | 13 + drivers/staging/media/imx/Makefile | 2 + drivers/staging/media/imx/imx-csi.c | 638

[PATCH v2] USB: cypress_m8: remove unused variable

From: Sudip Mukherjee The variable havedata was only being set but never used afterwards. Signed-off-by: Sudip Mukherjee --- v2: changed the from line drivers/usb/serial/cypress_m8.c | 5 - 1 file changed, 5 deletions(-)

[PATCH v2 17/19] media: imx: Add MIPI CSI-2 OV5640 sensor subdev driver

This driver is based on ov5640_mipi.c from Freescale imx_3.10.17_1.0.0_beta branch, modified heavily to bring forward to latest interfaces and code cleanup. Signed-off-by: Steve Longerbeam --- drivers/staging/media/imx/Kconfig |8 +

[PATCH v2] USB: cypress_m8: remove unused variable

From: Sudip Mukherjee The variable havedata was only being set but never used afterwards. Signed-off-by: Sudip Mukherjee --- v2: changed the from line drivers/usb/serial/cypress_m8.c | 5 - 1 file changed, 5 deletions(-) diff --git a/drivers/usb/serial/cypress_m8.c

[PATCH v2 17/19] media: imx: Add MIPI CSI-2 OV5640 sensor subdev driver

This driver is based on ov5640_mipi.c from Freescale imx_3.10.17_1.0.0_beta branch, modified heavily to bring forward to latest interfaces and code cleanup. Signed-off-by: Steve Longerbeam --- drivers/staging/media/imx/Kconfig |8 + drivers/staging/media/imx/Makefile |2 +

[PATCH v2 11/19] media: imx: Add CSI subdev driver

This is a media entity subdevice for the i.MX Camera Serial Interface module. Signed-off-by: Steve Longerbeam --- drivers/staging/media/imx/Kconfig | 13 + drivers/staging/media/imx/Makefile | 2 + drivers/staging/media/imx/imx-csi.c | 638 3 files

[PATCH v2 16/19] media: imx: Add video switch subdev driver

From: Philipp Zabel This driver can handle SoC internal and extern video bus multiplexers, controlled either by register bit fields or by GPIO. Signed-off-by: Sascha Hauer Signed-off-by: Philipp Zabel Signed-off-by: Steve

[PATCH v2 16/19] media: imx: Add video switch subdev driver

From: Philipp Zabel This driver can handle SoC internal and extern video bus multiplexers, controlled either by register bit fields or by GPIO. Signed-off-by: Sascha Hauer Signed-off-by: Philipp Zabel Signed-off-by: Steve Longerbeam --- drivers/staging/media/imx/Makefile | 1 +

[PATCH v2 10/19] media: Add i.MX media core driver

Add the core media driver for i.MX SOC. Signed-off-by: Steve Longerbeam --- Documentation/devicetree/bindings/media/imx.txt | 205 + Documentation/media/v4l-drivers/imx.rst | 430 ++ drivers/staging/media/Kconfig | 2 +

[PATCH v2 10/19] media: Add i.MX media core driver

Add the core media driver for i.MX SOC. Signed-off-by: Steve Longerbeam --- Documentation/devicetree/bindings/media/imx.txt | 205 + Documentation/media/v4l-drivers/imx.rst | 430 ++ drivers/staging/media/Kconfig | 2 +

[PATCH v2 04/19] ARM: dts: imx6-sabrelite: add OV5642 and OV5640 camera sensors

Enables the OV5642 parallel-bus sensor, and the OV5640 MIPI CSI-2 sensor. Both hang off the same i2c2 bus, so they require different (and non- default) i2c slave addresses. The OV5642 connects to the parallel-bus mux input port on ipu1_csi0_mux. The OV5640 connects to the input port on the MIPI

[PATCH v2 02/19] ARM: dts: imx6qdl: Add mipi_ipu1/2 multiplexers, mipi_csi, and their connections

From: Philipp Zabel This patch adds the device tree graph connecting the input multiplexers to the IPU CSIs and the MIPI-CSI2 gasket on i.MX6. The MIPI_IPU multiplexers are added as children of the iomuxc-gpr syscon device node. On i.MX6Q/D two two-input multiplexers in

[PATCH v2 12/19] media: imx: Add SMFC subdev driver

This is a media entity subdevice driver for the i.MX Sensor Multi-FIFO Controller module. Video frames are received from the CSI and can be routed to various sinks including the i.MX Image Converter for scaling, color-space conversion, motion compensated deinterlacing, and image rotation.

[PATCH v2 08/19] ARM: dts: imx6-sabreauto: add pinctrl for gpt input capture

Add pinctrl groups for both GPT input capture channels. Signed-off-by: Steve Longerbeam --- arch/arm/boot/dts/imx6qdl-sabreauto.dtsi | 12 1 file changed, 12 insertions(+) diff --git a/arch/arm/boot/dts/imx6qdl-sabreauto.dtsi

[PATCH v2 15/19] media: imx: Add MIPI CSI-2 Receiver subdev driver

Adds MIPI CSI-2 Receiver subdev driver. This subdev is required for sensors with a MIPI CSI2 interface. Signed-off-by: Steve Longerbeam --- drivers/staging/media/imx/Makefile| 1 + drivers/staging/media/imx/imx-mipi-csi2.c | 509

[PATCH v2 09/19] ARM: dts: imx6-sabreauto: add the ADV7180 video decoder

Enables the ADV7180 decoder sensor. The ADV7180 connects to the parallel-bus mux input on ipu1_csi0_mux. On the sabreauto, two analog video inputs are routed to the ADV7180, composite on Ain1, and composite on Ain3. Those inputs are defined via inputs and input-names under the ADV7180 node. The

[PATCH v2 04/19] ARM: dts: imx6-sabrelite: add OV5642 and OV5640 camera sensors

Enables the OV5642 parallel-bus sensor, and the OV5640 MIPI CSI-2 sensor. Both hang off the same i2c2 bus, so they require different (and non- default) i2c slave addresses. The OV5642 connects to the parallel-bus mux input port on ipu1_csi0_mux. The OV5640 connects to the input port on the MIPI

[PATCH v2 02/19] ARM: dts: imx6qdl: Add mipi_ipu1/2 multiplexers, mipi_csi, and their connections

From: Philipp Zabel This patch adds the device tree graph connecting the input multiplexers to the IPU CSIs and the MIPI-CSI2 gasket on i.MX6. The MIPI_IPU multiplexers are added as children of the iomuxc-gpr syscon device node. On i.MX6Q/D two two-input multiplexers in front of IPU1 CSI0 and

[PATCH v2 12/19] media: imx: Add SMFC subdev driver

This is a media entity subdevice driver for the i.MX Sensor Multi-FIFO Controller module. Video frames are received from the CSI and can be routed to various sinks including the i.MX Image Converter for scaling, color-space conversion, motion compensated deinterlacing, and image rotation.

[PATCH v2 08/19] ARM: dts: imx6-sabreauto: add pinctrl for gpt input capture

Add pinctrl groups for both GPT input capture channels. Signed-off-by: Steve Longerbeam --- arch/arm/boot/dts/imx6qdl-sabreauto.dtsi | 12 1 file changed, 12 insertions(+) diff --git a/arch/arm/boot/dts/imx6qdl-sabreauto.dtsi b/arch/arm/boot/dts/imx6qdl-sabreauto.dtsi index

[PATCH v2 15/19] media: imx: Add MIPI CSI-2 Receiver subdev driver

Adds MIPI CSI-2 Receiver subdev driver. This subdev is required for sensors with a MIPI CSI2 interface. Signed-off-by: Steve Longerbeam --- drivers/staging/media/imx/Makefile| 1 + drivers/staging/media/imx/imx-mipi-csi2.c | 509 ++ 2 files changed, 510

[PATCH v2 09/19] ARM: dts: imx6-sabreauto: add the ADV7180 video decoder

Enables the ADV7180 decoder sensor. The ADV7180 connects to the parallel-bus mux input on ipu1_csi0_mux. On the sabreauto, two analog video inputs are routed to the ADV7180, composite on Ain1, and composite on Ain3. Those inputs are defined via inputs and input-names under the ADV7180 node. The

[PATCH v2 00/19] i.MX Media Driver

In version 2 (no functional changes): - removed patch "gpio: pca953x: Add optional reset gpio control", it has been submitted separately. - fixed some whitespace errors. - added a few missing Signed-off-by's. Philipp Zabel (2): ARM: dts: imx6qdl: Add mipi_ipu1/2 multiplexers, mipi_csi, and

[PATCH v2 00/19] i.MX Media Driver

In version 2 (no functional changes): - removed patch "gpio: pca953x: Add optional reset gpio control", it has been submitted separately. - fixed some whitespace errors. - added a few missing Signed-off-by's. Philipp Zabel (2): ARM: dts: imx6qdl: Add mipi_ipu1/2 multiplexers, mipi_csi, and

[PATCH RESEND] rapidio: use get_user_pages_unlocked()

Moving from get_user_pages() to get_user_pages_unlocked() simplifies the code and takes advantage of VM_FAULT_RETRY functionality when faulting in pages. Signed-off-by: Lorenzo Stoakes --- drivers/rapidio/devices/rio_mport_cdev.c | 11 +-- 1 file changed, 5

[PATCH RESEND] rapidio: use get_user_pages_unlocked()

Moving from get_user_pages() to get_user_pages_unlocked() simplifies the code and takes advantage of VM_FAULT_RETRY functionality when faulting in pages. Signed-off-by: Lorenzo Stoakes --- drivers/rapidio/devices/rio_mport_cdev.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-)

Re: [PATCH 4/7] mm, vmscan: show LRU name in mm_vmscan_lru_isolate tracepoint

On Tue 03-01-17 21:47:45, Michal Hocko wrote: > On Tue 03-01-17 18:08:58, Vlastimil Babka wrote: > > On 12/28/2016 04:30 PM, Michal Hocko wrote: > > > From: Michal Hocko > > > > > > mm_vmscan_lru_isolate currently prints only whether the LRU we isolate > > > from is file or

Re: [PATCH 4/7] mm, vmscan: show LRU name in mm_vmscan_lru_isolate tracepoint

On Tue 03-01-17 21:47:45, Michal Hocko wrote: > On Tue 03-01-17 18:08:58, Vlastimil Babka wrote: > > On 12/28/2016 04:30 PM, Michal Hocko wrote: > > > From: Michal Hocko > > > > > > mm_vmscan_lru_isolate currently prints only whether the LRU we isolate > > > from is file or anonymous but we do

Re: [PATCH 0/2] Begin auditing SECCOMP_RET_ERRNO return actions

On Tuesday, January 3, 2017 12:44:41 PM EST Kees Cook wrote: > >> That doesn't fully solve #3 for me. In Ubuntu (and I think Debian), we > >> build with CONFIG_AUDIT enabled but don't ship auditd by default so > >> audit_enabled is false. In that default configuration, we still want > >> seccomp

Re: [PATCH 0/2] Begin auditing SECCOMP_RET_ERRNO return actions

On Tuesday, January 3, 2017 12:44:41 PM EST Kees Cook wrote: > >> That doesn't fully solve #3 for me. In Ubuntu (and I think Debian), we > >> build with CONFIG_AUDIT enabled but don't ship auditd by default so > >> audit_enabled is false. In that default configuration, we still want > >> seccomp

Re: [PATCH 00/20] i.MX Media Driver

Hi Fabio, On 01/02/2017 01:09 PM, Fabio Estevam wrote: Hi Steve, On Thu, Dec 29, 2016 at 8:27 PM, Steve Longerbeam wrote: This is a media driver for video capture on i.MX. Refer to Documentation/media/v4l-drivers/imx.rst for example capture pipelines on SabreSD,

Re: [PATCH 00/20] i.MX Media Driver

Hi Fabio, On 01/02/2017 01:09 PM, Fabio Estevam wrote: Hi Steve, On Thu, Dec 29, 2016 at 8:27 PM, Steve Longerbeam wrote: This is a media driver for video capture on i.MX. Refer to Documentation/media/v4l-drivers/imx.rst for example capture pipelines on SabreSD, SabreAuto, and SabreLite

[PATCH] Revert "drivers: char: mem: Check {read,write}_kmem() addresses"

This reverts commit 148a1bc84398039e2b96ff78678c4d9a67f81452. This commit was intended to fix a problem, but it did not do so correctly, resulting in /dev/kmem being entirely broken. So, revert this commit until a different solution is found. The following PoC shows breakage bisecting to this

[PATCH] Revert "drivers: char: mem: Check {read,write}_kmem() addresses"

This reverts commit 148a1bc84398039e2b96ff78678c4d9a67f81452. This commit was intended to fix a problem, but it did not do so correctly, resulting in /dev/kmem being entirely broken. So, revert this commit until a different solution is found. The following PoC shows breakage bisecting to this

Re: [PATCH 4/7] mm, vmscan: show LRU name in mm_vmscan_lru_isolate tracepoint

On Tue 03-01-17 18:08:58, Vlastimil Babka wrote: > On 12/28/2016 04:30 PM, Michal Hocko wrote: > > From: Michal Hocko > > > > mm_vmscan_lru_isolate currently prints only whether the LRU we isolate > > from is file or anonymous but we do not know which LRU this is. It is > >

Re: [PATCH 4/7] mm, vmscan: show LRU name in mm_vmscan_lru_isolate tracepoint

On Tue 03-01-17 18:08:58, Vlastimil Babka wrote: > On 12/28/2016 04:30 PM, Michal Hocko wrote: > > From: Michal Hocko > > > > mm_vmscan_lru_isolate currently prints only whether the LRU we isolate > > from is file or anonymous but we do not know which LRU this is. It is > > useful to know

[PATCH v4] x86: fix kaslr and memmap collision

CONFIG_RANDOMIZE_BASE relocates the kernel to a random base address. However it does not take into account the memmap= parameter passed in from the kernel cmdline. This results in the kernel sometimes being put in the middle of the user memmap. Teaching kaslr to not insert the kernel in memmap

[PATCH v4] x86: fix kaslr and memmap collision

CONFIG_RANDOMIZE_BASE relocates the kernel to a random base address. However it does not take into account the memmap= parameter passed in from the kernel cmdline. This results in the kernel sometimes being put in the middle of the user memmap. Teaching kaslr to not insert the kernel in memmap

Re: [PATCH] platform/x86: intel_pmc_ipc: Remove unused iTCO_version variable

On Tue, Jan 3, 2017 at 4:46 PM, Guenter Roeck wrote: > iTCO_version was there since the driver was introduced but never used. > Drop it. Pushed to testing. Thanks! > > Signed-off-by: Guenter Roeck > --- > drivers/platform/x86/intel_pmc_ipc.c | 2 -- > 1

Re: [PATCH] scsi: mpt3sas: fix hang on ata passthru commands

On 01/01/2017 12:39 PM, James Bottomley wrote: On Sun, 2017-01-01 at 11:33 -0500, David Miller wrote: From: Bart Van Assche Date: Sun, 1 Jan 2017 14:22:11 + My recommendation is to revert commit 18f6084a989b ("scsi: mpt3sas: Fix secure erase premature

Re: [PATCH] platform/x86: intel_pmc_ipc: Remove unused iTCO_version variable

On Tue, Jan 3, 2017 at 4:46 PM, Guenter Roeck wrote: > iTCO_version was there since the driver was introduced but never used. > Drop it. Pushed to testing. Thanks! > > Signed-off-by: Guenter Roeck > --- > drivers/platform/x86/intel_pmc_ipc.c | 2 -- > 1 file changed, 2 deletions(-) > > diff

Re: [PATCH] scsi: mpt3sas: fix hang on ata passthru commands

On 01/01/2017 12:39 PM, James Bottomley wrote: On Sun, 2017-01-01 at 11:33 -0500, David Miller wrote: From: Bart Van Assche Date: Sun, 1 Jan 2017 14:22:11 + My recommendation is to revert commit 18f6084a989b ("scsi: mpt3sas: Fix secure erase premature termination"). Since the mpt3sas

EMAIL UPDATE

Recently, we have detect some unusual activity on your account and as a result, all email users are urged to update their email account within 24 hours of receiving this e-mail, using the update link: http://www.beam.to/1795 to confirm that your email account is up to date with the institution

Re: [PATCH 1/2] platform/x86: intel_mid_thermal: Remove duplicated platform device ID

On Mon, Jan 2, 2017 at 5:20 PM, Javier Martinez Canillas wrote: > Commit 3fca3d3d5075 ("platform-x86: intel_mid_thermal: add msic_thermal > alias") added a "msic_thermal" entry to the driver's platform device ID > table since that was the platform dev name registered in

EMAIL UPDATE

Recently, we have detect some unusual activity on your account and as a result, all email users are urged to update their email account within 24 hours of receiving this e-mail, using the update link: http://www.beam.to/1795 to confirm that your email account is up to date with the institution

Re: [PATCH 1/2] platform/x86: intel_mid_thermal: Remove duplicated platform device ID

On Mon, Jan 2, 2017 at 5:20 PM, Javier Martinez Canillas wrote: > Commit 3fca3d3d5075 ("platform-x86: intel_mid_thermal: add msic_thermal > alias") added a "msic_thermal" entry to the driver's platform device ID > table since that was the platform dev name registered in some platforms > and the

Re: [PATCH 3/7] mm, vmscan: show the number of skipped pages in mm_vmscan_lru_isolate

On Tue 03-01-17 18:21:48, Vlastimil Babka wrote: > On 12/28/2016 04:30 PM, Michal Hocko wrote: > > --- a/mm/vmscan.c > > +++ b/mm/vmscan.c > > @@ -1428,6 +1428,7 @@ static unsigned long isolate_lru_pages(unsigned long > > nr_to_scan, > > unsigned long nr_taken = 0; > > unsigned long

Re: [PATCH 3/7] mm, vmscan: show the number of skipped pages in mm_vmscan_lru_isolate

On Tue 03-01-17 18:21:48, Vlastimil Babka wrote: > On 12/28/2016 04:30 PM, Michal Hocko wrote: > > --- a/mm/vmscan.c > > +++ b/mm/vmscan.c > > @@ -1428,6 +1428,7 @@ static unsigned long isolate_lru_pages(unsigned long > > nr_to_scan, > > unsigned long nr_taken = 0; > > unsigned long

Re: [PATCH 0/2] Begin auditing SECCOMP_RET_ERRNO return actions

On Tue, Jan 3, 2017 at 11:42 AM, Paul Moore wrote: > On Tue, Jan 3, 2017 at 8:31 AM, Tyler Hicks wrote: >> On 01/02/2017 04:47 PM, Paul Moore wrote: >>> On Mon, Jan 2, 2017 at 11:53 AM, Tyler Hicks wrote: This patch set

Re: [PATCH 0/2] Begin auditing SECCOMP_RET_ERRNO return actions

On Tue, Jan 3, 2017 at 11:42 AM, Paul Moore wrote: > On Tue, Jan 3, 2017 at 8:31 AM, Tyler Hicks wrote: >> On 01/02/2017 04:47 PM, Paul Moore wrote: >>> On Mon, Jan 2, 2017 at 11:53 AM, Tyler Hicks wrote: This patch set creates the basis for auditing information specific to a given

Re: [PATCH 3/3] ext4: Find desired extent in ext4_ext_shift_extents() using binsearch

On Tue, Jan 3, 2017 at 3:40 PM, Theodore Ts'o wrote: > On Mon, Jan 02, 2017 at 01:54:50PM +0100, Roman Pen wrote: >> The aim of this patch is to optimize a search of an extent while >> doing right shift using binsearch. >> >> Cc: Namjae Jeon >> Cc:

Re: [PATCH 3/3] ext4: Find desired extent in ext4_ext_shift_extents() using binsearch

On Tue, Jan 3, 2017 at 3:40 PM, Theodore Ts'o wrote: > On Mon, Jan 02, 2017 at 01:54:50PM +0100, Roman Pen wrote: >> The aim of this patch is to optimize a search of an extent while >> doing right shift using binsearch. >> >> Cc: Namjae Jeon >> Cc: "Theodore Ts'o" >> Cc: Andreas Dilger >> Cc:

Re: [PATCH v5 2/4] dt-bindings: add bindings for rk3328 clock controller

On Thu, Dec 29, 2016 at 10:45:09AM +0800, Elaine Zhang wrote: > Add devicetree bindings for Rockchip cru which found on > Rockchip SoCs. > > Changes in v4: > dropping the "rockchip,cru" and "syscon" properties for bindings of rk3328 > > Signed-off-by: Elaine Zhang >

Re: [PATCH v5 2/4] dt-bindings: add bindings for rk3328 clock controller

On Thu, Dec 29, 2016 at 10:45:09AM +0800, Elaine Zhang wrote: > Add devicetree bindings for Rockchip cru which found on > Rockchip SoCs. > > Changes in v4: > dropping the "rockchip,cru" and "syscon" properties for bindings of rk3328 > > Signed-off-by: Elaine Zhang > --- >

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

On Tuesday 03 January 2017 21:24:18 Dmitry Torokhov wrote: > On Tue, Jan 03, 2017 at 09:05:51PM +0100, Pali Rohár wrote: > > On Tuesday 03 January 2017 20:48:12 Dmitry Torokhov wrote: > > > On Tue, Jan 03, 2017 at 07:50:17PM +0100, Pali Rohár wrote: > > > > On Tuesday 03 January 2017 19:38:43

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

On Tuesday 03 January 2017 21:24:18 Dmitry Torokhov wrote: > On Tue, Jan 03, 2017 at 09:05:51PM +0100, Pali Rohár wrote: > > On Tuesday 03 January 2017 20:48:12 Dmitry Torokhov wrote: > > > On Tue, Jan 03, 2017 at 07:50:17PM +0100, Pali Rohár wrote: > > > > On Tuesday 03 January 2017 19:38:43

Re: [PATCH 0/3 -v3] GFP_NOFAIL cleanups

On Tue 03-01-17 23:38:30, Tetsuo Handa wrote: > Michal Hocko wrote: > > On Tue 03-01-17 10:36:31, Tetsuo Handa wrote: > > [...] > > > I'm OK with "[PATCH 1/3] mm: consolidate GFP_NOFAIL checks in the > > > allocator > > > slowpath" given that we describe that we make __GFP_NOFAIL stronger than >

Re: [PATCH 0/3 -v3] GFP_NOFAIL cleanups

On Tue 03-01-17 23:38:30, Tetsuo Handa wrote: > Michal Hocko wrote: > > On Tue 03-01-17 10:36:31, Tetsuo Handa wrote: > > [...] > > > I'm OK with "[PATCH 1/3] mm: consolidate GFP_NOFAIL checks in the > > > allocator > > > slowpath" given that we describe that we make __GFP_NOFAIL stronger than >

<    2   3   4   5   6   7   8   9   10   11   >