Re: [PATCH] arm: export memblock_reserve()d regions via /proc/iomem

From: Yu Chen On Sat, 21 Sep 2019 15:51:38, Russell King - ARM Linux admin wrote: > On Sat, Sep 21, 2019 at 09:02:49PM +0800, Yu Chen wrote: > > From: Yu Chen > > > > memblock reserved regions are not reported via /proc/iomem on ARM, kexec's > > user-space doesn't

[PATCH] arm: export memblock_reserve()d regions via /proc/iomem

From: Yu Chen memblock reserved regions are not reported via /proc/iomem on ARM, kexec's user-space doesn't know about memblock_reserve()d regions and thus possible for kexec to overwrite with the new kernel or initrd. [    0.00] Booting Linux on physical CPU 0xf00 [    0.00] Linux

Re: Patch "x86/pm: Introduce quirk framework to save/restore extra MSR registers around suspend/resume" has been added to the 4.4-stable tree

On Wed, Aug 28, 2019 at 10:43:51AM +0200, Greg KH wrote: > On Wed, Aug 28, 2019 at 12:12:39AM -0400, Sasha Levin wrote: > > This is a note to let you know that I've just added the patch titled > > > > x86/pm: Introduce quirk framework to save/restore extra MSR registers > > around

Re: [PATCH v3 1/2] platform/x86: surfacepro3_button: Fix device check

On Sat, Jul 20, 2019 at 05:05:10PM +0200, Maximilian Luz wrote: > Do not use the surfacepro3_button driver on newer Microsoft Surface > models, only use it on the Surface Pro 3 and 4. Newer models (5th, 6th > and possibly future generations) use the same device as the Surface Pro > 4 to represent

Re: [PATCH v2 1/2] platform: Fix device check for surfacepro3_button

On Tue, Jul 02, 2019 at 03:33:20AM +0200, Maximilian Luz wrote: > On 7/2/19 3:25 AM, Maximilian Luz wrote: > > On 7/2/19 3:14 AM, Yu Chen wrote: > > > On Tue, Jul 02, 2019 at 02:37:39AM +0200, Maximilian Luz wrote: > > > > +/* > > > > + * Surface Pro 4

Re: [PATCH v2 1/2] platform: Fix device check for surfacepro3_button

Hi, On Tue, Jul 02, 2019 at 02:37:39AM +0200, Maximilian Luz wrote: > Do not use the surfacepro3_button driver on newer Microsoft Surface > models, only use it on the Surface Pro 3 and 4. Newer models (5th, 6th > and possibly future generations) use the same device as the Surface Pro > 4 to

[PATCH] cpumask: cpumask_test_and_clear_cpu() comment correction

Fix code comment for cpumask_test_and_clear_cpu(). Signed-off-by: Yu Chen --- include/linux/cpumask.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/linux/cpumask.h b/include/linux/cpumask.h index 147bdec..73ca70d 100644 --- a/include/linux/cpumask.h +++ b/include

[PATCH v4 12/12] dts: hi3660: Add support for usb on Hikey960

This patch adds support for usb on Hikey960. Cc: Chunfeng Yun Cc: Wei Xu Cc: Rob Herring Cc: Mark Rutland Cc: linux-arm-ker...@lists.infradead.org Cc: John Stultz Cc: Binghui Wang Signed-off-by: Yu Chen --- v2: * Remove device_type property. * Add property "usb-role-switch".

[PATCH v4 03/12] usb: dwc3: dwc3-of-simple: Add support for dwc3 of Hisilicon Soc Platform

This patch adds support for the poweron and shutdown of dwc3 core on Hisilicon Soc Platform. Cc: Felipe Balbi Cc: Greg Kroah-Hartman Cc: John Stultz Signed-off-by: Yu Chen --- drivers/usb/dwc3/dwc3-of-simple.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/usb

[PATCH v4 01/12] dt-bindings: phy: Add support for HiSilicon's hi3660 USB PHY

This patch adds binding documentation for supporting the hi3660 usb phy on boards like the HiKey960. Cc: Rob Herring Cc: Mark Rutland Cc: John Stultz Cc: Binghui Wang Signed-off-by: Yu Chen --- v1: * Fix some format error as suggested by Rob. v2: * Change hi3660 usb PHY to hi3660 USB PHY v3

Re: [RFT][Update][PATCH 2/2] cpufreq: intel_pstate: Update max CPU frequency on global turbo changes

On Fri, Mar 01, 2019 at 01:57:06PM +0100, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > While the cpuinfo.max_freq value doesn't really matter for > intel_pstate in the active mode, in the passive mode it is used by > governors as the maximum physical frequency of the CPU and the >

Re: [RFT][PATCH 0/2] cpufreq: intel_pstate: Handle _PPC updates on global turbo disable/enable

On Fri, Mar 01, 2019 at 09:39:27AM -0800, Srinivas Pandruvada wrote: > On Fri, 2019-03-01 at 13:43 +0100, Rafael J. Wysocki wrote: > > Hi All, > > > > This is how I would fix the issue reported in BZ 200759 (see this > > patch series > > from Yu too:

Re: [PATCH 1/2][RFC v2] ACPI: add "processor.broadcast_ppc" hook to broadcast _PPC

On Fri, Mar 01, 2019 at 10:34:46AM +0100, Rafael J. Wysocki wrote: > On Thu, Feb 28, 2019 at 11:18 PM Rafael J. Wysocki wrote: > > > > On Thu, Feb 28, 2019 at 6:59 PM Chen Yu wrote: > > > > > > On some problematic platforms, the _PPC notifier is > > > only delivered to one CPU, which might cause

Re: [PATCH 2/2][RFC v2] ACPI: Update cpuinfo.max after bootup if necessary

On Thu, Feb 28, 2019 at 11:56:48PM +0100, Rafael J. Wysocki wrote: > On Thu, Feb 28, 2019 at 6:59 PM Chen Yu wrote: > > > > On Dell Inc. XPS13 9333, the BIOS changes the value of > > MSR_IA32_MISC_ENABLE_TURBO_DISABLE at runtime (e.g., when > > the power source changes), the maximum frequency of

[PATCH v3 04/12] usb: dwc3: Add splitdisable quirk for Hisilicon Kirin Soc

SPLIT_BOUNDARY_DISABLE should be set for DesignWare USB3 DRD Core of Hisilicon Kirin Soc when dwc3 core act as host. Cc: Andy Shevchenko Cc: Felipe Balbi Cc: Greg Kroah-Hartman Cc: John Stultz Cc: Binghui Wang Signed-off-by: Yu Chen --- drivers/usb/dwc3/core.c | 24

[PATCH v3 01/12] dt-bindings: phy: Add support for HiSilicon's hi3660 USB PHY

This patch adds binding documentation for supporting the hi3660 usb phy on boards like the HiKey960. Cc: Rob Herring Cc: Mark Rutland Cc: John Stultz Cc: Binghui Wang Signed-off-by: Yu Chen --- v1: * Fix some format error as suggested by Rob. v2: * Change hi3660 usb PHY to hi3660 USB PHY v3

[PATCH v3 07/12] phy: Add usb phy support for hi3660 Soc of Hisilicon

uo Sun Cc: Masahiro Yamada Cc: Jiancheng Xue Cc: John Stultz Cc: Binghui Wang Signed-off-by: Yu Chen --- v1: * Remove unused code and add comment for time delay as suggested by Kishon Vijay Abraham I. v2: * Fix license declaration. * Remove redundant parens. * Remove unused member variables

[PATCH v3 05/12] usb: dwc3: Execute GCTL Core Soft Reset while switch mdoe for Hisilicon Kirin Soc

A GCTL soft reset should be executed when switch mode for dwc3 core of Hisilicon Kirin Soc. Cc: Andy Shevchenko Cc: Felipe Balbi Cc: Greg Kroah-Hartman Cc: John Stultz Cc: Binghui Wang Signed-off-by: Yu Chen --- drivers/usb/dwc3/core.c | 19 +++ drivers/usb/dwc3/core.h | 1

[PATCH v3 09/12] usb: dwc3: Registering a role switch in the DRD code.

: Heikki Krogerus Suggested-by: Heikki Krogerus Signed-off-by: Yu Chen --- v2: * Assign fwnode in dwc3_role_switch. v3: * Add default mode property for usb role switch. * Add select USB_ROLE_SWITCH for USB_DWC3_DUAL_ROLE in Kconfig. * Do usb_role_switch_register only if property "usb-role-s

[PATCH v3 02/12] dt-bindings: misc: Add bindings for HiSilicon usb hub and data role switch functionality on HiKey960

This patch adds binding documentation to support usb hub and usb data role switch of Hisilicon HiKey960 Board. Cc: Sergei Shtylyov Cc: Rob Herring Cc: Mark Rutland Cc: John Stultz Cc: Binghui Wang Signed-off-by: Yu Chen --- v1: * Fix some format errors as suggested by Sergei. * Modify gpio

[PATCH v3 10/12] hikey960: Support usb functionality of Hikey960

Cc: John Stultz Cc: Binghui Wang Cc: Heikki Krogerus Signed-off-by: Yu Chen --- v1: * Using gpiod API with the gpios. * Removing registering usb role switch. * Registering usb role switch notifier. v2: * Fix license declaration. * Add configuration of gpio direction. * Remove some log print

[PATCH v3 03/12] usb: dwc3: dwc3-of-simple: Add support for dwc3 of Hisilicon Soc Platform

This patch adds support for the poweron and shutdown of dwc3 core on Hisilicon Soc Platform. --- drivers/usb/dwc3/dwc3-of-simple.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/usb/dwc3/dwc3-of-simple.c b/drivers/usb/dwc3/dwc3-of-simple.c index

[PATCH v3 08/12] usb: roles: Add usb role switch notifier.

This patch adds notifier for drivers want to be informed of the usb role switch. Cc: Greg Kroah-Hartman Cc: Heikki Krogerus Cc: Hans de Goede Cc: Andy Shevchenko Cc: John Stultz Suggested-by: Heikki Krogerus Signed-off-by: Yu Chen --- drivers/usb/roles/class.c | 20

[PATCH v3 12/12] dts: hi3660: Add support for usb on Hikey960

This patch adds support for usb on Hikey960. Cc: Chunfeng Yun Cc: Wei Xu Cc: Rob Herring Cc: Mark Rutland Cc: linux-arm-ker...@lists.infradead.org Cc: John Stultz Cc: Binghui Wang Signed-off-by: Yu Chen --- v2: * Remove device_type property. * Add property "usb-role-switch".

[PATCH v3 11/12] usb: gadget: Add configfs attribuite for controling match_existing_only

uot;match_existing_only". Cc: Andy Shevchenko Cc: Felipe Balbi Cc: Greg Kroah-Hartman Cc: John Stultz Cc: Binghui Wang Signed-off-by: Yu Chen --- drivers/usb/gadget/configfs.c | 32 1 file changed, 32 insertions(+) diff --git a/drivers/usb/gadget/co

[PATCH v3 06/12] usb: dwc3: Increase timeout for CmdAct cleared by device controller

It needs more time for the device controller to clear the CmdAct of DEPCMD on Hisilicon Kirin Soc. Cc: Andy Shevchenko Cc: Felipe Balbi Cc: Greg Kroah-Hartman Cc: John Stultz Cc: Binghui Wang Signed-off-by: Yu Chen --- drivers/usb/dwc3/gadget.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH v3 00/12] Add support for usb on Hikey960

/25/344 of Heikki Krogerus Yu Chen (12): dt-bindings: phy: Add support for HiSilicon's hi3660 USB PHY dt-bindings: misc: Add bindings for HiSilicon usb hub and data role switch functionality on HiKey960 usb: dwc3: dwc3-of-simple: Add support for dwc3 of Hisilicon Soc Platform usb

Re: [PATCH][RFC] ACPI: add "processor.broadcast_ppc" hook to broadcast _PPC to all online CPUs

On Thu, Feb 14, 2019 at 11:21:13AM +0100, Rafael J. Wysocki wrote: > On Wed, Feb 13, 2019 at 5:44 PM Yu Chen wrote: > > > > Hi Rafael, > > On Mon, Feb 11, 2019 at 11:41:26AM +0100, Rafael J. Wysocki wrote: > > > On Sat, Feb 9, 2019 at 12:54 PM Chen Yu wrote: >

Re: [PATCH][RFC] ACPI: add "processor.broadcast_ppc" hook to broadcast _PPC to all online CPUs

On Thu, Feb 14, 2019 at 12:36:48PM +0530, Viresh Kumar wrote: > On 14-02-19, 00:55, Yu Chen wrote: > > Hi Viresh, > > On Mon, Feb 11, 2019 at 04:03:07PM +0530, Viresh Kumar wrote: > > > On 09-02-19, 20:02, Chen Yu wrote: > > > > On Dell Inc. XP

[PATCH v2 05/10] phy: Add usb phy support for hi3660 Soc of Hisilicon

uo Sun Cc: Masahiro Yamada Cc: Jiancheng Xue Cc: John Stultz Cc: Binghui Wang Signed-off-by: Yu Chen --- v1: * Remove unused code and add comment for time delay as suggested by Kishon Vijay Abraham I. v2: * Fix license declaration. * Remove redundant parens. * Remove unused member variables

[PATCH v2 06/10] usb: roles: Add usb role switch notifier.

This patch adds notifier for drivers want to be informed of the usb role switch. Cc: Greg Kroah-Hartman Cc: Heikki Krogerus Cc: Hans de Goede Cc: Andy Shevchenko Cc: John Stultz Suggested-by: Heikki Krogerus Signed-off-by: Yu Chen --- drivers/usb/roles/class.c | 20

[PATCH v2 08/10] hikey960: Support usb functionality of Hikey960

Cc: Binghui Wang Cc: Heikki Krogerus Signed-off-by: Yu Chen --- v1: * Using gpiod API with the gpios. * Removing registering usb role switch. * Registering usb role switch notifier. v2: * Fix license declaration. * Add configuration of gpio direction. * Remove some log print. --- --- drivers

[PATCH v2 09/10] usb: gadget: Add configfs attribuite for controling match_existing_only

uot;match_existing_only". Cc: Andy Shevchenko Cc: Felipe Balbi Cc: Greg Kroah-Hartman Cc: John Stultz Cc: Binghui Wang Signed-off-by: Yu Chen --- drivers/usb/gadget/configfs.c | 32 1 file changed, 32 insertions(+) diff --git a/drivers/usb/gadget/co

[PATCH v2 03/10] usb: dwc3: dwc3-of-simple: Add support for dwc3 of Hisilicon Soc Platform

This patch adds support for the poweron and shutdown of dwc3 core on Hisilicon Soc Platform. --- drivers/usb/dwc3/dwc3-of-simple.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/usb/dwc3/dwc3-of-simple.c b/drivers/usb/dwc3/dwc3-of-simple.c index

[PATCH v2 10/10] dts: hi3660: Add support for usb on Hikey960

This patch adds support for usb on Hikey960. Cc: Wei Xu Cc: Rob Herring Cc: Mark Rutland Cc: linux-arm-ker...@lists.infradead.org Cc: John Stultz Cc: Binghui Wang Signed-off-by: Yu Chen --- v2: * Remove device_type property. * Add property "usb-role-switch". --- --- arch/arm6

[PATCH v2 07/10] usb: dwc3: Registering a role switch in the DRD code.

-by: Heikki Krogerus Signed-off-by: Yu Chen --- v2: * Assign fwnode in dwc3_role_switch. --- --- drivers/usb/dwc3/core.h | 2 ++ drivers/usb/dwc3/drd.c | 45 + 2 files changed, 47 insertions(+) diff --git a/drivers/usb/dwc3/core.h b/drivers/usb/dwc3/core.h

[PATCH v2 04/10] usb: dwc3: Add two quirks for Hisilicon Kirin Soc Platform

-by: Yu Chen --- v2: * Fix data type of reg from int to u32. --- --- drivers/usb/dwc3/core.c | 43 +++ drivers/usb/dwc3/core.h | 7 +++ drivers/usb/dwc3/gadget.c | 2 +- 3 files changed, 51 insertions(+), 1 deletion(-) diff --git a/drivers/usb/dwc3

[PATCH v2 01/10] dt-bindings: phy: Add support for HiSilicon's hi3660 USB PHY

This patch adds binding documentation for supporting the hi3660 usb phy on boards like the HiKey960. Cc: Rob Herring Cc: Mark Rutland Cc: John Stultz Cc: Binghui Wang Signed-off-by: Yu Chen --- v1: * Fix some format error as suggested by Rob. v2: * Change hi3660 usb PHY to hi3660 USB PHY

[PATCH v2 00/10] Add support for usb on Hikey960

/lkml/2019/1/25/344 of Heikki Krogerus --- Yu Chen (10): dt-bindings: phy: Add support for HiSilicon's hi3660 USB PHY dt-bindings: misc: Add bindings for HiSilicon usb hub and data role switch functionality on HiKey960 usb: dwc3: dwc3-of-simple: Add support for dwc3 of Hisilicon Soc

[PATCH v2 02/10] dt-bindings: misc: Add bindings for HiSilicon usb hub and data role switch functionality on HiKey960

This patch adds binding documentation to support usb hub and usb data role switch of Hisilicon HiKey960 Board. Cc: Sergei Shtylyov Cc: Rob Herring Cc: Mark Rutland Cc: John Stultz Cc: Binghui Wang Signed-off-by: Yu Chen --- v1: * Fix some format errors as suggested by Sergei. * Modify gpio

Re: [PATCH][RFC] ACPI: add "processor.broadcast_ppc" hook to broadcast _PPC to all online CPUs

Hi Viresh, On Mon, Feb 11, 2019 at 04:03:07PM +0530, Viresh Kumar wrote: > On 09-02-19, 20:02, Chen Yu wrote: > > On Dell Inc. XPS13 9333, the BIOS changes the value of > > MSR_IA32_MISC_ENABLE_TURBO_DISABLE at runtime (e.g., when > > the power source changes), the maximum frequency of the > > CPU

Re: [PATCH][RFC] ACPI: add "processor.broadcast_ppc" hook to broadcast _PPC to all online CPUs

Hi Rafael, On Mon, Feb 11, 2019 at 11:41:26AM +0100, Rafael J. Wysocki wrote: > On Sat, Feb 9, 2019 at 12:54 PM Chen Yu wrote: > > > > On Dell Inc. XPS13 9333, the BIOS changes the value of > > MSR_IA32_MISC_ENABLE_TURBO_DISABLE at runtime (e.g., when > > the power source changes), the maximum

Re: [PATCH][RFC v2] ACPI: acpi_pad: Do not launch acpi_pad threads on idle cpus

Hi, On Tue, Dec 11, 2018 at 04:37:54PM +0800, joeyli wrote: > Hi Yu Chen, > > Thanks for your response! > > On Tue, Dec 11, 2018 at 11:12:21AM +0800, Yu Chen wrote: > > Hi Joey, > > On Mon, Dec 10, 2018 at 02:31:53PM +0800, joeyli wrote: > > > Hi Chen Yu a

Re: [PATCH][RFC v2] ACPI: acpi_pad: Do not launch acpi_pad threads on idle cpus

Hi Joey, On Mon, Dec 10, 2018 at 02:31:53PM +0800, joeyli wrote: > Hi Chen Yu and ACPI experts, > > On Sat, May 05, 2018 at 07:53:22PM +0800, Chen Yu wrote: > > According to current implementation of acpi_pad driver, > > it does not make sense to spawn any power saving threads > > on the cpus

[PATCH v2] btsdio: Do not bind to non-removable BCM43430

BCM43430 devices soldered onto the PCB (non-removable) use an UART connection for bluetooth. But also advertise btsdio support on their 3th sdio function. Signed-off-by: Cho, Yu-Chen --- drivers/bluetooth/btsdio.c | 12 +--- 1 file changed, 9 insertions(+), 3 deletions(-) diff --git

[PATCH v2] btsdio: Do not bind to non-removable BCM43430

BCM43430 devices soldered onto the PCB (non-removable) use an UART connection for bluetooth. But also advertise btsdio support on their 3th sdio function. Signed-off-by: Cho, Yu-Chen --- drivers/bluetooth/btsdio.c | 12 +--- 1 file changed, 9 insertions(+), 3 deletions(-) diff --git

[PATCH v2] btsdio: Do not bind to non-removable BCM43430

BCM43430 devices soldered onto the PCB (non-removable) use an UART connection for bluetooth. But also advertise btsdio support on their 3th sdio function. Signed-off-by: Cho, Yu-Chen --- drivers/bluetooth/btsdio.c | 12 +--- 1 file changed, 9 insertions(+), 3 deletions(-) diff --git

[PATCH v2] btsdio: Do not bind to non-removable BCM43430

BCM43430 devices soldered onto the PCB (non-removable) use an UART connection for bluetooth. But also advertise btsdio support on their 3th sdio function. Signed-off-by: Cho, Yu-Chen --- drivers/bluetooth/btsdio.c | 12 +--- 1 file changed, 9 insertions(+), 3 deletions(-) diff --git

[PATCH] btsdio: Do not bind to non-removable BCM43430

BCM43430 devices soldered onto the PCB (non-removable) use an UART connection for bluetooth. But also advertise btsdio support on their 3th sdio function. Signed-off-by: Cho, Yu-Chen --- drivers/bluetooth/btsdio.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers

[PATCH] btsdio: Do not bind to non-removable BCM43430

BCM43430 devices soldered onto the PCB (non-removable) use an UART connection for bluetooth. But also advertise btsdio support on their 3th sdio function. Signed-off-by: Cho, Yu-Chen --- drivers/bluetooth/btsdio.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers

Re: [PATCH 03/12][RFC v3] x86-32/asm/power: Create stack frames in hibernate_asm_32.S

On Wed, Sep 19, 2018 at 10:41:16AM +0200, Rafael J. Wysocki wrote: > On Wed, Sep 19, 2018 at 9:31 AM Chen Yu wrote: > > > > From: Zhimin Gu > > > > Backport > > Commit ef0f3ed5a4ac (x86/asm/power: Create stack frames > > in hibernate_asm_64.S) > > and > > Commit 4ce827b4cc58 (x86/power/64: Fix

Re: [PATCH 03/12][RFC v3] x86-32/asm/power: Create stack frames in hibernate_asm_32.S

On Wed, Sep 19, 2018 at 10:41:16AM +0200, Rafael J. Wysocki wrote: > On Wed, Sep 19, 2018 at 9:31 AM Chen Yu wrote: > > > > From: Zhimin Gu > > > > Backport > > Commit ef0f3ed5a4ac (x86/asm/power: Create stack frames > > in hibernate_asm_64.S) > > and > > Commit 4ce827b4cc58 (x86/power/64: Fix

Re: [PATCH 3/4][v2] x86, hibernate: Extract the common code of 64/32 bit system

Hi, On Fri, Sep 14, 2018 at 11:21:17AM +0200, Rafael J. Wysocki wrote: > On Tuesday, September 11, 2018 7:20:46 PM CEST Chen Yu wrote: > > From: Zhimin Gu > > > > Reduce the hibernation code duplication between x86-32 and x86-64 > > by extracting the common code into hibernate.c. > > > > No

Re: [PATCH 3/4][v2] x86, hibernate: Extract the common code of 64/32 bit system

Hi, On Fri, Sep 14, 2018 at 11:21:17AM +0200, Rafael J. Wysocki wrote: > On Tuesday, September 11, 2018 7:20:46 PM CEST Chen Yu wrote: > > From: Zhimin Gu > > > > Reduce the hibernation code duplication between x86-32 and x86-64 > > by extracting the common code into hibernate.c. > > > > No

Re: [PATCH 2/4][v2] PM / hibernate: Check the success of generating md5 digest before hibernation

Hi Thomas, On Thu, Sep 13, 2018 at 10:26:39AM +0200, Thomas Gleixner wrote: > On Wed, 12 Sep 2018, Chen Yu wrote: > > static bool hibernation_e820_mismatch(void *buf) > > @@ -306,6 +307,7 @@ static bool hibernation_e820_mismatch(void *buf) > > int arch_hibernation_header_save(void *addr,

Re: [PATCH 2/4][v2] PM / hibernate: Check the success of generating md5 digest before hibernation

Hi Thomas, On Thu, Sep 13, 2018 at 10:26:39AM +0200, Thomas Gleixner wrote: > On Wed, 12 Sep 2018, Chen Yu wrote: > > static bool hibernation_e820_mismatch(void *buf) > > @@ -306,6 +307,7 @@ static bool hibernation_e820_mismatch(void *buf) > > int arch_hibernation_header_save(void *addr,

Re: [PATCH 1/5] PM / hibernate: Create snapshot keys handler

On Wed, Sep 12, 2018 at 10:23:33PM +0800, Lee, Chun-Yi wrote: > This patch adds a snapshot keys handler for using the key retention > service api to create keys for snapshot image encryption and > authentication. > > This handler uses TPM trusted key as the snapshot master key, and the >

Re: [PATCH 1/5] PM / hibernate: Create snapshot keys handler

On Wed, Sep 12, 2018 at 10:23:33PM +0800, Lee, Chun-Yi wrote: > This patch adds a snapshot keys handler for using the key retention > service api to create keys for snapshot image encryption and > authentication. > > This handler uses TPM trusted key as the snapshot master key, and the >

Re: [PATCH][RFC] x86/intel_rdt: Do not display size for non-CAT resource

Hi Reinette, Thanks for looking at this. On Tue, Sep 04, 2018 at 03:36:01PM -0700, Reinette Chatre wrote: > Hi Chen Yu, > > On 9/4/2018 1:24 PM, Reinette Chatre wrote: > > On 9/4/2018 10:46 AM, Chen Yu wrote: > >> On a platform with MB resource enabled, a divided-by-zero > >> exception is

Re: [PATCH][RFC] x86/intel_rdt: Do not display size for non-CAT resource

Hi Reinette, Thanks for looking at this. On Tue, Sep 04, 2018 at 03:36:01PM -0700, Reinette Chatre wrote: > Hi Chen Yu, > > On 9/4/2018 1:24 PM, Reinette Chatre wrote: > > On 9/4/2018 10:46 AM, Chen Yu wrote: > >> On a platform with MB resource enabled, a divided-by-zero > >> exception is

Re: [PATCH 2/3] x86, hibernate: Extract the common code of 64/32 bit system

On Thu, Aug 30, 2018 at 02:59:09PM +0200, Thomas Gleixner wrote: > On Mon, 27 Aug 2018, Gu Zhimin wrote: > > diff --git a/arch/x86/power/hibernate.c b/arch/x86/power/hibernate.c > > new file mode 100644 > > index 000..6f91f7b > > --- /dev/null > > +++ b/arch/x86/power/hibernate.c > > @@ -0,0

Re: [PATCH 2/3] x86, hibernate: Extract the common code of 64/32 bit system

On Thu, Aug 30, 2018 at 02:59:09PM +0200, Thomas Gleixner wrote: > On Mon, 27 Aug 2018, Gu Zhimin wrote: > > diff --git a/arch/x86/power/hibernate.c b/arch/x86/power/hibernate.c > > new file mode 100644 > > index 000..6f91f7b > > --- /dev/null > > +++ b/arch/x86/power/hibernate.c > > @@ -0,0

Re: [PATCH 1/3] x86, hibernate: Fix nosave_regions setup for hibernation

Hi, On Thu, Aug 30, 2018 at 02:45:26PM +0200, Thomas Gleixner wrote: > On Mon, 27 Aug 2018, Gu Zhimin wrote: > > > > Fix this problem by changing pfn limit from max_low_pfn to max_pfn. > > This issue should also exist on 64bits systems, if there are reserved > > regions above 4GB. > > Should?

Re: [PATCH 1/3] x86, hibernate: Fix nosave_regions setup for hibernation

Hi, On Thu, Aug 30, 2018 at 02:45:26PM +0200, Thomas Gleixner wrote: > On Mon, 27 Aug 2018, Gu Zhimin wrote: > > > > Fix this problem by changing pfn limit from max_low_pfn to max_pfn. > > This issue should also exist on 64bits systems, if there are reserved > > regions above 4GB. > > Should?

Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption

Hi Pavel, Joey, Oliver Please let me describe the original requirement and my understanding about hibernation encryption here, thus help us sync on the same thread: On Wed, Aug 08, 2018 at 07:50:36PM +0200, Pavel Machek wrote: > Hi! > > > > > > User space doesn't need to involve. The EFI root key

Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption

Hi Pavel, Joey, Oliver Please let me describe the original requirement and my understanding about hibernation encryption here, thus help us sync on the same thread: On Wed, Aug 08, 2018 at 07:50:36PM +0200, Pavel Machek wrote: > Hi! > > > > > > User space doesn't need to involve. The EFI root key

Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption

On Thu, Jul 19, 2018 at 01:01:49PM +0200, Pavel Machek wrote: > On Thu 2018-07-19 07:58:51, Yu Chen wrote: > > Hi, > > On Wed, Jul 18, 2018 at 10:22:35PM +0200, Pavel Machek wrote: > > > On Thu 2018-07-19 00:38:06, Chen Yu wrote: > > > > As security bec

Re: [PATCH 0/4][RFC v2] Introduce the in-kernel hibernation encryption

On Thu, Jul 19, 2018 at 01:01:49PM +0200, Pavel Machek wrote: > On Thu 2018-07-19 07:58:51, Yu Chen wrote: > > Hi, > > On Wed, Jul 18, 2018 at 10:22:35PM +0200, Pavel Machek wrote: > > > On Thu 2018-07-19 00:38:06, Chen Yu wrote: > > > > As security bec

Re: [PATCH 2/3][RFC] PM / Hibernate: Encrypt the snapshot pages before submitted to the block device

On Wed, Jul 18, 2018 at 11:48:19PM +0800, joeyli wrote: > On Fri, Jul 13, 2018 at 03:34:25PM +0800, Yu Chen wrote: > > Hi, > > On Thu, Jul 12, 2018 at 06:10:37PM +0800, joeyli wrote: > > > Hi Yu Chen, > > > > > > Sorry for my delay... > > >

Re: [PATCH 2/3][RFC] PM / Hibernate: Encrypt the snapshot pages before submitted to the block device

On Wed, Jul 18, 2018 at 11:48:19PM +0800, joeyli wrote: > On Fri, Jul 13, 2018 at 03:34:25PM +0800, Yu Chen wrote: > > Hi, > > On Thu, Jul 12, 2018 at 06:10:37PM +0800, joeyli wrote: > > > Hi Yu Chen, > > > > > > Sorry for my delay... > > >

Re: [PATCH 2/3][RFC] PM / Hibernate: Encrypt the snapshot pages before submitted to the block device

Hi, On Thu, Jul 12, 2018 at 06:10:37PM +0800, joeyli wrote: > Hi Yu Chen, > > Sorry for my delay... > > On Fri, Jul 06, 2018 at 11:28:56PM +0800, Yu Chen wrote: > > Hi Joey Lee, > > On Fri, Jun 29, 2018 at 08:59:43PM +0800, joeyli wrote: > > > On Thu, Jun 2

Re: [PATCH 2/3][RFC] PM / Hibernate: Encrypt the snapshot pages before submitted to the block device

Hi, On Thu, Jul 12, 2018 at 06:10:37PM +0800, joeyli wrote: > Hi Yu Chen, > > Sorry for my delay... > > On Fri, Jul 06, 2018 at 11:28:56PM +0800, Yu Chen wrote: > > Hi Joey Lee, > > On Fri, Jun 29, 2018 at 08:59:43PM +0800, joeyli wrote: > > > On Thu, Jun 2

Re: [PATCH 2/3][RFC] PM / Hibernate: Encrypt the snapshot pages before submitted to the block device

Hi Joey Lee, On Fri, Jun 29, 2018 at 08:59:43PM +0800, joeyli wrote: > On Thu, Jun 28, 2018 at 10:52:07PM +0800, Yu Chen wrote: > > Hi, > > On Thu, Jun 28, 2018 at 10:28:56PM +0800, joeyli wrote: > > > On Thu, Jun 28, 2018 at 09:50:17PM +0800, Yu Chen wrote: > >

Re: [PATCH 2/3][RFC] PM / Hibernate: Encrypt the snapshot pages before submitted to the block device

Hi Joey Lee, On Fri, Jun 29, 2018 at 08:59:43PM +0800, joeyli wrote: > On Thu, Jun 28, 2018 at 10:52:07PM +0800, Yu Chen wrote: > > Hi, > > On Thu, Jun 28, 2018 at 10:28:56PM +0800, joeyli wrote: > > > On Thu, Jun 28, 2018 at 09:50:17PM +0800, Yu Chen wrote: > >

Re: [PATCH 0/3][RFC] Introduce the in-kernel hibernation encryption

Sorry for late reply. On Fri, Jul 06, 2018 at 12:16:37AM +0800, joeyli wrote: > Hi Chen Yu, > > On Wed, Jun 20, 2018 at 05:39:37PM +0800, Chen Yu wrote: > > Hi, > > As security becomes more and more important, we add the in-kernel > > encryption support for hibernation. > > > > This prototype

Re: [PATCH 0/3][RFC] Introduce the in-kernel hibernation encryption

Sorry for late reply. On Fri, Jul 06, 2018 at 12:16:37AM +0800, joeyli wrote: > Hi Chen Yu, > > On Wed, Jun 20, 2018 at 05:39:37PM +0800, Chen Yu wrote: > > Hi, > > As security becomes more and more important, we add the in-kernel > > encryption support for hibernation. > > > > This prototype

Re: [PATCH 2/3][RFC] PM / Hibernate: Encrypt the snapshot pages before submitted to the block device

Hi, On Thu, Jun 28, 2018 at 10:28:56PM +0800, joeyli wrote: > On Thu, Jun 28, 2018 at 09:50:17PM +0800, Yu Chen wrote: > > Hi, > > On Thu, Jun 28, 2018 at 09:07:20PM +0800, joeyli wrote: > > > Hi Chen Yu, > > > > > > On Wed, Jun 20, 2018 at 05:40:32PM +0

Re: [PATCH 2/3][RFC] PM / Hibernate: Encrypt the snapshot pages before submitted to the block device

Hi, On Thu, Jun 28, 2018 at 10:28:56PM +0800, joeyli wrote: > On Thu, Jun 28, 2018 at 09:50:17PM +0800, Yu Chen wrote: > > Hi, > > On Thu, Jun 28, 2018 at 09:07:20PM +0800, joeyli wrote: > > > Hi Chen Yu, > > > > > > On Wed, Jun 20, 2018 at 05:40:32PM +0

Re: [PATCH 2/3][RFC] PM / Hibernate: Encrypt the snapshot pages before submitted to the block device

Hi, On Thu, Jun 28, 2018 at 09:07:20PM +0800, joeyli wrote: > Hi Chen Yu, > > On Wed, Jun 20, 2018 at 05:40:32PM +0800, Chen Yu wrote: > > Use the helper functions introduced previously to encrypt > > the page data before they are submitted to the block device. > > Besides, for the case of

Re: [PATCH 2/3][RFC] PM / Hibernate: Encrypt the snapshot pages before submitted to the block device

Hi, On Thu, Jun 28, 2018 at 09:07:20PM +0800, joeyli wrote: > Hi Chen Yu, > > On Wed, Jun 20, 2018 at 05:40:32PM +0800, Chen Yu wrote: > > Use the helper functions introduced previously to encrypt > > the page data before they are submitted to the block device. > > Besides, for the case of

Re: [PATCH 3/3][RFC] tools: create power/crypto utility

Hi Eric, On Wed, Jun 20, 2018 at 10:41:42AM -0700, Eric Biggers wrote: > Hi Chen, > > On Wed, Jun 20, 2018 at 05:40:51PM +0800, Chen Yu wrote: > > crypto_hibernate is a user-space utility to generate > > 512bits AES key and pass it to the kernel via ioctl > > for hibernation encryption.(We can

Re: [PATCH 3/3][RFC] tools: create power/crypto utility

Hi Eric, On Wed, Jun 20, 2018 at 10:41:42AM -0700, Eric Biggers wrote: > Hi Chen, > > On Wed, Jun 20, 2018 at 05:40:51PM +0800, Chen Yu wrote: > > crypto_hibernate is a user-space utility to generate > > 512bits AES key and pass it to the kernel via ioctl > > for hibernation encryption.(We can

Re: [PATCH 0/3][RFC] Introduce the in-kernel hibernation encryption

Hi, On Thu, Jun 21, 2018 at 09:14:43PM +0200, Pavel Machek wrote: > On Thu 2018-06-21 14:08:40, Rafael J. Wysocki wrote: > > On Thu, Jun 21, 2018 at 10:53 AM, Pavel Machek wrote: > > > Hi! > > > > > >> As security becomes more and more important, we add the in-kernel > > >> encryption support for

Re: [PATCH 0/3][RFC] Introduce the in-kernel hibernation encryption

Hi, On Thu, Jun 21, 2018 at 09:14:43PM +0200, Pavel Machek wrote: > On Thu 2018-06-21 14:08:40, Rafael J. Wysocki wrote: > > On Thu, Jun 21, 2018 at 10:53 AM, Pavel Machek wrote: > > > Hi! > > > > > >> As security becomes more and more important, we add the in-kernel > > >> encryption support for

Re: [PATCH][RFC] sched: cpufreq: Fix long idle judgement logic in load calculation

Hi Viresh, thanks for the comment, On Thu, Jun 07, 2018 at 10:15:43AM +0530, Viresh Kumar wrote: > On 07-06-18, 11:17, Chen Yu wrote: > > diff --git a/drivers/cpufreq/cpufreq_governor.c > > b/drivers/cpufreq/cpufreq_governor.c > > index 871bf9c..9792c80 100644 > > ---

Re: [PATCH][RFC] sched: cpufreq: Fix long idle judgement logic in load calculation

Hi Viresh, thanks for the comment, On Thu, Jun 07, 2018 at 10:15:43AM +0530, Viresh Kumar wrote: > On 07-06-18, 11:17, Chen Yu wrote: > > diff --git a/drivers/cpufreq/cpufreq_governor.c > > b/drivers/cpufreq/cpufreq_governor.c > > index 871bf9c..9792c80 100644 > > ---

Re: [PATCH][RFC v2] ACPI: acpi_pad: Do not launch acpi_pad threads on idle cpus

On Sun, May 13, 2018 at 11:30:52AM +0200, Rafael J. Wysocki wrote: > On Saturday, May 5, 2018 1:53:22 PM CEST Chen Yu wrote: > > According to current implementation of acpi_pad driver, > > it does not make sense to spawn any power saving threads > > on the cpus which are already idle - it might

Re: [PATCH][RFC v2] ACPI: acpi_pad: Do not launch acpi_pad threads on idle cpus

On Sun, May 13, 2018 at 11:30:52AM +0200, Rafael J. Wysocki wrote: > On Saturday, May 5, 2018 1:53:22 PM CEST Chen Yu wrote: > > According to current implementation of acpi_pad driver, > > it does not make sense to spawn any power saving threads > > on the cpus which are already idle - it might

Re: [PATCH][RFC] ACPI: acpi_pad: Do not launch acpi_pad threads on idle cpus

On Fri, May 04, 2018 at 04:08:42PM +0800, Chen Yu wrote: > According to current implementation of acpi_pad driver, > it does not make sense to spawn any power saving threads > on the cpus which are already idle - it might bring > unnecessary overhead on these idle cpus and causes power > waste. So

Re: [PATCH][RFC] ACPI: acpi_pad: Do not launch acpi_pad threads on idle cpus

On Fri, May 04, 2018 at 04:08:42PM +0800, Chen Yu wrote: > According to current implementation of acpi_pad driver, > it does not make sense to spawn any power saving threads > on the cpus which are already idle - it might bring > unnecessary overhead on these idle cpus and causes power > waste. So

Re: [PATCH][v5] tools/power turbostat: if --iterations, print for specific count of iterations

On Mon, Apr 23, 2018 at 10:48:39AM +0200, Rafael J. Wysocki wrote: > On Saturday, April 14, 2018 6:10:55 AM CEST Yu Chen wrote: > > From: Chen Yu <yu.c.c...@intel.com> > > > > There's a use case during test to only print specific round of iterations > > if --ite

Re: [PATCH][v5] tools/power turbostat: if --iterations, print for specific count of iterations

On Mon, Apr 23, 2018 at 10:48:39AM +0200, Rafael J. Wysocki wrote: > On Saturday, April 14, 2018 6:10:55 AM CEST Yu Chen wrote: > > From: Chen Yu > > > > There's a use case during test to only print specific round of iterations > > if --iterations is specified, f

[PATCH][v5] tools/power turbostat: if --iterations, print for specific count of iterations

From: Chen Yu There's a use case during test to only print specific round of iterations if --iterations is specified, for example, with this patch applied: turbostat -i 5 -r 4 will capture 4 samples with 5 seconds interval. Cc: Len Brown Cc: Rafael J

[PATCH][v5] tools/power turbostat: if --iterations, print for specific count of iterations

From: Chen Yu There's a use case during test to only print specific round of iterations if --iterations is specified, for example, with this patch applied: turbostat -i 5 -r 4 will capture 4 samples with 5 seconds interval. Cc: Len Brown Cc: Rafael J Wysocki Cc: Artem Bityutskiy Cc: Doug

[PATCH][v4] tools/power turbostat: if --iterations, print for specific time of iterations

From: Chen Yu There's a use case during test to only print specific round of iterations if --iterations is specified, for example, with this patch applied: turbostat -i 5 -I 4 will capture 4 samples with 5 seconds interval. Cc: Len Brown Cc: Rafael J

[PATCH][v4] tools/power turbostat: if --iterations, print for specific time of iterations

From: Chen Yu There's a use case during test to only print specific round of iterations if --iterations is specified, for example, with this patch applied: turbostat -i 5 -I 4 will capture 4 samples with 5 seconds interval. Cc: Len Brown Cc: Rafael J Wysocki Cc: Artem Bityutskiy Cc: Doug

Re: [PATCH][v3] tools/power turbostat: if --max_loop, print for specific time of loops

Hi Doug, On Thu, Apr 12, 2018 at 12:18:44AM -0700, Doug Smythies wrote: > On 2018.04.11 03:31 Yu Chen wrote: > > > From: Chen Yu <yu.c.c...@intel.com> > > > > There's a use case during test to only print specific round of loops > > if --iterations is spe

Re: [PATCH][v3] tools/power turbostat: if --max_loop, print for specific time of loops

Hi Doug, On Thu, Apr 12, 2018 at 12:18:44AM -0700, Doug Smythies wrote: > On 2018.04.11 03:31 Yu Chen wrote: > > > From: Chen Yu > > > > There's a use case during test to only print specific round of loops > > if --iterations is specified, for example, with this pa

Re: [PATCH][v3] tools/power turbostat: if --max_loop, print for specific time of loops

Hi, On Wed, Apr 11, 2018 at 02:02:02PM +0300, Artem Bityutskiy wrote: > A couple of nitpicks. > > On Wed, 2018-04-11 at 18:30 +0800, Yu Chen wrote: > > @@ -48,6 +48,7 @@ char *proc_stat = "/proc/stat"; > > FILE *outf; > > int *fd_percpu; > > str

Re: [PATCH][v3] tools/power turbostat: if --max_loop, print for specific time of loops

Hi, On Wed, Apr 11, 2018 at 02:02:02PM +0300, Artem Bityutskiy wrote: > A couple of nitpicks. > > On Wed, 2018-04-11 at 18:30 +0800, Yu Chen wrote: > > @@ -48,6 +48,7 @@ char *proc_stat = "/proc/stat"; > > FILE *outf; > > int *fd_percpu; > > str

  1   2   3   >