Re: [PATCH 2/2] powernv:idle:Implement lite variant of power_enter_stop

On 16/09/16 19:47, Gautham R. Shenoy wrote: > From: "Gautham R. Shenoy" > > This patch adds a function named power_enter_stop_lite() that can > execute a stop instruction when ESL and EC bits are set to zero in the > PSSCR. The function handles the wake-up from idle

Re: [PATCH 2/2] powernv:idle:Implement lite variant of power_enter_stop

On 16/09/16 19:47, Gautham R. Shenoy wrote: > From: "Gautham R. Shenoy" > > This patch adds a function named power_enter_stop_lite() that can > execute a stop instruction when ESL and EC bits are set to zero in the > PSSCR. The function handles the wake-up from idle at the instruction >

Re: "CodingStyle: Clarify and complete chapter 7" in docs-next (was Re: [PATCH 03/47] block-rbd: Adjust the position of a jump label in rbd_header_from_disk())

On Mon, 19 Sep 2016, Joe Perches wrote: > On Tue, 2016-09-20 at 01:11 +0100, Al Viro wrote: > > IMO what we need is to go through all rules in CodingStyle and if for > > some rule there is no overwhelming majority in the core kernel, well, > > the list has grown way too large and could use

Re: "CodingStyle: Clarify and complete chapter 7" in docs-next (was Re: [PATCH 03/47] block-rbd: Adjust the position of a jump label in rbd_header_from_disk())

On Mon, 19 Sep 2016, Joe Perches wrote: > On Tue, 2016-09-20 at 01:11 +0100, Al Viro wrote: > > IMO what we need is to go through all rules in CodingStyle and if for > > some rule there is no overwhelming majority in the core kernel, well, > > the list has grown way too large and could use

Re: [PATCH] nfs: cover ->migratepage with CONFIG_MIGRATION

On 2016/9/20 20:51, kbuild test robot wrote: >>> fs/nfs/file.c:547:17: error: 'nfs_migrate_page' undeclared here (not in a >>> function) > .migratepage = nfs_migrate_page, Oops :(, sorry for my mistake, let me fix this. Thanks,

Re: [PATCH] nfs: cover ->migratepage with CONFIG_MIGRATION

On 2016/9/20 20:51, kbuild test robot wrote: >>> fs/nfs/file.c:547:17: error: 'nfs_migrate_page' undeclared here (not in a >>> function) > .migratepage = nfs_migrate_page, Oops :(, sorry for my mistake, let me fix this. Thanks,

[PATCH 2/3] lib/ioremap.c: avoid endless loop under ioremapping improper ranges

From: zijun_hu for ioremap_page_range(), endless loop maybe happen if either of parameter addr and end is not page aligned, in order to fix this issue and hint range parameter requirements BUG_ON() checkup are performed firstly for ioremap_pte_range(), loop end condition is

[PATCH 2/3] lib/ioremap.c: avoid endless loop under ioremapping improper ranges

From: zijun_hu for ioremap_page_range(), endless loop maybe happen if either of parameter addr and end is not page aligned, in order to fix this issue and hint range parameter requirements BUG_ON() checkup are performed firstly for ioremap_pte_range(), loop end condition is optimized due to

Re: [INFO] ratio of const vs dynamic usercopy

Hi Kees, [auto build test WARNING on linus/master] [also build test WARNING on v4.8-rc7 next-20160919] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for convenience) to rec

Re: [INFO] ratio of const vs dynamic usercopy

Hi Kees, [auto build test WARNING on linus/master] [also build test WARNING on v4.8-rc7 next-20160919] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for convenience) to rec

Re: [PATCH 2/6] kvm: x86: drop read_tsc_offset()

On 20/09/2016 00:18, Jim Mattson wrote: > Hmmm. Yes, I think it does. With this patch series, > vcpu->arch.tsc_offset appears to contain L1's TSC offset (perhaps > making vmx->nested.vmcs01_tsc_offset redundant). > > However, this unfortunately limits the newly added functionality to > merging

Re: [PATCH 2/6] kvm: x86: drop read_tsc_offset()

On 20/09/2016 00:18, Jim Mattson wrote: > Hmmm. Yes, I think it does. With this patch series, > vcpu->arch.tsc_offset appears to contain L1's TSC offset (perhaps > making vmx->nested.vmcs01_tsc_offset redundant). > > However, this unfortunately limits the newly added functionality to > merging

Re: [PATCH -v3 00/10] THP swap: Delay splitting THP during swapping out

Hi Huang, On Tue, Sep 20, 2016 at 10:54:35AM +0800, Huang, Ying wrote: > Hi, Minchan, > > Minchan Kim writes: > > Hi Huang, > > > > On Sun, Sep 18, 2016 at 09:53:39AM +0800, Huang, Ying wrote: > >> Minchan Kim writes: > >> > >> > On Tue, Sep 13, 2016 at

Re: [PATCH -v3 00/10] THP swap: Delay splitting THP during swapping out

Hi Huang, On Tue, Sep 20, 2016 at 10:54:35AM +0800, Huang, Ying wrote: > Hi, Minchan, > > Minchan Kim writes: > > Hi Huang, > > > > On Sun, Sep 18, 2016 at 09:53:39AM +0800, Huang, Ying wrote: > >> Minchan Kim writes: > >> > >> > On Tue, Sep 13, 2016 at 04:53:49PM +0800, Huang, Ying wrote: >

[PATCH 1/3] linux/mm.h: canonicalize macro PAGE_ALIGNED() definition

From: zijun_hu canonicalize macro PAGE_ALIGNED() definition Signed-off-by: zijun_hu --- include/linux/mm.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/linux/mm.h b/include/linux/mm.h index ef815b9..ec68186 100644 ---

[PATCH 1/3] linux/mm.h: canonicalize macro PAGE_ALIGNED() definition

From: zijun_hu canonicalize macro PAGE_ALIGNED() definition Signed-off-by: zijun_hu --- include/linux/mm.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/linux/mm.h b/include/linux/mm.h index ef815b9..ec68186 100644 --- a/include/linux/mm.h +++

Re: [PATCH v3 15/15] lockdep: Crossrelease feature documentation

On Fri, Sep 16, 2016 at 10:47:06AM -0500, Nilay Vaish wrote: > > +== > > +Background > > +== > > + > > +What causes deadlock > > + > > + > > +A deadlock occurs when a context is waiting for an event to be issued > > +which cannot be issued because the context or

Re: [PATCH v3 15/15] lockdep: Crossrelease feature documentation

On Fri, Sep 16, 2016 at 10:47:06AM -0500, Nilay Vaish wrote: > > +== > > +Background > > +== > > + > > +What causes deadlock > > + > > + > > +A deadlock occurs when a context is waiting for an event to be issued > > +which cannot be issued because the context or

[PATCH 3/3] perf report: Fix output of 'pid' sort key

The thread->comm can be changed during the lifetime due to prctl() or exec(). For this reason each hist entry has a pointer to a comm at the time as well as a pointer to the thread. So it should use the he->comm instead of thread__comm(he->thread) which always returns the latest comm. This can

[PATCH 1/3] perf ui/tui: Reset output width for hierarchy

When --hierarchy option is used, each entry has its own hpp_list to show the result. But it missed to update width of each column. Before: - 46.29% 48.12%netctl-auto + 31.44% 29.25%[kernel.vmlinux] + 8.52% 11.55%libc-2.22.so + 5.19% 6.91%bash +

[PATCH 2/3] perf hists: Factor out hists__reset_column_width()

The stdio and tui has same code to reset hpp format column width. Factor it out as a new function. Suggested-by: Jiri Olsa Signed-off-by: Namhyung Kim --- tools/perf/ui/browsers/hists.c | 12 +++- tools/perf/ui/hist.c | 15

[PATCH 3/3] perf report: Fix output of 'pid' sort key

The thread->comm can be changed during the lifetime due to prctl() or exec(). For this reason each hist entry has a pointer to a comm at the time as well as a pointer to the thread. So it should use the he->comm instead of thread__comm(he->thread) which always returns the latest comm. This can

[PATCH 1/3] perf ui/tui: Reset output width for hierarchy

When --hierarchy option is used, each entry has its own hpp_list to show the result. But it missed to update width of each column. Before: - 46.29% 48.12%netctl-auto + 31.44% 29.25%[kernel.vmlinux] + 8.52% 11.55%libc-2.22.so + 5.19% 6.91%bash +

[PATCH 2/3] perf hists: Factor out hists__reset_column_width()

The stdio and tui has same code to reset hpp format column width. Factor it out as a new function. Suggested-by: Jiri Olsa Signed-off-by: Namhyung Kim --- tools/perf/ui/browsers/hists.c | 12 +++- tools/perf/ui/hist.c | 15 +++ tools/perf/ui/stdio/hist.c | 10

Re: [PATCH -v3 00/10] THP swap: Delay splitting THP during swapping out

Minchan Kim writes: > Hi Huang, > > On Tue, Sep 20, 2016 at 10:54:35AM +0800, Huang, Ying wrote: >> Hi, Minchan, >> >> Minchan Kim writes: >> > Hi Huang, >> > >> > On Sun, Sep 18, 2016 at 09:53:39AM +0800, Huang, Ying wrote: >> >> Minchan Kim

Re: [PATCH -v3 00/10] THP swap: Delay splitting THP during swapping out

Minchan Kim writes: > Hi Huang, > > On Tue, Sep 20, 2016 at 10:54:35AM +0800, Huang, Ying wrote: >> Hi, Minchan, >> >> Minchan Kim writes: >> > Hi Huang, >> > >> > On Sun, Sep 18, 2016 at 09:53:39AM +0800, Huang, Ying wrote: >> >> Minchan Kim writes: >> >> >> >> > On Tue, Sep 13, 2016 at

Re: [PATCH] x86/efi: Add necessary checks before iterating over efi.memmap

Sorry for bothering you. There is a regression since commit 78ce248f that if booting xen in UEFI mode, dom0 will crash and xen reboot constantly. This patch tries to fix it. Please take a look at it. On Tue, Sep 13, 2016 at 11:28:15AM +0800, Chao Gao wrote: >Commit 78ce248f (efi: Iterate over

Re: [PATCH] x86/efi: Add necessary checks before iterating over efi.memmap

Sorry for bothering you. There is a regression since commit 78ce248f that if booting xen in UEFI mode, dom0 will crash and xen reboot constantly. This patch tries to fix it. Please take a look at it. On Tue, Sep 13, 2016 at 11:28:15AM +0800, Chao Gao wrote: >Commit 78ce248f (efi: Iterate over

Re: [PATCH v2 2/3] powerpc: get hugetlbpage handling more generic

Le 20/09/2016 à 04:28, Aneesh Kumar K.V a écrit : christophe leroy writes: Le 19/09/2016 à 07:50, Aneesh Kumar K.V a écrit : Christophe Leroy writes: +#else +static void hugepd_free(struct mmu_gather *tlb, void *hugepte) +{ +

Re: [PATCH v2 2/3] powerpc: get hugetlbpage handling more generic

Le 20/09/2016 à 04:28, Aneesh Kumar K.V a écrit : christophe leroy writes: Le 19/09/2016 à 07:50, Aneesh Kumar K.V a écrit : Christophe Leroy writes: +#else +static void hugepd_free(struct mmu_gather *tlb, void *hugepte) +{ + BUG(); +} + #endif I was expecting that BUG will

Re: [PATCH v2 4/6] net: ethernet: bgmac: convert to feature flags

On 17 August 2016 at 13:34, Rafał Miłecki wrote: > On 8 July 2016 at 01:08, Jon Mason wrote: >> mode = (bgmac_read(bgmac, BGMAC_DEV_STATUS) & BGMAC_DS_MM_MASK) >> >> BGMAC_DS_MM_SHIFT; >> - if (ci->id !=

Re: [PATCH v2 4/6] net: ethernet: bgmac: convert to feature flags

On 17 August 2016 at 13:34, Rafał Miłecki wrote: > On 8 July 2016 at 01:08, Jon Mason wrote: >> mode = (bgmac_read(bgmac, BGMAC_DEV_STATUS) & BGMAC_DS_MM_MASK) >> >> BGMAC_DS_MM_SHIFT; >> - if (ci->id != BCMA_CHIP_ID_BCM47162 || mode != 0) >> + if

linux-next: manual merge of the staging tree with the vfs tree

Hi Greg, Today's linux-next merge of the staging tree got a conflict in: drivers/staging/lustre/lustre/llite/file.c between commit: 47b34458fc93 ("lustre: use %pD") from the vfs tree and commit: bb5c7f2630de ("staging: lustre: changelog: fix comparison between signed and unsigned")

linux-next: manual merge of the staging tree with the vfs tree

Hi Greg, Today's linux-next merge of the staging tree got a conflict in: drivers/staging/lustre/lustre/llite/file.c between commit: 47b34458fc93 ("lustre: use %pD") from the vfs tree and commit: bb5c7f2630de ("staging: lustre: changelog: fix comparison between signed and unsigned")

Re: 答复: [PATCH] sunrpc: queue work on system_power_efficient_wq

Resend behalf on Ke Wang. Thanks, Chunyan On 20 September 2016 at 10:33, Ke Wang (王科) wrote: > May I have any comments for this patch? > or > This patch can be merged directly into next release? > > Thanks, > Ke > > 发件人: Anna

Re: 答复: [PATCH] sunrpc: queue work on system_power_efficient_wq

Resend behalf on Ke Wang. Thanks, Chunyan On 20 September 2016 at 10:33, Ke Wang (王科) wrote: > May I have any comments for this patch? > or > This patch can be merged directly into next release? > > Thanks, > Ke > > 发件人: Anna Schumaker > 发送时间: 2016年9月2日

[PATCH] ARM: cache-uniphier: rename jump label to follow coding style guideline

Documentation/CodingStyle recommends to use label names which say what the goto does or why the goto exists. Signed-off-by: Masahiro Yamada --- arch/arm/mm/cache-uniphier.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git

[PATCH] ARM: cache-uniphier: rename jump label to follow coding style guideline

Documentation/CodingStyle recommends to use label names which say what the goto does or why the goto exists. Signed-off-by: Masahiro Yamada --- arch/arm/mm/cache-uniphier.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/arch/arm/mm/cache-uniphier.c

[INFO] ratio of const vs dynamic usercopy

Hi, Al had asked me a couple weeks back what the ratio of const vs dynamic usercopying was. With Josh's cleanup and my fix-up to only call the hardened usercopy when non-const, I can actually gather these statistics on a build. It's a bit of a hack (see attached patch that should not go into the

[INFO] ratio of const vs dynamic usercopy

Hi, Al had asked me a couple weeks back what the ratio of const vs dynamic usercopying was. With Josh's cleanup and my fix-up to only call the hardened usercopy when non-const, I can actually gather these statistics on a build. It's a bit of a hack (see attached patch that should not go into the

Re: [PATCH] arm64, numa: Add cpu_to_node() implementation.

[sending again, previous email was not text] On Tue, Sep 20, 2016 at 12:19 AM, David Daney wrote: > From: David Daney > > The wq_numa_init() function makes a private CPU to node map by calling > cpu_to_node() early in the boot process, before the

Re: [PATCH] arm64, numa: Add cpu_to_node() implementation.

[sending again, previous email was not text] On Tue, Sep 20, 2016 at 12:19 AM, David Daney wrote: > From: David Daney > > The wq_numa_init() function makes a private CPU to node map by calling > cpu_to_node() early in the boot process, before the non-boot CPUs are > brought online. Since the

Re: [PATCH] nfs: cover ->migratepage with CONFIG_MIGRATION

Hi Chao, [auto build test ERROR on nfs/linux-next] [also build test ERROR on v4.8-rc7 next-20160919] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for convenience) to rec

Re: [PATCH] nfs: cover ->migratepage with CONFIG_MIGRATION

Hi Chao, [auto build test ERROR on nfs/linux-next] [also build test ERROR on v4.8-rc7 next-20160919] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for convenience) to rec

[PATCH] ARM: uniphier: select ARCH_HAS_RESET_CONTROLLER

The UniPhier reset driver (drivers/reset/reset-uniphier.c) has been merged. Select ARCH_HAS_RESET_CONTROLLER from the SoC Kconfig. Signed-off-by: Masahiro Yamada --- Philipp, IIRC, you mentioned that you were planning to consolidate the double gurad by

[PATCH] ARM: uniphier: select ARCH_HAS_RESET_CONTROLLER

The UniPhier reset driver (drivers/reset/reset-uniphier.c) has been merged. Select ARCH_HAS_RESET_CONTROLLER from the SoC Kconfig. Signed-off-by: Masahiro Yamada --- Philipp, IIRC, you mentioned that you were planning to consolidate the double gurad by CONFIG_RESET_CONTROLLER and

Re: [PATCH] drm/amdgpu: mark symbols static where possible

On Mon, Sep 19, 2016 at 6:01 AM, Christian König wrote: > Am 18.09.2016 um 16:09 schrieb Baoyou Xie: >> >> We get 7 warnings when building kernel with W=1: >> drivers/gpu/drm/amd/amdgpu/amdgpu_device.c:1990:5: warning: no previous >> prototype for 'amdgpu_pre_soft_reset'

Re: [PATCH] drm/amdgpu: mark symbols static where possible

On Mon, Sep 19, 2016 at 6:01 AM, Christian König wrote: > Am 18.09.2016 um 16:09 schrieb Baoyou Xie: >> >> We get 7 warnings when building kernel with W=1: >> drivers/gpu/drm/amd/amdgpu/amdgpu_device.c:1990:5: warning: no previous >> prototype for 'amdgpu_pre_soft_reset' [-Wmissing-prototypes] >>

Re: [RFC v3 18/22] cgroup,landlock: Add CGRP_NO_NEW_PRIVS to handle unprivileged hooks

On Thu, Sep 15, 2016 at 09:41:33PM +0200, Mickaël Salaün wrote: > > On 15/09/2016 06:48, Alexei Starovoitov wrote: > > On Wed, Sep 14, 2016 at 09:38:16PM -0700, Andy Lutomirski wrote: > >> On Wed, Sep 14, 2016 at 9:31 PM, Alexei Starovoitov > >> wrote: > >>> On Wed,

Re: [RFC v3 18/22] cgroup,landlock: Add CGRP_NO_NEW_PRIVS to handle unprivileged hooks

On Thu, Sep 15, 2016 at 09:41:33PM +0200, Mickaël Salaün wrote: > > On 15/09/2016 06:48, Alexei Starovoitov wrote: > > On Wed, Sep 14, 2016 at 09:38:16PM -0700, Andy Lutomirski wrote: > >> On Wed, Sep 14, 2016 at 9:31 PM, Alexei Starovoitov > >> wrote: > >>> On Wed, Sep 14, 2016 at 09:08:57PM

Re: [PATCH 3/4] watchdog: sa11x0/pxa: get rid of get_clock_tick_rate

On 09/19/2016 03:36 PM, Russell King - ARM Linux wrote: On Mon, Sep 19, 2016 at 01:08:16PM -0700, Guenter Roeck wrote: On Mon, Sep 19, 2016 at 09:12:14PM +0200, Robert Jarzmik wrote: The OS timer rate used for the watchdog can now be fetched from the standard clock API. This will remove the

Re: [PATCH 3/4] watchdog: sa11x0/pxa: get rid of get_clock_tick_rate

On 09/19/2016 03:36 PM, Russell King - ARM Linux wrote: On Mon, Sep 19, 2016 at 01:08:16PM -0700, Guenter Roeck wrote: On Mon, Sep 19, 2016 at 09:12:14PM +0200, Robert Jarzmik wrote: The OS timer rate used for the watchdog can now be fetched from the standard clock API. This will remove the

Re: [PATCH 3/4] watchdog: sa11x0/pxa: get rid of get_clock_tick_rate

On 09/19/2016 12:12 PM, Robert Jarzmik wrote: The OS timer rate used for the watchdog can now be fetched from the standard clock API. This will remove the last user of get_clock_tick_rate() in both pxa and sa11x0 architectures. Signed-off-by: Robert Jarzmik

Re: [PATCH 3/4] watchdog: sa11x0/pxa: get rid of get_clock_tick_rate

On 09/19/2016 12:12 PM, Robert Jarzmik wrote: The OS timer rate used for the watchdog can now be fetched from the standard clock API. This will remove the last user of get_clock_tick_rate() in both pxa and sa11x0 architectures. Signed-off-by: Robert Jarzmik Reviewed-by: Guenter Roeck

[patch v4] x86/platform/mellanox: introduce support for Mellanox systems platform

From: Vadim Pasternak Enable system support for the Mellanox Technologies platform, which provides support for the next Mellanox basic systems: "msx6710", "msx6720", "msb7700", "msn2700", "msx1410", "msn2410", "msb7800", "msn2740", "msn2100" and also various number of

[patch v4] x86/platform/mellanox: introduce support for Mellanox systems platform

From: Vadim Pasternak Enable system support for the Mellanox Technologies platform, which provides support for the next Mellanox basic systems: "msx6710", "msx6720", "msb7700", "msn2700", "msx1410", "msn2410", "msb7800", "msn2740", "msn2100" and also various number of derivative systems from the

Re: [PATCH] drm/amdgpu: remove unused functions

On Mon, Sep 19, 2016 at 6:02 AM, Christian König wrote: > Am 18.09.2016 um 16:13 schrieb Baoyou Xie: >> >> We get 2 warnings when building kernel with W=1: >> drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd.c:146:5: warning: no previous >> prototype for 'pool_to_domain'

Re: [PATCH] drm/amdgpu: remove unused functions

On Mon, Sep 19, 2016 at 6:02 AM, Christian König wrote: > Am 18.09.2016 um 16:13 schrieb Baoyou Xie: >> >> We get 2 warnings when building kernel with W=1: >> drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd.c:146:5: warning: no previous >> prototype for 'pool_to_domain' [-Wmissing-prototypes] >>

Re: [PATCH] drm/amdgpu: amend amdgpu_gfx_parse_disable_cu() declaration

On Sun, Sep 18, 2016 at 9:37 AM, Baoyou Xie wrote: > In amdgpu_gfx.h, the declaration of amdgpu_gfx_parse_disable_cu() > is incorrect. > > Signed-off-by: Baoyou Xie > --- > drivers/gpu/drm/amd/amdgpu/amdgpu_gfx.c | 4 +++- >

Re: [PATCH] drm/amdgpu: amend amdgpu_gfx_parse_disable_cu() declaration

On Sun, Sep 18, 2016 at 9:37 AM, Baoyou Xie wrote: > In amdgpu_gfx.h, the declaration of amdgpu_gfx_parse_disable_cu() > is incorrect. > > Signed-off-by: Baoyou Xie > --- > drivers/gpu/drm/amd/amdgpu/amdgpu_gfx.c | 4 +++- > drivers/gpu/drm/amd/amdgpu/amdgpu_gfx.h | 5 - > 2 files changed,

Re: [RFC] Arm64 boot fail with numa enable in BIOS

On 2016/9/20 10:01, Ming Lei wrote: > On Mon, Sep 19, 2016 at 9:05 PM, Yisheng Xie wrote: >> hi all, >> When I enable NUMA in BIOS for arm64, it failed to boot on >> v4.8-rc4-162-g071e31e. >> For the crash log, it seems caused by error number of cpumask. >> Any ideas

Re: [RFC] Arm64 boot fail with numa enable in BIOS

On 2016/9/20 10:01, Ming Lei wrote: > On Mon, Sep 19, 2016 at 9:05 PM, Yisheng Xie wrote: >> hi all, >> When I enable NUMA in BIOS for arm64, it failed to boot on >> v4.8-rc4-162-g071e31e. >> For the crash log, it seems caused by error number of cpumask. >> Any ideas about it? > > When I

[PATCH] nfs: cover ->migratepage with CONFIG_MIGRATION

It will be more clean to use CONFIG_MIGRATION to cover nfs' private .migratepage in nfs_file_aops like we do in other part of nfs operations. Signed-off-by: Chao Yu --- fs/nfs/file.c | 2 ++ fs/nfs/internal.h | 8 2 files changed, 2 insertions(+), 8 deletions(-)

[PATCH] nfs: cover ->migratepage with CONFIG_MIGRATION

It will be more clean to use CONFIG_MIGRATION to cover nfs' private .migratepage in nfs_file_aops like we do in other part of nfs operations. Signed-off-by: Chao Yu --- fs/nfs/file.c | 2 ++ fs/nfs/internal.h | 8 2 files changed, 2 insertions(+), 8 deletions(-) diff --git

[PATCH v7 8/8] ARM: dts: imx6q-evi: Fix onboard hub reset line

From: Joshua Clayton Previously the onboard hub was made to work by treating its reset gpio as a regulator enable. Get rid of that kludge now that pwseq has added reset gpio support Move pin muxing the hub reset pin into the usbh1 group Signed-off-by: Joshua Clayton

[PATCH v7 8/8] ARM: dts: imx6q-evi: Fix onboard hub reset line

From: Joshua Clayton Previously the onboard hub was made to work by treating its reset gpio as a regulator enable. Get rid of that kludge now that pwseq has added reset gpio support Move pin muxing the hub reset pin into the usbh1 group Signed-off-by: Joshua Clayton Signed-off-by: Peter Chen

[PATCH v7 6/8] ARM: dts: imx6qdl: Enable usb node children with

From: Joshua Clayton Give usb nodes #address and #size attributes, so that a child node representing a permanently connected device such as an onboard hub may be addressed with a attribute Signed-off-by: Joshua Clayton Signed-off-by: Peter

[PATCH v7 6/8] ARM: dts: imx6qdl: Enable usb node children with

From: Joshua Clayton Give usb nodes #address and #size attributes, so that a child node representing a permanently connected device such as an onboard hub may be addressed with a attribute Signed-off-by: Joshua Clayton Signed-off-by: Peter Chen --- arch/arm/boot/dts/imx6qdl.dtsi | 6 ++

[PATCH v7 5/8] usb: chipidea: let chipidea core device of_node equal's glue layer device of_node

From: Peter Chen At device tree, we have no device node for chipidea core, the glue layer's node is the parent node for host and udc device. But in related driver, the parent device is chipidea core. So, in order to let the common driver get parent's node, we let the

[PATCH v7 5/8] usb: chipidea: let chipidea core device of_node equal's glue layer device of_node

From: Peter Chen At device tree, we have no device node for chipidea core, the glue layer's node is the parent node for host and udc device. But in related driver, the parent device is chipidea core. So, in order to let the common driver get parent's node, we let the core's device node equals

[PATCH] [linux-next] Fix double word "the the" in Doc/filesystems

This patch fix typos "the the" found in Documentation/filesystems. Signed-off-by: Masanari Iida --- Documentation/filesystems/autofs4-mount-control.txt | 10 +- Documentation/filesystems/directory-locking | 2 +- Documentation/filesystems/overlayfs.txt

[PATCH] [linux-next] Fix double word "the the" in Doc/filesystems

This patch fix typos "the the" found in Documentation/filesystems. Signed-off-by: Masanari Iida --- Documentation/filesystems/autofs4-mount-control.txt | 10 +- Documentation/filesystems/directory-locking | 2 +- Documentation/filesystems/overlayfs.txt | 2 +- 3

[PATCH v2] power: bq27xxx_battery: allow kernel poll_interval parameter runtime update

Fix issue with poll_interval being not updated till the previous interval expired. Cc: Tony Lindgren Cc: Liam Breck Signed-off-by: Matt Ranostay --- Changes from v1: * Change param_get_ushort to param_get_uint * Changed

[PATCH v2] power: bq27xxx_battery: allow kernel poll_interval parameter runtime update

Fix issue with poll_interval being not updated till the previous interval expired. Cc: Tony Lindgren Cc: Liam Breck Signed-off-by: Matt Ranostay --- Changes from v1: * Change param_get_ushort to param_get_uint * Changed param_lock naming to more precise bq27xxx_list_lock

[PATCH v7 4/8] usb: core: add power sequence handling for USB devices

Some hard-wired USB devices need to do power sequence to let the device work normally, the typical power sequence like: enable USB PHY clock, toggle reset pin, etc. But current Linux USB driver lacks of such code to do it, it may cause some hard-wired USB devices works abnormal or can't be

[PATCH v7 7/8] ARM: dts: imx6qdl-udoo.dtsi: fix onboard USB HUB property

The current dts describes USB HUB's property at USB controller's entry, it is improper. The USB HUB should be the child node under USB controller, and power sequence properties are under it. Besides, using gpio pinctrl setting for USB2415's reset pin. Signed-off-by: Peter Chen

[PATCH v7 4/8] usb: core: add power sequence handling for USB devices

Some hard-wired USB devices need to do power sequence to let the device work normally, the typical power sequence like: enable USB PHY clock, toggle reset pin, etc. But current Linux USB driver lacks of such code to do it, it may cause some hard-wired USB devices works abnormal or can't be

[PATCH v7 7/8] ARM: dts: imx6qdl-udoo.dtsi: fix onboard USB HUB property

The current dts describes USB HUB's property at USB controller's entry, it is improper. The USB HUB should be the child node under USB controller, and power sequence properties are under it. Besides, using gpio pinctrl setting for USB2415's reset pin. Signed-off-by: Peter Chen Signed-off-by:

[PATCH v7 2/8] power: add power sequence library

We have an well-known problem that the device needs to do some power sequence before it can be recognized by related host, the typical example like hard-wired mmc devices and usb devices. This power sequence is hard to be described at device tree and handled by related host driver, so we have

[PATCH v7 3/8] binding-doc: usb: usb-device: add optional properties for power sequence

Add optional properties for power sequence. Signed-off-by: Peter Chen Acked-by: Rob Herring --- Documentation/devicetree/bindings/usb/usb-device.txt | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git

[PATCH v7 2/8] power: add power sequence library

We have an well-known problem that the device needs to do some power sequence before it can be recognized by related host, the typical example like hard-wired mmc devices and usb devices. This power sequence is hard to be described at device tree and handled by related host driver, so we have

[PATCH v7 3/8] binding-doc: usb: usb-device: add optional properties for power sequence

Add optional properties for power sequence. Signed-off-by: Peter Chen Acked-by: Rob Herring --- Documentation/devicetree/bindings/usb/usb-device.txt | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/usb/usb-device.txt

[PATCH v7 1/8] binding-doc: power: pwrseq-generic: add binding doc for generic power sequence library

Add binding doc for generic power sequence library. Signed-off-by: Peter Chen Acked-by: Philipp Zabel Acked-by: Rob Herring --- .../bindings/power/pwrseq/pwrseq-generic.txt | 48 ++ 1 file changed, 48

[PATCH v7 0/8] power: add power sequence library

Hi all, This is a follow-up for my last power sequence framework patch set [1]. According to Rob Herring and Ulf Hansson's comments[2]. The kinds of power sequence instances will be added at postcore_initcall, the match criteria is compatible string first, if the compatible string is not matched

[PATCH v7 1/8] binding-doc: power: pwrseq-generic: add binding doc for generic power sequence library

Add binding doc for generic power sequence library. Signed-off-by: Peter Chen Acked-by: Philipp Zabel Acked-by: Rob Herring --- .../bindings/power/pwrseq/pwrseq-generic.txt | 48 ++ 1 file changed, 48 insertions(+) create mode 100644

[PATCH v7 0/8] power: add power sequence library

Hi all, This is a follow-up for my last power sequence framework patch set [1]. According to Rob Herring and Ulf Hansson's comments[2]. The kinds of power sequence instances will be added at postcore_initcall, the match criteria is compatible string first, if the compatible string is not matched

Re: [RFC] Arm64 boot fail with numa enable in BIOS

On 2016/9/19 22:07, Mark Rutland wrote: > [adding LAKML, arm64 maintainers] > > On Mon, Sep 19, 2016 at 09:05:26PM +0800, Yisheng Xie wrote: >> hi all, > > Can you modify the warning in cpumask.h to dump the bad CPU number? That > would make it fairly clear if that's the case. > hi Mark, I

Re: [RFC] Arm64 boot fail with numa enable in BIOS

On 2016/9/19 22:07, Mark Rutland wrote: > [adding LAKML, arm64 maintainers] > > On Mon, Sep 19, 2016 at 09:05:26PM +0800, Yisheng Xie wrote: >> hi all, > > Can you modify the warning in cpumask.h to dump the bad CPU number? That > would make it fairly clear if that's the case. > hi Mark, I

Re: [PATCH 1/2] power: bq27xxx_battery: add configurable poll_interval by sysfs

On Mon, Sep 19, 2016 at 12:46 PM, Sebastian Reichel wrote: > Hi, > > On Fri, Sep 16, 2016 at 08:42:54PM -0700, Matt Ranostay wrote: >> Allow the poll_interval to be runtime configurable via an sysfs >> entry. This is needed for udev control of the poll interval. >> >>

Re: [PATCH 1/2] power: bq27xxx_battery: add configurable poll_interval by sysfs

On Mon, Sep 19, 2016 at 12:46 PM, Sebastian Reichel wrote: > Hi, > > On Fri, Sep 16, 2016 at 08:42:54PM -0700, Matt Ranostay wrote: >> Allow the poll_interval to be runtime configurable via an sysfs >> entry. This is needed for udev control of the poll interval. >> >> Signed-off-by: Matt

Re: [PATCH] f2fs: fix to avoid slowing down background gc

On 2016/9/20 10:54, Jaegeuk Kim wrote: > On Tue, Sep 20, 2016 at 10:22:22AM +0800, Chao Yu wrote: >> Hi Jaegeuk, >> >> On 2016/9/20 6:12, Jaegeuk Kim wrote: >>> Hi Chao, >>> >>> On Sun, Sep 18, 2016 at 07:52:27PM +0800, Chao Yu wrote: Previously, we will choose to speed up background gc when

Re: [PATCH] f2fs: fix to avoid slowing down background gc

On 2016/9/20 10:54, Jaegeuk Kim wrote: > On Tue, Sep 20, 2016 at 10:22:22AM +0800, Chao Yu wrote: >> Hi Jaegeuk, >> >> On 2016/9/20 6:12, Jaegeuk Kim wrote: >>> Hi Chao, >>> >>> On Sun, Sep 18, 2016 at 07:52:27PM +0800, Chao Yu wrote: Previously, we will choose to speed up background gc when

[PATCH v2 4/6] f2fs: introduce cp_lock to protect updating of ckpt_flags

This patch introduces spinlock to protect updating process of ckpt_flags field in struct f2fs_checkpoint, it avoids incorrectly updating in race condition. Signed-off-by: Chao Yu --- fs/f2fs/checkpoint.c | 28 fs/f2fs/f2fs.h | 37

[PATCH v2 4/6] f2fs: introduce cp_lock to protect updating of ckpt_flags

This patch introduces spinlock to protect updating process of ckpt_flags field in struct f2fs_checkpoint, it avoids incorrectly updating in race condition. Signed-off-by: Chao Yu --- fs/f2fs/checkpoint.c | 28 fs/f2fs/f2fs.h | 37

[PATCH 0/3] iMX7 PWM polarity control

This patchset depends on this patchset[1] and this patch[2] which adds support for polarity control in imx-pwm driver. - Use pwm polarity control on iMX7 based modules. - Enable polarity control on Toradex Colibri iMX7D/S module. - Add BL_ON GPIO control for Toradex Colibri iMX7D/S module. [1]

[PATCH 0/3] iMX7 PWM polarity control

This patchset depends on this patchset[1] and this patch[2] which adds support for polarity control in imx-pwm driver. - Use pwm polarity control on iMX7 based modules. - Enable polarity control on Toradex Colibri iMX7D/S module. - Add BL_ON GPIO control for Toradex Colibri iMX7D/S module. [1]

[PATCH 2/2] f2fs: put directory inodes before checkpoint in roll-forward recovery

Before checkpoint, we'd be better drop any inodes. Signed-off-by: Jaegeuk Kim --- fs/f2fs/recovery.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/fs/f2fs/recovery.c b/fs/f2fs/recovery.c index 2b8a56d..509273a 100644 --- a/fs/f2fs/recovery.c +++

Re: [PATCH RESEND] drm/ast: free correct pointer in astfb_create() error paths

On 20/09/16 11:56, Andrew Donnellan wrote: In the err_free_vram and err_release_fbi error paths in astfb_create(), we attempt to free afbdev->sysram. The only jumps to these error paths occur before we assign afbdev->sysram = sysram. Free sysram instead. Signed-off-by: Andrew Donnellan

[PATCH 2/2] f2fs: put directory inodes before checkpoint in roll-forward recovery

Before checkpoint, we'd be better drop any inodes. Signed-off-by: Jaegeuk Kim --- fs/f2fs/recovery.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/fs/f2fs/recovery.c b/fs/f2fs/recovery.c index 2b8a56d..509273a 100644 --- a/fs/f2fs/recovery.c +++ b/fs/f2fs/recovery.c @@

Re: [PATCH RESEND] drm/ast: free correct pointer in astfb_create() error paths

On 20/09/16 11:56, Andrew Donnellan wrote: In the err_free_vram and err_release_fbi error paths in astfb_create(), we attempt to free afbdev->sysram. The only jumps to these error paths occur before we assign afbdev->sysram = sysram. Free sysram instead. Signed-off-by: Andrew Donnellan ---

  1   2   3   4   5   6   7   8   9   10   >