[PATCH] tpm: invalid self test error message

The driver emits invalid self test error message even though the init succeeds. Signed-off-by: Jarkko Sakkinen Fixes: cae8b441fc20 ("tpm: Factor out common startup code") --- drivers/char/tpm/tpm2-cmd.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-)

Re: [Patch v4 01/12] microblaze: irqchip: Move intc driver to irqchip

On 1.9.2016 18:50, Zubair Lutfullah Kakakhel wrote: > The Xilinx AXI Interrupt Controller IP block is used by the MIPS > based xilfpga platform. > > Move the interrupt controller code out of arch/microblaze so that > it can be used by everyone if this is just move that you should setup your git

[PATCH] tpm: invalid self test error message

The driver emits invalid self test error message even though the init succeeds. Signed-off-by: Jarkko Sakkinen Fixes: cae8b441fc20 ("tpm: Factor out common startup code") --- drivers/char/tpm/tpm2-cmd.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

Re: [Patch v4 01/12] microblaze: irqchip: Move intc driver to irqchip

On 1.9.2016 18:50, Zubair Lutfullah Kakakhel wrote: > The Xilinx AXI Interrupt Controller IP block is used by the MIPS > based xilfpga platform. > > Move the interrupt controller code out of arch/microblaze so that > it can be used by everyone if this is just move that you should setup your git

Re: [PATCH net-next] net: dsa: remove ds_to_priv

From: Vivien Didelot Date: Wed, 31 Aug 2016 18:06:13 -0400 > Access the priv member of the dsa_switch structure directly, instead of > having an unnecessary helper. > > Signed-off-by: Vivien Didelot Applied.

Re: [PATCH net-next] net: dsa: remove ds_to_priv

From: Vivien Didelot Date: Wed, 31 Aug 2016 18:06:13 -0400 > Access the priv member of the dsa_switch structure directly, instead of > having an unnecessary helper. > > Signed-off-by: Vivien Didelot Applied.

Re: [PATCH v2 net] rps: flow_dissector: Fix uninitialized flow_keys used in __skb_get_hash possibly

From: f...@ikuai8.com Date: Wed, 31 Aug 2016 14:15:05 +0800 > From: Gao Feng > > The original codes depend on that the function parameters are evaluated from > left to right. But the parameter's evaluation order is not defined in C > standard actually. > > When

Re: [PATCH v2 net] rps: flow_dissector: Fix uninitialized flow_keys used in __skb_get_hash possibly

From: f...@ikuai8.com Date: Wed, 31 Aug 2016 14:15:05 +0800 > From: Gao Feng > > The original codes depend on that the function parameters are evaluated from > left to right. But the parameter's evaluation order is not defined in C > standard actually. > > When flow_keys_have_l4() is invoked

[PATCH] x86/AMD: Apply erratum 665 on machines without a BIOS fix

From: Emanuel Czirai AMD F12h machines have an erratum which can cause DIV/IDIV to behave unpredictably. The workaround is to set MSRC001_1029[31] but sometimes there is no BIOS update containing that workaround so let's do it ourselves in that case. It is simple enough.

[PATCH] x86/AMD: Apply erratum 665 on machines without a BIOS fix

From: Emanuel Czirai AMD F12h machines have an erratum which can cause DIV/IDIV to behave unpredictably. The workaround is to set MSRC001_1029[31] but sometimes there is no BIOS update containing that workaround so let's do it ourselves in that case. It is simple enough. Signed-off-by: Emanuel

Re: [PATCH v2 6/7] Documentation: bindings: add documentation for ir-spi device driver

Hi Rob, > > Document the ir-spi driver's binding which is a IR led driven > > through the SPI line. > > > > Signed-off-by: Andi Shyti > > --- > > Documentation/devicetree/bindings/media/spi-ir.txt | 26 > > ++ > > 1 file changed, 26 insertions(+) > >

Re: [PATCH v2 6/7] Documentation: bindings: add documentation for ir-spi device driver

Hi Rob, > > Document the ir-spi driver's binding which is a IR led driven > > through the SPI line. > > > > Signed-off-by: Andi Shyti > > --- > > Documentation/devicetree/bindings/media/spi-ir.txt | 26 > > ++ > > 1 file changed, 26 insertions(+) > > create mode 100644

Re: [PATCH] staging: i4l: act2000: Add blank line after declaration

On Fri, 2016-09-02 at 01:09 -0400, Anson Jacob wrote: > Fix checkpatch.pl warning: > Missing a blank line after declarations [] > diff --git a/drivers/staging/i4l/act2000/act2000_isa.c > b/drivers/staging/i4l/act2000/act2000_isa.c [] > @@ -259,6 +259,7 @@ act2000_isa_receive(act2000_card *card) >

Re: [PATCH] staging: i4l: act2000: Add blank line after declaration

On Fri, 2016-09-02 at 01:09 -0400, Anson Jacob wrote: > Fix checkpatch.pl warning: > Missing a blank line after declarations [] > diff --git a/drivers/staging/i4l/act2000/act2000_isa.c > b/drivers/staging/i4l/act2000/act2000_isa.c [] > @@ -259,6 +259,7 @@ act2000_isa_receive(act2000_card *card) >

Re: [PATCH v2 7/7] [media] rc: add support for IR LEDs driven through SPI

> Thanks Andi, this is looking great! Thanks Sean! With your reviews the whole thing looks much better now :) I agree with all your points here, I will fix them. Can I add your reviewd-by? Thanks, Andi

Re: [PATCH v2 7/7] [media] rc: add support for IR LEDs driven through SPI

> Thanks Andi, this is looking great! Thanks Sean! With your reviews the whole thing looks much better now :) I agree with all your points here, I will fix them. Can I add your reviewd-by? Thanks, Andi

Re: MAINTAINERS without commits in the last 3 years

On Thu, Sep 01, 2016 at 09:02:29AM -0700, Joe Perches wrote: > If you want to apply this one first, that's fine by me. Thanks, I'll route it through the EDAC tree. -- Regards/Gruss, Boris. ECO tip #101: Trim your mails when you reply. --

Re: MAINTAINERS without commits in the last 3 years

On Thu, Sep 01, 2016 at 09:02:29AM -0700, Joe Perches wrote: > If you want to apply this one first, that's fine by me. Thanks, I'll route it through the EDAC tree. -- Regards/Gruss, Boris. ECO tip #101: Trim your mails when you reply. --

Re: [PATCH v2 1/7] [media] rc-main: assign driver type during allocation

Hi Sean, > > ir = kzalloc(sizeof(*ir), GFP_KERNEL); > > - dev = rc_allocate_device(); > > + dev = rc_allocate_device(RC_DRIVER_IR_RAW); > > if (!ir || !dev) > > goto err_out_free; > > > > If ir->sampling = 0 then it should be RC_DRIVER_SCANCODE. > > > > @@ -481,7

Re: [PATCH v2 1/7] [media] rc-main: assign driver type during allocation

Hi Sean, > > ir = kzalloc(sizeof(*ir), GFP_KERNEL); > > - dev = rc_allocate_device(); > > + dev = rc_allocate_device(RC_DRIVER_IR_RAW); > > if (!ir || !dev) > > goto err_out_free; > > > > If ir->sampling = 0 then it should be RC_DRIVER_SCANCODE. > > > > @@ -481,7

Re: [PATCH 2/2] arm64: dts: rockchip: add eMMC's power domain support for rk3399

Hi, On Thu, Sep 1, 2016 at 7:35 PM, Ziyuan Xu wrote: > > > On 2016年09月02日 05:29, Doug Anderson wrote: >> >> Hi, >> >> On Wed, Aug 31, 2016 at 11:56 PM, Ziyuan Xu wrote: >>> >>> Hi >>> >>> >>> On 2016年09月01日 12:20, Doug Anderson wrote: Hi,

Re: [PATCH 2/2] arm64: dts: rockchip: add eMMC's power domain support for rk3399

Hi, On Thu, Sep 1, 2016 at 7:35 PM, Ziyuan Xu wrote: > > > On 2016年09月02日 05:29, Doug Anderson wrote: >> >> Hi, >> >> On Wed, Aug 31, 2016 at 11:56 PM, Ziyuan Xu wrote: >>> >>> Hi >>> >>> >>> On 2016年09月01日 12:20, Doug Anderson wrote: Hi, On Wed, Aug 31, 2016 at 7:29 PM,

[PATCH] staging: i4l: act2000: Add blank line after declaration

Fix checkpatch.pl warning: Missing a blank line after declarations Signed-off-by: Anson Jacob --- drivers/staging/i4l/act2000/act2000_isa.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/staging/i4l/act2000/act2000_isa.c

[PATCH] staging: i4l: act2000: Add blank line after declaration

Fix checkpatch.pl warning: Missing a blank line after declarations Signed-off-by: Anson Jacob --- drivers/staging/i4l/act2000/act2000_isa.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/staging/i4l/act2000/act2000_isa.c b/drivers/staging/i4l/act2000/act2000_isa.c index

[PATCH] staging: i4l: act2000: Remove braces for single statement

Fix checkpatch.pl warning: braces {} are not necessary for single statement blocks Signed-off-by: Anson Jacob --- drivers/staging/i4l/act2000/act2000_isa.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/i4l/act2000/act2000_isa.c

[PATCH] staging: i4l: act2000: Remove braces for single statement

Fix checkpatch.pl warning: braces {} are not necessary for single statement blocks Signed-off-by: Anson Jacob --- drivers/staging/i4l/act2000/act2000_isa.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/i4l/act2000/act2000_isa.c

[PATCH] Documentation: kasan: arm64 has kasan support too

Mention that arm64 also has kasan support. Signed-off-by: Laurentiu Tudor --- Documentation/kasan.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/kasan.txt b/Documentation/kasan.txt index 7dd95b3..c156934 100644 ---

bcachefs: Encryption (Posting for review)

Encryption in bcachefs is done and working and I just finished documenting the design - so now, it needs more eyeballs and vetting before letting users play with it. I'd appreciate help circulating this around to people who'd be qualified to review it, too. Also, bcachefs development is still

[PATCH] Documentation: kasan: arm64 has kasan support too

Mention that arm64 also has kasan support. Signed-off-by: Laurentiu Tudor --- Documentation/kasan.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/kasan.txt b/Documentation/kasan.txt index 7dd95b3..c156934 100644 --- a/Documentation/kasan.txt +++

bcachefs: Encryption (Posting for review)

Encryption in bcachefs is done and working and I just finished documenting the design - so now, it needs more eyeballs and vetting before letting users play with it. I'd appreciate help circulating this around to people who'd be qualified to review it, too. Also, bcachefs development is still

Re: [PATCH 2/2] mm: Add sysfs interface to dump each node's zonelist information

On 09/01/2016 02:42 AM, Andrew Morton wrote: > On Wed, 31 Aug 2016 08:55:50 +0530 Anshuman Khandual > wrote: > >> Each individual node in the system has a ZONELIST_FALLBACK zonelist >> and a ZONELIST_NOFALLBACK zonelist. These zonelists decide fallback >> order of

Re: [PATCH 2/2] mm: Add sysfs interface to dump each node's zonelist information

On 09/01/2016 02:42 AM, Andrew Morton wrote: > On Wed, 31 Aug 2016 08:55:50 +0530 Anshuman Khandual > wrote: > >> Each individual node in the system has a ZONELIST_FALLBACK zonelist >> and a ZONELIST_NOFALLBACK zonelist. These zonelists decide fallback >> order of zones during memory

Re: [PATCH 1/2] mm: Move definition of 'zone_names' array into mmzone.h

On 09/01/2016 02:40 AM, Andrew Morton wrote: > On Wed, 31 Aug 2016 08:55:49 +0530 Anshuman Khandual > wrote: > >> zone_names[] is used to identify any zone given it's index which >> can be used in many other places. So moving the definition into >>

Re: [PATCH 1/2] mm: Move definition of 'zone_names' array into mmzone.h

On 09/01/2016 02:40 AM, Andrew Morton wrote: > On Wed, 31 Aug 2016 08:55:49 +0530 Anshuman Khandual > wrote: > >> zone_names[] is used to identify any zone given it's index which >> can be used in many other places. So moving the definition into >> include/linux/mmzone.h for broader access. >>

[PATCH v2 2/4] mmc: dw_mmc: avoid race condition of cpu and IDMAC

We could see an obvious race condition by test that the former write operation by IDMAC aiming to clear OWN bit reach right after the later configuration of the same desc, which makes the IDMAC be in SUSPEND state as the OWN bit was cleared by the asynchronous write operation of IDMAC. The bug can

[PATCH v2 2/4] mmc: dw_mmc: avoid race condition of cpu and IDMAC

We could see an obvious race condition by test that the former write operation by IDMAC aiming to clear OWN bit reach right after the later configuration of the same desc, which makes the IDMAC be in SUSPEND state as the OWN bit was cleared by the asynchronous write operation of IDMAC. The bug can

[PATCH v2 4/4] mmc: dw_mmc: use macro to define ring buffer size

It's very prone to make mistake as we might forget to replace all PAGE_SIZEs with new values if we try to modify the ring buffer size for whatever reasons. Let's use a macro to define it. Signed-off-by: Shawn Lin --- Changes in v2: None drivers/mmc/host/dw_mmc.c | 15

[PATCH v2 4/4] mmc: dw_mmc: use macro to define ring buffer size

It's very prone to make mistake as we might forget to replace all PAGE_SIZEs with new values if we try to modify the ring buffer size for whatever reasons. Let's use a macro to define it. Signed-off-by: Shawn Lin --- Changes in v2: None drivers/mmc/host/dw_mmc.c | 15 ++- 1 file

[PATCH v2 3/4] mmc: dw_mmc: fix misleading error print if failing to do DMA transfer

The original log didn't figure out that we could still finish this transfer by PIO mode even if failing to use DMA. And it should be kept for debug level instead of error one. Signed-off-by: Shawn Lin --- Changes in v2: None drivers/mmc/host/dw_mmc.c | 6 -- 1

[PATCH v2 1/4] mmc: dw_mmc: split out preparation of desc for IDMAC32 and IDMAC64

We intend to add more check for descriptors when preparing desc. Let's spilt out the separate body to make the dw_mci_translate_sglist not so lengthy. After spliting out these two functions, we could remove dw_mci_translate_sglist and call both of them when staring idmac. Signed-off-by: Shawn Lin

[PATCH v2 3/4] mmc: dw_mmc: fix misleading error print if failing to do DMA transfer

The original log didn't figure out that we could still finish this transfer by PIO mode even if failing to use DMA. And it should be kept for debug level instead of error one. Signed-off-by: Shawn Lin --- Changes in v2: None drivers/mmc/host/dw_mmc.c | 6 -- 1 file changed, 4

[PATCH v2 1/4] mmc: dw_mmc: split out preparation of desc for IDMAC32 and IDMAC64

We intend to add more check for descriptors when preparing desc. Let's spilt out the separate body to make the dw_mci_translate_sglist not so lengthy. After spliting out these two functions, we could remove dw_mci_translate_sglist and call both of them when staring idmac. Signed-off-by: Shawn Lin

Re: [PATCH v5 2/4] ARM: dts: rockchip: update compatible strings for Rockchip efuse

Hi, On Thu, Sep 1, 2016 at 8:16 PM, Finley Xiao wrote: > Signed-off-by: Finley Xiao > Reviewed-by: Heiko Stuebner > --- > arch/arm/boot/dts/rk3066a.dtsi | 2 +- > arch/arm/boot/dts/rk3188.dtsi | 2 +- >

Re: [PATCH v5 2/4] ARM: dts: rockchip: update compatible strings for Rockchip efuse

Hi, On Thu, Sep 1, 2016 at 8:16 PM, Finley Xiao wrote: > Signed-off-by: Finley Xiao > Reviewed-by: Heiko Stuebner > --- > arch/arm/boot/dts/rk3066a.dtsi | 2 +- > arch/arm/boot/dts/rk3188.dtsi | 2 +- > arch/arm/boot/dts/rk3288.dtsi | 2 +- > 3 files changed, 3 insertions(+), 3 deletions(-)

Re: [PATCH v5 1/4] nvmem: rockchip-efuse: update compatible strings for Rockchip efuse

Hi, On Thu, Sep 1, 2016 at 8:16 PM, Finley Xiao wrote: > Rk3399-efuse is organized as 32bits by 32 one-time programmable electrical > fuses. The efuse of earlier SoCs are organized as 32bits by 8 one-time > programmable electrical fuses with random access interface. >

Re: [PATCH v5 1/4] nvmem: rockchip-efuse: update compatible strings for Rockchip efuse

Hi, On Thu, Sep 1, 2016 at 8:16 PM, Finley Xiao wrote: > Rk3399-efuse is organized as 32bits by 32 one-time programmable electrical > fuses. The efuse of earlier SoCs are organized as 32bits by 8 one-time > programmable electrical fuses with random access interface. > > Add different device tree

Re: [PATCH v5 4/4] nvmem: rockchip-efuse: add rk3399-efuse support

Hi, On Thu, Sep 1, 2016 at 8:16 PM, Finley Xiao wrote: > 1) the efuse timing of rk3399 is different from earlier SoCs. > 2) rk3399-efuse is organized as 32bits by 32 one-time programmable > electrical fuses, the efuse of earlier SoCs is organized as 32bits > by 8

Re: [PATCH v5 4/4] nvmem: rockchip-efuse: add rk3399-efuse support

Hi, On Thu, Sep 1, 2016 at 8:16 PM, Finley Xiao wrote: > 1) the efuse timing of rk3399 is different from earlier SoCs. > 2) rk3399-efuse is organized as 32bits by 32 one-time programmable > electrical fuses, the efuse of earlier SoCs is organized as 32bits > by 8 one-time programmable electrical

Re: [PATCH v5 3/4] arm64: dts: rockchip: add efuse0 device node for rk3399

Hi, On Thu, Sep 1, 2016 at 8:16 PM, Finley Xiao wrote: > Add a efuse0 node in the device tree for the ARM64 rk3399 SoC. > > Signed-off-by: Finley Xiao > --- > arch/arm64/boot/dts/rockchip/rk3399.dtsi | 29 + >

Re: [PATCH v5 3/4] arm64: dts: rockchip: add efuse0 device node for rk3399

Hi, On Thu, Sep 1, 2016 at 8:16 PM, Finley Xiao wrote: > Add a efuse0 node in the device tree for the ARM64 rk3399 SoC. > > Signed-off-by: Finley Xiao > --- > arch/arm64/boot/dts/rockchip/rk3399.dtsi | 29 + > 1 file changed, 29 insertions(+) Reviewed-by: Douglas

Re: [RFC PATCH V2 3/3] PCI/ACPI: hisi: Add ACPI support for HiSilicon SoCs Host Controllers

Hi Rafael 在 2016/9/2 7:38, Rafael J. Wysocki 写道: On Thursday, September 01, 2016 11:23:42 AM Dongdong Liu wrote: 在 2016/9/1 6:56, Rafael J. Wysocki 写道: On Wednesday, August 31, 2016 07:48:14 PM Dongdong Liu wrote: Add specific quirks for PCI config space accessors.This involves: 1. New

Re: [RFC PATCH V2 3/3] PCI/ACPI: hisi: Add ACPI support for HiSilicon SoCs Host Controllers

Hi Rafael 在 2016/9/2 7:38, Rafael J. Wysocki 写道: On Thursday, September 01, 2016 11:23:42 AM Dongdong Liu wrote: 在 2016/9/1 6:56, Rafael J. Wysocki 写道: On Wednesday, August 31, 2016 07:48:14 PM Dongdong Liu wrote: Add specific quirks for PCI config space accessors.This involves: 1. New

Re: [PATCH v3 18/22] usb: chipidea: msm: Add reset controller for PHY POR bit

On Wed, Aug 31, 2016 at 05:40:32PM -0700, Stephen Boyd wrote: > The MSM chipidea wrapper has two bits that are used to reset the > first or second phy. Add support for these bits via the reset > controller framework, so that phy drivers can reset their > hardware at the right time during

Re: [PATCH v3 18/22] usb: chipidea: msm: Add reset controller for PHY POR bit

On Wed, Aug 31, 2016 at 05:40:32PM -0700, Stephen Boyd wrote: > The MSM chipidea wrapper has two bits that are used to reset the > first or second phy. Add support for these bits via the reset > controller framework, so that phy drivers can reset their > hardware at the right time during

[v2 PATCH 2/3] clk: rockchip: add dclk_vop_frac ids for vop

From: Yakir Yang Export the dclk_vop_frac out, so we can set the dclk_vop as the child of dclk_vop_frac, and then we can start to take use of the fractional dividers. Signed-off-by: Xing Zheng Signed-off-by: Yakir Yang

[v2 PATCH 2/3] clk: rockchip: add dclk_vop_frac ids for vop

From: Yakir Yang Export the dclk_vop_frac out, so we can set the dclk_vop as the child of dclk_vop_frac, and then we can start to take use of the fractional dividers. Signed-off-by: Xing Zheng Signed-off-by: Yakir Yang Signed-off-by: Chris Zhong --- include/dt-bindings/clock/rk3399-cru.h |

Re: [PATCH v3 10/22] usb: chipidea: Consolidate extcon notifiers

On Wed, Aug 31, 2016 at 05:40:24PM -0700, Stephen Boyd wrote: > The two extcon notifiers are almost the same except for the > variable name for the cable structure and the id notifier inverts > the cable->state logic. Make it the same and replace two > functions with one to save some lines. This

Re: [PATCH v3 10/22] usb: chipidea: Consolidate extcon notifiers

On Wed, Aug 31, 2016 at 05:40:24PM -0700, Stephen Boyd wrote: > The two extcon notifiers are almost the same except for the > variable name for the cable structure and the id notifier inverts > the cable->state logic. Make it the same and replace two > functions with one to save some lines. This

[v2 PATCH 3/3] clk: rockchip: use the dclk_vop_frac clock ids

From: Yakir Yang Export the dclk_vop_frac out, so we can set the dclk_vop as the child of dclk_vop_frac, and then we can start to take use of the fractional dividers. Signed-off-by: Xing Zheng Signed-off-by: Yakir Yang

[v2 PATCH 1/3] clk: rockchip: Fractional dividers can't set parent rates

From: Douglas Anderson Currently the fractional divider clock time can't handle the CLK_SET_RATE_PARENT flag. This is because, unlike normal dividers, there is no clk_divider_bestdiv() function to try speeding up the parent to see if it helps things. Eventually someone

[v2 PATCH 3/3] clk: rockchip: use the dclk_vop_frac clock ids

From: Yakir Yang Export the dclk_vop_frac out, so we can set the dclk_vop as the child of dclk_vop_frac, and then we can start to take use of the fractional dividers. Signed-off-by: Xing Zheng Signed-off-by: Yakir Yang Signed-off-by: Chris Zhong --- drivers/clk/rockchip/clk-rk3399.c | 4

[v2 PATCH 1/3] clk: rockchip: Fractional dividers can't set parent rates

From: Douglas Anderson Currently the fractional divider clock time can't handle the CLK_SET_RATE_PARENT flag. This is because, unlike normal dividers, there is no clk_divider_bestdiv() function to try speeding up the parent to see if it helps things. Eventually someone could try to figure out

[PATCH v5 4/4] nvmem: rockchip-efuse: add rk3399-efuse support

1) the efuse timing of rk3399 is different from earlier SoCs. 2) rk3399-efuse is organized as 32bits by 32 one-time programmable electrical fuses, the efuse of earlier SoCs is organized as 32bits by 8 one-time programmable electrical fuses with random access interface. This patch adds a new read

[PATCH v5 1/4] nvmem: rockchip-efuse: update compatible strings for Rockchip efuse

Rk3399-efuse is organized as 32bits by 32 one-time programmable electrical fuses. The efuse of earlier SoCs are organized as 32bits by 8 one-time programmable electrical fuses with random access interface. Add different device tree compatible string for different SoCs to be able to differentiate

[PATCH v5 4/4] nvmem: rockchip-efuse: add rk3399-efuse support

1) the efuse timing of rk3399 is different from earlier SoCs. 2) rk3399-efuse is organized as 32bits by 32 one-time programmable electrical fuses, the efuse of earlier SoCs is organized as 32bits by 8 one-time programmable electrical fuses with random access interface. This patch adds a new read

[PATCH v5 1/4] nvmem: rockchip-efuse: update compatible strings for Rockchip efuse

Rk3399-efuse is organized as 32bits by 32 one-time programmable electrical fuses. The efuse of earlier SoCs are organized as 32bits by 8 one-time programmable electrical fuses with random access interface. Add different device tree compatible string for different SoCs to be able to differentiate

[PATCH v5 2/4] ARM: dts: rockchip: update compatible strings for Rockchip efuse

Signed-off-by: Finley Xiao Reviewed-by: Heiko Stuebner --- arch/arm/boot/dts/rk3066a.dtsi | 2 +- arch/arm/boot/dts/rk3188.dtsi | 2 +- arch/arm/boot/dts/rk3288.dtsi | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH v5 3/4] arm64: dts: rockchip: add efuse0 device node for rk3399

Add a efuse0 node in the device tree for the ARM64 rk3399 SoC. Signed-off-by: Finley Xiao --- arch/arm64/boot/dts/rockchip/rk3399.dtsi | 29 + 1 file changed, 29 insertions(+) diff --git a/arch/arm64/boot/dts/rockchip/rk3399.dtsi

[PATCH v5 0/4] nvmem: rockchip-efuse: support more rockchip SoCs

As the timing and organization of efuse may be different between rockchip SoCs, so their read function may be different. We add different device tree compatible string for rockchip SoCs to match their own read function.

[PATCH v5 2/4] ARM: dts: rockchip: update compatible strings for Rockchip efuse

Signed-off-by: Finley Xiao Reviewed-by: Heiko Stuebner --- arch/arm/boot/dts/rk3066a.dtsi | 2 +- arch/arm/boot/dts/rk3188.dtsi | 2 +- arch/arm/boot/dts/rk3288.dtsi | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/arm/boot/dts/rk3066a.dtsi

[PATCH v5 3/4] arm64: dts: rockchip: add efuse0 device node for rk3399

Add a efuse0 node in the device tree for the ARM64 rk3399 SoC. Signed-off-by: Finley Xiao --- arch/arm64/boot/dts/rockchip/rk3399.dtsi | 29 + 1 file changed, 29 insertions(+) diff --git a/arch/arm64/boot/dts/rockchip/rk3399.dtsi

[PATCH v5 0/4] nvmem: rockchip-efuse: support more rockchip SoCs

As the timing and organization of efuse may be different between rockchip SoCs, so their read function may be different. We add different device tree compatible string for rockchip SoCs to match their own read function.

Re: [PATCH v3 09/22] usb: chipidea: Add support for ULPI PHY bus

On Wed, Aug 31, 2016 at 05:40:23PM -0700, Stephen Boyd wrote: > Some phys for the chipidea controller are controlled via the ULPI > viewport. Add support for the ULPI bus so that these sorts of > phys can be probed and read/written automatically without having > to duplicate the viewport logic in

Re: [PATCH v3 09/22] usb: chipidea: Add support for ULPI PHY bus

On Wed, Aug 31, 2016 at 05:40:23PM -0700, Stephen Boyd wrote: > Some phys for the chipidea controller are controlled via the ULPI > viewport. Add support for the ULPI bus so that these sorts of > phys can be probed and read/written automatically without having > to duplicate the viewport logic in

Re: DAX can not work on virtual nvdimm device

On Wed, Aug 31, 2016 at 04:44:47PM +0800, Xiao Guangrong wrote: > On 08/31/2016 01:09 AM, Dan Williams wrote: > > > > Can you post your exact reproduction steps? This test is not failing for > > me. > > > > Sure. > > 1. make the guest kernel based on your tree, the top commit is >

Re: DAX can not work on virtual nvdimm device

On Wed, Aug 31, 2016 at 04:44:47PM +0800, Xiao Guangrong wrote: > On 08/31/2016 01:09 AM, Dan Williams wrote: > > > > Can you post your exact reproduction steps? This test is not failing for > > me. > > > > Sure. > > 1. make the guest kernel based on your tree, the top commit is >

Re: [PATCH v3 04/22] usb: chipidea: Only read/write OTGSC from one place

On Wed, Aug 31, 2016 at 05:40:18PM -0700, Stephen Boyd wrote: > With the id and vbus detection done via extcon we need to make > sure we poll the status of OTGSC properly by considering what the > extcon is saying, and not just what the register is saying. Let's > move this hw_wait_reg() function

Re: [PATCH v3 04/22] usb: chipidea: Only read/write OTGSC from one place

On Wed, Aug 31, 2016 at 05:40:18PM -0700, Stephen Boyd wrote: > With the id and vbus detection done via extcon we need to make > sure we poll the status of OTGSC properly by considering what the > extcon is saying, and not just what the register is saying. Let's > move this hw_wait_reg() function

Re: [PATCH] powerpc: Clean up tm_abort duplication in hash_utils_64.c

On 9/1/16 11:46 PM, Thiago Jung Bauermann wrote: Am Freitag, 26 August 2016, 11:50:10 schrieb Rui Teng: The same logic appears twice and should probably be pulled out into a function. Suggested-by: Michael Ellerman Signed-off-by: Rui Teng ---

Re: [PATCH] powerpc: Clean up tm_abort duplication in hash_utils_64.c

On 9/1/16 11:46 PM, Thiago Jung Bauermann wrote: Am Freitag, 26 August 2016, 11:50:10 schrieb Rui Teng: The same logic appears twice and should probably be pulled out into a function. Suggested-by: Michael Ellerman Signed-off-by: Rui Teng --- arch/powerpc/mm/hash_utils_64.c | 45

Re: [PATCH 2/2] arm64: dts: rockchip: add eMMC's power domain support for rk3399

On 2016年09月02日 05:29, Doug Anderson wrote: Hi, On Wed, Aug 31, 2016 at 11:56 PM, Ziyuan Xu wrote: Hi On 2016年09月01日 12:20, Doug Anderson wrote: Hi, On Wed, Aug 31, 2016 at 7:29 PM, Ziyuan Xu wrote: This is fine to pick up _only_ if you

Re: [PATCH 2/2] arm64: dts: rockchip: add eMMC's power domain support for rk3399

On 2016年09月02日 05:29, Doug Anderson wrote: Hi, On Wed, Aug 31, 2016 at 11:56 PM, Ziyuan Xu wrote: Hi On 2016年09月01日 12:20, Doug Anderson wrote: Hi, On Wed, Aug 31, 2016 at 7:29 PM, Ziyuan Xu wrote: This is fine to pick up _only_ if you don't care about suspend/resume. If you care

Re: [RFC PATCH V2 1/3] PCI: hisi: re-architect Hip05/Hip06 controllers driver to preapare for ACPI

Hi Arnd 在 2016/9/1 22:02, Arnd Bergmann 写道: 2. We need to backward compatible with the old dt way config access as below code, so we have to call hisi_pcie_common_cfg_read() when accessing the RC config space. For this, we have to call hisi_pcie_common_cfg_read().

Re: [RFC PATCH V2 1/3] PCI: hisi: re-architect Hip05/Hip06 controllers driver to preapare for ACPI

Hi Arnd 在 2016/9/1 22:02, Arnd Bergmann 写道: 2. We need to backward compatible with the old dt way config access as below code, so we have to call hisi_pcie_common_cfg_read() when accessing the RC config space. For this, we have to call hisi_pcie_common_cfg_read().

Re: chipidea: udc: kernel panic in isr_setup_status_phase

On Tue, Aug 30, 2016 at 07:20:45PM +0200, Clemens Gruber wrote: > On Mon, Aug 29, 2016 at 06:24:03PM +0800, Peter Chen wrote: > > Would you please measure the voltage of vbus within 1s at below two > > conditions: > > > > - Just connect cable > > - Just disconnect cable > > We found out that

Re: chipidea: udc: kernel panic in isr_setup_status_phase

On Tue, Aug 30, 2016 at 07:20:45PM +0200, Clemens Gruber wrote: > On Mon, Aug 29, 2016 at 06:24:03PM +0800, Peter Chen wrote: > > Would you please measure the voltage of vbus within 1s at below two > > conditions: > > > > - Just connect cable > > - Just disconnect cable > > We found out that

Re: [PATCH 1/2] xen/x86: Convert to hotplug state machine

On 08/31/2016 12:15 PM, Sebastian Andrzej Siewior wrote: > On 2016-08-26 15:37:38 [-0400], Boris Ostrovsky wrote: >>> If you do find the time, you might manage to rework the code to avoid >>> using the _nocalls() function. If see this right, you use >>> xen_setup_vcpu_info_placement() for the init

Re: [PATCH 1/2] xen/x86: Convert to hotplug state machine

On 08/31/2016 12:15 PM, Sebastian Andrzej Siewior wrote: > On 2016-08-26 15:37:38 [-0400], Boris Ostrovsky wrote: >>> If you do find the time, you might manage to rework the code to avoid >>> using the _nocalls() function. If see this right, you use >>> xen_setup_vcpu_info_placement() for the init

[GIT PULL] clk fixes for v4.8-rc4

The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc: Linux 4.8-rc1 (2016-08-07 18:18:00 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/clk/linux.git tags/clk-fixes-for-linus for you to fetch changes up to

[GIT PULL] clk fixes for v4.8-rc4

The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc: Linux 4.8-rc1 (2016-08-07 18:18:00 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/clk/linux.git tags/clk-fixes-for-linus for you to fetch changes up to

Re: [PATCH 1/7] drm/sun4i: support TCONs without channel 1

On Thu, Sep 1, 2016 at 11:31 PM, Maxime Ripard wrote: > Some Allwinner SoCs, such as the A33, have a variation of the TCON that > doesn't have a second channel (or it is not wired to anything). > > Make sure we can handle that case. > > Signed-off-by: Maxime

Re: [PATCH 1/7] drm/sun4i: support TCONs without channel 1

On Thu, Sep 1, 2016 at 11:31 PM, Maxime Ripard wrote: > Some Allwinner SoCs, such as the A33, have a variation of the TCON that > doesn't have a second channel (or it is not wired to anything). > > Make sure we can handle that case. > > Signed-off-by: Maxime Ripard Acked-by: Chen-Yu Tsai

Re: [PATCH 4/5] PM / devfreq: rockchip: add devfreq driver for rk3399 dmc

Hi Heiko, On 2016년 09월 02일 08:17, Heiko Stübner wrote: > Am Freitag, 2. September 2016, 06:31:24 schrieb Lin Huang: >> base on dfi result, we do ddr frequency scaling, register >> dmc driver to devfreq framework, and use simple-ondemand >> policy. >> >> Signed-off-by: Lin Huang

Re: [PATCH 4/5] PM / devfreq: rockchip: add devfreq driver for rk3399 dmc

Hi Heiko, On 2016년 09월 02일 08:17, Heiko Stübner wrote: > Am Freitag, 2. September 2016, 06:31:24 schrieb Lin Huang: >> base on dfi result, we do ddr frequency scaling, register >> dmc driver to devfreq framework, and use simple-ondemand >> policy. >> >> Signed-off-by: Lin Huang >> Signed-off-by:

Re: [linux-sunxi] [PATCH 6/7] ARM: sun8i: a33: Add RGB666 pins

Hi, On Thu, Sep 1, 2016 at 11:32 PM, Maxime Ripard wrote: > The LCD output needs to be muxed. Add the proper pinctrl node. > > Signed-off-by: Maxime Ripard > --- > arch/arm/boot/dts/sun8i-a33.dtsi | 10 ++ > 1 file

Re: [linux-sunxi] [PATCH 6/7] ARM: sun8i: a33: Add RGB666 pins

Hi, On Thu, Sep 1, 2016 at 11:32 PM, Maxime Ripard wrote: > The LCD output needs to be muxed. Add the proper pinctrl node. > > Signed-off-by: Maxime Ripard > --- > arch/arm/boot/dts/sun8i-a33.dtsi | 10 ++ > 1 file changed, 10 insertions(+) > > diff --git

Re: [PATCH v6 4/8] usb: core: add power sequence handling for USB devices

On Thu, Sep 01, 2016 at 01:32:49PM +0530, Vaibhav Hiremath wrote: > > > On Monday 15 August 2016 02:43 PM, Peter Chen wrote: > >Some hard-wired USB devices need to do power sequence to let the > >device work normally, the typical power sequence like: enable USB > >PHY clock, toggle reset pin,

Re: [PATCH v6 4/8] usb: core: add power sequence handling for USB devices

On Thu, Sep 01, 2016 at 01:32:49PM +0530, Vaibhav Hiremath wrote: > > > On Monday 15 August 2016 02:43 PM, Peter Chen wrote: > >Some hard-wired USB devices need to do power sequence to let the > >device work normally, the typical power sequence like: enable USB > >PHY clock, toggle reset pin,

Re: [PATCH v6 2/8] power: add power sequence library

On Thu, Sep 01, 2016 at 01:32:56PM +0530, Vaibhav Hiremath wrote: > >+static void pwrseq_generic_put(struct pwrseq *pwrseq) > >+{ > >+struct pwrseq_generic *pwrseq_gen = to_generic_pwrseq(pwrseq); > >+int clk; > >+ > >+if (pwrseq_gen->gpiod_reset) > >+

Re: [PATCH v6 2/8] power: add power sequence library

On Thu, Sep 01, 2016 at 01:32:56PM +0530, Vaibhav Hiremath wrote: > >+static void pwrseq_generic_put(struct pwrseq *pwrseq) > >+{ > >+struct pwrseq_generic *pwrseq_gen = to_generic_pwrseq(pwrseq); > >+int clk; > >+ > >+if (pwrseq_gen->gpiod_reset) > >+

  1   2   3   4   5   6   7   8   9   10   >