Re: [PATCH V4] cpufreq: imx6q: read OCOTP through nvmem for imx6ul/imx6ull

On 08-10-18, 14:07, Anson Huang wrote: > On i.MX6UL/i.MX6ULL, accessing OCOTP directly is wrong because > the ocotp clock needs to be enabled first. Add support for reading > OCOTP through the nvmem API, and keep the old method there to > support old dtb. > > Signed-off-by: Anson Huang > --- > ch

[PATCH V4] cpufreq: imx6q: read OCOTP through nvmem for imx6ul/imx6ull

On i.MX6UL/i.MX6ULL, accessing OCOTP directly is wrong because the ocotp clock needs to be enabled first. Add support for reading OCOTP through the nvmem API, and keep the old method there to support old dtb. Signed-off-by: Anson Huang --- changes since V3: put node earlier to save one li

RE: Re: [PATCH] mm, oom_adj: avoid meaningless loop to find processes sharing mm

>On 2018/10/08 10:19, Yong-Taek Lee wrote: >> @@ -1056,6 +1056,7 @@ static int __set_oom_adj(struct file *file, int >> oom_adj, bool legacy) >> struct mm_struct *mm = NULL; >> struct task_struct *task; >> int err = 0; >> + int mm_users = 0; >> >> task = get_pr

[PATCH v11 1/3]: perf util: map data buffer for preserving collected data

The map->data buffer is used to preserve map->base profiling data for writing to disk. AIO map->cblock is used to queue corresponding map->data buffer for asynchronous writing. Signed-off-by: Alexey Budankov --- Changes in v10: - moved specific code to perf_mmap__aio_mmap(), perf_mmap__aio_m

[PATCH v11 2/3]: perf record: enable asynchronous trace writing

Trace file offset is read once before mmaps iterating loop and written back after all performance data enqueued for aio writing. Trace file offset is incremented linearly after every successful aio write operation. record__aio_sync() blocks till completion of started AIO operation and then pr

[PATCH v11 3/3]: perf record: extend trace writing to multi AIO

Multi AIO trace writing allows caching more kernel data into userspace memory postponing trace writing for the sake of overall profiling data thruput increase. It could be seen as kernel data buffer extension into userspace memory. With aio-cblocks option value different from 0, current defaul

Re: [PATCH v3 1/6] remoteproc: Introduce custom dump function for each remoteproc segment

On Fri 27 Jul 08:19 PDT 2018, Sibi Sankar wrote: > Introduce custom dump function per remoteproc segment. It is responsible > for filling the device memory segment associated with coredump > > Signed-off-by: Sibi Sankar > --- > drivers/remoteproc/remoteproc_core.c | 15 ++- > includ

Re: [PATCH] mm, oom_adj: avoid meaningless loop to find processes sharing mm

On 2018/10/08 15:14, Yong-Taek Lee wrote: >> On 2018/10/08 10:19, Yong-Taek Lee wrote: >>> @@ -1056,6 +1056,7 @@ static int __set_oom_adj(struct file *file, int >>> oom_adj, bool legacy) >>> struct mm_struct *mm = NULL; >>> struct task_struct *task; >>> int err = 0; >>> +

Re: [PATCH 2/2] clk: qcom: gcc: Add global clock controller driver for QCS404

On 10/7/2018 7:01 PM, Vinod wrote: Hi Taniya, Thanks for the review, It would be great if you can strip the irrelevant context while replying, makes it easier for people to follow. On 06-10-18, 23:28, Taniya Das wrote: +static struct clk_rcg2 pclk0_clk_src = { + .cmd_rcgr = 0x4d000,

[PATCH V4 2/4] rpmsg: glink: Add support to handle signals command

Remote peripherals send signal notifications over glink with commandID 15. Add support to send and receive the signal command and convert the signals from NATIVE to TIOCM while receiving and vice versa while sending. Signed-off-by: Chris Lew Signed-off-by: Arun Kumar Neelakantam --- drivers/rp

[PATCH V4 3/4] rpmsg: char: Add TIOCMGET/TIOCMSET ioctl support

Add TICOMGET and TIOCMSET ioctl support for rpmsg char device nodes to get/set the low level transport signals. Signed-off-by: Arun Kumar Neelakantam --- drivers/rpmsg/rpmsg_char.c | 53 +++--- 1 file changed, 50 insertions(+), 3 deletions(-) diff --git a

[PATCH V4 1/4] rpmsg: core: Add signal API support

Some transports like Glink support the state notifications between clients using signals similar to serial protocol signals. Signed-off-by: Chris Lew Signed-off-by: Arun Kumar Neelakantam --- drivers/rpmsg/rpmsg_core.c | 41 + drivers/rpmsg/rpmsg_inte

[PATCH V4 4/4] rpmsg: char: Add signal callback and POLLPRI support

Register a callback to get the signal notifications from rpmsg and send POLLPRI mask to indicate the signal change in POLL system call. Signed-off-by: Arun Kumar Neelakantam --- drivers/rpmsg/rpmsg_char.c | 21 + 1 file changed, 21 insertions(+) diff --git a/drivers/rpmsg/rp

[PATCH V4 0/4] Add TIOCM Signals support for RPMSG char devices

Glink transport support signals to exchange state notification between local and remote side clients. Adding support to send/receive the signal command and notify the clients through callback and POLL notification. Changes since v1: - Split the patches as per functional areas like core, char, glin

Re: [PATCH v3 4/6] remoteproc: qcom: q6v5-pil: Add custom dump function for modem

On Fri 27 Jul 08:20 PDT 2018, Sibi Sankar wrote: > diff --git a/drivers/remoteproc/qcom_q6v5_pil.c > b/drivers/remoteproc/qcom_q6v5_pil.c [..] > +static void qcom_q6v5_dump_segment(struct rproc *rproc, void *ptr, size_t > len, > +voi

Re: [PATCH v3 5/6] remoteproc: qcom: q6v5-pil: Register segments/dumpfn for coredump

On Fri 27 Jul 08:20 PDT 2018, Sibi Sankar wrote: > Register the MDT segments and custom dumpfn with the remoteproc core > dump functionality. > > Signed-off-by: Sibi Sankar > --- > drivers/remoteproc/qcom_q6v5_pil.c | 40 ++ > 1 file changed, 40 insertions(+) > > di

Re: [PATCH v5 4/7] dmaengine: xilinx_dma: program hardware supported buffer length

On Tue, Oct 2, 2018 at 4:56 PM Vinod wrote: > > On 28-09-18, 08:53, Andrea Merello wrote: > > On Tue, Sep 18, 2018 at 6:25 PM Vinod wrote: > > > > > @@ -964,7 +968,7 @@ static int xilinx_dma_calc_copysize(struct > > > > xilinx_dma_chan *chan, > > > > int size, i

[GIT] Sparc

I've been moving so haven't had access to my Sparc boxes during this time. That's been resolved, and now I can get the patches flowing again. 1) Minor fallthru comment tweaks from Gustavo A. R. Silva. 2) VLA removal from Kees Cook. 3) Make sparc vdso Makefile match x86, from Masahiro Yamada.

[PATCH] RCU: Adjust the comment of function rcu_is_watching

From: Zhouyi Zhou Because RCU avoids interrupting idle CPUs, rcu_is_watching is used to test whether or not it is currently legal to run RCU read-side critical sections on this CPU. First sentence and last sentence of current comment for rcu_is_watching have opposite meaning of what is expecte

Re: [PATCH v3] clk: qcom: Add Global Clock controller (GCC) driver for SDM660

(Resend due to broken email client) any reviews for this? On 25 September 2018 18:35:58 BST, Craig Tatlor wrote: >From: Taniya Das > >Add support for the global clock controller found on SDM660 >based devices. This should allow most non-multimedia device >drivers to probe and control their clock

Re: [PATCH v3 6/6] remoteproc: qcom: q6v5-pil: Assign the relocated address

On Fri 27 Jul 08:20 PDT 2018, Sibi Sankar wrote: > Assign the relocated base of the modem image, as the offsets > from the virtual memory might not be based on the physical > address. > In order to get this merged before the first call to rproc_da_to_va() I applied this patch to rproc-next. Tha

Re: [PATCH V3 0/4] Changes for SDCC5 version

On Sun 07 Oct 01:07 PDT 2018, Craig wrote: > Any updates on this? > FWIW I used qcom,sdhci-msm-v5 on QCS404 successfully. Regards, Bjorn > On 25 September 2018 16:39:33 BST, Craig wrote: > > > > > >On 25 September 2018 12:17:26 BST, Veerabhadrarao Badiganti > > wrote: > >> > >>On 9/25/2018 1:

<    1   2   3