Re: [PATCH 10/16] powerpc: vio: use dev_groups and not dev_attrs for bus_type

On Wed, 2017-06-07 at 07:45 +0200, Greg Kroah-Hartman wrote: > On Wed, Jun 07, 2017 at 09:04:41AM +1000, Benjamin Herrenschmidt wrote: > > On Tue, 2017-06-06 at 21:30 +0200, Greg Kroah-Hartman wrote: > > > >   > > > >   static struct device_attribute vio_dev_attrs[] = { > > > >    

Re: [PATCH 10/16] powerpc: vio: use dev_groups and not dev_attrs for bus_type

On Wed, 2017-06-07 at 07:45 +0200, Greg Kroah-Hartman wrote: > On Wed, Jun 07, 2017 at 09:04:41AM +1000, Benjamin Herrenschmidt wrote: > > On Tue, 2017-06-06 at 21:30 +0200, Greg Kroah-Hartman wrote: > > > >   > > > >   static struct device_attribute vio_dev_attrs[] = { > > > >    

[patch] compiler, clang: move inline definition to compiler-gcc.h

The motivation of commit abb2ea7dfd82 ("compiler, clang: suppress warning for unused static inline functions") is to suppress clang's warnings about unused static inline functions. Clang defines __GNUC__ so it inherits all of compiler-gcc.h as well, so the redefinition of `inline' ends up

[patch] compiler, clang: move inline definition to compiler-gcc.h

The motivation of commit abb2ea7dfd82 ("compiler, clang: suppress warning for unused static inline functions") is to suppress clang's warnings about unused static inline functions. Clang defines __GNUC__ so it inherits all of compiler-gcc.h as well, so the redefinition of `inline' ends up

[PATCH 1/2] HID: Add Oculus Rift CV1 id

Add VID/PID for Oculus Rift CV1. Signed-off-by: Philipp Zabel --- drivers/hid/hid-ids.h | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/hid/hid-ids.h b/drivers/hid/hid-ids.h index 8ca1e8ce0af2..2953d53a8cc9 100644 --- a/drivers/hid/hid-ids.h +++

[PATCH 1/2] HID: Add Oculus Rift CV1 id

Add VID/PID for Oculus Rift CV1. Signed-off-by: Philipp Zabel --- drivers/hid/hid-ids.h | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/hid/hid-ids.h b/drivers/hid/hid-ids.h index 8ca1e8ce0af2..2953d53a8cc9 100644 --- a/drivers/hid/hid-ids.h +++ b/drivers/hid/hid-ids.h @@ -1133,6

[PATCH 2/2] HID: usbhid: Add HID_QUIRK_NO_INIT_REPORTS for Oculus Rift CV1

When plugging in an Oculus Rift CV1 HMD, it takes a long time until the hidraw devices appear, specifically two control transfers time out querying the HID report descriptors: $ echo 1 > /sys/module/hid/parameters/debug usb 1-3.1: new full-speed USB device number 11 using xhci_hcd

[PATCH 2/2] HID: usbhid: Add HID_QUIRK_NO_INIT_REPORTS for Oculus Rift CV1

When plugging in an Oculus Rift CV1 HMD, it takes a long time until the hidraw devices appear, specifically two control transfers time out querying the HID report descriptors: $ echo 1 > /sys/module/hid/parameters/debug usb 1-3.1: new full-speed USB device number 11 using xhci_hcd

Re: [PATCH] clk: sunxi-ng: Move all clock types to a library

On Tue, Jun 6, 2017 at 6:04 PM, Arnd Bergmann wrote: > On Mon, Jun 5, 2017 at 4:45 PM, Maxime Ripard > wrote: >> Hi, >> >> On Sat, Jun 03, 2017 at 12:22:32PM +0800, kbuild test robot wrote: >>> Hi Stephen, >>> >>> [auto build test ERROR on

Re: [PATCH 10/16] powerpc: vio: use dev_groups and not dev_attrs for bus_type

On Wed, Jun 07, 2017 at 09:04:41AM +1000, Benjamin Herrenschmidt wrote: > On Tue, 2017-06-06 at 21:30 +0200, Greg Kroah-Hartman wrote: > > >   > > >   static struct device_attribute vio_dev_attrs[] = { > > >    __ATTR_RO(name), > > > @@ -1573,6 +1576,13 @@ static struct device_attribute

Re: [PATCH] clk: sunxi-ng: Move all clock types to a library

On Tue, Jun 6, 2017 at 6:04 PM, Arnd Bergmann wrote: > On Mon, Jun 5, 2017 at 4:45 PM, Maxime Ripard > wrote: >> Hi, >> >> On Sat, Jun 03, 2017 at 12:22:32PM +0800, kbuild test robot wrote: >>> Hi Stephen, >>> >>> [auto build test ERROR on sunxi/sunxi/for-next] >>> [also build test ERROR on

Re: [PATCH 10/16] powerpc: vio: use dev_groups and not dev_attrs for bus_type

On Wed, Jun 07, 2017 at 09:04:41AM +1000, Benjamin Herrenschmidt wrote: > On Tue, 2017-06-06 at 21:30 +0200, Greg Kroah-Hartman wrote: > > >   > > >   static struct device_attribute vio_dev_attrs[] = { > > >    __ATTR_RO(name), > > > @@ -1573,6 +1576,13 @@ static struct device_attribute

Re: [PATCH v9 07/10] powerpc/perf: PMU functions for Core IMC and hotplugging

Hi Thomas, On Tuesday 06 June 2017 03:39 PM, Thomas Gleixner wrote: On Mon, 5 Jun 2017, Anju T Sudhakar wrote: +static void cleanup_all_core_imc_memory(struct imc_pmu *pmu_ptr) +{ + struct imc_mem_info *ptr = pmu_ptr->mem_info; + + if (!ptr) + return; That's

Re: [PATCH v9 07/10] powerpc/perf: PMU functions for Core IMC and hotplugging

Hi Thomas, On Tuesday 06 June 2017 03:39 PM, Thomas Gleixner wrote: On Mon, 5 Jun 2017, Anju T Sudhakar wrote: +static void cleanup_all_core_imc_memory(struct imc_pmu *pmu_ptr) +{ + struct imc_mem_info *ptr = pmu_ptr->mem_info; + + if (!ptr) + return; That's

Re: [PATCH v3 1/3] EDAC: mv64x60: check driver registration success

Hi Borislav, On 30/05/17 09:21, Chris Packham wrote: > Check the return status of platform_driver_register() in > mv64x60_edac_init(). Only output messages and initialise the > edac_op_state if the registration is successful. > > Signed-off-by: Chris Packham >

Re: [PATCH v3 1/3] EDAC: mv64x60: check driver registration success

Hi Borislav, On 30/05/17 09:21, Chris Packham wrote: > Check the return status of platform_driver_register() in > mv64x60_edac_init(). Only output messages and initialise the > edac_op_state if the registration is successful. > > Signed-off-by: Chris Packham > --- > Changes in v3: > - catch the

Re: [PATCH v9 05/10] powerpc/perf: IMC pmu cpumask and cpuhotplug support

Hi Thomas, Thank you for reviewing the patch. On Tuesday 06 June 2017 02:09 PM, Thomas Gleixner wrote: On Mon, 5 Jun 2017, Anju T Sudhakar wrote: +/* + * nest_imc_stop : Does OPAL call to stop nest engine. + */ +static void nest_imc_stop(int *cpu_opal_rc) +{ + int rc; + + rc =

Re: [PATCH v9 05/10] powerpc/perf: IMC pmu cpumask and cpuhotplug support

Hi Thomas, Thank you for reviewing the patch. On Tuesday 06 June 2017 02:09 PM, Thomas Gleixner wrote: On Mon, 5 Jun 2017, Anju T Sudhakar wrote: +/* + * nest_imc_stop : Does OPAL call to stop nest engine. + */ +static void nest_imc_stop(int *cpu_opal_rc) +{ + int rc; + + rc =

page table questions

hello ,how to know wheather a pmd maps a 2M physical page or not?? if(pmd_trans_huge(*pmd)){ if(pte_present(*pmd)){ /*page is in ram?*/ } } can I judge it according the above codes?? thanks a lot!!

page table questions

hello ,how to know wheather a pmd maps a 2M physical page or not?? if(pmd_trans_huge(*pmd)){ if(pte_present(*pmd)){ /*page is in ram?*/ } } can I judge it according the above codes?? thanks a lot!!

Re: [PATCH 0/3] target: Add TARGET_SCF_LOOKUP_LUN_FROM_TAG support

> On Jun 3, 2017, at 3:10 PM, Nicholas A. Bellinger > wrote: > > From: Nicholas Bellinger > > Hi Himanshu + Quinn, > > Here is a small series to introduce proper percpu se_lun->lun_ref > counting for TMR, and add common code in target_submit_tmr()

Re: [PATCH 0/3] target: Add TARGET_SCF_LOOKUP_LUN_FROM_TAG support

> On Jun 3, 2017, at 3:10 PM, Nicholas A. Bellinger > wrote: > > From: Nicholas Bellinger > > Hi Himanshu + Quinn, > > Here is a small series to introduce proper percpu se_lun->lun_ref > counting for TMR, and add common code in target_submit_tmr() to > do tag lookup for unpacked_lun in

Re: [kernel-hardening] Re: [PATCH v3 04/13] crypto/rng: ensure that the RNG is ready before using

Am Mittwoch, 7. Juni 2017, 00:19:10 CEST schrieb Henrique de Moraes Holschuh: Hi Henrique, > On that same idea, one could add an early_initramfs handler for entropy > data. Any data that comes from outside during the boot process, be it some NVRAM location, the /var/lib...seed file for

Re: [kernel-hardening] Re: [PATCH v3 04/13] crypto/rng: ensure that the RNG is ready before using

Am Mittwoch, 7. Juni 2017, 00:19:10 CEST schrieb Henrique de Moraes Holschuh: Hi Henrique, > On that same idea, one could add an early_initramfs handler for entropy > data. Any data that comes from outside during the boot process, be it some NVRAM location, the /var/lib...seed file for

Re: [PATCH] Revert "mm: vmpressure: fix sending wrong events on underflow"

On 2017/6/7 11:55, Minchan Kim wrote: > On Wed, Jun 07, 2017 at 11:08:37AM +0800, zhongjiang wrote: >> This reverts commit e1587a4945408faa58d0485002c110eb2454740c. >> >> THP lru page is reclaimed , THP is split to normal page and loop again. >> reclaimed pages should not be bigger than nr_scan.

Re: [PATCH] Revert "mm: vmpressure: fix sending wrong events on underflow"

On 2017/6/7 11:55, Minchan Kim wrote: > On Wed, Jun 07, 2017 at 11:08:37AM +0800, zhongjiang wrote: >> This reverts commit e1587a4945408faa58d0485002c110eb2454740c. >> >> THP lru page is reclaimed , THP is split to normal page and loop again. >> reclaimed pages should not be bigger than nr_scan.

Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback

On Tue, Jun 6, 2017 at 5:22 PM, Luis R. Rodriguez wrote: > On Tue, Jun 06, 2017 at 06:11:51PM -0400, Theodore Ts'o wrote: >> On Tue, Jun 06, 2017 at 06:47:34PM +0200, Luis R. Rodriguez wrote: >> > On Tue, Jun 06, 2017 at 03:53:16PM +0100, Alan Cox wrote: > > We rely on swait,

Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback

On Tue, Jun 6, 2017 at 5:22 PM, Luis R. Rodriguez wrote: > On Tue, Jun 06, 2017 at 06:11:51PM -0400, Theodore Ts'o wrote: >> On Tue, Jun 06, 2017 at 06:47:34PM +0200, Luis R. Rodriguez wrote: >> > On Tue, Jun 06, 2017 at 03:53:16PM +0100, Alan Cox wrote: > > We rely on swait, and swait right now

[PATCH v5] ACPICA: Tables: Add mechanism to allow to balance late stage acpi_get_table() independently

Considering this case: 1. A program opens a sysfs table file 65535 times, it can increase validation_count and first increment cause the table to be mapped: validation_count = 65535 2. AML execution causes "Load" to be executed on the same table, this time it cannot increase

[PATCH v5] ACPICA: Tables: Add mechanism to allow to balance late stage acpi_get_table() independently

Considering this case: 1. A program opens a sysfs table file 65535 times, it can increase validation_count and first increment cause the table to be mapped: validation_count = 65535 2. AML execution causes "Load" to be executed on the same table, this time it cannot increase

Re: [PATCH v5 9/9] nvmet: allow overriding the NVMe VS via configfs

Hi,Johannes On 2017/6/6 22:36, Johannes Thumshirn wrote: > Allow overriding the announced NVMe Version of a via configfs. > +static ssize_t nvmet_subsys_version_store(struct config_item *item, > +const char *page, size_t count) > +{ > + struct

Re: [PATCH v5 9/9] nvmet: allow overriding the NVMe VS via configfs

Hi,Johannes On 2017/6/6 22:36, Johannes Thumshirn wrote: > Allow overriding the announced NVMe Version of a via configfs. > +static ssize_t nvmet_subsys_version_store(struct config_item *item, > +const char *page, size_t count) > +{ > + struct

Re: [PATCH 3/5] mfd: tps65217: Add a dependency on OF

On Tuesday 06 June 2017 08:34 PM, Enric Balletbo Serra wrote: > Hi Keerthy, > > By change I was looking at this. Some comments below that I think can > be applied to all patches in this series > > 2017-06-06 16:45 GMT+02:00 Keerthy : >> Currently the driver boots only via

Re: [PATCH 3/5] mfd: tps65217: Add a dependency on OF

On Tuesday 06 June 2017 08:34 PM, Enric Balletbo Serra wrote: > Hi Keerthy, > > By change I was looking at this. Some comments below that I think can > be applied to all patches in this series > > 2017-06-06 16:45 GMT+02:00 Keerthy : >> Currently the driver boots only via device tree hence add

linux-next: manual merge of the kselftest tree with the jc_docs tree

Hi Shuah, Today's linux-next merge of the kselftest tree got a conflict in: MAINTAINERS between commit: c061f33f35be ("doc: ReSTify seccomp_filter.txt") from the jc_docs tree and commit: 11fe3c3f54f9 ("selftests: Make test_harness.h more generally available") from the kselftest tree.

linux-next: manual merge of the kselftest tree with the jc_docs tree

Hi Shuah, Today's linux-next merge of the kselftest tree got a conflict in: MAINTAINERS between commit: c061f33f35be ("doc: ReSTify seccomp_filter.txt") from the jc_docs tree and commit: 11fe3c3f54f9 ("selftests: Make test_harness.h more generally available") from the kselftest tree.

Re: Regression on ARMs in next-20170531

> > > [] (cache_alloc_refill) from [] > > > (kmem_cache_alloc+0x2d4/0x364) > > > [] (kmem_cache_alloc) from [] > > > (create_kmalloc_cache+0x20/0x8c) > > > [] (create_kmalloc_cache) from [] > > > (kmem_cache_init+0xac/0x11c) > > > [] (

Re: Regression on ARMs in next-20170531

> (kmem_cache_alloc+0x2d4/0x364) > > > [] (kmem_cache_alloc) from [] > > > (create_kmalloc_cache+0x20/0x8c) > > > [] (create_kmalloc_cache) from [] > > > (kmem_cache_init+0xac/0x11c) > > > [] (kmem_cache_init) from [] > > > (start_kernel+0x1b8/

linux-next: manual merge of the kselftest tree with the jc_docs tree

Hi Shuah, Today's linux-next merge of the kselftest tree got a conflict in: Documentation/dev-tools/index.rst between commit: 7fb2e8a49037 ("docs-rst: convert kgdb DocBook to ReST") from the jc_docs tree and commit: 5714b6531b49 ("Documentation/dev-tools: Use reStructuredText markups

linux-next: manual merge of the kselftest tree with the jc_docs tree

Hi Shuah, Today's linux-next merge of the kselftest tree got a conflict in: Documentation/dev-tools/index.rst between commit: 7fb2e8a49037 ("docs-rst: convert kgdb DocBook to ReST") from the jc_docs tree and commit: 5714b6531b49 ("Documentation/dev-tools: Use reStructuredText markups

Re: [PATCH v2 0/2] x86/mm/KASLR: Do not adapt size of the direct mapping section for SGI UV system

Hi all, PING! Is there any further comment or suggetion about this patchset? Thanks Baoquan On 05/20/17 at 08:02pm, Baoquan He wrote: > This is v2 post. > > This patchset is trying to fix a bug that SGI UV system casually hang > during boot with KASLR enabled. The root cause is that mm KASLR

Re: [PATCH v2 0/2] x86/mm/KASLR: Do not adapt size of the direct mapping section for SGI UV system

Hi all, PING! Is there any further comment or suggetion about this patchset? Thanks Baoquan On 05/20/17 at 08:02pm, Baoquan He wrote: > This is v2 post. > > This patchset is trying to fix a bug that SGI UV system casually hang > during boot with KASLR enabled. The root cause is that mm KASLR

Re: [RFC 10/55] KVM: arm64: Synchronize EL1 system registers on virtual EL2 entry and exit

Hi Bandan, On Tue, Jun 6, 2017 at 4:16 PM, Bandan Das wrote: > Jintack Lim writes: > >> From: Christoffer Dall >> >> When running in virtual EL2 we use the shadow EL1 systerm register array >> for the save/restore process,

Re: [RFC 10/55] KVM: arm64: Synchronize EL1 system registers on virtual EL2 entry and exit

Hi Bandan, On Tue, Jun 6, 2017 at 4:16 PM, Bandan Das wrote: > Jintack Lim writes: > >> From: Christoffer Dall >> >> When running in virtual EL2 we use the shadow EL1 systerm register array >> for the save/restore process, so that hardware and especially the memory >> subsystem behaves as code

[PATCH] Add driver for GOODiX GTx5 series touchsereen

This driver is for GOODiX GTx5 series touchscreen controllers such as GT8589, GT7589. This driver designed with hierarchial structure, for that can be modified to support subsequent controllers easily. Some zones of the touchscreen can be set to buttons(according to the hardware). That is why it

[PATCH] Add driver for GOODiX GTx5 series touchsereen

This driver is for GOODiX GTx5 series touchscreen controllers such as GT8589, GT7589. This driver designed with hierarchial structure, for that can be modified to support subsequent controllers easily. Some zones of the touchscreen can be set to buttons(according to the hardware). That is why it

Re: [PATCH v2] security/keys: rewrite all of big_key crypto

[ 43.700843] CPU: 0 PID: 219 Comm: keyctl Not tainted 4.12.0-rc4-next-20170606-xfstests-3-gc6e36366c198 #120 [ 43.707361] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-20170228_101828-anatol 04/01/2014 [ 43.712167] task: 9ff6f97d8340 task.stack: b

Re: [PATCH v2] security/keys: rewrite all of big_key crypto

[ 43.700843] CPU: 0 PID: 219 Comm: keyctl Not tainted 4.12.0-rc4-next-20170606-xfstests-3-gc6e36366c198 #120 [ 43.707361] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-20170228_101828-anatol 04/01/2014 [ 43.712167] task: 9ff6f97d8340 task.stack: b

[GIT PULL] ARM: SoC fixes

Hi Linus, The following changes since commit 08332893e37af6ae779367e78e444f8f9571511d: Linux 4.12-rc2 (2017-05-21 19:30:23 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git armsoc-fixes for you to fetch changes up to

[GIT PULL] ARM: SoC fixes

Hi Linus, The following changes since commit 08332893e37af6ae779367e78e444f8f9571511d: Linux 4.12-rc2 (2017-05-21 19:30:23 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git armsoc-fixes for you to fetch changes up to

Re: [PATCH 2/2] tick: Make sure tick timer is active when bypassing reprogramming

On Tue, Jun 06, 2017 at 04:52:29PM +0200, Frederic Weisbecker wrote: > On Sat, Jun 03, 2017 at 01:00:53PM +, Levin, Alexander (Sasha Levin) > wrote: > > On Sat, Jun 03, 2017 at 02:42:43PM +0200, Frederic Weisbecker wrote: > > > On Sat, Jun 03, 2017 at 08:06:41AM +, Levin, Alexander (Sasha

Re: [PATCH 2/2] tick: Make sure tick timer is active when bypassing reprogramming

On Tue, Jun 06, 2017 at 04:52:29PM +0200, Frederic Weisbecker wrote: > On Sat, Jun 03, 2017 at 01:00:53PM +, Levin, Alexander (Sasha Levin) > wrote: > > On Sat, Jun 03, 2017 at 02:42:43PM +0200, Frederic Weisbecker wrote: > > > On Sat, Jun 03, 2017 at 08:06:41AM +, Levin, Alexander (Sasha

Re: [PATCH 2/2] tcp: md5: add fields to the tcp_md5sig struct to set a key address prefix

On Tue, 2017-06-06 at 17:54 -0700, Ivan Delalande wrote: > Replace padding in the socket option structure tcp_md5sig with a new > flag field and address prefix length so it can be specified when > configuring a new key with the TCP_MD5SIG socket option. > > Signed-off-by: Bob Gilligan

Re: [PATCH 2/2] tcp: md5: add fields to the tcp_md5sig struct to set a key address prefix

On Tue, 2017-06-06 at 17:54 -0700, Ivan Delalande wrote: > Replace padding in the socket option structure tcp_md5sig with a new > flag field and address prefix length so it can be specified when > configuring a new key with the TCP_MD5SIG socket option. > > Signed-off-by: Bob Gilligan >

Re: [PATCH] cpufreq: Find transition latency dynamically

On 06-06-17, 18:48, Leonard Crestez wrote: > I remember checking if transition latency is correct for imx6q-cpufreq > and it does not appear to be. Maybe because i2c latency of regulator > adjustments is not counted in? + software latency + other stuff based on platforms. And that's why I am

Re: [PATCH] cpufreq: Find transition latency dynamically

On 06-06-17, 18:48, Leonard Crestez wrote: > I remember checking if transition latency is correct for imx6q-cpufreq > and it does not appear to be. Maybe because i2c latency of regulator > adjustments is not counted in? + software latency + other stuff based on platforms. And that's why I am

Re: [PATCH] Revert "mm: vmpressure: fix sending wrong events on underflow"

On Wed, Jun 07, 2017 at 11:08:37AM +0800, zhongjiang wrote: > This reverts commit e1587a4945408faa58d0485002c110eb2454740c. > > THP lru page is reclaimed , THP is split to normal page and loop again. > reclaimed pages should not be bigger than nr_scan. because of each > loop will increase

Re: [PATCH] Revert "mm: vmpressure: fix sending wrong events on underflow"

On Wed, Jun 07, 2017 at 11:08:37AM +0800, zhongjiang wrote: > This reverts commit e1587a4945408faa58d0485002c110eb2454740c. > > THP lru page is reclaimed , THP is split to normal page and loop again. > reclaimed pages should not be bigger than nr_scan. because of each > loop will increase

Re: [PATCH 3/4] watchdog: Split up config options

On Tue, 6 Jun 2017 12:49:58 -0400 Don Zickus wrote: > On Sat, Jun 03, 2017 at 04:10:05PM +1000, Nicholas Piggin wrote: > > > > config HARDLOCKUP_DETECTOR > > > > - def_bool y > > > > - depends on LOCKUP_DETECTOR && !HAVE_NMI_WATCHDOG > > > > - depends on

Re: [PATCH 3/4] watchdog: Split up config options

On Tue, 6 Jun 2017 12:49:58 -0400 Don Zickus wrote: > On Sat, Jun 03, 2017 at 04:10:05PM +1000, Nicholas Piggin wrote: > > > > config HARDLOCKUP_DETECTOR > > > > - def_bool y > > > > - depends on LOCKUP_DETECTOR && !HAVE_NMI_WATCHDOG > > > > - depends on PERF_EVENTS &&

Re: [PATCH] modpost: abort if a module name is too long

+++ Wanlong Gao [06/06/17 09:07 +0800]: On 2017/6/5 10:09, Jessica Yu wrote: +++ Wanlong Gao [02/06/17 11:04 +0800]: On 2017/6/2 7:23, Jessica Yu wrote: +++ Wanlong Gao [31/05/17 11:48 +0800]: On 2017/5/31 11:30, Jessica Yu wrote: +++ Wanlong Gao [31/05/17 10:23 +0800]: Hi Jessica,

Re: [PATCH] modpost: abort if a module name is too long

+++ Wanlong Gao [06/06/17 09:07 +0800]: On 2017/6/5 10:09, Jessica Yu wrote: +++ Wanlong Gao [02/06/17 11:04 +0800]: On 2017/6/2 7:23, Jessica Yu wrote: +++ Wanlong Gao [31/05/17 11:48 +0800]: On 2017/5/31 11:30, Jessica Yu wrote: +++ Wanlong Gao [31/05/17 10:23 +0800]: Hi Jessica,

Re: [PATCH v2 0/2] ARM: imx6ull: Make suspend/resume work like on 6ul

On Tue, Jun 06, 2017 at 08:50:41PM +0300, Leonard Crestez wrote: > Leonard Crestez (2): > ARM: imx: Add MXC_CPU_IMX6ULL and cpu_is_imx6ull > ARM: imx6ull: Make suspend/resume work like on 6ul Applied both, thanks.

Re: [PATCH v2 0/2] ARM: imx6ull: Make suspend/resume work like on 6ul

On Tue, Jun 06, 2017 at 08:50:41PM +0300, Leonard Crestez wrote: > Leonard Crestez (2): > ARM: imx: Add MXC_CPU_IMX6ULL and cpu_is_imx6ull > ARM: imx6ull: Make suspend/resume work like on 6ul Applied both, thanks.

Re: [PATCH 2/2] acpi, gicv3-its, numa: Adding numa node mapping for gic-its units

Adding Lorenzo and Hanzun. On Tue, Jun 6, 2017 at 6:26 PM, Ganapatrao Kulkarni wrote: > Add code to parse SRAT ITS Affinity sub table as defined in ACPI 6.2 > Later in driver probe, its devices are mapped to numa node > using its id to proximity domain mapping.

Re: [PATCH 2/2] acpi, gicv3-its, numa: Adding numa node mapping for gic-its units

Adding Lorenzo and Hanzun. On Tue, Jun 6, 2017 at 6:26 PM, Ganapatrao Kulkarni wrote: > Add code to parse SRAT ITS Affinity sub table as defined in ACPI 6.2 > Later in driver probe, its devices are mapped to numa node > using its id to proximity domain mapping. > > Signed-off-by: Ganapatrao

RE: [PATCH] ARM: imx6ull: Make suspend/resume work like on 6ul

Best Regards! Anson Huang > -Original Message- > From: Shawn Guo [mailto:shawn...@kernel.org] > Sent: 2017-06-07 11:21 AM > To: Anson Huang > Cc: Leonard Crestez ; Peter Chen > ; linux-kernel@vger.kernel.org; Fabio

RE: [PATCH] ARM: imx6ull: Make suspend/resume work like on 6ul

Best Regards! Anson Huang > -Original Message- > From: Shawn Guo [mailto:shawn...@kernel.org] > Sent: 2017-06-07 11:21 AM > To: Anson Huang > Cc: Leonard Crestez ; Peter Chen > ; linux-kernel@vger.kernel.org; Fabio Estevam > ; linux-arm-ker...@lists.infradead.org; Lucas Stach > >

Re: [LTP] [BUG] Unable to handle kernel paging request for unaligned access at address 0xc0000001c52c53df

On Tue, Jun 06, 2017 at 06:00:34PM +0800, Li Wang wrote: > Hi, > > ltp/access04 always panic the latest mainstream kernel-4.12-rc4 on > ppc64le. From the calltrace > I guess the reason is probably that the tests mount ext2 file system > using ext4 driver. > > A simple way to reproduce: > > # dd

Re: [LTP] [BUG] Unable to handle kernel paging request for unaligned access at address 0xc0000001c52c53df

On Tue, Jun 06, 2017 at 06:00:34PM +0800, Li Wang wrote: > Hi, > > ltp/access04 always panic the latest mainstream kernel-4.12-rc4 on > ppc64le. From the calltrace > I guess the reason is probably that the tests mount ext2 file system > using ext4 driver. > > A simple way to reproduce: > > # dd

Re: [PATCH] ARM: imx6ull: Make suspend/resume work like on 6ul

On Tue, Jun 06, 2017 at 01:51:53PM +0300, Leonard Crestez wrote: > On Mon, 2017-06-05 at 13:37 +0800, Shawn Guo wrote: > > On Tue, May 30, 2017 at 07:11:19PM +0300, Leonard Crestez wrote: > > > > > > Suspend and resume on imx6ull is currenty not working because of some > > > missed checks where

Re: [PATCH] ARM: imx6ull: Make suspend/resume work like on 6ul

On Tue, Jun 06, 2017 at 01:51:53PM +0300, Leonard Crestez wrote: > On Mon, 2017-06-05 at 13:37 +0800, Shawn Guo wrote: > > On Tue, May 30, 2017 at 07:11:19PM +0300, Leonard Crestez wrote: > > > > > > Suspend and resume on imx6ull is currenty not working because of some > > > missed checks where

[PATCH] Revert "mm: vmpressure: fix sending wrong events on underflow"

This reverts commit e1587a4945408faa58d0485002c110eb2454740c. THP lru page is reclaimed , THP is split to normal page and loop again. reclaimed pages should not be bigger than nr_scan. because of each loop will increase nr_scan counter. Signed-off-by: zhongjiang ---

[PATCH] Revert "mm: vmpressure: fix sending wrong events on underflow"

This reverts commit e1587a4945408faa58d0485002c110eb2454740c. THP lru page is reclaimed , THP is split to normal page and loop again. reclaimed pages should not be bigger than nr_scan. because of each loop will increase nr_scan counter. Signed-off-by: zhongjiang --- mm/vmpressure.c | 10

linux-next: manual merge of the tip tree with the unicore32 tree

Hi all, Today's linux-next merge of the tip tree got a conflict in: arch/unicore32/include/asm/Kbuild between commit: bc27113620ca ("unicore32-oldabi: add oldabi syscall interface") from the unicore32 tree and commit: 6bc51cbaa9d7 ("signal: Remove non-uapi ") from the tip tree. I

linux-next: manual merge of the tip tree with the unicore32 tree

Hi all, Today's linux-next merge of the tip tree got a conflict in: arch/unicore32/include/asm/Kbuild between commit: bc27113620ca ("unicore32-oldabi: add oldabi syscall interface") from the unicore32 tree and commit: 6bc51cbaa9d7 ("signal: Remove non-uapi ") from the tip tree. I

[PATCH] f2fs: fix to avoid panic when encountering corrupt node

With fault_injection option, generic/361 of fstests will complain us with below message: Call Trace: get_node_page+0x12/0x20 [f2fs] f2fs_iget+0x92/0x7d0 [f2fs] f2fs_fill_super+0x10fb/0x15e0 [f2fs] mount_bdev+0x184/0x1c0 f2fs_mount+0x15/0x20 [f2fs] mount_fs+0x39/0x150

[PATCH] f2fs: fix to avoid panic when encountering corrupt node

With fault_injection option, generic/361 of fstests will complain us with below message: Call Trace: get_node_page+0x12/0x20 [f2fs] f2fs_iget+0x92/0x7d0 [f2fs] f2fs_fill_super+0x10fb/0x15e0 [f2fs] mount_bdev+0x184/0x1c0 f2fs_mount+0x15/0x20 [f2fs] mount_fs+0x39/0x150

Re: [PATCH 2/6] efi: Avoid fortify checks in EFI stub

On Tue, Jun 6, 2017 at 10:17 AM, Mark Rutland wrote: > On Tue, Jun 06, 2017 at 05:13:07PM +, Ard Biesheuvel wrote: >> (+ Mark, Matt) >> >> On 6 June 2017 at 04:52, Kees Cook wrote: >> > This avoids CONFIG_FORTIFY_SOURCE from being enabled during

Re: [PATCH 2/6] efi: Avoid fortify checks in EFI stub

On Tue, Jun 6, 2017 at 10:17 AM, Mark Rutland wrote: > On Tue, Jun 06, 2017 at 05:13:07PM +, Ard Biesheuvel wrote: >> (+ Mark, Matt) >> >> On 6 June 2017 at 04:52, Kees Cook wrote: >> > This avoids CONFIG_FORTIFY_SOURCE from being enabled during the EFI stub >> > build, as adding a panic()

Re: [PATCH v4 04/23] mtd: nand: denali: avoid hard-coding ECC step, strength, bytes

Hi Boris, 2017-06-07 7:01 GMT+09:00 Boris Brezillon : > On Tue, 6 Jun 2017 08:21:43 +0900 > Masahiro Yamada wrote: > >> This driver was originally written for the Intel MRST platform with >> several platform-specific parameters

Re: [PATCH v4 04/23] mtd: nand: denali: avoid hard-coding ECC step, strength, bytes

Hi Boris, 2017-06-07 7:01 GMT+09:00 Boris Brezillon : > On Tue, 6 Jun 2017 08:21:43 +0900 > Masahiro Yamada wrote: > >> This driver was originally written for the Intel MRST platform with >> several platform-specific parameters hard-coded. >> >> Currently, the ECC settings are hard-coded as

Re: [PATCH] mm: vmscan: do not pass reclaimed slab to vmpressure

On 2017/6/7 10:53, Minchan Kim wrote: > Hi, > > On Tue, Jun 06, 2017 at 09:00:55PM +0800, zhong jiang wrote: >> On 2017/1/31 7:40, Minchan Kim wrote: >>> Hi Vinayak, >>> Sorry for late response. It was Lunar New Year holidays. >>> >>> On Fri, Jan 27, 2017 at 01:43:23PM +0530, vinayak menon wrote:

Re: [PATCH] mm: vmscan: do not pass reclaimed slab to vmpressure

On 2017/6/7 10:53, Minchan Kim wrote: > Hi, > > On Tue, Jun 06, 2017 at 09:00:55PM +0800, zhong jiang wrote: >> On 2017/1/31 7:40, Minchan Kim wrote: >>> Hi Vinayak, >>> Sorry for late response. It was Lunar New Year holidays. >>> >>> On Fri, Jan 27, 2017 at 01:43:23PM +0530, vinayak menon wrote:

Re: [PATCH] mm: vmscan: do not pass reclaimed slab to vmpressure

Hi, On Tue, Jun 06, 2017 at 09:00:55PM +0800, zhong jiang wrote: > On 2017/1/31 7:40, Minchan Kim wrote: > > Hi Vinayak, > > Sorry for late response. It was Lunar New Year holidays. > > > > On Fri, Jan 27, 2017 at 01:43:23PM +0530, vinayak menon wrote: > >>> Thanks for the explain. However, such

Re: [PATCH] mm: vmscan: do not pass reclaimed slab to vmpressure

Hi, On Tue, Jun 06, 2017 at 09:00:55PM +0800, zhong jiang wrote: > On 2017/1/31 7:40, Minchan Kim wrote: > > Hi Vinayak, > > Sorry for late response. It was Lunar New Year holidays. > > > > On Fri, Jan 27, 2017 at 01:43:23PM +0530, vinayak menon wrote: > >>> Thanks for the explain. However, such

[PATCH] sched/idle: Add deferrable vmstat_updater back

Deferrable vmstat_updater was missing in commit c1de45ca831a ("sched/idle: Add support for tasks that inject idle"), add it back Signed-off-by: Aubrey Li --- kernel/sched/idle.c | 1 + 1 file changed, 1 insertion(+) diff --git a/kernel/sched/idle.c

[PATCH] sched/idle: Add deferrable vmstat_updater back

Deferrable vmstat_updater was missing in commit c1de45ca831a ("sched/idle: Add support for tasks that inject idle"), add it back Signed-off-by: Aubrey Li --- kernel/sched/idle.c | 1 + 1 file changed, 1 insertion(+) diff --git a/kernel/sched/idle.c b/kernel/sched/idle.c index ef63adc..6c23e30

Re: [PATCH v3] hwmon: Add support for MAX31785 intelligent fan controller

On Wed, Jun 7, 2017 at 1:50 AM, Matthew Barth wrote: > > On 06/06/17 8:33 AM, Guenter Roeck wrote: >> >> On 06/06/2017 12:02 AM, Andrew Jeffery wrote: >>> Over and above the features of the original patch is support for a >>> secondary >>> rotor measurement value that

Re: [PATCH v3] hwmon: Add support for MAX31785 intelligent fan controller

On Wed, Jun 7, 2017 at 1:50 AM, Matthew Barth wrote: > > On 06/06/17 8:33 AM, Guenter Roeck wrote: >> >> On 06/06/2017 12:02 AM, Andrew Jeffery wrote: >>> Over and above the features of the original patch is support for a >>> secondary >>> rotor measurement value that is provided by MAX31785

[PATCH] arm:lpae: build TTB control register value from scratch in v7_ttb_setup

Reading TTBCR in early boot stage might return the value of the previous kernel's configuration, especially in case of kexec. For example, if normal kernel (first kernel) had run on a configuration of PHYS_OFFSET <= PAGE_OFFSET and crash kernel (second kernel) is running on a configuration

[PATCH] arm:lpae: build TTB control register value from scratch in v7_ttb_setup

Reading TTBCR in early boot stage might return the value of the previous kernel's configuration, especially in case of kexec. For example, if normal kernel (first kernel) had run on a configuration of PHYS_OFFSET <= PAGE_OFFSET and crash kernel (second kernel) is running on a configuration

Re: [lkp-robot] [tty] 52b03e644f: calltrace:flush_to_ldisc

On Wed, 2017-06-07 at 10:07 +0800, kernel test robot wrote: > FYI, we noticed the following commit: > > commit: 52b03e644f702dbcb252f6aec92fc0f0d6e29f78 ("tty: fix port buffer > locking V2") > url: >

Re: [lkp-robot] [tty] 52b03e644f: calltrace:flush_to_ldisc

On Wed, 2017-06-07 at 10:07 +0800, kernel test robot wrote: > FYI, we noticed the following commit: > > commit: 52b03e644f702dbcb252f6aec92fc0f0d6e29f78 ("tty: fix port buffer > locking V2") > url: >

Re: double call identical release when there is a race hitting

On 2017/6/6 23:56, Oleg Nesterov wrote: > I can't answer authoritatively, but > > On 06/06, zhong jiang wrote: >> Hi >> >> when I review the code, I find the following scenario will lead to a race , >> but I am not sure whether the real issue will hit or not. >> >> cpu1

Re: double call identical release when there is a race hitting

On 2017/6/6 23:56, Oleg Nesterov wrote: > I can't answer authoritatively, but > > On 06/06, zhong jiang wrote: >> Hi >> >> when I review the code, I find the following scenario will lead to a race , >> but I am not sure whether the real issue will hit or not. >> >> cpu1

Re: [RFC PATCH 2/4] mm, tree wide: replace __GFP_REPEAT by __GFP_RETRY_MAYFAIL with more useful semantic

On Tue, Jun 06, 2017 at 02:03:15PM +0200, Michal Hocko wrote: >On Tue 06-06-17 11:04:01, Wei Yang wrote: >> On Mon, Jun 05, 2017 at 08:43:43AM +0200, Michal Hocko wrote: >> >On Sat 03-06-17 10:24:40, Wei Yang wrote: >> >> Hi, Michal >> >> >> >> Just go through your patch. >> >> >> >> I have one

Re: [RFC PATCH 2/4] mm, tree wide: replace __GFP_REPEAT by __GFP_RETRY_MAYFAIL with more useful semantic

On Tue, Jun 06, 2017 at 02:03:15PM +0200, Michal Hocko wrote: >On Tue 06-06-17 11:04:01, Wei Yang wrote: >> On Mon, Jun 05, 2017 at 08:43:43AM +0200, Michal Hocko wrote: >> >On Sat 03-06-17 10:24:40, Wei Yang wrote: >> >> Hi, Michal >> >> >> >> Just go through your patch. >> >> >> >> I have one

[PATCH] autofs: sanity check status reported with AUTOFS_DEV_IOCTL_FAIL

If a positive status is passed with the AUTOFS_DEV_IOCTL_FAIL ioctl, autofs4_d_automount() will return ERR_PTR(status) with that status to follow_automount(), which will then dereference an invalid pointer. So treat a positive status the same as zero, and map to ENOENT. See comment in

[PATCH] autofs: sanity check status reported with AUTOFS_DEV_IOCTL_FAIL

If a positive status is passed with the AUTOFS_DEV_IOCTL_FAIL ioctl, autofs4_d_automount() will return ERR_PTR(status) with that status to follow_automount(), which will then dereference an invalid pointer. So treat a positive status the same as zero, and map to ENOENT. See comment in

  1   2   3   4   5   6   7   8   9   10   >