Re: [PATCH 1/3] reset: Add support for the Amlogic Meson GXBB Reset Controller

On 05/20/2016 11:04 AM, Carlo Caione wrote: > On 20/05/16 10:27, Neil Armstrong wrote: >> This patch adds the platform driver for the Amlogic Meson GXBB Reset >> Controller. >> >> Signed-off-by: Neil Armstrong >> --- >> drivers/reset/Kconfig| 6 ++ >>

Re: [PATCH 1/3] reset: Add support for the Amlogic Meson GXBB Reset Controller

On 05/20/2016 11:04 AM, Carlo Caione wrote: > On 20/05/16 10:27, Neil Armstrong wrote: >> This patch adds the platform driver for the Amlogic Meson GXBB Reset >> Controller. >> >> Signed-off-by: Neil Armstrong >> --- >> drivers/reset/Kconfig| 6 ++ >> drivers/reset/Makefile

Re: [PATCH 2/3] dt-bindings: reset: Add bindings for the Meson GXBB Reset Controller

On 20/05/16 10:51, Neil Armstrong wrote: > On 05/20/2016 10:46 AM, Carlo Caione wrote: > > On 20/05/16 10:27, Neil Armstrong wrote: > >> Add DT bindings for the Meson GXBB SoC Reset Controller documentation and > >> the > >> associated include file. > > > > [...] > > > >> +#define

Re: [PATCH 2/3] dt-bindings: reset: Add bindings for the Meson GXBB Reset Controller

On 20/05/16 10:51, Neil Armstrong wrote: > On 05/20/2016 10:46 AM, Carlo Caione wrote: > > On 20/05/16 10:27, Neil Armstrong wrote: > >> Add DT bindings for the Meson GXBB SoC Reset Controller documentation and > >> the > >> associated include file. > > > > [...] > > > >> +#define

Re: [PATCH V4 0/9] Add support for Tegra210 AGIC

Hi Marc, Let me know if you have any thoughts on this. Cheers Jon On 12/05/16 16:19, Jon Hunter wrote: > The Tegra210 has a 2nd level interrupt controller located in a separate > power domain to the main GIC interrupt controller and hence requires > runtime-pm support. > > Add a platform

Re: [PATCH V4 0/9] Add support for Tegra210 AGIC

Hi Marc, Let me know if you have any thoughts on this. Cheers Jon On 12/05/16 16:19, Jon Hunter wrote: > The Tegra210 has a 2nd level interrupt controller located in a separate > power domain to the main GIC interrupt controller and hence requires > runtime-pm support. > > Add a platform

Re: [PATCH] ALSA: hda - Fix headphone noise on Dell XPS 13 9360

On Fri, 20 May 2016 09:47:23 +0200, Kai-Heng Feng wrote: > > The headphone has noise when playing sound or switching microphone sources. > It uses the same codec on XPS 13 9350, but with different subsystem ID. > Applying the fixup can solve the issue. > Also, changing the model name to better

Re: [PATCH] ALSA: hda - Fix headphone noise on Dell XPS 13 9360

On Fri, 20 May 2016 09:47:23 +0200, Kai-Heng Feng wrote: > > The headphone has noise when playing sound or switching microphone sources. > It uses the same codec on XPS 13 9350, but with different subsystem ID. > Applying the fixup can solve the issue. > Also, changing the model name to better

Re: [PATCH 1/3] reset: Add support for the Amlogic Meson GXBB Reset Controller

On 20/05/16 10:27, Neil Armstrong wrote: > This patch adds the platform driver for the Amlogic Meson GXBB Reset > Controller. > > Signed-off-by: Neil Armstrong > --- > drivers/reset/Kconfig| 6 ++ > drivers/reset/Makefile | 1 + >

Re: [PATCH 1/3] reset: Add support for the Amlogic Meson GXBB Reset Controller

On 20/05/16 10:27, Neil Armstrong wrote: > This patch adds the platform driver for the Amlogic Meson GXBB Reset > Controller. > > Signed-off-by: Neil Armstrong > --- > drivers/reset/Kconfig| 6 ++ > drivers/reset/Makefile | 1 + > drivers/reset/reset-meson-gxbb.c | 129

Re: sem_lock() vs qspinlocks

On Fri, May 20, 2016 at 10:30:08AM +0200, Peter Zijlstra wrote: > On Thu, May 19, 2016 at 10:39:26PM -0700, Davidlohr Bueso wrote: > > Specifically > > for the 'cascade_cond' and 'cascade_flock' programs, which exhibit hangs in > > libc's > > semop() blocked waiting for zero. > > OK; so I've

Re: sem_lock() vs qspinlocks

On Fri, May 20, 2016 at 10:30:08AM +0200, Peter Zijlstra wrote: > On Thu, May 19, 2016 at 10:39:26PM -0700, Davidlohr Bueso wrote: > > Specifically > > for the 'cascade_cond' and 'cascade_flock' programs, which exhibit hangs in > > libc's > > semop() blocked waiting for zero. > > OK; so I've

Re: [PATCH V5 3/3] soc/tegra: pmc: Add support for IO pads power state and voltage

On 19/05/16 17:13, Laxman Dewangan wrote: > On Thursday 19 May 2016 09:24 PM, Jon Hunter wrote: >> On 12/05/16 13:21, Laxman Dewangan wrote: >>> The IO pins of Tegra SoCs are grouped for common control of IO >>> interface like setting voltage signal levels and power state of >>> the interface.

Re: [PATCH V5 3/3] soc/tegra: pmc: Add support for IO pads power state and voltage

On 19/05/16 17:13, Laxman Dewangan wrote: > On Thursday 19 May 2016 09:24 PM, Jon Hunter wrote: >> On 12/05/16 13:21, Laxman Dewangan wrote: >>> The IO pins of Tegra SoCs are grouped for common control of IO >>> interface like setting voltage signal levels and power state of >>> the interface.

Re: [PATCH 3/3] ARM64: dts: amlogic: Enable Reset Controller on GXBB-based platforms

On 05/20/2016 10:47 AM, Carlo Caione wrote: > On 20/05/16 10:27, Neil Armstrong wrote: >> Update DTSI file to add the reset controller node. >> >> Signed-off-by: Neil Armstrong >> --- >> arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi | 6 ++ >> 1 file changed, 6

Re: [PATCH 3/3] ARM64: dts: amlogic: Enable Reset Controller on GXBB-based platforms

On 05/20/2016 10:47 AM, Carlo Caione wrote: > On 20/05/16 10:27, Neil Armstrong wrote: >> Update DTSI file to add the reset controller node. >> >> Signed-off-by: Neil Armstrong >> --- >> arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi | 6 ++ >> 1 file changed, 6 insertions(+) >> >> diff --git

Re: [PATCH 2/3] dt-bindings: reset: Add bindings for the Meson GXBB Reset Controller

On 05/20/2016 10:46 AM, Carlo Caione wrote: > On 20/05/16 10:27, Neil Armstrong wrote: >> Add DT bindings for the Meson GXBB SoC Reset Controller documentation and the >> associated include file. > > [...] > >> +#define RESET_I2C_MASTER_2 142 >> +#define RESET_I2C_MASTER_1 143 >> +/*

Re: [PATCH 2/3] dt-bindings: reset: Add bindings for the Meson GXBB Reset Controller

On 05/20/2016 10:46 AM, Carlo Caione wrote: > On 20/05/16 10:27, Neil Armstrong wrote: >> Add DT bindings for the Meson GXBB SoC Reset Controller documentation and the >> associated include file. > > [...] > >> +#define RESET_I2C_MASTER_2 142 >> +#define RESET_I2C_MASTER_1 143 >> +/*

Re: [PATCH 3/3] ARM64: dts: amlogic: Enable Reset Controller on GXBB-based platforms

On 20/05/16 10:27, Neil Armstrong wrote: > Update DTSI file to add the reset controller node. > > Signed-off-by: Neil Armstrong > --- > arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi | 6 ++ > 1 file changed, 6 insertions(+) > > diff --git

Re: [PATCH 3/3] ARM64: dts: amlogic: Enable Reset Controller on GXBB-based platforms

On 20/05/16 10:27, Neil Armstrong wrote: > Update DTSI file to add the reset controller node. > > Signed-off-by: Neil Armstrong > --- > arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi | 6 ++ > 1 file changed, 6 insertions(+) > > diff --git a/arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi >

Re: [PATCH 2/3] dt-bindings: reset: Add bindings for the Meson GXBB Reset Controller

On 20/05/16 10:27, Neil Armstrong wrote: > Add DT bindings for the Meson GXBB SoC Reset Controller documentation and the > associated include file. [...] > +#define RESET_I2C_MASTER_2 142 > +#define RESET_I2C_MASTER_1 143 > +/* 144-159 */ > +/* RESET5

Re: [PATCH 2/3] dt-bindings: reset: Add bindings for the Meson GXBB Reset Controller

On 20/05/16 10:27, Neil Armstrong wrote: > Add DT bindings for the Meson GXBB SoC Reset Controller documentation and the > associated include file. [...] > +#define RESET_I2C_MASTER_2 142 > +#define RESET_I2C_MASTER_1 143 > +/* 144-159 */ > +/* RESET5

Re: [PATCH v2 2/3] drm/arm: Add support for Mali Display Processors

On Fri, May 20, 2016 at 08:57:47AM +0200, Daniel Vetter wrote: > On Thu, May 19, 2016 at 04:26:49PM +0100, Liviu Dudau wrote: > > On Mon, Apr 25, 2016 at 03:19:23PM +0100, Liviu Dudau wrote: > > > Add support for the new family of Display Processors from ARM Ltd. > > > This commit adds basic

Re: [PATCH v2 2/3] drm/arm: Add support for Mali Display Processors

On Fri, May 20, 2016 at 08:57:47AM +0200, Daniel Vetter wrote: > On Thu, May 19, 2016 at 04:26:49PM +0100, Liviu Dudau wrote: > > On Mon, Apr 25, 2016 at 03:19:23PM +0100, Liviu Dudau wrote: > > > Add support for the new family of Display Processors from ARM Ltd. > > > This commit adds basic

Re: [PATCH] edac:Fix kernel panic regression in edac_mc_reset_delay_period due to missing mode operation check

On Thu, May 19, 2016 at 06:45:58PM -0400, Nicholas Krause wrote: > This fixes a kernel panic regression in the function, > edac_mc_reset_delay_period as show by this kernel panic > trace: ... > drivers/edac/edac_mc.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git

Re: [PATCH] edac:Fix kernel panic regression in edac_mc_reset_delay_period due to missing mode operation check

On Thu, May 19, 2016 at 06:45:58PM -0400, Nicholas Krause wrote: > This fixes a kernel panic regression in the function, > edac_mc_reset_delay_period as show by this kernel panic > trace: ... > drivers/edac/edac_mc.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git

Crypto Fixes for 4.7

Hi Linus: This push fixes a regression that causes sha-mb to crash. Please pull from git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6.git linus Josh Poimboeuf (1): crypto: sha1-mb - make sha1_x8_avx2() conform to C function ABI arch/x86/crypto/sha-mb/sha1_x8_avx2.S |

RE: [PATCH V7 00/11] Support for generic ACPI based PCI host controller

Hi Ard > -Original Message- > From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org] > Sent: 20 May 2016 09:29 > To: Jon Masters > Cc: Tomasz Nowicki; Gabriele Paoloni; helg...@kernel.org; > a...@arndb.de; will.dea...@arm.com; catalin.mari...@arm.com; > raf...@kernel.org;

Crypto Fixes for 4.7

Hi Linus: This push fixes a regression that causes sha-mb to crash. Please pull from git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6.git linus Josh Poimboeuf (1): crypto: sha1-mb - make sha1_x8_avx2() conform to C function ABI arch/x86/crypto/sha-mb/sha1_x8_avx2.S |

RE: [PATCH V7 00/11] Support for generic ACPI based PCI host controller

Hi Ard > -Original Message- > From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org] > Sent: 20 May 2016 09:29 > To: Jon Masters > Cc: Tomasz Nowicki; Gabriele Paoloni; helg...@kernel.org; > a...@arndb.de; will.dea...@arm.com; catalin.mari...@arm.com; > raf...@kernel.org;

[PATCH v11 3/4] gadget: Integrate with the usb gadget supporting for usb charger

When the usb gadget supporting for usb charger is ready, the usb charger can implement the usb_charger_plug_by_gadget() function and usb_charger_exit() function by getting 'struct usb_charger' from 'struct gadget'. Signed-off-by: Baolin Wang ---

[PATCH v11 4/4] power: wm831x_power: Support USB charger current limit management

Integrate with the newly added USB charger interface to limit the current we draw from the USB input based on the input device configuration identified by the USB stack, allowing us to charge more quickly from high current inputs without drawing more current than specified from others.

[PATCH v11 3/4] gadget: Integrate with the usb gadget supporting for usb charger

When the usb gadget supporting for usb charger is ready, the usb charger can implement the usb_charger_plug_by_gadget() function and usb_charger_exit() function by getting 'struct usb_charger' from 'struct gadget'. Signed-off-by: Baolin Wang --- drivers/usb/gadget/udc/charger.c | 39

[PATCH v11 4/4] power: wm831x_power: Support USB charger current limit management

Integrate with the newly added USB charger interface to limit the current we draw from the USB input based on the input device configuration identified by the USB stack, allowing us to charge more quickly from high current inputs without drawing more current than specified from others.

[PATCH v11 1/4] gadget: Introduce the usb charger framework

This patch introduces the usb charger driver based on usb gadget that makes an enhancement to a power driver. It works well in practice but that requires a system with suitable hardware. The basic conception of the usb charger is that, when one usb charger is added or removed by reporting from

[PATCH v11 2/4] gadget: Support for the usb charger framework

For supporting the usb charger, it adds the usb_charger_init() and usb_charger_exit() functions for usb charger initialization and exit. It will report to the usb charger when the gadget state is changed, then the usb charger can do the power things. Signed-off-by: Baolin Wang

[PATCH v11 1/4] gadget: Introduce the usb charger framework

This patch introduces the usb charger driver based on usb gadget that makes an enhancement to a power driver. It works well in practice but that requires a system with suitable hardware. The basic conception of the usb charger is that, when one usb charger is added or removed by reporting from

[PATCH v11 2/4] gadget: Support for the usb charger framework

For supporting the usb charger, it adds the usb_charger_init() and usb_charger_exit() functions for usb charger initialization and exit. It will report to the usb charger when the gadget state is changed, then the usb charger can do the power things. Signed-off-by: Baolin Wang ---

[PATCH v11 0/4] Introduce usb charger framework to deal with the usb gadget power negotation

Currently the Linux kernel does not provide any standard integration of this feature that integrates the USB subsystem with the system power regulation provided by PMICs meaning that either vendors must add this in their kernels or USB gadget devices based on Linux (such as mobile phones) may not

[PATCH v11 0/4] Introduce usb charger framework to deal with the usb gadget power negotation

Currently the Linux kernel does not provide any standard integration of this feature that integrates the USB subsystem with the system power regulation provided by PMICs meaning that either vendors must add this in their kernels or USB gadget devices based on Linux (such as mobile phones) may not

[PATCH v4 5/5] mmc: sdhci-of-arasan: implement enhanced strobe callback

Currently sdhci-arasan 5.1 can support enhanced strobe function, and we now limit it just for "arasan,sdhci-5.1". Add mmc-hs400-enhanced-strobe in DT to enable the function if we're sure our controller can support it. Signed-off-by: Shawn Lin Reviewed-by: Doug Anderson

[PATCH v4 5/5] mmc: sdhci-of-arasan: implement enhanced strobe callback

Currently sdhci-arasan 5.1 can support enhanced strobe function, and we now limit it just for "arasan,sdhci-5.1". Add mmc-hs400-enhanced-strobe in DT to enable the function if we're sure our controller can support it. Signed-off-by: Shawn Lin Reviewed-by: Doug Anderson --- Changes in v4: None

Re: [PATCH] vfio: platform: use vfio_iommu_group_get/put

Hi, On Fri, May 20, 2016 at 10:20:32AM +0200, Baptiste Reynal wrote: >Hi, > >On Fri, May 20, 2016 at 9:58 AM, Eric Auger wrote: >> >> Hi, >> On 05/19/2016 11:01 PM, Alex Williamson wrote: >> > On Tue, 10 May 2016 15:40:28 +0800 >> > Peng Fan wrote:

Re: Builtin microcode does nothing..

On Fri, May 20, 2016 at 02:34:34AM +0200, Gabriel C wrote: > With this kernel the early microcode loading does nothing nor the 'old > interface'. Does it work when you disable CONFIG_BLK_DEV_INITRD in there? I have a patchset which I'm testing right now which should correct some warts in builtin

Re: Builtin microcode does nothing..

On Fri, May 20, 2016 at 02:34:34AM +0200, Gabriel C wrote: > With this kernel the early microcode loading does nothing nor the 'old > interface'. Does it work when you disable CONFIG_BLK_DEV_INITRD in there? I have a patchset which I'm testing right now which should correct some warts in builtin

Re: [PATCH] vfio: platform: use vfio_iommu_group_get/put

Hi, On Fri, May 20, 2016 at 10:20:32AM +0200, Baptiste Reynal wrote: >Hi, > >On Fri, May 20, 2016 at 9:58 AM, Eric Auger wrote: >> >> Hi, >> On 05/19/2016 11:01 PM, Alex Williamson wrote: >> > On Tue, 10 May 2016 15:40:28 +0800 >> > Peng Fan wrote: >> > >> >> Hi Alex, >> >> >> >> On Mon, May

[PATCH v4 1/5] Documentation: mmc: add mmc-hs400-enhanced-strobe

mmc-hs400-enhanced-strobe is used to claim that the host can support hs400 mode with enhanced strobe introduced by emmc 5.1 spec. Signed-off-by: Shawn Lin Acked-by: Rob Herring --- Changes in v4: None Changes in v3: None Changes in v2: None

[PATCH v4 2/5] mmc: core: add mmc-hs400-enhanced-strobe support

This patch introduce mmc-hs400-enhanced-strobe for platforms which want to enable enhanced strobe function from DT if the mmc host controller claims to support enhanced strobe. Signed-off-by: Shawn Lin --- Changes in v4: - check avail_type with EXT_CSD_CARD_TYPE_HS400

[PATCH v4 1/5] Documentation: mmc: add mmc-hs400-enhanced-strobe

mmc-hs400-enhanced-strobe is used to claim that the host can support hs400 mode with enhanced strobe introduced by emmc 5.1 spec. Signed-off-by: Shawn Lin Acked-by: Rob Herring --- Changes in v4: None Changes in v3: None Changes in v2: None Documentation/devicetree/bindings/mmc/mmc.txt | 1 +

[PATCH v4 2/5] mmc: core: add mmc-hs400-enhanced-strobe support

This patch introduce mmc-hs400-enhanced-strobe for platforms which want to enable enhanced strobe function from DT if the mmc host controller claims to support enhanced strobe. Signed-off-by: Shawn Lin --- Changes in v4: - check avail_type with EXT_CSD_CARD_TYPE_HS400 instead of card_type -

[PATCH v4 4/5] mmc: debugfs: add HS400 enhanced strobe description

We introduce HS400 with enhanced strobe function, so we need to add it for debug show. Signed-off-by: Shawn Lin --- Changes in v4: None Changes in v3: None Changes in v2: None drivers/mmc/core/debugfs.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff

[PATCH v4 3/5] mmc: core: implement enhanced strobe support

Controllers use data strobe line to latch data from devices under hs400 mode, but not for cmd line. So since emmc 5.1, JEDEC introduces enhanced strobe mode for latching cmd response from emmc devices to host controllers. This new feature is optional, so it depends both on device's cap and host's

[PATCH v4 4/5] mmc: debugfs: add HS400 enhanced strobe description

We introduce HS400 with enhanced strobe function, so we need to add it for debug show. Signed-off-by: Shawn Lin --- Changes in v4: None Changes in v3: None Changes in v2: None drivers/mmc/core/debugfs.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

[PATCH v4 3/5] mmc: core: implement enhanced strobe support

Controllers use data strobe line to latch data from devices under hs400 mode, but not for cmd line. So since emmc 5.1, JEDEC introduces enhanced strobe mode for latching cmd response from emmc devices to host controllers. This new feature is optional, so it depends both on device's cap and host's

[PATCH v4 0/5] Add enhanced strobe support for emmc version 5.1 or later

Hello all, This patch is going to support enhanced strobe function for emmc version 5.1+ introduced by JEDEC recently. Enchanced strobe is a optional function, so we add a new cap* for drivers to decide whether to use it. When introduing hs400 mode, JEDEC asks controllers to use data strobe

[PATCH v4 0/5] Add enhanced strobe support for emmc version 5.1 or later

Hello all, This patch is going to support enhanced strobe function for emmc version 5.1+ introduced by JEDEC recently. Enchanced strobe is a optional function, so we add a new cap* for drivers to decide whether to use it. When introduing hs400 mode, JEDEC asks controllers to use data strobe

Re: [PATCH v8 08/14] usb: otg: add OTG/dual-role core

On 18/05/16 15:59, Roger Quadros wrote: > Hi Peter, > > On 18/05/16 10:45, Peter Chen wrote: >> >> >> On Mon, May 16, 2016 at 5:00 PM, Roger Quadros > > wrote: >> >> On 13/05/16 13:03, Roger Quadros wrote: >> > It provides APIs for the following

Re: [PATCH v8 08/14] usb: otg: add OTG/dual-role core

On 18/05/16 15:59, Roger Quadros wrote: > Hi Peter, > > On 18/05/16 10:45, Peter Chen wrote: >> >> >> On Mon, May 16, 2016 at 5:00 PM, Roger Quadros > > wrote: >> >> On 13/05/16 13:03, Roger Quadros wrote: >> > It provides APIs for the following tasks >> > >>

RE: [PATCH v2 2/2] i2c: qup: support SMBus block read

Hi, >>> @@ -1128,6 +1173,22 @@ static int qup_i2c_read_one_v2(struct >>> qup_i2c_dev *qup, struct i2c_msg *msg) >>> goto err; >>> >>> qup->blk.pos++; >>> + >>> + /* Handle SMBus block read length */ >>> + if (qup_i2c_check_msg_len(msg) &&

RE: [PATCH v2 2/2] i2c: qup: support SMBus block read

Hi, >>> @@ -1128,6 +1173,22 @@ static int qup_i2c_read_one_v2(struct >>> qup_i2c_dev *qup, struct i2c_msg *msg) >>> goto err; >>> >>> qup->blk.pos++; >>> + >>> + /* Handle SMBus block read length */ >>> + if (qup_i2c_check_msg_len(msg) &&

Re: sem_lock() vs qspinlocks

On Thu, May 19, 2016 at 10:39:26PM -0700, Davidlohr Bueso wrote: > Specifically > for the 'cascade_cond' and 'cascade_flock' programs, which exhibit hangs in > libc's > semop() blocked waiting for zero. OK; so I've been running: while :; do bin/cascade_cond -E -C 200 -L -S -W -T 200 -I

Re: sem_lock() vs qspinlocks

On Thu, May 19, 2016 at 10:39:26PM -0700, Davidlohr Bueso wrote: > Specifically > for the 'cascade_cond' and 'cascade_flock' programs, which exhibit hangs in > libc's > semop() blocked waiting for zero. OK; so I've been running: while :; do bin/cascade_cond -E -C 200 -L -S -W -T 200 -I

[PATCH 1/3] reset: Add support for the Amlogic Meson GXBB Reset Controller

This patch adds the platform driver for the Amlogic Meson GXBB Reset Controller. Signed-off-by: Neil Armstrong --- drivers/reset/Kconfig| 6 ++ drivers/reset/Makefile | 1 + drivers/reset/reset-meson-gxbb.c | 129

[PATCH 1/3] reset: Add support for the Amlogic Meson GXBB Reset Controller

This patch adds the platform driver for the Amlogic Meson GXBB Reset Controller. Signed-off-by: Neil Armstrong --- drivers/reset/Kconfig| 6 ++ drivers/reset/Makefile | 1 + drivers/reset/reset-meson-gxbb.c | 129 +++ 3 files

[PATCH 2/3] dt-bindings: reset: Add bindings for the Meson GXBB Reset Controller

Add DT bindings for the Meson GXBB SoC Reset Controller documentation and the associated include file. Signed-off-by: Neil Armstrong --- .../bindings/reset/amlogic,meson-gxbb-reset.txt| 18 ++ .../dt-bindings/reset/amlogic,meson-gxbb-reset.h | 199

[PATCH 2/3] dt-bindings: reset: Add bindings for the Meson GXBB Reset Controller

Add DT bindings for the Meson GXBB SoC Reset Controller documentation and the associated include file. Signed-off-by: Neil Armstrong --- .../bindings/reset/amlogic,meson-gxbb-reset.txt| 18 ++ .../dt-bindings/reset/amlogic,meson-gxbb-reset.h | 199 + 2 files changed,

Re: [PATCH V7 00/11] Support for generic ACPI based PCI host controller

On 20 May 2016 at 10:01, Jon Masters wrote: > Hi Ard, > > On 05/20/2016 03:37 AM, Ard Biesheuvel wrote: >> On 20 May 2016 at 06:41, Jon Masters wrote: >>> Hi Tomasz, all, >>> >>> On 05/11/2016 07:08 AM, Tomasz Nowicki wrote: >>> On 11.05.2016 12:41,

Re: [PATCH V7 00/11] Support for generic ACPI based PCI host controller

On 20 May 2016 at 10:01, Jon Masters wrote: > Hi Ard, > > On 05/20/2016 03:37 AM, Ard Biesheuvel wrote: >> On 20 May 2016 at 06:41, Jon Masters wrote: >>> Hi Tomasz, all, >>> >>> On 05/11/2016 07:08 AM, Tomasz Nowicki wrote: >>> On 11.05.2016 12:41, Gabriele Paoloni wrote: >>> >> v6 ->

[PATCH 0/3] Amlogic: GXBB: Add reset controller

Patchset to add and enable the reset controller driver on GXBB platforms. This reset controller has up to 256 reset lines with reset pulse generation only, so the assert and deassert calls are not available. Changes since the RFC at

[PATCH 0/3] Amlogic: GXBB: Add reset controller

Patchset to add and enable the reset controller driver on GXBB platforms. This reset controller has up to 256 reset lines with reset pulse generation only, so the assert and deassert calls are not available. Changes since the RFC at

[PATCH 3/3] ARM64: dts: amlogic: Enable Reset Controller on GXBB-based platforms

Update DTSI file to add the reset controller node. Signed-off-by: Neil Armstrong --- arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi

[PATCH 3/3] ARM64: dts: amlogic: Enable Reset Controller on GXBB-based platforms

Update DTSI file to add the reset controller node. Signed-off-by: Neil Armstrong --- arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi b/arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi index

Re: [PATCH] irqchip: nps: add 64BIT dependency

Hi Vineet, On Fri, May 20, 2016 at 10:22 AM, Vineet Gupta wrote: > On Friday 20 May 2016 01:04 PM, Geert Uytterhoeven wrote: >> On Thu, May 12, 2016 at 11:03 PM, Arnd Bergmann wrote: >>> The newly added nps irqchip driver causes build warnings on ARM64. >>>

Re: [PATCH] irqchip: nps: add 64BIT dependency

Hi Vineet, On Fri, May 20, 2016 at 10:22 AM, Vineet Gupta wrote: > On Friday 20 May 2016 01:04 PM, Geert Uytterhoeven wrote: >> On Thu, May 12, 2016 at 11:03 PM, Arnd Bergmann wrote: >>> The newly added nps irqchip driver causes build warnings on ARM64. >>> include/soc/nps/common.h: In function

Re: [PATCH V7 00/11] Support for generic ACPI based PCI host controller

On 05/20/2016 04:11 AM, Gabriele Paoloni wrote: > Hi Ard, Jon Hi Gabriele :) > In our case (HiSilicon Hip05/Hip06) we are using the Designware IP > that unfortunately is non-ECAM for the RC config space. Yea, I know, and I've pinged them already. > A possible ACPI table solution was discussed

Re: [PATCH V7 00/11] Support for generic ACPI based PCI host controller

On 05/20/2016 04:11 AM, Gabriele Paoloni wrote: > Hi Ard, Jon Hi Gabriele :) > In our case (HiSilicon Hip05/Hip06) we are using the Designware IP > that unfortunately is non-ECAM for the RC config space. Yea, I know, and I've pinged them already. > A possible ACPI table solution was discussed

[PATCH] net: pegasus: remove unused variables and labels

The latest dead-code removal was slightly incomplete and left a few things behind that we now get compiler warnings for: drivers/net/usb/pegasus.c: In function 'read_bulk_callback': drivers/net/usb/pegasus.c:475:1: error: label 'goon' defined but not used [-Werror=unused-label]

[PATCH] net: pegasus: remove unused variables and labels

The latest dead-code removal was slightly incomplete and left a few things behind that we now get compiler warnings for: drivers/net/usb/pegasus.c: In function 'read_bulk_callback': drivers/net/usb/pegasus.c:475:1: error: label 'goon' defined but not used [-Werror=unused-label]

Re: [PATCH v4 01/18] nbd: Fix might_sleep warning on xmit timeout

On Friday 20 May 2016 02:05:36 Pranay Srivastava wrote: > On Thu, May 19, 2016 at 11:52 AM, Markus Pargmann wrote: > > Hi, > > > > On Wed, May 11, 2016 at 11:18:29AM +0300, Pranay Kr. Srivastava wrote: > >> This patch fixes the warning generated when a timeout occurs > >> on

Re: [PATCH v4 01/18] nbd: Fix might_sleep warning on xmit timeout

On Friday 20 May 2016 02:05:36 Pranay Srivastava wrote: > On Thu, May 19, 2016 at 11:52 AM, Markus Pargmann wrote: > > Hi, > > > > On Wed, May 11, 2016 at 11:18:29AM +0300, Pranay Kr. Srivastava wrote: > >> This patch fixes the warning generated when a timeout occurs > >> on the request and

Re: [PATCH] irqchip: nps: add 64BIT dependency

On Friday 20 May 2016 01:04 PM, Geert Uytterhoeven wrote: > Hi Arnd, > > On Thu, May 12, 2016 at 11:03 PM, Arnd Bergmann wrote: >> The newly added nps irqchip driver causes build warnings on ARM64. >> >> include/soc/nps/common.h: In function 'nps_host_reg_non_cl': >>

Re: [PATCH] irqchip: nps: add 64BIT dependency

On Friday 20 May 2016 01:04 PM, Geert Uytterhoeven wrote: > Hi Arnd, > > On Thu, May 12, 2016 at 11:03 PM, Arnd Bergmann wrote: >> The newly added nps irqchip driver causes build warnings on ARM64. >> >> include/soc/nps/common.h: In function 'nps_host_reg_non_cl': >>

Re: [PATCH V7 00/11] Support for generic ACPI based PCI host controller

On 05/10/2016 11:19 AM, Tomasz Nowicki wrote: > This has been tested on Cavium ThunderX server. Any help in reviewing and > testing is very appreciated. Boot log from Intel Itanium 2 system attached. Jon. [0.00] Linux version 4.6.0-rc7.jcm_tomasz_pciv7_test+ (jcm@hamartia) (gcc

Re: [PATCH V7 00/11] Support for generic ACPI based PCI host controller

On 05/10/2016 11:19 AM, Tomasz Nowicki wrote: > This has been tested on Cavium ThunderX server. Any help in reviewing and > testing is very appreciated. Boot log from Intel Itanium 2 system attached. Jon. [0.00] Linux version 4.6.0-rc7.jcm_tomasz_pciv7_test+ (jcm@hamartia) (gcc

[GIT PULL] fbdev changes for 4.7

Hi Linus, Please pull the fbdev changes for v4.7. Tomi The following changes since commit c3b46c73264b03000d1e18b22f5caf63332547c9: Linux 4.6-rc4 (2016-04-17 19:13:32 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/tomba/linux.git

[GIT PULL] fbdev changes for 4.7

Hi Linus, Please pull the fbdev changes for v4.7. Tomi The following changes since commit c3b46c73264b03000d1e18b22f5caf63332547c9: Linux 4.6-rc4 (2016-04-17 19:13:32 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/tomba/linux.git

Re: [PATCH] vfio: platform: use vfio_iommu_group_get/put

Hi, On Fri, May 20, 2016 at 9:58 AM, Eric Auger wrote: > > Hi, > On 05/19/2016 11:01 PM, Alex Williamson wrote: > > On Tue, 10 May 2016 15:40:28 +0800 > > Peng Fan wrote: > > > >> Hi Alex, > >> > >> On Mon, May 09, 2016 at 09:32:38AM -0600, Alex

Re: [PATCH] vfio: platform: use vfio_iommu_group_get/put

Hi, On Fri, May 20, 2016 at 9:58 AM, Eric Auger wrote: > > Hi, > On 05/19/2016 11:01 PM, Alex Williamson wrote: > > On Tue, 10 May 2016 15:40:28 +0800 > > Peng Fan wrote: > > > >> Hi Alex, > >> > >> On Mon, May 09, 2016 at 09:32:38AM -0600, Alex Williamson wrote: > >>> On Mon, 9 May 2016

Re: sem_lock() vs qspinlocks

On Fri, May 20, 2016 at 10:13:15AM +0200, Peter Zijlstra wrote: > On Thu, May 19, 2016 at 10:39:26PM -0700, Davidlohr Bueso wrote: > > > [1] https://hg.java.net/hg/libmicro~hg-repo > > So far I've managed to install mercurial and clone this thing, but it > doesn't actually build :/ > > I'll try

Re: sem_lock() vs qspinlocks

On Fri, May 20, 2016 at 10:13:15AM +0200, Peter Zijlstra wrote: > On Thu, May 19, 2016 at 10:39:26PM -0700, Davidlohr Bueso wrote: > > > [1] https://hg.java.net/hg/libmicro~hg-repo > > So far I've managed to install mercurial and clone this thing, but it > doesn't actually build :/ > > I'll try

Re: [tip:sched/core] sched/fair: Correct unit of load_above_capacity

Hi Morten, On 19 May 2016 at 17:36, Morten Rasmussen wrote: > On Fri, May 13, 2016 at 10:22:19AM +0200, Vincent Guittot wrote: >> On 12 May 2016 at 23:48, Yuyang Du wrote: >> > On Thu, May 12, 2016 at 03:31:51AM -0700, tip-bot for Morten Rasmussen

Re: [tip:sched/core] sched/fair: Correct unit of load_above_capacity

Hi Morten, On 19 May 2016 at 17:36, Morten Rasmussen wrote: > On Fri, May 13, 2016 at 10:22:19AM +0200, Vincent Guittot wrote: >> On 12 May 2016 at 23:48, Yuyang Du wrote: >> > On Thu, May 12, 2016 at 03:31:51AM -0700, tip-bot for Morten Rasmussen >> > wrote: >> >> Commit-ID:

Re: [PATCH v2 12/12] sh: add device tree source for J2 FPGA on Mimas v2 board

On Fri, May 20, 2016 at 4:53 AM, Rich Felker wrote: > --- /dev/null > +++ b/arch/sh/boot/dts/j2_mimas_v2.dts > @@ -0,0 +1,87 @@ > +/dts-v1/; > + > +/ { > + compatible = "jcore,j2-soc"; > + model = "J2 FPGA SoC on Mimas v2 board"; > + > + #address-cells = <1>; >

Re: [PATCH v2 12/12] sh: add device tree source for J2 FPGA on Mimas v2 board

On Fri, May 20, 2016 at 4:53 AM, Rich Felker wrote: > --- /dev/null > +++ b/arch/sh/boot/dts/j2_mimas_v2.dts > @@ -0,0 +1,87 @@ > +/dts-v1/; > + > +/ { > + compatible = "jcore,j2-soc"; > + model = "J2 FPGA SoC on Mimas v2 board"; > + > + #address-cells = <1>; > +

Re: [PATCH v2 08/12] irqchip: add J-Core AIC driver

On 20/05/16 03:53, Rich Felker wrote: > Signed-off-by: Rich Felker > --- > My previous post of the patch series accidentally omitted omitted > Cc'ing of subsystem maintainers for the necessary clocksource, > irqchip, and spi drivers. Please ack if this looks ok because I want >

Re: [PATCH v2 08/12] irqchip: add J-Core AIC driver

On 20/05/16 03:53, Rich Felker wrote: > Signed-off-by: Rich Felker > --- > My previous post of the patch series accidentally omitted omitted > Cc'ing of subsystem maintainers for the necessary clocksource, > irqchip, and spi drivers. Please ack if this looks ok because I want > to get it merged

Re: [PATCH v2 10/12] spi: add driver for J-Core SPI controller

On Fri, May 20, 2016 at 4:53 AM, Rich Felker wrote: > --- /dev/null > +++ b/drivers/spi/spi-jcore.c > +static int jcore_spi_txrx(struct spi_master *master, struct spi_device *spi, > struct spi_transfer *t) > +{ > + struct jcore_spi *hw = spi_master_get_devdata(master); >

Re: [PATCH v2 10/12] spi: add driver for J-Core SPI controller

On Fri, May 20, 2016 at 4:53 AM, Rich Felker wrote: > --- /dev/null > +++ b/drivers/spi/spi-jcore.c > +static int jcore_spi_txrx(struct spi_master *master, struct spi_device *spi, > struct spi_transfer *t) > +{ > + struct jcore_spi *hw = spi_master_get_devdata(master); > + > + void

Re: sem_lock() vs qspinlocks

On Thu, May 19, 2016 at 10:39:26PM -0700, Davidlohr Bueso wrote: > [1] https://hg.java.net/hg/libmicro~hg-repo So far I've managed to install mercurial and clone this thing, but it doesn't actually build :/ I'll try harder..

RE: [PATCH V7 00/11] Support for generic ACPI based PCI host controller

Hi Ard, Jon > -Original Message- > From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org] > Sent: 20 May 2016 08:38 > To: Jon Masters > Cc: Tomasz Nowicki; Gabriele Paoloni; helg...@kernel.org; a...@arndb.de; > will.dea...@arm.com; catalin.mari...@arm.com; raf...@kernel.org; >

<    7   8   9   10   11   12   13   14   >