[PATCH 1/4] f2fs: fix to avoid reading out encrypted data in page cache

From: Chao Yu For encrypted inode, if user overwrites data of the inode, f2fs will read encrypted data into page cache, and then do the decryption. However reader can race with overwriter, and it will see encrypted data which has not been decrypted by overwriter yet. Fix it by moving decrypting

[PATCH 2/4] f2fs: fix to detect truncation prior rather than EIO during read

From: Chao Yu In procedure of synchonized read, after sending out the read request, reader will try to lock the page for waiting device to finish the read jobs and unlock the page, but meanwhile, truncater will race with reader, so after reader get lock of the page, it should check page's

[patch v2 2/2] f2fs: fix to avoid data update racing between GC and DIO

From: Chao Yu Datas in file can be operated by GC and DIO simultaneously, so we will face race case as below: For write case: Thread AThread B - generic_file_direct_write - invalidate_inode_pages2_range - f2fs_direct_IO -

[patch v2 2/2] f2fs: fix to avoid data update racing between GC and DIO

From: Chao Yu Datas in file can be operated by GC and DIO simultaneously, so we will face race case as below: For write case: Thread AThread B - generic_file_direct_write - invalidate_inode_pages2_range - f2fs_direct_IO - do_blockdev_direct_IO -

Re: [PATCHv3] mvsas:Fix possible NULL pointer deference in mvs_dev_found_notify

On 02/07/16 20:05, James Bottomley wrote: > On Sat, 2016-07-02 at 19:16 +0100, Luis de Bethencourt wrote: >> On 02/07/16 18:00, Nicholas Krause wrote: >>> This adds properly checking after the call to mvs_find_dev_mvi >>> due to this function being able to return a NULL pointer and >>> if this

Re: [PATCHv3] mvsas:Fix possible NULL pointer deference in mvs_dev_found_notify

On 02/07/16 20:05, James Bottomley wrote: > On Sat, 2016-07-02 at 19:16 +0100, Luis de Bethencourt wrote: >> On 02/07/16 18:00, Nicholas Krause wrote: >>> This adds properly checking after the call to mvs_find_dev_mvi >>> due to this function being able to return a NULL pointer and >>> if this

[PATCH] tracing: Have HIST_TRIGGERS select TRACING

The kbuild test robot reported a compile error if HIST_TRIGGERS was enabled but nothing else that selected TRACING was configured in. HIST_TRIGGERS should directly select it and not rely on anything else to do it. Signed-off-by: Tom Zanussi --- kernel/trace/Kconfig

[PATCH] tracing: Have HIST_TRIGGERS select TRACING

The kbuild test robot reported a compile error if HIST_TRIGGERS was enabled but nothing else that selected TRACING was configured in. HIST_TRIGGERS should directly select it and not rely on anything else to do it. Signed-off-by: Tom Zanussi --- kernel/trace/Kconfig | 1 + 1 file changed, 1

Re: [PATCH 2/2] input: add ADC resistor ladder driver

On 01/07/16 22:30, Alexandre Belloni wrote: > A common way of multiplexing buttons on a single input in cheap devices is > to use a resistor ladder on an ADC. This driver supports that configuration > by polling an ADC channel provided by IIO. > > Signed-off-by: Alexandre Belloni

Re: [PATCH 2/2] input: add ADC resistor ladder driver

On 01/07/16 22:30, Alexandre Belloni wrote: > A common way of multiplexing buttons on a single input in cheap devices is > to use a resistor ladder on an ADC. This driver supports that configuration > by polling an ADC channel provided by IIO. > > Signed-off-by: Alexandre Belloni I like this a

Re: [PATCH 1/2] input: adc-keys: add DT binding documentation

On 01/07/16 22:30, Alexandre Belloni wrote: > Add documentation for ADC keys > > Signed-off-by: Alexandre Belloni Clean looking binding to me - one comment inline. Jonathan > --- > Cc: Rob Herring > Cc: devicet...@vger.kernel.org > >

Re: [PATCH 1/2] input: adc-keys: add DT binding documentation

On 01/07/16 22:30, Alexandre Belloni wrote: > Add documentation for ADC keys > > Signed-off-by: Alexandre Belloni Clean looking binding to me - one comment inline. Jonathan > --- > Cc: Rob Herring > Cc: devicet...@vger.kernel.org > > .../devicetree/bindings/input/adc-keys.txt | 45 >

Re: [RFC] mips: Add MXU context switching support

Will be great if someone could review this. Thanks in advance.

Re: [RFC] mips: Add MXU context switching support

Will be great if someone could review this. Thanks in advance.

Re: [PATCH 2/3] iio: adc: add support for Allwinner SoCs ADC

On 03/07/16 12:54, Jonathan Cameron wrote: > On 28/06/16 09:18, Quentin Schulz wrote: >> The Allwinner SoCs all have an ADC that can also act as a touchscreen >> controller and a thermal sensor. This patch adds the ADC driver which is >> based on the MFD for the same SoCs ADC. >> >> This also

Re: [PATCH 2/3] iio: adc: add support for Allwinner SoCs ADC

On 03/07/16 12:54, Jonathan Cameron wrote: > On 28/06/16 09:18, Quentin Schulz wrote: >> The Allwinner SoCs all have an ADC that can also act as a touchscreen >> controller and a thermal sensor. This patch adds the ADC driver which is >> based on the MFD for the same SoCs ADC. >> >> This also

[RFC PATCH 2/3] doc-rst: customize RTD theme, table & full width

From: Markus Heiser To: Jonathan Corbet To: Mauro Carvalho Chehab Cc: Hans Verkuil Cc: Daniel Vetter Cc: Airlie Cc: Likely Cc: Dunlap

[RFC PATCH 2/3] doc-rst: customize RTD theme, table & full width

From: Markus Heiser To: Jonathan Corbet To: Mauro Carvalho Chehab Cc: Hans Verkuil Cc: Daniel Vetter Cc: Airlie Cc: Likely Cc: Dunlap Cc: Packard Cc: linux-...@vger.kernel.org Cc: linux-kernel@vger.kernel.org The default table layout of the RTD theme does not fit for vast tables, like

[RFC PATCH 1/3] doc-rst: boilerplate HTML theme customization

From: Markus Heiser To: Jonathan Corbet To: Mauro Carvalho Chehab Cc: Hans Verkuil Cc: Daniel Vetter Cc: Airlie Cc: Likely Cc: Dunlap

[RFC PATCH 3/3] doc-rst: customize RTD theme, captions & inline literal

From: Markus Heiser To: Jonathan Corbet To: Mauro Carvalho Chehab Cc: Hans Verkuil Cc: Daniel Vetter Cc: Airlie Cc: Likely Cc: Dunlap

[RFC PATCH 1/3] doc-rst: boilerplate HTML theme customization

From: Markus Heiser To: Jonathan Corbet To: Mauro Carvalho Chehab Cc: Hans Verkuil Cc: Daniel Vetter Cc: Airlie Cc: Likely Cc: Dunlap Cc: Packard Cc: linux-...@vger.kernel.org Cc: linux-kernel@vger.kernel.org Implements the minimal boilerplate for Sphinx HTML theme customization.

[RFC PATCH 3/3] doc-rst: customize RTD theme, captions & inline literal

From: Markus Heiser To: Jonathan Corbet To: Mauro Carvalho Chehab Cc: Hans Verkuil Cc: Daniel Vetter Cc: Airlie Cc: Likely Cc: Dunlap Cc: Packard Cc: linux-...@vger.kernel.org Cc: linux-kernel@vger.kernel.org The layout of (table) captions in the RTD theme is a bit ugly and the bordered,

[RFC PATCH 0/3] doc-rst: customize HTML (RTD) theme

From: Markus Heiser The default layout of the RTD HTML theme has some tweaks, discussed in the linux-doc ML [1][2]. This series adds a boilerplate to customize HTML themes and it fix the tweaks (mainly) for tables, captions and inline literals. Since there is no

[RFC PATCH 0/3] doc-rst: customize HTML (RTD) theme

From: Markus Heiser The default layout of the RTD HTML theme has some tweaks, discussed in the linux-doc ML [1][2]. This series adds a boilerplate to customize HTML themes and it fix the tweaks (mainly) for tables, captions and inline literals. Since there is no (vast) table in Jon's docs-next

Re: [PATCH 2/2] iio: adc: sun4i_lradc: new driver

On 01/07/16 22:00, Alexandre Belloni wrote: > Add an IIO driver for the Allwinner LRADC. To avoid idiots (i.e. me) confusing this with the touch screen ADC could you expand a little on the description in future patches. A few general bits and bobs inline. Jonathan > > Signed-off-by: Alexandre

Re: [PATCH v5 5/8] spi: add support for ACPI reconfigure notifications

On Fri, Jul 01, 2016 at 11:19:09PM +0300, Octavian Purdila wrote: > This patch adds supports for SPI device enumeration and removal via > ACPI reconfiguration notifications that are send as a result of an > ACPI table load or unload operation. Acked-by: Mark Brown

Re: [PATCH 2/2] iio: adc: sun4i_lradc: new driver

On 01/07/16 22:00, Alexandre Belloni wrote: > Add an IIO driver for the Allwinner LRADC. To avoid idiots (i.e. me) confusing this with the touch screen ADC could you expand a little on the description in future patches. A few general bits and bobs inline. Jonathan > > Signed-off-by: Alexandre

Re: [PATCH v5 5/8] spi: add support for ACPI reconfigure notifications

On Fri, Jul 01, 2016 at 11:19:09PM +0300, Octavian Purdila wrote: > This patch adds supports for SPI device enumeration and removal via > ACPI reconfiguration notifications that are send as a result of an > ACPI table load or unload operation. Acked-by: Mark Brown signature.asc Description:

Re: [PATCH RFC 0/7] support clk setting during kernel early boot

Hi Stefan, On Sat, Jul 2, 2016 at 8:12 PM, Stefan Agner wrote: > I found that remark interesting, and agree here with Stephen, critical > clks should be already on and everything else should be controlled from > drivers. > > With that in mind I went on and looked again what is

Re: [PATCH RFC 0/7] support clk setting during kernel early boot

Hi Stefan, On Sat, Jul 2, 2016 at 8:12 PM, Stefan Agner wrote: > I found that remark interesting, and agree here with Stephen, critical > clks should be already on and everything else should be controlled from > drivers. > > With that in mind I went on and looked again what is currently (after

Re: [PATCH 1/2] iio: sun4i-lradc: Add binding documentation

On 02/07/16 14:35, Alexandre Belloni wrote: > On 02/07/2016 at 17:12:55 +0800, Chen-Yu Tsai wrote : >> Hi, >> >> On Sat, Jul 2, 2016 at 5:00 AM, Alexandre Belloni >> wrote: >>> Document the bindings for the Allwinner LRADC. >> >> We already have

Re: [PATCH 1/2] iio: sun4i-lradc: Add binding documentation

On 02/07/16 14:35, Alexandre Belloni wrote: > On 02/07/2016 at 17:12:55 +0800, Chen-Yu Tsai wrote : >> Hi, >> >> On Sat, Jul 2, 2016 at 5:00 AM, Alexandre Belloni >> wrote: >>> Document the bindings for the Allwinner LRADC. >> >> We already have

Re: [PATCH 2/3] iio: adc: add support for Allwinner SoCs ADC

On 28/06/16 09:18, Quentin Schulz wrote: > The Allwinner SoCs all have an ADC that can also act as a touchscreen > controller and a thermal sensor. This patch adds the ADC driver which is > based on the MFD for the same SoCs ADC. > > This also registers the thermal adc channel in the iio map

Re: [PATCH 2/3] iio: adc: add support for Allwinner SoCs ADC

On 28/06/16 09:18, Quentin Schulz wrote: > The Allwinner SoCs all have an ADC that can also act as a touchscreen > controller and a thermal sensor. This patch adds the ADC driver which is > based on the MFD for the same SoCs ADC. > > This also registers the thermal adc channel in the iio map

Re: [PATCH RESEND v2] mfd: sm501: Add device property

On Fri, 01 Jul 2016 17:59:11 +0900, Lee Jones wrote: > > On Fri, 01 Jul 2016, Yoshinori Sato wrote: > > > On Thu, 30 Jun 2016 16:48:00 +0900, > > Lee Jones wrote: > > > > > > On Thu, 30 Jun 2016, Yoshinori Sato wrote: > > > > > > > Signed-off-by: Yoshinori Sato > >

Re: [PATCH RESEND v2] mfd: sm501: Add device property

On Fri, 01 Jul 2016 17:59:11 +0900, Lee Jones wrote: > > On Fri, 01 Jul 2016, Yoshinori Sato wrote: > > > On Thu, 30 Jun 2016 16:48:00 +0900, > > Lee Jones wrote: > > > > > > On Thu, 30 Jun 2016, Yoshinori Sato wrote: > > > > > > > Signed-off-by: Yoshinori Sato > > > > --- > > > >

Re: [PATCH v4 19/22] sh: IO-DATA HDL-U (a,k.a landisk) IRQCHIP driver

On Fri, 01 Jul 2016 10:48:53 +0900, Rob Herring wrote: > > On Wed, Jun 29, 2016 at 10:41:04PM +0900, Yoshinori Sato wrote: > > Changes v4 > > - split patches > > - remove unneeded line > > - example update > > > > Signed-off-by: Yoshinori Sato > > --- > >

Re: [PATCH v4 19/22] sh: IO-DATA HDL-U (a,k.a landisk) IRQCHIP driver

On Fri, 01 Jul 2016 10:48:53 +0900, Rob Herring wrote: > > On Wed, Jun 29, 2016 at 10:41:04PM +0900, Yoshinori Sato wrote: > > Changes v4 > > - split patches > > - remove unneeded line > > - example update > > > > Signed-off-by: Yoshinori Sato > > --- > >

Re: [PATCH v4 14/22] sh: SH7751 core dtsi

On Fri, 01 Jul 2016 17:57:00 +0900, Geert Uytterhoeven wrote: > > Hi Sato-san, > > On Wed, Jun 29, 2016 at 3:40 PM, Yoshinori Sato > wrote: > > SH7751 core and internal peripheral define. > > Thanks for your patch! > > > Changes v4 > > - remove unneeded

Re: [PATCH v4 21/22] sh: Renesas RTS7751R2Dplus (a,k.a R2Dplus) IRQCHIP Driver

On Fri, 01 Jul 2016 10:53:13 +0900, Rob Herring wrote: > > On Wed, Jun 29, 2016 at 10:41:06PM +0900, Yoshinori Sato wrote: > > Changes v4 > > - split patch. > > - remove unneeded #address > > Actually, I think #address-cells is supposed to be set for > interrupt-map. It defines the size of the

Re: [PATCH v4 14/22] sh: SH7751 core dtsi

On Fri, 01 Jul 2016 17:57:00 +0900, Geert Uytterhoeven wrote: > > Hi Sato-san, > > On Wed, Jun 29, 2016 at 3:40 PM, Yoshinori Sato > wrote: > > SH7751 core and internal peripheral define. > > Thanks for your patch! > > > Changes v4 > > - remove unneeded #address-cells and #size-cells > > -

Re: [PATCH v4 21/22] sh: Renesas RTS7751R2Dplus (a,k.a R2Dplus) IRQCHIP Driver

On Fri, 01 Jul 2016 10:53:13 +0900, Rob Herring wrote: > > On Wed, Jun 29, 2016 at 10:41:06PM +0900, Yoshinori Sato wrote: > > Changes v4 > > - split patch. > > - remove unneeded #address > > Actually, I think #address-cells is supposed to be set for > interrupt-map. It defines the size of the

core.c:undefined reference to `fpu_save'

Hi, It's probably a bug fix that unveils the link errors. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 4f302921c1458d790ae21147f7043f4e6b6a1085 commit: c60f169202c7643991a8b4bfeea60e06843d5b5a arch/mn10300/kernel/fpu-nofpu.c: needs asm/elf.h date:

core.c:undefined reference to `fpu_save'

Hi, It's probably a bug fix that unveils the link errors. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 4f302921c1458d790ae21147f7043f4e6b6a1085 commit: c60f169202c7643991a8b4bfeea60e06843d5b5a arch/mn10300/kernel/fpu-nofpu.c: needs asm/elf.h date:

Re: [PATCH 1/3] mfd: add support for Allwinner SoCs ADC

On 28/06/16 09:18, Quentin Schulz wrote: > The Allwinner SoCs all have an ADC that can also act as a touchscreen > controller and a thermal sensor. For now, only the ADC and the thermal > sensor drivers are probed by the MFD, the touchscreen controller support > will be added later. > >

Re: [PATCH 1/3] mfd: add support for Allwinner SoCs ADC

On 28/06/16 09:18, Quentin Schulz wrote: > The Allwinner SoCs all have an ADC that can also act as a touchscreen > controller and a thermal sensor. For now, only the ADC and the thermal > sensor drivers are probed by the MFD, the touchscreen controller support > will be added later. > >

Re: [PATCH v3 4/4] iio: potentiometer: Fix typo in Kconfig

On 30/06/16 08:34, Florian Vaussard wrote: > Fix s/potentiomenter/potentiometer/. > > Suggested-by: Peter Meerwald-Stadler > Signed-off-by: Florian Vaussard Applied. > --- > drivers/iio/potentiometer/Kconfig | 6 +++--- > 1 file changed, 3

Re: [PATCH v3 4/4] iio: potentiometer: Fix typo in Kconfig

On 30/06/16 08:34, Florian Vaussard wrote: > Fix s/potentiomenter/potentiometer/. > > Suggested-by: Peter Meerwald-Stadler > Signed-off-by: Florian Vaussard Applied. > --- > drivers/iio/potentiometer/Kconfig | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git

Re: [PATCH v3 3/4] iio: potentiometer: mcp4531: Add device tree binding

On 30/06/16 09:09, Florian Vaussard wrote: > > > Le 30. 06. 16 à 09:46, Peter Rosin a écrit : >> >> >> On June 30, 2016 9:34:50 AM GMT+02:00, Florian Vaussard >> wrote: >>> This patch adds the necessary device tree binding to allow DT probing >>> of >>> currently

Re: [PATCH v3 3/4] iio: potentiometer: mcp4531: Add device tree binding

On 30/06/16 09:09, Florian Vaussard wrote: > > > Le 30. 06. 16 à 09:46, Peter Rosin a écrit : >> >> >> On June 30, 2016 9:34:50 AM GMT+02:00, Florian Vaussard >> wrote: >>> This patch adds the necessary device tree binding to allow DT probing >>> of >>> currently supported parts. >>> >>>

Re: [PATCH v3 2/4] iio: potentiometer: mcp4531: Add device tree binding documentation

On 01/07/16 03:19, Rob Herring wrote: > On Thu, Jun 30, 2016 at 09:34:49AM +0200, Florian Vaussard wrote: >> Add the device tree documentation for all the supported parts. Apart the >> compatible string and standard I2C binding, no other binding is currently >> needed. >> >> Signed-off-by: Florian

Re: [PATCH v3 2/4] iio: potentiometer: mcp4531: Add device tree binding documentation

On 01/07/16 03:19, Rob Herring wrote: > On Thu, Jun 30, 2016 at 09:34:49AM +0200, Florian Vaussard wrote: >> Add the device tree documentation for all the supported parts. Apart the >> compatible string and standard I2C binding, no other binding is currently >> needed. >> >> Signed-off-by: Florian

Re: [PATCH v3 1/4] iio: potentiometer: mcp4531: Add support for MCP454x, MCP456x, MCP464x and MCP466x

On 30/06/16 08:34, Florian Vaussard wrote: > This patch adds support for MCP454x, MCP456x, MCP464x and MCP466x parts. > The main difference with currently supported parts (MCP453x and alike) is > the addition of a non-volatile memory in order to recall the wiper setting > at power-on. This feature

Re: [PATCH v3 1/4] iio: potentiometer: mcp4531: Add support for MCP454x, MCP456x, MCP464x and MCP466x

On 30/06/16 08:34, Florian Vaussard wrote: > This patch adds support for MCP454x, MCP456x, MCP464x and MCP466x parts. > The main difference with currently supported parts (MCP453x and alike) is > the addition of a non-volatile memory in order to recall the wiper setting > at power-on. This feature

Re: [3/3] hwmon: iio_hwmon: defer probe when no channel is found

On 30/06/16 15:51, Guenter Roeck wrote: > On 06/30/2016 06:59 AM, Jonathan Cameron wrote: >> >> >> On 30 June 2016 04:47:25 BST, Guenter Roeck wrote: >>> On Tue, Jun 28, 2016 at 10:18:17AM +0200, Quentin Schulz wrote: iio_channel_get_all returns -ENODEV when it cannot

Re: [3/3] hwmon: iio_hwmon: defer probe when no channel is found

On 30/06/16 15:51, Guenter Roeck wrote: > On 06/30/2016 06:59 AM, Jonathan Cameron wrote: >> >> >> On 30 June 2016 04:47:25 BST, Guenter Roeck wrote: >>> On Tue, Jun 28, 2016 at 10:18:17AM +0200, Quentin Schulz wrote: iio_channel_get_all returns -ENODEV when it cannot find either >>>

Re: [PATCH v3 2/2] iio: adc: max1363: Add device tree binding

On 30/06/16 08:43, Florian Vaussard wrote: > This patch adds the necessary device tree binding to allow DT probing of > currently supported parts. > > Signed-off-by: Florian Vaussard Applied. Thanks. Jonathan > --- > drivers/iio/adc/max1363.c | 61 >

Re: [PATCH v3 1/2] iio: adc: max1363: Add device tree binding documentation

On 30/06/16 08:43, Florian Vaussard wrote: > Add the device tree documentation for all the supported parts. Mandatory > binding is the compatible string and the slave I2C address. > > Optional properties can be used to specify the Vcc / Vref regulators, as > well as the IRQ line if available. >

Re: [PATCH v3 2/2] iio: adc: max1363: Add device tree binding

On 30/06/16 08:43, Florian Vaussard wrote: > This patch adds the necessary device tree binding to allow DT probing of > currently supported parts. > > Signed-off-by: Florian Vaussard Applied. Thanks. Jonathan > --- > drivers/iio/adc/max1363.c | 61 >

Re: [PATCH v3 1/2] iio: adc: max1363: Add device tree binding documentation

On 30/06/16 08:43, Florian Vaussard wrote: > Add the device tree documentation for all the supported parts. Mandatory > binding is the compatible string and the slave I2C address. > > Optional properties can be used to specify the Vcc / Vref regulators, as > well as the IRQ line if available. >

Re: [PATCH v4 3/3] ARM:dts-Add dt node for Broadcom iproc-static-adc

On 28/06/16 08:40, Raveendra Padasalagi wrote: > This patch adds DT node for Broadcom's iproc-static-adc > controller driver. > > Signed-off-by: Raveendra Padasalagi > Reviewed-by: Ray Jui > Reviewed-by: Scott Branden

Re: [PATCH v4 3/3] ARM:dts-Add dt node for Broadcom iproc-static-adc

On 28/06/16 08:40, Raveendra Padasalagi wrote: > This patch adds DT node for Broadcom's iproc-static-adc > controller driver. > > Signed-off-by: Raveendra Padasalagi > Reviewed-by: Ray Jui > Reviewed-by: Scott Branden Driver is working its way towards just making the next merge window...

Re: [PATCH v4 1/3] Documentation: DT: Add iproc-static-adc binding

On 28/06/16 22:06, Rob Herring wrote: > On Tue, Jun 28, 2016 at 01:10:34PM +0530, Raveendra Padasalagi wrote: >> The patch adds devicetree binding document for broadcom's >> iproc-static-adc controller driver. >> >> Signed-off-by: Raveendra Padasalagi >>

Re: [PATCH v4 2/3] iio: Add driver for Broadcom iproc-static-adc

On 28/06/16 08:40, Raveendra Padasalagi wrote: > This patch adds basic driver implementation for Broadcom's > static adc controller used in iProc SoC's family. > > Signed-off-by: Raveendra Padasalagi > Reviewed-by: Ray Jui > Reviewed-by:

Re: [PATCH v4 1/3] Documentation: DT: Add iproc-static-adc binding

On 28/06/16 22:06, Rob Herring wrote: > On Tue, Jun 28, 2016 at 01:10:34PM +0530, Raveendra Padasalagi wrote: >> The patch adds devicetree binding document for broadcom's >> iproc-static-adc controller driver. >> >> Signed-off-by: Raveendra Padasalagi >> Reviewed-by: Ray Jui >> Reviewed-by:

Re: [PATCH v4 2/3] iio: Add driver for Broadcom iproc-static-adc

On 28/06/16 08:40, Raveendra Padasalagi wrote: > This patch adds basic driver implementation for Broadcom's > static adc controller used in iProc SoC's family. > > Signed-off-by: Raveendra Padasalagi > Reviewed-by: Ray Jui > Reviewed-by: Scott Branden Looks good to me. Applied to the togreg

Re: [RFC PATCH] media: s5p-mfc - remove vidioc_g_crop

Hi Nicolas, On 07/02/2016 10:29 PM, Nicolas Dufresne wrote: > > Le 30 juin 2016 5:35 PM, "Shuah Khan" > a écrit : >> >> Remove vidioc_g_crop() from s5p-mfc decoder. Without its s_crop counterpart >> g_crop is not useful. Delete it. > >

Re: [RFC PATCH] media: s5p-mfc - remove vidioc_g_crop

Hi Nicolas, On 07/02/2016 10:29 PM, Nicolas Dufresne wrote: > > Le 30 juin 2016 5:35 PM, "Shuah Khan" > a écrit : >> >> Remove vidioc_g_crop() from s5p-mfc decoder. Without its s_crop counterpart >> g_crop is not useful. Delete it. > > G_CROP tell the userspace

Re: [PATCH v4 10/29] x86/die: Don't try to recover from an OOPS on a non-default stack

On Sat, Jul 02, 2016 at 01:34:51PM -0500, Josh Poimboeuf wrote: > The existing 'object_is_on_stack()' can probably be used: > > if (!object_is_on_stack(current_top_of_stack())) > panic("..."); > > Though that function isn't quite accurately named. It should really > have

Re: [PATCH v4 10/29] x86/die: Don't try to recover from an OOPS on a non-default stack

On Sat, Jul 02, 2016 at 01:34:51PM -0500, Josh Poimboeuf wrote: > The existing 'object_is_on_stack()' can probably be used: > > if (!object_is_on_stack(current_top_of_stack())) > panic("..."); > > Though that function isn't quite accurately named. It should really > have

Re: [PATCH v2 3/4] iio: potentiometer: mcp4531: Add device tree binding

On 27/06/16 06:30, Florian Vaussard wrote: > Hi Peter, > > Le 27. 06. 16 à 00:12, Peter Rosin a écrit : >> Hi Florian, >> >> On 2016-06-26 22:22, Florian Vaussard wrote: >>> This patch adds the necessary device tree binding to allow DT probing of >>> currently supported parts. >>> >>>

Re: [PATCH v2 3/4] iio: potentiometer: mcp4531: Add device tree binding

On 27/06/16 06:30, Florian Vaussard wrote: > Hi Peter, > > Le 27. 06. 16 à 00:12, Peter Rosin a écrit : >> Hi Florian, >> >> On 2016-06-26 22:22, Florian Vaussard wrote: >>> This patch adds the necessary device tree binding to allow DT probing of >>> currently supported parts. >>> >>>

Re: [PATCH v2] drivers:iio:light:isl29125: added macros for sensing range

On 27/06/16 16:37, Bijosh Thykkoottathil wrote: > Added macros for sensing range as the corresponding magic numbers > were used at multiple places. >- ISL29125_SENSING_RANGE_0 for 375 lux full range >- ISL29125_SENSING_RANGE_1 for 10k lux full range > > Signed-off-by: Bijosh

Re: [PATCH v2] drivers:iio:light:isl29125: added macros for sensing range

On 27/06/16 16:37, Bijosh Thykkoottathil wrote: > Added macros for sensing range as the corresponding magic numbers > were used at multiple places. >- ISL29125_SENSING_RANGE_0 for 375 lux full range >- ISL29125_SENSING_RANGE_1 for 10k lux full range > > Signed-off-by: Bijosh

Re: [PATCHv4 1/1] thermal: core: call thermal_zone_device_update() after mode update

Hi, 23. Juni 2016 06:52 Uhr, "Darren Hart" schrieb: > On Wed, Jun 22, 2016 at 08:03:18AM -0700, Eduardo Valentin wrote: > >> Because several drivers do the following pattern: >> .set_mode() >> ... >> local_data->mode = new_mode; >> thermal_zone_device_update(tz); >> >>

Re: [PATCHv4 1/1] thermal: core: call thermal_zone_device_update() after mode update

Hi, 23. Juni 2016 06:52 Uhr, "Darren Hart" schrieb: > On Wed, Jun 22, 2016 at 08:03:18AM -0700, Eduardo Valentin wrote: > >> Because several drivers do the following pattern: >> .set_mode() >> ... >> local_data->mode = new_mode; >> thermal_zone_device_update(tz); >> >> makes sense to simply do

Re: [PATCH 1/4] net: ethernet: ti: davinci_cpdma: split descs num between all channels

On 01.07.16 23:35, David Miller wrote: From: Ivan Khoronzhuk Date: Thu, 30 Jun 2016 22:04:35 +0300 @@ -720,7 +763,7 @@ unlock_ret: } EXPORT_SYMBOL_GPL(cpdma_chan_submit); -bool cpdma_check_free_tx_desc(struct cpdma_chan *chan) +inline bool

Re: [PATCH 1/4] net: ethernet: ti: davinci_cpdma: split descs num between all channels

On 01.07.16 23:35, David Miller wrote: From: Ivan Khoronzhuk Date: Thu, 30 Jun 2016 22:04:35 +0300 @@ -720,7 +763,7 @@ unlock_ret: } EXPORT_SYMBOL_GPL(cpdma_chan_submit); -bool cpdma_check_free_tx_desc(struct cpdma_chan *chan) +inline bool cpdma_check_free_desc(struct cpdma_chan *chan)

[tip:perf/urgent] perf/x86: Fix 32-bit perf user callgraph collection

Commit-ID: fc18822510721fe694d273c5211c71ea52796d76 Gitweb: http://git.kernel.org/tip/fc18822510721fe694d273c5211c71ea52796d76 Author: Josh Poimboeuf AuthorDate: Fri, 1 Jul 2016 23:02:05 -0500 Committer: Ingo Molnar CommitDate: Sun, 3 Jul 2016

[tip:perf/urgent] perf/x86/intel: Update event constraints when HT is off

Commit-ID: 9010ae4a8dee29e5886e86682799dde0eee7f447 Gitweb: http://git.kernel.org/tip/9010ae4a8dee29e5886e86682799dde0eee7f447 Author: Stephane Eranian AuthorDate: Fri, 1 Jul 2016 15:22:22 -0700 Committer: Ingo Molnar CommitDate: Sun, 3 Jul 2016

[tip:perf/urgent] perf/x86: Fix 32-bit perf user callgraph collection

Commit-ID: fc18822510721fe694d273c5211c71ea52796d76 Gitweb: http://git.kernel.org/tip/fc18822510721fe694d273c5211c71ea52796d76 Author: Josh Poimboeuf AuthorDate: Fri, 1 Jul 2016 23:02:05 -0500 Committer: Ingo Molnar CommitDate: Sun, 3 Jul 2016 10:43:00 +0200 perf/x86: Fix 32-bit perf

[tip:perf/urgent] perf/x86/intel: Update event constraints when HT is off

Commit-ID: 9010ae4a8dee29e5886e86682799dde0eee7f447 Gitweb: http://git.kernel.org/tip/9010ae4a8dee29e5886e86682799dde0eee7f447 Author: Stephane Eranian AuthorDate: Fri, 1 Jul 2016 15:22:22 -0700 Committer: Ingo Molnar CommitDate: Sun, 3 Jul 2016 10:39:53 +0200 perf/x86/intel: Update

[GIT PULL] fuse fix for 4.7-rc5

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git for-linus This makes sure not userspace filesystems are broken by the parallel lookups and readdir feature. Thanks, Miklos --- Miklos Szeredi (1): fuse: serialize dirops by default ---

[GIT PULL] fuse fix for 4.7-rc5

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git for-linus This makes sure not userspace filesystems are broken by the parallel lookups and readdir feature. Thanks, Miklos --- Miklos Szeredi (1): fuse: serialize dirops by default ---

[GIT PULL] overlayfs fixes for 4.7-rc5

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git overlayfs-linus This contains fixes for a dentry leak, a regression in 4.6 noticed by Docker users and missing write access checking in truncate. Thanks, Miklos --- Miklos Szeredi (2): ovl: fix

[GIT PULL] overlayfs fixes for 4.7-rc5

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git overlayfs-linus This contains fixes for a dentry leak, a regression in 4.6 noticed by Docker users and missing write access checking in truncate. Thanks, Miklos --- Miklos Szeredi (2): ovl: fix

undefined reference to `bad_dma_ops'

Hi, It's probably a bug fix that unveils the link errors. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 4f302921c1458d790ae21147f7043f4e6b6a1085 commit: 420520766a796d3607639ba1e4fb1aadeadd [media] media: Kconfig: add dependency of HAS_DMA date:

undefined reference to `bad_dma_ops'

Hi, It's probably a bug fix that unveils the link errors. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 4f302921c1458d790ae21147f7043f4e6b6a1085 commit: 420520766a796d3607639ba1e4fb1aadeadd [media] media: Kconfig: add dependency of HAS_DMA date:

Re: [PATCH 0/2] Input-at32psif: Fine-tuning for OOM handling in psif_probe()

>> A few update suggestions were taken into account >> from static source code analysis. >> >> Markus Elfring (2): >> Return directly after a failed kzalloc() >> Remove two OOM messages >> >> drivers/input/serio/at32psif.c | 10 +++--- >> 1 file changed, 3 insertions(+), 7 deletions(-) >

Re: [PATCH 0/2] Input-at32psif: Fine-tuning for OOM handling in psif_probe()

>> A few update suggestions were taken into account >> from static source code analysis. >> >> Markus Elfring (2): >> Return directly after a failed kzalloc() >> Remove two OOM messages >> >> drivers/input/serio/at32psif.c | 10 +++--- >> 1 file changed, 3 insertions(+), 7 deletions(-) >

[PATCH v2] phy: add phy-hisi-inno-usb2

Add support for inno usb2 phy integrated on some hisilicon SOCs. Signed-off-by: Pengcheng Li --- .../devicetree/bindings/phy/phy-hisi-inno-usb2.txt | 48 drivers/phy/Kconfig| 10 + drivers/phy/Makefile |

[PATCH v2] phy: add phy-hisi-inno-usb2

Add support for inno usb2 phy integrated on some hisilicon SOCs. Signed-off-by: Pengcheng Li --- .../devicetree/bindings/phy/phy-hisi-inno-usb2.txt | 48 drivers/phy/Kconfig| 10 + drivers/phy/Makefile | 1 +

Re: More parallel atomic_open/d_splice_alias fun with NFS and possibly more FSes.

On Sat, Jun 25, 2016 at 12:38:40PM -0400, Oleg Drokin wrote: > Sorry to nag you about this, but did any of those pan out? > > d_alloc_parallel() sounds like a bit too heavy there, esp. considering we > came in with > a dentry already (though a potentially shared one, I understand). > Would not

Re: More parallel atomic_open/d_splice_alias fun with NFS and possibly more FSes.

On Sat, Jun 25, 2016 at 12:38:40PM -0400, Oleg Drokin wrote: > Sorry to nag you about this, but did any of those pan out? > > d_alloc_parallel() sounds like a bit too heavy there, esp. considering we > came in with > a dentry already (though a potentially shared one, I understand). > Would not

Re: [PATCH v4 5/5] ARM: dts: mt2701: add iommu/smi dtsi node for mt2701

On 06/08/2016 11:51 AM, honghui.zh...@mediatek.com wrote: From: Honghui Zhang Add the dtsi node of iommu and smi for mt2701. Signed-off-by: Honghui Zhang --- arch/arm/boot/dts/mt2701.dtsi | 51

Re: [PATCH v4 5/5] ARM: dts: mt2701: add iommu/smi dtsi node for mt2701

On 06/08/2016 11:51 AM, honghui.zh...@mediatek.com wrote: From: Honghui Zhang Add the dtsi node of iommu and smi for mt2701. Signed-off-by: Honghui Zhang --- arch/arm/boot/dts/mt2701.dtsi | 51 +++ 1 file changed, 51 insertions(+) Applied,

[PATCH] drm/tegra: fix error handling

This is likely that checking 'gr3d->clk_secondary' instead of 'gr3d->clk' is expected here. Signed-off-by: Christophe JAILLET --- drivers/gpu/drm/tegra/gr3d.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/tegra/gr3d.c

[PATCH] drm/tegra: fix error handling

This is likely that checking 'gr3d->clk_secondary' instead of 'gr3d->clk' is expected here. Signed-off-by: Christophe JAILLET --- drivers/gpu/drm/tegra/gr3d.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/tegra/gr3d.c b/drivers/gpu/drm/tegra/gr3d.c

Re: [RFC PATCH 0/1] Portable Device Tree Connector -- conceptual

On 07/02/16 16:55, frowand.l...@gmail.com wrote: > From: Frank Rowand > > Hi All, > > This is version 2 of this email. < snip > > The one remaining piece that this patch does not provide is how > the overlay manager (which does not yet exist in the mainline > tree)

[PATCH] clk: stm32f4: fix error handling

This is likely that checking 'clks[idx]' instead of 'clks[n]' is expected here. Signed-off-by: Christophe JAILLET --- drivers/clk/clk-stm32f4.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/clk/clk-stm32f4.c

<    1   2   3   4   5   6   >