[tip:perf/core] perf report: Introduce --inline option

Commit-ID: f3a60646cc3e0524d8f1083db1da7532a1590b40 Gitweb: http://git.kernel.org/tip/f3a60646cc3e0524d8f1083db1da7532a1590b40 Author: Jin Yao AuthorDate: Sun, 26 Mar 2017 04:34:27 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 27

[tip:perf/core] perf tools: Remove unused 'prefix' from builtin functions

Commit-ID: b0ad8ea66445d64a469df0c710947f4cdb8ef16b Gitweb: http://git.kernel.org/tip/b0ad8ea66445d64a469df0c710947f4cdb8ef16b Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 27 Mar 2017 11:47:20 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf report: Show inline stack for browser mode

Commit-ID: 0d3eb0b7783f1ee6d3314f101b9cbfb988020222 Gitweb: http://git.kernel.org/tip/0d3eb0b7783f1ee6d3314f101b9cbfb988020222 Author: Jin Yao AuthorDate: Sun, 26 Mar 2017 04:34:29 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 27

[tip:perf/core] perf report: Refactor common code in srcline.c

Commit-ID: 5580338d0f207921bc1fef5b668cd564adcc3419 Gitweb: http://git.kernel.org/tip/5580338d0f207921bc1fef5b668cd564adcc3419 Author: Jin Yao AuthorDate: Sun, 26 Mar 2017 04:34:25 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 27

[tip:perf/core] perf report: Enable sorting by srcline as key

Commit-ID: 5dfa210e407d0fedf746958bff206995bd46570d Gitweb: http://git.kernel.org/tip/5dfa210e407d0fedf746958bff206995bd46570d Author: Milian Wolff AuthorDate: Sat, 18 Mar 2017 22:49:28 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Mon,

[tip:perf/core] perf report: Introduce --inline option

Commit-ID: f3a60646cc3e0524d8f1083db1da7532a1590b40 Gitweb: http://git.kernel.org/tip/f3a60646cc3e0524d8f1083db1da7532a1590b40 Author: Jin Yao AuthorDate: Sun, 26 Mar 2017 04:34:27 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 27 Mar 2017 12:01:46 -0300 perf report:

[tip:perf/core] perf tools: Remove unused 'prefix' from builtin functions

Commit-ID: b0ad8ea66445d64a469df0c710947f4cdb8ef16b Gitweb: http://git.kernel.org/tip/b0ad8ea66445d64a469df0c710947f4cdb8ef16b Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 27 Mar 2017 11:47:20 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 27 Mar 2017 11:58:09 -0300

[tip:perf/core] perf report: Show inline stack for browser mode

Commit-ID: 0d3eb0b7783f1ee6d3314f101b9cbfb988020222 Gitweb: http://git.kernel.org/tip/0d3eb0b7783f1ee6d3314f101b9cbfb988020222 Author: Jin Yao AuthorDate: Sun, 26 Mar 2017 04:34:29 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 27 Mar 2017 12:12:59 -0300 perf report: Show

[tip:perf/core] perf report: Refactor common code in srcline.c

Commit-ID: 5580338d0f207921bc1fef5b668cd564adcc3419 Gitweb: http://git.kernel.org/tip/5580338d0f207921bc1fef5b668cd564adcc3419 Author: Jin Yao AuthorDate: Sun, 26 Mar 2017 04:34:25 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 27 Mar 2017 11:59:23 -0300 perf report:

[tip:perf/core] perf report: Enable sorting by srcline as key

Commit-ID: 5dfa210e407d0fedf746958bff206995bd46570d Gitweb: http://git.kernel.org/tip/5dfa210e407d0fedf746958bff206995bd46570d Author: Milian Wolff AuthorDate: Sat, 18 Mar 2017 22:49:28 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 27 Mar 2017 12:13:28 -0300 perf report:

[tip:perf/core] perf report: Show inline stack for stdio mode

Commit-ID: 0db64dd060f7fd77921be8f10fa9f7a5f49a3a43 Gitweb: http://git.kernel.org/tip/0db64dd060f7fd77921be8f10fa9f7a5f49a3a43 Author: Jin Yao AuthorDate: Sun, 26 Mar 2017 04:34:28 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 27

[tip:perf/core] perf report: Show inline stack for stdio mode

Commit-ID: 0db64dd060f7fd77921be8f10fa9f7a5f49a3a43 Gitweb: http://git.kernel.org/tip/0db64dd060f7fd77921be8f10fa9f7a5f49a3a43 Author: Jin Yao AuthorDate: Sun, 26 Mar 2017 04:34:28 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 27 Mar 2017 12:02:22 -0300 perf report: Show

[tip:perf/core] perf report: Find the inline stack for a given address

Commit-ID: a64489c56c307bf0955f0489158c5ecf6aa10fe2 Gitweb: http://git.kernel.org/tip/a64489c56c307bf0955f0489158c5ecf6aa10fe2 Author: Jin Yao AuthorDate: Sun, 26 Mar 2017 04:34:26 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 27

[tip:perf/core] perf report: Find the inline stack for a given address

Commit-ID: a64489c56c307bf0955f0489158c5ecf6aa10fe2 Gitweb: http://git.kernel.org/tip/a64489c56c307bf0955f0489158c5ecf6aa10fe2 Author: Jin Yao AuthorDate: Sun, 26 Mar 2017 04:34:26 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 27 Mar 2017 12:00:38 -0300 perf report: Find

[PATCH 0/2] drivers: serial: Aspeed VUART driver

This is a driver for the Aspeed VUART. The VUART is a serial device on the BMC side of the LPC bus that connects a BMC to it's host processor. We add a flag to the serial core to allow the driver to skip probing of the THRE irq behaviour, which could hang due to the host not reading bytes out of

[PATCH 0/2] drivers: serial: Aspeed VUART driver

This is a driver for the Aspeed VUART. The VUART is a serial device on the BMC side of the LPC bus that connects a BMC to it's host processor. We add a flag to the serial core to allow the driver to skip probing of the THRE irq behaviour, which could hang due to the host not reading bytes out of

[tip:perf/core] perf trace: Fixup thread refcounting

Commit-ID: ef65e96e0762cb98d9abeb6737c721ca840f8092 Gitweb: http://git.kernel.org/tip/ef65e96e0762cb98d9abeb6737c721ca840f8092 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 24 Mar 2017 15:03:19 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf trace: Fixup thread refcounting

Commit-ID: ef65e96e0762cb98d9abeb6737c721ca840f8092 Gitweb: http://git.kernel.org/tip/ef65e96e0762cb98d9abeb6737c721ca840f8092 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 24 Mar 2017 15:03:19 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 24 Mar 2017 16:05:31 -0300

[tip:perf/core] perf trace: Check for vfs_getname.pathname length

Commit-ID: 39f0e7a825cfc971dc9ad40b0770c22f6f4f89b8 Gitweb: http://git.kernel.org/tip/39f0e7a825cfc971dc9ad40b0770c22f6f4f89b8 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 24 Mar 2017 14:51:28 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf trace: Check for vfs_getname.pathname length

Commit-ID: 39f0e7a825cfc971dc9ad40b0770c22f6f4f89b8 Gitweb: http://git.kernel.org/tip/39f0e7a825cfc971dc9ad40b0770c22f6f4f89b8 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 24 Mar 2017 14:51:28 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 24 Mar 2017 16:05:31 -0300

Re: [PATCH 4.10 012/167] mmc: sdhci-acpi: support deferred probe

On Mon, 2017-03-27 at 18:36 +0200, Greg Kroah-Hartman wrote: > On Mon, Mar 27, 2017 at 10:40:23AM +0800, Zhang Rui wrote: > > > > On Sun, 2017-03-26 at 12:26 +0100, Andrey Utkin wrote: > > > > > > On Fri, Mar 10, 2017 at 10:07:35AM +0100, Greg Kroah-Hartman > > > wrote: > > > > > > > > > > > >

Re: [PATCH net-next v2 5/5] net-next: dsa: add dsa support for Mediatek MT7530 switch

Hi Florian, Thank for taking your time on reviewing. Add comment as inline. On Wed, 2017-03-22 at 11:39 -0700, Florian Fainelli wrote: > On 03/21/2017 02:35 AM, sean.w...@mediatek.com wrote: > > From: Sean Wang > > > > MT7530 is a 7-ports Gigabit Ethernet Switch that

[tip:perf/core] perf auxtrace: Fix no_size logic in addr_filter__resolve_kernel_syms()

Commit-ID: c3a0bbc7ad7598dec5a204868bdf8a2b1b51df14 Gitweb: http://git.kernel.org/tip/c3a0bbc7ad7598dec5a204868bdf8a2b1b51df14 Author: Adrian Hunter AuthorDate: Fri, 24 Mar 2017 14:15:52 +0200 Committer: Arnaldo Carvalho de Melo CommitDate:

Re: [PATCH 4.10 012/167] mmc: sdhci-acpi: support deferred probe

On Mon, 2017-03-27 at 18:36 +0200, Greg Kroah-Hartman wrote: > On Mon, Mar 27, 2017 at 10:40:23AM +0800, Zhang Rui wrote: > > > > On Sun, 2017-03-26 at 12:26 +0100, Andrey Utkin wrote: > > > > > > On Fri, Mar 10, 2017 at 10:07:35AM +0100, Greg Kroah-Hartman > > > wrote: > > > > > > > > > > > >

Re: [PATCH net-next v2 5/5] net-next: dsa: add dsa support for Mediatek MT7530 switch

Hi Florian, Thank for taking your time on reviewing. Add comment as inline. On Wed, 2017-03-22 at 11:39 -0700, Florian Fainelli wrote: > On 03/21/2017 02:35 AM, sean.w...@mediatek.com wrote: > > From: Sean Wang > > > > MT7530 is a 7-ports Gigabit Ethernet Switch that could be found on > >

[tip:perf/core] perf auxtrace: Fix no_size logic in addr_filter__resolve_kernel_syms()

Commit-ID: c3a0bbc7ad7598dec5a204868bdf8a2b1b51df14 Gitweb: http://git.kernel.org/tip/c3a0bbc7ad7598dec5a204868bdf8a2b1b51df14 Author: Adrian Hunter AuthorDate: Fri, 24 Mar 2017 14:15:52 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 27 Mar 2017 11:58:08 -0300 perf

[tip:perf/core] perf trace: Fix up error path indentation

Commit-ID: c04dfafa6033ca2eddc56fe188017d9ae50414c9 Gitweb: http://git.kernel.org/tip/c04dfafa6033ca2eddc56fe188017d9ae50414c9 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 24 Mar 2017 14:54:06 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf trace: Fix up error path indentation

Commit-ID: c04dfafa6033ca2eddc56fe188017d9ae50414c9 Gitweb: http://git.kernel.org/tip/c04dfafa6033ca2eddc56fe188017d9ae50414c9 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 24 Mar 2017 14:54:06 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 24 Mar 2017 16:05:31 -0300

Re: [PATCH 1/3] soc: qcom: smd: Transition client drivers from smd to rpmsg

On Mon 27 Mar 16:04 PDT 2017, David Miller wrote: > From: Bjorn Andersson > Date: Mon, 27 Mar 2017 15:58:37 -0700 > > > I'm sorry, but I can't figure out how to reproduce this. > > All of my builds are "make allmodconfig" so it should be easy to reproduce. Thanks,

Re: [PATCH 1/3] soc: qcom: smd: Transition client drivers from smd to rpmsg

On Mon 27 Mar 16:04 PDT 2017, David Miller wrote: > From: Bjorn Andersson > Date: Mon, 27 Mar 2017 15:58:37 -0700 > > > I'm sorry, but I can't figure out how to reproduce this. > > All of my builds are "make allmodconfig" so it should be easy to reproduce. Thanks, turns out that while it was

[PATCH 2/2] drivers/serial: Add driver for Aspeed virtual UART

From: Jeremy Kerr This change adds a driver for the 16550-based Aspeed virtual UART device. We use a similar process to the of_serial driver for device probe, but expose some VUART-specific functions through sysfs too. OpenPOWER host firmware doesn't like it when the host-side

[PATCH 2/2] drivers/serial: Add driver for Aspeed virtual UART

From: Jeremy Kerr This change adds a driver for the 16550-based Aspeed virtual UART device. We use a similar process to the of_serial driver for device probe, but expose some VUART-specific functions through sysfs too. OpenPOWER host firmware doesn't like it when the host-side of the VUART's

[PATCH 1/2] serial: 8250: Add flag so drivers can avoid THRE probe

The probing of THRE irq behaviour assumes the other end will be reading bytes out of the buffer in order to probe the port at driver init. In some cases the other end cannot be relied upon to read these bytes, so provide a flag for them to skip this step. Bit 16 was chosen as the flags are a int

Re: [GIT PULL 00/20] perf/core improvements and fixes

; Merge tag 'perf-core-for-mingo-4.12-20170324' of > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core > (2017-03-24 19:37:40 +0100) > > are available in the git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git >

[PATCH 1/2] serial: 8250: Add flag so drivers can avoid THRE probe

The probing of THRE irq behaviour assumes the other end will be reading bytes out of the buffer in order to probe the port at driver init. In some cases the other end cannot be relied upon to read these bytes, so provide a flag for them to skip this step. Bit 16 was chosen as the flags are a int

Re: [GIT PULL 00/20] perf/core improvements and fixes

perf-core-for-mingo-4.12-20170324' of > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core > (2017-03-24 19:37:40 +0100) > > are available in the git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git > tags/perf-core-fo

Re: [BUG nohz]: wrong user and system time accounting

2017-03-28 2:38 GMT+08:00 Luiz Capitulino : > On Mon, 27 Mar 2017 09:56:47 +0800 > Wanpeng Li wrote: > >> Actually after I bisect, the first bad commit is ff9a9b4c4334 ("sched, >> time: Switch VIRT_CPU_ACCOUNTING_GEN to jiffy granularity"). The bug >>

Re: [BUG nohz]: wrong user and system time accounting

2017-03-28 2:38 GMT+08:00 Luiz Capitulino : > On Mon, 27 Mar 2017 09:56:47 +0800 > Wanpeng Li wrote: > >> Actually after I bisect, the first bad commit is ff9a9b4c4334 ("sched, >> time: Switch VIRT_CPU_ACCOUNTING_GEN to jiffy granularity"). The bug >> can be reproduced readily if

Re: [PATCH] Make EN2 pin optional in the TRF7970A driver

Hello all, Am 21.02.2017 um 17:43 schrieb Rob Herring: On Sun, Feb 19, 2017 at 11:19 PM, Heiko Schocher wrote: Hello all, Am 13.02.2017 um 22:31 schrieb Rob Herring: On Mon, Feb 13, 2017 at 12:38 AM, Heiko Schocher wrote: Hello Rob, Am 10.02.2017 um 16:51

Re: [PATCH] Make EN2 pin optional in the TRF7970A driver

Hello all, Am 21.02.2017 um 17:43 schrieb Rob Herring: On Sun, Feb 19, 2017 at 11:19 PM, Heiko Schocher wrote: Hello all, Am 13.02.2017 um 22:31 schrieb Rob Herring: On Mon, Feb 13, 2017 at 12:38 AM, Heiko Schocher wrote: Hello Rob, Am 10.02.2017 um 16:51 schrieb Rob Herring: On

[PATCH v2] selftests: gpio: fix Makefile

* Fix hardcoded and misplaced libmount headers. Use pkg-config instead to figure out CFLAGS/LDLIBS, fixing also their value for cross-compilation. Note: if pkg-config is missing (command not found), it will fail to build because headers can't be found or libmount library can't be linked.

[PATCH v2] selftests: gpio: fix Makefile

* Fix hardcoded and misplaced libmount headers. Use pkg-config instead to figure out CFLAGS/LDLIBS, fixing also their value for cross-compilation. Note: if pkg-config is missing (command not found), it will fail to build because headers can't be found or libmount library can't be linked.

Re: [PATCH] mm: fix section name for .data..ro_after_init

On Mon, Mar 27, 2017 at 12:22:13PM -0700, Kees Cook wrote: > A section name for .data..ro_after_init was added by both: > > commit d07a980c1b8d ("s390: add proper __ro_after_init support") > > and > > commit d7c19b066dcf ("mm: kmemleak: scan .data.ro_after_init") > > The latter adds

Re: [PATCH] mm: fix section name for .data..ro_after_init

On Mon, Mar 27, 2017 at 12:22:13PM -0700, Kees Cook wrote: > A section name for .data..ro_after_init was added by both: > > commit d07a980c1b8d ("s390: add proper __ro_after_init support") > > and > > commit d7c19b066dcf ("mm: kmemleak: scan .data.ro_after_init") > > The latter adds

Re: [PATCH v5 08/13] powerpc/perf: PMU functions for Core IMC and hotplugging

On Thursday 23 March 2017 06:39 PM, Gautham R Shenoy wrote: Hi Maddy, Hemant, Anju, On Thu, Mar 16, 2017 at 01:05:02PM +0530, Madhavan Srinivasan wrote: [..snip..] + +static void core_imc_change_cpu_context(int old_cpu, int new_cpu) +{ + if (!core_imc_pmu) + return; +

[PATCH -mm -v7 8/9] mm, THP, swap: Support to split THP in swap cache

From: Huang Ying This patch enhanced the split_huge_page_to_list() to work properly for the THP (Transparent Huge Page) in the swap cache during swapping out. This is used for delaying splitting the THP during swapping out. Where for a THP to be swapped out, we will

Re: [PATCH v5 08/13] powerpc/perf: PMU functions for Core IMC and hotplugging

On Thursday 23 March 2017 06:39 PM, Gautham R Shenoy wrote: Hi Maddy, Hemant, Anju, On Thu, Mar 16, 2017 at 01:05:02PM +0530, Madhavan Srinivasan wrote: [..snip..] + +static void core_imc_change_cpu_context(int old_cpu, int new_cpu) +{ + if (!core_imc_pmu) + return; +

[PATCH -mm -v7 8/9] mm, THP, swap: Support to split THP in swap cache

From: Huang Ying This patch enhanced the split_huge_page_to_list() to work properly for the THP (Transparent Huge Page) in the swap cache during swapping out. This is used for delaying splitting the THP during swapping out. Where for a THP to be swapped out, we will allocate a swap cluster,

[PATCH -mm -v7 4/9] mm, THP, swap: Add get_huge_swap_page()

From: Huang Ying A variation of get_swap_page(), get_huge_swap_page(), is added to allocate a swap cluster (HPAGE_PMD_NR swap slots) based on the swap cluster allocation function. A fair simple algorithm is used, that is, only the first swap device in priority list will be

[PATCH -mm -v7 4/9] mm, THP, swap: Add get_huge_swap_page()

From: Huang Ying A variation of get_swap_page(), get_huge_swap_page(), is added to allocate a swap cluster (HPAGE_PMD_NR swap slots) based on the swap cluster allocation function. A fair simple algorithm is used, that is, only the first swap device in priority list will be tried to allocate the

[PATCH -mm -v7 2/9] mm, memcg: Support to charge/uncharge multiple swap entries

From: Huang Ying This patch make it possible to charge or uncharge a set of continuous swap entries in the swap cgroup. The number of swap entries is specified via an added parameter. This will be used for the THP (Transparent Huge Page) swap support. Where a swap cluster

[PATCH -mm -v7 2/9] mm, memcg: Support to charge/uncharge multiple swap entries

From: Huang Ying This patch make it possible to charge or uncharge a set of continuous swap entries in the swap cgroup. The number of swap entries is specified via an added parameter. This will be used for the THP (Transparent Huge Page) swap support. Where a swap cluster backing a THP may be

[PATCH -mm -v7 6/9] mm, THP, swap: Support to add/delete THP to/from swap cache

From: Huang Ying With this patch, a THP (Transparent Huge Page) can be added/deleted to/from the swap cache as a set of (HPAGE_PMD_NR) sub-pages. This will be used for the THP (Transparent Huge Page) swap support. Where one THP may be added/delted to/from the swap cache.

[PATCH -mm -v7 6/9] mm, THP, swap: Support to add/delete THP to/from swap cache

From: Huang Ying With this patch, a THP (Transparent Huge Page) can be added/deleted to/from the swap cache as a set of (HPAGE_PMD_NR) sub-pages. This will be used for the THP (Transparent Huge Page) swap support. Where one THP may be added/delted to/from the swap cache. This will batch the

[PATCH -mm -v7 0/9] THP swap: Delay splitting THP during swapping out

From: Huang Ying Hi, Andrew, could you help me to check whether the overall design is reasonable? Hi, Hugh, Shaohua, Minchan and Rik, could you help me to review the swap part of the patchset? Especially [1/9], [3/9], [4/9], [5/9], [6/9], [9/9]. Hi, Andrea could you help

[PATCH -mm -v7 0/9] THP swap: Delay splitting THP during swapping out

From: Huang Ying Hi, Andrew, could you help me to check whether the overall design is reasonable? Hi, Hugh, Shaohua, Minchan and Rik, could you help me to review the swap part of the patchset? Especially [1/9], [3/9], [4/9], [5/9], [6/9], [9/9]. Hi, Andrea could you help me to review the THP

[PATCH -mm -v7 9/9] mm, THP, swap: Delay splitting THP during swap out

From: Huang Ying In this patch, splitting huge page is delayed from almost the first step of swapping out to after allocating the swap space for the THP (Transparent Huge Page) and adding the THP into the swap cache. This will reduce lock acquiring/releasing for the locks

[PATCH -mm -v7 3/9] mm, THP, swap: Add swap cluster allocate/free functions

From: Huang Ying The swap cluster allocation/free functions are added based on the existing swap cluster management mechanism for SSD. These functions don't work for the rotating hard disks because the existing swap cluster management mechanism doesn't work for them. The

[PATCH -mm -v7 5/9] mm, THP, swap: Support to clear SWAP_HAS_CACHE for huge page

From: Huang Ying __swapcache_free() is added to support to clear the SWAP_HAS_CACHE flag for the huge page. This will free the specified swap cluster now. Because now this function will be called only in the error path to free the swap cluster just allocated. So the

[PATCH -mm -v7 7/9] mm, THP: Add can_split_huge_page()

From: Huang Ying Separates checking whether we can split the huge page from split_huge_page_to_list() into a function. This will help to check that before splitting the THP (Transparent Huge Page) really. This will be used for delaying splitting THP during swapping out.

[PATCH -mm -v7 1/9] mm, swap: Make swap cluster size same of THP size on x86_64

From: Huang Ying In this patch, the size of the swap cluster is changed to that of the THP (Transparent Huge Page) on x86_64 architecture (512). This is for the THP swap support on x86_64. Where one swap cluster will be used to hold the contents of each THP swapped out.

[PATCH -mm -v7 9/9] mm, THP, swap: Delay splitting THP during swap out

From: Huang Ying In this patch, splitting huge page is delayed from almost the first step of swapping out to after allocating the swap space for the THP (Transparent Huge Page) and adding the THP into the swap cache. This will reduce lock acquiring/releasing for the locks used for the swap cache

[PATCH -mm -v7 3/9] mm, THP, swap: Add swap cluster allocate/free functions

From: Huang Ying The swap cluster allocation/free functions are added based on the existing swap cluster management mechanism for SSD. These functions don't work for the rotating hard disks because the existing swap cluster management mechanism doesn't work for them. The hard disks support may

[PATCH -mm -v7 5/9] mm, THP, swap: Support to clear SWAP_HAS_CACHE for huge page

From: Huang Ying __swapcache_free() is added to support to clear the SWAP_HAS_CACHE flag for the huge page. This will free the specified swap cluster now. Because now this function will be called only in the error path to free the swap cluster just allocated. So the corresponding swap_map[i]

[PATCH -mm -v7 7/9] mm, THP: Add can_split_huge_page()

From: Huang Ying Separates checking whether we can split the huge page from split_huge_page_to_list() into a function. This will help to check that before splitting the THP (Transparent Huge Page) really. This will be used for delaying splitting THP during swapping out. Where for a THP, we

[PATCH -mm -v7 1/9] mm, swap: Make swap cluster size same of THP size on x86_64

From: Huang Ying In this patch, the size of the swap cluster is changed to that of the THP (Transparent Huge Page) on x86_64 architecture (512). This is for the THP swap support on x86_64. Where one swap cluster will be used to hold the contents of each THP swapped out. And some information

[PATCH v2 2/3] soc: qcom: smd: Remove standalone driver

Remove the standalone SMD implementation as we have transitioned the client drivers to use the RPMSG based one. Also remove all dependencies on QCOM_SMD from Kconfig files, in order to keep them selectable in the absence of the removed symbol. Acked-by: Andy Gross

[PATCH v2 3/3] soc: qcom: smd-rpm: Add msm8996 compatibility

With the RPM driver transitioned to RPMSG we can reuse the SMD-RPM driver ontop of GLINK for 8996, without any modifications. Acked-by: Andy Gross Signed-off-by: Bjorn Andersson --- drivers/soc/qcom/smd-rpm.c | 1 + 1 file changed, 1

[PATCH v2 2/3] soc: qcom: smd: Remove standalone driver

Remove the standalone SMD implementation as we have transitioned the client drivers to use the RPMSG based one. Also remove all dependencies on QCOM_SMD from Kconfig files, in order to keep them selectable in the absence of the removed symbol. Acked-by: Andy Gross Signed-off-by: Bjorn Andersson

[PATCH v2 3/3] soc: qcom: smd-rpm: Add msm8996 compatibility

With the RPM driver transitioned to RPMSG we can reuse the SMD-RPM driver ontop of GLINK for 8996, without any modifications. Acked-by: Andy Gross Signed-off-by: Bjorn Andersson --- drivers/soc/qcom/smd-rpm.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/soc/qcom/smd-rpm.c

Re: [RFC PATCH 1/3] of/pci: dma-ranges to account highest possible host bridge dma_mask

On Mon, Mar 27, 2017 at 8:16 PM, Rob Herring wrote: > On Sat, Mar 25, 2017 at 12:31 AM, Oza Pawandeep wrote: >> it is possible that PCI device supports 64-bit DMA addressing, >> and thus it's driver sets device's dma_mask to DMA_BIT_MASK(64), >> however PCI

[PATCH v2 1/3] soc: qcom: smd: Transition client drivers from smd to rpmsg

By moving these client drivers to use RPMSG instead of the direct SMD API we can reuse them ontop of the newly added GLINK wire-protocol support found in the 820 and 835 Qualcomm platforms. As the new (RPMSG-based) and old SMD implementations are mutually exclusive we have to change all client

Re: [RFC PATCH 1/3] of/pci: dma-ranges to account highest possible host bridge dma_mask

On Mon, Mar 27, 2017 at 8:16 PM, Rob Herring wrote: > On Sat, Mar 25, 2017 at 12:31 AM, Oza Pawandeep wrote: >> it is possible that PCI device supports 64-bit DMA addressing, >> and thus it's driver sets device's dma_mask to DMA_BIT_MASK(64), >> however PCI host bridge may have limitations on

[PATCH v2 1/3] soc: qcom: smd: Transition client drivers from smd to rpmsg

By moving these client drivers to use RPMSG instead of the direct SMD API we can reuse them ontop of the newly added GLINK wire-protocol support found in the 820 and 835 Qualcomm platforms. As the new (RPMSG-based) and old SMD implementations are mutually exclusive we have to change all client

linux-next: Tree for Mar 28

Hi all, Changes since 20170327: The kbuild tree gained a conflict against the input-current tree. The s390 tree gained a conflict against the kbuild tree. The md tree gained a conflict against the device-mapper tree. The vhost tree gained a conflict against the kbuild tree. The livepatching

linux-next: Tree for Mar 28

Hi all, Changes since 20170327: The kbuild tree gained a conflict against the input-current tree. The s390 tree gained a conflict against the kbuild tree. The md tree gained a conflict against the device-mapper tree. The vhost tree gained a conflict against the kbuild tree. The livepatching

[PATCH v6 5/5] i2c: aspeed: added slave support for Aspeed I2C driver

Added slave support for Aspeed I2C controller. Supports fourteen busses present in AST24XX and AST25XX BMC SoCs by Aspeed. Signed-off-by: Brendan Higgins --- Added in v6: - Pulled slave support out of initial driver commit into its own commit. - No longer

[PATCH v6 4/5] i2c: aspeed: added driver for Aspeed I2C

Added initial master support for Aspeed I2C controller. Supports fourteen busses present in AST24XX and AST25XX BMC SoCs by Aspeed. Signed-off-by: Brendan Higgins --- Changes for v2: - Added single module_init (multiple was breaking some builds). Changes for v3: -

[PATCH v6 5/5] i2c: aspeed: added slave support for Aspeed I2C driver

Added slave support for Aspeed I2C controller. Supports fourteen busses present in AST24XX and AST25XX BMC SoCs by Aspeed. Signed-off-by: Brendan Higgins --- Added in v6: - Pulled slave support out of initial driver commit into its own commit. - No longer arbitrarily restrict bus to be slave

[PATCH v6 4/5] i2c: aspeed: added driver for Aspeed I2C

Added initial master support for Aspeed I2C controller. Supports fourteen busses present in AST24XX and AST25XX BMC SoCs by Aspeed. Signed-off-by: Brendan Higgins --- Changes for v2: - Added single module_init (multiple was breaking some builds). Changes for v3: - Removed "bus" device tree

[PATCH v6 2/5] irqchip/aspeed-i2c-ic: Add I2C IRQ controller for Aspeed

The Aspeed 24XX/25XX chips share a single hardware interrupt across 14 separate I2C busses. This adds a dummy irqchip which maps the single hardware interrupt to software interrupts for each of the busses. Signed-off-by: Brendan Higgins --- Added in v6: - Pulled

[PATCH v6 2/5] irqchip/aspeed-i2c-ic: Add I2C IRQ controller for Aspeed

The Aspeed 24XX/25XX chips share a single hardware interrupt across 14 separate I2C busses. This adds a dummy irqchip which maps the single hardware interrupt to software interrupts for each of the busses. Signed-off-by: Brendan Higgins --- Added in v6: - Pulled "aspeed_i2c_controller" out

[PATCH v6 3/5] i2c: aspeed: added documentation for Aspeed I2C driver

Added device tree binding documentation for Aspeed I2C busses. Signed-off-by: Brendan Higgins --- Changes for v2: - None Changes for v3: - Removed reference to "bus" device tree param Changes for v4: - None Changes for v5: - None Changes for v6: - Replaced

[PATCH v6 3/5] i2c: aspeed: added documentation for Aspeed I2C driver

Added device tree binding documentation for Aspeed I2C busses. Signed-off-by: Brendan Higgins --- Changes for v2: - None Changes for v3: - Removed reference to "bus" device tree param Changes for v4: - None Changes for v5: - None Changes for v6: - Replaced the controller property with

Re: [PATCH 4/4] zram: make deduplication feature optional

Hello Minchan, On (03/28/17 11:50), Minchan Kim wrote: [..] > > the reason I asked was that both zram and zswap sort of trying to > > have same optimizations - zero filled pages handling, for example. > > zram is a bit ahead now (to the best of my knowledge), because of > > the recent 'same

[PATCH v6 1/5] irqchip/aspeed-i2c-ic: binding docs for Aspeed I2C Interrupt Controller

Added device tree binding documentation for Aspeed I2C Interrupt Controller. Signed-off-by: Brendan Higgins --- Added in v6: - Pulled "aspeed_i2c_controller" out into a interrupt controller since that is what it actually does. ---

[PATCH v6 0/5] i2c: aspeed: added driver for Aspeed I2C

Sorry for the delay, I went on a long vacation prior to receiving feedback and got back in the middle of a hardware bring up that consumed all of my attention for an extended period of time. I will try to plan upstream submissions around my other responsibilities better in the future. Addressed

Re: [PATCH 4/4] zram: make deduplication feature optional

Hello Minchan, On (03/28/17 11:50), Minchan Kim wrote: [..] > > the reason I asked was that both zram and zswap sort of trying to > > have same optimizations - zero filled pages handling, for example. > > zram is a bit ahead now (to the best of my knowledge), because of > > the recent 'same

[PATCH v6 1/5] irqchip/aspeed-i2c-ic: binding docs for Aspeed I2C Interrupt Controller

Added device tree binding documentation for Aspeed I2C Interrupt Controller. Signed-off-by: Brendan Higgins --- Added in v6: - Pulled "aspeed_i2c_controller" out into a interrupt controller since that is what it actually does. --- .../interrupt-controller/aspeed,ast2400-i2c-ic.txt | 25

[PATCH v6 0/5] i2c: aspeed: added driver for Aspeed I2C

Sorry for the delay, I went on a long vacation prior to receiving feedback and got back in the middle of a hardware bring up that consumed all of my attention for an extended period of time. I will try to plan upstream submissions around my other responsibilities better in the future. Addressed

Re: [PATCH v2] arch/sparc: Avoid DCTI Couples

From: Babu Moger Date: Fri, 17 Mar 2017 14:52:21 -0600 > Avoid un-intended DCTI Couples. Use of DCTI couples is deprecated. > Also address the "Programming Note" for optimal performance. > > Here is the complete text from Oracle SPARC Architecture Specs. > > 6.3.4.7 DCTI

Re: [PATCH v2] arch/sparc: Avoid DCTI Couples

From: Babu Moger Date: Fri, 17 Mar 2017 14:52:21 -0600 > Avoid un-intended DCTI Couples. Use of DCTI couples is deprecated. > Also address the "Programming Note" for optimal performance. > > Here is the complete text from Oracle SPARC Architecture Specs. > > 6.3.4.7 DCTI Couples > "A delayed

Re: [RFC PATCH 3/3] of: fix node traversing in of_dma_get_range

please find my comments inline. On Mon, Mar 27, 2017 at 8:15 PM, Robin Murphy wrote: > Hi Rob, > > On 27/03/17 15:34, Rob Herring wrote: >> On Sat, Mar 25, 2017 at 12:31 AM, Oza Pawandeep wrote: >>> it jumps to the parent node without examining the

Re: [RFC PATCH 3/3] of: fix node traversing in of_dma_get_range

please find my comments inline. On Mon, Mar 27, 2017 at 8:15 PM, Robin Murphy wrote: > Hi Rob, > > On 27/03/17 15:34, Rob Herring wrote: >> On Sat, Mar 25, 2017 at 12:31 AM, Oza Pawandeep wrote: >>> it jumps to the parent node without examining the child node. >>> also with that, it throws "no

Re: [Patch v2 10/11] s5p-mfc: Add support for HEVC encoder

On Mon, 2017-03-27 at 14:09 +0200, Andrzej Hajda wrote: > Hi Smitha, > > Sorry for late reply, it seems I have missed this email. > > > On 14.03.2017 12:41, Smitha T Murthy wrote: > > On Tue, 2017-03-07 at 12:33 +0100, Andrzej Hajda wrote: > >> On 03.03.2017 10:07, Smitha T Murthy wrote: > >>>

Re: [Patch v2 10/11] s5p-mfc: Add support for HEVC encoder

On Mon, 2017-03-27 at 14:09 +0200, Andrzej Hajda wrote: > Hi Smitha, > > Sorry for late reply, it seems I have missed this email. > > > On 14.03.2017 12:41, Smitha T Murthy wrote: > > On Tue, 2017-03-07 at 12:33 +0100, Andrzej Hajda wrote: > >> On 03.03.2017 10:07, Smitha T Murthy wrote: > >>>

[PATCH] usb: mtu3: Replace the extcon API

This patch uses the resource-managed extcon API for extcon_register_notifier() and replaces the deprecated extcon API as following: - extcon_get_cable_state_() -> extcon_get_state() Cc: Greg Kroah-Hartman Cc: Chunfeng Yun Cc:

[PATCH] usb: mtu3: Replace the extcon API

This patch uses the resource-managed extcon API for extcon_register_notifier() and replaces the deprecated extcon API as following: - extcon_get_cable_state_() -> extcon_get_state() Cc: Greg Kroah-Hartman Cc: Chunfeng Yun Cc: linux-...@vger.kernel.org Signed-off-by: Chanwoo Choi ---

[PATCH v2] sd: Consider max_xfer_blocks if opt_xfer_blocks is unusable

If device reports a small max_xfer_blocks and a zero opt_xfer_blocks, we end up using BLK_DEF_MAX_SECTORS, which is wrong and r/w of that size may get error. Fixes: ca369d51b3e ("block/sd: Fix device-imposed transfer length limits") Signed-off-by: Fam Zheng --- v2: Fix

[PATCH v2] sd: Consider max_xfer_blocks if opt_xfer_blocks is unusable

If device reports a small max_xfer_blocks and a zero opt_xfer_blocks, we end up using BLK_DEF_MAX_SECTORS, which is wrong and r/w of that size may get error. Fixes: ca369d51b3e ("block/sd: Fix device-imposed transfer length limits") Signed-off-by: Fam Zheng --- v2: Fix granularity mismatch.

  1   2   3   4   5   6   7   8   9   10   >