Re: [PATCH 2/2] cpufreq: governor: CPUFREQ_GOV_STOP never fails

On 12-05-16, 15:14, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > None of the cpufreq governors currently in the tree will ever fail > an invocation of the ->governor() callback with the event argument > equal to CPUFREQ_GOV_STOP (unless invoked with incorrect arguments > which doesn't

Re: [PATCH 1/2] cpufreq: governor: CPUFREQ_GOV_POLICY_EXIT never fails

On 12-05-16, 15:13, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > None of the cpufreq governors currently in the tree will ever fail > an invocation of the ->governor() callback with the event argument > equal to CPUFREQ_GOV_POLICY_EXIT (unless invoked with incorrect > arguments which

Re: SHA1-MB algorithm broken on latest kernel

On Thu, May 12, 2016 at 04:31:06PM -0700, Megha Dey wrote: > Hi, > > When booting latest kernel with the CONFIG_CRYPTO_SHA1_MB enabled, I > observe a panic. > > After having a quick look, on reverting the following patches, I am able > to complete the booting process. >

Re: SHA1-MB algorithm broken on latest kernel

On Thu, May 12, 2016 at 04:31:06PM -0700, Megha Dey wrote: > Hi, > > When booting latest kernel with the CONFIG_CRYPTO_SHA1_MB enabled, I > observe a panic. > > After having a quick look, on reverting the following patches, I am able > to complete the booting process. >

Re: [PATCH 3/6] dt-bindings: mtu3: add devicetree bindings

On Thu, May 12, 2016 at 9:00 PM, chunfeng yun wrote: > Hi, > > On Thu, 2016-05-12 at 19:02 -0400, Alan Cooper wrote: >> On Thu, May 12, 2016 at 3:24 AM, chunfeng yun >> wrote: >> >> > + - mediatek,enable-manual-drd : supports manual

Re: [PATCH 3/6] dt-bindings: mtu3: add devicetree bindings

On Thu, May 12, 2016 at 9:00 PM, chunfeng yun wrote: > Hi, > > On Thu, 2016-05-12 at 19:02 -0400, Alan Cooper wrote: >> On Thu, May 12, 2016 at 3:24 AM, chunfeng yun >> wrote: >> >> > + - mediatek,enable-manual-drd : supports manual dual-role switch by >> >> > sysfs >> >> > + interface; only

Re: [PATCH v4 02/18] arc: Remove unnecessary of_platform_populate with default match table

On Thursday 12 May 2016 05:32 PM, Kefeng Wang wrote: > After patch "of/platform: Add common method to populate default bus", > it is possible for arch code to remove unnecessary callers about the > of_platform_populate with default match table. > > Cc: Vineet Gupta >

Re: [PATCH v4 02/18] arc: Remove unnecessary of_platform_populate with default match table

On Thursday 12 May 2016 05:32 PM, Kefeng Wang wrote: > After patch "of/platform: Add common method to populate default bus", > it is possible for arch code to remove unnecessary callers about the > of_platform_populate with default match table. > > Cc: Vineet Gupta > Signed-off-by: Kefeng Wang

Re: [LKP] [lkp] [net] 9317bb6982: INFO: task cat-kmsg:893 blocked for more than 300 seconds.

"Huang, Ying" writes: > Eric Dumazet writes: >> On Mon, May 9, 2016 at 6:26 PM, Huang, Ying >> wrote: >>> Hi, Eric, >>> >>> kernel test robot writes: FYI, we noticed the following commit:

Re: [LKP] [lkp] [net] 9317bb6982: INFO: task cat-kmsg:893 blocked for more than 300 seconds.

"Huang, Ying" writes: > Eric Dumazet writes: >> On Mon, May 9, 2016 at 6:26 PM, Huang, Ying >> wrote: >>> Hi, Eric, >>> >>> kernel test robot writes: FYI, we noticed the following commit: git://internal_merge_and_test_tree devel-catchup-201604281529 commit

Re: [PATCH v4 12/18] arm: use of_platform_default_populate() to populate

On 12-05-16, 20:06, Kefeng Wang wrote: > Use helper of_platform_default_populate() in linux/of_platform > when possible, instead of calling of_platform_populate() with > the default match table. > > Cc: Nicolas Ferre > Cc: Krzysztof Halasa > Cc: Sekhar

Re: [PATCH v4 12/18] arm: use of_platform_default_populate() to populate

On 12-05-16, 20:06, Kefeng Wang wrote: > Use helper of_platform_default_populate() in linux/of_platform > when possible, instead of calling of_platform_populate() with > the default match table. > > Cc: Nicolas Ferre > Cc: Krzysztof Halasa > Cc: Sekhar Nori > Cc: Shawn Guo > Cc: Russell King

Re: [PATCH v4 03/18] arm: Remove unnecessary of_platform_populate with default match table

On 12-05-16, 20:06, Kefeng Wang wrote: > After patch "of/platform: Add common method to populate default bus", > it is possible for arch code to remove unnecessary callers about the > of_platform_populate with default match table. > > Cc: Nicolas Ferre > Cc: Ray Jui

Re: [PATCH v4 03/18] arm: Remove unnecessary of_platform_populate with default match table

On 12-05-16, 20:06, Kefeng Wang wrote: > After patch "of/platform: Add common method to populate default bus", > it is possible for arch code to remove unnecessary callers about the > of_platform_populate with default match table. > > Cc: Nicolas Ferre > Cc: Ray Jui > Cc: Lee Jones > Cc:

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

On Tue, May 10, 2016 at 8:19 AM, Tomasz Nowicki wrote: > From the functionality point of view this series may be split into the > following logic parts: > 1. New ECAM API and update for users of the pci-host-common API > 2. Necessary fixes as the preparation for using driver on

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

On Tue, May 10, 2016 at 8:19 AM, Tomasz Nowicki wrote: > From the functionality point of view this series may be split into the > following logic parts: > 1. New ECAM API and update for users of the pci-host-common API > 2. Necessary fixes as the preparation for using driver on ARM64. > 3. Use

Re: [PATCH] x86/rwsem: Save and restore all callee-clobbered regs in 32-bit ____down_write()

On 05/12/2016 10:29 AM, Borislav Petkov wrote: Anyway, here's an actual patch with a commit message. Guenter, can you give it a run please? It does fix the issue here with your .config but I'd appreciate a confirmation. Thanks. --- From: Borislav Petkov down_write() calls

Re: [PATCH] x86/rwsem: Save and restore all callee-clobbered regs in 32-bit ____down_write()

On 05/12/2016 10:29 AM, Borislav Petkov wrote: Anyway, here's an actual patch with a commit message. Guenter, can you give it a run please? It does fix the issue here with your .config but I'd appreciate a confirmation. Thanks. --- From: Borislav Petkov down_write() calls a function to

Re: [PATCH] mmc: mmc: do not use CMD13 to get status after speed mode switch

On Thu, 2016-05-12 at 13:29 +0300, Adrian Hunter wrote: > On 12/05/16 10:00, Chaotian Jing wrote: > > On Wed, 2016-05-11 at 10:50 +0300, Adrian Hunter wrote: > >> On 04/05/16 09:54, Chaotian Jing wrote: > >>> Per JEDEC spec, it is not recommended to use CMD13 to get card status > >>> after speed

Re: [PATCH] mmc: mmc: do not use CMD13 to get status after speed mode switch

On Thu, 2016-05-12 at 13:29 +0300, Adrian Hunter wrote: > On 12/05/16 10:00, Chaotian Jing wrote: > > On Wed, 2016-05-11 at 10:50 +0300, Adrian Hunter wrote: > >> On 04/05/16 09:54, Chaotian Jing wrote: > >>> Per JEDEC spec, it is not recommended to use CMD13 to get card status > >>> after speed

Re: [PATCH 06/10] perf probe: Check if dwarf_getlocations() is available

On Thu, 12 May 2016 17:03:51 -0300 Arnaldo Carvalho de Melo wrote: > From: Arnaldo Carvalho de Melo > > If not, tell the user that: > > config/Makefile:273: Old libdw.h, finding variables at given 'perf probe' > point will not work, install

Re: [PATCH 06/10] perf probe: Check if dwarf_getlocations() is available

On Thu, 12 May 2016 17:03:51 -0300 Arnaldo Carvalho de Melo wrote: > From: Arnaldo Carvalho de Melo > > If not, tell the user that: > > config/Makefile:273: Old libdw.h, finding variables at given 'perf probe' > point will not work, install elfutils-devel/libdw-dev >= 0.157 > > And return

RE: [PATCH 5/5] vfio-pci: Allow to mmap MSI-X table if interrupt remapping is supported

> From: Tian, Kevin > Sent: Friday, May 13, 2016 10:33 AM > > > means. The MSI-X vector table of a device is always considered > > untrusted which is why we require user opt-ins to subvert that > > protection. Thanks, > > > > I only partially agree with this statement since there is different

RE: [PATCH 5/5] vfio-pci: Allow to mmap MSI-X table if interrupt remapping is supported

> From: Tian, Kevin > Sent: Friday, May 13, 2016 10:33 AM > > > means. The MSI-X vector table of a device is always considered > > untrusted which is why we require user opt-ins to subvert that > > protection. Thanks, > > > > I only partially agree with this statement since there is different

RE: [PATCH 5/5] vfio-pci: Allow to mmap MSI-X table if interrupt remapping is supported

> From: Alex Williamson [mailto:alex.william...@redhat.com] > Sent: Friday, May 13, 2016 1:48 AM > > On Thu, 12 May 2016 04:53:19 + > "Tian, Kevin" wrote: > > > > From: Alex Williamson [mailto:alex.william...@redhat.com] > > > Sent: Thursday, May 12, 2016 10:21 AM > >

RE: [PATCH 5/5] vfio-pci: Allow to mmap MSI-X table if interrupt remapping is supported

> From: Alex Williamson [mailto:alex.william...@redhat.com] > Sent: Friday, May 13, 2016 1:48 AM > > On Thu, 12 May 2016 04:53:19 + > "Tian, Kevin" wrote: > > > > From: Alex Williamson [mailto:alex.william...@redhat.com] > > > Sent: Thursday, May 12, 2016 10:21 AM > > > > > > On Thu, 12 May

[PATCH] ACPI: Add configuration item to configure ACPICA error logs out

Sometimes, we need to disable ACPICA error logs to leave only ACPICA debug logs enabled for debugging purpose. This is useful when ACPICA error logs become a flood. Reference: https://bugzilla.kernel.org/show_bug.cgi?id=114201 Signed-off-by: Lv Zheng --- drivers/acpi/Kconfig

[PATCH] ACPI: Add configuration item to configure ACPICA error logs out

Sometimes, we need to disable ACPICA error logs to leave only ACPICA debug logs enabled for debugging purpose. This is useful when ACPICA error logs become a flood. Reference: https://bugzilla.kernel.org/show_bug.cgi?id=114201 Signed-off-by: Lv Zheng --- drivers/acpi/Kconfig|7

[PATCH v2 5/5] clk: hisilicon: hi3519: add driver remove path and fix some issues

1. Add driver remove path. 2. Fix some issues. -Fix the ordering issue about clock provider being published. -Add error checking upon registering clocks. Signed-off-by: Jiancheng Xue --- drivers/clk/hisilicon/clk-hi3519.c | 116

[PATCH v2 1/5] reset: hisilicon: change the definition of hisi_reset_init

Change the input arguments type to struct platform_device pointer. Signed-off-by: Jiancheng Xue --- drivers/clk/hisilicon/clk-hi3519.c | 2 +- drivers/clk/hisilicon/reset.c | 19 +-- drivers/clk/hisilicon/reset.h | 5 +++-- 3 files

[PATCH v2 4/5] clk: hisilicon: add hisi_clk_unregister_* functions

Add hisi_clk_unregister_* functions. Signed-off-by: Jiancheng Xue --- drivers/clk/hisilicon/clk.h | 21 + 1 file changed, 21 insertions(+) diff --git a/drivers/clk/hisilicon/clk.h b/drivers/clk/hisilicon/clk.h index 2575329..4e1d1af 100644 ---

[PATCH v2 3/5] clk: hisilicon: add error processing for hisi_clk_register_* functions

Add error processing for hisi_clk_register_* functions. Signed-off-by: Jiancheng Xue --- drivers/clk/hisilicon/clk.c | 60 + drivers/clk/hisilicon/clk.h | 10 2 files changed, 55 insertions(+), 15 deletions(-)

[PATCH v2 4/5] clk: hisilicon: add hisi_clk_unregister_* functions

Add hisi_clk_unregister_* functions. Signed-off-by: Jiancheng Xue --- drivers/clk/hisilicon/clk.h | 21 + 1 file changed, 21 insertions(+) diff --git a/drivers/clk/hisilicon/clk.h b/drivers/clk/hisilicon/clk.h index 2575329..4e1d1af 100644 --- a/drivers/clk/hisilicon/clk.h

[PATCH v2 3/5] clk: hisilicon: add error processing for hisi_clk_register_* functions

Add error processing for hisi_clk_register_* functions. Signed-off-by: Jiancheng Xue --- drivers/clk/hisilicon/clk.c | 60 + drivers/clk/hisilicon/clk.h | 10 2 files changed, 55 insertions(+), 15 deletions(-) diff --git

[PATCH v2 5/5] clk: hisilicon: hi3519: add driver remove path and fix some issues

1. Add driver remove path. 2. Fix some issues. -Fix the ordering issue about clock provider being published. -Add error checking upon registering clocks. Signed-off-by: Jiancheng Xue --- drivers/clk/hisilicon/clk-hi3519.c | 116 - 1 file changed, 100

[PATCH v2 1/5] reset: hisilicon: change the definition of hisi_reset_init

Change the input arguments type to struct platform_device pointer. Signed-off-by: Jiancheng Xue --- drivers/clk/hisilicon/clk-hi3519.c | 2 +- drivers/clk/hisilicon/reset.c | 19 +-- drivers/clk/hisilicon/reset.h | 5 +++-- 3 files changed, 13 insertions(+), 13

[PATCH v2 0/5] clk: hisilicon: Fix some problems of clk-hi3519

This patch is base on branch clk-hi3519 in clk tree. It mainly fixes the following issues: 1. Add driver remove path. 2. Fix the ordering issue about clock provider being published. 3. Add error checking upon registering clocks. change log v2: -Redivided patches to make sure every patch can be

[PATCH v2 2/5] clk: hisilicon: add hisi_clk_alloc function.

Before, there was an ordering issue that the clock provider had been published in hisi_clk_init before it could provide valid clocks to consumers. hisi_clk_alloc is just used to allocate memory space for struct hisi_clock_data. It makes it possible to publish the provider after the clocks are

[PATCH v2 0/5] clk: hisilicon: Fix some problems of clk-hi3519

This patch is base on branch clk-hi3519 in clk tree. It mainly fixes the following issues: 1. Add driver remove path. 2. Fix the ordering issue about clock provider being published. 3. Add error checking upon registering clocks. change log v2: -Redivided patches to make sure every patch can be

[PATCH v2 2/5] clk: hisilicon: add hisi_clk_alloc function.

Before, there was an ordering issue that the clock provider had been published in hisi_clk_init before it could provide valid clocks to consumers. hisi_clk_alloc is just used to allocate memory space for struct hisi_clock_data. It makes it possible to publish the provider after the clocks are

Re: [PATCH 05/10] perf dwarf: Guard !x86_64 definitions under #ifdef else clause

On Thu, 12 May 2016 17:03:50 -0300 Arnaldo Carvalho de Melo wrote: > From: Arnaldo Carvalho de Melo > > To fix the build on Fedora Rawhide (gcc 6.0.0 20160311 (Red Hat 6.0.0-0.17): > > CC /tmp/build/perf/arch/x86/util/dwarf-regs.o >

Re: [PATCH 05/10] perf dwarf: Guard !x86_64 definitions under #ifdef else clause

On Thu, 12 May 2016 17:03:50 -0300 Arnaldo Carvalho de Melo wrote: > From: Arnaldo Carvalho de Melo > > To fix the build on Fedora Rawhide (gcc 6.0.0 20160311 (Red Hat 6.0.0-0.17): > > CC /tmp/build/perf/arch/x86/util/dwarf-regs.o > arch/x86/util/dwarf-regs.c:66:36: error:

Re: [PATCH 1/2] Revert "clk: rockchip: reset init state before mmc card initialization"

Heiko, On Thu, May 12, 2016 at 4:41 PM, Heiko Stuebner wrote: > Am Donnerstag, 12. Mai 2016, 11:03:16 schrieb Douglas Anderson: > > Not sure what the policy is for revert-subjects in the clock-tree, but I > guess > > clk: rockchip: Revert "reset init state before mmc card

Re: [PATCH 1/2] Revert "clk: rockchip: reset init state before mmc card initialization"

Heiko, On Thu, May 12, 2016 at 4:41 PM, Heiko Stuebner wrote: > Am Donnerstag, 12. Mai 2016, 11:03:16 schrieb Douglas Anderson: > > Not sure what the policy is for revert-subjects in the clock-tree, but I > guess > > clk: rockchip: Revert "reset init state before mmc card initialization" > >

Re: [PATCH 1/2] arm64: dts: NS2: Add all of the UARTs

On 2016/5/12 22:46, Jon Mason wrote: > > > On Thu, May 12, 2016 at 2:16 AM, Kefeng Wang > wrote: > > > > On 2016/5/12 6:56, Jon Mason wrote: > > Add all of the UARTs present on NS2 and enable them in the SVK device >

Re: [PATCH 1/2] arm64: dts: NS2: Add all of the UARTs

On 2016/5/12 22:46, Jon Mason wrote: > > > On Thu, May 12, 2016 at 2:16 AM, Kefeng Wang > wrote: > > > > On 2016/5/12 6:56, Jon Mason wrote: > > Add all of the UARTs present on NS2 and enable them in the SVK device > > tree file. Also, do

Re: lm-senser can't detect thermal on thermal_zone

Hi Zhang Thank you for your help > > non thermal-zon > > sensor command: OK > > read from /sys/class/thermal/thermal_zone0 : OK > > > > thermal-zon > > sensor command: NG > > read from /sys/class/thermal/thermal_zone0 : OK > > config THERMAL_HWMON >

Re: lm-senser can't detect thermal on thermal_zone

Hi Zhang Thank you for your help > > non thermal-zon > > sensor command: OK > > read from /sys/class/thermal/thermal_zone0 : OK > > > > thermal-zon > > sensor command: NG > > read from /sys/class/thermal/thermal_zone0 : OK > > config THERMAL_HWMON >

Re: [PATCH 3/6] dt-bindings: mtu3: add devicetree bindings

Hi, On Thu, 2016-05-12 at 19:02 -0400, Alan Cooper wrote: > On Thu, May 12, 2016 at 3:24 AM, chunfeng yun > wrote: > >> > + - mediatek,enable-manual-drd : supports manual dual-role switch by > >> > sysfs > >> > + interface; only used when receptacle is TYPE-A and

Re: [PATCH 3/6] dt-bindings: mtu3: add devicetree bindings

Hi, On Thu, 2016-05-12 at 19:02 -0400, Alan Cooper wrote: > On Thu, May 12, 2016 at 3:24 AM, chunfeng yun > wrote: > >> > + - mediatek,enable-manual-drd : supports manual dual-role switch by > >> > sysfs > >> > + interface; only used when receptacle is TYPE-A and also wants to > >> >

Re: [PATCH] deb-pkg: add the shared header file for arm64

On Thu, May 12, 2016 at 04:22:26PM +0200, Michal Marek wrote: > On 2016-05-12 11:03, Huang Shijie wrote: > > The arch/arm/include/asm/opcodes.h is also used by the arm64. > > This patch copies it to the arm64 deb package. > > > > Signed-off-by: Huang Shijie > > --- > >

Re: [PATCH] deb-pkg: add the shared header file for arm64

On Thu, May 12, 2016 at 04:22:26PM +0200, Michal Marek wrote: > On 2016-05-12 11:03, Huang Shijie wrote: > > The arch/arm/include/asm/opcodes.h is also used by the arm64. > > This patch copies it to the arm64 deb package. > > > > Signed-off-by: Huang Shijie > > --- > > scripts/package/builddeb

Re: [PATCH v5 1/1] ARM64: ACPI: Update documentation for latest specification version

On 2016/4/26 5:21, Al Stone wrote: The ACPI 6.1 specification was recently released at the end of January 2016, but the arm64 kernel documentation for the use of ACPI was written for the 5.1 version of the spec. There were significant additions to the spec that had not yet been mentioned -- for

Re: [PATCH v5 1/1] ARM64: ACPI: Update documentation for latest specification version

On 2016/4/26 5:21, Al Stone wrote: The ACPI 6.1 specification was recently released at the end of January 2016, but the arm64 kernel documentation for the use of ACPI was written for the 5.1 version of the spec. There were significant additions to the spec that had not yet been mentioned -- for

Re: [PATCH v4 10/18] sh: Remove unnecessary of_platform_populate with default match table

On 2016/5/13 2:38, Rich Felker wrote: > On Thu, May 12, 2016 at 08:06:07PM +0800, Kefeng Wang wrote: >> After patch "of/platform: Add common method to populate default bus", >> it is possible for arch code to remove unnecessary callers about the >> of_platform_populate with default match table.

Re: [PATCH v4 10/18] sh: Remove unnecessary of_platform_populate with default match table

On 2016/5/13 2:38, Rich Felker wrote: > On Thu, May 12, 2016 at 08:06:07PM +0800, Kefeng Wang wrote: >> After patch "of/platform: Add common method to populate default bus", >> it is possible for arch code to remove unnecessary callers about the >> of_platform_populate with default match table.

[lkp] [zsmalloc] 44f43e99fe: will-it-scale.scalability +15.0% improvement

FYI, we noticed will-it-scale.scalability +15.0% improvement due to commit: commit 44f43e99fe70833058482d183e99fdfd11220996 ("zsmalloc: fix zs_can_compact() integer overflow") https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master in testcase - will-it-scale on test machine -

[lkp] [zsmalloc] 44f43e99fe: will-it-scale.scalability +15.0% improvement

FYI, we noticed will-it-scale.scalability +15.0% improvement due to commit: commit 44f43e99fe70833058482d183e99fdfd11220996 ("zsmalloc: fix zs_can_compact() integer overflow") https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master in testcase - will-it-scale on test machine -

RE: [PATCH] usb: ohci-at91: Suspend the ports while USB suspending

Hi Alan, > -Original Message- > From: Alan Stern [mailto:st...@rowland.harvard.edu] > Sent: 2016年5月13日 2:11 > To: Yang, Wenyou > Cc: Greg Kroah-Hartman ; Ferre, Nicolas > ; linux-...@vger.kernel.org; linux- >

RE: [PATCH] usb: ohci-at91: Suspend the ports while USB suspending

Hi Alan, > -Original Message- > From: Alan Stern [mailto:st...@rowland.harvard.edu] > Sent: 2016年5月13日 2:11 > To: Yang, Wenyou > Cc: Greg Kroah-Hartman ; Ferre, Nicolas > ; linux-...@vger.kernel.org; linux- > ker...@vger.kernel.org; linux-arm-ker...@lists.infradead.org > Subject: Re:

[lkp] [sched/core] 2159197d66: netperf.Throughput_Mbps 14.2% improvement

FYI, we noticed netperf.Throughput_Mbps 14.2% improvement due to commit: commit 2159197d66770ec01f75c93fb11dc66df81fd45b ("sched/core: Enable increased load resolution on 64-bit kernels") https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sched/core in testcase - netperf on test

[lkp] [sched/core] 2159197d66: netperf.Throughput_Mbps 14.2% improvement

FYI, we noticed netperf.Throughput_Mbps 14.2% improvement due to commit: commit 2159197d66770ec01f75c93fb11dc66df81fd45b ("sched/core: Enable increased load resolution on 64-bit kernels") https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sched/core in testcase - netperf on test

Re: [PATCH 1/2] arm64: dts: NS2: Add all of the UARTs

On 2016/5/13 0:52, Ray Jui wrote: > Hi Kefeng, > > On 5/12/2016 7:46 AM, Jon Mason wrote: >> >> >> On Thu, May 12, 2016 at 2:16 AM, Kefeng Wang > > wrote: >> >> >> >> On 2016/5/12 6:56, Jon Mason wrote: >> > Add all of the

Re: [PATCH 1/2] arm64: dts: NS2: Add all of the UARTs

On 2016/5/13 0:52, Ray Jui wrote: > Hi Kefeng, > > On 5/12/2016 7:46 AM, Jon Mason wrote: >> >> >> On Thu, May 12, 2016 at 2:16 AM, Kefeng Wang > > wrote: >> >> >> >> On 2016/5/12 6:56, Jon Mason wrote: >> > Add all of the UARTs present on NS2 and

Re: [PATCH] zram: introduce per-device debug_stat sysfs node

Hello Minchan, On (05/13/16 08:41), Minchan Kim wrote: [..] will fix and update, thanks! > > @@ -719,6 +737,8 @@ compress_again: > > zcomp_strm_release(zram->comp, zstrm); > > zstrm = NULL; > > > > + atomic64_inc(>stats.num_recompress); > > + > > It should

Re: [PATCH] zram: introduce per-device debug_stat sysfs node

Hello Minchan, On (05/13/16 08:41), Minchan Kim wrote: [..] will fix and update, thanks! > > @@ -719,6 +737,8 @@ compress_again: > > zcomp_strm_release(zram->comp, zstrm); > > zstrm = NULL; > > > > + atomic64_inc(>stats.num_recompress); > > + > > It should

Re: [PATCH 2/4] phy: rockchip-emmc: configure frequency range and drive impedance

Hi Brian, On 2016/5/13 6:43, Brian Norris wrote: From: Shawn Lin Signal integrity analysis has suggested we set these values. Do this in power_on(), so that they get reconfigured after suspend/resume. Signed-off-by: Shawn Lin

Re: [PATCH 2/4] phy: rockchip-emmc: configure frequency range and drive impedance

Hi Brian, On 2016/5/13 6:43, Brian Norris wrote: From: Shawn Lin Signal integrity analysis has suggested we set these values. Do this in power_on(), so that they get reconfigured after suspend/resume. Signed-off-by: Shawn Lin Signed-off-by: Brian Norris --- drivers/phy/phy-rockchip-emmc.c

Re: [PATCH v2 0/3] input: rmi4: Regulator supply support

On 05/11/2016 08:05 PM, Bjorn Andersson wrote: On Wed 11 May 16:30 PDT 2016, Andrew Duggan wrote: Hi Bjorn, On 05/10/2016 08:49 AM, Bjorn Andersson wrote: [..] So either we duplicate the regulator support in spi/i2c or we make them optional in the core driver. Sounds like you prefer the

Re: [PATCH v2 0/3] input: rmi4: Regulator supply support

On 05/11/2016 08:05 PM, Bjorn Andersson wrote: On Wed 11 May 16:30 PDT 2016, Andrew Duggan wrote: Hi Bjorn, On 05/10/2016 08:49 AM, Bjorn Andersson wrote: [..] So either we duplicate the regulator support in spi/i2c or we make them optional in the core driver. Sounds like you prefer the

Re: lm-senser can't detect thermal on thermal_zone

On Thu, 2016-05-12 at 08:09 +, Kuninori Morimoto wrote: > Hi Zhang, Eduardo > > Our platform now is using thermal_zone, but lm-senser became no longer > working. > It works on non thermal_zone. we can get current thermal from > /sys/class/thermal/thermal_zone0 on thermal_zone. > What does

Re: lm-senser can't detect thermal on thermal_zone

On Thu, 2016-05-12 at 08:09 +, Kuninori Morimoto wrote: > Hi Zhang, Eduardo > > Our platform now is using thermal_zone, but lm-senser became no longer > working. > It works on non thermal_zone. we can get current thermal from > /sys/class/thermal/thermal_zone0 on thermal_zone. > What does

Re: [PATCH v2 1/2] ARM64: dts: rockchip: add sdhci/emmc for rk3399

在 2016/5/13 6:35, Brian Norris 写道: Add description for the SDHCI v5.1 eMMC controller on rk3399. Fix it to 200 MHz, to support all supported timing modes. Note that 'rockchip,rk3399-sdhci-5.1' is not documented; we presumably have a compliant Arasan controller, but let's have a rockchip

Re: [PATCH v2 1/2] ARM64: dts: rockchip: add sdhci/emmc for rk3399

在 2016/5/13 6:35, Brian Norris 写道: Add description for the SDHCI v5.1 eMMC controller on rk3399. Fix it to 200 MHz, to support all supported timing modes. Note that 'rockchip,rk3399-sdhci-5.1' is not documented; we presumably have a compliant Arasan controller, but let's have a rockchip

Re: [PATCH] intel_pstate: Simplify conditional in intel_pstate_set_policy()

On Thu, 2016-05-12 at 00:46 +0200, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > One of the if () statements in intel_pstate_set_policy() causes > another if () to be evaluated if the condition is true and it > doesn't do anything else, so merge the two if ()

Re: [PATCH] intel_pstate: Simplify conditional in intel_pstate_set_policy()

On Thu, 2016-05-12 at 00:46 +0200, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > One of the if () statements in intel_pstate_set_policy() causes > another if () to be evaluated if the condition is true and it > doesn't do anything else, so merge the two if () statements into > one. > >

Re: [PATCH v2, 0/3] intel_pstate: Improvements related to the APERF/MPERF computation

On Wed, 2016-05-11 at 19:06 +0200, Rafael J. Wysocki wrote: > On Saturday, May 07, 2016 01:42:53 AM Rafael J. Wysocki wrote: > > Hi, > > > > As per the subject, on top of the current linux-next branch of > > linux-pm.git. > > This version has been reworked to retain more APERF bits after >

Re: [PATCH v2, 0/3] intel_pstate: Improvements related to the APERF/MPERF computation

On Wed, 2016-05-11 at 19:06 +0200, Rafael J. Wysocki wrote: > On Saturday, May 07, 2016 01:42:53 AM Rafael J. Wysocki wrote: > > Hi, > > > > As per the subject, on top of the current linux-next branch of > > linux-pm.git. > > This version has been reworked to retain more APERF bits after >

Re: linux-next: build failure after merge of the rdma-leon tree

Hi Leon, On Fri, 13 May 2016 10:08:07 +1000 Stephen Rothwell wrote: > > After merging the rdma-leon tree, today's linux-next build (powerpc > ppc64_defconfig) failed like this: > > ERROR: ".rdma_addr_size" [drivers/infiniband/core/rdma_ucm.ko] undefined! > ERROR:

Re: linux-next: build failure after merge of the rdma-leon tree

Hi Leon, On Fri, 13 May 2016 10:08:07 +1000 Stephen Rothwell wrote: > > After merging the rdma-leon tree, today's linux-next build (powerpc > ppc64_defconfig) failed like this: > > ERROR: ".rdma_addr_size" [drivers/infiniband/core/rdma_ucm.ko] undefined! > ERROR: ".rdma_addr_register_client"

Re: [PATCH 1/2] Revert "clk: rockchip: reset init state before mmc card initialization"

On 2016/5/13 2:03, Douglas Anderson wrote: This reverts commit 7a03fe6f48f3 ("clk: rockchip: reset init state before mmc card initialization"). Though not totally obvious from the commit message nor from the source code, that commit appears to be trying to reset the "_drv" MMC clocks to 90

Re: [PATCH 1/2] Revert "clk: rockchip: reset init state before mmc card initialization"

On 2016/5/13 2:03, Douglas Anderson wrote: This reverts commit 7a03fe6f48f3 ("clk: rockchip: reset init state before mmc card initialization"). Though not totally obvious from the commit message nor from the source code, that commit appears to be trying to reset the "_drv" MMC clocks to 90

Re: [RFC][PATCH 4/7] sched: Replace sd_busy/nr_busy_cpus with sched_domain_shared

On Thu, 2016-05-12 at 13:33 +0200, Peter Zijlstra wrote: > On Thu, May 12, 2016 at 09:07:52PM +1000, Michael Neuling wrote: > > > > On Thu, 2016-05-12 at 07:07 +0200, Peter Zijlstra wrote: > > > > > > > > But as per the above, Power7 and Power8 have explicit logic to share > > > the > > >

Re: [RFC][PATCH 4/7] sched: Replace sd_busy/nr_busy_cpus with sched_domain_shared

On Thu, 2016-05-12 at 13:33 +0200, Peter Zijlstra wrote: > On Thu, May 12, 2016 at 09:07:52PM +1000, Michael Neuling wrote: > > > > On Thu, 2016-05-12 at 07:07 +0200, Peter Zijlstra wrote: > > > > > > > > But as per the above, Power7 and Power8 have explicit logic to share > > > the > > >

Re: [PATCH 0/5] clk: hisilicon: Fix some problems of clk-hi3519

On 05/10, Jiancheng Xue wrote: > This patch is base on branch clk-hi3519 in clk tree. It mainly fixes the > following issues: > 1. Add driver remove path. > 2. Fix the ordering issue about clock provider being published. > 3. Add error checking upon registering clocks. I'm waiting for round 2.

Re: [PATCH 0/5] clk: hisilicon: Fix some problems of clk-hi3519

On 05/10, Jiancheng Xue wrote: > This patch is base on branch clk-hi3519 in clk tree. It mainly fixes the > following issues: > 1. Add driver remove path. > 2. Fix the ordering issue about clock provider being published. > 3. Add error checking upon registering clocks. I'm waiting for round 2.

linux-next: build failure after merge of the rdma-leon tree

Hi Leon, After merging the rdma-leon tree, today's linux-next build (powerpc ppc64_defconfig) failed like this: ERROR: ".rdma_addr_size" [drivers/infiniband/core/rdma_ucm.ko] undefined! ERROR: ".rdma_addr_register_client" [drivers/infiniband/core/rdma_cm.ko] undefined! ERROR: ".rdma_addr_size"

linux-next: build failure after merge of the rdma-leon tree

Hi Leon, After merging the rdma-leon tree, today's linux-next build (powerpc ppc64_defconfig) failed like this: ERROR: ".rdma_addr_size" [drivers/infiniband/core/rdma_ucm.ko] undefined! ERROR: ".rdma_addr_register_client" [drivers/infiniband/core/rdma_cm.ko] undefined! ERROR: ".rdma_addr_size"

[PATCH v8 4/4] Add sancov plugin

The sancov gcc plugin inserts a __sanitizer_cov_trace_pc() call at the start of basic blocks. This plugin is a helper plugin for the kcov feature. It supports all gcc versions with plugin support (from gcc-4.5 on). It is based on the gcc commit "Add fuzzing coverage support" by Dmitry Vyukov

[PATCH v8 4/4] Add sancov plugin

The sancov gcc plugin inserts a __sanitizer_cov_trace_pc() call at the start of basic blocks. This plugin is a helper plugin for the kcov feature. It supports all gcc versions with plugin support (from gcc-4.5 on). It is based on the gcc commit "Add fuzzing coverage support" by Dmitry Vyukov

[PATCH v8 3/4] Add Cyclomatic complexity GCC plugin

Add a very simple plugin to demonstrate the GCC plugin infrastructure. This GCC plugin computes the cyclomatic complexity of each function. The complexity M of a function's control flow graph is defined as: M = E - N + 2P where E = the number of edges N = the number of nodes P = the number of

[PATCH v8 3/4] Add Cyclomatic complexity GCC plugin

Add a very simple plugin to demonstrate the GCC plugin infrastructure. This GCC plugin computes the cyclomatic complexity of each function. The complexity M of a function's control flow graph is defined as: M = E - N + 2P where E = the number of edges N = the number of nodes P = the number of

[PATCH v8 2/4] GCC plugin infrastructure

This patch allows to build the whole kernel with GCC plugins. It was ported from grsecurity/PaX. The infrastructure supports building out-of-tree modules and building in a separate directory. Cross-compilation is supported too. Currently the x86, arm, arm64 and uml architectures enable plugins.

[PATCH v8 2/4] GCC plugin infrastructure

This patch allows to build the whole kernel with GCC plugins. It was ported from grsecurity/PaX. The infrastructure supports building out-of-tree modules and building in a separate directory. Cross-compilation is supported too. Currently the x86, arm, arm64 and uml architectures enable plugins.

[PATCH v8 1/4] Shared library support

Infrastructure for building independent shared library targets. Signed-off-by: Emese Revfy --- scripts/Makefile.build | 2 +- scripts/Makefile.clean | 4 +++- scripts/Makefile.host | 55 +- 3 files changed, 58 insertions(+),

[PATCH v8 1/4] Shared library support

Infrastructure for building independent shared library targets. Signed-off-by: Emese Revfy --- scripts/Makefile.build | 2 +- scripts/Makefile.clean | 4 +++- scripts/Makefile.host | 55 +- 3 files changed, 58 insertions(+), 3 deletions(-)

[PATCH v8 0/4] Introduce GCC plugin infrastructure

This patch set introduce the GCC plugin infrastructure with examples for testing and documentation. GCC plugins are loadable modules that provide extra features to the compiler. They are useful for runtime instrumentation and static analysis. The infrastructure supports all gcc versions from 4.5

[PATCH v8 0/4] Introduce GCC plugin infrastructure

This patch set introduce the GCC plugin infrastructure with examples for testing and documentation. GCC plugins are loadable modules that provide extra features to the compiler. They are useful for runtime instrumentation and static analysis. The infrastructure supports all gcc versions from 4.5

Re: [PATCH 2/2] clk: rockchip: fix the rk3399 sdmmc sample shift

在 2016/5/13 7:10, Brian Norris 写道: On Thu, May 12, 2016 at 11:03:17AM -0700, Doug Anderson wrote: Just like every other Rockhip device, the MMC "_sample" clocks should have a shift of 0, not a shift of 1. The rk3399 TRM agrees. Presumably these values were set to 0 because of a typo. I'll

Re: [PATCH 2/2] clk: rockchip: fix the rk3399 sdmmc sample shift

在 2016/5/13 7:10, Brian Norris 写道: On Thu, May 12, 2016 at 11:03:17AM -0700, Doug Anderson wrote: Just like every other Rockhip device, the MMC "_sample" clocks should have a shift of 0, not a shift of 1. The rk3399 TRM agrees. Presumably these values were set to 0 because of a typo. I'll

<    1   2   3   4   5   6   7   8   9   10   >