[for-next][PATCH 09/19] tracing: Have histogram code pass around trace_array for error handling

2019-04-03 Thread Steven Rostedt
From: "Steven Rostedt (VMware)" Have the trace_array that associates the trace instance of the histogram passed around to functions so that error handling can display the error message in the proper instance. Reviewed-by: Tom Zanussi Tested-by: Tom Zanussi Signed-off-by: Steven Rostedt (VMware

[for-next][PATCH 13/19] selftests/ftrace: Remove trigger-extended-error-support testcase

2019-04-03 Thread Steven Rostedt
From: Tom Zanussi Error handling has been moved to the common tracing/error_log, so this test is no longer valid. Link: http://lkml.kernel.org/r/876a98b21018814cbf46f0a3605ae0906c51d53c.1554072478.git.tom.zanu...@linux.intel.com Acked-by: Masami Hiramatsu Acked-by: Namhyung Kim Signed-off-by

[for-next][PATCH 16/19] tracing: Add error_log to README

2019-04-03 Thread Steven Rostedt
From: Tom Zanussi Add brief blurb about error_log to the 'Important files' section. Link: http://lkml.kernel.org/r/c81e60f9aded495081231a32d2d1023c4d043a7a.1554072478.git.tom.zanu...@linux.intel.com Acked-by: Masami Hiramatsu Acked-by: Namhyung Kim Signed-off-by: Tom Zanussi Signed-off-by:

[for-next][PATCH 07/19] tracing: Use tracing error_log with probe events

2019-04-03 Thread Steven Rostedt
From: Masami Hiramatsu Use tracing error_log with probe events for logging error more precisely. This also makes all parse error returns -EINVAL (except for -ENOMEM), because user can see better error message in error_log file now. Link: http://lkml.kernel.org/r/6a4d90e141d138040ea61f4776b99159

[for-next][PATCH 17/19] tracing: introduce TRACE_EVENT_NOP()

2019-04-03 Thread Steven Rostedt
From: Yafang Shao Sometimes we want to define a tracepoint as a do-nothing function. So I introduce TRACE_EVENT_NOP, DECLARE_EVENT_CLASS_NOP and DEFINE_EVENT_NOP for this kind of usage. Link: http://lkml.kernel.org/r/1553602391-11926-2-git-send-email-laoar.s...@gmail.com Signed-off-by: Yafang

[for-next][PATCH 11/19] selftests/ftrace: Add error_log testcase for probe errors

2019-04-03 Thread Steven Rostedt
From: Masami Hiramatsu Add error_log testcase for error logs on probe events. This tests most of error cases and checks the error position is correct. Link: http://lkml.kernel.org/r/63d695b74e0965988fa54ffa12beeb2c3475250d.1554072478.git.tom.zanu...@linux.intel.com Acked-by: Namhyung Kim Sign

[for-next][PATCH 08/19] tracing: Add trace_array parameter to create_event_filter()

2019-04-03 Thread Steven Rostedt
From: "Steven Rostedt (VMware)" Pass in the trace_array that represents the instance the filter being changed is in to create_event_filter(). This will allow for error messages that happen when writing to the filter can be displayed in the proper instance "error_log" file. Note, for calls to cre

[for-next][PATCH 05/19] tracing: Use tracing error_log with hist triggers

2019-04-03 Thread Steven Rostedt
From: Tom Zanussi Replace hist_err() and hist_err_event() with tracing_log_err() from the new tracing error_log mechanism. Also add a couple related helper functions and remove most of the old hist_err()-related code. With this change, users no longer read the hist files for hist trigger error

Re: [PATCH -next] ASoC: Mediatek: MT8183: Fix platform_no_drv_owner.cocci warnings

2019-04-03 Thread YueHaibing
Pls ignore this On 2019/4/3 15:11, YueHaibing wrote: > Remove .owner field if calls are used which set it automatically > Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci > > Signed-off-by: YueHaibing > --- > sound/soc/mediatek/mt8183/mt8183-da7219-max98357.c | 1 - > 1 file cha

[for-next][PATCH 00/19] tracing: Updates for 5.2

2019-04-03 Thread Steven Rostedt
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git for-next Head SHA1: c8faaa4c594f55ddf903d61180029a3ea1da5286 Divya Indi (1): tracing: Kernel access to Ftrace instances Masami Hiramatsu (2): tracing: Use tracing error_log with probe events selftests/ftra

[for-next][PATCH 14/19] selftests/ftrace: Add tracing/error_log testcase

2019-04-03 Thread Steven Rostedt
From: Tom Zanussi Add a testcase verifying basic tracing/error_log functionality. Link: http://lkml.kernel.org/r/bf1c0d47a24672df945331462682d96296d1ab28.1554072478.git.tom.zanu...@linux.intel.com Acked-by: Masami Hiramatsu Acked-by: Namhyung Kim Signed-off-by: Tom Zanussi Signed-off-by: St

Re: [PATCH -next] ASoC: Mediatek: MT8183: Fix platform_no_drv_owner.cocci warnings

2019-04-03 Thread YueHaibing
Pls ignore this On 2019/4/3 15:11, YueHaibing wrote: > Remove .owner field if calls are used which set it automatically > Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci > > Signed-off-by: YueHaibing > --- > sound/soc/mediatek/mt8183/mt8183-mt6358-ts3a227-max98357.c | 1 - > 1

[PATCH v2 -next] ASoC: Mediatek: MT8183: TS3A227: Fix platform_no_drv_owner.cocci warnings

2019-04-03 Thread YueHaibing
Remove .owner field if calls are used which set it automatically Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci Signed-off-by: YueHaibing --- v2: add 'TS3A227' in patch title --- sound/soc/mediatek/mt8183/mt8183-mt6358-ts3a227-max98357.c | 1 - 1 file changed, 1 deletion(-) di

[RESEND] input: keyboard: imx: make sure keyboard can always wake up system

2019-04-03 Thread Anson Huang
There are several scenarios that keyboard can NOT wake up system from suspend, e.g., if a keyboard is depressed between system device suspend phase and device noirq suspend phase, the keyboard ISR will be called and both keyboard depress and release interrupts will be disabled, then keyboard will n

Using device tree overlays in Linux

2019-04-03 Thread Chris Packham
Hi, I'm implementing support for some modular Linux based systems using device tree overlays. The code is working but it seems a little more fiddly that than it should be so I'm wondering if I'm doing it right. An example of what I'm doing is arch/arm/boot/dts/Makefile: DTC_FLAGS_myboard += -

[PATCH v2 -next] ASoC: Mediatek: MT8183: DA7219: Fix platform_no_drv_owner.cocci warnings

2019-04-03 Thread YueHaibing
Remove .owner field if calls are used which set it automatically Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci Signed-off-by: YueHaibing --- v2: add 'DA7219' in patch title --- sound/soc/mediatek/mt8183/mt8183-da7219-max98357.c | 1 - 1 file changed, 1 deletion(-) diff --git

Re: [PATCH v2 3/5] locking/qspinlock: Introduce CNA into the slow path of qspinlock

2019-04-03 Thread Hanjun Guo
Hi Alex, On 2019/3/29 23:20, Alex Kogan wrote: > + > +static __always_inline void cna_init_node(struct mcs_spinlock *node, int > cpuid, > + u32 tail) > +{ > + if (decode_numa_node(node->node_and_count) == -1) > + store_numa_node(node, numa_cpu

[PATCH] mm:workingset use real time to judge activity of the file page

2019-04-03 Thread Zhaoyang Huang
From: Zhaoyang Huang In previous implementation, the number of refault pages is used for judging the refault period of each page, which is not precised. We introduce the timestamp into the workingset's entry to measure the file page's activity. The patch is tested on an Android system, which can

[PATCH 0/2] x86/mm/KASLR: Fix two code bugs

2019-04-03 Thread Baoquan He
The fixes for these two bugs were carried in the earlier patchset, patch 4/6 and patch 5/6: [PATCH v4 0/6] Several patches to fix code bugs, improve documents and clean up http://lkml.kernel.org/r/20190314094645.4883-1-...@redhat.com Later, Thomas suggested posting bug fixing patches separately f

[PATCH 2/2] x86/mm/KASLR: Calculate the actual size of vmemmap region

2019-04-03 Thread Baoquan He
Vmemmap region has different maximum size depending on paging mode. However, its size is hardcoded as 1TB during memory KASLR handling, this is not right for 5-level paging mode since it will cause vital stumping if vmemmap region is randomized to be very close to the following cpu_entry_area regio

[PATCH 1/2] x86/mm/KASLR: Fix the wrong calculation of memory region initial size

2019-04-03 Thread Baoquan He
In memory region KASLR, __PHYSICAL_MASK_SHIFT is taken to calculate the initial size of the direct mapping region. This is correct in the old code where __PHYSICAL_MASK_SHIFT was equal to MAX_PHYSMEM_BITS, 46 bits, and only 4-level mode was supported. Later, in commit: b83ce5ee91471d ("x86/mm/64:

[RFC PATCH 03/25] mm: migrate: Add a multi-threaded page migration function.

2019-04-03 Thread Zi Yan
From: Zi Yan copy_page_multithread() function is added to migrate huge pages in multi-threaded way, which provides higher throughput than a single-threaded way. Internally, copy_page_multithread() splits and distributes a huge page into multiple threads, then send them as jobs to system_highpri_

[RFC PATCH 15/25] exchange pages: exchange anonymous page and file-backed page.

2019-04-03 Thread Zi Yan
From: Zi Yan This is only done for the basic exchange pages, because we might need to lock multiple files when doing concurrent exchange pages, which could cause deadlocks easily. Signed-off-by: Zi Yan --- mm/exchange.c | 284 ++ mm/inter

[RFC PATCH 21/25] mm: move update_lru_sizes() to mm_inline.h for broader use.

2019-04-03 Thread Zi Yan
From: Zi Yan Signed-off-by: Zi Yan --- include/linux/mm_inline.h | 21 + mm/vmscan.c | 25 ++--- 2 files changed, 23 insertions(+), 23 deletions(-) diff --git a/include/linux/mm_inline.h b/include/linux/mm_inline.h index 04ec454..b9fbd0b 10

[RFC PATCH 14/25] exchange pages: concurrent exchange pages.

2019-04-03 Thread Zi Yan
From: Zi Yan It unmaps two lists of pages, then exchange them in exchange_page_lists_mthread(), and finally remaps both lists of pages. Signed-off-by: Zi Yan --- include/linux/exchange.h | 2 + mm/exchange.c| 397 +++ mm/exchange_page.c

[RFC PATCH 04/25] mm: migrate: Add copy_page_multithread into migrate_pages.

2019-04-03 Thread Zi Yan
From: Zi Yan An option is added to move_pages() syscall to use multi-threaded page migration. Signed-off-by: Zi Yan --- include/linux/migrate_mode.h | 1 + include/uapi/linux/mempolicy.h | 2 ++ mm/migrate.c | 29 +++-- 3 files changed, 22 insertio

[RFC PATCH 20/25] memory manage: Add memory manage syscall.

2019-04-03 Thread Zi Yan
From: Zi Yan This prepares for the following patches to provide a user API to manipulate pages in two memory nodes with the help of memcg. missing memcg_max_size_node() Signed-off-by: Zi Yan --- arch/x86/entry/syscalls/syscall_64.tbl | 1 + include/linux/sched/coredump.h | 1 + in

[RFC PATCH 18/25] memcg: Add per node memory usage&max stats in memcg.

2019-04-03 Thread Zi Yan
From: Zi Yan It prepares for the following patches to enable memcg-based NUMA node page migration. We are going to limit memory usage in each node on a per-memcg basis. Signed-off-by: Zi Yan --- include/linux/cgroup-defs.h | 1 + include/linux/memcontrol.h | 67 ++

[RFC PATCH 22/25] memory manage: active/inactive page list manipulation in memcg.

2019-04-03 Thread Zi Yan
From: Zi Yan The syscall allows users to trigger page list scanning to actively move pages between active/inactive lists according to page references. This is limited to the memcg which the process belongs to. It would not impact the global LRU lists, which is the root memcg. Signed-off-by: Zi Y

[RFC PATCH 13/25] exchange pages: add multi-threaded exchange pages.

2019-04-03 Thread Zi Yan
From: Zi Yan Exchange two pages using multi threads. Exchange two lists of pages using multi threads. Signed-off-by: Zi Yan --- mm/Makefile| 1 + mm/exchange.c | 15 ++-- mm/exchange_page.c | 229 + mm/internal.h | 5 ++

[RFC PATCH 17/25] exchange page: Add exchange_page() syscall.

2019-04-03 Thread Zi Yan
From: Zi Yan Users can use the syscall to exchange two lists of pages, similar to move_pages() syscall. Signed-off-by: Zi Yan --- arch/x86/entry/syscalls/syscall_64.tbl | 1 + include/linux/syscalls.h | 5 + mm/exchange.c | 346 +++

[RFC PATCH 16/25] exchange page: Add THP exchange support.

2019-04-03 Thread Zi Yan
From: Zi Yan Enable exchange THPs in the process. It also need to take care of exchanging PTE-mapped THPs. Signed-off-by: Zi Yan --- include/linux/exchange.h | 2 ++ mm/exchange.c| 73 +--- mm/migrate.c | 2 +- 3 files chang

[RFC PATCH 19/25] mempolicy: add MPOL_F_MEMCG flag, enforcing memcg memory limit.

2019-04-03 Thread Zi Yan
From: Zi Yan With MPOL_F_MEMCG set and MPOL_PREFERRED is used, we will enforce the memory limit set in the corresponding memcg. Signed-off-by: Zi Yan --- include/uapi/linux/mempolicy.h | 3 ++- mm/mempolicy.c | 36 2 files changed, 38 inser

[RFC PATCH 02/25] mm: migrate: Add mode parameter to support future page copy routines.

2019-04-03 Thread Zi Yan
From: Zi Yan MIGRATE_SINGLETHREAD is added as the default behavior. migrate_page_copy() and copy_huge_page() are changed. Signed-off-by: Zi Yan --- fs/aio.c | 2 +- fs/f2fs/data.c | 2 +- fs/hugetlbfs/inode.c | 2 +- fs/iomap.c |

[RFC PATCH 07/25] mm: migrate: Add copy_page_dma to use DMA Engine to copy pages.

2019-04-03 Thread Zi Yan
From: Zi Yan vm.use_all_dma_chans will grab all usable DMA channels vm.limit_dma_chans will limit how many DMA channels in use Signed-off-by: Zi Yan --- include/linux/highmem.h | 1 + include/linux/sched/sysctl.h | 3 + kernel/sysctl.c | 19 +++ mm/copy_page.c

[RFC PATCH 00/25] Accelerate page migration and use memcg for PMEM management

2019-04-03 Thread Zi Yan
From: Zi Yan Thanks to Dave Hansen's patches, which make PMEM as part of memory as NUMA nodes. How to use PMEM along with normal DRAM remains an open problem. There are several patchsets posted on the mailing list, proposing to use page migration to move pages between PMEM and DRAM using Linux p

RE: [PATCH V2 0/5] can: flexcan: add CAN FD support on i.MX8QM

2019-04-03 Thread Joakim Zhang
Ping... Best Regards, Joakim Zhang > -Original Message- > From: Joakim Zhang > Sent: 2019年3月19日 13:17 > To: m...@pengutronix.de; linux-...@vger.kernel.org > Cc: dl-linux-imx ; w...@grandegger.com; > net...@vger.kernel.org; linux-kernel@vger.kernel.org; Joakim Zhang > > Subject: [PATCH

[RFC PATCH 11/25] mm: migrate: Add concurrent page migration into move_pages syscall.

2019-04-03 Thread Zi Yan
From: Zi Yan Concurrent page migration unmaps all pages in a list, copy all pages in one function (copy_page_list*), finally remaps all new pages. This is different from existing page migration process which migrate one page at a time. Only anonymous pages are supported. All file-backed pages ar

[RFC PATCH 12/25] exchange pages: new page migration mechanism: exchange_pages()

2019-04-03 Thread Zi Yan
From: Zi Yan It exchanges two pages by unmapping both first, then exchanging the data of the pages using a u64 register, and finally remapping both pages. It saves the overheads of allocating two new pages in two back-to-back migrate_pages(). Signed-off-by: Zi Yan --- include/linux/exchange.h

[RFC PATCH 25/25] memory manage: use exchange pages to memory manage to improve throughput.

2019-04-03 Thread Zi Yan
From: Zi Yan 1. Exclude file-backed base pages from exchanging. 2. Split THP in exchange pages if THP support is disabled. 3. if THP migration is supported, only exchange THPs. Signed-off-by: Zi Yan --- mm/memory_manage.c | 173 + 1 file chan

[RFC PATCH 09/25] mm: migrate: Add copy_page_lists_dma_always to support copy a list of pages.

2019-04-03 Thread Zi Yan
From: Zi Yan Both src and dst page lists should match the page size at each page and the length of both lists is shared. Signed-off-by: Zi Yan --- mm/copy_page.c | 166 + mm/internal.h | 4 ++ 2 files changed, 170 insertions(+) diff -

[RFC PATCH 01/25] mm: migrate: Change migrate_mode to support combination migration modes.

2019-04-03 Thread Zi Yan
From: Zi Yan No functionality is changed. Prepare for the following patches, which add parallel, concurrent page migration modes in conjunction to the existing modes. Signed-off-by: Zi Yan --- fs/aio.c | 10 +- fs/f2fs/data.c | 4 ++-- fs/hugetlbfs/in

[RFC PATCH 08/25] mm: migrate: Add copy_page_dma into migrate_page_copy.

2019-04-03 Thread Zi Yan
From: Zi Yan Fallback to copy_highpage when it fails. Signed-off-by: Zi Yan --- include/linux/migrate_mode.h | 1 + include/uapi/linux/mempolicy.h | 1 + mm/migrate.c | 31 +-- 3 files changed, 23 insertions(+), 10 deletions(-) diff --git a/in

[RFC PATCH 24/25] memory manage: limit migration batch size.

2019-04-03 Thread Zi Yan
From: Zi Yan Make migration batch size adjustable to avoid excessive migration overheads when a lot of pages are under migration. Signed-off-by: Zi Yan --- kernel/sysctl.c| 8 mm/memory_manage.c | 60 -- 2 files changed, 48 inse

[RFC PATCH 05/25] mm: migrate: Add vm.accel_page_copy in sysfs to control page copy acceleration.

2019-04-03 Thread Zi Yan
From: Zi Yan Since base page migration did not gain any speedup from multi-threaded methods, we only accelerate the huge page case. Signed-off-by: Zi Yan --- kernel/sysctl.c | 11 +++ mm/migrate.c| 6 ++ 2 files changed, 17 insertions(+) diff --git a/kernel/sysctl.c b/kernel/

[RFC PATCH 23/25] memory manage: page migration based page manipulation between NUMA nodes.

2019-04-03 Thread Zi Yan
From: Zi Yan Users are expected to set memcg max size to reflect their memory resource allocation policy. The syscall simply migrates pages belong to the application's memcg between from_node to to_node, where from_node is considered fast memory and to_node is considered slow memory. In common ca

[RFC PATCH 10/25] mm: migrate: copy_page_lists_mt() to copy a page list using multi-threads.

2019-04-03 Thread Zi Yan
From: Zi Yan This prepare the support for migrate_page_concur(), which migrates multiple pages at the same time. Signed-off-by: Zi Yan --- mm/copy_page.c | 123 + mm/internal.h | 2 + 2 files changed, 125 insertions(+) diff --git a/mm

[RFC PATCH 06/25] mm: migrate: Make the number of copy threads adjustable via sysctl.

2019-04-03 Thread Zi Yan
From: Zi Yan Signed-off-by: Zi Yan --- kernel/sysctl.c | 9 + mm/copy_page.c | 2 +- 2 files changed, 10 insertions(+), 1 deletion(-) diff --git a/kernel/sysctl.c b/kernel/sysctl.c index 3d8490e..0eae0b8 100644 --- a/kernel/sysctl.c +++ b/kernel/sysctl.c @@ -102,6 +102,7 @@ #if defin

Re: [PATCH v3 0/2] x86/mm/KASLR: Change the granularity of randomization to PUD size in 5-level

2019-04-03 Thread Baoquan He
PING Is there any comment for this patchset, or could we consider to merge them? On 03/08/19 at 10:56am, Baoquan He wrote: > This is v3 post, v2 post is here: > http://lkml.kernel.org/r/20190228003522.9957-1-...@redhat.com > v1 can be found here: > http://lkml.kernel.org/r/20190224132231.4878-1-.

Re: [PATCH v3 0/3] Add restrictions for kexec/kdump jumping between 5-level and 4-level kernel

2019-04-03 Thread Baoquan He
PING Any comment for this patch, Or consider to merge? On 03/12/19 at 06:30pm, Baoquan He wrote: > This is v3 post. > > The original v1 post can be found here: > http://lkml.kernel.org/r/20180829141624.13985-1-...@redhat.com > > Later a v1 RESEND version: > http://lkml.kernel.org/r/201901250228

[PATCH] of: Documentation: Correct return value from of_overlay_fdt_apply

2019-04-03 Thread Chris Packham
The return from of_overlay_fdt_apply() just indicates success or fail. The cookie is returned via reference. Signed-off-by: Chris Packham --- Documentation/devicetree/overlay-notes.txt | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/overlay-notes.tx

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

2019-04-03 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the staging tree got a conflict in: drivers/spi/spi-mt7621.c between commit: cbd66c626e16 ("spi: mt7621: Move SPI driver out of staging") from the spi tree and commit: 18f0e249da67 ("staging: mt7621-spi: Remove parentheses") from the staging tree. I

Re: [PATCH v4] arm64: dts: ls1088a: add one more thermal zone node

2019-04-03 Thread Daniel Lezcano
On 01/04/2019 05:29, Yuantian Tang wrote: > Ls1088a has 2 thermal sensors, core cluster and SoC platform. Core cluster > sensor is used to monitor the temperature of core and SoC platform is for > platform. The current dts only support the first sensor. > This patch adds the second sensor node to d

linux-next: manual merge of the staging tree with the v4l-dvb tree

2019-04-03 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the staging tree got conflicts in: drivers/staging/media/mt9t031/Kconfig drivers/staging/media/mt9t031/Makefile between commit: dfe571ca8daa ("media: soc_camera: Remove leftover files, add TODO") from the v4l-dvb tree and commits: 99b75a4e3275 ("sta

Re: [PATCH 3/4] mfd: ti-lmu: Remove LM3532 backlight driver references

2019-04-03 Thread Lee Jones
On Wed, 03 Apr 2019, Jacek Anaszewski wrote: > On 4/3/19 9:57 AM, Lee Jones wrote: > > On Mon, 25 Mar 2019, Jacek Anaszewski wrote: > > > > > On 3/25/19 8:53 AM, Lee Jones wrote: > > > > On Sat, 23 Mar 2019, Jacek Anaszewski wrote: > > > > > > > > > Hi Lee, > > > > > > > > > > Can we have your

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

2019-04-03 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the staging tree got conflicts in: drivers/staging/mt7621-spi/Kconfig drivers/staging/mt7621-spi/Makefile between commit: cbd66c626e16 ("spi: mt7621: Move SPI driver out of staging") from the spi tree and commits: 99b75a4e3275 ("staging: add missing

Re: [PATCH v11 2/8] mfd: bd70528: Support ROHM bd70528 PMIC - core

2019-04-03 Thread Lee Jones
On Wed, 03 Apr 2019, Vaittinen, Matti wrote: > On Wed, 2019-04-03 at 12:25 +0100, Lee Jones wrote: > > On Wed, 03 Apr 2019, Matti Vaittinen wrote: > > > > > On Wed, Apr 03, 2019 at 10:30:15AM +0100, Lee Jones wrote: > > > > On Wed, 03 Apr 2019, Matti Vaittinen wrote: > > > > > > > > > Hello Lee,

Re: [PATCH v1 1/3] thermal: rockchip: add pinctrl control

2019-04-03 Thread Daniel Lezcano
On 01/04/2019 08:43, Elaine Zhang wrote: > Based on the TSADC Tshut mode to select pinctrl, > instead of setting pinctrl based on architecture > (Not depends on pinctrl setting by "init" or "default"). > And it requires setting the tshut polarity before select pinctrl. I'm not sure to fully read t

Re: [PATCH v1 2/3] dt-bindings: rockchip-thermal: Support the PX30 SoC compatible

2019-04-03 Thread Daniel Lezcano
On 01/04/2019 08:43, Elaine Zhang wrote: > Add a new compatible for thermal founding on PX30 SoCs. > > Signed-off-by: Elaine Zhang > --- > Documentation/devicetree/bindings/thermal/rockchip-thermal.txt | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/Documentation/devicetree/bindings/th

Re: [PATCH v1 3/3] thermal: rockchip: Support the PX30 SoC in thermal driver

2019-04-03 Thread Daniel Lezcano
On 01/04/2019 08:43, Elaine Zhang wrote: > PX30 SOC has two Temperature Sensors for CPU and GPU. > > Signed-off-by: Elaine Zhang > --- > drivers/thermal/rockchip_thermal.c | 39 > ++ > 1 file changed, 39 insertions(+) > > diff --git a/drivers/thermal/rockchi

[PATCH] tools/power: turbostat: make output buffer extensible (Re: [PATCH v1] tools/power: turbostat: fix buffer overrun)

2019-04-03 Thread Naoya Horiguchi
Hi Prarit, On Wed, Apr 03, 2019 at 07:42:45AM -0400, Prarit Bhargava wrote: > > > On 4/3/19 3:02 AM, Naoya Horiguchi wrote: > > turbostat could be terminated by general protection fault on some latest > > hardwares which (for example) support 9 levels of C-states and show 18 > > "tADDED" lines.

Re: [PATCH v3 02/13] thermal: qoriq: Add local struct device pointer

2019-04-03 Thread Daniel Lezcano
On 01/04/2019 06:14, Andrey Smirnov wrote: > Use a local "struct device *dev" for brevity. No functional change > intended. > > Signed-off-by: Andrey Smirnov > Cc: Chris Healy > Cc: Lucas Stach > Cc: Zhang Rui > Cc: Eduardo Valentin > Cc: Daniel Lezcano > Cc: Angus Ainslie (Purism) > Cc: li

Re: [PATCH v2 3/5] locking/qspinlock: Introduce CNA into the slow path of qspinlock

2019-04-03 Thread Alex Kogan
Hi, Hanjun. > On Apr 3, 2019, at 10:02 PM, Hanjun Guo wrote: > > Hi Alex, > > On 2019/3/29 23:20, Alex Kogan wrote: >> + >> +static __always_inline void cna_init_node(struct mcs_spinlock *node, int >> cpuid, >> + u32 tail) >> +{ >> +if (decode_numa_nod

Re: [PATCH v3 01/13] thermal: qoriq: Remove unnecessary DT node is NULL check

2019-04-03 Thread Daniel Lezcano
On 01/04/2019 06:14, Andrey Smirnov wrote: > This driver is meant to be used with Device Tree and there's no > use-case where device's DT node is going to be NULL. Remove code > protecting against that. May be elaborate why is never going to be NULL? > Signed-off-by: Andrey Smirnov > Cc: Chris H

Re: [PATCH v3 03/13] thermal: qoriq: Don't store struct thermal_zone_device reference

2019-04-03 Thread Daniel Lezcano
On 01/04/2019 06:14, Andrey Smirnov wrote: > Struct thermal_zone_device reference stored as sensor's private data > isn't really used anywhere in the code. Drop it. > > Signed-off-by: Andrey Smirnov > Cc: Chris Healy > Cc: Lucas Stach > Cc: Zhang Rui > Cc: Eduardo Valentin > Cc: Daniel Lezcan

Re: [PATCH v3 04/13] thermal: qoriq: Add local struct qoriq_sensor pointer

2019-04-03 Thread Daniel Lezcano
On 01/04/2019 06:14, Andrey Smirnov wrote: > Add local struct qoriq_sensor pointer in qoriq_tmu_register_tmu_zone() > for brevity. > > Signed-off-by: Andrey Smirnov > Cc: Chris Healy > Cc: Lucas Stach > Cc: Zhang Rui > Cc: Eduardo Valentin > Cc: Daniel Lezcano > Cc: Angus Ainslie (Purism) >

[PATCH] mm:workingset use real time to judge activity of the file page

2019-04-03 Thread Zhaoyang Huang
From: Zhaoyang Huang In previous implementation, the number of refault pages is used for judging the refault period of each page, which is not precised as eviction of other files will be affect a lot on current cache. We introduce the timestamp into the workingset's entry and refault ratio to mea

[PATCH v3 00/20] coresight: Add support for CPU-wide trace scenarios

2019-04-03 Thread Mathieu Poirier
This is the third revision of a patchset that adds support for CPU-wide trace scenarios and as such, it is now possible to issue the following commands: # perf record -e cs_etm/@2007.etr/ -C 2,3 $COMMAND # perf record -e cs_etm/@2007.etr/ -a $COMMAND The solution is design

[PATCH v3 04/20] coresight: etm4x: Configure tracers to emit timestamps

2019-04-03 Thread Mathieu Poirier
Configure timestamps to be emitted at regular intervals in the trace stream to temporally correlate instructions executed on different CPUs. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/coresight-etm4x.c | 101 +- 1 file changed, 100 insertions(+), 1 deletion(-)

[PATCH v3 07/20] coresight: Properly address errors in sink::disable() functions

2019-04-03 Thread Mathieu Poirier
When disabling a sink the reference counter ensures the operation goes through if nobody else is using it. As such if drvdata::mode is already set do CS_MODE_DISABLED, it is an error and should be reported as such. Signed-off-by: Mathieu Poirier Reviewed-by: Suzuki K Poulose --- drivers/hwtrac

[PATCH v3 01/20] coresight: pmu: Adding ITRACE property to cs_etm PMU

2019-04-03 Thread Mathieu Poirier
Add to the capabilities the ITRACE property so that ITRACE START events are generated when the PMU is switched on by the core. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/coresight-etm-perf.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/hwtraci

[PATCH v3 03/20] coresight: etm4x: Skip selector pair 0

2019-04-03 Thread Mathieu Poirier
Resource selector pair 0 is always implemented and reserved. As such it should not be explicitly programmed. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/coresight-etm4x.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/hwtracing/coresight/co

[PATCH v3 11/20] coresight: Communicate perf event to sink buffer allocation functions

2019-04-03 Thread Mathieu Poirier
Make struct perf_event available to sink buffer allocation functions in order to use the pid they carry to allocate and free buffer memory along with regimenting access to what source a sink can collect data for. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/coresight-etb10.c |

[PATCH v3 05/20] coresight: Adding return code to sink::disable() operation

2019-04-03 Thread Mathieu Poirier
In preparation to handle device reference counting inside of the sink drivers, add a return code to the sink::disable() operation so that proper action can be taken if a sink has not been disabled. Signed-off-by: Mathieu Poirier Reviewed-by: Suzuki K Poulose --- drivers/hwtracing/coresight/core

[PATCH v3 02/20] coresight: etm4x: Add kernel configuration for CONTEXTID

2019-04-03 Thread Mathieu Poirier
Set the proper bit in the configuration register when contextID tracing has been requested by user space. That way PE_CONTEXT elements are generated by the tracers when a process is installed on a CPU. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/Kconfig | 1 + dr

[PATCH v3 10/20] coresight: perf: Refactor function free_event_data()

2019-04-03 Thread Mathieu Poirier
Function free_event_data() is already busy and is bound to become worse with the addition of CPU-wide trace scenarios. As such spin off a new function to strickly take care of the sink buffers. Signed-off-by: Mathieu Poirier Reviewed-by: Suzuki K Poulose --- .../hwtracing/coresight/coresight-e

[PATCH v3 12/20] coresight: tmc-etr: Refactor function tmc_etr_setup_perf_buf()

2019-04-03 Thread Mathieu Poirier
Refactoring function tmc_etr_setup_perf_buf() so that it only deals with the high level etr_perf_buffer, leaving the allocation of the backend buffer (i.e etr_buf) to another function. That way the backend buffer allocation function can decide if it wants to reuse an existing buffer (CPU-wide trac

[PATCH v3 16/20] coresight: tmc-etr: Introduce the notion of IDR to ETR devices

2019-04-03 Thread Mathieu Poirier
In CPU-wide scenarios with an N:1 source/sink topology, sources share the same sink. In order to reuse the same sink for all sources an IDR is needed to archive events that have already been accounted for. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/coresight-tmc.c | 4

[PATCH v3 15/20] coresight: tmc-etr: Introduce the notion of reference counting to ETR devices

2019-04-03 Thread Mathieu Poirier
This patch adds reference counting to struct etr_buf so that, in CPU-wide trace scenarios, shared buffers can be disposed of when no longer used. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/coresight-tmc-etr.c | 5 + drivers/hwtracing/coresight/coresight-tmc.h | 3 +++

[PATCH v3 09/20] coresight: perf: Clean up function etm_setup_aux()

2019-04-03 Thread Mathieu Poirier
There is no point in allocating sink memory for a trace session if there is not a way to free it once it is no longer needed. As such make sure the sink API function to allocate and free memory have been implemented before moving ahead with the establishment of a trace session. Signed-off-by: Mat

[PATCH v3 13/20] coresight: tmc-etr: Create per-thread buffer allocation function

2019-04-03 Thread Mathieu Poirier
Buffer allocation is different when dealing with per-thread and CPU-wide sessions. In preparation to support CPU-wide trace scenarios simplify things by keeping allocation functions for both type separate. Signed-off-by: Mathieu Poirier --- .../hwtracing/coresight/coresight-tmc-etr.c | 29 +++

[PATCH v3 06/20] coresight: Move reference counting inside sink drivers

2019-04-03 Thread Mathieu Poirier
When operating in CPU-wide mode with an N:1 source/sink HW topology, multiple CPUs can access a sink concurrently. As such reference counting needs to happen when the device's spinlock is held to avoid racing with other operations (start(), update(), stop()), such as: session A

[PATCH v3 18/20] coresight: tmc-etr: Add support for CPU-wide trace scenarios

2019-04-03 Thread Mathieu Poirier
This patch adds support for CPU-wide trace scenarios by making sure that only the sources monitoring the same process have access to a common sink. Because the sink is shared between sources, the first source to use the sink switches it on while the last one does the cleanup. Any attempt to modify

[PATCH v3 19/20] coresight: tmc-etf: Add support for CPU-wide trace scenarios

2019-04-03 Thread Mathieu Poirier
This patch adds support for CPU-wide trace scenarios by making sure that only the sources monitoring the same process have access to a common sink. Because the sink is shared between sources, the first source to use the sink switches it on while the last one does the cleanup. Any attempt to modify

[PATCH v3 17/20] coresight: tmc-etr: Allocate and free ETR memory buffers for CPU-wide scenarios

2019-04-03 Thread Mathieu Poirier
This patch uses the PID of the process being traced to allocate and free ETR memory buffers for CPU-wide scenarios. The implementation is tailored to handle both N:1 and 1:1 source/sink HW topologies. Signed-off-by: Mathieu Poirier --- .../hwtracing/coresight/coresight-tmc-etr.c | 107 +++

[PATCH v3 20/20] coresight: etb10: Add support for CPU-wide trace scenarios

2019-04-03 Thread Mathieu Poirier
This patch adds support for CPU-wide trace scenarios by making sure that only the sources monitoring the same process have access to a common sink. Because the sink is shared between sources, the first source to use the sink switches it on while the last one does the cleanup. Any attempt to modify

[PATCH v3 14/20] coresight: tmc-etr: Introduce the notion of process ID to ETR devices

2019-04-03 Thread Mathieu Poirier
In preparation to support CPU-wide trace scenarios, introduce the notion of process ID to ETR devices. That way events monitoring the same process can use the same etr_buf, allowing multiple CPUs to use the same sink. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/coresight-tmc-

[PATCH v3 08/20] coresight: Properly address concurrency in sink::update() functions

2019-04-03 Thread Mathieu Poirier
When operating in CPU-wide trace scenarios and working with an N:1 source/sink HW topology, update() functions need to be made atomic in order to avoid racing with start and stop operations. Signed-off-by: Mathieu Poirier Reviewed-by: Suzuki K Poulose --- drivers/hwtracing/coresight/coresight-e

Re: [PATCH 0/2] pinctrl: meson: add g12a drive strength support

2019-04-03 Thread Linus Walleij
On Thu, Mar 14, 2019 at 11:37 PM Jerome Brunet wrote: > Now the slightly annoying part :( > The value achievable by the SoC are 0.5mA, 2.5mA, 3mA and 4mA and the DT > property > 'drive-strength' is expressed in mA. > > 1) Rounding down the value, we could be requesting a 0mA drive strength. >

Re: [PATCH] lib: Fix possible incorrect result from rational fractions helper

2019-04-03 Thread tpiepho
On Mon, Apr 1, 2019 at 10:22 PM Andrew Morton < a...@linux-foundation.org> wrote: > On Sat, 30 Mar 2019 13:58:55 -0700 Trent Piepho > wrote: > > In some cases the previous algorithm would not return the closest > > approximation. This would happen when a semi-convergent was the > > closest, as t

Re: [PATCH 1/2] dt-bindings: pinctrl: meson: Add drive-strength property

2019-04-03 Thread Linus Walleij
On Sun, Mar 31, 2019 at 2:04 PM Jerome Brunet wrote: > On Sun, 2019-03-31 at 01:40 -0500, Rob Herring wrote: > > On Thu, Mar 14, 2019 at 05:37:24PM +0100, Jerome Brunet wrote: > > > From: Guillaume La Roque > > > +Optional properties : > > > + - drive-strength: Drive strength for the specified p

Re: [RESEND PATCH v6 07/11] power: supply: max77650: add support for battery charger

2019-04-03 Thread Linus Walleij
On Tue, Mar 19, 2019 at 12:42 AM Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > Add basic support for the battery charger for max77650 PMIC. > > Signed-off-by: Bartosz Golaszewski This looks like a clean and good driver to me. Reviewed-by: Linus Walleij Yours, Linus Walleij

[PATCH v1 05/12] ASoC: rockchip: pdm: change dma burst to 8

2019-04-03 Thread Sugar Zhang
This patch decreases the transfer bursts to avoid the fifo overrun. Signed-off-by: Sugar Zhang --- sound/soc/rockchip/rockchip_pdm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/rockchip/rockchip_pdm.c b/sound/soc/rockchip/rockchip_pdm.c index abbb6d7..c50494b

CAN I TRUST YOU I NEED YOUR ASSISTANCE AND TRUST

2019-04-03 Thread info
INVESTMENT FOR PARTNERSHIP. Can I Trust You My Dear Friend Can I Trust You.docx Description: MS-Word 2007 document My Dear Friend Can I Trust You.docx Description: MS-Word 2007 document

[PATCH v1 06/12] ASoC: rockchip: pdm: fixup pdm fractional div

2019-04-03 Thread Sugar Zhang
This patch adds support fractional div for rk3308. Signed-off-by: Sugar Zhang --- sound/soc/rockchip/rockchip_pdm.c | 172 -- sound/soc/rockchip/rockchip_pdm.h | 9 ++ 2 files changed, 139 insertions(+), 42 deletions(-) diff --git a/sound/soc/rockchip/rock

[PATCH v1 07/12] dt-bindings: sound: rockchip: add compatible for rk3308/px30

2019-04-03 Thread Sugar Zhang
This patch adds bindings for rk3308/px30. Signed-off-by: Sugar Zhang --- Documentation/devicetree/bindings/sound/rockchip,pdm.txt | 4 1 file changed, 4 insertions(+) diff --git a/Documentation/devicetree/bindings/sound/rockchip,pdm.txt b/Documentation/devicetree/bindings/sound/rockchip,

[PATCH v1 08/12] ASoC: rockchip: pdm: add compatible for rk1808

2019-04-03 Thread Sugar Zhang
This patch adds support for rk1808, the pdm controller is the same as rk3308. Signed-off-by: Sugar Zhang --- sound/soc/rockchip/rockchip_pdm.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/sound/soc/rockchip/rockchip_pdm.c b/sound/soc/rockchip/rockchip_pdm.c index 4f93a74..3e1c5fd 1006

[PATCH v1 09/12] dt-bindings: sound: add compatible for rk1808

2019-04-03 Thread Sugar Zhang
This patch adds bindings for rk1808 soc. Signed-off-by: Sugar Zhang --- Documentation/devicetree/bindings/sound/rockchip,pdm.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/sound/rockchip,pdm.txt b/Documentation/devicetree/bindings/sound/rockchip,pdm.t

[PATCH v1 10/12] ASoC: rockchip: pdm: adjust waterlevel in frame unit

2019-04-03 Thread Sugar Zhang
This patch make the waterlevel more reasonable, because the pdm controller share the single FIFO(128 entries) with each channel. adjust waterlevel in frame to meet the vad or dma frames request. Signed-off-by: Sugar Zhang --- sound/soc/rockchip/rockchip_pdm.c | 3 ++- 1 file changed, 2 insertio

[PATCH v1 11/12] ASoC: rockchip: pdm: Mark RXFIFO_DATA as volatile and precious

2019-04-03 Thread Sugar Zhang
This patch marks RXFIFO_DATA as precious to avoid being read outside a call from the driver, such as regmap debugfs Signed-off-by: Sugar Zhang --- sound/soc/rockchip/rockchip_pdm.c | 13 + 1 file changed, 13 insertions(+) diff --git a/sound/soc/rockchip/rockchip_pdm.c b/sound/soc/

<    4   5   6   7   8   9   10   >