Re: [RFC PATCH v3 06/10] sched: Add over-utilization/tipping point indicator

On Mon, May 21, 2018 at 03:25:01PM +0100, Quentin Perret wrote: > util_est_enqueue(&rq->cfs, p); > hrtick_update(rq); > @@ -8121,11 +8144,12 @@ static bool update_nohz_stats(struct rq *rq, bool > force) > * @local_group: Does group contain this_cpu. > * @sgs: variable to hold th

Re: [PATCH 1/1] mmc: sdhci-pci: fix eMMC controller issue on Intel Baytrail SoCs

On 19/06/18 09:31, Kurt Kanzenbach wrote: > Sometimes the eMMC controller doesn't respond anymore on Intel Baytrail > SoCs. The resulting error looks like: > > |mmc1: Reset 0x1 never completed. > |sdhci: === REGISTER DUMP (mmc1)=== > |sdhci: Sys addr: 0x | Version: 0xf

Re: [PATCH v2 1/2] platform/x86: asus-wmi: Call led hw_changed API on kbd brightness change

On Thu, Jun 14, 2018 at 2:58 PM, Chris Chiu wrote: > On Wed, Jun 13, 2018 at 8:49 PM, Andy Shevchenko > wrote: >> On Mon, Jun 11, 2018 at 10:18 AM, Chris Chiu wrote: >>> Make asus-wmi notify on hotkey kbd brightness changes, listen for >>> brightness events and update the brightness directly in

RE: [PATCH 03/11] spi: Add a driver for the Freescale/NXP QuadSPI controller

Hi Boris, -Original Message- From: Boris Brezillon [mailto:boris.brezil...@bootlin.com] Sent: Tuesday, June 19, 2018 12:46 AM To: Yogesh Narayan Gaur Cc: Fabio Estevam ; David Wolfe ; dw...@infradead.org; rich...@nod.at; Prabhakar Kushwaha ; Han Xu ; linux-kernel@vger.kernel.org; linu

Re: [PATCH v4 1/9] Makefile: Prepare for using macros for inline asm

at 5:40 PM, Masahiro Yamada wrote: > In the meanwhile, CFLAGS_REMOVE_ will do > as a workaround. Thanks! I appreciate your help. I will submit tomorrow an updated version. Regards, Nadav

linux-next: Tree for Jun 19

Hi all, Changes since 20180618: Dropped tree: userns (complex conflicts) The vfs tree gained conflicts against the overlayfs tree and a build failure for which I applied a merge fix patch. The userns tree gained conflicts against the vfs tree for which I dropped the userns tree. The akpm-curre

Re: [Letux-kernel] BUG: drivers/pinctrl/core: races in pinctrl_groups and deferred probing

* H. Nikolaus Schaller [180619 06:42]: > Hi Tony, > > > Am 19.06.2018 um 08:11 schrieb Tony Lindgren : > > > > * H. Nikolaus Schaller [180619 04:54]: > I had seen the call sequence > > > > w/o any lock inside. > > > > So the sequence above has mutex added around add

Re: [PATCH] MIPS: implement smp_cond_load_acquire() for Loongson-3

On Mon, Jun 18, 2018 at 11:51:41AM -0700, Paul Burton wrote: > Hi Huacai, > > On Fri, Jun 15, 2018 at 02:07:38PM +0800, Huacai Chen wrote: > > After commit 7f56b58a92aaf2c ("locking/mcs: Use smp_cond_load_acquire() > > in MCS spin loop") Loongson-3 fails to boot. This is because Loongson-3 > > has

Re: [PATCH 2/3] fs: fsnotify: account fsnotify metadata to kmemcg

On Tue, Jun 19, 2018 at 8:13 AM, Shakeel Butt wrote: > A lot of memory can be consumed by the events generated for the huge or > unlimited queues if there is either no or slow listener. This can cause > system level memory pressure or OOMs. So, it's better to account the > fsnotify kmem caches t

Re: [PATCH] MIPS: implement smp_cond_load_acquire() for Loongson-3

On Tue, Jun 19, 2018 at 02:40:14PM +0800, 陈华才 wrote: > Hi, Paul, > > First of all, could you please check why linux-mips reject e-mails > from lemote.com? Of course I can send e-mails by gmail, but my gmail > can't receive e-mails from linux-mips since March, 2018. Could you please learn to use e

[tip:irq/core] genirq: Use rcu in kstat_irqs_usr()

Commit-ID: 4a5f4d2f891bcff7285b5f7490ed5a7a5d516049 Gitweb: https://git.kernel.org/tip/4a5f4d2f891bcff7285b5f7490ed5a7a5d516049 Author: Eric Dumazet AuthorDate: Mon, 18 Jun 2018 05:56:12 -0700 Committer: Thomas Gleixner CommitDate: Tue, 19 Jun 2018 09:19:40 +0200 genirq: Use rcu in kst

Re: [PATCH 2/2] arm64: dts: exynos: Remove unneeded DSI and DECON address/size cells in Exynos5433

On 18.06.2018 19:42, Krzysztof Kozlowski wrote: > The decon, decon_tv and dsi nodes have only one child port so > address/size mappings are not necessary. This fixes DTC warnings like: > > Warning (graph_child_address): /soc/decon@1380/ports: > graph node has single child node 'por

Re: [PATCH 2/2] arm64: dts: exynos: Remove unneeded DSI and DECON address/size cells in Exynos5433

Hi Krzysztof, On 2018-06-18 19:42, Krzysztof Kozlowski wrote: > The decon, decon_tv and dsi nodes have only one child port so > address/size mappings are not necessary. This fixes DTC warnings like: > > Warning (graph_child_address): /soc/decon@1380/ports: > graph node has singl

[tip:timers/urgent] posix-timers: Fix nanosleep_copyout() for CONFIG_COMPAT_32BIT_TIME

Commit-ID: 0fe2795516b9e1c59b58b02bdf8658698117ec4e Gitweb: https://git.kernel.org/tip/0fe2795516b9e1c59b58b02bdf8658698117ec4e Author: Arnd Bergmann AuthorDate: Mon, 18 Jun 2018 16:07:59 +0200 Committer: Thomas Gleixner CommitDate: Tue, 19 Jun 2018 09:23:19 +0200 posix-timers: Fix nan

Re: [PATCH 03/11] spi: Add a driver for the Freescale/NXP QuadSPI controller

Hi Yogesh, Could you please use a mailer that is quoting things correctly. I have a hard time differentiating your replies from mine. On Tue, 19 Jun 2018 07:10:37 + Yogesh Narayan Gaur wrote: > Let us take below layout of memory address space map. > QuadSPI Controller can access range from

Re: [PATCH v2 6/7] mm, proc: add KReclaimable to /proc/meminfo

On 06/18/2018 11:33 PM, Andrew Morton wrote: > On Mon, 18 Jun 2018 11:18:07 +0200 Vlastimil Babka wrote: > >> The vmstat NR_KERNEL_MISC_RECLAIMABLE counter is for kernel non-slab >> allocations that can be reclaimed via shrinker. In /proc/meminfo, we can show >> the sum of all reclaimable kernel

Re: [PATCH 2/2] rcutorture: Fix rcu_barrier successes counter

On Mon, Jun 18, 2018 at 11:22:15PM -0700, Joel Fernandes wrote: > From: "Joel Fernandes (Google)" > > rcutorture currently increments both successes and error counters for > the rcu_barrier test incase of errors. It should only increment the > error counter incase of errors so make it do so. > >

[PATCH 2/2] ARM: dts: imx6ul: Add DTS for ConnectCore 6UL SBC Express

The ConnectCore 6UL Single Board Computer (SBC) Express contains the ConnectCore 6UL System-On-Module. Its hardware specifications are: * 256MB DDR3 memory * 256MB NAND flash * Single Ethernet * USB Host and USB-OTG * MicroSD external storage * Groove connectors and Raspberry Pi Hat compatible ex

[PATCH 1/2] ARM: dts: imx6ul: Add DTS for ConnectCore 6UL System-On-Module (SOM)

The ConnectCore 6UL System-On-Module has the following hardware specification: * Based on a NXP i.MX6UL SoC * Industrial temperature ranges (-40ºC to +85ºC) * Up to 1GB DDR3 memory * Up to 2GB NAND flash * Dual Ethernet * On module 802.11 WiFi and Bluetooth 4.2 (QCA6564) * On module NXP Kinetis KL

[PATCH 0/2] Add support for the ConnectCore 6UL SOM and SBC Express

This patchset adds a device tree include for the ConnectCore 6UL System-On-Module and a device tree for the ConnectCore 6UL SBC Express board that includes it. Not all the SOM hardware is supported in this initial patchset, specifically the 802.11 WiFi and BT chipset and the extended functionality

Re: [PATCH] staging: board: drop refcount in success case

On Mon, Jun 18, 2018 at 08:53:19PM +0200, Nicholas Mc Guire wrote: > The call to of_find_compatible_node() returns irqc_node with refcount > incremented thus it must be explicitly decremented here after it was > checked for non-NULL. > > Signed-off-by: Nicholas Mc Guire > Fixes: commit 72ee8626e

[PATCH v6 09/29] drm/mediatek: add component DSI3

This patch add the component DSI3 Signed-off-by: Stu Hsieh --- drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 2 ++ drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 1 + 2 files changed, 3 insertions(+) diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c b/drivers/gpu/drm/mediatek/mtk_drm_ddp

Re: your mail

Thanks for this. This is a lot of work. On Wed, Jun 13, 2018 at 08:31:28PM +0300, Anton Vasilyev wrote: > diff --git a/drivers/staging/rts5208/rtsx.c b/drivers/staging/rts5208/rtsx.c > index 70e0b8623110..69e6abe14abf 100644 > --- a/drivers/staging/rts5208/rtsx.c > +++ b/drivers/staging/rts5208/r

Re: [PATCH 4.16 000/279] 4.16.17-stable review

On 18 June 2018 at 13:39, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.16.17 release. > There are 279 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Response

Re: [RFC PATCH] ARM: Use logical or instead of addition for badr address calculation

On 19 June 2018 at 07:07, Guenter Roeck wrote: > Modern assemblers may take the ISA into account when resolving local > symbols. This can result in bad address calculations when using badr > in the wrong location since the offset + 1 may be added twice, resulting > in an even address target for TH

Re: [PATCH] staging: board: drop refcount in success case

On Tue, Jun 19, 2018 at 9:37 AM Dan Carpenter wrote: > On Mon, Jun 18, 2018 at 08:53:19PM +0200, Nicholas Mc Guire wrote: > > The call to of_find_compatible_node() returns irqc_node with refcount > > incremented thus it must be explicitly decremented here after it was > > checked for non-NULL. >

Re: [RFC PATCH] ARM: Use logical or instead of addition for badr address calculation

On 19 June 2018 at 09:48, Ard Biesheuvel wrote: > On 19 June 2018 at 07:07, Guenter Roeck wrote: >> Modern assemblers may take the ISA into account when resolving local >> symbols. This can result in bad address calculations when using badr >> in the wrong location since the offset + 1 may be add

Re: [PATCH] printk/nmi: Prevent deadlock when serializing NMI backtraces

On Mon 2018-06-18 19:07:18, Sergey Senozhatsky wrote: > On (06/18/18 11:39), Petr Mladek wrote: > [..] > > > > extern void printk_nmi_enter(void); > > > > extern void printk_nmi_exit(void); > > > > +extern void printk_nmi_direct_enter(void); > > > > +extern void printk_nmi_direct_exit(void); > >

Re: [PATCH v4 1/2] dt-bindings: cpufreq: Introduce QCOM CPUFREQ FW bindings

On 6/18/2018 2:51 PM, Sudeep Holla wrote: On 15/06/18 18:40, Taniya Das wrote: On 6/15/2018 5:29 PM, Amit Kucheria wrote: [...] A future version of the HW engine, or more likely, a firmware revision, will make more functionality available. Say, this needs access to another register or

Re: [PATCH v2 0/7] kmalloc-reclaimable caches

On 06/18/2018 11:18 AM, Vlastimil Babka wrote: > v2 changes: > - shorten cache names to kmalloc-rcl- > - last patch shortens for all kmalloc caches to e.g. "1k", "4M" > - include dma caches to the 2D kmalloc_caches[] array to avoid a branch > - vmstat counter nr_indirectly_reclaimable_bytes rename

Re: [RFC PATCH v3 09/10] sched/fair: Select an energy-efficient CPU on task wake-up

Hi Pavan, On Tuesday 19 Jun 2018 at 10:36:01 (+0530), Pavan Kondeti wrote: > On Mon, May 21, 2018 at 03:25:04PM +0100, Quentin Perret wrote: > > > > > + if (cpumask_test_cpu(prev_cpu, &p->cpus_allowed)) > > + prev_energy = best_energy = compute_energy(p, prev_cpu); > > + else > >

Re: [PATCH 2/2] arm64: dts: exynos: Remove unneeded DSI and DECON address/size cells in Exynos5433

On 19 June 2018 at 09:26, Marek Szyprowski wrote: > Hi Krzysztof, > > On 2018-06-18 19:42, Krzysztof Kozlowski wrote: >> The decon, decon_tv and dsi nodes have only one child port so >> address/size mappings are not necessary. This fixes DTC warnings like: >> >> Warning (graph_child_address)

Re: [PATCH] proc: Make inline name size calculation automatic

Andrew Morton wrote: > Please cc Alexey on /proc patches. If Alexey is responsible for procfs he should declare this in MAINTAINERS. > What are the user-visible runtime effects of this change? Memory usage only. David

Re: [PATCH v8] powercap/drivers/idle_injection: Add an idle injection framework

On 19/06/2018 08:22, Viresh Kumar wrote: > On 19-06-18, 07:58, Daniel Lezcano wrote: >> +++ b/drivers/powercap/idle_injection.c >> @@ -0,0 +1,375 @@ >> +// SPDX-License-Identifier: GPL-2.0 >> +/* >> + * Copyright 2018 Linaro Limited >> + * >> + * Author: Daniel Lezcano >> + * >> + * The idle injec

[tip:timers/core] timekeeping: Use ktime_get_real_ts64() instead of getnstimeofday64()

Commit-ID: d30faff900e666f9a6395a159fdd353c02f5bed0 Gitweb: https://git.kernel.org/tip/d30faff900e666f9a6395a159fdd353c02f5bed0 Author: Arnd Bergmann AuthorDate: Mon, 18 Jun 2018 16:08:01 +0200 Committer: Thomas Gleixner CommitDate: Tue, 19 Jun 2018 09:56:26 +0200 timekeeping: Use ktim

[tip:timers/core] time: Use ktime_get_real_seconds() in time syscall

Commit-ID: f5a89295e2f566d8e9f1d4f3d524d8d3c966958c Gitweb: https://git.kernel.org/tip/f5a89295e2f566d8e9f1d4f3d524d8d3c966958c Author: Arnd Bergmann AuthorDate: Mon, 18 Jun 2018 16:08:00 +0200 Committer: Thomas Gleixner CommitDate: Tue, 19 Jun 2018 09:56:26 +0200 time: Use ktime_get_r

[tip:timers/core] sysinfo: Remove get_monotonic_boottime()

Commit-ID: dc1b7b6ca9d5fa905c164a667086d8a3d8605875 Gitweb: https://git.kernel.org/tip/dc1b7b6ca9d5fa905c164a667086d8a3d8605875 Author: Arnd Bergmann AuthorDate: Mon, 18 Jun 2018 17:00:38 +0200 Committer: Thomas Gleixner CommitDate: Tue, 19 Jun 2018 09:56:27 +0200 sysinfo: Remove get_m

[tip:timers/core] posix-timers: Use new ktime_get_*_ts64() helpers

Commit-ID: 58a10456d7175fa674b951f1fd7ead3d9a550db4 Gitweb: https://git.kernel.org/tip/58a10456d7175fa674b951f1fd7ead3d9a550db4 Author: Arnd Bergmann AuthorDate: Mon, 18 Jun 2018 16:32:24 +0200 Committer: Thomas Gleixner CommitDate: Tue, 19 Jun 2018 09:56:27 +0200 posix-timers: Use new

[tip:x86/pti] x86/pti: Don't report XenPV as vulnerable

Commit-ID: 66aa6b5cbc359331fc054e96bb49e9502bc0b1d9 Gitweb: https://git.kernel.org/tip/66aa6b5cbc359331fc054e96bb49e9502bc0b1d9 Author: Jiri Kosina AuthorDate: Mon, 18 Jun 2018 09:59:54 +0200 Committer: Thomas Gleixner CommitDate: Tue, 19 Jun 2018 09:58:22 +0200 x86/pti: Don't report X

Re: possible deadlock in console_unlock

On Fri 2018-06-15 17:38:04, Sergey Senozhatsky wrote: > On (06/08/18 10:18), Petr Mladek wrote: > [..] > > > Could be. > > > The good thing about printk_safe is that printk_safe sections can nest. > > > I suspect there might be locks/printk_safe sections nesting at some > > > point. In any case, sw

Re: [PATCH] devfreq: rk3399_dmc: Fix duplicated opp table on reload.

Hi Chanwoo, On 19/06/18 06:18, Chanwoo Choi wrote: > Hi Enric, > > On 2018년 06월 18일 18:10, Enric Balletbo Serra wrote: >> Hi Chanwoo, >> >> Missatge de Chanwoo Choi del dia dg., 17 de juny >> 2018 a les 5:23: >>> >>> Hi Enric, >>> >>> 2018-06-16 0:12 GMT+09:00 Enric Balletbo i Serra >>> :

Re: possible deadlock in console_unlock

On (06/19/18 10:04), Petr Mladek wrote: > > > > > > We could allow nesting. It is just a matter of how many bits we > > > reserve for it in printk_context variable. > > [..] > > > In each case, I would like to keep the printk_safe context usage > > > at minimum. It has its own problems caused by l

Re: [PATCH v3 1/3] mtd: rawnand: denali_dt: add more clocks based on IP datasheet

Hi Boris, 2018-06-18 16:46 GMT+09:00 Boris Brezillon : > On Mon, 18 Jun 2018 09:09:02 +0200 > Richard Weinberger wrote: > >> Am Freitag, 15. Juni 2018, 03:18:50 CEST schrieb Masahiro Yamada: >> > According to the Denali User's Guide, this IP needs three clocks: >> > >> > - clk: controller core

Re: [RFC][PATCH 0/6] Use printk_safe context for TTY and UART port locks

On Mon, Jun 18, 2018 at 02:38:18PM +0100, Alan Cox wrote: > Given printk nowdays is already somewhat unreliable with all the perf > related changes, printk is a steaming pile of @#$#@, unreliable doesn't even begin to cover it. > and we have other good debug tools What other good debug tools do

Re: [RFC PATCH v2 1/6] serial: uartps: Do not initialize field to zero again

On 6.6.2018 14:41, Michal Simek wrote: > Writing zero and NULLs to already initialized fields is not needed. > Remove this additional writes. > > Signed-off-by: Michal Simek > --- > > Changes in v2: > - new patch - it can be sent separately too > > drivers/tty/serial/xilinx_uartps.c | 3 --- >

Re: [PATCH] staging: board: drop refcount in success case

On Tue, Jun 19, 2018 at 09:51:44AM +0200, Geert Uytterhoeven wrote: > On Tue, Jun 19, 2018 at 9:37 AM Dan Carpenter > wrote: > > On Mon, Jun 18, 2018 at 08:53:19PM +0200, Nicholas Mc Guire wrote: > > > The call to of_find_compatible_node() returns irqc_node with refcount > > > incremented thus i

Re: [PATCH v2 6/7] mm, proc: add KReclaimable to /proc/meminfo

On Tue, Jun 19, 2018 at 09:30:03AM +0200, Vlastimil Babka wrote: > On 06/18/2018 11:33 PM, Andrew Morton wrote: > > On Mon, 18 Jun 2018 11:18:07 +0200 Vlastimil Babka wrote: > > > >> The vmstat NR_KERNEL_MISC_RECLAIMABLE counter is for kernel non-slab > >> allocations that can be reclaimed via sh

Re: [PATCH] PM / devfreq: Fix devfreq_add_device() when drivers are built as modules.

Hi Chanwoo, On 18/06/18 11:02, Enric Balletbo Serra wrote: > Hi Chanwoo, > Missatge de Chanwoo Choi del dia dg., 17 de juny > 2018 a les 5:50: >> >> Hi Enric, >> >> This issue will happen on the position to use find_devfreq_governor() >> as following: >> - devfreq_add_governora() and governor_sto

[PATCH] coredump: Remove unsued trace event includes

Coredump does not use any task or task scheduler trace events. Commit 10c28d937e2c ("coredump: move core dump functionality into its own file") moved coredump from fs/exec.c in which task and task scheduler trace events are used. Signed-off-by: Dietmar Eggemann --- fs/coredump.c | 3 --- 1 file

Re: [PATCH] printk/nmi: Prevent deadlock when serializing NMI backtraces

On (06/19/18 09:52), Petr Mladek wrote: > On Mon 2018-06-18 19:07:18, Sergey Senozhatsky wrote: > > On (06/18/18 11:39), Petr Mladek wrote: > > [..] > > > > Hmm. Can't answer right now :) > > Please, let me know what name you would like ;-) :) Wow, it's hard. Maybe we can derive some bits from t

Re: [REGRESSION] 4.17 failed to probe ACPI PnP

On Tue, Jun 19, 2018 at 8:12 AM, Takashi Iwai wrote: > Hi, > > there seems a regression regarding the probe of ACPI PnP devices. > The detailed logs are found in openSUSE bugzilla: > https://bugzilla.opensuse.org/show_bug.cgi?id=1098074 But that's on this particular machine, not in general, rig

Re: [PATCH 2/2] mm: set PG_dma_pinned on get_user_pages*()

On Mon 18-06-18 14:36:44, John Hubbard wrote: > On 06/18/2018 12:21 PM, Dan Williams wrote: > > On Mon, Jun 18, 2018 at 11:14 AM, John Hubbard wrote: > >> On 06/18/2018 10:56 AM, Dan Williams wrote: > >>> On Mon, Jun 18, 2018 at 10:50 AM, John Hubbard > >>> wrote: > On 06/18/2018 01:12 AM,

Re: [RFC][PATCH 0/6] Use printk_safe context for TTY and UART port locks

On Tue 2018-06-19 09:53:08, Sergey Senozhatsky wrote: > Thanks for taking a look! > > On (06/18/18 14:38), Alan Cox wrote: > > > It doesn't come as a surprise that recursive printk() calls are not the > > > only way for us to deadlock in printk() and we still have a whole bunch > > > of other prin

[PATCH] nvme-pci: not invoke nvme_remove_dead_ctrl when change state fails

There is race between nvme_remove and nvme_reset_work that can lead to io hang. nvme_removenvme_reset_work -> change state to DELETING -> fail to change state to LIVE -> nvme_remove_dead_ctrl

RE: [PATCH 03/11] spi: Add a driver for the Freescale/NXP QuadSPI controller

Hi Boris, > -Original Message- > From: Boris Brezillon [mailto:boris.brezil...@bootlin.com] > Sent: Tuesday, June 19, 2018 12:59 PM > To: Yogesh Narayan Gaur ; > marek.va...@gmail.com; Frieder Schrempf ; > broo...@kernel.org > Cc: Fabio Estevam ; David Wolfe > ; dw...@infradead.org; rich..

Re: [patch] mm, oom: fix unnecessary killing of additional processes

On Fri 15-06-18 16:15:39, David Rientjes wrote: [...] > I'd be happy to make the this timeout configurable, however, and default > it to perhaps one second as the blockable mmu notifier timeout in your own > code does. I find it somewhat sad that we'd need a sysctl for this, but > if that will

Re: [PATCH] arm64: zynqmp: Add support for Avnet Ultra96 rev1 board

Hi, On 2.5.2018 13:53, Michal Simek wrote: > Avnet Ultra96 rev1 board is commercialized Xilinx zcu100 revC/D > internal board. The patch is reusing zcu100 revC files but changing > model description and compatible strings which are used for example by > libmraa. > > Signed-off-by: Michal Simek >

[PATCH v7 2/4] phy: General struct and field cleanup

Move MSM8996 specific PHY vreg list struct name to a genernal one as it is used by all PHYs. Add a specific field to handle dual lane situation. Signed-off-by: Can Guo --- drivers/phy/qualcomm/phy-qcom-qmp.c | 25 ++--- 1 file changed, 14 insertions(+), 11 deletions(-) diff

[PATCH v7 0/4] Support for Qualcomm UFS QMP PHY on SDM845

This patch series adds support for UFS QMP PHY on SDM845 and the compatible string for it. This patch series depends on the current proposed QMP V3 USB3 UNI PHY support for sdm845 driver [1], on the DT bindings for the QMP V3 USB3 PHYs based dirver [2], and also rebased on updated pipe_clk initiali

[PATCH v7 4/4] dt-bindings: phy-qcom-qmp: Add UFS phy compatible string for sdm845

Update the compatible string for UFS QMP PHY on SDM845. Signed-off-by: Can Guo Reviewed-by: Rob Herring --- Documentation/devicetree/bindings/phy/qcom-qmp-phy.txt | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/phy/qcom-qmp-phy.txt b/Doc

[PATCH v7 3/4] phy: Add QMP phy based UFS phy support for sdm845

Add UFS PHY support to make SDM845 UFS work with common PHY framework. Signed-off-by: Can Guo --- drivers/phy/qualcomm/phy-qcom-qmp.c | 173 +++- drivers/phy/qualcomm/phy-qcom-qmp.h | 15 2 files changed, 187 insertions(+), 1 deletion(-) diff --git a/driver

Re: [REGRESSION] 4.17 failed to probe ACPI PnP

On Tue, 19 Jun 2018 10:28:42 +0200, Rafael J. Wysocki wrote: > > On Tue, Jun 19, 2018 at 8:12 AM, Takashi Iwai wrote: > > Hi, > > > > there seems a regression regarding the probe of ACPI PnP devices. > > The detailed logs are found in openSUSE bugzilla: > > https://bugzilla.opensuse.org/show_bu

[PATCH v7 1/4] phy: Update PHY power control sequence

All PHYs should be powered on before register configuration starts. And only PCIe PHYs need an extra power control before deasserts reset state. Signed-off-by: Can Guo --- drivers/phy/qualcomm/phy-qcom-qmp.c | 19 --- 1 file changed, 12 insertions(+), 7 deletions(-) diff --git a

Re: linux-next: manual merge of the vfs tree with the overlayfs tree

Stephen Rothwell wrote: > /* These sb flags are internal to the kernel */ > #define MS_SUBMOUNT (1<<26) > -#define MS_NOREMOTELOCK (1<<27) > #define MS_NOSEC (1<<28) > #define MS_BORN (1<<29) > #define MS_ACTIVE(1<<30) Ummm... Can MS_NOREMOTELOCK be removed?

Re: [PATCH v3 12/12] mfd: cros_ec: Add throttler sub-device

Hi Matthias, I am also interested on the answer of Brian comments :). One small comment. Missatge de Brian Norris del dia dt., 19 de juny 2018 a les 1:22: > > Hi, > > On Thu, Jun 14, 2018 at 12:47:12PM -0700, Matthias Kaehlcke wrote: > > Instantiate the CrOS EC throttler if it is enabled in the

Re: [PATCH v6 18/29] drm/mediatek: add connection from RDMA1 to DSI2

On Tue, 2018-06-19 at 15:34 +0800, Stu Hsieh wrote: > This patch add the connection from RDMA1 to DSI2 > Reviewed-by: CK Hu > Signed-off-by: Stu Hsieh > --- > drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 9 + > 1 file changed, 9 insertions(+) > > diff --git a/drivers/gpu/drm/mediatek/mtk

Re: [RFC PATCH v3 09/10] sched/fair: Select an energy-efficient CPU on task wake-up

On Tue, Jun 19, 2018 at 08:57:23AM +0100, Quentin Perret wrote: > Hi Pavan, > > On Tuesday 19 Jun 2018 at 10:36:01 (+0530), Pavan Kondeti wrote: > > On Mon, May 21, 2018 at 03:25:04PM +0100, Quentin Perret wrote: > > > > > > > > > + if (cpumask_test_cpu(prev_cpu, &p->cpus_allowed)) > > > +

Re: ThinkPad T480s & LED_MUTE, LED_MICMUTE

On Tue, 19 Jun 2018 10:37:12 +0200, Pali Rohár wrote: > > On Monday 18 June 2018 13:21:21 Pali Rohár wrote: > > On Monday 18 June 2018 12:36:31 Takashi Iwai wrote: > > > On Mon, 18 Jun 2018 12:28:06 +0200, > > > Pali Rohár wrote: > > > > > > > > On Saturday 16 June 2018 18:02:14 Takashi Iwai wrot

[PATCH v1]: perf tests: check that complex event name is parsed correctly

Extend regression testing to cover case of complex event names enabled by the patch "perf record: enable arbitrary event names thru name= modifier". tools/perf/perf test 1: vmlinux symtab matches kallsyms : Skip 2: Detect openat syscall event :

Re: [PATCH 03/11] spi: Add a driver for the Freescale/NXP QuadSPI controller

On Tue, 19 Jun 2018 08:31:25 + Yogesh Narayan Gaur wrote: > > > > Could you please use a mailer that is quoting things correctly. I > > have a hard time differentiating your replies from mine. > > Sorry for this, have changed my mailer settings. Thanks for doing. It's still not perfect,

Re: [PATCH] ASoC: qcom: add sdm845 sound card support

Thanks Rohit for the patch! On 18/06/18 12:16, Rohit kumar wrote: This patch adds sdm845 audio machine driver support. Signed-off-by: Rohit kumar --- .../devicetree/bindings/sound/qcom,sdm845.txt | 87 sound/soc/qcom/Kconfig | 9 + sound/soc/qcom/Ma

Re: [RFC PATCH 6/8] x86/lib_direct_store.h: Add APIs for direct store instructions

On Fri, 15 Jun 2018, Fenghua Yu wrote: > +static inline bool movdiri_supported(void) > +{ > + int eax, ebx, ecx, edx; > + bool ret; > + > + /* > + * If movdiri has been enumerated before, return cached movdiri > + * support info. > + */ > + if (_movdiri_enumerated) >

[PATCH] m68k/defconfig: Update defconfigs for v4.18-rc1

Signed-off-by: Geert Uytterhoeven --- For easier review: $ git show | grep ^[-+][^-+] | sort | uniq -c 12 -CONFIG_AUTOFS4_FS=m 12 +CONFIG_AUTOFS_FS=m 12 +# CONFIG_BATMAN_ADV_BATMAN_V is not set 12 +CONFIG_CRYPTO_AEGIS128L=m 12 +CONFIG_CRYPTO_AEGIS128=m 12 +CONFIG_CRY

Re: [patch] mm, oom: fix unnecessary killing of additional processes

On Mon 18-06-18 17:27:33, Andrew Morton wrote: > On Thu, 14 Jun 2018 13:42:59 -0700 (PDT) David Rientjes > wrote: > > > The oom reaper ensures forward progress by setting MMF_OOM_SKIP itself if > > it cannot reap an mm. This can happen for a variety of reasons, > > including: > > > > - the in

Re: [PATCH v8] powercap/drivers/idle_injection: Add an idle injection framework

On 19-06-18, 10:00, Daniel Lezcano wrote: > On 19/06/2018 08:22, Viresh Kumar wrote: > > On 19-06-18, 07:58, Daniel Lezcano wrote: > >> +++ b/drivers/powercap/idle_injection.c > >> @@ -0,0 +1,375 @@ > >> +// SPDX-License-Identifier: GPL-2.0 > >> +/* > >> + * Copyright 2018 Linaro Limited > >> + * >

Re: [PATCH] MIPS: implement smp_cond_load_acquire() for Loongson-3

Hi all, On Tue, Jun 19, 2018 at 09:17:10AM +0200, Peter Zijlstra wrote: > On Mon, Jun 18, 2018 at 11:51:41AM -0700, Paul Burton wrote: > > On Fri, Jun 15, 2018 at 02:07:38PM +0800, Huacai Chen wrote: > > > After commit 7f56b58a92aaf2c ("locking/mcs: Use smp_cond_load_acquire() > > > in MCS spin lo

Re: Regression in 4.18-rc1 caused by regulator: arizona-ldo1: Look up a descriptor and pass to the core

On Mon, Jun 18, 2018 at 07:14:10PM +0200, Matthias Reichl wrote: > Commit e1739e86f0cb9c48e8745a610e6981a4e24cadad breaks reading > the wlf,ldoena property from device tree. This causes ldo1 to > stay off and thus arizona device detection to fail: > > [4.495958] of_get_named_gpiod_flags: parse

Re: [PATCH 2/2] cpufreq: qcom-fw: Add support for QCOM cpufreq FW driver

Sorry for being late.. On 07-06-18, 12:48, Taniya Das wrote: > On 6/6/2018 11:31 AM, Viresh Kumar wrote: > > On 04-06-18, 16:16, Taniya Das wrote: > > > +static struct cpufreq_driver cpufreq_qcom_fw_driver = { > > > + .flags = CPUFREQ_STICKY | CPUFREQ_NEED_INITIAL_FREQ_CHECK | > > > +

Re: [RFC PATCH 1/8] x86/cpufeatures: Enumerate MOVDIRI instruction

On Fri, 15 Jun 2018, Fenghua Yu wrote: > MOVDIRI moves doubleword or quadword from register to memory through > direct store which is implemented by using write combining (WC) for > writing data directly into memory without caching the data. And that is useful for what? Thanks, tglx

[PATCH v5 0/7] add virt-dma support for imx-sdma

The legacy sdma driver has below limitations or drawbacks: 1. Hardcode the max BDs number as "PAGE_SIZE / sizeof(*)", and alloc one page size for one channel regardless of only few BDs needed most time. But in few cases, the max PAGE_SIZE maybe not enough. 2. One SDMA channel can't st

[PATCH v5 4/7] dmaengine: imx-sdma: remove useless 'lock' and 'enabled' in 'struct sdma_channel'

Since 'sdmac->vc.lock' and 'sdmac->desc' can be used as 'lock' and 'enabled' in 'struct sdma_channel sdmac', remove them. Signed-off-by: Robin Gong --- drivers/dma/imx-sdma.c | 23 --- 1 file changed, 23 deletions(-) diff --git a/drivers/dma/imx-sdma.c b/drivers/dma/imx-sdma

[PATCH v5 6/7] dmaengine: imx-sdma: add sdma_transfer_init to decrease code overlap

There are lot of codes overlap between prep_sg and prep_cyclic function. Add sdma_transfer_init() function to elimated the code overlap. Signed-off-by: Robin Gong --- drivers/dma/imx-sdma.c | 83 ++ 1 file changed, 37 insertions(+), 46 deletions(-)

[PATCH v5 7/7] dmaengine: imx-sdma: alloclate bd memory from dma pool

dma_terminate_all maybe called in interrupt context which means WARN_ON() will be triggered as below when bd memory freed. Allocat bd memory from dma pool instead. [ 29.161079] WARNING: CPU: 1 PID: 533 at ./include/linux/dma-mapping.h:541 sdma_free_bd+0xa4/0xb4 [ 29.169883] Modules linked in:

[PATCH v5 5/7] dmaengine: imx-sdma: remove the maximum limitation for bd numbers

No this limitation now after virtual dma used since bd is allocated dynamically instead of static. Signed-off-by: Robin Gong --- drivers/dma/imx-sdma.c | 14 -- 1 file changed, 14 deletions(-) diff --git a/drivers/dma/imx-sdma.c b/drivers/dma/imx-sdma.c index d1d3494..9f1a462 100644

Re: [RFC][PATCH 0/6] Use printk_safe context for TTY and UART port locks

On (06/19/18 10:30), Petr Mladek wrote: > It is re-entrant via printk(). I mean that any printk() called inside > the locked sections might cause recursion if the same lock is needed > also by con->write() callbacks. Perhaps Alan meant that we cannot return back to tty once we passed the control f

[PATCH v5 2/7] dmaengine: imx-sdma: factor out a struct sdma_desc from struct sdma_channel

From: Sascha Hauer This is a preparation step to make the adding of virt-dma easier. We create a struct sdma_desc, move some fields from struct sdma_channel there and add a pointer from the former to the latter. For now we allocate the data statically in struct sdma_channel, but with virt-dma sup

[PATCH v5 3/7] dmaengine: imx-sdma: add virt-dma support

The legacy sdma driver has below limitations or drawbacks: 1. Hardcode the max BDs number as "PAGE_SIZE / sizeof(*)", and alloc one page size for one channel regardless of only few BDs needed most time. But in few cases, the max PAGE_SIZE maybe not enough. 2. One SDMA channel can't st

Re: [RFC PATCH v2 5/6] mtd: rawnand: micron: add ONFI_FEATURE_ON_DIE_ECC to supported features

> On Tue, 19 Jun 2018 17:31:24 +1200 > Chris Packham wrote: > > > Add ONFI_FEATURE_ON_DIE_ECC to the set/get features list for Micron > > NAND flash. > > > > Fixes: 789157e41a06 ("mtd: rawnand: allow vendors to declare (un)supported > features") > Cc: > > No need to send a new version, I'

[PATCH v5 1/7] tty: serial: imx: correct dma cookie status

Correct to check the right rx dma cookie status in spit of it works because only one cookie is running in the current sdma. But it will not once sdma driver support multi cookies running based on virt-dma. Signed-off-by: Robin Gong --- drivers/tty/serial/imx.c | 2 +- 1 file changed, 1 insertion

Re: [PATCH 2/2] mm: set PG_dma_pinned on get_user_pages*()

On Tue, Jun 19, 2018 at 10:29:49AM +0200, Jan Kara wrote: > And for record, the problem with page cache pages is not only that > try_to_unmap() may unmap them. It is also that page_mkclean() can > write-protect them. And once PTEs are write-protected filesystems may end > up doing bad things if DMA

Re: [RFC PATCH 4/8] cpuidle: Set up maximum umwait time and umwait states

On Fri, 15 Jun 2018, Fenghua Yu wrote: > By default C0.2 is enabled so user wait can save more power but wakeup > time is slower. In some cases e.g. real time, user wants to disable C0.2 > so that user wait saves less power but wakeup time is faster. Why is this default enabled? > A new "/sys/dev

Re: [PATCH v2 3/8] mfd: cros_ec: Add or fix SPDX-License-Identifier in all files.

Hi Lee, On 18/06/18 08:37, Lee Jones wrote: > On Tue, 05 Jun 2018, Enric Balletbo i Serra wrote: > >> And get rid of the license text that is no longer necessary. Also fix >> the license as sometimes doesn't match what the header with the value in >> the MODULE_LICENSE macro. Assuming that the de

Re: [PATCH] serial: mps2-uart: Initialize early console

Hi Guenter, On 19/06/18 05:54, Guenter Roeck wrote: > The early console code for mps2-uart assumes that the serial hardware is > enabled for transmit when the system boots. However, this is not the case > after reset. This results in a hang in mps2_early_putchar() if the serial > transmitter is no

Re: [PATCH v3] mtd: rawnand: mxc: set spare area size register explicitly

On Mon, 18 Jun 2018 22:41:03 +0200, Martin Kaiser wrote: > The v21 version of the NAND flash controller contains a Spare Area Size > Register (SPAS) at offset 0x10. Its setting defaults to the maximum > spare area size of 218 bytes. The size that is set in this register is > used by the controlle

Re: [RFC PATCH 5/8] x86/umwait.c: Add sysfs interface to show tsc_khz

On Fri, 15 Jun 2018, Fenghua Yu wrote: > +static ssize_t tsc_khz_show(struct device *dev, struct device_attribute > *attr, > + char *buf) > +{ > + return sprintf(buf, "%d\n", tsc_khz); > +} > + > static DEVICE_ATTR_RW(umwait_disable_c0_2); > +static DEVICE_ATTR_RO(ts

Re: [RFC PATCH 7/8] x86/lib_user_wait.h: Add APIs for user wait instructions

On Fri, 15 Jun 2018, Fenghua Yu wrote: > A few new user wait instructions UMONITOR, UMWAIT, and TPAUSE are > published in the latest Intel Instruction Set Extensions document. > > Define the APIs for user or kernel to use the instructions. You're not defining APIs. You're adding a pile of misdes

Re: [PATCH] x86/microcode/intel: Ensure new microcode processor flags match with cpu's pf

On Tue, Jun 19, 2018 at 12:49:40PM +0800, Zhenzhong Duan wrote: > Imagine kernel already found a microcode blob A with extended sig/pf > matching current cpu, then another microcode B is checked which doesn't > match current cpu... Do you see the if (!microcode_matches(mc_header, uci->cpu

Re: [PATCH v3 1/3] mtd: rawnand: denali_dt: add more clocks based on IP datasheet

On Fri, 15 Jun 2018 10:18:50 +0900, Masahiro Yamada wrote: > According to the Denali User's Guide, this IP needs three clocks: > > - clk: controller core clock > > - clk_x: bus interface clock > > - ecc_clk: clock at which ECC circuitry is run > > Currently, denali_dt.c requires a single a

Re: [RFC PATCH v3 10/10] arch_topology: Start Energy Aware Scheduling

On Mon, May 21, 2018 at 03:25:05PM +0100, Quentin Perret wrote: > +static void start_eas_workfn(struct work_struct *work); > +static DECLARE_WORK(start_eas_work, start_eas_workfn); > + > static int > init_cpu_capacity_callback(struct notifier_block *nb, > unsigned long

Re: [PATCH v4 1/2] dt-bindings: cpufreq: Introduce QCOM CPUFREQ FW bindings

On 19-06-18, 13:23, Taniya Das wrote: > Driver code (The below representation is just for example). > = > > V1 > #define ENABLE0x0 > #define LUT_V10x110 > #define PERF_V1 0x920 > > V2 > #define LUT_V20x150 > #define PERF_V2 0x980 > > V3 > #define L

  1   2   3   4   5   6   7   8   9   >