Re: [PATCH] pci-error-recovery: doc cleanup

Hi, On Tue, Mar 21, 2017 at 9:24 PM, Cao jin wrote: > Include whitespace shooting; correction; typo fix; superfluous word > dropping. > > diff --git a/Documentation/PCI/pci-error-recovery.txt > b/Documentation/PCI/pci-error-recovery.txt > index da3b217..0b6bb3e 100644

Re: [PATCH] pci-error-recovery: doc cleanup

Hi, On Tue, Mar 21, 2017 at 9:24 PM, Cao jin wrote: > Include whitespace shooting; correction; typo fix; superfluous word > dropping. > > diff --git a/Documentation/PCI/pci-error-recovery.txt > b/Documentation/PCI/pci-error-recovery.txt > index da3b217..0b6bb3e 100644 > ---

[PATCH] ARM: dts: sun6i: sina31s: Enable SPDIF out

The SinA31s has a coaxial SPDIF output. Enable it. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun6i-a31s-sina31s.dts | 23 +++ 1 file changed, 23 insertions(+) diff --git a/arch/arm/boot/dts/sun6i-a31s-sina31s.dts

[PATCH] ARM: dts: sun6i: sina31s: Enable SPDIF out

The SinA31s has a coaxial SPDIF output. Enable it. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun6i-a31s-sina31s.dts | 23 +++ 1 file changed, 23 insertions(+) diff --git a/arch/arm/boot/dts/sun6i-a31s-sina31s.dts b/arch/arm/boot/dts/sun6i-a31s-sina31s.dts index

Re: [PATCH v3] ASoC: rt286: fix headphone click/crack noise on Dell XPS 9343 I2S mode

On Tue, Mar 21, 2017 at 5:15 PM, Bard Liao wrote: >> -Original Message- >> From: Kai-Heng Feng [mailto:kai.heng.f...@canonical.com] >> Sent: Tuesday, March 21, 2017 1:26 PM >> To: Mark Brown >> Cc: Liam Girdwood; Bard Liao; Oder Chiou; alsa-de...@alsa-project.org; >>

Re: [PATCH v3] ASoC: rt286: fix headphone click/crack noise on Dell XPS 9343 I2S mode

On Tue, Mar 21, 2017 at 5:15 PM, Bard Liao wrote: >> -Original Message- >> From: Kai-Heng Feng [mailto:kai.heng.f...@canonical.com] >> Sent: Tuesday, March 21, 2017 1:26 PM >> To: Mark Brown >> Cc: Liam Girdwood; Bard Liao; Oder Chiou; alsa-de...@alsa-project.org; >>

Re: [v2 PATCH 3/4] powernv:idle: Don't override default/deepest directly in kernel

Hi, On Tue, Mar 21, 2017 at 02:39:34AM +1000, Nicholas Piggin wrote: > > @@ -241,8 +240,9 @@ static DEVICE_ATTR(fastsleep_workaround_applyonce, 0600, > > * The default stop state that will be used by ppc_md.power_save > > * function on platforms that support stop instruction. > > */ > >

Re: [v2 PATCH 3/4] powernv:idle: Don't override default/deepest directly in kernel

Hi, On Tue, Mar 21, 2017 at 02:39:34AM +1000, Nicholas Piggin wrote: > > @@ -241,8 +240,9 @@ static DEVICE_ATTR(fastsleep_workaround_applyonce, 0600, > > * The default stop state that will be used by ppc_md.power_save > > * function on platforms that support stop instruction. > > */ > >

Re: [v2 PATCH 1/4] powernv: Move CPU-Offline idle state invocation from smp.c to idle.c

Hi Nick, On Tue, Mar 21, 2017 at 02:35:17AM +1000, Nicholas Piggin wrote: > On Mon, 20 Mar 2017 21:24:15 +0530 > "Gautham R. Shenoy" wrote: > > > From: "Gautham R. Shenoy" > > > > Move the piece of code in

Re: [v2 PATCH 1/4] powernv: Move CPU-Offline idle state invocation from smp.c to idle.c

Hi Nick, On Tue, Mar 21, 2017 at 02:35:17AM +1000, Nicholas Piggin wrote: > On Mon, 20 Mar 2017 21:24:15 +0530 > "Gautham R. Shenoy" wrote: > > > From: "Gautham R. Shenoy" > > > > Move the piece of code in powernv/smp.c::pnv_smp_cpu_kill_self() which > > transitions the CPU to the deepest

[PATCH] Add initial SX3000b platform code to MIPS arch

Add initial support for boards based on Satixfy's SX3000b (Catniss) SoC. The SoC includes a MIPS interAptiv dual core 4 VPE processor and boots using device-tree. Signed-off-by: Amit Kama The irqchip file (irq-sx3000b.c) is pertinent to the platform. IRQCHIP maintainers

[PATCH] Add initial SX3000b platform code to MIPS arch

Add initial support for boards based on Satixfy's SX3000b (Catniss) SoC. The SoC includes a MIPS interAptiv dual core 4 VPE processor and boots using device-tree. Signed-off-by: Amit Kama The irqchip file (irq-sx3000b.c) is pertinent to the platform. IRQCHIP maintainers - is it possible to

Re: [PATCH v3] ASoC: rt286: fix headphone click/crack noise on Dell XPS 9343 I2S mode

On Tue, Mar 21, 2017 at 4:59 PM, Bard Liao wrote: >> -Original Message- >> From: Kai-Heng Feng [mailto:kai.heng.f...@canonical.com] >> Sent: Tuesday, March 21, 2017 1:39 PM >> To: Bard Liao >> Cc: broo...@kernel.org; lgirdw...@gmail.com; Oder Chiou; >>

Re: [PATCH v3] ASoC: rt286: fix headphone click/crack noise on Dell XPS 9343 I2S mode

On Tue, Mar 21, 2017 at 4:59 PM, Bard Liao wrote: >> -Original Message- >> From: Kai-Heng Feng [mailto:kai.heng.f...@canonical.com] >> Sent: Tuesday, March 21, 2017 1:39 PM >> To: Bard Liao >> Cc: broo...@kernel.org; lgirdw...@gmail.com; Oder Chiou; >> alsa-de...@alsa-project.org;

Re: [RFC 0/1] add support for reclaiming priorities per mem cgroup

On Wed, Mar 22, 2017 at 01:41:17PM +0900, Minchan Kim wrote: > Hi Tim, > > On Tue, Mar 21, 2017 at 10:18:26AM -0700, Tim Murray wrote: > > On Sun, Mar 19, 2017 at 10:59 PM, Minchan Kim wrote: > > > However, I'm not sure your approach is good. It seems your approach just > > >

Re: [RFC 0/1] add support for reclaiming priorities per mem cgroup

On Wed, Mar 22, 2017 at 01:41:17PM +0900, Minchan Kim wrote: > Hi Tim, > > On Tue, Mar 21, 2017 at 10:18:26AM -0700, Tim Murray wrote: > > On Sun, Mar 19, 2017 at 10:59 PM, Minchan Kim wrote: > > > However, I'm not sure your approach is good. It seems your approach just > > > reclaims pages from

FW: Re: [PATCH v4] USB: Proper handling of Race Condition when two USB class drivers try to call init_usb_class simultaneously

Greg, hope you had not faced any issue (tab converted to spaces) with this patch. In case still facing any issue please let me know. > There is race condition when two USB class drivers try to call > init_usb_class at the same time and leads to crash. > code path:

FW: Re: [PATCH v4] USB: Proper handling of Race Condition when two USB class drivers try to call init_usb_class simultaneously

Greg, hope you had not faced any issue (tab converted to spaces) with this patch. In case still facing any issue please let me know. > There is race condition when two USB class drivers try to call > init_usb_class at the same time and leads to crash. > code path:

Re: [lkp-robot] [x86] 69218e4799: BUG:kernel_hang_in_boot_stage

On Tue, Mar 21, 2017 at 9:27 PM, Andy Lutomirski wrote: > On Tue, Mar 21, 2017 at 5:41 PM, Thomas Garnier wrote: >> On Tue, Mar 21, 2017 at 4:51 PM, Andy Lutomirski wrote: >>> On Tue, Mar 21, 2017 at 3:32 PM, Andy Lutomirski

Re: [lkp-robot] [x86] 69218e4799: BUG:kernel_hang_in_boot_stage

On Tue, Mar 21, 2017 at 9:27 PM, Andy Lutomirski wrote: > On Tue, Mar 21, 2017 at 5:41 PM, Thomas Garnier wrote: >> On Tue, Mar 21, 2017 at 4:51 PM, Andy Lutomirski wrote: >>> On Tue, Mar 21, 2017 at 3:32 PM, Andy Lutomirski >>> wrote: On Tue, Mar 21, 2017 at 2:11 PM, Linus Torvalds

Re: [PATCH] drm/msm/hdmi: redefinitions of macros not required

hi, Could you please give some feedback or review comments for this patch On 3/14/17, Vinay Simha BN wrote: > 4 macros already defined in hdmi.h, > which is not required to redefine in hdmi_audio.c > > Signed-off-by: Vinay Simha BN > --- >

Re: [PATCH] drm/msm/hdmi: redefinitions of macros not required

hi, Could you please give some feedback or review comments for this patch On 3/14/17, Vinay Simha BN wrote: > 4 macros already defined in hdmi.h, > which is not required to redefine in hdmi_audio.c > > Signed-off-by: Vinay Simha BN > --- > drivers/gpu/drm/msm/hdmi/hdmi_audio.c | 7 --- >

Re: [PATCH v5 1/2] usb: host: plat: Enable xhci plat runtime PM

Hi, On 21 March 2017 at 16:07, Felipe Balbi wrote: > > Hi, > > Baolin Wang writes: I don't yet understand why we can't just keep runtime pm disabled as a default for xhci platform devices. It could be enabled by whatever creates the

Re: [PATCH v5 1/2] usb: host: plat: Enable xhci plat runtime PM

Hi, On 21 March 2017 at 16:07, Felipe Balbi wrote: > > Hi, > > Baolin Wang writes: I don't yet understand why we can't just keep runtime pm disabled as a default for xhci platform devices. It could be enabled by whatever creates the platform device by setting some device

Re: [RFC 0/1] add support for reclaiming priorities per mem cgroup

Hi Tim, On Tue, Mar 21, 2017 at 10:18:26AM -0700, Tim Murray wrote: > On Sun, Mar 19, 2017 at 10:59 PM, Minchan Kim wrote: > > However, I'm not sure your approach is good. It seems your approach just > > reclaims pages from groups (DEF_PRIORITY - memcg->priority) >=

Re: [RFC 0/1] add support for reclaiming priorities per mem cgroup

Hi Tim, On Tue, Mar 21, 2017 at 10:18:26AM -0700, Tim Murray wrote: > On Sun, Mar 19, 2017 at 10:59 PM, Minchan Kim wrote: > > However, I'm not sure your approach is good. It seems your approach just > > reclaims pages from groups (DEF_PRIORITY - memcg->priority) >= sc->priority. > > IOW, it is

Re: [lkp-robot] [x86] 69218e4799: BUG:kernel_hang_in_boot_stage

On Tue, Mar 21, 2017 at 5:41 PM, Thomas Garnier wrote: > On Tue, Mar 21, 2017 at 4:51 PM, Andy Lutomirski wrote: >> On Tue, Mar 21, 2017 at 3:32 PM, Andy Lutomirski wrote: >>> On Tue, Mar 21, 2017 at 2:11 PM, Linus Torvalds >>>

Re: [RESEND PATCH v4 2/9] iio: adc: add support for X-Powers AXP20X and AXP22X PMICs ADCs

Hi, On Mon, Mar 20, 2017 at 4:16 PM, Quentin Schulz wrote: > The X-Powers AXP20X and AXP22X PMICs have multiple ADCs. They expose the > battery voltage, battery charge and discharge currents, AC-in and VBUS > voltages and currents, 2 GPIOs muxable in ADC mode

[lkp-robot] [mm, page_alloc] b7ef62aa8a: BUG:kernel_hang_in_boot_stage

86_64-2016-04-22.cgz-b7ef62aa8a7aebb156ce093e3215fb821426fc1b-20170321-127060-hr3r1t-0.cgz /lkp/lkp/lkp-x86_64.cgz To reproduce: git clone https://github.com/01org/lkp-tests.git cd lkp-tests bin/lkp qemu -k job-script # job-script is attached in this email

Re: [lkp-robot] [x86] 69218e4799: BUG:kernel_hang_in_boot_stage

On Tue, Mar 21, 2017 at 5:41 PM, Thomas Garnier wrote: > On Tue, Mar 21, 2017 at 4:51 PM, Andy Lutomirski wrote: >> On Tue, Mar 21, 2017 at 3:32 PM, Andy Lutomirski wrote: >>> On Tue, Mar 21, 2017 at 2:11 PM, Linus Torvalds >>> wrote: On Tue, Mar 21, 2017 at 1:25 PM, Thomas Garnier

Re: [RESEND PATCH v4 2/9] iio: adc: add support for X-Powers AXP20X and AXP22X PMICs ADCs

Hi, On Mon, Mar 20, 2017 at 4:16 PM, Quentin Schulz wrote: > The X-Powers AXP20X and AXP22X PMICs have multiple ADCs. They expose the > battery voltage, battery charge and discharge currents, AC-in and VBUS > voltages and currents, 2 GPIOs muxable in ADC mode and PMIC temperature. > > This adds

[lkp-robot] [mm, page_alloc] b7ef62aa8a: BUG:kernel_hang_in_boot_stage

86_64-2016-04-22.cgz-b7ef62aa8a7aebb156ce093e3215fb821426fc1b-20170321-127060-hr3r1t-0.cgz /lkp/lkp/lkp-x86_64.cgz To reproduce: git clone https://github.com/01org/lkp-tests.git cd lkp-tests bin/lkp qemu -k job-script # job-script is attached in this email

[PATCH 1/3] staging: media: Replace a bit shift by a use of BIT.

This patch replaces bit shifting on 1 with the BIT(x) macro. This was done with coccinelle: @@ constant c; @@ -1 << c +BIT(c) Signed-off-by: Arushi Singhal --- .../staging/media/atomisp/pci/atomisp2/atomisp_cmd.c | 12 ++--

[PATCH 2/3] staging: media: davinci_vpfe: Replace a bit shift by a use of BIT.

This patch replaces bit shifting on 1 with the BIT(x) macro. This was done with coccinelle: @@ constant c; @@ -1 << c +BIT(c) Signed-off-by: Arushi Singhal --- drivers/staging/media/davinci_vpfe/dm365_ipipe.c | 2 +-

[PATCH 1/3] staging: media: Replace a bit shift by a use of BIT.

This patch replaces bit shifting on 1 with the BIT(x) macro. This was done with coccinelle: @@ constant c; @@ -1 << c +BIT(c) Signed-off-by: Arushi Singhal --- .../staging/media/atomisp/pci/atomisp2/atomisp_cmd.c | 12 ++-- .../media/atomisp/pci/atomisp2/atomisp_compat_css20.c | 6

[PATCH 2/3] staging: media: davinci_vpfe: Replace a bit shift by a use of BIT.

This patch replaces bit shifting on 1 with the BIT(x) macro. This was done with coccinelle: @@ constant c; @@ -1 << c +BIT(c) Signed-off-by: Arushi Singhal --- drivers/staging/media/davinci_vpfe/dm365_ipipe.c | 2 +- drivers/staging/media/davinci_vpfe/dm365_ipipeif.c | 2 +-

[PATCH 3/3] staging: media: omap4iss: Replace a bit shift by a use of BIT.

This patch replaces bit shifting on 1 with the BIT(x) macro. This was done with coccinelle: @@ constant c; @@ -1 << c +BIT(c) Signed-off-by: Arushi Singhal --- drivers/staging/media/omap4iss/iss_csi2.c| 2 +- drivers/staging/media/omap4iss/iss_ipipe.c | 2

[PATCH 3/3] staging: media: omap4iss: Replace a bit shift by a use of BIT.

This patch replaces bit shifting on 1 with the BIT(x) macro. This was done with coccinelle: @@ constant c; @@ -1 << c +BIT(c) Signed-off-by: Arushi Singhal --- drivers/staging/media/omap4iss/iss_csi2.c| 2 +- drivers/staging/media/omap4iss/iss_ipipe.c | 2 +-

Re: [PATCH v3 1/3] kexec: Move vmcoreinfo out of the kernel's .bss section

On 03/21/17 at 10:18pm, Eric W. Biederman wrote: > Dave Young writes: > > > On 03/20/17 at 10:33pm, Eric W. Biederman wrote: > >> Xunlei Pang writes: > >> > >> > As Eric said, > >> > "what we need to do is move the variable vmcoreinfo_note out > >> > of

Re: [PATCH v3 1/3] kexec: Move vmcoreinfo out of the kernel's .bss section

On 03/21/17 at 10:18pm, Eric W. Biederman wrote: > Dave Young writes: > > > On 03/20/17 at 10:33pm, Eric W. Biederman wrote: > >> Xunlei Pang writes: > >> > >> > As Eric said, > >> > "what we need to do is move the variable vmcoreinfo_note out > >> > of the kernel's .bss section. And modify

linux-next: Tree for Mar 22

Hi all, Changes since 20170321: The drm tree gained conflicts against the drm-intel-fixes tree. The char-misc tree gained a conflict against the tpmdd tree. The char-misc tree still had its build failure for which I applied a fix patch. The livepatching tree gained a conflict against the tip

linux-next: Tree for Mar 22

Hi all, Changes since 20170321: The drm tree gained conflicts against the drm-intel-fixes tree. The char-misc tree gained a conflict against the tpmdd tree. The char-misc tree still had its build failure for which I applied a fix patch. The livepatching tree gained a conflict against the tip

[PATCH 0/3] staging: media: Replace a bit shift.

Replace a bit shift by a use of BIT in media driver. Arushi Singhal (3): staging: media: Replace a bit shift by a use of BIT. staging: media: davinci_vpfe: Replace a bit shift by a use of BIT. staging: media: omap4iss: Replace a bit shift by a use of BIT.

[PATCH 0/3] staging: media: Replace a bit shift.

Replace a bit shift by a use of BIT in media driver. Arushi Singhal (3): staging: media: Replace a bit shift by a use of BIT. staging: media: davinci_vpfe: Replace a bit shift by a use of BIT. staging: media: omap4iss: Replace a bit shift by a use of BIT.

[PATCH v3] dmaengine: rcar-dmac: enable descriptor mode on 40bit

From: Kuninori Morimoto SYS-DMAC can use 40bit address transfer, and it supports Descriptor Mode too. Current SYS-DMAC driver disables Descriptor Mode if it was 40bit address today. But it can use Descriptor Mode with 40bit if transfer Source/Destination

[PATCH v3] dmaengine: rcar-dmac: enable descriptor mode on 40bit

From: Kuninori Morimoto SYS-DMAC can use 40bit address transfer, and it supports Descriptor Mode too. Current SYS-DMAC driver disables Descriptor Mode if it was 40bit address today. But it can use Descriptor Mode with 40bit if transfer Source/Destination address are located in same 4GiB region

[PATCH] staging: media: Replace a bit shift by a use of BIT.

This patch replaces bit shifting on 1 with the BIT(x) macro. This was done with coccinelle: @@ constant c; @@ -1 << c +BIT(c) Signed-off-by: Arushi Singhal --- drivers/staging/octeon/ethernet-tx.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff

[PATCH] staging: media: Replace a bit shift by a use of BIT.

This patch replaces bit shifting on 1 with the BIT(x) macro. This was done with coccinelle: @@ constant c; @@ -1 << c +BIT(c) Signed-off-by: Arushi Singhal --- drivers/staging/octeon/ethernet-tx.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [PATCH] cpufreq: schedutil: Always trace frequency if it does not change

On 22-03-17, 01:56, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > sugov_update_commit() calls trace_cpu_frequency() to record the > current CPU frequency if it has not changed in the fast switch case > to prevent utilities from getting confused (they may

Re: [PATCH] cpufreq: schedutil: Always trace frequency if it does not change

On 22-03-17, 01:56, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > sugov_update_commit() calls trace_cpu_frequency() to record the > current CPU frequency if it has not changed in the fast switch case > to prevent utilities from getting confused (they may report that the > CPU is idle if

Re: [PATCH v3 02/11] ARM: sun8i: a33: add all operating points

On Tue, Mar 21, 2017 at 11:36 PM, Quentin Schulz wrote: > This adds almost all operating points allowed for the A33 as defined by > fex files available at: > https://github.com/linux-sunxi/sunxi-boards/tree/master/sys_config/a33 > > There are more possible

Re: [PATCH v3 02/11] ARM: sun8i: a33: add all operating points

On Tue, Mar 21, 2017 at 11:36 PM, Quentin Schulz wrote: > This adds almost all operating points allowed for the A33 as defined by > fex files available at: > https://github.com/linux-sunxi/sunxi-boards/tree/master/sys_config/a33 > > There are more possible frequencies in this patch than there are

Re: [PATCH] ARM: dts: sun7i: lamobo-r1: Fix CPU port RGMII settings

Hi Florian, On Sun, Mar 19, 2017 at 12:50 PM, Florian Fainelli wrote: > The CPU port of the BCM53125 is configured with RGMII (no delays) but > this should actually be RGMII with transmit delay (rgmii-txid) because > STMMAC takes care of inserting the transmitter delay.

Re: [PATCH] ARM: dts: sun7i: lamobo-r1: Fix CPU port RGMII settings

Hi Florian, On Sun, Mar 19, 2017 at 12:50 PM, Florian Fainelli wrote: > The CPU port of the BCM53125 is configured with RGMII (no delays) but > this should actually be RGMII with transmit delay (rgmii-txid) because > STMMAC takes care of inserting the transmitter delay. This fixes > occasional

Re: [PATCH] Documentation: Input: Add uinput documentation

Thanks for this, I'm getting enough questions about this, so it's nice to have a link :) First comment: I don't think rst requires unwrapped lines, so please break those up. Second comment: I'd really like to have a link to libevdev here. It has a uinput interface that's a bit more obvious and

Re: [PATCH] Documentation: Input: Add uinput documentation

Thanks for this, I'm getting enough questions about this, so it's nice to have a link :) First comment: I don't think rst requires unwrapped lines, so please break those up. Second comment: I'd really like to have a link to libevdev here. It has a uinput interface that's a bit more obvious and

[BUG] tools build: Add HOSTARCH Makefile variable

Hello, with commit: 0a943cb10ce7 (tools build: Add HOSTARCH Makefile variable), the following build failure is seen with ARCH=x86_84 when build for perf In file included from util/event.c:2:0: tools/include/uapi/linux/mman.h:4:27: fatal error: uapi/asm/mman.h: No such file or directory

[BUG] tools build: Add HOSTARCH Makefile variable

Hello, with commit: 0a943cb10ce7 (tools build: Add HOSTARCH Makefile variable), the following build failure is seen with ARCH=x86_84 when build for perf In file included from util/event.c:2:0: tools/include/uapi/linux/mman.h:4:27: fatal error: uapi/asm/mman.h: No such file or directory

Re: [v2 PATCH 4/4] powernv: Recover correct PACA on wakeup from a stop on P9 DD1

On Tue, 21 Mar 2017 02:59:46 +1000 Nicholas Piggin wrote: > On Mon, 20 Mar 2017 21:24:18 +0530 > This is quite neat now you've moved it to its own function. Nice. > It will be only a trivial clash with my patches now, I think. > > Reviewed-by: Nicholas Piggin

Re: [v2 PATCH 4/4] powernv: Recover correct PACA on wakeup from a stop on P9 DD1

On Tue, 21 Mar 2017 02:59:46 +1000 Nicholas Piggin wrote: > On Mon, 20 Mar 2017 21:24:18 +0530 > This is quite neat now you've moved it to its own function. Nice. > It will be only a trivial clash with my patches now, I think. > > Reviewed-by: Nicholas Piggin Hmm... This won't actually work

Re: [PATCH v3 03/11] ARM: dts: sun8i: sina33: add cpu-supply

On Tue, Mar 21, 2017 at 11:36 PM, Quentin Schulz wrote: > This adds the cpu-supply DT property to the cpu0 DT node needed by > the board to adapt the regulator voltage depending on the currently used > OPP. > > Signed-off-by: Quentin Schulz

Re: [PATCH v3 03/11] ARM: dts: sun8i: sina33: add cpu-supply

On Tue, Mar 21, 2017 at 11:36 PM, Quentin Schulz wrote: > This adds the cpu-supply DT property to the cpu0 DT node needed by > the board to adapt the regulator voltage depending on the currently used > OPP. > > Signed-off-by: Quentin Schulz Acked-by: Chen-Yu Tsai

[PATCH 1/3] drivers/of/base.c: Add of_property_read_u64_index

There is of_property_read_u32_index but no u64 variant. This patch adds one similar to the u32 version for u64. Signed-off-by: Alistair Popple --- drivers/of/base.c | 31 +++ include/linux/of.h | 3 +++ 2 files changed, 34 insertions(+) diff

[PATCH 1/3] drivers/of/base.c: Add of_property_read_u64_index

There is of_property_read_u32_index but no u64 variant. This patch adds one similar to the u32 version for u64. Signed-off-by: Alistair Popple --- drivers/of/base.c | 31 +++ include/linux/of.h | 3 +++ 2 files changed, 34 insertions(+) diff --git

[PATCH 2/3] powerpc/powernv: Add sanity checks to pnv_pci_get_{gpu|npu}_dev

The pnv_pci_get_{gpu|npu}_dev functions are used to find associations between nvlink PCIe devices and standard PCIe devices. However they lacked basic sanity checking which results in NULL pointer dereferencing if they are incorrectly called which can be harder to spot than an explicit WARN_ON.

[PATCH 2/3] powerpc/powernv: Add sanity checks to pnv_pci_get_{gpu|npu}_dev

The pnv_pci_get_{gpu|npu}_dev functions are used to find associations between nvlink PCIe devices and standard PCIe devices. However they lacked basic sanity checking which results in NULL pointer dereferencing if they are incorrectly called which can be harder to spot than an explicit WARN_ON.

[PATCH 3/3] powerpc/powernv: Introduce address translation services for Nvlink2

Nvlink2 supports address translation services (ATS) allowing devices to request address translations from an mmu known as the nest MMU which is setup to walk the CPU page tables. To access this functionality certain firmware calls are required to setup and manage hardware context tables in the

[PATCH 3/3] powerpc/powernv: Introduce address translation services for Nvlink2

Nvlink2 supports address translation services (ATS) allowing devices to request address translations from an mmu known as the nest MMU which is setup to walk the CPU page tables. To access this functionality certain firmware calls are required to setup and manage hardware context tables in the

Re: [PATCH v2 0/8] thermal: ti-soc-thermal: Migrate slope/offset data to device tree

On Thursday 09 March 2017 01:35 PM, Keerthy wrote: > Currently the slope and offset values for calculating the > hot spot temperature of a particular thermal zone is part > of driver data. Pass them here instead and obtain the values > while of node parsing. > > Tested for the slope and

Re: [PATCH v2 0/8] thermal: ti-soc-thermal: Migrate slope/offset data to device tree

On Thursday 09 March 2017 01:35 PM, Keerthy wrote: > Currently the slope and offset values for calculating the > hot spot temperature of a particular thermal zone is part > of driver data. Pass them here instead and obtain the values > while of node parsing. > > Tested for the slope and

Re: [PATCH v3 01/11] ARM: sun8i: a33: add operating-points-v2 property to all nodes

On Tue, Mar 21, 2017 at 11:36 PM, Quentin Schulz wrote: > The OPP are declared as shared but no operating points are declared for > cpu1, 2 and 3. Thus, the following error happens during the boot: > > cpu cpu1: dev_pm_opp_of_get_sharing_cpus: Couldn't find

Re: [PATCH v3 01/11] ARM: sun8i: a33: add operating-points-v2 property to all nodes

On Tue, Mar 21, 2017 at 11:36 PM, Quentin Schulz wrote: > The OPP are declared as shared but no operating points are declared for > cpu1, 2 and 3. Thus, the following error happens during the boot: > > cpu cpu1: dev_pm_opp_of_get_sharing_cpus: Couldn't find tcpu_dev node. > > This patch applies

Re: [PATCH v1] mm, hugetlb: use pte_present() instead of pmd_present() in follow_huge_pmd()

On March 22, 2017 10:32 AM Naoya Horiguchi wrote: > > I found the race condition which triggers the following bug when > move_pages() and soft offline are called on a single hugetlb page > concurrently. > > [61163.578957] Soft offlining page 0x119400 at 0x7000 >

Re: [PATCH v1] mm, hugetlb: use pte_present() instead of pmd_present() in follow_huge_pmd()

On March 22, 2017 10:32 AM Naoya Horiguchi wrote: > > I found the race condition which triggers the following bug when > move_pages() and soft offline are called on a single hugetlb page > concurrently. > > [61163.578957] Soft offlining page 0x119400 at 0x7000 >

Re: [PATCH] pci: dwc: hisi needs PCI_HOST_COMMON

On 2017/3/21 23:48, Jingoo Han wrote: > (+cc: Joao Pinto, Zhou Wang, Gabriele Paoloni) > > On Tuesday, March 21, 2017 10:32 AM, Arnd Bergmann wrote: >> >> Without PCI_HOST_COMMON support enabled, we get a link error: >> >> drivers/pci/dwc/built-in.o: In function `hisi_pcie_map_bus': >>

Re: [PATCH] pci: dwc: hisi needs PCI_HOST_COMMON

On 2017/3/21 23:48, Jingoo Han wrote: > (+cc: Joao Pinto, Zhou Wang, Gabriele Paoloni) > > On Tuesday, March 21, 2017 10:32 AM, Arnd Bergmann wrote: >> >> Without PCI_HOST_COMMON support enabled, we get a link error: >> >> drivers/pci/dwc/built-in.o: In function `hisi_pcie_map_bus': >>

Re: [PATCH v3 1/3] kexec: Move vmcoreinfo out of the kernel's .bss section

Dave Young writes: > On 03/20/17 at 10:33pm, Eric W. Biederman wrote: >> Xunlei Pang writes: >> >> > As Eric said, >> > "what we need to do is move the variable vmcoreinfo_note out >> > of the kernel's .bss section. And modify the code to regenerate >> >

Re: [PATCH v3 1/3] kexec: Move vmcoreinfo out of the kernel's .bss section

Dave Young writes: > On 03/20/17 at 10:33pm, Eric W. Biederman wrote: >> Xunlei Pang writes: >> >> > As Eric said, >> > "what we need to do is move the variable vmcoreinfo_note out >> > of the kernel's .bss section. And modify the code to regenerate >> > and keep this information in something

Re: [PATCH] acpi: check the online state of all children in container

On Wed, Mar 22, 2017 at 01:58:30AM +0100, Rafael J. Wysocki wrote: > On Wednesday, March 22, 2017 09:01:48 AM Lee, Chun-Yi wrote: > > Just checking the state of container is not enough to confirm that > > the whole container is offlined. > > And why is that so? > Actually there does not have

Re: [PATCH] acpi: check the online state of all children in container

On Wed, Mar 22, 2017 at 01:58:30AM +0100, Rafael J. Wysocki wrote: > On Wednesday, March 22, 2017 09:01:48 AM Lee, Chun-Yi wrote: > > Just checking the state of container is not enough to confirm that > > the whole container is offlined. > > And why is that so? > Actually there does not have

Re: [PATCH] kvm: pass the virtual SEI syndrome to guest OS

ild test ERROR on v4.11-rc3 next-20170321] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the system] > > url: > https://github.com/0day-ci/linux/commits/Dongjiu-Geng/kvm-pass-the-virtual-SEI-syndrome-to-guest-OS/20170321-152433 > b

Re: [PATCH] kvm: pass the virtual SEI syndrome to guest OS

ild test ERROR on v4.11-rc3 next-20170321] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the system] > > url: > https://github.com/0day-ci/linux/commits/Dongjiu-Geng/kvm-pass-the-virtual-SEI-syndrome-to-guest-OS/20170321-152433 > b

[PATCH v8] drm/rockchip: Refactor the component match logic.

Currently we are adding all components from the dts, if one of their drivers been disabled, we would not be able to bring up others. Refactor component match logic, follow exynos drm. Signed-off-by: Jeffy Chen Reviewed-by: Andrzej Hajda Acked-by:

[PATCH v8] drm/rockchip: Refactor the component match logic.

Currently we are adding all components from the dts, if one of their drivers been disabled, we would not be able to bring up others. Refactor component match logic, follow exynos drm. Signed-off-by: Jeffy Chen Reviewed-by: Andrzej Hajda Acked-by: Mark Yao Tested-by: Heiko Stuebner ---

[PATCH] drivers/misc: Aspeed LPC control fix compile error and warning

pgprot_dmachoerent() is not defined on every architecture. Having COMPILE_TEST set for the driver causes it to be compiled on architectures which do not have pgprot_dmachoerent(): drivers/misc/aspeed-lpc-ctrl.c: In function 'aspeed_lpc_ctrl_mmap': drivers/misc/aspeed-lpc-ctrl.c:51:9:

[PATCH] drivers/misc: Aspeed LPC control fix compile error and warning

pgprot_dmachoerent() is not defined on every architecture. Having COMPILE_TEST set for the driver causes it to be compiled on architectures which do not have pgprot_dmachoerent(): drivers/misc/aspeed-lpc-ctrl.c: In function 'aspeed_lpc_ctrl_mmap': drivers/misc/aspeed-lpc-ctrl.c:51:9:

Re: [PATCH net-next 1/8] ptr_ring: introduce batch dequeuing

On 2017年03月21日 18:25, Sergei Shtylyov wrote: Hello! On 3/21/2017 7:04 AM, Jason Wang wrote: Signed-off-by: Jason Wang --- include/linux/ptr_ring.h | 65 1 file changed, 65 insertions(+) diff --git

Re: [PATCH net-next 1/8] ptr_ring: introduce batch dequeuing

On 2017年03月21日 18:25, Sergei Shtylyov wrote: Hello! On 3/21/2017 7:04 AM, Jason Wang wrote: Signed-off-by: Jason Wang --- include/linux/ptr_ring.h | 65 1 file changed, 65 insertions(+) diff --git a/include/linux/ptr_ring.h

Re: [PATCH] blk-mq: don't complete un-started request in timeout handler

On 03/21/2017 10:14 PM, Ming Lei wrote: > When iterating busy requests in timeout handler, > if the STARTED flag of one request isn't set, that means > the request is being processed in block layer or driver, and > isn't submitted to hardware yet. > > In current implementation of

Re: [PATCH] blk-mq: don't complete un-started request in timeout handler

On 03/21/2017 10:14 PM, Ming Lei wrote: > When iterating busy requests in timeout handler, > if the STARTED flag of one request isn't set, that means > the request is being processed in block layer or driver, and > isn't submitted to hardware yet. > > In current implementation of

[PATCH] staging: lustre: Replace a bit shift by a use of BIT.

This patch replaces bit shifting on 1 with the BIT(x) macro. This was done with coccinelle: @@ constant c; @@ -1 << c +BIT(c) Signed-off-by: Arushi Singhal --- drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd.c | 2 +-

[PATCH] Docs: Input: initial uinput documentation

Hi guys, so, after taking some time to understand how to work with uinput, and to grab some examples on web, I discovered that kernel doesn't have any "official" documentation about it. So, here we are :) I added some examples based in my tests, there are samples of EV_REL and EV_KEY, but we

[PATCH] staging: lustre: Replace a bit shift by a use of BIT.

This patch replaces bit shifting on 1 with the BIT(x) macro. This was done with coccinelle: @@ constant c; @@ -1 << c +BIT(c) Signed-off-by: Arushi Singhal --- drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd.c | 2 +- drivers/staging/lustre/lnet/klnds/socklnd/socklnd_cb.c|

[PATCH] Docs: Input: initial uinput documentation

Hi guys, so, after taking some time to understand how to work with uinput, and to grab some examples on web, I discovered that kernel doesn't have any "official" documentation about it. So, here we are :) I added some examples based in my tests, there are samples of EV_REL and EV_KEY, but we

Re: [PATCH v3 1/3] kexec: Move vmcoreinfo out of the kernel's .bss section

On 03/20/17 at 10:33pm, Eric W. Biederman wrote: > Xunlei Pang writes: > > > As Eric said, > > "what we need to do is move the variable vmcoreinfo_note out > > of the kernel's .bss section. And modify the code to regenerate > > and keep this information in something like the

Re: [PATCH V13 09/10] trace, ras: add ARM processor error trace event

Hello Xie XiuQi, On 3/21/2017 8:48 PM, Xie XiuQi wrote: Reviewed-by: Xie XiuQi Thank you! Tyler On 2017/3/22 6:47, Tyler Baicar wrote: Currently there are trace events for the various RAS errors with the exception of ARM processor type errors. Add a new trace event for

Re: [PATCH v3 1/3] kexec: Move vmcoreinfo out of the kernel's .bss section

On 03/20/17 at 10:33pm, Eric W. Biederman wrote: > Xunlei Pang writes: > > > As Eric said, > > "what we need to do is move the variable vmcoreinfo_note out > > of the kernel's .bss section. And modify the code to regenerate > > and keep this information in something like the control page. > > >

Re: [PATCH V13 09/10] trace, ras: add ARM processor error trace event

Hello Xie XiuQi, On 3/21/2017 8:48 PM, Xie XiuQi wrote: Reviewed-by: Xie XiuQi Thank you! Tyler On 2017/3/22 6:47, Tyler Baicar wrote: Currently there are trace events for the various RAS errors with the exception of ARM processor type errors. Add a new trace event for such errors so that

Re: [PATCH 1/1] crypto: If two strings are exact match, they must have same length.

On Tue, Mar 21, 2017 at 04:40:40PM -0500, Ming Ma wrote: > When both "crct10dif-pclmul" algorithm and "crct10dif-generic" algorithm > exist in crypto_alg_list, "crct10dif-pclmul" should be selected, since it > has higher priority than "crct10dif-generic". However, both algorithms > have the same

Re: [PATCH 1/1] crypto: If two strings are exact match, they must have same length.

On Tue, Mar 21, 2017 at 04:40:40PM -0500, Ming Ma wrote: > When both "crct10dif-pclmul" algorithm and "crct10dif-generic" algorithm > exist in crypto_alg_list, "crct10dif-pclmul" should be selected, since it > has higher priority than "crct10dif-generic". However, both algorithms > have the same

  1   2   3   4   5   6   7   8   9   10   >