Re: [PATCH v6 09/11] mmc: sdhci-acpi: Make PCI dependency explicit

On 2019/1/7 20:43, Adrian Hunter wrote: > On 7/01/19 1:17 PM, Rafael J. Wysocki wrote: >> On Sat, Jan 5, 2019 at 11:06 AM Sinan Kaya wrote: >>> After 'commit 5d32a66541c4 ("PCI/ACPI: Allow ACPI to be built without >>> CONFIG_PCI set")' dependencies on CONFIG_PCI that previously were >>> satisfied

Re: [PATCH 1/1] ACPI / tables: add DSDT AmlCode new declaration name support

Hello all, Any comments about this patch? Cheers Dongsheng On 2018/11/23 16:12, Wang, Dongsheng wrote: > Hello Robert, > > Do you have any comments about this patch? > Thanks. > > > Cheers > Dongsheng > > On 2018/11/13 18:46, Wang, Dongsheng wrote: >> Th

Re: [PATCH 1/1] sched/headers: fix thread_info. is overwritten by STACK_END_MAGIC

Hello all, Any comments about this patch? Cheers, Dongsheng On 2018/11/30 10:19, Wang, Dongsheng wrote: > On 2018/11/30 10:04, Wang, Dongsheng wrote: >> On 2018/11/30 5:22, Kees Cook wrote: >>> On Tue, Nov 27, 2018 at 8:38 PM Wang, Dongsheng >>> wrote: >>>&

Re: [PATCH 1/1] sched/headers: fix thread_info. is overwritten by STACK_END_MAGIC

On 2018/11/30 10:04, Wang, Dongsheng wrote: > On 2018/11/30 5:22, Kees Cook wrote: >> On Tue, Nov 27, 2018 at 8:38 PM Wang, Dongsheng >> wrote: >>> Hello Kees, >>> >>> On 2018/11/28 6:38, Kees Cook wrote: >>>> On Thu, Nov 22, 2018 at 1

Re: [PATCH 1/1] sched/headers: fix thread_info. is overwritten by STACK_END_MAGIC

On 2018/11/30 10:04, Wang, Dongsheng wrote: > On 2018/11/30 5:22, Kees Cook wrote: >> On Tue, Nov 27, 2018 at 8:38 PM Wang, Dongsheng >> wrote: >>> Hello Kees, >>> >>> On 2018/11/28 6:38, Kees Cook wrote: >>>> On Thu, Nov 22, 2018 at 1

Re: [PATCH 1/1] sched/headers: fix thread_info. is overwritten by STACK_END_MAGIC

On 2018/11/30 5:22, Kees Cook wrote: > On Tue, Nov 27, 2018 at 8:38 PM Wang, Dongsheng > wrote: >> Hello Kees, >> >> On 2018/11/28 6:38, Kees Cook wrote: >>> On Thu, Nov 22, 2018 at 11:54 PM, Wang Dongsheng >>> wrote: >>>> When select ARCH_

Re: [PATCH 1/1] sched/headers: fix thread_info. is overwritten by STACK_END_MAGIC

On 2018/11/30 5:22, Kees Cook wrote: > On Tue, Nov 27, 2018 at 8:38 PM Wang, Dongsheng > wrote: >> Hello Kees, >> >> On 2018/11/28 6:38, Kees Cook wrote: >>> On Thu, Nov 22, 2018 at 11:54 PM, Wang Dongsheng >>> wrote: >>>> When select ARCH_

Re: [PATCH 1/1] sched/headers: fix thread_info. is overwritten by STACK_END_MAGIC

Hello Kees, On 2018/11/28 6:38, Kees Cook wrote: > On Thu, Nov 22, 2018 at 11:54 PM, Wang Dongsheng > wrote: >> When select ARCH_TASK_STRUCT_ON_STACK the first of thread_info variable >> is overwritten by STACK_END_MAGIC. In fact, the ARCH_TASK_STRUCT_ON_STACK >> is

Re: [PATCH 1/1] sched/headers: fix thread_info. is overwritten by STACK_END_MAGIC

Hello Kees, On 2018/11/28 6:38, Kees Cook wrote: > On Thu, Nov 22, 2018 at 11:54 PM, Wang Dongsheng > wrote: >> When select ARCH_TASK_STRUCT_ON_STACK the first of thread_info variable >> is overwritten by STACK_END_MAGIC. In fact, the ARCH_TASK_STRUCT_ON_STACK >> is

Re: [PATCH 1/1] ACPI / tables: add DSDT AmlCode new declaration name support

Hello Robert, Do you have any comments about this patch? Thanks. Cheers Dongsheng On 2018/11/13 18:46, Wang, Dongsheng wrote: > The new naming rule is added in acpica version 20180427. > So the dsdt aml code name changes from "AmlCode" to "dsdt_aml_code". > >

Re: [PATCH 1/1] ACPI / tables: add DSDT AmlCode new declaration name support

Hello Robert, Do you have any comments about this patch? Thanks. Cheers Dongsheng On 2018/11/13 18:46, Wang, Dongsheng wrote: > The new naming rule is added in acpica version 20180427. > So the dsdt aml code name changes from "AmlCode" to "dsdt_aml_code". > >

[PATCH 1/1] sched/headers: fix thread_info. is overwritten by STACK_END_MAGIC

h case: When task on stack, the end of stack should add a sizeof(task_struct) offset. This patch handled with the third and fourth case. Fixes: 0500871f21b2 ("Construct init thread stack in the linker ...") Signed-off-by: Wang Dongsheng Signed-off-by: Shunyong Yang --- arch/

[PATCH 1/1] sched/headers: fix thread_info. is overwritten by STACK_END_MAGIC

h case: When task on stack, the end of stack should add a sizeof(task_struct) offset. This patch handled with the third and fourth case. Fixes: 0500871f21b2 ("Construct init thread stack in the linker ...") Signed-off-by: Wang Dongsheng Signed-off-by: Shunyong Yang --- arch/

[PATCH 1/1] ACPI / tables: add DSDT AmlCode new declaration name support

ase version 20180427+. ARM64: QCOM QDF2400 GCC: 4.8.5 20150623 Signed-off-by: Wang Dongsheng --- drivers/acpi/Kconfig | 2 +- drivers/acpi/tables.c | 10 -- 2 files changed, 9 insertions(+), 3 deletions(-) diff --git a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig index 9705fc986da9.

[PATCH 1/1] ACPI / tables: add DSDT AmlCode new declaration name support

ase version 20180427+. ARM64: QCOM QDF2400 GCC: 4.8.5 20150623 Signed-off-by: Wang Dongsheng --- drivers/acpi/Kconfig | 2 +- drivers/acpi/tables.c | 10 -- 2 files changed, 9 insertions(+), 3 deletions(-) diff --git a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig index 9705fc986da9.

Re: [PATCH v3 1/2] net: ethernet: i40e: fix build error

Hello all, The i40e_ethtool_stats.h is just included by i40e/i40e_ethtool.c. So the static doesn't make any affect. And Carolyn's team is working rebuild i40e and i40evf. Cheers, Dongsheng On 9/7/2018 7:19 PM, Wang, Dongsheng wrote: > Remove "inline" from __i40e_add_stat_str

Re: [PATCH v3 1/2] net: ethernet: i40e: fix build error

Hello all, The i40e_ethtool_stats.h is just included by i40e/i40e_ethtool.c. So the static doesn't make any affect. And Carolyn's team is working rebuild i40e and i40evf. Cheers, Dongsheng On 9/7/2018 7:19 PM, Wang, Dongsheng wrote: > Remove "inline" from __i40e_add_stat_str

RE: Re: [RFC PATCH 2/2] ACPI/IORT: use swiotlb_dma_ops when smmu probe failed

> -Original Message- > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Robin Murphy > Sent: Monday, April 09, 2018 8:11 PM > To: Wang, Dongsheng <dongsheng.w...@hxt-semitech.com>; Lorenzo Pieralisi > <lorenzo

RE: Re: [RFC PATCH 2/2] ACPI/IORT: use swiotlb_dma_ops when smmu probe failed

> -Original Message- > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Robin Murphy > Sent: Monday, April 09, 2018 8:11 PM > To: Wang, Dongsheng ; Lorenzo Pieralisi > > Cc: r...@rjwysocki.net; gre...@linuxf

RE: Re: [RFC PATCH 2/2] ACPI/IORT: use swiotlb_dma_ops when smmu probe failed

> -Original Message- > From: Robin Murphy [mailto:robin.mur...@arm.com] > Sent: Thursday, April 05, 2018 2:57 AM > To: Lorenzo Pieralisi <lorenzo.pieral...@arm.com>; Wang, Dongsheng > <dongsheng.w...@hxt-semitech.com> > Cc: r...@rjwysocki.net; gre.

RE: Re: [RFC PATCH 2/2] ACPI/IORT: use swiotlb_dma_ops when smmu probe failed

> -Original Message- > From: Robin Murphy [mailto:robin.mur...@arm.com] > Sent: Thursday, April 05, 2018 2:57 AM > To: Lorenzo Pieralisi ; Wang, Dongsheng > > Cc: r...@rjwysocki.net; gre...@linuxfoundation.org; hanjun@linaro.org; > sudeep.ho...@arm.com;

Re: [RFC PATCH 1/2] driver core: add new dl device status DL_DEV_PROBE_FAILED

On Thu, 2018-03-29 at 12:51 +0200, Rafael J. Wysocki wrote: > On Thu, Mar 29, 2018 at 12:00 PM, Wang Dongsheng > <dongsheng.w...@hxt-semitech.com> wrote: > > Currently the initialization state of device is DL_DEV_NO_DRIVER. > > The problem is, after probe failure th

Re: [RFC PATCH 1/2] driver core: add new dl device status DL_DEV_PROBE_FAILED

On Thu, 2018-03-29 at 12:51 +0200, Rafael J. Wysocki wrote: > On Thu, Mar 29, 2018 at 12:00 PM, Wang Dongsheng > wrote: > > Currently the initialization state of device is DL_DEV_NO_DRIVER. > > The problem is, after probe failure the state will also be set to > >

[RFC PATCH 0/2] driver core: add new dl device status DL_DEV_PROBE_FAILED

been probed yet. However, dma_configure() simply return -EPROBE_DEFER when failed to get an IOMMU instance even if the IOMMU instance is failed to probe. This patchset tries to fix the issue by distinguishing probe failures and haven't-been-probed-yet state. Wang Dongsheng (2): driver core: add

[RFC PATCH 0/2] driver core: add new dl device status DL_DEV_PROBE_FAILED

been probed yet. However, dma_configure() simply return -EPROBE_DEFER when failed to get an IOMMU instance even if the IOMMU instance is failed to probe. This patchset tries to fix the issue by distinguishing probe failures and haven't-been-probed-yet state. Wang Dongsheng (2): driver core: add

[RFC PATCH 1/2] driver core: add new dl device status DL_DEV_PROBE_FAILED

. Signed-off-by: Wang Dongsheng <dongsheng.w...@hxt-semitech.com> --- Documentation/driver-api/device_link.rst | 2 +- drivers/base/base.h | 2 +- drivers/base/core.c | 22 -- drivers/base/dd.c| 2 +- include

[RFC PATCH 1/2] driver core: add new dl device status DL_DEV_PROBE_FAILED

. Signed-off-by: Wang Dongsheng --- Documentation/driver-api/device_link.rst | 2 +- drivers/base/base.h | 2 +- drivers/base/core.c | 22 -- drivers/base/dd.c| 2 +- include/linux/device.h | 1

[RFC PATCH 2/2] ACPI/IORT: use swiotlb_dma_ops when smmu probe failed

all of masters failed to be driven. Signed-off-by: Wang Dongsheng <dongsheng.w...@hxt-semitech.com> --- drivers/acpi/arm64/iort.c | 39 +-- 1 file changed, 33 insertions(+), 6 deletions(-) diff --git a/drivers/acpi/arm64/iort.c b/drivers/acpi/arm64/iort.c

[RFC PATCH 2/2] ACPI/IORT: use swiotlb_dma_ops when smmu probe failed

all of masters failed to be driven. Signed-off-by: Wang Dongsheng --- drivers/acpi/arm64/iort.c | 39 +-- 1 file changed, 33 insertions(+), 6 deletions(-) diff --git a/drivers/acpi/arm64/iort.c b/drivers/acpi/arm64/iort.c index e2f7bdd..a6f4c27 100644

Re: Re: [PATCH v3] ACPI / tables: Add IORT to injectable table list

Hey, Hanjun, On 2018/2/2 19:54:24, "Hanjun Guo" wrote: >On 2018/2/2 18:25, Yang Shunyong wrote: >>Loading IORT table from initrd is used to fix firmware IORT defects. > >I don't think this fix "firmware defects", it just for debug purpose, >we will not use that for

Re: Re: [PATCH v3] ACPI / tables: Add IORT to injectable table list

Hey, Hanjun, On 2018/2/2 19:54:24, "Hanjun Guo" wrote: >On 2018/2/2 18:25, Yang Shunyong wrote: >>Loading IORT table from initrd is used to fix firmware IORT defects. > >I don't think this fix "firmware defects", it just for debug purpose, >we will not use that for production purpose, right? I

Re: Re: [PATCH v4] net: qcom/emac: extend DMA mask to 46bits

Thanks. Cheers, -Dongsheng On 2018/1/23 12:48:27, "Timur Tabi" <ti...@codeaurora.org> wrote: >On 1/22/18 10:25 PM, Wang Dongsheng wrote: >>Bit TPD3[31] is used as a timestamp bit if PTP is enabled, but >>it's used as an address bit if PTP is disabled. Since PTP

Re: Re: [PATCH v4] net: qcom/emac: extend DMA mask to 46bits

Thanks. Cheers, -Dongsheng On 2018/1/23 12:48:27, "Timur Tabi" wrote: >On 1/22/18 10:25 PM, Wang Dongsheng wrote: >>Bit TPD3[31] is used as a timestamp bit if PTP is enabled, but >>it's used as an address bit if PTP is disabled. Since PTP isn't >>supported by th

[PATCH v4] net: qcom/emac: extend DMA mask to 46bits

Bit TPD3[31] is used as a timestamp bit if PTP is enabled, but it's used as an address bit if PTP is disabled. Since PTP isn't supported by the driver, we can extend the DMA address to 46 bits. Signed-off-by: Wang Dongsheng <dongsheng.w...@hxt-semitech.com> --- v4: - Changes: PATCH's descr

[PATCH v4] net: qcom/emac: extend DMA mask to 46bits

Bit TPD3[31] is used as a timestamp bit if PTP is enabled, but it's used as an address bit if PTP is disabled. Since PTP isn't supported by the driver, we can extend the DMA address to 46 bits. Signed-off-by: Wang Dongsheng --- v4: - Changes: PATCH's description. v3: - Add: comments

[PATCH] phy: rcar: fix gen3-usb2 build error

: *** [vmlinux] Error 1 Signed-off-by: Wang Dongsheng <dongsheng.w...@hxt-semitech.com> --- drivers/phy/renesas/Kconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/phy/renesas/Kconfig b/drivers/phy/renesas/Kconfig index cb09245..c845fac 100644 --- a/drivers/phy/renesas/Kconfig

[PATCH] phy: rcar: fix gen3-usb2 build error

: *** [vmlinux] Error 1 Signed-off-by: Wang Dongsheng --- drivers/phy/renesas/Kconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/phy/renesas/Kconfig b/drivers/phy/renesas/Kconfig index cb09245..c845fac 100644 --- a/drivers/phy/renesas/Kconfig +++ b/drivers/phy/renesas/Kconfig

RE: [PATCH 04/17] powerpc: mpic: use IRQCHIP_SKIP_SET_WAKE instead of redundant mpic_irq_set_wake

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel- > ow...@vger.kernel.org] On Behalf Of Thomas Gleixner > Sent: Wednesday, September 23, 2015 11:49 AM > To: Wang Dongsheng-B40534 > Cc: Wood Scott-B07421; Sudeep Holla; linux...@vger

RE: [PATCH 04/17] powerpc: mpic: use IRQCHIP_SKIP_SET_WAKE instead of redundant mpic_irq_set_wake

; > Jia > Hongtao-B38951; Marc Zyngier; linuxppc-...@lists.ozlabs.org; Wang Dongsheng- > B40534 > Subject: Re: [PATCH 04/17] powerpc: mpic: use IRQCHIP_SKIP_SET_WAKE instead of > redundant mpic_irq_set_wake > > On Mon, 2015-09-21 at 16:47 +0100, Sudeep Holla wrote: > > mpi

RE: [PATCH 04/17] powerpc: mpic: use IRQCHIP_SKIP_SET_WAKE instead of redundant mpic_irq_set_wake

; > Jia > Hongtao-B38951; Marc Zyngier; linuxppc-...@lists.ozlabs.org; Wang Dongsheng- > B40534 > Subject: Re: [PATCH 04/17] powerpc: mpic: use IRQCHIP_SKIP_SET_WAKE instead of > redundant mpic_irq_set_wake > > On Mon, 2015-09-21 at 16:47 +0100, Sudeep Holla wrote: > > mpi

RE: [PATCH 04/17] powerpc: mpic: use IRQCHIP_SKIP_SET_WAKE instead of redundant mpic_irq_set_wake

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel- > ow...@vger.kernel.org] On Behalf Of Thomas Gleixner > Sent: Wednesday, September 23, 2015 11:49 AM > To: Wang Dongsheng-B40534 > Cc: Wood Scott-B07421; Sudeep Holla; linux...@vger

RE: [PATCH 2/2] soc/fsl: add ftm alarm driver for ls1021a platform

(Freescale FPGA driver) or push 1/2 standalone without another patch? Regards, -Dongsheng > -Original Message- > From: Linus Walleij [mailto:linus.wall...@linaro.org] > Sent: Friday, August 14, 2015 6:07 PM > To: Wang Dongsheng-B40534; John Stultz > Cc: Alessandro Z

RE: [PATCH v2] rtc/ds3232: fix ds3232 get a WARNING trace in resume function

Thanks, I will push v3 to fix them. Regards, -Dongsheng > -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: Friday, August 21, 2015 7:22 AM > To: Wang Dongsheng-B40534; Krzysztof Kozlowski > Cc: a.zu...@tower

RE: [PATCH v2] rtc/ds3232: fix ds3232 get a WARNING trace in resume function

Thanks, I will push v3 to fix them. Regards, -Dongsheng -Original Message- From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] Sent: Friday, August 21, 2015 7:22 AM To: Wang Dongsheng-B40534; Krzysztof Kozlowski Cc: a.zu...@towertech.it; rtc-li...@googlegroups.com

RE: [PATCH 2/2] soc/fsl: add ftm alarm driver for ls1021a platform

(Freescale FPGA driver) or push 1/2 standalone without another patch? Regards, -Dongsheng -Original Message- From: Linus Walleij [mailto:linus.wall...@linaro.org] Sent: Friday, August 14, 2015 6:07 PM To: Wang Dongsheng-B40534; John Stultz Cc: Alessandro Zummo; Alexandre Belloni

RE: [PATCH v2] rtc/ds3232: fix ds3232 get a WARNING trace in resume function

ooglegroups.com; linux- > ker...@vger.kernel.org; Wang Dongsheng-B40534 > Subject: [PATCH v2] rtc/ds3232: fix ds3232 get a WARNING trace in resume > function > > From: Wang Dongsheng > > If ds3232 work on some platform that is not implementation > irq_set_wake, ds3232 will

RE: [PATCH v2] rtc/ds3232: fix ds3232 get a WARNING trace in resume function

- ker...@vger.kernel.org; Wang Dongsheng-B40534 Subject: [PATCH v2] rtc/ds3232: fix ds3232 get a WARNING trace in resume function From: Wang Dongsheng dongsheng.w...@freescale.com If ds3232 work on some platform that is not implementation irq_set_wake, ds3232 will get a WARNING trace

RE: [PATCH v3 1/2] Documentation: DT: FTM: add FTM0 be used as alarm timer

Thank Yoder, Fix them in next version. Regards, -Dongsheng > -Original Message- > From: Stuart Yoder [mailto:b08...@gmail.com] > Sent: Friday, August 14, 2015 12:23 AM > To: Wang Dongsheng-B40534 > Cc: shawn@linaro.org; devicet...@vger.kernel.org; linux- > ker.

RE: [PATCH 2/2] soc/fsl: add ftm alarm driver for ls1021a platform

> -Original Message- > From: Linus Walleij [mailto:linus.wall...@linaro.org] > Sent: Thursday, August 13, 2015 9:54 PM > To: Wang Dongsheng-B40534; John Stultz; Alessandro Zummo; Alexandre Belloni > Cc: Shawn Guo; Nair, Sandeep; Hans de Goede; Wang Huan-B18965; l

RE: [PATCH v3 1/2] Documentation: DT: FTM: add FTM0 be used as alarm timer

Thank Yoder, Fix them in next version. Regards, -Dongsheng -Original Message- From: Stuart Yoder [mailto:b08...@gmail.com] Sent: Friday, August 14, 2015 12:23 AM To: Wang Dongsheng-B40534 Cc: shawn@linaro.org; devicet...@vger.kernel.org; linux- ker...@vger.kernel.org; linux

RE: [PATCH 2/2] soc/fsl: add ftm alarm driver for ls1021a platform

-Original Message- From: Linus Walleij [mailto:linus.wall...@linaro.org] Sent: Thursday, August 13, 2015 9:54 PM To: Wang Dongsheng-B40534; John Stultz; Alessandro Zummo; Alexandre Belloni Cc: Shawn Guo; Nair, Sandeep; Hans de Goede; Wang Huan-B18965; linux-arm- ker

RE: [PATCH v2 1/2] soc/fsl: add freescale dir for SOC specific drivers

> -Original Message- > From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk] > Sent: Wednesday, August 12, 2015 4:04 PM > To: Wang Dongsheng-B40534 > Cc: shawn@linaro.org; Wang Huan-B18965; linus.wall...@linaro.org; linux- > ker...@vger.kernel.org; sande

RE: [PATCH v2 1/2] soc/fsl: add freescale dir for SOC specific drivers

Hi Russell, Thanks for your review. :) > -Original Message- > From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk] > Sent: Wednesday, August 12, 2015 3:45 PM > To: Wang Dongsheng-B40534 > Cc: shawn@linaro.org; Wang Huan-B18965; linus.wall...@linaro.or

RE: [PATCH] rtc/ds3232: fix ds3232 get a WARNING trace in resume function

Hi Belloni, I am not found this patch in your tree(rtc-fixes and rtc-next), Need I send v2 patch? :) Regards, -Dongsheng > -Original Message- > From: Wang Dongsheng-B40534 > Sent: Wednesday, July 15, 2015 10:06 AM > To: 'Alexandre Belloni' > Cc: a.zu...@tower

RE: [PATCH v2 1/2] soc/fsl: add freescale dir for SOC specific drivers

Hi Russell, Thanks for your review. :) -Original Message- From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk] Sent: Wednesday, August 12, 2015 3:45 PM To: Wang Dongsheng-B40534 Cc: shawn@linaro.org; Wang Huan-B18965; linus.wall...@linaro.org; linux- ker

RE: [PATCH v2 1/2] soc/fsl: add freescale dir for SOC specific drivers

-Original Message- From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk] Sent: Wednesday, August 12, 2015 4:04 PM To: Wang Dongsheng-B40534 Cc: shawn@linaro.org; Wang Huan-B18965; linus.wall...@linaro.org; linux- ker...@vger.kernel.org; sandee...@ti.com; hdego

RE: [PATCH] rtc/ds3232: fix ds3232 get a WARNING trace in resume function

Hi Belloni, I am not found this patch in your tree(rtc-fixes and rtc-next), Need I send v2 patch? :) Regards, -Dongsheng -Original Message- From: Wang Dongsheng-B40534 Sent: Wednesday, July 15, 2015 10:06 AM To: 'Alexandre Belloni' Cc: a.zu...@towertech.it; rtc-li

RE: [PATCH v2] ARM: dts: ls1021a: add wakeup device ftm0 node for ls1021a

Hi Shawn, > -Original Message- > From: Shawn Guo [mailto:shawn...@kernel.org] > Sent: Tuesday, July 28, 2015 9:50 AM > To: Wang Huan-B18965 > Cc: shawn@linaro.org; linux-arm-ker...@lists.infradead.org; linux- > ker...@vger.kernel.org; Wang Dongsheng-B40534; Wang Hua

RE: [PATCH v2] ARM: dts: ls1021a: add wakeup device ftm0 node for ls1021a

Hi Shawn, -Original Message- From: Shawn Guo [mailto:shawn...@kernel.org] Sent: Tuesday, July 28, 2015 9:50 AM To: Wang Huan-B18965 Cc: shawn@linaro.org; linux-arm-ker...@lists.infradead.org; linux- ker...@vger.kernel.org; Wang Dongsheng-B40534; Wang Huan-B18965 Subject: Re

RE: [PATCH] rtc/ds3232: fix ds3232 get a WARNING trace in resume function

Thanks Belloni. :) Regards, -Dongsheng > -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: Wednesday, July 15, 2015 6:51 AM > To: Wang Dongsheng-B40534 > Cc: a.zu...@towertech.it; rtc-li...@googlegroups.com; linux- > ker.

RE: [PATCH] rtc/ds3232: fix ds3232 get a WARNING trace in resume function

Thanks Belloni. :) Regards, -Dongsheng -Original Message- From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] Sent: Wednesday, July 15, 2015 6:51 AM To: Wang Dongsheng-B40534 Cc: a.zu...@towertech.it; rtc-li...@googlegroups.com; linux- ker...@vger.kernel.org

RE: [PATCH V5 3/5] POWER/cpuidle: Generic IBM-POWER backend cpuidle driver.

> diff --git a/drivers/cpuidle/Kconfig b/drivers/cpuidle/Kconfig > index 0e2cd5c..e805dcd 100644 > --- a/drivers/cpuidle/Kconfig > +++ b/drivers/cpuidle/Kconfig Maybe drivers/cpuidle/Kconfig.powerpc is better? Like arm. > +obj-$(CONFIG_CPU_IDLE_IBM_POWER) += cpuidle-ibm-power.o > diff --git

RE: [PATCH V5 3/5] POWER/cpuidle: Generic IBM-POWER backend cpuidle driver.

diff --git a/drivers/cpuidle/Kconfig b/drivers/cpuidle/Kconfig index 0e2cd5c..e805dcd 100644 --- a/drivers/cpuidle/Kconfig +++ b/drivers/cpuidle/Kconfig Maybe drivers/cpuidle/Kconfig.powerpc is better? Like arm. +obj-$(CONFIG_CPU_IDLE_IBM_POWER) += cpuidle-ibm-power.o diff --git

RE: [PATCH V2 4/6] cpuidle/pseries: Move the pseries_idle backend driver to sysdev.

Hi Preeti, > -Original Message- > From: Preeti U Murthy [mailto:pre...@linux.vnet.ibm.com] > Sent: Wednesday, July 31, 2013 12:00 PM > To: Wang Dongsheng-B40534 > Cc: Deepthi Dharwar; b...@kernel.crashing.org; daniel.lezc...@linaro.org; > linux-kernel@vge

RE: [PATCH V2 5/6] cpuidle/powerpc: Backend-powerpc idle driver for powernv and pseries.

> > -static int pseries_cpuidle_add_cpu_notifier(struct notifier_block *n, > +static int powerpc_cpuidle_add_cpu_notifier(struct notifier_block *n, > unsigned long action, void *hcpu) > { > int hotcpu = (unsigned long)hcpu; > struct cpuidle_device *dev = > -

RE: [PATCH V2 4/6] cpuidle/pseries: Move the pseries_idle backend driver to sysdev.

.vnet.ibm.com; pre...@linux.vnet.ibm.com; > sva...@linux.vnet.ibm.com; linuxppc-...@lists.ozlabs.org > Cc: r...@sisk.pl; Wang Dongsheng-B40534; linux...@vger.kernel.org > Subject: [PATCH V2 4/6] cpuidle/pseries: Move the pseries_idle backend > driver to sysdev. > > Move pseries_idle backen

RE: [PATCH V2 4/6] cpuidle/pseries: Move the pseries_idle backend driver to sysdev.

...@linux.vnet.ibm.com; sva...@linux.vnet.ibm.com; linuxppc-...@lists.ozlabs.org Cc: r...@sisk.pl; Wang Dongsheng-B40534; linux...@vger.kernel.org Subject: [PATCH V2 4/6] cpuidle/pseries: Move the pseries_idle backend driver to sysdev. Move pseries_idle backend driver code to arch/powerpc/sysdev so

RE: [PATCH V2 5/6] cpuidle/powerpc: Backend-powerpc idle driver for powernv and pseries.

-static int pseries_cpuidle_add_cpu_notifier(struct notifier_block *n, +static int powerpc_cpuidle_add_cpu_notifier(struct notifier_block *n, unsigned long action, void *hcpu) { int hotcpu = (unsigned long)hcpu; struct cpuidle_device *dev = -

RE: [PATCH V2 4/6] cpuidle/pseries: Move the pseries_idle backend driver to sysdev.

Hi Preeti, -Original Message- From: Preeti U Murthy [mailto:pre...@linux.vnet.ibm.com] Sent: Wednesday, July 31, 2013 12:00 PM To: Wang Dongsheng-B40534 Cc: Deepthi Dharwar; b...@kernel.crashing.org; daniel.lezc...@linaro.org; linux-kernel@vger.kernel.org; mich...@ellerman.id.au