[PATCH 6/9] mtd: spi-nor: remove unused set_quad_mode() function

The set_quad_mode() function is no longer used, so we remove it. This patch is not squashed into the previous patch on purpose for readiness issue and to ease the review process of the whole series. Signed-off-by: Cyrille Pitchen --- drivers/mtd/spi-nor/spi-nor.c | 24

[PATCH 5/9] mtd: spi-nor: add support of SPI protocols like SPI 1-2-2 and SPI 1-4-4

This patch changes the prototype of spi_nor_scan(): its 3rd parameter is replaced by a const struct spi_nor_modes pointer, which tells the spi-nor framework about which SPI protocols are supported by the SPI controller. Besides, this patch also introduces a new spi_nor_basic_flash_parameter

Re: [PATCH 1/4] phy: rockchip-emmc: give DLL some extra time to be ready

On Mon, Jun 20, 2016 at 09:25:18AM -0700, Doug Anderson wrote: > On Mon, Jun 20, 2016 at 9:19 AM, Brian Norris > wrote: > > Ulf, > > > > I see I didn't CC you or linux-mmc on this patch series. Please let me > > know if I should resend, or if you can pick these up off

Re: [PATCH 1/4] phy: rockchip-emmc: give DLL some extra time to be ready

On Mon, Jun 20, 2016 at 09:25:18AM -0700, Doug Anderson wrote: > On Mon, Jun 20, 2016 at 9:19 AM, Brian Norris > wrote: > > Ulf, > > > > I see I didn't CC you or linux-mmc on this patch series. Please let me > > know if I should resend, or if you can pick these up off of LKML -- Doug > > gave

[PATCH 1/9] mtd: spi-nor: improve macronix_quad_enable()

The patch checks whether the Quad Enable bit is already set in the Status Register. If so, the function exits immediately with a successful return code. Otherwise, a message is now printed telling we're setting the non-volatile bit. Signed-off-by: Cyrille Pitchen ---

[PATCH 2/9] mtd: spi-nor: add an alternative method to support memory >16MiB

This patch provides an alternative mean to support memory above 16MiB (128Mib) by replacing 3byte address op codes by their associated 4byte address versions. Using the dedicated 4byte address op codes doesn't change the internal state of the SPI NOR memory as opposed to using other means such as

[PATCH 3/9] Documentation: atmel-quadspi: add binding file for Atmel QSPI driver

This patch documents the DT bindings for the driver of the Atmel QSPI controller embedded inside sama5d2x SoCs. Signed-off-by: Cyrille Pitchen Acked-by: Rob Herring Acked-by: Nicolas Ferre ---

[PATCH 1/9] mtd: spi-nor: improve macronix_quad_enable()

The patch checks whether the Quad Enable bit is already set in the Status Register. If so, the function exits immediately with a successful return code. Otherwise, a message is now printed telling we're setting the non-volatile bit. Signed-off-by: Cyrille Pitchen ---

[PATCH 2/9] mtd: spi-nor: add an alternative method to support memory >16MiB

This patch provides an alternative mean to support memory above 16MiB (128Mib) by replacing 3byte address op codes by their associated 4byte address versions. Using the dedicated 4byte address op codes doesn't change the internal state of the SPI NOR memory as opposed to using other means such as

[PATCH 3/9] Documentation: atmel-quadspi: add binding file for Atmel QSPI driver

This patch documents the DT bindings for the driver of the Atmel QSPI controller embedded inside sama5d2x SoCs. Signed-off-by: Cyrille Pitchen Acked-by: Rob Herring Acked-by: Nicolas Ferre --- .../devicetree/bindings/mtd/atmel-quadspi.txt | 32 ++ 1 file changed, 32

Re: [PATCH v2 10/11] phy: rockchip-emmc: Set phyctrl_frqsel based on card clock

Heiko, On Sat, Jun 18, 2016 at 5:20 AM, Heiko Stübner wrote: > Am Montag, 13. Juni 2016, 16:04:34 schrieb Douglas Anderson: >> The "phyctrl_frqsel" is described in the Arasan datasheet [1] as "the >> frequency range of DLL operation". Although the Rockchip variant of >> this

[PATCH 0/9] mtd: spi-nor: parse SFDP tables as defined by JESD216B

of SPI protocols supported by the SPI controller. Using both this list and the SFDP settings, the spi-nor framework can now select the best match for SPI protocols supported by both the memory and the controller. This series of patches is based onto next-20160620. It was tested on a sama5d2

Re: [PATCH v2 10/11] phy: rockchip-emmc: Set phyctrl_frqsel based on card clock

Heiko, On Sat, Jun 18, 2016 at 5:20 AM, Heiko Stübner wrote: > Am Montag, 13. Juni 2016, 16:04:34 schrieb Douglas Anderson: >> The "phyctrl_frqsel" is described in the Arasan datasheet [1] as "the >> frequency range of DLL operation". Although the Rockchip variant of >> this PHY has different

[PATCH 0/9] mtd: spi-nor: parse SFDP tables as defined by JESD216B

of SPI protocols supported by the SPI controller. Using both this list and the SFDP settings, the spi-nor framework can now select the best match for SPI protocols supported by both the memory and the controller. This series of patches is based onto next-20160620. It was tested on a sama5d2

Re: [PATCH v2] arm: tegra124: remove commas from unit addresses

On 06/20/2016 10:40 AM, Thierry Reding wrote: On Mon, Jun 20, 2016 at 09:50:26AM -0600, Stephen Warren wrote: On 06/18/2016 07:04 PM, Marcel Ziswiler wrote: Remove commas from unit addresses as suggested by Rob Herring upon me posting initial Apalis TK1 support:

Re: [PATCH v2] arm: tegra124: remove commas from unit addresses

On 06/20/2016 10:40 AM, Thierry Reding wrote: On Mon, Jun 20, 2016 at 09:50:26AM -0600, Stephen Warren wrote: On 06/18/2016 07:04 PM, Marcel Ziswiler wrote: Remove commas from unit addresses as suggested by Rob Herring upon me posting initial Apalis TK1 support:

Re: [PATCH 1/4] dt-bindings: vendor-prefixes: Add Sierra Wireless

On Fri, Jun 17, 2016 at 12:42:09PM +0200, Neil Armstrong wrote: > Add Sierra Wireless as swi vendor prefix. > > Signed-off-by: Neil Armstrong > --- > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + > 1 file changed, 1 insertion(+) > > diff --git

Re: [PATCH 1/4] dt-bindings: vendor-prefixes: Add Sierra Wireless

On Fri, Jun 17, 2016 at 12:42:09PM +0200, Neil Armstrong wrote: > Add Sierra Wireless as swi vendor prefix. > > Signed-off-by: Neil Armstrong > --- > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + > 1 file changed, 1 insertion(+) > > diff --git

Re: [PATCH 5/7] random: replace non-blocking pool with a Chacha20-based CRNG

Am Montag, 20. Juni 2016, 11:01:47 schrieb Theodore Ts'o: Hi Theodore, > > So simply doing chacha20 encryption in a tight loop in the kernel > might not be a good proxy for what would actually happen in real life > when someone calls getrandom(2). (Another good question to ask is > when

Re: [PATCH V3 3/4] clk: max77686: Add DT binding details for PMIC MAX77620

On Fri, Jun 17, 2016 at 04:21:06PM +0530, Laxman Dewangan wrote: > Maxim has used the same clock IP on multiple PMICs like MAX77686, > MAX77802, MAX77620. Only differences are the number of clocks > from these PMICs like MAX77686 has 3 clocks output, MAX776802 have > two clock output and MAX77620

Re: [PATCH 5/7] random: replace non-blocking pool with a Chacha20-based CRNG

Am Montag, 20. Juni 2016, 11:01:47 schrieb Theodore Ts'o: Hi Theodore, > > So simply doing chacha20 encryption in a tight loop in the kernel > might not be a good proxy for what would actually happen in real life > when someone calls getrandom(2). (Another good question to ask is > when

Re: [PATCH V3 3/4] clk: max77686: Add DT binding details for PMIC MAX77620

On Fri, Jun 17, 2016 at 04:21:06PM +0530, Laxman Dewangan wrote: > Maxim has used the same clock IP on multiple PMICs like MAX77686, > MAX77802, MAX77620. Only differences are the number of clocks > from these PMICs like MAX77686 has 3 clocks output, MAX776802 have > two clock output and MAX77620

Re: [PATCH v2] arm: tegra124: remove commas from unit addresses

On Mon, Jun 20, 2016 at 09:50:26AM -0600, Stephen Warren wrote: > On 06/18/2016 07:04 PM, Marcel Ziswiler wrote: > > Remove commas from unit addresses as suggested by Rob Herring upon me > > posting initial Apalis TK1 support: > > > > http://article.gmane.org/gmane.linux.ports.tegra/26608 > >

[PATCH v2] x86/ptrace: Stop setting TS_COMPAT in ptrace code

Setting TS_COMPAT in ptrace is wrong: if we happen to do it during syscall entry, then we'll confuse seccomp and audit. (The former isn't a security problem: seccomp is currently entirely insecure if a malicious ptracer is attached.) As a minimal fix, this patch adds a new flag

Re: [PATCH v2] arm: tegra124: remove commas from unit addresses

On Mon, Jun 20, 2016 at 09:50:26AM -0600, Stephen Warren wrote: > On 06/18/2016 07:04 PM, Marcel Ziswiler wrote: > > Remove commas from unit addresses as suggested by Rob Herring upon me > > posting initial Apalis TK1 support: > > > > http://article.gmane.org/gmane.linux.ports.tegra/26608 > >

[PATCH v2] x86/ptrace: Stop setting TS_COMPAT in ptrace code

Setting TS_COMPAT in ptrace is wrong: if we happen to do it during syscall entry, then we'll confuse seccomp and audit. (The former isn't a security problem: seccomp is currently entirely insecure if a malicious ptracer is attached.) As a minimal fix, this patch adds a new flag

Re: [PATCH V3 2/4] clk: Combine DT binding doc for max77686 and max77802

On Fri, Jun 17, 2016 at 04:21:05PM +0530, Laxman Dewangan wrote: > The clock IP used on the Maxim PMICs max77686 and max77802 are > same. The configuration of clock register is also same except > the number of clocks. > > Define the common DT binding file for the clocks of Maxim PMICs > MAX77686

Re: [PATCH V3 2/4] clk: Combine DT binding doc for max77686 and max77802

On Fri, Jun 17, 2016 at 04:21:05PM +0530, Laxman Dewangan wrote: > The clock IP used on the Maxim PMICs max77686 and max77802 are > same. The configuration of clock register is also same except > the number of clocks. > > Define the common DT binding file for the clocks of Maxim PMICs > MAX77686

Re: [PATCH] coresight-stm: support mmapping channel regions with mmio_addr

On 13 June 2016 at 20:16, Chunyan Zhang wrote: > CoreSight STM device allows direct mapping of the channel regions to > userspace for zero-copy writing. To support this ability, the STM > freamwork has provided a hook 'mmio_addr', this patch just implemented > this hook

Re: [PATCH] coresight-stm: support mmapping channel regions with mmio_addr

On 13 June 2016 at 20:16, Chunyan Zhang wrote: > CoreSight STM device allows direct mapping of the channel regions to > userspace for zero-copy writing. To support this ability, the STM > freamwork has provided a hook 'mmio_addr', this patch just implemented > this hook for CoreSight STM. > >

[PATCH v3 0/5] Add support for the STM32F4 I2C

This patchset adds support for the I2C controller embedded in STM32F4xx SoC. It enables I2C transfer in interrupt mode with Standard-mode and Fast-mode bus speed. Changes since v2: - Group I2C pins definitions in the device tree (Maxime) - Suffix I2C phandle with part number (Maxime) - Remov busy

[PATCH v3 1/5] dt-bindings: Document the STM32 I2C bindings

This patch adds documentation of device tree bindings for the STM32 I2C controller. Signed-off-by: M'boumba Cedric Madianga --- .../devicetree/bindings/i2c/i2c-stm32.txt | 33 ++ 1 file changed, 33 insertions(+) create mode 100644

Re: [PATCH] x86/ptrace: Remove questionable TS_COMPAT usage in ptrace

On Mon, Jun 20, 2016 at 8:24 AM, Oleg Nesterov wrote: > On 06/19, Andy Lutomirski wrote: >> >> On Sat, Jun 18, 2016 at 10:02 AM, Andy Lutomirski >> wrote: >> Step 1: for 4.7 and for -stable, introduce TS_I386_REGS_POKED. Set it >> in putreg32. Use it in

[PATCH v3 0/5] Add support for the STM32F4 I2C

This patchset adds support for the I2C controller embedded in STM32F4xx SoC. It enables I2C transfer in interrupt mode with Standard-mode and Fast-mode bus speed. Changes since v2: - Group I2C pins definitions in the device tree (Maxime) - Suffix I2C phandle with part number (Maxime) - Remov busy

[PATCH v3 1/5] dt-bindings: Document the STM32 I2C bindings

This patch adds documentation of device tree bindings for the STM32 I2C controller. Signed-off-by: M'boumba Cedric Madianga --- .../devicetree/bindings/i2c/i2c-stm32.txt | 33 ++ 1 file changed, 33 insertions(+) create mode 100644

Re: [PATCH] x86/ptrace: Remove questionable TS_COMPAT usage in ptrace

On Mon, Jun 20, 2016 at 8:24 AM, Oleg Nesterov wrote: > On 06/19, Andy Lutomirski wrote: >> >> On Sat, Jun 18, 2016 at 10:02 AM, Andy Lutomirski >> wrote: >> Step 1: for 4.7 and for -stable, introduce TS_I386_REGS_POKED. Set it >> in putreg32. Use it in syscall_get_error,

[PATCH v3 2/5] i2c: Add STM32F4 I2C driver

This patch adds support for the STM32F4 I2C controller. Signed-off-by: M'boumba Cedric Madianga --- drivers/i2c/busses/Kconfig | 10 + drivers/i2c/busses/Makefile | 1 + drivers/i2c/busses/i2c-stm32f4.c | 863 +++ 3

[PATCH v3 2/5] i2c: Add STM32F4 I2C driver

This patch adds support for the STM32F4 I2C controller. Signed-off-by: M'boumba Cedric Madianga --- drivers/i2c/busses/Kconfig | 10 + drivers/i2c/busses/Makefile | 1 + drivers/i2c/busses/i2c-stm32f4.c | 863 +++ 3 files changed, 874

Re: [PATCH 2/4] sched/fair: Introduce idle enter/exit balance callbacks

On Mon, Jun 20, 2016 at 04:30:03PM +0200, Peter Zijlstra wrote: > On Mon, Jun 20, 2016 at 02:15:12PM +0200, Jiri Olsa wrote: > > Introducing idle enter/exit balance callbacks to keep > > balance.idle_cpus_mask cpumask of current idle cpus > > in system. > > > > It's used only when

Re: [PATCH 2/4] sched/fair: Introduce idle enter/exit balance callbacks

On Mon, Jun 20, 2016 at 04:30:03PM +0200, Peter Zijlstra wrote: > On Mon, Jun 20, 2016 at 02:15:12PM +0200, Jiri Olsa wrote: > > Introducing idle enter/exit balance callbacks to keep > > balance.idle_cpus_mask cpumask of current idle cpus > > in system. > > > > It's used only when

Re: [PATCH v2 06/13] fork: Add generic vmalloced stack support

On Mon, Jun 20, 2016 at 6:36 AM, Michal Hocko wrote: > On Fri 17-06-16 13:00:42, Andy Lutomirski wrote: >> If CONFIG_VMAP_STACK is selected, kernel stacks are allocated with >> vmalloc_node. > > I like this! It also reduces demand for higher order (order-2) pages > considerably

Re: [PATCH v2 06/13] fork: Add generic vmalloced stack support

On Mon, Jun 20, 2016 at 6:36 AM, Michal Hocko wrote: > On Fri 17-06-16 13:00:42, Andy Lutomirski wrote: >> If CONFIG_VMAP_STACK is selected, kernel stacks are allocated with >> vmalloc_node. > > I like this! It also reduces demand for higher order (order-2) pages > considerably which is a great

[PATCH v3 3/5] ARM: dts: Add I2C1 support for STM32F429 SoC

Signed-off-by: Patrice Chotard Signed-off-by: M'boumba Cedric Madianga --- arch/arm/boot/dts/stm32f429.dtsi | 22 ++ 1 file changed, 22 insertions(+) diff --git a/arch/arm/boot/dts/stm32f429.dtsi

[PATCH v3 3/5] ARM: dts: Add I2C1 support for STM32F429 SoC

Signed-off-by: Patrice Chotard Signed-off-by: M'boumba Cedric Madianga --- arch/arm/boot/dts/stm32f429.dtsi | 22 ++ 1 file changed, 22 insertions(+) diff --git a/arch/arm/boot/dts/stm32f429.dtsi b/arch/arm/boot/dts/stm32f429.dtsi index 434d4b9..4eaa107 100644 ---

Re: [PATCH] x86/ptrace: Remove questionable TS_COMPAT usage in ptrace

On 06/19, Andy Lutomirski wrote: > > On Sat, Jun 18, 2016 at 10:02 AM, Andy Lutomirski wrote: > Step 1: for 4.7 and for -stable, introduce TS_I386_REGS_POKED. Set it > in putreg32. Use it in syscall_get_error, get_nr_restart_syscall, > etc. Clear it in do_signal.

Re: [PATCH] x86/ptrace: Remove questionable TS_COMPAT usage in ptrace

On 06/19, Andy Lutomirski wrote: > > On Sat, Jun 18, 2016 at 10:02 AM, Andy Lutomirski wrote: > Step 1: for 4.7 and for -stable, introduce TS_I386_REGS_POKED. Set it > in putreg32. Use it in syscall_get_error, get_nr_restart_syscall, > etc. Clear it in do_signal. do_signal() won't be

Re: [PATCH] x86/ptrace: Remove questionable TS_COMPAT usage in ptrace

On 06/19, Andy Lutomirski wrote: > > On Sun, Jun 19, 2016 at 2:19 PM, Oleg Nesterov wrote: > > > > And this leads to another question, why do we actually need to set/clear > > TS_COMPAT in set_personality_ia32() ?? > > Something's clearly buggy there, considering that >

Re: [PATCH] x86/ptrace: Remove questionable TS_COMPAT usage in ptrace

On 06/19, Andy Lutomirski wrote: > > On Sun, Jun 19, 2016 at 2:19 PM, Oleg Nesterov wrote: > > > > And this leads to another question, why do we actually need to set/clear > > TS_COMPAT in set_personality_ia32() ?? > > Something's clearly buggy there, considering that > set_personality_64bit()

Re: [PATCH] ARM: sun8i: Add Parrot Board DTS

Hi, On Mon, Jun 20, 2016 at 11:44 PM, Maxime Ripard wrote: > Hi, > > On Tue, Jun 14, 2016 at 09:19:58PM +0800, Chen-Yu Tsai wrote: >> On Tue, Jun 14, 2016 at 8:59 PM, Quentin Schulz >> wrote: >> > Hi, >> > >> > On 13/06/2016

Re: [PATCH v4 net-next v4 14/14] net: dsa: mv88e6xxx: abstract switch registers accesses

On Mon, Jun 20, 2016 at 12:03:37PM -0400, Vivien Didelot wrote: > When the SMI address of the switch chip is zero, the chip assumes to be > the only one on the SMI master bus and thus responds to all its known > SMI devices addresses (port registers, Global2, etc.) > > When its SMI address is not

Re: [PATCH] ARM: sun8i: Add Parrot Board DTS

Hi, On Mon, Jun 20, 2016 at 11:44 PM, Maxime Ripard wrote: > Hi, > > On Tue, Jun 14, 2016 at 09:19:58PM +0800, Chen-Yu Tsai wrote: >> On Tue, Jun 14, 2016 at 8:59 PM, Quentin Schulz >> wrote: >> > Hi, >> > >> > On 13/06/2016 15:04, Chen-Yu Tsai wrote: >> >> Hi, >> >> >> >> On Mon, Jun 13, 2016

Re: [PATCH v4 net-next v4 14/14] net: dsa: mv88e6xxx: abstract switch registers accesses

On Mon, Jun 20, 2016 at 12:03:37PM -0400, Vivien Didelot wrote: > When the SMI address of the switch chip is zero, the chip assumes to be > the only one on the SMI master bus and thus responds to all its known > SMI devices addresses (port registers, Global2, etc.) > > When its SMI address is not

[PATCHv4 6/7] EDAC, altera: Add Arria10 Ethernet EDAC support

From: Thor Thayer Add Altera Arria10 Ethernet FIFO memory EDAC support. Update to support a common compatibility string for all ethernet FIFOs in the DT. Signed-off-by: Thor Thayer --- v2 Remove (void *) cast from

[PATCHv4 6/7] EDAC, altera: Add Arria10 Ethernet EDAC support

From: Thor Thayer Add Altera Arria10 Ethernet FIFO memory EDAC support. Update to support a common compatibility string for all ethernet FIFOs in the DT. Signed-off-by: Thor Thayer --- v2 Remove (void *) cast from altr_edac_device_of_match[] Addition of panic flag to ethernet private

Re: [PATCH 2/2] dt-bindings: phy: Add qcom,usb-hsic-phy bindings

On Fri, Jun 17, 2016 at 12:25:19PM +0200, Neil Armstrong wrote: > Signed-off-by: Neil Armstrong > --- > .../devicetree/bindings/phy/qcom,usb-hsic-phy.txt | 95 > ++ > 1 file changed, 95 insertions(+) > create mode 100644 >

Re: [PATCH 2/2] dt-bindings: phy: Add qcom,usb-hsic-phy bindings

On Fri, Jun 17, 2016 at 12:25:19PM +0200, Neil Armstrong wrote: > Signed-off-by: Neil Armstrong > --- > .../devicetree/bindings/phy/qcom,usb-hsic-phy.txt | 95 > ++ > 1 file changed, 95 insertions(+) > create mode 100644 >

[PATCH v3 1/5] dt-bindings: Document the STM32 I2C bindings

This patch adds documentation of device tree bindings for the STM32 I2C controller. Signed-off-by: M'boumba Cedric Madianga --- .../devicetree/bindings/i2c/i2c-stm32.txt | 33 ++ 1 file changed, 33 insertions(+) create mode 100644

[PATCH v3 1/5] dt-bindings: Document the STM32 I2C bindings

This patch adds documentation of device tree bindings for the STM32 I2C controller. Signed-off-by: M'boumba Cedric Madianga --- .../devicetree/bindings/i2c/i2c-stm32.txt | 33 ++ 1 file changed, 33 insertions(+) create mode 100644

[PATCH v3 4/5] ARM: dts: Add I2C1 support for STM32429 eval board

Signed-off-by: M'boumba Cedric Madianga --- arch/arm/boot/dts/stm32429i-eval.dts | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/stm32429i-eval.dts b/arch/arm/boot/dts/stm32429i-eval.dts index 6bfc595..e95657f 100644 ---

[PATCH v3 3/5] ARM: dts: Add I2C1 support for STM32F429 SoC

Signed-off-by: Patrice Chotard Signed-off-by: M'boumba Cedric Madianga --- arch/arm/boot/dts/stm32f429.dtsi | 22 ++ 1 file changed, 22 insertions(+) diff --git a/arch/arm/boot/dts/stm32f429.dtsi

Re: [PATCH v4 8/9] Input: atmel_mxt_ts - add support for reference data

On 06/20/2016 06:18 PM, Nick Dyer wrote: > On 20/06/2016 17:09, Hans Verkuil wrote: >> On 06/17/2016 04:16 PM, Nick Dyer wrote: >>> @@ -2325,11 +2344,20 @@ static int mxt_vidioc_querycap(struct file *file, >>> void *priv, >>> static int mxt_vidioc_enum_input(struct file *file, void *priv, >>>

[PATCH v3 4/5] ARM: dts: Add I2C1 support for STM32429 eval board

Signed-off-by: M'boumba Cedric Madianga --- arch/arm/boot/dts/stm32429i-eval.dts | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/stm32429i-eval.dts b/arch/arm/boot/dts/stm32429i-eval.dts index 6bfc595..e95657f 100644 --- a/arch/arm/boot/dts/stm32429i-eval.dts +++

[PATCH v3 3/5] ARM: dts: Add I2C1 support for STM32F429 SoC

Signed-off-by: Patrice Chotard Signed-off-by: M'boumba Cedric Madianga --- arch/arm/boot/dts/stm32f429.dtsi | 22 ++ 1 file changed, 22 insertions(+) diff --git a/arch/arm/boot/dts/stm32f429.dtsi b/arch/arm/boot/dts/stm32f429.dtsi index 434d4b9..4eaa107 100644 ---

Re: [PATCH v4 8/9] Input: atmel_mxt_ts - add support for reference data

On 06/20/2016 06:18 PM, Nick Dyer wrote: > On 20/06/2016 17:09, Hans Verkuil wrote: >> On 06/17/2016 04:16 PM, Nick Dyer wrote: >>> @@ -2325,11 +2344,20 @@ static int mxt_vidioc_querycap(struct file *file, >>> void *priv, >>> static int mxt_vidioc_enum_input(struct file *file, void *priv, >>>

[PATCH v3 2/5] i2c: Add STM32F4 I2C driver

This patch adds support for the STM32F4 I2C controller. Signed-off-by: M'boumba Cedric Madianga --- drivers/i2c/busses/Kconfig | 10 + drivers/i2c/busses/Makefile | 1 + drivers/i2c/busses/i2c-stm32f4.c | 863 +++ 3

[PATCH v3 2/5] i2c: Add STM32F4 I2C driver

This patch adds support for the STM32F4 I2C controller. Signed-off-by: M'boumba Cedric Madianga --- drivers/i2c/busses/Kconfig | 10 + drivers/i2c/busses/Makefile | 1 + drivers/i2c/busses/i2c-stm32f4.c | 863 +++ 3 files changed, 874

[PATCH v3 0/5] Add support for the STM32F4 I2C

This patchset adds support for the I2C controller embedded in STM32F4xx SoC. It enables I2C transfer in interrupt mode with Standard-mode and Fast-mode bus speed. Changes since v2: - Group I2C pins definitions in the device tree (Maxime) - Suffix I2C phandle with part number (Maxime) - Remov busy

[PATCH v3 0/5] Add support for the STM32F4 I2C

This patchset adds support for the I2C controller embedded in STM32F4xx SoC. It enables I2C transfer in interrupt mode with Standard-mode and Fast-mode bus speed. Changes since v2: - Group I2C pins definitions in the device tree (Maxime) - Suffix I2C phandle with part number (Maxime) - Remov busy

[PATCH v3 5/5] ARM: configs: Add I2C support for STM32 defconfig

Signed-off-by: M'boumba Cedric Madianga --- arch/arm/configs/stm32_defconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/configs/stm32_defconfig b/arch/arm/configs/stm32_defconfig index 709e606..411eb0a 100644 --- a/arch/arm/configs/stm32_defconfig

Re: [PATCH 1/4] phy: rockchip-emmc: give DLL some extra time to be ready

Hi, On Mon, Jun 20, 2016 at 9:19 AM, Brian Norris wrote: > + linux-mmc, Ulf > > On Mon, Jun 20, 2016 at 06:41:26PM +0530, Kishon Vijay Abraham I wrote: >> On Friday 13 May 2016 04:13 AM, Brian Norris wrote: >> > From: Shawn Lin >> > >> >

[PATCH v3 5/5] ARM: configs: Add I2C support for STM32 defconfig

Signed-off-by: M'boumba Cedric Madianga --- arch/arm/configs/stm32_defconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/configs/stm32_defconfig b/arch/arm/configs/stm32_defconfig index 709e606..411eb0a 100644 --- a/arch/arm/configs/stm32_defconfig +++

Re: [PATCH 1/4] phy: rockchip-emmc: give DLL some extra time to be ready

Hi, On Mon, Jun 20, 2016 at 9:19 AM, Brian Norris wrote: > + linux-mmc, Ulf > > On Mon, Jun 20, 2016 at 06:41:26PM +0530, Kishon Vijay Abraham I wrote: >> On Friday 13 May 2016 04:13 AM, Brian Norris wrote: >> > From: Shawn Lin >> > >> > According to the databook, 10.2us is the max time for dll

Re: [PATCH v6 1/3] x86/mm: PUD VA support for physical mapping (x86_64)

On Fri, Jun 17, 2016 at 2:02 AM, Ingo Molnar wrote: > > * Kees Cook wrote: > >> From: Thomas Garnier >> >> Minor change that allows early boot physical mapping of PUD level virtual >> addresses. The current implementation expects the

Re: [PATCH v6 1/3] x86/mm: PUD VA support for physical mapping (x86_64)

On Fri, Jun 17, 2016 at 2:02 AM, Ingo Molnar wrote: > > * Kees Cook wrote: > >> From: Thomas Garnier >> >> Minor change that allows early boot physical mapping of PUD level virtual >> addresses. The current implementation expects the virtual address to be >> PUD aligned. For KASLR memory

__rtc_read_alarm missing month/year field bug?

Hello Alessandro and Alexandre, I noticed an interesting cmos_rtc.rtc.aie_timer on a Stratus machine running the 4.6 kernel, with an expiration time that puts the alarm way out into next year. This is easily reproducible on this machine by setting a wakealarm sometime in the near future, then

__rtc_read_alarm missing month/year field bug?

Hello Alessandro and Alexandre, I noticed an interesting cmos_rtc.rtc.aie_timer on a Stratus machine running the 4.6 kernel, with an expiration time that puts the alarm way out into next year. This is easily reproducible on this machine by setting a wakealarm sometime in the near future, then

[PATCHv4 0/7] Add Ethernet EDAC & peripheral init functions

From: Thor Thayer This patch set adds the Ethernet EDAC and memory initialization functions for Altera's Arria10 peripherals. The ECC memory init functions are common to all the peripheral memory buffers (to follow in later patches). Thor Thayer (7): EDAC,

[PATCHv4 0/7] Add Ethernet EDAC & peripheral init functions

From: Thor Thayer This patch set adds the Ethernet EDAC and memory initialization functions for Altera's Arria10 peripherals. The ECC memory init functions are common to all the peripheral memory buffers (to follow in later patches). Thor Thayer (7): EDAC, altera: Add panic flag check to A10

Re: [PATCH v4 9/9] Input: synaptics-rmi4 - add support for F54 diagnostics

On 06/17/2016 04:16 PM, Nick Dyer wrote: > Function 54 implements access to various RMI4 diagnostic features. > > This patch adds support for retrieving this data. It registers a V4L2 > device to output the data to user space. > > Signed-off-by: Nick Dyer > --- >

Re: [PATCH v4 9/9] Input: synaptics-rmi4 - add support for F54 diagnostics

On 06/17/2016 04:16 PM, Nick Dyer wrote: > Function 54 implements access to various RMI4 diagnostic features. > > This patch adds support for retrieving this data. It registers a V4L2 > device to output the data to user space. > > Signed-off-by: Nick Dyer > --- > drivers/input/rmi4/Kconfig

Re: [PATCH] ARM: AM43XX: hwmod: Fix RSTST register offset for pruss

Hi Afzal, On 06/20/2016 03:23 AM, Keerthy wrote: > > > On Monday 20 June 2016 12:35 PM, Mohammed, Afzal wrote: >> Hi, >> >> J, KEERTHY wrote on Monday, June 20, 2016 9:22 AM: >> >>> pruss hwmod RSTST register wrongly points to PWRSTCTRL register in >>> case of >>> am43xx. Fix the RSTST register

Re: [PATCH] ARM: AM43XX: hwmod: Fix RSTST register offset for pruss

Hi Afzal, On 06/20/2016 03:23 AM, Keerthy wrote: > > > On Monday 20 June 2016 12:35 PM, Mohammed, Afzal wrote: >> Hi, >> >> J, KEERTHY wrote on Monday, June 20, 2016 9:22 AM: >> >>> pruss hwmod RSTST register wrongly points to PWRSTCTRL register in >>> case of >>> am43xx. Fix the RSTST register

Re: [PATCH 2/2] dt-bindings: pinctrl: Add MDM9615 TLMM bindings

On Fri, Jun 17, 2016 at 12:15:35PM +0200, Neil Armstrong wrote: > Signed-off-by: Neil Armstrong > --- > .../bindings/pinctrl/qcom,mdm9615-pinctrl.txt | 152 > + > 1 file changed, 152 insertions(+) > create mode 100644 >

Re: [PATCH 2/2] dt-bindings: pinctrl: Add MDM9615 TLMM bindings

On Fri, Jun 17, 2016 at 12:15:35PM +0200, Neil Armstrong wrote: > Signed-off-by: Neil Armstrong > --- > .../bindings/pinctrl/qcom,mdm9615-pinctrl.txt | 152 > + > 1 file changed, 152 insertions(+) > create mode 100644 >

Re: [PATCH 1/4] phy: rockchip-emmc: give DLL some extra time to be ready

+ linux-mmc, Ulf On Mon, Jun 20, 2016 at 06:41:26PM +0530, Kishon Vijay Abraham I wrote: > On Friday 13 May 2016 04:13 AM, Brian Norris wrote: > > From: Shawn Lin > > > > According to the databook, 10.2us is the max time for dll to be ready to > > work. However in

Re: [PATCH 1/4] phy: rockchip-emmc: give DLL some extra time to be ready

+ linux-mmc, Ulf On Mon, Jun 20, 2016 at 06:41:26PM +0530, Kishon Vijay Abraham I wrote: > On Friday 13 May 2016 04:13 AM, Brian Norris wrote: > > From: Shawn Lin > > > > According to the databook, 10.2us is the max time for dll to be ready to > > work. However in testing, some chips need 20us

Re: [PATCH v4 8/9] Input: atmel_mxt_ts - add support for reference data

On 20/06/2016 17:09, Hans Verkuil wrote: > On 06/17/2016 04:16 PM, Nick Dyer wrote: >> @@ -2325,11 +2344,20 @@ static int mxt_vidioc_querycap(struct file *file, >> void *priv, >> static int mxt_vidioc_enum_input(struct file *file, void *priv, >> struct v4l2_input

Re: [PATCH v4 8/9] Input: atmel_mxt_ts - add support for reference data

On 20/06/2016 17:09, Hans Verkuil wrote: > On 06/17/2016 04:16 PM, Nick Dyer wrote: >> @@ -2325,11 +2344,20 @@ static int mxt_vidioc_querycap(struct file *file, >> void *priv, >> static int mxt_vidioc_enum_input(struct file *file, void *priv, >> struct v4l2_input

Re: [PATCH 5/7] staging/android: prepare sw_sync files for de-staging

2016-06-20 Joe Perches : > On Mon, 2016-06-20 at 12:53 -0300, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > Fix paths in the comments. > > Why is it useful to have the path or filename embedded > in the file at > all? I just kept

Re: [PATCH 5/7] staging/android: prepare sw_sync files for de-staging

2016-06-20 Joe Perches : > On Mon, 2016-06-20 at 12:53 -0300, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > Fix paths in the comments. > > Why is it useful to have the path or filename embedded > in the file at > all? I just kept it as is. Thinking about this now I don't see this

[PATCH 1/7] staging/android: remove doc from sw_sync

From: Gustavo Padovan SW_SYNC should never be used by other pieces of the kernel apart from sync_debug as it is only a Sync File Validation Framework, so hide any info to avoid confuse this with a standard kernel internal API. Signed-off-by: Gustavo Padovan

[PATCH 1/7] staging/android: remove doc from sw_sync

From: Gustavo Padovan SW_SYNC should never be used by other pieces of the kernel apart from sync_debug as it is only a Sync File Validation Framework, so hide any info to avoid confuse this with a standard kernel internal API. Signed-off-by: Gustavo Padovan ---

Re: [PATCH net-next] net: ena: Add a driver for Amazon Elastic Network Adapters (ENA)

On 06/20/2016 08:20 AM, Rosen, Rami wrote: > Hi all, > > A very limited review below. > > + > + /* get capabilities of particular feature */ > + ENA_ADMIN_GET_FEATURE = 8, > > Instead /* get capabilities SHOULD BE: /* set capabilities . > + > + /* get capabilities of

Re: [PATCH] gpio: sx150x: Update OF configuration

On Fri, Jun 17, 2016 at 11:51:03AM +0200, Neil Armstrong wrote: > In case of OF probing, the driver fails to initialize : > - gpio_chip.base must be -1 > - irq_summary must be either -1 or valid > - There is no way to use the other configurations > > Add OF parsing function to complete the HW

Re: [PATCH net-next] net: ena: Add a driver for Amazon Elastic Network Adapters (ENA)

On 06/20/2016 08:20 AM, Rosen, Rami wrote: > Hi all, > > A very limited review below. > > + > + /* get capabilities of particular feature */ > + ENA_ADMIN_GET_FEATURE = 8, > > Instead /* get capabilities SHOULD BE: /* set capabilities . > + > + /* get capabilities of

Re: [PATCH] gpio: sx150x: Update OF configuration

On Fri, Jun 17, 2016 at 11:51:03AM +0200, Neil Armstrong wrote: > In case of OF probing, the driver fails to initialize : > - gpio_chip.base must be -1 > - irq_summary must be either -1 or valid > - There is no way to use the other configurations > > Add OF parsing function to complete the HW

[PATCH] Remove stale d_splice_alias comment

It's not really possible to call d_splice_alias with a hashed dentry no matter what, so remove the stale comment indicating otherwise. The only user of this functionality was fixed long ago according to Al. Signed-off-by: Oleg Drokin --- Catching this up before it gets

Re: [patch] ext4: underflow in alignment check

On Thu 16-06-16 10:07:09, Dan Carpenter wrote: > My static checker complains that this can underflow if arg is negative > which is true. > > Signed-off-by: Dan Carpenter How come? (1 << 30) fits even into 32-bit signed type. So where's the problem?

Re: [patch] ext4: underflow in alignment check

On Thu 16-06-16 10:07:09, Dan Carpenter wrote: > My static checker complains that this can underflow if arg is negative > which is true. > > Signed-off-by: Dan Carpenter How come? (1 << 30) fits even into 32-bit signed type. So where's the problem?

[PATCH] Remove stale d_splice_alias comment

It's not really possible to call d_splice_alias with a hashed dentry no matter what, so remove the stale comment indicating otherwise. The only user of this functionality was fixed long ago according to Al. Signed-off-by: Oleg Drokin --- Catching this up before it gets forgotten again and

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