Re: [PATCH 0/3] x86/boot/KASLR: enhance randomness of kernel load addr when using GiB hugepage

2018-09-05 Thread Pingfan Liu
On Thu, Sep 6, 2018 at 12:07 PM Chao Fan wrote: > > On Thu, Sep 06, 2018 at 10:36:19AM +0800, Pingfan Liu wrote: > > Hi Pingfan, > > >commit 747ff6265db4 ("x86/boot/KASLR: Skip specified number of 1GB huge > >pages when doing physical randomization (KASLR)") and commit > >9b912485e0e7

Re: [PATCH 0/3] x86/boot/KASLR: enhance randomness of kernel load addr when using GiB hugepage

2018-09-05 Thread Pingfan Liu
On Thu, Sep 6, 2018 at 12:07 PM Chao Fan wrote: > > On Thu, Sep 06, 2018 at 10:36:19AM +0800, Pingfan Liu wrote: > > Hi Pingfan, > > >commit 747ff6265db4 ("x86/boot/KASLR: Skip specified number of 1GB huge > >pages when doing physical randomization (KASLR)") and commit > >9b912485e0e7

Re: [PATCH] mm,page_alloc: PF_WQ_WORKER threads must sleep at should_reclaim_retry().

2018-09-05 Thread Michal Hocko
On Thu 06-09-18 10:00:00, Tetsuo Handa wrote: > Michal Hocko wrote: > > On Wed 05-09-18 22:53:33, Tetsuo Handa wrote: > > > On 2018/09/05 22:40, Michal Hocko wrote: > > > > Changelog said > > > > > > > > "Although this is possible in principle let's wait for it to actually > > > > happen in real

Re: [PATCH] mm,page_alloc: PF_WQ_WORKER threads must sleep at should_reclaim_retry().

2018-09-05 Thread Michal Hocko
On Thu 06-09-18 10:00:00, Tetsuo Handa wrote: > Michal Hocko wrote: > > On Wed 05-09-18 22:53:33, Tetsuo Handa wrote: > > > On 2018/09/05 22:40, Michal Hocko wrote: > > > > Changelog said > > > > > > > > "Although this is possible in principle let's wait for it to actually > > > > happen in real

Re: Plumbers 2018 - Performance and Scalability Microconference

2018-09-05 Thread Mike Rapoport
Hi, On Wed, Sep 05, 2018 at 07:51:34PM +, Pasha Tatashin wrote: > > On 9/5/18 2:38 AM, Mike Rapoport wrote: > > On Tue, Sep 04, 2018 at 05:28:13PM -0400, Daniel Jordan wrote: > >> Pavel Tatashin, Ying Huang, and I are excited to be organizing a > >> performance and scalability

Re: Plumbers 2018 - Performance and Scalability Microconference

2018-09-05 Thread Mike Rapoport
Hi, On Wed, Sep 05, 2018 at 07:51:34PM +, Pasha Tatashin wrote: > > On 9/5/18 2:38 AM, Mike Rapoport wrote: > > On Tue, Sep 04, 2018 at 05:28:13PM -0400, Daniel Jordan wrote: > >> Pavel Tatashin, Ying Huang, and I are excited to be organizing a > >> performance and scalability

Re: [PATCH v2 2/2] mm: Create non-atomic version of SetPageReserved for init use

2018-09-05 Thread Michal Hocko
On Wed 05-09-18 14:13:34, Alexander Duyck wrote: [...] just a nit > @@ -1231,7 +1231,8 @@ void __meminit reserve_bootmem_region(phys_addr_t > start, phys_addr_t end) > /* Avoid false-positive PageTail() */ > INIT_LIST_HEAD(>lru); > > -

Re: [PATCH v2 2/2] mm: Create non-atomic version of SetPageReserved for init use

2018-09-05 Thread Michal Hocko
On Wed 05-09-18 14:13:34, Alexander Duyck wrote: [...] just a nit > @@ -1231,7 +1231,8 @@ void __meminit reserve_bootmem_region(phys_addr_t > start, phys_addr_t end) > /* Avoid false-positive PageTail() */ > INIT_LIST_HEAD(>lru); > > -

Re: [PATCH v2 1/2] mm: Move page struct poisoning to CONFIG_DEBUG_VM_PAGE_INIT_POISON

2018-09-05 Thread Michal Hocko
On Wed 05-09-18 14:13:28, Alexander Duyck wrote: > From: Alexander Duyck > > On systems with a large amount of memory it can take a significant amount > of time to initialize all of the page structs with the PAGE_POISON_PATTERN > value. I have seen it take over 2 minutes to initialize a system

Re: [PATCH v2 1/2] mm: Move page struct poisoning to CONFIG_DEBUG_VM_PAGE_INIT_POISON

2018-09-05 Thread Michal Hocko
On Wed 05-09-18 14:13:28, Alexander Duyck wrote: > From: Alexander Duyck > > On systems with a large amount of memory it can take a significant amount > of time to initialize all of the page structs with the PAGE_POISON_PATTERN > value. I have seen it take over 2 minutes to initialize a system

Re: [PATCH] sysctl: kselftests: use kernel module instead of built-in

2018-09-05 Thread lei yang
On 2018年09月06日 00:47, Shuah Khan wrote: On 09/04/2018 08:20 PM, Lei Yang wrote: It uses modprobe $TEST_DRIVER in sysctl.sh, so update config to use "m" instead Signed-off-by: Lei Yang --- tools/testing/selftests/sysctl/config | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [PATCH] sysctl: kselftests: use kernel module instead of built-in

2018-09-05 Thread lei yang
On 2018年09月06日 00:47, Shuah Khan wrote: On 09/04/2018 08:20 PM, Lei Yang wrote: It uses modprobe $TEST_DRIVER in sysctl.sh, so update config to use "m" instead Signed-off-by: Lei Yang --- tools/testing/selftests/sysctl/config | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH v2] cgroup: kselftests: add test_core to .gitignore

2018-09-05 Thread Lei Yang
Update .gitignore file. Signed-off-by: Lei Yang --- tools/testing/selftests/cgroup/.gitignore | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/testing/selftests/cgroup/.gitignore b/tools/testing/selftests/cgroup/.gitignore index 95eb3a5..adacda5 100644 ---

[PATCH v2] cgroup: kselftests: add test_core to .gitignore

2018-09-05 Thread Lei Yang
Update .gitignore file. Signed-off-by: Lei Yang --- tools/testing/selftests/cgroup/.gitignore | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/testing/selftests/cgroup/.gitignore b/tools/testing/selftests/cgroup/.gitignore index 95eb3a5..adacda5 100644 ---

Re: [PATCH 2/2] mm: Create non-atomic version of SetPageReserved for init use

2018-09-05 Thread Michal Hocko
On Wed 05-09-18 13:18:24, Alexander Duyck wrote: > On Tue, Sep 4, 2018 at 11:24 PM Michal Hocko wrote: > > > > On Tue 04-09-18 11:33:45, Alexander Duyck wrote: > > > From: Alexander Duyck > > > > > > It doesn't make much sense to use the atomic SetPageReserved at init time > > > when we are

Re: [PATCH 2/2] mm: Create non-atomic version of SetPageReserved for init use

2018-09-05 Thread Michal Hocko
On Wed 05-09-18 13:18:24, Alexander Duyck wrote: > On Tue, Sep 4, 2018 at 11:24 PM Michal Hocko wrote: > > > > On Tue 04-09-18 11:33:45, Alexander Duyck wrote: > > > From: Alexander Duyck > > > > > > It doesn't make much sense to use the atomic SetPageReserved at init time > > > when we are

Re: [PATCH 1/2] mm: Move page struct poisoning from CONFIG_DEBUG_VM to CONFIG_DEBUG_VM_PGFLAGS

2018-09-05 Thread Michal Hocko
On Wed 05-09-18 08:32:05, Alexander Duyck wrote: > On Tue, Sep 4, 2018 at 11:10 PM Michal Hocko wrote: > > > > On Tue 04-09-18 11:33:39, Alexander Duyck wrote: > > > From: Alexander Duyck > > > > > > On systems with a large amount of memory it can take a significant amount > > > of time to

Re: [PATCH 1/2] mm: Move page struct poisoning from CONFIG_DEBUG_VM to CONFIG_DEBUG_VM_PGFLAGS

2018-09-05 Thread Michal Hocko
On Wed 05-09-18 08:32:05, Alexander Duyck wrote: > On Tue, Sep 4, 2018 at 11:10 PM Michal Hocko wrote: > > > > On Tue 04-09-18 11:33:39, Alexander Duyck wrote: > > > From: Alexander Duyck > > > > > > On systems with a large amount of memory it can take a significant amount > > > of time to

Re: [PATCH RESEND] mips: switch to NO_BOOTMEM

2018-09-05 Thread Mike Rapoport
Hi Sergey, On Wed, Sep 05, 2018 at 11:09:13PM +0300, Fancer's opinion wrote: > Hello, Mike > Could you CC me next time you send that larger patchset? The larger patchset is here: https://lore.kernel.org/lkml/1536163184-26356-1-git-send-email-r...@linux.vnet.ibm.com/ > -Sergey > > > On Wed,

Re: [PATCH RESEND] mips: switch to NO_BOOTMEM

2018-09-05 Thread Mike Rapoport
Hi Sergey, On Wed, Sep 05, 2018 at 11:09:13PM +0300, Fancer's opinion wrote: > Hello, Mike > Could you CC me next time you send that larger patchset? The larger patchset is here: https://lore.kernel.org/lkml/1536163184-26356-1-git-send-email-r...@linux.vnet.ibm.com/ > -Sergey > > > On Wed,

Bonjour ?

2018-09-05 Thread Michel Martin
Bonjour, Je me présente Mr Michel Martin homme d'affaire français résidant en France . je viens par ce présent mail vous fait part d'une offre de prêt financière allant de 500 EURO à 2.500.000 EURO avec un pourcentage de remboursement du montant s'élevant à 3% remboursable sur le nombre

Bonjour ?

2018-09-05 Thread Michel Martin
Bonjour, Je me présente Mr Michel Martin homme d'affaire français résidant en France . je viens par ce présent mail vous fait part d'une offre de prêt financière allant de 500 EURO à 2.500.000 EURO avec un pourcentage de remboursement du montant s'élevant à 3% remboursable sur le nombre

Re: [PATCH] cpufreq: intel_pstate: Optimize IO boost in non HWP mode

2018-09-05 Thread Francisco Jerez
Srinivas Pandruvada writes: > [...] > >> > > >> > > This patch causes a number of statistically significant >> > > regressions >> > > (with significance of 1%) on the two systems I've tested it >> > > on. On >> > > my >> > >> > Sure. These patches are targeted to Atom clients where some of >>

Re: [PATCH] cpufreq: intel_pstate: Optimize IO boost in non HWP mode

2018-09-05 Thread Francisco Jerez
Srinivas Pandruvada writes: > [...] > >> > > >> > > This patch causes a number of statistically significant >> > > regressions >> > > (with significance of 1%) on the two systems I've tested it >> > > on. On >> > > my >> > >> > Sure. These patches are targeted to Atom clients where some of >>

[PATCH v3] ata: Disable AHCI ALPM feature for Ampere Computing eMAG SATA

2018-09-05 Thread Suman Tripathi
Due to hardware errata, Ampere Computing eMAG SATA can't support AHCI ALPM feature. This patch disables the AHCI ALPM feature for eMAG SATA. Changes for v2: * Introduce the new ata_port_info object which includes ATA_FLAG_NO_LPM. * Include this object for eMAG SATA inside the acpi match table. *

[PATCH v3] ata: Disable AHCI ALPM feature for Ampere Computing eMAG SATA

2018-09-05 Thread Suman Tripathi
Due to hardware errata, Ampere Computing eMAG SATA can't support AHCI ALPM feature. This patch disables the AHCI ALPM feature for eMAG SATA. Changes for v2: * Introduce the new ata_port_info object which includes ATA_FLAG_NO_LPM. * Include this object for eMAG SATA inside the acpi match table. *

[PATCH] mips: txx9: fix iounmap related issue

2018-09-05 Thread Ding Xiang
if device_register return error, iounmap should be called, also iounmap need to call before put_device. Signed-off-by: Ding Xiang --- arch/mips/txx9/generic/setup.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/arch/mips/txx9/generic/setup.c

[PATCH] mips: txx9: fix iounmap related issue

2018-09-05 Thread Ding Xiang
if device_register return error, iounmap should be called, also iounmap need to call before put_device. Signed-off-by: Ding Xiang --- arch/mips/txx9/generic/setup.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/arch/mips/txx9/generic/setup.c

Re: [PATCH 0/3] x86/boot/KASLR: enhance randomness of kernel load addr when using GiB hugepage

2018-09-05 Thread Chao Fan
On Thu, Sep 06, 2018 at 10:36:19AM +0800, Pingfan Liu wrote: Hi Pingfan, >commit 747ff6265db4 ("x86/boot/KASLR: Skip specified number of 1GB huge >pages when doing physical randomization (KASLR)") and commit >9b912485e0e7 ("x86/boot/KASLR: Add two new functions for 1GB huge pages >handling")

Re: [PATCH 0/3] x86/boot/KASLR: enhance randomness of kernel load addr when using GiB hugepage

2018-09-05 Thread Chao Fan
On Thu, Sep 06, 2018 at 10:36:19AM +0800, Pingfan Liu wrote: Hi Pingfan, >commit 747ff6265db4 ("x86/boot/KASLR: Skip specified number of 1GB huge >pages when doing physical randomization (KASLR)") and commit >9b912485e0e7 ("x86/boot/KASLR: Add two new functions for 1GB huge pages >handling")

Re: [RFC PATCH] mm/hugetlb: make hugetlb_lock irq safe

2018-09-05 Thread Aneesh Kumar K.V
On 09/06/2018 05:21 AM, Mike Kravetz wrote: BTW, free_huge_page called by put_page for hugetlbfs pages may also take a subpool specific lock via spin_lock(). See hugepage_subpool_put_pages. So, this would also need to take irq context into account. I missed that. I can take care of that in

Re: [RFC PATCH] mm/hugetlb: make hugetlb_lock irq safe

2018-09-05 Thread Aneesh Kumar K.V
On 09/06/2018 05:21 AM, Mike Kravetz wrote: BTW, free_huge_page called by put_page for hugetlbfs pages may also take a subpool specific lock via spin_lock(). See hugepage_subpool_put_pages. So, this would also need to take irq context into account. I missed that. I can take care of that in

Re: [RFC PATCH] mm/hugetlb: make hugetlb_lock irq safe

2018-09-05 Thread Aneesh Kumar K.V
On 09/05/2018 07:18 PM, Matthew Wilcox wrote: On Wed, Sep 05, 2018 at 06:56:19PM +0530, Aneesh Kumar K.V wrote: On 09/05/2018 06:34 PM, Matthew Wilcox wrote: On Wed, Sep 05, 2018 at 04:53:41PM +0530, Aneesh Kumar K.V wrote: inconsistent {SOFTIRQ-ON-W} -> {IN-SOFTIRQ-W} usage. How do you

Re: [RFC PATCH] mm/hugetlb: make hugetlb_lock irq safe

2018-09-05 Thread Aneesh Kumar K.V
On 09/05/2018 07:18 PM, Matthew Wilcox wrote: On Wed, Sep 05, 2018 at 06:56:19PM +0530, Aneesh Kumar K.V wrote: On 09/05/2018 06:34 PM, Matthew Wilcox wrote: On Wed, Sep 05, 2018 at 04:53:41PM +0530, Aneesh Kumar K.V wrote: inconsistent {SOFTIRQ-ON-W} -> {IN-SOFTIRQ-W} usage. How do you

linux-next: Tree for Sep 6

2018-09-05 Thread Stephen Rothwell
Hi all, Changes since 20180905: Dropped trees: xarray, ida (temporarily) New tree: icc The vfs tree gained build failures for which I disabled some sample programs. The net-next tree still had its build failure for which I reverted a commit. The devicetree tree lost its build failure. Non

linux-next: Tree for Sep 6

2018-09-05 Thread Stephen Rothwell
Hi all, Changes since 20180905: Dropped trees: xarray, ida (temporarily) New tree: icc The vfs tree gained build failures for which I disabled some sample programs. The net-next tree still had its build failure for which I reverted a commit. The devicetree tree lost its build failure. Non

Re: [RFC PATCH] mm/hugetlb: make hugetlb_lock irq safe

2018-09-05 Thread Aneesh Kumar K.V
On 09/06/2018 03:05 AM, Mike Kravetz wrote: On 09/05/2018 12:58 PM, Andrew Morton wrote: On Wed, 5 Sep 2018 06:48:48 -0700 Matthew Wilcox wrote: I didn't. The reason I looked at current patch is to enable the usage of put_page() from irq context. We do allow that for non hugetlb pages. So

Re: [RFC PATCH] mm/hugetlb: make hugetlb_lock irq safe

2018-09-05 Thread Aneesh Kumar K.V
On 09/06/2018 03:05 AM, Mike Kravetz wrote: On 09/05/2018 12:58 PM, Andrew Morton wrote: On Wed, 5 Sep 2018 06:48:48 -0700 Matthew Wilcox wrote: I didn't. The reason I looked at current patch is to enable the usage of put_page() from irq context. We do allow that for non hugetlb pages. So

Re: [RFC PATCH] mm/hugetlb: make hugetlb_lock irq safe

2018-09-05 Thread Aneesh Kumar K.V
On 09/06/2018 01:28 AM, Andrew Morton wrote: On Wed, 5 Sep 2018 06:48:48 -0700 Matthew Wilcox wrote: I didn't. The reason I looked at current patch is to enable the usage of put_page() from irq context. We do allow that for non hugetlb pages. So was not sure adding that additional restriction

Re: [RFC PATCH] mm/hugetlb: make hugetlb_lock irq safe

2018-09-05 Thread Aneesh Kumar K.V
On 09/06/2018 01:28 AM, Andrew Morton wrote: On Wed, 5 Sep 2018 06:48:48 -0700 Matthew Wilcox wrote: I didn't. The reason I looked at current patch is to enable the usage of put_page() from irq context. We do allow that for non hugetlb pages. So was not sure adding that additional restriction

Re: [PATCH v5 10/16] x86/mce: enable Hygon support to MCE infrastructure

2018-09-05 Thread Pu Wen
On 2018/9/5 21:15, Borislav Petkov wrote: On Wed, Sep 05, 2018 at 08:59:24PM +0800, Pu Wen wrote: If CONFIG_X86_MCE_AMD=n, mce_hygon_feature_init will call the other one mce_amd_feature_init which is a null function and located in the else branch of "#ifdef CONFIG_X86_MCE_AMD". The compilation

Re: [PATCH v5 10/16] x86/mce: enable Hygon support to MCE infrastructure

2018-09-05 Thread Pu Wen
On 2018/9/5 21:15, Borislav Petkov wrote: On Wed, Sep 05, 2018 at 08:59:24PM +0800, Pu Wen wrote: If CONFIG_X86_MCE_AMD=n, mce_hygon_feature_init will call the other one mce_amd_feature_init which is a null function and located in the else branch of "#ifdef CONFIG_X86_MCE_AMD". The compilation

RE: [PATCH 1/2] input: egalax_ts: add system wakeup support

2018-09-05 Thread Anson Huang
Hi, Dmitry Anson Huang Best Regards! > -Original Message- > From: Dmitry Torokhov > Sent: Thursday, September 6, 2018 1:27 AM > To: Anson Huang > Cc: robh...@kernel.org; mark.rutl...@arm.com; Marco Antonio Franchi > ; Fabio Estevam ; > linux-in...@vger.kernel.org;

RE: [PATCH 1/2] input: egalax_ts: add system wakeup support

2018-09-05 Thread Anson Huang
Hi, Dmitry Anson Huang Best Regards! > -Original Message- > From: Dmitry Torokhov > Sent: Thursday, September 6, 2018 1:27 AM > To: Anson Huang > Cc: robh...@kernel.org; mark.rutl...@arm.com; Marco Antonio Franchi > ; Fabio Estevam ; > linux-in...@vger.kernel.org;

[PATCH V2] input: egalax_ts: add system wakeup support

2018-09-05 Thread Anson Huang
This patch adds wakeup function support for egalax touch screen, if "wakeup-source" is added to device tree's egalax touch screen node, the wakeup function will be enabled, and egalax touch screen will be able to wakeup system from suspend. Signed-off-by: Anson Huang --- changes since V1:

[PATCH V2] input: egalax_ts: add system wakeup support

2018-09-05 Thread Anson Huang
This patch adds wakeup function support for egalax touch screen, if "wakeup-source" is added to device tree's egalax touch screen node, the wakeup function will be enabled, and egalax touch screen will be able to wakeup system from suspend. Signed-off-by: Anson Huang --- changes since V1:

RE: [PATCH V4 0/9] clk: add imx7ulp clk support

2018-09-05 Thread A.s. Dong
Hi Stephen, Would you shine some lights on how to proceed? Regards Dong Aisheng > -Original Message- > From: A.s. Dong > Sent: Monday, August 27, 2018 11:46 AM > To: linux-...@vger.kernel.org; sb...@kernel.org; shawn...@kernel.org > Cc: linux-kernel@vger.kernel.org;

RE: [PATCH V4 0/9] clk: add imx7ulp clk support

2018-09-05 Thread A.s. Dong
Hi Stephen, Would you shine some lights on how to proceed? Regards Dong Aisheng > -Original Message- > From: A.s. Dong > Sent: Monday, August 27, 2018 11:46 AM > To: linux-...@vger.kernel.org; sb...@kernel.org; shawn...@kernel.org > Cc: linux-kernel@vger.kernel.org;

RE: [PATCH V6 0/4] clk: new APIs to handle all available clocks

2018-09-05 Thread A.s. Dong
Gently ping... > -Original Message- > From: A.s. Dong > Sent: Friday, August 31, 2018 12:46 PM > To: linux-...@vger.kernel.org > Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; > sb...@kernel.org; mturque...@baylibre.com; shawn...@kernel.org; >

RE: [PATCH V6 0/4] clk: new APIs to handle all available clocks

2018-09-05 Thread A.s. Dong
Gently ping... > -Original Message- > From: A.s. Dong > Sent: Friday, August 31, 2018 12:46 PM > To: linux-...@vger.kernel.org > Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; > sb...@kernel.org; mturque...@baylibre.com; shawn...@kernel.org; >

Re: POSIX violation by writeback error

2018-09-05 Thread Dave Chinner
On Wed, Sep 05, 2018 at 02:07:46PM +0200, Rogier Wolff wrote: > On Wed, Sep 05, 2018 at 06:55:15AM -0400, Jeff Layton wrote: > > There is no requirement for a filesystem to flush data on close(). > > And you can't start doing things like that. Of course we can. And we do. We've been doing

Re: POSIX violation by writeback error

2018-09-05 Thread Dave Chinner
On Wed, Sep 05, 2018 at 02:07:46PM +0200, Rogier Wolff wrote: > On Wed, Sep 05, 2018 at 06:55:15AM -0400, Jeff Layton wrote: > > There is no requirement for a filesystem to flush data on close(). > > And you can't start doing things like that. Of course we can. And we do. We've been doing

Re: [PATCH] cpu/hotplug: Fix rollback during error-out in takedown_cpu()

2018-09-05 Thread Neeraj Upadhyay
On 09/05/2018 06:47 PM, Thomas Gleixner wrote: On Wed, 5 Sep 2018, Neeraj Upadhyay wrote: On 09/05/2018 05:53 PM, Thomas Gleixner wrote: And looking closer this is a general issue. Just that the TEARDOWN state makes it simple to observe. It's universaly broken, when the first teardown

Re: [PATCH] cpu/hotplug: Fix rollback during error-out in takedown_cpu()

2018-09-05 Thread Neeraj Upadhyay
On 09/05/2018 06:47 PM, Thomas Gleixner wrote: On Wed, 5 Sep 2018, Neeraj Upadhyay wrote: On 09/05/2018 05:53 PM, Thomas Gleixner wrote: And looking closer this is a general issue. Just that the TEARDOWN state makes it simple to observe. It's universaly broken, when the first teardown

[PATCH v2] HID: i2c-hid: Don't reset device upon system resume

2018-09-05 Thread Kai-Heng Feng
Raydium touchscreen triggers interrupt storm after system-wide suspend: [ 179.085033] i2c_hid i2c-CUST:00: i2c_hid_get_input: incomplete report (58/65535) According to Raydium, Windows driver does not reset the device after system resume. The HID over I2C spec does specify a reset should be

[PATCH v2] HID: i2c-hid: Don't reset device upon system resume

2018-09-05 Thread Kai-Heng Feng
Raydium touchscreen triggers interrupt storm after system-wide suspend: [ 179.085033] i2c_hid i2c-CUST:00: i2c_hid_get_input: incomplete report (58/65535) According to Raydium, Windows driver does not reset the device after system resume. The HID over I2C spec does specify a reset should be

[PATCH v10 2/2] leds: sc27xx: Add pattern_set/clear interfaces for LED controller

2018-09-05 Thread Baolin Wang
This patch implements the 'pattern_set'and 'pattern_clear' interfaces to support SC27XX LED breathing mode. Signed-off-by: Baolin Wang --- Changes from v9: - Optimize the ABI documentation file. - Update the brightness value in hardware pattern mode. Changes from v8: - Optimize the ABI

[PATCH v10 2/2] leds: sc27xx: Add pattern_set/clear interfaces for LED controller

2018-09-05 Thread Baolin Wang
This patch implements the 'pattern_set'and 'pattern_clear' interfaces to support SC27XX LED breathing mode. Signed-off-by: Baolin Wang --- Changes from v9: - Optimize the ABI documentation file. - Update the brightness value in hardware pattern mode. Changes from v8: - Optimize the ABI

[PATCH 1/3] x86/boot/KASLR: change the prototypes of process_efi_entries/process_e820_entries

2018-09-05 Thread Pingfan Liu
Changing the prototypes of process_efi_entries/process_e820_entries in order to reuse the mem entries' iteration (used in patch 3/3). Signed-off-by: Pingfan Liu Cc: Thomas Gleixner Cc: Ingo Molnar Cc: "H. Peter Anvin" Cc: "Kirill A. Shutemov" Cc: Baoquan He Cc: Chao Fan (authored:1/16=6%)

[PATCH 1/3] x86/boot/KASLR: change the prototypes of process_efi_entries/process_e820_entries

2018-09-05 Thread Pingfan Liu
Changing the prototypes of process_efi_entries/process_e820_entries in order to reuse the mem entries' iteration (used in patch 3/3). Signed-off-by: Pingfan Liu Cc: Thomas Gleixner Cc: Ingo Molnar Cc: "H. Peter Anvin" Cc: "Kirill A. Shutemov" Cc: Baoquan He Cc: Chao Fan (authored:1/16=6%)

[PATCH 0/3] x86/boot/KASLR: enhance randomness of kernel load addr when using GiB hugepage

2018-09-05 Thread Pingfan Liu
commit 747ff6265db4 ("x86/boot/KASLR: Skip specified number of 1GB huge pages when doing physical randomization (KASLR)") and commit 9b912485e0e7 ("x86/boot/KASLR: Add two new functions for 1GB huge pages handling") prevent the physical load addr of kernel from spoiling a good candidate of GiB

[PATCH 2/3] x86/boot/KASLR: change the prototype of process_mem_region() to meet the align requirement

2018-09-05 Thread Pingfan Liu
Changing the prototype of process_mem_region(), in order to reuse this func to find a region with special alignment requirement (used in patch 3/3 to find a region align on 1GiB boundary. And a trivial change on the data type of mem_vector.size to ease the comparison of underflow. Signed-off-by:

[PATCH 3/3] x86/boot/KASLR: enhance randomness when using GiB hugepage

2018-09-05 Thread Pingfan Liu
commit 747ff6265db4 ("x86/boot/KASLR: Skip specified number of 1GB huge pages when doing physical randomization (KASLR)") and commit 9b912485e0e7 ("x86/boot/KASLR: Add two new functions for 1GB huge pages handling") prevent the physical load addr of kernel from spoiling a good candidate of GiB

[PATCH 0/3] x86/boot/KASLR: enhance randomness of kernel load addr when using GiB hugepage

2018-09-05 Thread Pingfan Liu
commit 747ff6265db4 ("x86/boot/KASLR: Skip specified number of 1GB huge pages when doing physical randomization (KASLR)") and commit 9b912485e0e7 ("x86/boot/KASLR: Add two new functions for 1GB huge pages handling") prevent the physical load addr of kernel from spoiling a good candidate of GiB

[PATCH 2/3] x86/boot/KASLR: change the prototype of process_mem_region() to meet the align requirement

2018-09-05 Thread Pingfan Liu
Changing the prototype of process_mem_region(), in order to reuse this func to find a region with special alignment requirement (used in patch 3/3 to find a region align on 1GiB boundary. And a trivial change on the data type of mem_vector.size to ease the comparison of underflow. Signed-off-by:

[PATCH 3/3] x86/boot/KASLR: enhance randomness when using GiB hugepage

2018-09-05 Thread Pingfan Liu
commit 747ff6265db4 ("x86/boot/KASLR: Skip specified number of 1GB huge pages when doing physical randomization (KASLR)") and commit 9b912485e0e7 ("x86/boot/KASLR: Add two new functions for 1GB huge pages handling") prevent the physical load addr of kernel from spoiling a good candidate of GiB

Re: [PATCH] hid: hid-core: Fix a sleep-in-atomic-context bug in __hid_request()

2018-09-05 Thread Jia-Ju Bai
On 2018/9/5 16:29, Jiri Kosina wrote: On Sat, 1 Sep 2018, Jia-Ju Bai wrote: The driver may sleep with holding a spinlock. The function call paths (from bottom to top) in Linux-4.16 are: [FUNC] hid_alloc_report_buf(GFP_KERNEL) drivers/hid/hid-core.c, 1435: hid_alloc_report_buf in

Re: [PATCH] hid: hid-core: Fix a sleep-in-atomic-context bug in __hid_request()

2018-09-05 Thread Jia-Ju Bai
On 2018/9/5 16:29, Jiri Kosina wrote: On Sat, 1 Sep 2018, Jia-Ju Bai wrote: The driver may sleep with holding a spinlock. The function call paths (from bottom to top) in Linux-4.16 are: [FUNC] hid_alloc_report_buf(GFP_KERNEL) drivers/hid/hid-core.c, 1435: hid_alloc_report_buf in

Re: [PATCH] printk/tracing: Do not trace printk_nmi_enter()

2018-09-05 Thread Sergey Senozhatsky
Hello, On (09/05/18 21:33), Steven Rostedt wrote: > do_idle { > > [interrupts enabled] > > [interrupts disabled] > TRACE_IRQS_OFF [lockdep says irqs off] > [...] > TRACE_IRQS_IRET > test if pt_regs say return to interrupts enabled [yes] >

Re: [PATCH] printk/tracing: Do not trace printk_nmi_enter()

2018-09-05 Thread Sergey Senozhatsky
Hello, On (09/05/18 21:33), Steven Rostedt wrote: > do_idle { > > [interrupts enabled] > > [interrupts disabled] > TRACE_IRQS_OFF [lockdep says irqs off] > [...] > TRACE_IRQS_IRET > test if pt_regs say return to interrupts enabled [yes] >

linux-next: build failure after merge of the vfs tree

2018-09-05 Thread Stephen Rothwell
Hi Al, After merging the vfs tree, today's linux-next build (powerpc allyesconfig) failed like this: samples/mount_api/test-fsmount.c: In function 'fsopen': samples/mount_api/test-fsmount.c:63:17: error: '__NR_fsopen' undeclared (first use in this function); did you mean 'fsopen'? return

linux-next: build failure after merge of the vfs tree

2018-09-05 Thread Stephen Rothwell
Hi Al, After merging the vfs tree, today's linux-next build (powerpc allyesconfig) failed like this: samples/mount_api/test-fsmount.c: In function 'fsopen': samples/mount_api/test-fsmount.c:63:17: error: '__NR_fsopen' undeclared (first use in this function); did you mean 'fsopen'? return

Re: [PATCH v9 2/2] leds: sc27xx: Add pattern_set/clear interfaces for LED controller

2018-09-05 Thread Baolin Wang
On 6 September 2018 at 09:43, Baolin Wang wrote: > Hi Jacek, > > On 6 September 2018 at 03:14, Jacek Anaszewski > wrote: >> Hi Baolin, >> >> Thanks for the v9. >> >> On 09/05/2018 09:20 AM, Baolin Wang wrote: >>> This patch implements the 'pattern_set'and 'pattern_clear' >>> interfaces to

Re: [PATCH v9 2/2] leds: sc27xx: Add pattern_set/clear interfaces for LED controller

2018-09-05 Thread Baolin Wang
On 6 September 2018 at 09:43, Baolin Wang wrote: > Hi Jacek, > > On 6 September 2018 at 03:14, Jacek Anaszewski > wrote: >> Hi Baolin, >> >> Thanks for the v9. >> >> On 09/05/2018 09:20 AM, Baolin Wang wrote: >>> This patch implements the 'pattern_set'and 'pattern_clear' >>> interfaces to

Re: [PATCH V3 22/26] dt-bindings: interrupt-controller: C-SKY SMP intc

2018-09-05 Thread Guo Ren
On Wed, Sep 05, 2018 at 07:45:12PM -0500, Rob Herring wrote: > On Wed, Sep 5, 2018 at 7:09 AM Guo Ren wrote: > > > > Signed-off-by: Guo Ren > > --- > > .../bindings/interrupt-controller/csky,mpintc.txt | 40 > > ++ > > 1 file changed, 40 insertions(+) > > create mode

Re: [PATCH V3 22/26] dt-bindings: interrupt-controller: C-SKY SMP intc

2018-09-05 Thread Guo Ren
On Wed, Sep 05, 2018 at 07:45:12PM -0500, Rob Herring wrote: > On Wed, Sep 5, 2018 at 7:09 AM Guo Ren wrote: > > > > Signed-off-by: Guo Ren > > --- > > .../bindings/interrupt-controller/csky,mpintc.txt | 40 > > ++ > > 1 file changed, 40 insertions(+) > > create mode

Re: [PATCH V2] mips: txx9: fix resource leak after register fail

2018-09-05 Thread Ding Xiang
On 9/5/2018 11:37 PM, Atsushi Nemoto wrote: On Wed, 5 Sep 2018 19:22:19 +0800, Ding Xiang wrote: the memory allocated and ioremap address need free after device_register return error. ... exit_put: put_device(>dev); - return; +exit_free: + iounmap(dev->base); +

Re: [PATCH V2] mips: txx9: fix resource leak after register fail

2018-09-05 Thread Ding Xiang
On 9/5/2018 11:37 PM, Atsushi Nemoto wrote: On Wed, 5 Sep 2018 19:22:19 +0800, Ding Xiang wrote: the memory allocated and ioremap address need free after device_register return error. ... exit_put: put_device(>dev); - return; +exit_free: + iounmap(dev->base); +

Re: [PATCH V3 21/26] dt-bindings: interrupt-controller: C-SKY APB intc

2018-09-05 Thread Guo Ren
On Wed, Sep 05, 2018 at 07:43:10PM -0500, Rob Herring wrote: > On Wed, Sep 5, 2018 at 7:10 AM Guo Ren wrote: > > > > Signed-off-by: Guo Ren > > --- > > .../interrupt-controller/csky,apb-intc.txt | 45 > > ++ > > 1 file changed, 45 insertions(+) > > create mode

Re: [PATCH V3 21/26] dt-bindings: interrupt-controller: C-SKY APB intc

2018-09-05 Thread Guo Ren
On Wed, Sep 05, 2018 at 07:43:10PM -0500, Rob Herring wrote: > On Wed, Sep 5, 2018 at 7:10 AM Guo Ren wrote: > > > > Signed-off-by: Guo Ren > > --- > > .../interrupt-controller/csky,apb-intc.txt | 45 > > ++ > > 1 file changed, 45 insertions(+) > > create mode

Re: [PATCH V3 19/26] dt-bindings: timer: gx6605s SOC timer

2018-09-05 Thread Guo Ren
On Wed, Sep 05, 2018 at 07:47:29PM -0500, Rob Herring wrote: > On Wed, Sep 5, 2018 at 7:09 AM Guo Ren wrote: > > > > Signed-off-by: Guo Ren > > --- > > .../bindings/timer/csky,gx6605s-timer.txt | 46 > > ++ > > 1 file changed, 46 insertions(+) > > create mode

Re: [PATCH V3 19/26] dt-bindings: timer: gx6605s SOC timer

2018-09-05 Thread Guo Ren
On Wed, Sep 05, 2018 at 07:47:29PM -0500, Rob Herring wrote: > On Wed, Sep 5, 2018 at 7:09 AM Guo Ren wrote: > > > > Signed-off-by: Guo Ren > > --- > > .../bindings/timer/csky,gx6605s-timer.txt | 46 > > ++ > > 1 file changed, 46 insertions(+) > > create mode

Re: Plumbers 2018 - Performance and Scalability Microconference

2018-09-05 Thread Huang, Ying
Hi, Christopher, Christopher Lameter writes: > On Tue, 4 Sep 2018, Daniel Jordan wrote: > >> - Promoting huge page usage: With memory sizes becoming ever larger, huge >> pages are becoming more and more important to reduce TLB misses and the >> overhead of memory management itself--that is,

Re: Plumbers 2018 - Performance and Scalability Microconference

2018-09-05 Thread Huang, Ying
Hi, Christopher, Christopher Lameter writes: > On Tue, 4 Sep 2018, Daniel Jordan wrote: > >> - Promoting huge page usage: With memory sizes becoming ever larger, huge >> pages are becoming more and more important to reduce TLB misses and the >> overhead of memory management itself--that is,

Re: [PATCH v3 1/2] dt-bindings: clock: Introduce QCOM LPASS clock bindings

2018-09-05 Thread Stephen Boyd
Quoting Taniya Das (2018-09-05 11:26:36) > > On 8/28/2018 2:44 AM, Stephen Boyd wrote: > > Quoting Taniya Das (2018-08-03 05:21:13) > > >> > >> Example: > >> clock-controller@90 { > >> diff --git a/Documentation/devicetree/bindings/clock/qcom,lpasscc.txt > >>

Re: [PATCH v3 1/2] dt-bindings: clock: Introduce QCOM LPASS clock bindings

2018-09-05 Thread Stephen Boyd
Quoting Taniya Das (2018-09-05 11:26:36) > > On 8/28/2018 2:44 AM, Stephen Boyd wrote: > > Quoting Taniya Das (2018-08-03 05:21:13) > > >> > >> Example: > >> clock-controller@90 { > >> diff --git a/Documentation/devicetree/bindings/clock/qcom,lpasscc.txt > >>

Re: [PATCH v3 2/2] clk: qcom: Add lpass clock controller driver for SDM845

2018-09-05 Thread Stephen Boyd
Quoting Taniya Das (2018-09-05 11:26:10) > On 8/28/2018 2:41 AM, Stephen Boyd wrote: > > Quoting Taniya Das (2018-08-03 05:21:14) > >> diff --git a/drivers/clk/qcom/lpasscc-sdm845.c > >> b/drivers/clk/qcom/lpasscc-sdm845.c > >> new file mode 100644 > >> index 000..6f387f9 > >> --- /dev/null >

Re: [PATCH v3 2/2] clk: qcom: Add lpass clock controller driver for SDM845

2018-09-05 Thread Stephen Boyd
Quoting Taniya Das (2018-09-05 11:26:10) > On 8/28/2018 2:41 AM, Stephen Boyd wrote: > > Quoting Taniya Das (2018-08-03 05:21:14) > >> diff --git a/drivers/clk/qcom/lpasscc-sdm845.c > >> b/drivers/clk/qcom/lpasscc-sdm845.c > >> new file mode 100644 > >> index 000..6f387f9 > >> --- /dev/null >

Re: [PATCH V3 18/26] dt-bindings: csky CPU Bindings

2018-09-05 Thread Guo Ren
On Wed, Sep 05, 2018 at 07:37:50PM -0500, Rob Herring wrote: > On Wed, Sep 5, 2018 at 7:08 AM Guo Ren wrote: > > > > Signed-off-by: Guo Ren > > --- > > Documentation/devicetree/bindings/csky/cpus.txt | 70 > > + > > 1 file changed, 70 insertions(+) > > create mode

Re: [PATCH V3 18/26] dt-bindings: csky CPU Bindings

2018-09-05 Thread Guo Ren
On Wed, Sep 05, 2018 at 07:37:50PM -0500, Rob Herring wrote: > On Wed, Sep 5, 2018 at 7:08 AM Guo Ren wrote: > > > > Signed-off-by: Guo Ren > > --- > > Documentation/devicetree/bindings/csky/cpus.txt | 70 > > + > > 1 file changed, 70 insertions(+) > > create mode

Re: [PATCH 17/21] clk: mvebu: use for_each_of_cpu_node iterator

2018-09-05 Thread Stephen Boyd
Quoting Rob Herring (2018-09-05 12:37:34) > Use the for_each_of_cpu_node iterator to iterate over cpu nodes. This > has the side effect of defaulting to iterating using "cpu" node names in > preference to the deprecated (for FDT) device_type == "cpu". > > Cc: Michael Turquette > Cc: Stephen Boyd

Re: [PATCH 17/21] clk: mvebu: use for_each_of_cpu_node iterator

2018-09-05 Thread Stephen Boyd
Quoting Rob Herring (2018-09-05 12:37:34) > Use the for_each_of_cpu_node iterator to iterate over cpu nodes. This > has the side effect of defaulting to iterating using "cpu" node names in > preference to the deprecated (for FDT) device_type == "cpu". > > Cc: Michael Turquette > Cc: Stephen Boyd

Re: [PATCH v9 2/2] leds: sc27xx: Add pattern_set/clear interfaces for LED controller

2018-09-05 Thread Baolin Wang
Hi Jacek, On 6 September 2018 at 03:14, Jacek Anaszewski wrote: > Hi Baolin, > > Thanks for the v9. > > On 09/05/2018 09:20 AM, Baolin Wang wrote: >> This patch implements the 'pattern_set'and 'pattern_clear' >> interfaces to support SC27XX LED breathing mode. >> >> Signed-off-by: Baolin Wang

Re: [PATCH v9 2/2] leds: sc27xx: Add pattern_set/clear interfaces for LED controller

2018-09-05 Thread Baolin Wang
Hi Jacek, On 6 September 2018 at 03:14, Jacek Anaszewski wrote: > Hi Baolin, > > Thanks for the v9. > > On 09/05/2018 09:20 AM, Baolin Wang wrote: >> This patch implements the 'pattern_set'and 'pattern_clear' >> interfaces to support SC27XX LED breathing mode. >> >> Signed-off-by: Baolin Wang

Re: [PATCH 2/2] pci: dwc: add UniPhier PCIe host controller support

2018-09-05 Thread Kunihiko Hayashi
Hi Bjorn, On Wed, 5 Sep 2018 12:25:29 -0500 wrote: > Follow capitalization conventions for subject. > > On Wed, Sep 05, 2018 at 11:32:11AM +0900, Kunihiko Hayashi wrote: > > This introduces specific glue layer for UniPhier platform to support > > PCIe host controller that is based on the

Re: [PATCH 2/2] pci: dwc: add UniPhier PCIe host controller support

2018-09-05 Thread Kunihiko Hayashi
Hi Bjorn, On Wed, 5 Sep 2018 12:25:29 -0500 wrote: > Follow capitalization conventions for subject. > > On Wed, Sep 05, 2018 at 11:32:11AM +0900, Kunihiko Hayashi wrote: > > This introduces specific glue layer for UniPhier platform to support > > PCIe host controller that is based on the

Re: [PATCH 1/2] dt-bindings: pci: add UniPhier PCIe host controller description

2018-09-05 Thread Kunihiko Hayashi
Hi Bjorn, Thank you for reviewing. On Wed, 5 Sep 2018 12:21:18 -0500 wrote: > > Please follow the capitalization convention, i.e., > > $ git log --oneline --no-merges Documentaon/devicetree/bindings/pci/ | grep > -i pci > 82dfbd27c837 dt-bindings: PCI: cadence: Add DT bindings for

Re: [PATCH 1/2] dt-bindings: pci: add UniPhier PCIe host controller description

2018-09-05 Thread Kunihiko Hayashi
Hi Bjorn, Thank you for reviewing. On Wed, 5 Sep 2018 12:21:18 -0500 wrote: > > Please follow the capitalization convention, i.e., > > $ git log --oneline --no-merges Documentaon/devicetree/bindings/pci/ | grep > -i pci > 82dfbd27c837 dt-bindings: PCI: cadence: Add DT bindings for

[PATCH] printk/tracing: Do not trace printk_nmi_enter()

2018-09-05 Thread Steven Rostedt
[ I'm currently testing this patch, and will push this to mainline, I'm just looking for acks and review bys. Also, Peter, this is the bug that my patch that differentiates if lockdep is broken or if the code is broken when lockdep_assert_irqs_{dis,en}abled() triggers, and would have

[PATCH] printk/tracing: Do not trace printk_nmi_enter()

2018-09-05 Thread Steven Rostedt
[ I'm currently testing this patch, and will push this to mainline, I'm just looking for acks and review bys. Also, Peter, this is the bug that my patch that differentiates if lockdep is broken or if the code is broken when lockdep_assert_irqs_{dis,en}abled() triggers, and would have

  1   2   3   4   5   6   7   8   9   10   >