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:

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] 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

[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

[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.

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

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 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

[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 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 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 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

[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

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,

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 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

[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

[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

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

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

Hi, Viresh Anson Huang Best Regards! > -Original Message- > From: Viresh Kumar > Sent: Monday, October 8, 2018 2:04 PM > To: Anson Huang > Cc: r...@rjwysocki.net; linux...@vger.kernel.org; > linux-kernel@vger.kernel.org; dl-linux-imx > Subject: Re: [PATCH V3] cpufreq: imx6q: read OCOT

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

On 08-10-18, 09:10, 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

Re: protected pins and debugfs

Quoting Sodagudi Prasad (2018-10-03 05:38:24) > > for (i = 0; i < chip->ngpio; i++, gpio++) { > + label = gpiochip_is_requested(chip, i); > + if (!label) > + continue; > msm_gpio_dbg_show_one(s, NULL, chip, i, gpio); > -

RE: [PATCH 0/6] cpuidle: menu: Fixes, optimizations and cleanups

On 2018.10.03 23:56 Rafael J. Wysocki wrote: > On Tue, Oct 2, 2018 at 11:51 PM Rafael J. Wysocki wrote: >> >> Hi All, >> >> This series fixes a couple of issues with the menu governor, optimizes it >> somewhat and makes a couple of cleanups in it. Please refer to the >> patch changelogs for detai

Re: [PATCH] sparc64: fix fall-through annotation

From: "Gustavo A. R. Silva" Date: Tue, 2 Oct 2018 12:19:54 +0200 > Replace "fallthru" with a proper "fall through" annotation. > > This fix is part of the ongoing efforts to enabling > -Wimplicit-fallthrough > > Signed-off-by: Gustavo A. R. Silva Applied.

Re: [PATCH] sparc: vdso: clean-up vdso Makefile

From: Masahiro Yamada Date: Wed, 12 Sep 2018 12:39:13 +0900 > arch/sparc/vdso/Makefile is a replica of arch/x86/entry/vdso/Makefile. > > Clean-up the Makefile in the same way as I did for x86: > > - Remove unnecessary export > - Put the generated linker script to $(obj)/ instead of $(src)/ >

Re: [PATCH] sparc32: fix fall-through annotation

From: "Gustavo A. R. Silva" Date: Tue, 2 Oct 2018 12:15:17 +0200 > Replace "fallthru" with a proper "fall through" annotation. > > This fix is part of the ongoing efforts to enabling > -Wimplicit-fallthrough > > Signed-off-by: Gustavo A. R. Silva Applied.

Re: [PATCH] oradax: remove redundant null check before kfree

From: Colin King Date: Fri, 7 Sep 2018 11:35:00 +0100 > From: Colin Ian King > > A null check before a kfree is redundant, so remove it. > > Signed-off-by: Colin Ian King Applied.

Re: [PATCH] sparc64: viohs: Remove VLA usage

From: Kees Cook Date: Wed, 5 Sep 2018 15:03:51 -0700 > In the quest to remove all stack VLA usage from the kernel[1], this > allocates a fixed size array for the maximum number of cookies and > adds a runtime sanity check. > > [1] https://lkml.kernel.org/r/CA+55aFzCG-zNmZwX4A2FQpadafLfEzK6CC=qPX

Re: [PATCH v2] sparc: Convert to using %pOFn instead of device_node.name

From: Rob Herring Date: Tue, 28 Aug 2018 10:44:32 -0500 > In preparation to remove the node name pointer from struct device_node, > convert printf users to use the %pOFn format specifier. > > Cc: "David S. Miller" > Cc: sparcli...@vger.kernel.org > Signed-off-by: Rob Herring > --- > v2: > - sn

Re: [PATCH] sbus: Use of_get_child_by_name helper

From: Rob Herring Date: Wed, 29 Aug 2018 15:03:37 -0500 > Use the of_get_child_by_name() helper instead of open coding searching > for the '/options' node. This removes directly accessing the name > pointer as well. > > Cc: "David S. Miller" > Cc: sparcli...@vger.kernel.org > Signed-off-by: Rob

[PATCH v11 0/3]: perf: reduce data loss when profiling highly parallel CPU bound workloads

Currently in record mode the tool implements trace writing serially. The algorithm loops over mapped per-cpu data buffers and stores ready data chunks into a trace file using write() system call. At some circumstances the kernel may lack free space in a buffer because the other buffer's half

Re: [PATCH v2] cpufreq: dt-platdev: allow RK3399 to have separate tunables per cluster

On 05-10-18, 12:00, Dmitry Torokhov wrote: > RK3899 has one cluster with 4 small cores, and another one with 2 big > cores, with cores in different clusters having different OPPs and thus > needing separate set of tunables. Let's enable this via > "have_governor_per_policy" platform data. > > Sign

Re: [PATCH 01/13] clocksource: Convert to using %pOFn instead of device_node.name

On 5.10.2018 16:35, Daniel Lezcano wrote: > From: Rob Herring > > In preparation to remove the node name pointer from struct device_node, > convert printf users to use the %pOFn format specifier. > > Cc: Daniel Lezcano > Cc: Thomas Gleixner > Cc: Michal Simek > Cc: linux-arm-ker...@lists.infr

Re: linux-next: build failure after merge of the crypto tree

On Mon, Oct 08, 2018 at 12:03:30PM +1100, Stephen Rothwell wrote: > Hi Herbert, > > After merging the crypto tree, today's linux-next build (x86_64 > allmodconfig) failed like this: > > ERROR: "crypto_fpu_exit" [arch/x86/crypto/aesni-intel.ko] undefined! > ERROR: "crypto_fpu_init" [arch/x86/crypt

Re: [PATCH v2 2/2] PCI: controller: dwc: add UniPhier PCIe host controller support

Hi Lorenzo, On Friday 28 September 2018 09:13 PM, Lorenzo Pieralisi wrote: > On Fri, Sep 28, 2018 at 02:17:16PM +0100, Marc Zyngier wrote: >> On 28/09/18 12:06, Lorenzo Pieralisi wrote: >>> [+Murali, Marc] >>> >>> On Thu, Sep 27, 2018 at 04:44:26PM +0900, Kunihiko Hayashi wrote: Hi Lorenzo, G

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

Hi all, Today's linux-next merge of the kspp tree got a conflict in: Documentation/x86/x86_64/mm.txt between commits: 5b1290406579 ("x86/mm/doc: Clean up the x86-64 virtual memory layout descriptions") 32b89760ddf4 ("x86/mm/doc: Enhance the x86-64 virtual memory layout descriptions") f

Re: [tip:x86/mm] kdump, proc/vmcore: Enable kdumping encrypted memory with SME enabled

On Mon, Oct 08, 2018 at 11:30:56AM +0800, lijiang wrote: > Yes. As previously mentioned, the correct patch is this one: No, that chunk is not needed and I removed it. But I'd leave it as an exercise to you to figure out why... or to prove me wrong with a .config. :-) -- Regards/Gruss, Boris

Re: [PATCH] s390/qeth: fix a missing-check bug

On Sat, Oct 06, 2018 at 11:08:23AM -0500, Wenwen Wang wrote: > In qeth_snmp_command(), the length of the user request is firstly copied > from the user-space buffer 'udata' to the kernel variable 'req_len' and > checked to see whether it is too large. If the check fails, an error code > EINVAL is r

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

Hi Greg, Today's linux-next merge of the staging tree got a conflict in: drivers/staging/media/imx/imx-media-of.c between commit: 21711787045d ("media: staging/imx: of: Remove recursive graph walk") from the v4l-dvb tree and commit: f93861c2d611 ("staging: Convert to using %pOFn instead

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

Hi all, Today's linux-next merge of the staging tree got a conflict in: drivers/staging/media/imx/imx-media-dev.c between commit: b803cd359833 ("media: staging/imx: Switch to v4l2_async_notifier_add_*_subdev") from the v4l-dvb tree and commit: f93861c2d611 ("staging: Convert to using %

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

On 07-10-18, 19:38, Stephen Boyd wrote: > Quoting Vinod (2018-10-02 23:21:03) > > Hi Stephen, > > > > Thanks for the comments, > > > > On 01-10-18, 10:19, Stephen Boyd wrote: > > > Quoting Vinod Koul (2018-09-21 11:59:36) > > > > From: Shefali Jain > > > > > > > > Add the clocks supported in gl

linux-next: manual merge of the drivers-x86 tree with the tip tree

Hi all, Today's linux-next merge of the drivers-x86 tree got a conflict in: drivers/platform/x86/intel_mid_powerbtn.c between commit: f2c4db1bd807 ("x86/cpu: Sanitize FAM6_ATOM naming") from the tip tree and commit: a8b60e484f3d ("platform/x86: intel_mid_powerbtn: Get rid of custom ICPU

[PATCH v26 2/2] soc: mediatek: Add Mediatek CMDQ helper

Add Mediatek CMDQ helper to create CMDQ packet and assemble GCE op code. Signed-off-by: Houlong Wei Signed-off-by: HS Liao --- drivers/soc/mediatek/Kconfig | 12 ++ drivers/soc/mediatek/Makefile |1 + drivers/soc/mediatek/mtk-cmdq-helper.c | 292 +++

[PATCH v26 0/2] MediaTek MT8173 CMDQ support

Hi, This is Mediatek MT8173 Command Queue(CMDQ) driver. The CMDQ is used to help write registers with critical time limitation, such as updating display configuration during the vblank. It controls Global Command Engine (GCE) hardware to achieve this requirement. Changes since v25: -Replace WARN

linux-next: manual merge of the drivers-x86 tree with the tip tree

Hi all, Today's linux-next merge of the drivers-x86 tree got a conflict in: drivers/platform/x86/intel_int0002_vgpio.c between commit: f2c4db1bd807 ("x86/cpu: Sanitize FAM6_ATOM naming") from the tip tree and commit: 96402de65afc ("platform/x86: intel_int0002_vgpio: Enable the driver on

[PATCH v26 1/2] arm64: dts: mt8173: Add GCE node

This patch adds the device node of the GCE hardware for CMDQ module. Signed-off-by: Houlong Wei Signed-off-by: HS Liao --- arch/arm64/boot/dts/mediatek/mt8173.dtsi | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi b/arch/arm64/boot/dts/m

Do You Need A Helping Hand?

Re: [tip:x86/mm] kdump, proc/vmcore: Enable kdumping encrypted memory with SME enabled

在 2018年10月07日 16:47, Borislav Petkov 写道: > On Sun, Oct 07, 2018 at 01:55:33PM +0800, lijiang wrote: >> Here, it may be have a compile error. > > Are you sure? The configs I tried worked fine but I'm open to being > shown configs which fail the build. > Yes. As previously mentioned, the correct p

[PATCH v2] staging: iio: ad2s1210: fix 'assignment operator' style checks

This patch fixes all "Assignment operator '=' should be on the previous line" checks found in ad2s1210.c with checkpatch.pl. Signed-off-by: Matheus Tavares --- Changes in v2: In v1, tabs were accidentally converted to whitespaces. Now, tabs were preserved. drivers/staging/iio/resolver/ad2s1210.

[PATCH v6 9/9] PCI: mediatek: Add loadable kernel module support

From: Honghui Zhang Implement remove callback function for Mediatek PCIe driver to add loadable kernel module support. Signed-off-by: Honghui Zhang Reviewed-by: Ryder Lee --- drivers/pci/controller/Kconfig | 2 +- drivers/pci/controller/pcie-mediatek.c | 52 ++

[PATCH v6 2/9] PCI: mediatek: Fixup class ID for MT7622 as PCI_CLASS_BRIDGE_PCI

From: Honghui Zhang The PCIe controller of MT7622 has TYPE 1 configuration space type, but the HW default class type values is invalid. The commit 101c92dc80c8 ("PCI: mediatek: Set up vendor ID and class type for MT7622") have set the class ID for MT7622 as PCI_CLASS_BRIDGE_HOST, but it's not wo

[PATCH v6 3/9] PCI: mediatek: Remove the redundant dev->pm_domain check

From: Honghui Zhang It's no needed to check whether device have pm_domain attached before calling the pm_runtime_XXX interface, remove it. Signed-off-by: Honghui Zhang Acked-by: Ryder Lee --- drivers/pci/controller/pcie-mediatek.c | 18 ++ 1 file changed, 6 insertions(+), 12 d

[PATCH v6 4/9] PCI: mediatek: Convert to use pci_host_probe()

From: Honghui Zhang Part of mtk_pcie_register_host is an open-coded version of pci_host_probe(). So instead of duplicating this code, use pci_host_probe() directly and remove mtk_pcie_register_host. Signed-off-by: Honghui Zhang Acked-by: Ryder Lee --- drivers/pci/controller/pcie-mediatek.c |

[PATCH v6 7/9] PCI: mediatek: Add system pm support for MT2712 and MT7622

From: Honghui Zhang In order to reduce the PCIe power consuming while system suspend, the physical layer should be gated. And the PCIe link should be re-established and the related control register values should be re-initialized after system resume. Register suspend_noirq & resume_noirq callbac

[PATCH v6 8/9] PCI: mediatek: Save the GIC IRQ in mtk_pcie_port

From: Honghui Zhang Need to save the PCIe's GIC IRQ for dispose_irq, this is a prepare patch for add mediatek PCIe module support to tear down the IRQ, no functional changed. Signed-off-by: Honghui Zhang Acked-by: Ryder Lee --- drivers/pci/controller/pcie-mediatek.c | 9 ++--- 1 file chan

[PATCH v6 5/9] PCI: mediatek: Move the mtk_pcie_startup_port_v2 function's define after mtk_pcie_setup_irq

From: Honghui Zhang This is a prepare patch to fix enable MSI logic, move the function's define later to avoid forward declaration of mtk_pcie_enable_msi in the future. No functional changed. Signed-off-by: Honghui Zhang Acked-by: Ryder Lee --- drivers/pci/controller/pcie-mediatek.c | 138 +++

[PATCH v6 1/9] PCI: mediatek: Using slot's devfn for compare to fix mtk_pcie_find_port logic

From: Honghui Zhang The Mediatek's host controller has two slots, each with it's own control registers. The host driver need to identify which slot was connected in order to access the device's configuration space. There's problem for current host driver to find out which slot was connected to fo

[PATCH v6 6/9] PCI: mediatek: Fixup enable msi logic by enable msi after clock enabled

From: Honghui Zhang The commit 43e6409db64d ("PCI: mediatek: Add MSI support for MT2712 and MT7622") added MSI support but enable MSI in wrong place, clocks was not enabled when enable MSI. This patch fix this issue by calling mtk_pcie_enable_msi in mtk_pcie_startup_port_v2 since the clock was al

[PATCH v6 0/9] PCI: mediatek: fixup find_port, enable_msi and add pm, module support

From: Honghui Zhang This patchset includes misc patchs: The patch 1 fixup the mtk_pcie_find_port logic which will cause system could not touch the EP's configuration space that connected to PCIe slot 1. The patch 2 fixup the class type for MT7622. The patch 6 fixup the enable msi logic, the ope

[PATCH 4/4] dts/arm64/layerscape: Clean PCIe controller compatible strings

From: Hou Zhiqiang Removed the wrong compatible string "snps,dw-pcie", in case match incorrect driver. Signed-off-by: Hou Zhiqiang --- arch/arm64/boot/dts/freescale/fsl-ls1012a.dtsi | 2 +- arch/arm64/boot/dts/freescale/fsl-ls1043a.dtsi | 6 +++--- arch/arm64/boot/dts/freescale/fsl-ls1046a.d

[PATCH 2/4] doc/layerscape-pci: removed unsuitable compatible string

From: Hou Zhiqiang Removed the compatible string "snps,dw-pcie", it is for the reference platform driver for PCI RC IP Protoyping Kits based on the ARC SDP, so it is not suitable for all platform with designware PCIe controller, and platform vendors have themselves' drivers. The compatible strin

[PATCH 3/4] dts/arm/ls1021a: Clean PCIe controller compatible strings

From: Hou Zhiqiang Removed the wrong compatible string "snps,dw-pcie", in case match incorrect driver. Signed-off-by: Hou Zhiqiang --- arch/arm/boot/dts/ls1021a.dtsi | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/boot/dts/ls1021a.dtsi b/arch/arm/boot/dts/ls102

[PATCH 1/4] doc/layerscape-pci: update the PCIe compatible strings

From: Hou Zhiqiang The pcie compatible string for LS1043A was lost, so add it. Signed-off-by: Hou Zhiqiang --- Documentation/devicetree/bindings/pci/layerscape-pci.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/pci/layerscape-pci.txt b/Documentation/

[PATCH 0/4] dts/layerscape-pci: removed unsuitable compatible string

From: Hou Zhiqiang Removed the compatible string "snps,dw-pcie" from FSL layerscape-pci compatible string list. Hou Zhiqiang (4): doc/layerscape-pci: update the PCIe compatible strings doc/layerscape-pci: removed unsuitable compatible string dts/arm/ls1021a: Clean PCIe controller compatibl

linux-next: build failure after merge of the irqchip tree

Hi Marc, After merging the irqchip tree, today's linux-next build (x86_64 allmodconfig) failed like this: In file included from drivers/irqchip/irq-madera.c:21: include/linux/irqchip/irq-madera.h: In function 'madera_get_irq_mapping': include/linux/irqchip/irq-madera.h:99:37: error: 'struct mader

Re: [PATCH v5 1/9] PCI: mediatek: Using slot's devfn for compare to fix mtk_pcie_find_port logic

On Tue, 2018-10-02 at 11:59 +0100, Lorenzo Pieralisi wrote: > On Mon, Oct 01, 2018 at 03:36:41PM +0100, Lorenzo Pieralisi wrote: > > On Fri, Sep 28, 2018 at 06:04:32PM +0800, honghui.zh...@mediatek.com wrote: > > > From: Honghui Zhang > > > > > > The Mediatek's host controller has two slots, each

Re: [PATCH] clk: keystone: add missing MODULE_LICENSE

Quoting Arnd Bergmann (2018-10-05 09:11:15) > A randconfig build showed that two clk modules have no license tag: > > WARNING: modpost: missing MODULE_LICENSE() in drivers/clk/keystone/gate.o > see include/linux/module.h for more information > WARNING: modpost: missing MODULE_LICENSE() in drivers/

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_proc_task(

Re: [PATCH v5 2/2] clk: qcom: Add lpass clock controller driver for SDM845

Quoting Taniya Das (2018-10-04 05:01:27) > > On 9/29/2018 12:21 AM, Stephen Boyd wrote: > > Quoting Taniya Das (2018-09-18 03:25:38) > >> @@ -3469,6 +3495,8 @@ enum { > >> [GCC_QSPI_CORE_CLK_SRC] = &gcc_qspi_core_clk_src.clkr, > >> [GCC_QSPI_CORE_CLK] = &gcc_qspi_core_clk.clkr, >

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

Hi all, Today's linux-next merge of the tip tree got a conflict in: drivers/powercap/intel_rapl.c between commit: 17ed15183c24 ("powercap: RAPL: Get rid of custom RAPL_CPU() macro") from the pm tree and commit: f2c4db1bd807 ("x86/cpu: Sanitize FAM6_ATOM naming") from the tip tree. I f

Re: [PATCH v6] clk: qcom: Add lpass clock controller driver for SDM845

Quoting Taniya Das (2018-10-04 05:02:26) > Add support for the lpass clock controller found on SDM845 based devices. > This would allow lpass peripheral loader drivers to control the clocks to > bring the subsystem out of reset. > LPASS clocks present on the global clock controller would be registe

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

Hi all, Today's linux-next merge of the tip tree got a conflict in: drivers/idle/intel_idle.c between commit: a4a008e53c9e ("intel_idle: Get rid of custom ICPU() macro") from the pm tree and commit: f2c4db1bd807 ("x86/cpu: Sanitize FAM6_ATOM naming") from the tip tree. I fixed it up (

[PATCH] tty: check name length in tty_find_polling_driver()

From: Miles Chen The issue is found by a fuzzing test. If tty_find_polling_driver() recevies an incorrect input such as ',,' or '0b', the len becomes 0 and strncmp() always return 0. In this case, a null p->ops->poll_init() is called and it causes a kernel panic. Fix this by checking name length

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

Quoting Vinod (2018-10-02 23:21:03) > Hi Stephen, > > Thanks for the comments, > > On 01-10-18, 10:19, Stephen Boyd wrote: > > Quoting Vinod Koul (2018-09-21 11:59:36) > > > From: Shefali Jain > > > > > > Add the clocks supported in global clock controller which clock the > > > peripherals like

linux-next: manual merge of the tip tree with the arm-soc tree

Hi all, Today's linux-next merge of the tip tree got a conflict in: MAINTAINERS between commits: 81aa283c6924 ("MAINTAINERS: Add Actions Semi S900 clk entries") 677309b0e9e6 ("MAINTAINERS: Add entry for Actions Semi Owl SoCs DMA driver") from the arm-soc tree and commit: 9d8d47ea6ec6

Re: [Ksummit-discuss] [PATCH] code-of-conduct: Remove explicit list of discrimination factors

On Sun, Oct 07, 2018 at 08:18:26PM +0300, Laurent Pinchart wrote: > Hi Josh, > > On Sunday, 7 October 2018 14:35:14 EEST Josh Triplett wrote: > > On Sun, Oct 07, 2018 at 10:51:02AM +0200, Geert Uytterhoeven wrote: > > > Providing an explicit list of discrimination factors may give the false > > >

Re: [PATCH v25 2/2] soc: mediatek: Add Mediatek CMDQ helper

On Sat, 2018-09-29 at 20:50 +0800, Matthias Brugger wrote: > > On 29/09/2018 11:21, Houlong Wei wrote: > [...] > > > +static int cmdq_pkt_append_command(struct cmdq_pkt *pkt, enum cmdq_code > > code, > > + u32 arg_a, u32 arg_b) > > +{ > > + u64 *cmd_ptr; > > + > >

Re: [PATCH v5 4/4] drivers: clk: Add ZynqMP clock driver

Quoting Jolly Shah (2018-09-28 15:18:00) > diff --git a/drivers/clk/zynqmp/clkc.c b/drivers/clk/zynqmp/clkc.c > new file mode 100644 > index 000..1b07d77 > --- /dev/null > +++ b/drivers/clk/zynqmp/clkc.c > @@ -0,0 +1,716 @@ [...] > + * @type: Clock type: CLK_TYPE_OUTPUT or CLK_TYPE_EXTERNA

[PATCH v4 2/2] dt-bindings: spi: Document Macronix controller bindings

From: Mason Yang Document the bindings used by the Macronix controller. Signed-off-by: Mason Yang --- Documentation/devicetree/bindings/spi/spi-mxic.txt | 34 ++ 1 file changed, 34 insertions(+) create mode 100644 Documentation/devicetree/bindings/spi/spi-mxic.txt diff --

[PATCH v4 1/2] spi: Add MXIC controller driver

From: Mason Yang Add a driver for Macronix SPI controller IP. Signed-off-by: Mason Yang --- drivers/spi/Kconfig| 6 + drivers/spi/Makefile | 1 + drivers/spi/spi-mxic.c | 639 + 3 files changed, 646 insertions(+) create mode 100644 dri

[PATCH v4 0/2] spi: Add Macronix controller driver

From: Mason Yang Hi Mark, I patched v4 spi-mxic.c for clk_ctrl() and spi_setup() according to your comments on v3. Hi Boris, I also patched clk frequency changed when the driver detects it needs to be changed. please help to review. thanks & best regards, Mason Mason Yang (2): spi: Add MX

Re: [PATCH] kvm/x86 : avoid shifting signed 32-bit value by 31 bits

On Mon, Oct 08, 2018 at 09:04:34AM +0800, peng.h...@zte.com.cn wrote: >>On Sat, Oct 06, 2018 at 11:31:04AM +0800, peng.h...@zte.com.cn wrote: On Thu, Oct 04, 2018 at 01:47:18PM -0400, Peng Hao wrote: > >From: Peng Hao > > modify AVIC_LOGICAL_ID_ENTRY_VALID_MASK to unsigned >>>

Re: [PATCH v9 04/10] x86: refcount: prevent gcc distortions

at 2:31 AM, Ingo Molnar wrote: > > * Nadav Amit wrote: > >>> Are you using defconfig or a reasonable distro-config for your tests? >> >> I think it is best to take the kernel and run localyesconfig for testing. > > Ok, agreed - and this makes the numbers you provided pretty representative. >

list iterator spacing: clang-format vs checkpatch

Hi Joe, Miguel, others, The shiny new .clang-format file lists a number of nice iterators in the ForEachMacros category, the consequence being that there is a space between the iterator name and the opening parenthesis. This strikes me as the right thing to do. However, checkpatch.pl complains ab

RE: [PATCH v2 10/11] arch/x86: Add AMD feature bit X86_FEATURE_MBA in cpuid bits array

> -Original Message- > From: Borislav Petkov > Sent: Friday, October 5, 2018 4:31 PM > To: Moger, Babu > Cc: t...@linutronix.de; mi...@redhat.com; h...@zytor.com; > reinette.cha...@intel.com; fenghua...@intel.com; james.mo...@arm.com; > vikas.shiva...@linux.intel.com; tony.l...@intel.co

RE: [PATCH v2 05/11] arch/x86: Introduce a new config parameter PLATFORM_QOS

Hi Fenghua, > -Original Message- > From: Fenghua Yu > Sent: Friday, October 5, 2018 6:39 PM > To: Moger, Babu > Cc: t...@linutronix.de; mi...@redhat.com; h...@zytor.com; > reinette.cha...@intel.com; fenghua...@intel.com; james.mo...@arm.com; > vikas.shiva...@linux.intel.com; tony.l...@in

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

It is introduced by commit 44a70adec910 ("mm, oom_adj: make sure processes sharing mm have same view of oom_score_adj"). Most of user process's mm_users is bigger than 1 but only one thread group. In this case, for_each_process loop meaninglessly try to find processes which sharing same mm even tho

[PATCH V3] 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 V2: Add put node when reading ocotp

Re: [RFC v4 1/1] ns: add binfmt_misc to the user namespace

On Sat, Oct 06, 2018 at 09:35:46PM +0200, Laurent Vivier wrote: > This patch allows to have a different binfmt_misc configuration > for each new user namespace. By default, the binfmt_misc configuration > is the one of the previous level, but if the binfmt_misc filesystem is > mounted in the new na

RE: [PATCH V2 2/2] cpufreq: imx6q: read OCOTP through nvmem for imx6ul/imx6ull

Hi, Viresh Anson Huang Best Regards! > -Original Message- > From: Viresh Kumar > Sent: Monday, October 1, 2018 1:58 PM > To: Anson Huang > Cc: shawn...@kernel.org; s.ha...@pengutronix.de; ker...@pengutronix.de; > Fabio Estevam ; robh...@kernel.org; > mark.rutl...@arm.com; r...@rjwysock

linux-next: build failure after merge of the crypto tree

Hi Herbert, After merging the crypto tree, today's linux-next build (x86_64 allmodconfig) failed like this: ERROR: "crypto_fpu_exit" [arch/x86/crypto/aesni-intel.ko] undefined! ERROR: "crypto_fpu_init" [arch/x86/crypto/aesni-intel.ko] undefined! Caused by commit 944585a64f5e ("crypto: x86/aes

linux-next: manual merge of the crypto tree with the compiler-attributes tree

Hi all, Today's linux-next merge of the crypto tree got a conflict in: include/linux/compiler_types.h between commit: a3f8a30f3f00 ("Compiler Attributes: use feature checks instead of version checks") from the compiler-attributes tree and commit: f3569fd613f6 ("crypto: shash - Remove V

Re: [PATCH] kasan: convert kasan/quarantine_lock to raw_spinlock

I applied this patch to a fairly stock 4.18-rt5 kernel and booted with no complaints, then ran rteval for 12h with no stack splats reported. I'll keep banging on it but preliminary reports look good. Clark On Fri, 5 Oct 2018 18:33:20 +0200 Sebastian Andrzej Siewior wrote: > On 2018-10-05 18:

linux-next: build warning after merge of the nand tree

Hi Boris, After merging the nand tree, today's linux-next build (arm multi_v7_defconfig) produced this warning: drivers/mtd/nand/raw/nand_toshiba.c: In function 'toshiba_nand_read_page_benand': drivers/mtd/nand/raw/nand_toshiba.c:54:19: warning: unused variable 'mtd' [-Wunused-variable] struc

[PATCH 4/4] MIPS: Provide actually relaxed MMIO accessors

Improve performance for the relevant systems and remove the DMA ordering barrier from `readX_relaxed' and `writeX_relaxed' MMIO accessors, where it is not needed according to our requirements[1]. For consistency make the same arrangement with low-level port I/O accessors, but do not actually p

Re: [PATCH 1/3] dt-bindings: crypto: Mention clocks for mxs-dcp

On Tue, Oct 02, 2018 at 07:18:21PM +, Leonard Crestez wrote: > Explicit clock enabling is required on 6sll and 6ull so mention that > standard clock bindings are used. > > Signed-off-by: Leonard Crestez > --- > Documentation/devicetree/bindings/crypto/fsl-dcp.txt | 2 ++ > 1 file changed, 2

[PATCH 0/4] MIPS: Ordering enforcement fixes for MMIO accessors

Hi, This patch series is a follow-up to my earlier consideration about MMIO access ordering recorded here: . As I have learnt in a recent Alpha/Linux discussion starting here:

  1   2   3   >