[PATCH v4 10/26] arm64: Delay daif masking for user return

Masking daif flags is done very early before returning to EL0. Only toggle the interrupt masking while in the vector entry and mask daif once in kernel_exit. Signed-off-by: Julien Thierry Cc: Catalin Marinas Cc: Will Deacon Cc: Mark Rutland Cc: James Morse --- arch/arm64/kernel/entry.S | 8

[PATCH v4 04/26] arm64: alternative: Apply alternatives early in boot process

From: Daniel Thompson Currently alternatives are applied very late in the boot process (and a long time after we enable scheduling). Some alternative sequences, such as those that alter the way CPU context is stored, must be applied much earlier in the boot sequence. Introduce apply_boot_alterna

[PATCH v4 00/26] arm64: provide pseudo NMI with GICv3

This series is a continuation of the work started by Daniel [1]. The goal is to use GICv3 interrupt priorities to simulate an NMI. To achieve this, set two priorities, one for standard interrupts and another, higher priority, for NMIs. Whenever we want to disable interrupts, we mask the standard p

RE: [PATCH V2 2/4] clk: add new APIs to operate on all available clocks

> -Original Message- > From: Stephen Boyd [mailto:sb...@kernel.org] > Sent: Saturday, March 24, 2018 12:57 AM > To: A.s. Dong ; linux-...@vger.kernel.org > Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; > mturque...@baylibre.com; hdego...@redhat.com; > b.zolnier...@

Re: [PATCH v3 2/3] arm: shmobile: Add the R9A06G032 SMP enabler driver

Hi Michel, On Thu, May 24, 2018 at 12:30 PM, Michel Pollet wrote: > The Renesas R9A06G032 second CA7 is parked in a ROM pen at boot time, it > requires a special enable method to get it started. > > Signed-off-by: Michel Pollet Thanks for your patch! > arch/arm/mach-shmobile/smp-r9a06g032.c |

[tip:perf/core] perf/core: Fix group scheduling with mixed hw and sw events

Commit-ID: a1150c202207cc8501bebc45b63c264f91959260 Gitweb: https://git.kernel.org/tip/a1150c202207cc8501bebc45b63c264f91959260 Author: Song Liu AuthorDate: Thu, 3 May 2018 12:47:16 -0700 Committer: Ingo Molnar CommitDate: Fri, 25 May 2018 08:11:10 +0200 perf/core: Fix group scheduling

[tip:sched/core] sched/fair: Update util_est before updating schedutil

Commit-ID: 2539fc82aa9b07d968cf9ba1ffeec3e0416ac721 Gitweb: https://git.kernel.org/tip/2539fc82aa9b07d968cf9ba1ffeec3e0416ac721 Author: Patrick Bellasi AuthorDate: Thu, 24 May 2018 15:10:23 +0100 Committer: Ingo Molnar CommitDate: Fri, 25 May 2018 08:04:56 +0200 sched/fair: Update util

RE: [PATCH V2 1/4] clk: bulk: add of_clk_bulk_get()

Hi Stephen, > -Original Message- > From: Stephen Boyd [mailto:sb...@kernel.org] > Sent: Saturday, March 24, 2018 12:53 AM > To: A.s. Dong ; linux-...@vger.kernel.org > Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; > mturque...@baylibre.com; hdego...@redhat.com; >

PM / suspend / s2idle: avoiding splats on RT

Patch #1 is a repost with the s2idle bits included. I tested via echo s2idle > mem_sleep && echo mem > state and I woke up the machine via the power on button. Patches #2+ were additionally required with s2idle. Sebastian

[tip:sched/core] sched/cpufreq: Modify aggregate utilization to always include blocked FAIR utilization

Commit-ID: 8ecf04e11283a28ca88b8b8049ac93c3a99fcd2c Gitweb: https://git.kernel.org/tip/8ecf04e11283a28ca88b8b8049ac93c3a99fcd2c Author: Patrick Bellasi AuthorDate: Thu, 24 May 2018 15:10:22 +0100 Committer: Ingo Molnar CommitDate: Fri, 25 May 2018 08:04:52 +0200 sched/cpufreq: Modify a

[PATCH 2/4] PM / wakeup: Make events_lock a RAW_SPINLOCK

The `events_lock' is acquired during suspend while interrupts are disabled even on RT. The lock is taken only for a very brief moment. Make it a RAW lock which avoids "sleeping while atomic" warnings on RT. Signed-off-by: Sebastian Andrzej Siewior --- drivers/base/power/wakeup.c | 18 +--

[tip:sched/core] sched, tracing: Fix trace_sched_pi_setprio() for deboosting

Commit-ID: 4ff648decf4712d39f184fc2df3163f43975575a Gitweb: https://git.kernel.org/tip/4ff648decf4712d39f184fc2df3163f43975575a Author: Sebastian Andrzej Siewior AuthorDate: Thu, 24 May 2018 15:26:48 +0200 Committer: Ingo Molnar CommitDate: Fri, 25 May 2018 08:04:01 +0200 sched, tracin

[PATCH 4/4] PM / wakeup: Make s2idle_lock a RAW_SPINLOCK

The `s2idle_lock' is acquired during suspend while interrupts are disabled even on RT. The lock is acquired for short sections only. Make it a RAW lock which avoids "sleeping while atomic" warnings on RT. Signed-off-by: Sebastian Andrzej Siewior --- kernel/power/suspend.c | 14 +++--- 1

[tip:sched/core] sched/topology: Clarify root domain(s) debug string

Commit-ID: bf5015a50f1fdb248b48405b67cae24dc02605d6 Gitweb: https://git.kernel.org/tip/bf5015a50f1fdb248b48405b67cae24dc02605d6 Author: Juri Lelli AuthorDate: Thu, 24 May 2018 17:29:36 +0200 Committer: Ingo Molnar CommitDate: Fri, 25 May 2018 08:03:38 +0200 sched/topology: Clarify root

[tip:sched/core] kthread: Allow kthread_park() on a parked kthread

Commit-ID: b1f5b378e126133521df668379249fb8265121f1 Gitweb: https://git.kernel.org/tip/b1f5b378e126133521df668379249fb8265121f1 Author: Peter Zijlstra AuthorDate: Fri, 4 May 2018 11:11:42 +0200 Committer: Ingo Molnar CommitDate: Fri, 25 May 2018 08:03:51 +0200 kthread: Allow kthread_pa

[PATCH 1/4] PM / suspend: Prevent might sleep splats

From: Thomas Gleixner timekeeping suspend/resume calls read_persistent_clock() which takes rtc_lock. That results in might sleep warnings because at that point we run with interrupts disabled. We cannot convert rtc_lock to a raw spinlock as that would trigger other might sleep warnings. As a wo

RE: [External] Re: [RFC PATCH v2 00/12] get rid of GFP_ZONE_TABLE/BAD

From: Michal Hocko [mailto:mho...@kernel.org] Sent: Thursday, May 24, 2018 8:19 PM> > > Let me try to reply your questions. > > Exactly, GFP_ZONE_TABLE is too complicated. I think there are two advantages > > from the series of patches. > > > > 1. XOR operation is simple and efficient, GFP_ZONE_TA

Re: [PATCH v8 3/6] cpuset: Add cpuset.sched.load_balance flag to v2

On 24-May 11:22, Waiman Long wrote: > On 05/24/2018 11:16 AM, Juri Lelli wrote: > > On 24/05/18 11:09, Waiman Long wrote: > >> On 05/24/2018 10:36 AM, Juri Lelli wrote: > >>> On 17/05/18 16:55, Waiman Long wrote: > >>> > >>> [...] > >>> > +A parent cgroup cannot distribute all its CPUs

[PATCH] afs/server: Remove leftover variable

Variable ret is set two times in afs_install_server() but never dereferenced. It is a leftover of a rework of afs_install_server() by commit d2ddc776a458 ("afs: Overhaul volume and server record caching and fileserver rotation"). Signed-off-by: Anna-Maria Gleixner --- fs/afs/server.c | 3 +-- 1

Re: [PATCH v3 3/8] drm/mediatek: add connection from OD1 to RDMA1

Hi, CK: For this patch, I would move it after "add ddp component OD1" And add this line "#define OD1_MOUT_EN_RDMA1 BIT(16)" from the path "Add support for mediatek SOC MT2712" to this patch Regards, Stu On Fri, 2018-05-25 at 11:26 +0800, CK Hu wrote: > Hi, Stu: > > On Fri, 2018-05-

Re: [PATCH v3 7/8] drm/mediatek: Add support for mediatek SOC MT2712

Hi, CK: On Fri, 2018-05-25 at 12:51 +0800, CK Hu wrote: > Hi, Stu: > > I've some inline comment. > > On Fri, 2018-05-25 at 10:34 +0800, stu.hs...@mediatek.com wrote: > > From: Stu Hsieh > > > > This patch add support for the Mediatek MT2712 DISP subsystem. > > There are two OVL engine and thre

Re: [PATCH v7 4/5] ARM: dts: Renesas RZN1D-DB Board base file

On Thu, May 24, 2018 at 11:28 AM, Michel Pollet wrote: > This adds a base device tree file for the RZN1-DB board, with only the > basic support allowing the system to boot to a prompt. Only one UART is > used, with only a single CPU running. > > Signed-off-by: Michel Pollet Reviewed-by: Geert Uy

Re: [PATCH v7 3/5] ARM: dts: Renesas R9A06G032 base device tree file

Hi Michel, On Thu, May 24, 2018 at 11:28 AM, Michel Pollet wrote: > This adds the Renesas R9A06G032 bare bone support. > > This currently only handles generic parts (gic, architected timer) > and a UART. > > Signed-off-by: Michel Pollet Thanks for your patch! > --- /dev/null > +++ b/arch/arm/b

Re: [PATCH v6 3/9] docs: Add Generic Counter interface documentation

On 05/22/2018 07:08 PM, Jonathan Cameron wrote: +* Quadrature x2 Rising: + Rising edges on either quadrature pair signals updates the respective + count. Quadrature encoding determines the direction. >>> This one I've never met. Really? There are devices who do this form >>> of

Re: [PATCH v3 4/8] drm/mediatek: add ddp component AAL1

Hi. CK: On Fri, 2018-05-25 at 12:23 +0800, CK Hu wrote: > Hi, Stu: > > On Fri, 2018-05-25 at 10:34 +0800, stu.hs...@mediatek.com wrote: > > From: Stu Hsieh > > > > This patch add component AAL1 and > > rename AAL to AAL0 > > > > Signed-off-by: Stu Hsieh > > --- > > drivers/gpu/drm/mediatek/m

Re: [PATCH v1] arch/x86/kernel/pci-dma: Remove useless parameter of arch_dma_alloc_attrs

Thanks, applied to the dma-mapping tree.

[PATCH] usb: gadget: composite: fix delayed_status race condition when set_interface

It happens when enable debug log, if set_alt() returns USB_GADGET_DELAYED_STATUS and usb_composite_setup_continue() is called before increasing count of @delayed_status, so fix it by using spinlock of @cdev->lock. Signed-off-by: Chunfeng Yun Tested-by: Jay Hsu --- drivers/usb/gadget/composite.c

Re: [PATCH 2/2] ACPI: EC: Dispatch the EC GPE directly on s2idle wake

On 25 May 2018 at 10:48, Rafael J. Wysocki wrote: > On Fri, May 25, 2018 at 10:08 AM, Rafael J. Wysocki wrote: >> On Fri, May 25, 2018 at 8:49 AM, Ulf Hansson wrote: >>> Rafael, >>> >>> On 18 May 2018 at 08:10, kbuild test robot wrote: Hi Rafael, I love your patch! Yet something

Re: [PATCH v7 2/5] dt-bindings: clock: renesas,r9a06g032-sysctrl: documentation

Hi Michel, On Thu, May 24, 2018 at 11:28 AM, Michel Pollet wrote: > The Renesas R9A06G032 SYSCTRL node description. > > Signed-off-by: Michel Pollet Thanks for your patch! > --- /dev/null > +++ b/Documentation/devicetree/bindings/clock/renesas,r9a06g032-sysctrl.txt > @@ -0,0 +1,32 @@ > +* Rene

[PATCH] ASoC: AMD: make channel 1 dma as circular

channel 1: SYSMEM<->ACP channel 2: ACP<->I2S Instead of waiting on period interrupt of ch 2 and then starting dma on ch1, we make ch1 dma as circular. This removes dependency of period granularity on hw pointer. Signed-off-by: Akshu Agrawal --- sound/soc/amd/acp-pcm-dma.c | 72 +++---

Re: [PATCH v3 1/8] drm/mediatek: update dt-bindings for mt2712

Hi, CK: On Fri, 2018-05-25 at 11:18 +0800, CK Hu wrote: > Hi, Stu: > > On Fri, 2018-05-25 at 10:34 +0800, stu.hs...@mediatek.com wrote: > > From: Stu Hsieh > > > > Update device tree binding documentation for the display subsystem for > > Mediatek MT2712 SoCs. > > > > I've acked v2 of this pa

[PATCH v10 4/5] arm64: defconfig: enable configs for Hisilicon ufs

This enable configs for Hisilicon Hi UFS driver. Signed-off-by: Li Wei Signed-off-by: Zhangfei Gao Signed-off-by: Guodong Xu --- arch/arm64/configs/defconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index ecf613761e7

[PATCH v10 5/5] arm64: defconfig: enable f2fs and squashfs

Partitions in HiKey960 are formatted as f2fs and squashfs. f2fs is for userdata; squashfs is for system. Both partitions are required by Android. Signed-off-by: Li Wei Signed-off-by: Zhangfei Gao Signed-off-by: Guodong Xu --- arch/arm64/configs/defconfig | 8 1 file changed, 8 inserti

[PATCH v10 1/5] scsi: ufs: add Hisilicon ufs driver code

add Hisilicon ufs driver code. Signed-off-by: Li Wei Signed-off-by: Geng Jianfeng Signed-off-by: Zang Leigang Signed-off-by: Yu Jianfeng --- drivers/scsi/ufs/Kconfig| 9 + drivers/scsi/ufs/Makefile | 1 + drivers/scsi/ufs/ufs-hisi.c | 619

[PATCH v10 0/5] scsi: ufs: add ufs driver code for Hisilicon Hi3660 SoC

This patchset adds driver support for UFS for Hi3660 SoC. It is verified on HiKey960 board. Li Wei (5): scsi: ufs: add Hisilicon ufs driver code dt-bindings: scsi: ufs: add document for hisi-ufs arm64: dts: add ufs dts node arm64: defconfig: enable configs for Hisilicon ufs arm64: defco

[PATCH v10 2/5] dt-bindings: scsi: ufs: add document for hisi-ufs

add ufs node document for Hisilicon. Signed-off-by: Li Wei --- Documentation/devicetree/bindings/ufs/ufs-hisi.txt | 41 ++ .../devicetree/bindings/ufs/ufshcd-pltfrm.txt | 10 -- 2 files changed, 48 insertions(+), 3 deletions(-) create mode 100644 Documentation/devic

[PATCH v10 3/5] arm64: dts: add ufs dts node

arm64: dts: add ufs node for Hisilicon. Signed-off-by: Li Wei --- arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 18 ++ 1 file changed, 18 insertions(+) diff --git a/arch/arm64/boot/dts/hisilicon/hi3660.dtsi b/arch/arm64/boot/dts/hisilicon/hi3660.dtsi index ec3eb8e33a3a..04438621c

Re: [PATCH v6 2/6] dt-bindings: Add the rzn1-clocks.h file

Hi Michel, On Wed, May 23, 2018 at 10:17 AM, M P wrote: > On Wed, 23 May 2018 at 08:26, Geert Uytterhoeven > wrote: >> On Wed, May 23, 2018 at 8:44 AM, M P wrote: >> > On Tue, 22 May 2018 at 19:44, Geert Uytterhoeven >> > wrote: >> >> On Tue, May 22, 2018 at 12:01 PM, Michel Pollet >> >> wrot

[PATCH 1/3] gspca_zc3xx: Implement proper autogain and exposure control for OV7648

The ZS0211 internal autogain causes pumping and flickering with OV7648 sensor on 0ac8:307b webcam. Implement OV7648 autogain and exposure control and use that instead. Signed-off-by: Ondrej Zary --- drivers/media/usb/gspca/zc3xx.c | 42 + 1 file changed, 3

Re: [PATCH] media: v4l2-ctrl: Add control for VP9 profile

On 17/05/18 11:53, Keiichi Watanabe wrote: > Add a new control V4L2_CID_MPEG_VIDEO_VP9_PROFILE for selecting desired > profile for VP9 encoder and querying for supported profiles by VP9 encoder > or decoder. > > An existing control V4L2_CID_MPEG_VIDEO_VPX_PROFILE cannot be > used for querying sinc

[PATCH 2/3 v2] gspca_zc3xx: Fix power line frequency settings for OV7648

Power line frequency settings for OV7648 sensor contain autogain and exposure commands, affecting unrelated controls. Remove them. Signed-off-by: Ondrej Zary --- drivers/media/usb/gspca/zc3xx.c | 7 --- 1 file changed, 7 deletions(-) diff --git a/drivers/media/usb/gspca/zc3xx.c b/drivers/me

[PATCH 3/3 v2] gspca_zc3xx: Enable short exposure times for OV7648

The 50Hz and 60Hz power line frequency settings disable short (1/120s and 1/100s) exposure times for banding filter (causing overexposed image near lamps). No flicker setting enables them (when banding filter is disabled and they're not used). Seems that the logic is just the wrong way around. (Th

[ANNOUNCE] 4.4.132-rt149

Hello RT Folks! I'm pleased to announce the 4.4.132-rt149 stable release. This release is just an update to the new stable 4.4.132 version and no RT specific changes have been made. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.

Re: [PATCH] mmc: sdhci-*: Don't emit error msg if sdhci_add_host() fails

On 25/05/18 10:15, Jisheng Zhang wrote: > I noticed below error msg with sdhci-pxav3 on some berlin platforms: > > [.] sdhci-pxav3 f7ab.sdhci failed to add host > > It is due to getting related vmmc or vqmmc regulator returns > -EPROBE_DEFER. It doesn't matter at all but it's confusing. >

[PATCH v2 0/2] rtmutex wait_lock is irq safe

Since commit b4abf91047cf ("rtmutex: Make wait_lock irq safe") the rtmutex wait_lock is irq safe. Therefore the irqsave/restore in kernel/signal is no longer required (see Patch 2/2). During discussions about v1 of this patch, Eric Biederman noticed, that there is a no longer valid rcu_read_unlock(

[PATCH v2 2/2] signal: Remove no longer required irqsave/restore

Commit a841796f11c9 ("signal: align __lock_task_sighand() irq disabling and RCU") introduced a rcu read side critical section with interrupts disabled. The changelog suggested that a better long-term fix would be "to make rt_mutex_unlock() disable irqs when acquiring the rt_mutex structure's ->wait

[PATCH v2 1/2] rcu: Update documentation of rcu_read_unlock()

Since commit b4abf91047cf ("rtmutex: Make wait_lock irq safe") the explanation in rcu_read_unlock() documentation about irq unsafe rtmutex wait_lock is no longer valid. Remove it to prevent kernel developers reading the documentation to rely on it. Suggested-by: Eric W. Biederman Signed-off-by:

RE: [alsa-devel] [RFC/RFT PATCH] ASoC: topology: Improve backwards compatibility with v4 topology files

> -Original Message- > From: alsa-devel-boun...@alsa-project.org [mailto:alsa-devel-bounces@alsa- > project.org] On Behalf Of Mark Brown > Sent: Thursday, May 24, 2018 11:12 PM > On Thu, May 24, 2018 at 07:55:06AM -0700, Guenter Roeck wrote: > > On Thu, May 24, 2018 at 7:18 AM Mark Brown

Re: [PATCH v4 1/2] dt-bindings: input: Add Add Spreadtrum SC27xx vibrator documentation

On 19 May 2018 at 00:54, Rob Herring wrote: > On Thu, May 10, 2018 at 01:08:33PM +0800, Baolin Wang wrote: >> From: Xiaotong Lu >> >> This patch adds the binding documentation for Spreadtrum SC27xx series >> vibrator device. >> >> Signed-off-by: Xiaotong Lu >> Signed-off-by: Baolin Wang >> ---

Re: [PATCH 2/2] ACPI: EC: Dispatch the EC GPE directly on s2idle wake

On Fri, May 25, 2018 at 10:08 AM, Rafael J. Wysocki wrote: > On Fri, May 25, 2018 at 8:49 AM, Ulf Hansson wrote: >> Rafael, >> >> On 18 May 2018 at 08:10, kbuild test robot wrote: >>> Hi Rafael, >>> >>> I love your patch! Yet something to improve: >>> >>> [auto build test ERROR on pm/linux-next]

Re: [PATCH 1/2] nvme-pci: set nvmeq->cq_vector after alloc cq/sq

Thanks, applied to nvme-4.18.

Re: [PATCH V3] nvme-rdma: stop queue first before free it in config admin queue

Thanks, applied to nvme-4.18.

Re: [PATCH] cpufreq / CPPC: Add cpuinfo_cur_freq support for CPPC

On Fri, May 25, 2018 at 8:27 AM, George Cherian wrote: > Hi Prashanth, > > > On 05/25/2018 12:55 AM, Prakash, Prashanth wrote: >> >> Hi George, >> >> On 5/22/2018 5:42 AM, George Cherian wrote: >>> >>> Per Section 8.4.7.1.3 of ACPI 6.2, The platform provides performance >>> feedback via set of per

RE: [PATCH v6 0/7] vfio/type1: Add support for valid iova list management

Hi Alex, > -Original Message- > From: Alex Williamson [mailto:alex.william...@redhat.com] > Sent: Thursday, May 24, 2018 7:21 PM > To: Shameerali Kolothum Thodi > Cc: eric.au...@redhat.com; pmo...@linux.vnet.ibm.com; > k...@vger.kernel.org; linux-kernel@vger.kernel.org; iommu@lists.linux-

Re: [PATCH] swiotlb: Fix inversed DMA_ATTR_NO_WARN test

On 2018-05-25 10:41 AM, Christoph Hellwig wrote: > On Tue, May 22, 2018 at 03:13:58PM +0200, Christian König wrote: >> Am 02.05.2018 um 18:59 schrieb Michel Dänzer: >>> On 2018-05-02 06:21 PM, Christoph Hellwig wrote: On Wed, May 02, 2018 at 04:31:09PM +0200, Michel Dänzer wrote: >> No. _

Re: [PATCH v1 2/2] cpufreq: tegra20: Use PLL_C as intermediate clock source

On 25.05.2018 11:36, Rafael J. Wysocki wrote: > On Fri, May 25, 2018 at 10:14 AM, Rafael J. Wysocki wrote: >> On Thu, May 24, 2018 at 2:28 PM, Dmitry Osipenko wrote: >>> On 24.05.2018 11:01, Rafael J. Wysocki wrote: On Thu, May 24, 2018 at 7:37 AM, Dmitry Osipenko wrote: > On 24.05.2018

Re: [PATCH v1 2/2] cpufreq: tegra20: Use PLL_C as intermediate clock source

On Fri, May 25, 2018 at 10:14 AM, Rafael J. Wysocki wrote: > On Thu, May 24, 2018 at 2:28 PM, Dmitry Osipenko wrote: >> On 24.05.2018 11:01, Rafael J. Wysocki wrote: >>> On Thu, May 24, 2018 at 7:37 AM, Dmitry Osipenko wrote: On 24.05.2018 07:30, Viresh Kumar wrote: > On 23-05-18, 19:00

Re: [PATCH] x86/microcode: Make update_lock raw

On Thu, May 24, 2018 at 10:44:20AM -0500, Scott Wood wrote: > __reload_late() is called from stop_machine context and thus > cannot acquire a non-raw spinlock on PREEMPT_RT. > > Signed-off-by: Scott Wood > --- > arch/x86/kernel/cpu/microcode/core.c | 6 +++--- > 1 file changed, 3 insertions(+),

Re: [PATCH v2 08/13] ASoC: pxa: remove the dmaengine compat need

On Thursday, May 24, 2018 09:06 AM, Robert Jarzmik wrote: As the pxa architecture switched towards the dmaengine slave map, the old compatibility mechanism to acquire the dma requestor line number and priority are not needed anymore. This patch simplifies the dma resource acquisition, using the

Re: [PATCH] swiotlb: Fix inversed DMA_ATTR_NO_WARN test

On Tue, May 22, 2018 at 03:13:58PM +0200, Christian König wrote: > Am 02.05.2018 um 18:59 schrieb Michel Dänzer: >> On 2018-05-02 06:21 PM, Christoph Hellwig wrote: >>> On Wed, May 02, 2018 at 04:31:09PM +0200, Michel Dänzer wrote: > No. __GFP_NOWARN (and gfp_t flags in general) are the wrong

[PATCH] selinux: KASAN: slab-out-of-bounds in xattr_getsecurity

Call trace: [] dump_backtrace+0x0/0x428 [] show_stack+0x28/0x38 [] dump_stack+0xd4/0x124 [] print_address_description+0x68/0x258 [] kasan_report.part.2+0x228/0x2f0 [] kasan_report+0x5c/0x70 [] check_memory_region+0x12c/0x1c0 [] memcpy+0x34/0x68 [] xattr_getsecurity+0xe0/0x160 [] vfs_getxa

Re: [PATCH 9/9] PM / Domains: Add dev_pm_domain_attach_by_id() to manage multi PM domains

On 24/05/18 22:11, Ulf Hansson wrote: On 24 May 2018 at 17:48, Jon Hunter wrote: On 18/05/18 11:31, Ulf Hansson wrote: The existing dev_pm_domain_attach() function, allows a single PM domain to be attached per device. To be able to support devices that are partitioned across multiple PM dom

Re: [PATCH 0/3] Add parameter for disabling ACS redirection for P2P

Am 24.05.2018 um 23:48 schrieb Logan Gunthorpe: Hi, As discussed in our PCI P2PDMA series, we'd like to add a kernel parameter for selectively disabling ACS redirection for select bridges. Seeing this turned out to be a small series in itself, we've decided to send this separately from the P2P w

Re: [PATCH v3 6/9] trace_uprobe: Support SDT markers having reference count (semaphore)

Thanks Oleg for the review, On 05/24/2018 09:56 PM, Oleg Nesterov wrote: > On 04/17, Ravi Bangoria wrote: >> >> @@ -941,6 +1091,9 @@ typedef bool (*filter_func_t)(struct uprobe_consumer >> *self, >> if (ret) >> goto err_buffer; >> >> +if (tu->ref_ctr_offset) >> +

Re: [PATCH v1 2/2] cpufreq: tegra20: Use PLL_C as intermediate clock source

On 25.05.2018 09:32, Peter De Schrijver wrote: > On Thu, May 24, 2018 at 03:49:22PM +0300, Dmitry Osipenko wrote: >> On 24.05.2018 13:04, Peter De Schrijver wrote: >>> On Wed, May 23, 2018 at 07:00:20PM +0300, Dmitry Osipenko wrote: PLL_C is running at 600MHz which is significantly higher than

Re: [PATCH v4 5/7] interconnect: qcom: Add msm8916 interconnect provider driver

On Fri, Mar 9, 2018 at 11:09 PM, Georgi Djakov wrote: > Add driver for the Qualcomm interconnect buses found in msm8916 based > platforms. > > Signed-off-by: Georgi Djakov > --- > drivers/interconnect/Kconfig| 5 + > drivers/interconnect/Makefile | 1 + > drivers/interconnect/q

Re: [PATCH v4 1/7] interconnect: Add generic on-chip interconnect API

On Fri, Mar 9, 2018 at 11:09 PM, Georgi Djakov wrote: > This patch introduce a new API to get requirements and configure the > interconnect buses across the entire chipset to fit with the current > demand. > > The API is using a consumer/provider-based model, where the providers are > the intercon

Re: [clang] stack protector and f1f029c7bf

On Thu, May 24, 2018 at 10:26 PM, Nick Desaulniers wrote: [...] >> Issue 2: ... The other option is to turn stack canary explicitly off for > all such functions. > > We're looking to add the compiler attribute no_stack_protector. It's added > in mainline clang, the llvm bug cited earlier is about

Re: [PATCH 8/9] PM / Domains: Add support for multi PM domains per device to genpd

On 24/05/18 22:21, Ulf Hansson wrote: ... OK, so this bit is a to-do as that is not yet exposed AFAICT. I see that you said 'although we need to extend it to cover cleanup of the earlier registered device, via calling device_unregister().' So if we do this then that would be fine. Let me cla

[GIT PULL] MMC fixes for v.4.17-rc7

Hi Linus, Here's a PR with a couple of MMC fixes intended for v4.14-rc7. Details about the highlights are as usual found in the signed tag. Please pull this in! Kind regards Ulf Hansson The following changes since commit 6da6c0db5316275015e8cc2959f12a17584aeb64: Linux v4.17-rc3 (2018-04-29

Re: [PATCH] doc: document scope NOFS, NOIO APIs

On Fri 25-05-18 08:17:15, Dave Chinner wrote: > On Thu, May 24, 2018 at 01:43:41PM +0200, Michal Hocko wrote: [...] > > +FS/IO code then simply calls the appropriate save function right at the > > +layer where a lock taken from the reclaim context (e.g. shrinker) and > > +the corresponding restore

Re: [PATCH v1 2/2] cpufreq: tegra20: Use PLL_C as intermediate clock source

On Thu, May 24, 2018 at 2:28 PM, Dmitry Osipenko wrote: > On 24.05.2018 11:01, Rafael J. Wysocki wrote: >> On Thu, May 24, 2018 at 7:37 AM, Dmitry Osipenko wrote: >>> On 24.05.2018 07:30, Viresh Kumar wrote: On 23-05-18, 19:00, Dmitry Osipenko wrote: > PLL_C is running at 600MHz which is

Re: [PATCH 2/3] gspca_zc3xx: Fix power line frequency settings for OV7648

On 24/05/18 17:09, Ondrej Zary wrote: > Power line frequency settings for OV7648 sensor contain autogain > and exposure commands, affecting unrelated controls. Remove them. > > Signed-off-by: Ondrej Zary > --- > drivers/media/usb/gspca/zc3xx.c | 17 ++--- > 1 file changed, 10 inserti

Re: [PATCH] doc: document scope NOFS, NOIO APIs

On Thu 24-05-18 14:52:02, Jonathan Corbet wrote: > On Thu, 24 May 2018 13:43:41 +0200 > Michal Hocko wrote: > > > From: Michal Hocko > > > > Although the api is documented in the source code Ted has pointed out > > that there is no mention in the core-api Documentation and there are > > people

Re: [PATCH 2/2] ACPI: EC: Dispatch the EC GPE directly on s2idle wake

On Fri, May 25, 2018 at 8:49 AM, Ulf Hansson wrote: > Rafael, > > On 18 May 2018 at 08:10, kbuild test robot wrote: >> Hi Rafael, >> >> I love your patch! Yet something to improve: >> >> [auto build test ERROR on pm/linux-next] >> [also build test ERROR on v4.17-rc5] >> [if your patch is applied

Re: [PATCH 4.4 00/92] 4.4.133-stable review

Hi Daniel, On 25 May 2018 at 07:04, Daniel Sangorrin wrote: > Hello Rafael, > > The tests fcntl35 and fcntl35_64 should have go from FAIL to PASS. > https://www.spinics.net/lists/stable/msg239475.html Thanks for the patch. Now i have manually tested LTP syscalls and confirms, fcntl35 and fcntl3

Re: [PATCH v2 13/13] ARM: pxa: change SSP DMA channels allocation

On Thursday, May 24, 2018 09:07 AM, Robert Jarzmik wrote: Now the dma_slave_map is available for PXA architecture, switch the SSP device to it. This specifically means that : - for platform data based machines, the DMA requestor channels are extracted from the slave map, where pxa-ssp-dai. is

[PATCH RESEND V4 2/9] clk: fractional-divider: add CLK_FRAC_DIVIDER_ZERO_BASED flag support

Adding CLK_FRAC_DIVIDER_ZERO_BASED flag to indicate the numerator and denominator value in register are start from 0. This can be used to support frac dividers like below: Divider output clock = Divider input clock x [(frac +1) / (div +1)] where frac/div in register is: 000b - Divide by 1. 001b -

[PATCH RESEND V4 4/9] clk: imx: add pfdv2 support

The pfdv2 is designed for PLL Fractional Divide (PFD) observed in System Clock Generation (SCG) module in IMX ULP SoC series. e.g. i.MX7ULP. NOTE pfdv2 can only be operated when clk is gated. Cc: Stephen Boyd Cc: Michael Turquette Cc: Shawn Guo Cc: Anson Huang Cc: Bai Ping Signed-off-by: Don

[PATCH RESEND V4 7/9] clk: imx: make mux parent strings const

As the commit 2893c379461a ("clk: make strings in parent name arrays const"), let's make the parent strings const, otherwise we may meet the following warning when compiling: drivers/clk/imx/clk-imx7ulp.c: In function 'imx7ulp_clocks_init': drivers/clk/imx/clk-imx7ulp.c:73:35: warning: passing arg

[PATCH RESEND V4 6/9] dt-bindings: clock: add imx7ulp clock binding doc

i.MX7ULP Clock functions are under joint control of the System Clock Generation (SCG) modules, Peripheral Clock Control (PCC) modules, and Core Mode Controller (CMC)1 blocks Note IMX7ULP has two clock domains: M4 and A7. This binding doc is only for A7 clock domain. Cc: Rob Herring Cc: Mark Rutl

[PATCH RESEND V4 8/9] clk: imx: implement new clk_hw based APIs

Clock providers are recommended to use the new struct clk_hw based API, so implement IMX clk_hw based provider helpers functions to the new approach. Signed-off-by: Dong Aisheng --- ChangeLog: v2->v3: * no changes v1->v2: new patches --- drivers/clk/imx/clk.c | 22 ++ drivers/

[PATCH RESEND V4 3/9] clk: imx: add pllv4 support

pllv4 is designed for System Clock Generation (SCG) module observed in IMX ULP SoC series. e.g. i.MX7ULP. The SCG modules generates clock used to derive processor, system, peripheral bus and external memory interface clocks while this patch intends to support the PLL part. Cc: Stephen Boyd Cc: M

[PATCH RESEND V4 5/9] clk: imx: add composite clk support

The imx composite clk is designed for Peripheral Clock Control (PCC) module observed in IMX ULP SoC series. e.g. i.MX7ULP. NOTE pcc can only be operated when clk is gated. Cc: Stephen Boyd Cc: Michael Turquette Cc: Shawn Guo Cc: Anson Huang Cc: Bai Ping Signed-off-by: Dong Aisheng --- Chan

Re: [PATCH] doc: document scope NOFS, NOIO APIs

On Thu 24-05-18 09:37:18, Randy Dunlap wrote: > On 05/24/2018 04:43 AM, Michal Hocko wrote: [...] > > +The traditional way to avoid this deadlock problem is to clear __GFP_FS > > +resp. __GFP_IO (note the later implies clearing the first as well) in > > latter ? No I r

[PATCH RESEND V4 9/9] clk: imx: add imx7ulp clk driver

i.MX7ULP Clock functions are under joint control of the System Clock Generation (SCG) modules, Peripheral Clock Control (PCC) modules, and Core Mode Controller (CMC)1 blocks The clocking scheme provides clear separation between M4 domain and A7 domain. Except for a few clock sources shared between

[PATCH RESEND V4 1/9] clk: clk-divider: add CLK_DIVIDER_ZERO_GATE clk support

For dividers with zero indicating clock is disabled, instead of giving a warning each time like "clkx: Zero divisor and CLK_DIVIDER_ALLOW_ZERO not set" in exist code, we'd like to introduce enable/disable function for it. e.g. 000b - Clock disabled 001b - Divide by 1 010b - Divide by 2 ... Set rat

[PATCH RESEND V4 0/9] clk: add imx7ulp clk support

This is a rebased version of below patch series against latest clk tree. [PATCH RESEND V3 0/9] clk: add imx7ulp clk support https://lkml.org/lkml/2018/3/16/310 It only updates the license to SPDX format as well as a minor fix of pllv4. This patch series intends to add imx7ulp clk support. i.MX7U

[PATCH V0:net-next 0/4] net: ethernet: stmmac: add support for stm32mp1

Patches to have Ethernet support on stm32mp1 Christophe Roullier (4): net: ethernet: stmmac: add adaptation for stm32mp157c. dt-bindings: stm32-dwmac: add support of MPU families net: stmmac: add dwmac-4.20a compatible dt-bindings: stm32: add compatible for syscon .../devicetree/bindings

[PATCH V0:net-next 4/4] dt-bindings: stm32: add compatible for syscon

This patch describes syscon DT bindings. Signed-off-by: Christophe Roullier Reviewed-by: Rob Herring --- .../devicetree/bindings/arm/stm32/stm32-syscon.txt | 14 ++ .../devicetree/bindings/arm/{ => stm32}/stm32.txt | 0 2 files changed, 14 insertions(+) create mod

[PATCH V0:net-next 2/4] dt-bindings: stm32-dwmac: add support of MPU families

Add description for Ethernet MPU families fields Signed-off-by: Christophe Roullier Reviewed-by: Rob Herring --- Documentation/devicetree/bindings/net/stm32-dwmac.txt | 18 -- 1 file changed, 16 insertions(+), 2 deletions(-) diff --git a/Documentation/devicetree/bindings/net/st

[PATCH V0:net-next 1/4] net: ethernet: stmmac: add adaptation for stm32mp157c.

Glue codes to support stm32mp157c device and stay compatible with stm32 mcu familly Signed-off-by: Christophe Roullier Acked-by: Alexandre TORGUE --- drivers/net/ethernet/stmicro/stmmac/dwmac-stm32.c | 267 -- 1 file changed, 252 insertions(+), 15 deletions(-) diff --git a/

[PATCH V0:net-next 3/4] net: stmmac: add dwmac-4.20a compatible

Manage dwmac-4.20a version from synopsys Signed-off-by: Christophe Roullier --- drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c b/drivers/net/ethernet/stmicro/stmmac

[PATCH] m68k/mac: Enable PDMA for PowerBook 500 series

I can confirm that mac_scsi PDMA now works on these machines. This increases sequential read throughput by a factor of 4.5. Signed-off-by: Finn Thain --- arch/m68k/include/asm/macintosh.h | 1 - arch/m68k/mac/config.c| 19 +-- 2 files changed, 1 insertion(+), 19 dele

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

On Thu 24-05-18 14:22:53, 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 inability to grab mm->mmap_sem in a sufficient amount of time, > > - when the mm

Re: [PATCH 8/9] regulator: bd71837: BD71837 PMIC regulator driver

On Thu, May 24, 2018 at 05:51:27PM +, Vaittinen, Matti wrote: > > From: Mark Brown [broo...@kernel.org] > > Sent: Thursday, May 24, 2018 5:14 PM > > On Thu, May 24, 2018 at 09:00:36AM +0300, Matti Vaittinen wrote: > > > + rdev = regulator_register(desc, &config); > > > +

Re: [PATCH v8 2/6] cpuset: Add new v2 cpuset.sched.domain flag

On Thu, May 24, 2018 at 02:53:31PM -0400, Waiman Long wrote: > On 05/24/2018 11:41 AM, Peter Zijlstra wrote: > > On Thu, May 17, 2018 at 04:55:41PM -0400, Waiman Long wrote: > >> A new cpuset.sched.domain boolean flag is added to cpuset v2. This new > >> flag indicates that the CPUs in the current

[PATCH] mmc: sdhci-*: Don't emit error msg if sdhci_add_host() fails

I noticed below error msg with sdhci-pxav3 on some berlin platforms: [.] sdhci-pxav3 f7ab.sdhci failed to add host It is due to getting related vmmc or vqmmc regulator returns -EPROBE_DEFER. It doesn't matter at all but it's confusing. From another side, if driver probing fails and the e

[PATCH] nmi_backtrace: use printk_safe_flush_on_panic when triggering backtraces

From: Hoeun Ryu Use printk_safe_flush_on_panic() in nmi_trigger_cpumask_backtrace(). nmi_trigger_cpumask_backtrace() can be called in NMI context. For example the function is called in watchdog_overflow_callback() if the flag of hardlockup backtrace (sysctl_hardlockup_all_cpu_backtrace) is true

Re: [PATCH] gpu: Consistently use octal not symbolic permissions

On Thu, 24 May 2018, Joe Perches wrote: > On Fri, 2018-05-25 at 09:41 +0300, Jani Nikula wrote: >> On Thu, 24 May 2018, Joe Perches wrote: >> > There is currently a mixture of octal and symbolic permissions uses >> > in files in drivers/gpu/drm and one file in drivers/gpu. >> > >> > There are ~2

<    3   4   5   6   7   8   9   >