Re: [PATCH 2/2] mmc: sdhci-iproc: Set NO_HISPD bit to fix HS50 data hold time problem

2019-05-07 Thread Adrian Hunter
On 8/05/19 1:46 AM, Scott Branden wrote: > Hi Adrian, > > On 2019-05-06 11:31 p.m., Adrian Hunter wrote: >> On 6/05/19 8:01 PM, Scott Branden wrote: >>> From: Trac Hoang >>> >>> The iproc host eMMC/SD controller hold time does not meet the >>> specification in the HS50 mode.  This problem can be

Re: [PATCH v5 09/12] soc: mediatek: cmdq: add polling function

2019-05-07 Thread CK Hu
Hi, Bibby: On Tue, 2019-05-07 at 16:13 +0800, Bibby Hsieh wrote: > add polling function in cmdq helper functions Reviewed-by: CK Hu > > Signed-off-by: Bibby Hsieh > --- > drivers/soc/mediatek/mtk-cmdq-helper.c | 29 > include/linux/mailbox/mtk-cmdq-mailbox.h | 1

Re: [PATCH v3 2/2] RISC-V: sifive_l2_cache: Add L2 cache controller driver for SiFive SoCs

2019-05-07 Thread Yash Shah
On Tue, May 7, 2019 at 7:15 PM Andrew F. Davis wrote: > > On 5/7/19 2:48 AM, Yash Shah wrote: > > On Mon, May 6, 2019 at 5:48 PM Andrew F. Davis wrote: > >> > >> On 5/6/19 6:48 AM, Yash Shah wrote: > >>> The driver currently supports only SiFive FU540-C000 platform. > >>> > >>> The initial

Re: [GIT PULL] Devicetree for 5.2

2019-05-07 Thread pr-tracker-bot
The pull request you sent on Tue, 7 May 2019 18:53:25 -0500: > git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git > tags/devicetree-for-5.2 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/82efe439599439a5e1e225ce5740e6cfb777a7dd Thank you! --

Re: [PATCH v5 08/12] soc: mediatek: cmdq: define the instruction struct

2019-05-07 Thread CK Hu
Hi, Bibby: On Tue, 2019-05-07 at 16:13 +0800, Bibby Hsieh wrote: > Define a instruction structure for gce driver to append command. I would like you to describe _WHY_ do this. I think you do this for 'code readability'. > > Signed-off-by: Bibby Hsieh > --- >

Re: [PATCH v5 04/12] dt-binding: gce: add binding for gce event property

2019-05-07 Thread CK Hu
Hi, Bibby: On Tue, 2019-05-07 at 16:13 +0800, Bibby Hsieh wrote: > Client hardware would send event to GCE hardware, > mediatek,gce-event-names and mediatek,gce-events > can be used to present the event. > > Signed-off-by: Bibby Hsieh > --- >

Re: [PATCH 1/8] soundwire: intel: filter SoundWire controller device search

2019-05-07 Thread Vinod Koul
On 07-05-19, 09:43, Pierre-Louis Bossart wrote: > > > On 5/7/19 7:26 AM, Vinod Koul wrote: > > On 03-05-19, 19:29, Pierre-Louis Bossart wrote: > > > The convention is that the SoundWire controller device is a child of > > > the HDAudio controller. However there can be more than one child > > >

Re: linux-next: manual merge of the char-misc tree with the arm-soc tree

2019-05-07 Thread Stephen Rothwell
Hi all, On Tue, 30 Apr 2019 17:40:51 +1000 Stephen Rothwell wrote: > > Today's linux-next merge of the char-misc tree got conflicts in: > > drivers/misc/Kconfig > drivers/misc/Makefile > > between commit: > > 524feb799408 ("soc: add aspeed folder and misc drivers") > > from the

Re: [PATCH v3 0/3] tracing: probeevent: Fix probe argument parser and handler

2019-05-07 Thread Masami Hiramatsu
On Tue, 7 May 2019 22:10:06 -0400 Steven Rostedt wrote: > On Tue, 7 May 2019 22:55:22 +0900 > Masami Hiramatsu wrote: > > > Hi, > > > > Here is the 3rd version of series to fix several bugs in probe event > > argument parser and handler routines. > > > > In this version I updated patch

Re: [git pull] vfs.git next bits of mount ABI stuff (syscalls, this time)

2019-05-07 Thread pr-tracker-bot
The pull request you sent on Tue, 7 May 2019 21:49:21 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git work.mount-syscalls has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/400913252d09f9cfb8cce33daee43167921fc343 Thank you! -- Deet-doot-dot, I am a

Re: [GIT PULL] fscrypt updates for 5.2

2019-05-07 Thread pr-tracker-bot
The pull request you sent on Tue, 7 May 2019 19:30:42 -0400: > git://git.kernel.org/pub/scm/fs/fscrypt/fscrypt.git tags/fscrypt_for_linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/a9fbcd6728837268784439ad0b02ede2c024c516 Thank you! -- Deet-doot-dot, I am a

Re: [git pull] vfs.git misc pieces

2019-05-07 Thread pr-tracker-bot
The pull request you sent on Tue, 7 May 2019 21:53:19 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git work.misc has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/149e703cb8bfcbdae46140b108bb6f7d2407df8f Thank you! -- Deet-doot-dot, I am a bot.

Re: [GIT PULL] ext4 changes for 5.2

2019-05-07 Thread pr-tracker-bot
The pull request you sent on Tue, 7 May 2019 19:28:23 -0400: > git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git > tags/ext4_for_linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/5abe37954e9a315c35c9490f78d55f307c3c636b Thank you! -- Deet-doot-dot, I

Re: [GIT PULL] AFS fixes and development

2019-05-07 Thread pr-tracker-bot
The pull request you sent on Tue, 07 May 2019 21:11:17 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git > tags/afs-next-20190507 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/e5fef2a9732580c5bd30c0097f5e9091a3d58ce5 Thank you! --

Re: [GIT PULL] random changes for 5.2

2019-05-07 Thread pr-tracker-bot
The pull request you sent on Tue, 7 May 2019 19:32:08 -0400: > git://git.kernel.org/pub/scm/linux/kernel/git/tytso/random.git > tags/random_for_linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/dd5001e21a991b731d659857cd07acc7a13e6789 Thank you! --

Re: [git pull] vfs.git several struct file-related pieces

2019-05-07 Thread pr-tracker-bot
The pull request you sent on Tue, 7 May 2019 21:52:09 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git work.file has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/d897166d8598e362a31d79dfd9a1e2eedb9ac85c Thank you! -- Deet-doot-dot, I am a bot.

Re: [git pull] vfs.git misc dcache-related stuff

2019-05-07 Thread pr-tracker-bot
The pull request you sent on Tue, 7 May 2019 21:33:55 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git work.dcache has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/d27fb65bc2389621040e5107baedb94b4cccf641 Thank you! -- Deet-doot-dot, I am a bot.

Re: [RFC][PATCH 1/2] x86: Allow breakpoints to emulate call functions

2019-05-07 Thread Linus Torvalds
On Tue, May 7, 2019 at 2:24 PM Steven Rostedt wrote: > > And there's been several times I forget that regs->sp can not be read > directly. Especially most of my bug reports are for x86_64 these days. > But when I had that seldom x86_32 one, and go debugging, I would print > out "regs->sp" and

Re: [PATCH 1/2] x86/boot: move early_serial_base to .data section

2019-05-07 Thread Pingfan Liu
On Tue, May 7, 2019 at 4:28 PM Ingo Molnar wrote: > > > * Pingfan Liu wrote: > > > arch/x86/boot/compressed/head_64.S clears BSS after relocated. If early > > serial is set up before clearing BSS, the early_serial_base will be reset > > to 0. > > > > Initializing early_serial_base as -1 to push

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

2019-05-07 Thread Masahiro Yamada
Hi Paul, On Mon, May 6, 2019 at 11:23 PM Paul Gortmaker wrote: > > [Re: Fwd: linux-next: build failure after merge of the kbuild tree] On > 06/05/2019 (Mon 21:07) Masahiro Yamada wrote: > > > Hi Paul, > > > > > > On Mon, May 6, 2019 at 12:34 PM Paul Gortmaker > > wrote: > > > > > > [Fwd:

Re: [PATCH 0/3] x86_64/ftrace: Emulate calls from int3 when patching functions

2019-05-07 Thread Masami Hiramatsu
On Tue, 07 May 2019 21:55:59 -0400 Steven Rostedt wrote: > > [ > This is the non-RFC version. > > It went through and passed all my tests. If there's no objections > I'm going to include this in my pull request. I still have patches > in my INBOX that may still be included, so I need

Re: [PATCH] cgroup: Fix low cpu usage with high throttling by removing slice expiration

2019-05-07 Thread Dave Chiluk
I'd really appreciate some attention on this. Should I have marked the subject as sched: instead? I heard through some back-channels that there may be concern with the ability to use more cpu than allocated in a given period. To that I say, #1 The current behavior of an application hitting cpu

Re: [RFC PATCH v6 4/6] tracing/probe: Support user-space dereference

2019-05-07 Thread Masami Hiramatsu
On Mon, 6 May 2019 11:52:26 -0400 Steven Rostedt wrote: > On Mon, 18 Mar 2019 15:43:52 +0900 > Masami Hiramatsu wrote: > > > +.. _user_mem_access: > > +User Memory Access > > +-- > > +Kprobe events supports user-space memory access. For that purpose, you can > > use > >

Re: linux-next: Signed-off-by missing for commit in the cifs tree

2019-05-07 Thread Steve French
fixed On Tue, May 7, 2019 at 4:32 PM Stephen Rothwell wrote: > > Hi all, > > Commit > > b00c40f57bd5 ("cifs: fix strcat buffer overflow and reduce raciness in > smb21_set_oplock_level()") > > is missing a Signed-off-by from its author. > > Actually it looks like you were just tripped up by

Re: linux-next: manual merge of the staging tree with the imx-mxs tree

2019-05-07 Thread Stephen Rothwell
Hi all, On Fri, 12 Apr 2019 14:49:21 +1000 Stephen Rothwell wrote: > > Today's linux-next merge of the staging tree got a conflict in: > > Documentation/devicetree/bindings/vendor-prefixes.txt > > between commit: > > 189733b0a7e4 ("dt-bindings: Add vendor prefix for Rakuten Kobo, Inc.")

Re: [PATCH] fix use-after-free in perf_sched__lat

2019-05-07 Thread liwei (GF)
Hi Jiri, Thanks for your reply. On 2019/5/7 16:51, Jiri Olsa wrote: > On Fri, May 03, 2019 at 10:35:55AM +0800, Wei Li wrote: >> After thread is added to machine->threads[i].dead in >> __machine__remove_thread, the machine->threads[i].dead is freed >> when calling free(session) in

Re: linux-next: manual merge of the staging tree with the block tree

2019-05-07 Thread Stephen Rothwell
Hi all, On Wed, 1 May 2019 17:05:28 +1000 Stephen Rothwell wrote: > > Today's linux-next merge of the staging tree got conflicts in: > > drivers/staging/erofs/data.c > drivers/staging/erofs/unzip_vle.c > > between commit: > > 2b070cfe582b ("block: remove the i argument to

Re: [PATCH v5 03/12] dt-binding: gce: add binding for gce subsys property

2019-05-07 Thread CK Hu
Hi, Bibby: On Tue, 2019-05-07 at 16:13 +0800, Bibby Hsieh wrote: > tcmdq driver provide a function that get the relationship > of sub system number from device node for client. > add specification for #subsys-cells, mediatek,gce-subsys. > > Signed-off-by: Bibby Hsieh > --- >

RE: [EXT] Re: [PATCHv2 1/2] ARM: dts: imx6sx: Use MX6SX_CLK_ENET for fec 'ahb' clock

2019-05-07 Thread Andy Duan
From: Fabio Estevam > Hi Andy, > > On Sun, May 5, 2019 at 5:15 AM Andy Duan wrote: > > > Nack the patch ! > > ... > > Secondly, for your issue you caught, which was fixed by patch: > > commit d7c3a206e6338e4ccdf030719dec028e26a521d5 > > Author: Andy Duan > > Date: Tue Apr 9 03:40:56 2019

[PATCH V2 4/4] arm64: dts: imx: add i.MX8QXP ocotp support

2019-05-07 Thread Peng Fan
Add i.MX8QXP ocotp node Cc: Rob Herring Cc: Mark Rutland Cc: Shawn Guo Cc: Sascha Hauer Cc: Pengutronix Kernel Team Cc: Fabio Estevam Cc: NXP Linux Team Cc: Aisheng Dong Cc: Anson Huang Cc: Daniel Baluta Cc: devicet...@vger.kernel.org Cc: linux-arm-ker...@lists.infradead.org

[PATCH V2 3/4] defconfig: arm64: enable i.MX8 SCU octop driver

2019-05-07 Thread Peng Fan
Build in CONFIG_NVMEM_IMX_OCOTP_SCU. Cc: Catalin Marinas Cc: Will Deacon Cc: Shawn Guo Cc: Andy Gross Cc: Maxime Ripard Cc: Olof Johansson Cc: Jagan Teki Cc: Bjorn Andersson Cc: Leonard Crestez Cc: Marc Gonzalez Cc: Enric Balletbo i Serra Cc: linux-arm-ker...@lists.infradead.org

[PATCH V2 1/4] dt-bindings: fsl: scu: add ocotp binding

2019-05-07 Thread Peng Fan
NXP i.MX8QXP is an ARMv8 SoC with a Cortex-M4 core inside as system controller(SCU), the ocotp controller is being controlled by the SCU, so Linux need use RPC to SCU for ocotp handling. This patch adds binding doc for i.MX8 SCU OCOTP driver. Cc: Rob Herring Cc: Mark Rutland Cc: Aisheng Dong

[PATCH V2 2/4] nvmem: imx: add i.MX8 nvmem driver

2019-05-07 Thread Peng Fan
This patch adds i.MX8 nvmem ocotp driver to access fuse via RPC to i.MX8 system controller. Cc: Srinivas Kandagatla Cc: Shawn Guo Cc: Sascha Hauer Cc: Pengutronix Kernel Team Cc: Fabio Estevam Cc: NXP Linux Team Cc: linux-arm-ker...@lists.infradead.org Signed-off-by: Peng Fan --- V2: Add

Re: [GIT PULL] LED updates for 5.2-rc1

2019-05-07 Thread pr-tracker-bot
The pull request you sent on Tue, 7 May 2019 20:42:25 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/j.anaszewski/linux-leds.git > tags/leds-for-5.2-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/8b35ad6232c462b02e397e87ce702bcddd4ba543 Thank you! --

Re: [GIT PULL] parisc architecture updates for kernel v5.2

2019-05-07 Thread pr-tracker-bot
The pull request you sent on Tue, 7 May 2019 20:38:18 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git > parisc-5.2-1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/d3511f53bb2475f2a4e8460bee5a1ae6dea2a433 Thank you! -- Deet-doot-dot,

Re: [GIT PULL] Audit patches for v5.2

2019-05-07 Thread pr-tracker-bot
The pull request you sent on Tue, 7 May 2019 13:23:05 -0400: > git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/audit.git > tags/audit-pr-20190507 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/02aff8db6438ce29371fd9cd54c57213f4bb4536 Thank you! -- Dee

Re: [GIT PULL] SELinux patches for v5.2

2019-05-07 Thread pr-tracker-bot
The pull request you sent on Tue, 7 May 2019 13:23:03 -0400: > git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/selinux.git > tags/selinux-pr-20190507 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/f72dae20891d7bcc43e9263ab206960b6ae5209f Thank you! --

Re: [RFC PATCH v2 00/17] Core scheduling v2

2019-05-07 Thread Aaron Lu
On Mon, May 06, 2019 at 03:39:37PM -0400, Julien Desfossez wrote: > On 29-Apr-2019 11:53:21 AM, Aaron Lu wrote: > > This is what I have used to make sure no two unmatched tasks being > > scheduled on the same core: (on top of v1, I thinks it's easier to just > > show the diff instead of commenting

Re: linux-next: manual merge of the driver-core tree with the block tree

2019-05-07 Thread Stephen Rothwell
Hi all, On Mon, 29 Apr 2019 15:24:00 +1000 Stephen Rothwell wrote: > > Today's linux-next merge of the driver-core tree got a conflict in: > > block/blk-sysfs.c > > between commit: > > 4d25339e32a1 ("block: don't show io_timeout if driver has no timeout > handler") > > from the block

[PATCH v2 11/11] arm64: dts: sc9860: Update coresight DT bindings

2019-05-07 Thread Leo Yan
CoreSight DT bindings have been updated, thus the old compatible strings are obsolete and the drivers will report warning if DTS uses these obsolete strings. This patch switches to the new bindings for CoreSight dynamic funnel, so can dismiss warning during initialisation. Cc: Chunyan Zhang Cc:

[PATCH v2 10/11] arm64: dts: sc9836: Update coresight DT bindings

2019-05-07 Thread Leo Yan
CoreSight DT bindings have been updated, thus the old compatible strings are obsolete and the drivers will report warning if DTS uses these obsolete strings. This patch switches to the new bindings for CoreSight dynamic funnel, so can dismiss warning during initialisation. Cc: Chunyan Zhang Cc:

[PATCH v2 07/11] arm64: dts: hi6220: Update coresight DT bindings

2019-05-07 Thread Leo Yan
CoreSight DT bindings have been updated, thus the old compatible strings are obsolete and the drivers will report warning if DTS uses these obsolete strings. This patch switches to the new bindings for CoreSight dynamic funnel and static replicator, so can dismiss warning during initialisation.

RE: [PATCH v2] arm64: dts: ls1028a: Add USB dt nodes

2019-05-07 Thread Ran Wang
Hi Rob, On Wednesday, May 08, 2019 00:40, Rob Herring wrote: > > On Tue, May 7, 2019 at 3:48 AM Ran Wang wrote: > > > > Hi Rob, > > > > On Thursday, May 02, 2019 07:54 Rob Herring wrote: > > > > > > On Fri, Apr 26, 2019 at 05:54:26AM +, Ran Wang wrote: > > > > This patch adds USB dt nodes

[PATCH v2 09/11] arm64: dts: qcom-msm8916: Update coresight DT bindings

2019-05-07 Thread Leo Yan
CoreSight DT bindings have been updated, thus the old compatible strings are obsolete and the drivers will report warning if DTS uses these obsolete strings. This patch switches to the new bindings for CoreSight dynamic funnel, so can dismiss warning during initialisation. Cc: Andy Gross Cc:

[PATCH v2 08/11] arm64: dts: juno: Update coresight DT bindings

2019-05-07 Thread Leo Yan
CoreSight DT bindings have been updated, thus the old compatible strings are obsolete and the drivers will report warning if DTS uses these obsolete strings. This patch switches to the new bindings for CoreSight dynamic funnel, so can dismiss warning during initialisation. Cc: Liviu Dudau Cc:

[PATCH v2 06/11] ARM: dts: qcom-msm8974: Update coresight DT bindings

2019-05-07 Thread Leo Yan
CoreSight DT bindings have been updated, thus the old compatible strings are obsolete and the drivers will report warning if DTS uses these obsolete strings. This patch switches to the new bindings for CoreSight dynamic funnel, so can dismiss warning during initialisation. Cc: Andy Gross Cc:

[PATCH v2 04/11] ARM: dts: ste: Update coresight DT bindings

2019-05-07 Thread Leo Yan
CoreSight DT bindings have been updated, thus the old compatible strings are obsolete and the drivers will report warning if DTS uses these obsolete strings. This patch switches to the new bindings for CoreSight dynamic funnel and static replicator, so can dismiss warning during initialisation.

[PATCH v2 05/11] ARM: dts: vexpress-v2p-ca15_a7: Update coresight DT bindings

2019-05-07 Thread Leo Yan
CoreSight DT bindings have been updated, thus the old compatible strings are obsolete and the drivers will report warning if DTS uses these obsolete strings. This patch switches to the new bindings for CoreSight dynamic funnel and static replicator, so can dismiss warning during initialisation.

[PATCH v2 03/11] ARM: dts: qcom-apq8064: Update coresight DT bindings

2019-05-07 Thread Leo Yan
CoreSight DT bindings have been updated, thus the old compatible strings are obsolete and the drivers will report warning if DTS uses these obsolete strings. This patch switches to the new bindings for CoreSight dynamic funnel and static replicator, so can dismiss warning during initialisation.

[PATCH v2 01/11] ARM: dts: hip04: Update coresight DT bindings

2019-05-07 Thread Leo Yan
CoreSight DT bindings have been updated, thus the old compatible strings are obsolete and the drivers will report warning if DTS uses these obsolete strings. This patch switches to the new bindings for CoreSight dynamic funnel and static replicator, so can dismiss warning during initialisation.

[PATCH v2 02/11] ARM: dts: imx7s: Update coresight DT bindings

2019-05-07 Thread Leo Yan
CoreSight DT bindings have been updated, thus the old compatible strings are obsolete and the drivers will report warning if DTS uses these obsolete strings. This patch switches to the new bindings for CoreSight dynamic funnel and static replicator, so can dismiss warning during initialisation.

[PATCH v2 00/11] dts: Update DT bindings for CoreSight replicator and funnel

2019-05-07 Thread Leo Yan
Since the DT bindings consolidatoins for CoreSight replicator and funnel is ready for kernel v5.2 merge window [1], this patch set is to update the related CoreSight DT bindings for platforms; IIUC, this patch set will be safe for merging into kernel v5.2 because the dependency patches in [1] will

Re: [PATCH v3 0/3] tracing: probeevent: Fix probe argument parser and handler

2019-05-07 Thread Steven Rostedt
On Tue, 7 May 2019 22:55:22 +0900 Masami Hiramatsu wrote: > Hi, > > Here is the 3rd version of series to fix several bugs in probe event > argument parser and handler routines. > > In this version I updated patch [1/3] according to Steve's comment. > > > I got 2 issues reported by Andreas,

[PATCH] x86/events/amd/iommu: Make symbol 'amd_iommu_attr_groups' static

2019-05-07 Thread Wang Hai
Fix the following sparse warning: arch/x86/events/amd/iommu.c:396:30: warning: symbol 'amd_iommu_attr_groups' was not declared. Should it be static? Fixes: 51686546304f (x86/events/amd/iommu: Fix sysfs perf attribute groups) Signed-off-by: Wang Hai --- arch/x86/events/amd/iommu.c | 2 +- 1

[PATCH 0/3] x86_64/ftrace: Emulate calls from int3 when patching functions

2019-05-07 Thread Steven Rostedt
[ This is the non-RFC version. It went through and passed all my tests. If there's no objections I'm going to include this in my pull request. I still have patches in my INBOX that may still be included, so I need to run those through my tests as well, so a pull request wont be

[PATCH 1/3] x86_64: Add gap to int3 to allow for call emulation

2019-05-07 Thread Steven Rostedt
From: Josh Poimboeuf To allow an int3 handler to emulate a call instruction, it must be able to push a return address onto the stack. Add a gap to the stack to allow the int3 handler to push the return address and change the return from int3 to jump straight to the emulated called function

[PATCH 2/3] x86_64: Allow breakpoints to emulate call instructions

2019-05-07 Thread Steven Rostedt
From: Peter Zijlstra In order to allow breakpoints to emulate call instructions, they need to push the return address onto the stack. The x86_64 int3 handler adds a small gap to allow the stack to grow some. Use this gap to add the return address to be able to emulate a call instruction at the

Re: [PATCH RFC] bpf: Add support for reading user pointers

2019-05-07 Thread Joel Fernandes
On Tue, May 07, 2019 at 10:52:42AM +0100, Will Deacon wrote: > On Mon, May 06, 2019 at 10:57:37PM +0100, Qais Yousef wrote: > > On 05/06/19 16:58, Joel Fernandes wrote: > > > > If you're trying to dereference a pointer to userspace using > > > > probe_kernel_read(), that clearly isn't going to

[PATCH 3/3] ftrace/x86_64: Emulate call function while updating in breakpoint handler

2019-05-07 Thread Steven Rostedt
From: Peter Zijlstra Nicolai Stange discovered[1] that if live kernel patching is enabled, and the function tracer started tracing the same function that was patched, the conversion of the fentry call site during the translation of going from calling the live kernel patch trampoline to the

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

2019-05-07 Thread Stephen Rothwell
Hi all, On Fri, 26 Apr 2019 16:06:58 +1000 Stephen Rothwell wrote: > > Today's linux-next merge of the staging tree got conflicts in: > > drivers/staging/media/zoran/Kconfig > drivers/staging/media/zoran/videocodec.c > drivers/staging/media/zoran/videocodec.h >

[for-next][PATCH 3/3] tracing: kdb: Allow ftdump to skip all but the last few entries

2019-05-07 Thread Steven Rostedt
From: Douglas Anderson The 'ftdump' command in kdb is currently a bit of a last resort, at least if you have lots of traces turned on. It's going to print a whole boatload of data out your serial port which is probably running at 115200. This could easily take many, many minutes. Usually

[for-next][PATCH 1/3] tracing: kdb: The skip_lines parameter should have been skip_entries

2019-05-07 Thread Steven Rostedt
From: Douglas Anderson The things skipped by kdb's "ftdump" command when you pass it a parameter has always been entries, not lines. The difference usually doesn't matter but when the trace buffer has multi-line entries (like a stack dump) it can matter. Let's fix this both in the help text

[for-next][PATCH 0/3] tracing: Some updates before the pull request

2019-05-07 Thread Steven Rostedt
I had this in my queue for some time, but never posted it to next. git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git for-next Head SHA1: 03197fc02b356606355d7ede343b18e3e3737771 Douglas Anderson (3): tracing: kdb: The skip_lines parameter should have been

[for-next][PATCH 2/3] tracing: Add trace_total_entries() / trace_total_entries_cpu()

2019-05-07 Thread Steven Rostedt
From: Douglas Anderson These two new exported functions will be used in a future patch by kdb_ftdump() to quickly skip all but the last few trace entries. Link: http://lkml.kernel.org/r/20190319171206.97107-2-diand...@chromium.org Acked-by: Daniel Thompson Suggested-by: Steven Rostedt

[PATCH] percpu: remove spurious lock dependency between percpu and sched

2019-05-07 Thread John Sperbeck
In free_percpu() we sometimes call pcpu_schedule_balance_work() to queue a work item (which does a wakeup) while holding pcpu_lock. This creates an unnecessary lock dependency between pcpu_lock and the scheduler's pi_lock. There are other places where we call pcpu_schedule_balance_work() without

Re: [tip:sched/core] sched/isolation: Require a present CPU in housekeeping mask

2019-05-07 Thread Nicholas Piggin
Frederic Weisbecker's on May 8, 2019 10:35 am: > On Tue, May 07, 2019 at 09:50:24AM +1000, Nicholas Piggin wrote: >> Frederic Weisbecker's on May 7, 2019 1:16 am: >> > On Sat, May 04, 2019 at 04:59:12PM +1000, Nicholas Piggin wrote: >> >> Frederic Weisbecker's on May 4, 2019 10:27 am: >> >> > On

[PATCH v3 1/2] net: phy: realtek: Add rtl8211e rx/tx delays config

2019-05-07 Thread Serge Semin
There are two chip pins named TXDLY and RXDLY which actually adds the 2ns delays to TXC and RXC for TXD/RXD latching. Alas this is the only documented info regarding the RGMII timing control configurations the PHY provides. It turns out the same settings can be setup via MDIO registers hidden in

Re: [PATCH] arm: socfpga: execute cold reboot by default

2019-05-07 Thread Dinh Nguyen
On 5/3/19 4:15 AM, Simon Goldschmidt wrote: > This changes system reboot for socfpga to issue a cold reboot by > default instead of a warm reboot. > > Warm reboot can still be used by setting reboot_mode to > REBOOT_WARM (e.g. via kernel command line 'reboot='), but this > patch ensures cold

[PATCH] dwmac4_prog_mtl_tx_algorithms() missing write operation

2019-05-07 Thread Cheng Han
Signed-off-by: Cheng Han --- drivers/net/ethernet/stmicro/stmmac/dwmac4_core.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/net/ethernet/stmicro/stmmac/dwmac4_core.c b/drivers/net/ethernet/stmicro/stmmac/dwmac4_core.c index 7e5d5db..b4bb562 100644 ---

Re: [GIT PULL] fscrypt updates for 5.2

2019-05-07 Thread Eric Biggers
On Tue, May 07, 2019 at 07:30:42PM -0400, Theodore Ts'o wrote: > The following changes since commit dc4060a5dc2557e6b5aa813bf5b73677299d62d2: > > Linux 5.1-rc5 (2019-04-14 15:17:41 -0700) > > are available in the Git repository at: > > git://git.kernel.org/pub/scm/fs/fscrypt/fscrypt.git

[PATCHv3 2/2] mtd: spi-nor: cadence-quadspi: add reset control

2019-05-07 Thread Dinh Nguyen
Get the reset control properties for the QSPI controller and bring them out of reset. Most will have just one reset bit, but there is an additional OCP reset bit that is used ECC. The OCP reset bit will also need to get de-asserted as well. [1] [1]

[PATCHv3 1/2] dt-bindings: cadence-quadspi: add options reset property

2019-05-07 Thread Dinh Nguyen
The QSPI module can have an optional reset signals that will hold the module in a reset state. Signed-off-by: Dinh Nguyen --- Documentation/devicetree/bindings/mtd/cadence-quadspi.txt | 4 1 file changed, 4 insertions(+) diff --git

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

2019-05-07 Thread Stephen Rothwell
Hi all, On Fri, 3 May 2019 11:15:10 +1000 Stephen Rothwell wrote: > > Today's linux-next merge of the vfs tree got a conflict in: > > fs/orangefs/super.c > > between commit: > > 77becb76042a ("orangefs: implement xattr cache") > > from the orangefs tree and commit: > > f276ae0dd6d0

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

2019-05-07 Thread Stephen Rothwell
Hi all, On Fri, 3 May 2019 11:09:51 +1000 Stephen Rothwell wrote: > > Today's linux-next merge of the vfs tree got a conflict in: > > fs/ext4/super.c > fs/f2fs/super.c > > between commit: > > 2c58d548f570 ("fscrypt: cache decrypted symlink target in ->i_link") > > from the fscrypt

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

2019-05-07 Thread Stephen Rothwell
Hi all, On Tue, 7 May 2019 09:53:23 +1000 Stephen Rothwell wrote: > > Hi all, > > Today's linux-next merge of the vfs tree got a conflict in: > > fs/fuse/inode.c > > between commit: > > 829f949b6e06 ("fuse: clean up fuse_alloc_inode") > > from the fuse tree and commit: > >

Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters

2019-05-07 Thread Aleksa Sarai
On 2019-05-07, Aleksa Sarai wrote: > On 2019-05-06, Jann Horn wrote: > > On Mon, May 6, 2019 at 6:56 PM Aleksa Sarai wrote: > > > The need to be able to scope path resolution of interpreters became > > > clear with one of the possible vectors used in CVE-2019-5736 (which > > > most major

Re: [PATCH 5.0 000/122] 5.0.14-stable review

2019-05-07 Thread Kelsey Skunberg
On Mon, May 06, 2019 at 04:30:58PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 5.0.14 release. > There are 122 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

[PATCH 0/1] usb: typec: tcpci: read the VBUS_VOLTAGE register

2019-05-07 Thread Angus Ainslie (Purism)
I don't have a setup that I can test this code right now. I did test the tcpci_get_vbus_voltage and on my setup it is always 0. I don't currently have setup that I can adjust the vbus voltage to trigger the fault. Angus Ainslie (Purism) (1): usb: typec: tcpci: add functions to read the VBUS

Re: [PATCH] powerpc: restore current_thread_info()

2019-05-07 Thread Michael Ellerman
Yury Norov writes: > On Tue, May 07, 2019 at 11:58:56PM +0100, Al Viro wrote: >> On Tue, May 07, 2019 at 03:51:21PM -0700, Yury Norov wrote: >> > Commit ed1cd6deb013 ("powerpc: Activate CONFIG_THREAD_INFO_IN_TASK") >> > removes the function current_thread_info(). It's wrong because the >> >

[PATCH] slab: skip kmemleak_object in leaks_show()

2019-05-07 Thread Qian Cai
Running tests on a debug kernel will usually generate a large number of kmemleak objects. # grep kmemleak /proc/slabinfo kmemleak_object 2243606 3436210 ... As the result, reading /proc/slab_allocators could easily loop forever while processing the kmemleak_object cache and any additional

Re: [tip:sched/core] sched/isolation: Require a present CPU in housekeeping mask

2019-05-07 Thread Frederic Weisbecker
On Tue, May 07, 2019 at 09:50:24AM +1000, Nicholas Piggin wrote: > Frederic Weisbecker's on May 7, 2019 1:16 am: > > On Sat, May 04, 2019 at 04:59:12PM +1000, Nicholas Piggin wrote: > >> Frederic Weisbecker's on May 4, 2019 10:27 am: > >> > On Fri, May 03, 2019 at 10:47:37AM -0700, tip-bot for

Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters

2019-05-07 Thread Eric W. Biederman
Jann Horn writes: > > In my opinion, CVE-2019-5736 points out two different problems: > > The big problem: The __ptrace_may_access() logic has a special-case > short-circuit for "introspection" that you can't opt out of; Once upon a time in a galaxy far far away I fixed a bug where we missing

[PATCH] watchdog: Enforce that at least one pretimeout governor is enabled

2019-05-07 Thread Guenter Roeck
at least one of them is always enabled. Fixes: f627ac0e12cd ("watchdog: Use depends instead of select for pretimeout governors") Reported-by: Randy Dunlap Signed-off-by: Guenter Roeck --- Fixes: sha is from next-20190507. drivers/watchdog/Kconfig | 6 ++ 1 file changed, 6 in

Re: [PATCH v2 6/7] nvme-pci: add device coredump support

2019-05-07 Thread Minwoo Im
> This is a bit of a mine field. The shutdown_lock is held when reclaiming > requests that didn't see a response. If you're holding it here and your > telemetry log page times out, we're going to deadlock. And since the > controller is probably in a buggered state when you try to retrieve one, > I

Re: [PATCH] watchdog: fix watchdog_pretimeout.c build error when no default gov. is set

2019-05-07 Thread Randy Dunlap
On 5/7/19 5:07 PM, Guenter Roeck wrote: > On 5/7/19 4:33 PM, Randy Dunlap wrote: >> From: Randy Dunlap >> >> Fix build error when >> CONFIG_WATCHDOG_PRETIMEOUT_GOV=y >> # CONFIG_WATCHDOG_PRETIMEOUT_GOV_NOOP is not set >> # CONFIG_WATCHDOG_PRETIMEOUT_GOV_PANIC is not set >> >> Fixes this build

Re: [PATCH v2] Documentation/trace: Add clarification how histogram onmatch works

2019-05-07 Thread Steven Rostedt
Tom, Can you review this patch. Jon, After Tom gives his review, can you take this in your tree? Thanks! Reviewed-by: Steven Rostedt (VMware) -- Steve On Tue, 7 May 2019 17:49:46 +0300 Tzvetomir Stoyanov wrote: > The current trace documentation, the section describing histogram's

Re: [PATCH 4.19 38/99] net: stmmac: use correct DMA buffer size in the RX descriptor

2019-05-07 Thread Nobuhiro Iwamatsu
Hi, On Mon, May 06, 2019 at 04:32:11PM +0200, Greg Kroah-Hartman wrote: > [ Upstream commit 583e6361414903c5206258a30e5bd88cb03c0254 ] > > We always program the maximum DMA buffer size into the receive descriptor, > although the allocated size may be less. E.g. with the default MTU size > we

[PATCH v2 5/6] PCI/P2PDMA: Track pgmap references per resource, not globally

2019-05-07 Thread Dan Williams
In preparation for fixing a race between devm_memremap_pages_release() and the final put of a page from the device-page-map, allocate a percpu-ref per p2pdma resource mapping. Cc: Logan Gunthorpe Cc: Bjorn Helgaas Cc: Christoph Hellwig Reviewed-by: Ira Weiny Signed-off-by: Dan Williams ---

[PATCH v2 2/6] mm/devm_memremap_pages: Introduce devm_memunmap_pages

2019-05-07 Thread Dan Williams
Use the new devm_relase_action() facility to allow devm_memremap_pages_release() to be manually triggered. Cc: Logan Gunthorpe Cc: Bjorn Helgaas Cc: Christoph Hellwig Reviewed-by: Ira Weiny Signed-off-by: Dan Williams --- include/linux/memremap.h |6 ++ kernel/memremap.c|

[PATCH v2 6/6] mm/devm_memremap_pages: Fix final page put race

2019-05-07 Thread Dan Williams
Logan noticed that devm_memremap_pages_release() kills the percpu_ref drops all the page references that were acquired at init and then immediately proceeds to unplug, arch_remove_memory(), the backing pages for the pagemap. If for some reason device shutdown actually collides with a busy /

linux-next: manual merge of the ubifs tree with Linus' tree

2019-05-07 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the ubifs tree got a conflict in: fs/ubifs/auth.c between commit: 877b5691f27a ("crypto: shash - remove shash_desc::flags") from Linus' tree and commit: f4844b35d68a ("ubifs: work around high stack usage with clang") from the ubifs tree. I fixed it

To: Andrew Sampson: Rights granted by the GPL _can_ be "retroactively" retracted. Yes I am a lawyer

2019-05-07 Thread informator
Dear Andrew Sampson; The proclamations given in the thread: github.com/Codeusa/Borderless-Gaming/issues/312 are incorrect. If the non-exclusive licensee did not pay the copyright holder consideration for receipt of the permissions given regarding the copyrighted work, the copyright holder

Re: [PATCH] watchdog: fix watchdog_pretimeout.c build error when no default gov. is set

2019-05-07 Thread Guenter Roeck
On 5/7/19 4:33 PM, Randy Dunlap wrote: From: Randy Dunlap Fix build error when CONFIG_WATCHDOG_PRETIMEOUT_GOV=y # CONFIG_WATCHDOG_PRETIMEOUT_GOV_NOOP is not set # CONFIG_WATCHDOG_PRETIMEOUT_GOV_PANIC is not set Fixes this build error: ../drivers/watchdog/watchdog_pretimeout.c: In function

[GIT PULL] Devicetree for 5.2

2019-05-07 Thread Rob Herring
Linus, Please pull DT updates for 5.2. Rob The following changes since commit 8c2ffd9174779014c3fe1f96d9dc3641d9175f00: Linux 5.1-rc2 (2019-03-24 14:02:26 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git tags/devicetree-for-5.2

Re: [PATCH v4 0/2] thermal: rcar_gen3_thermal: fix IRQ issues

2019-05-07 Thread Niklas Söderlund
Hi Jiada, Thanks for your patches. On 2019-04-24 14:11:43 +0900, Jiada Wang wrote: > There are issues with interrupt handling in rcar_gen3_thermal driver. > > Currently IRQ is remain enabled after .remove, later if device is probed, > IRQ is requested before .thermal_init, this may cause IRQ

Re: [PATCH] overlayfs: ignore empty NFSv4 ACLs in ext4 upperdir

2019-05-07 Thread J. Bruce Fields
On Tue, May 07, 2019 at 04:07:21AM -0400, Miklos Szeredi wrote: > On Fri, May 3, 2019 at 11:35 AM J. Bruce Fields wrote: > > > > On Thu, May 02, 2019 at 12:02:33PM +1000, NeilBrown wrote: > > > > Silently not copying the ACLs is probably not a good idea as it might > > > result in

[PATCH] phy: rockchip-dp: Avoid power leak by leaving the PHY power on

2019-05-07 Thread Douglas Anderson
While testing a newer kernel on rk3288-based Chromebooks I found that the power draw in suspend was higher on newer kernels compared to the downstream Chrome OS 3.14 kernel. Specifically the power of an rk3288-veyron-jerry board that I tested (as measured by the smart battery) was ~16 mA on

Re: [PATCH] riscv: fix locking violation in page fault handler

2019-05-07 Thread Palmer Dabbelt
On Tue, 07 May 2019 00:36:46 PDT (-0700), sch...@suse.de wrote: When a user mode process accesses an address in the vmalloc area do_page_fault tries to unlock the mmap semaphore when it isn't locked. Signed-off-by: Andreas Schwab --- arch/riscv/mm/fault.c | 3 ++- 1 file changed, 2

Re: [PATCH] sched: introduce configurable delay before entering idle

2019-05-07 Thread Marcelo Tosatti
On Wed, May 08, 2019 at 12:15:19AM +0200, Peter Zijlstra wrote: > On Tue, May 07, 2019 at 03:56:49PM -0300, Marcelo Tosatti wrote: > > > > Certain workloads perform poorly on KVM compared to baremetal > > due to baremetal's ability to perform mwait on NEED_RESCHED > > bit of task flags (therefore

Re: [PATCH v3 2/2] hwmon: scmi: Scale values to target desired HWMON units

2019-05-07 Thread Guenter Roeck
On 5/7/19 4:09 PM, Florian Fainelli wrote: If the SCMI firmware implementation is reporting values in a scale that is different from the HWMON units, we need to scale up or down the value according to how far appart they are. Signed-off-by: Florian Fainelli --- drivers/hwmon/scmi-hwmon.c |

  1   2   3   4   5   6   7   8   9   10   >