Re: [PATCH v2] configfs: Fix possible use-after-free in configfs_register_group

Thanks, applied to the configfs tree.

Re: [PATCH 2/6] x86: hv: hv_init.c: Replace alloc_page() with kmem_cache_alloc()

On Fri, Apr 12, 2019 at 09:52:47AM +0200, Vitaly Kuznetsov wrote: > Maya Nakamura writes: > > > On Fri, Apr 05, 2019 at 01:31:02PM +0200, Vitaly Kuznetsov wrote: > >> Maya Nakamura writes: > >> > >> > @@ -98,18 +99,20 @@ EXPORT_SYMBOL_GPL(hyperv_pcpu_input_arg); > >> > u32 hv_max_vp_index; > >

Re: [PATCH V5] ASoC: fsl_esai: Fix missing break in switch statement

On Wed, May 01, 2019 at 10:59:00PM -0500, Gustavo A. R. Silva wrote: > Mark, > > I wonder if you are going to take this patch. Please don't send content free pings and please allow a reasonable time for review. People get busy, go on holiday, attend conferences and so on so unless there is some

[PATCH v3] arm64: dts: ls1028a: Add USB dt nodes

This patch adds USB dt nodes for LS1028A. Signed-off-by: Ran Wang --- Changes in v3: - Add space between label and node name. - Add spcae with properties and '='. - Add SoC specific compatible. Changes in v2: - Rename node from usb3@... to usb@... to meet DTSpec arch/arm64/boot/dts/fre

Re: [PATCH v2 08/13] PCI/portdrv: Simplify PCIe feature permission checking

On Tue, 2019-05-07 at 09:07 -0500, Bjorn Helgaas wrote: > On Tue, May 07, 2019 at 02:02:34PM +0100, David Woodhouse wrote: > > On Tue, 2019-05-07 at 07:49 -0500, Bjorn Helgaas wrote: > > > No good reason; I just screwed up. Should be fixed in v5.2 (and marked > > > for > > > stable): > > > > > >

Re: [PATCH 1/3] jbd2: fix potential double free

Hi Chengguang, 在 2019年05月05日 19:01, Chengguang Xu 写道: When fail from creating cache jbd2_inode_cache, we will destroy previously created cache jbd2_handle_cache twice. This patch fixes it by removing first destroy in error path. Signed-off-by: Chengguang Xu --- fs/jbd2/journal.c | 1 - 1 fi

Re: [PATCH v3] fs/proc: add VmTaskSize field to /proc/$$/status

On Tue, May 07, 2019 at 08:54:31AM -0400, Rafael Aquini wrote: > On Mon, May 06, 2019 at 11:53:43AM -0400, Joel Savitz wrote: > > There is currently no easy and architecture-independent way to find the > > lowest unusable virtual address available to a process without > > brute-force calculation. T

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

On Tue, May 07, 2019 at 06:56:00PM -0600, Kelsey Skunberg wrote: > 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.

Re: [alsa-devel] [PATCH v4 1/3] ASoC: rt5677: allow multiple interrupt sources

On Tue, May 07, 2019 at 02:10:26PM -0700, Curtis Malainey wrote: > On Fri, May 3, 2019 at 4:10 PM Fletcher Woodruff > wrote: > > > From: Ben Zhang > > > > This patch allows headphone plug detect and mic present > > detect to be enabled at the same time. This patch implements > > an irq_chip with

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

On Tue, May 07, 2019 at 02:19:45PM -0600, shuah wrote: > On 5/6/19 8:30 AM, 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 t

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

On Wed, May 08, 2019 at 09:10:14AM +0900, Nobuhiro Iwamatsu wrote: > 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, > >

Re: [GIT PULL] spi updates for v5.2

On Tue, May 07, 2019 at 02:07:30PM +0200, Sebastian Reichel wrote: > FWIW, I send out kernel.org mails via mail.kernel.org. Konstantin > added that service in 2014. You can get a password with > ssh g...@gitolite.kernel.org getsmtppass > > and then use the following settings for (example for git

Re: [GIT PULL] spi updates for v5.2

On Tue, May 07, 2019 at 08:08:50AM -0700, Linus Torvalds wrote: > On Mon, May 6, 2019 at 7:33 AM Mark Brown wrote: > > spi: Updates for v5.2 > Hmm. Please be more careful. Commit 1dfbf334f123 ("spi: ep93xx: > Convert to use CS GPIO descriptors") caused a new warning because it > removed a "for (

[PATCH RFC] selinux: provide __le variables explicitly

While the endiannes is being handled properly sparse was unable to verify this due to type inconsistency. So introduce an additional __le32 respectively _le64 variable to be passed to le32/64_to_cpu() to allow sparse to verify proper typing. Note that this patch does not change the generated binary

Re: [v2 PATCH] dt-binding: usb: add usb-role-switch property

On Tue, 2019-05-07 at 17:13 +0300, Heikki Krogerus wrote: > On Tue, May 07, 2019 at 10:22:58AM +0800, Chunfeng Yun wrote: > > diff --git a/Documentation/devicetree/bindings/usb/generic.txt > > b/Documentation/devicetree/bindings/usb/generic.txt > > index 0a74ab8dfdc2..f5a6ad053ecc 100644 > > --- a

Re: [RFC PATCH 6/6] sched/dl: Try not to select a too fast core

Hi Quentin, On Tue, 7 May 2019 16:57:34 +0100 Quentin Perret wrote: > On Monday 06 May 2019 at 06:48:36 (+0200), Luca Abeni wrote: > > From: luca abeni > > > > When a task can fit on multiple CPU cores, try to select the slowest > > core that is able to properly serve the task. This avoids use

Re: [PATCH v3 00/3] MIPS: SGI-IP27 rework part2

On Tue, May 07, 2019 at 05:48:20PM +0200, Thomas Bogendoerfer wrote: > > I had a look and the code is really, really MIPS specific, actually > > I would be interested in understanding how many platforms it supports, > > it is not even FW configurable. > > it's MIPS only and used in basically 3 dif

Re: [PATCH v3 0/7] LMU Common code intro

On Wed, 01 May 2019, Jacek Anaszewski wrote: > Ekhm, I forgot to add the main recipient. > > Adding Lee. > > On 5/1/19 12:05 AM, Jacek Anaszewski wrote: > > Hi Lee, > > > > This patch set has dependency on the previous one for lm3532, which > > also touches ti-lmu.txt bindings, and for which I

Re: [PATCH v4 2/3] MIPS: SGI-IP27: use generic PCI driver

On Tue, May 07, 2019 at 11:09:14PM +0200, Thomas Bogendoerfer wrote: > Converted bridge code to a platform driver using the PCI generic driver > framework and use adding platform devices during xtalk scan. This allows > easier sharing bridge driver for other SGI platforms like IP30 (Octane) and > I

Re: [PATCH v4 1/3] MIPS: SGI-IP27: move IP27 specific code out of pci-ip27.c into new file

On Tue, May 07, 2019 at 11:09:13PM +0200, Thomas Bogendoerfer wrote: > Code in pci-ip27.c will be moved to drivers/pci/controller therefore > platform specific needs to be extracted and put to the right place. I thogh the drivers/pci/controller was nixed by Lorenzo?

[PATCH v2 09/14] nds32: switch to generic version of pte allocation

The nds32 implementation of pte_alloc_one_kernel() differs from the generic in the use of __GFP_RETRY_MAYFAIL flag, which is removed after the conversion. The nds32 version of pte_alloc_one() missed the call to pgtable_page_ctor() and also used __GFP_RETRY_MAYFAIL. Switching it to use generic __pt

[PATCH v2 06/14] hexagon: switch to generic version of pte allocation

The hexagon implementation pte_alloc_one(), pte_alloc_one_kernel(), pte_free_kernel() and pte_free() is identical to the generic except of lack of __GFP_ACCOUNT for the user PTEs allocation. Switch hexagon to use generic version of these functions. Signed-off-by: Mike Rapoport --- arch/hexagon/

[PATCH v2 04/14] arm64: switch to generic version of pte allocation

The PTE allocations in arm64 are identical to the generic ones modulo the GFP flags. Using the generic pte_alloc_one() functions ensures that the user page tables are allocated with __GFP_ACCOUNT set. The arm64 definition of PGALLOC_GFP is removed and replaced with GFP_PGTABLE_USER for p[gum]d_al

[PATCH v2 11/14] parisc: switch to generic version of pte allocation

parisc allocates PTE pages with __get_free_page() and uses GFP_KERNEL | __GFP_ZERO for the allocations. Switch it to the generic version that does exactly the same thing for the kernel page tables and adds __GFP_ACCOUNT for the user PTEs. The pte_free_kernel() and pte_free() versions on are ident

[PATCH v2 05/14] csky: switch to generic version of pte allocation

The csky implementation pte_alloc_one(), pte_free_kernel() and pte_free() is identical to the generic except of lack of __GFP_ACCOUNT for the user PTEs allocation. Switch csky to use generic version of these functions. The csky implementation of pte_alloc_one_kernel() is not replaced because it d

[PATCH v2 03/14] arm: switch to generic version of pte allocation

Replace __get_free_page() and alloc_pages() calls with the generic __pte_alloc_one_kernel() and __pte_alloc_one(). There is no functional change for the kernel PTE allocation. The difference for the user PTEs, is that the clear_pte_table() is now called after pgtable_page_ctor() and the addition

[PATCH v2 00/14] introduce generic pte_{alloc,free}_one[_kernel]

Hi, Many architectures have similar, if not identical implementation of pte_alloc_one_kernel(), pte_alloc_one(), pte_free_kernel() and pte_free(). A while ago Anshuman suggested to introduce a common definition of GFP_PGTABLE and during the discussion it was suggested to rather consolidate the al

[PATCH v2 10/14] nios2: switch to generic version of pte allocation

nios2 allocates kernel PTE pages with __get_free_pages(GFP_KERNEL | __GFP_ZERO, PTE_ORDER); and user page tables with pte = alloc_pages(GFP_KERNEL, PTE_ORDER); if (pte) clear_highpage(); The PTE_ORDER is hardwired to zero, which makes nios2 implementation

Re: [PATCH v4 00/3] MIPS: SGI-IP27 rework part2

On Tue, May 07, 2019 at 11:09:12PM +0200, Thomas Bogendoerfer wrote: > SGI IP27 (Origin/Onyx2) and SGI IP30 (Octane) have a similair Typo s/similair/similar/ > architecture and share some hardware (ioc3/bridge). To share Isn't much of this also shared by IP35, the next generation Origin/Onyx and

Re: [PATCH] latent_entropy: avoid build error when plugin cflags are not set

On Tue, 7 May 2019 09:16:29 -0700 Kees Cook wrote: > On Tue, May 7, 2019 at 7:28 AM Vasily Gorbik wrote: > > Some architectures set up CFLAGS for linux decompressor phase from > > scratch and do not include GCC_PLUGINS_CFLAGS. Since "latent_entropy" > > variable declaration is generated by the p

[PATCH] ext4: fix use-after-free in dx_release()

The buffer_head (frames[0].bh) and it's corresping page can be potentially free'd once brelse() is done inside the for loop but before the for loop exits in dx_release(). It can be free'd in another context, when the page cache is flushed via drop_caches_sysctl_handler(). This results into below da

Re: [PATCH 2/2] mmc: sdhci_am654: Fix SLOTTYPE write

On 7/05/19 7:27 PM, Faiz Abbas wrote: > Hi Adrian, > > On 26/04/19 11:30 AM, Adrian Hunter wrote: >> On 25/04/19 6:57 PM, Faiz Abbas wrote: >>> In the call to regmap_update_bits() for SLOTTYPE, the mask and value >>> fields are exchanged. Fix this. >> >> Could you also comment on whether this has

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

Hi Stephen, On 2019/5/8 11:44, Stephen Rothwell wrote: > 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:

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

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

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

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 versio

Re: [GIT PULL] Devicetree for 5.2

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! -- Deet-doot-dot

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

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 > --- > drivers/soc/mediatek/mtk-cmdq-help

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

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 > --- > Documentation/devicetree/bindings/mailbox/mtk-gce.tx

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

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

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

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

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

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 [1/3]

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

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

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

Re: [git pull] vfs.git misc pieces

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

Re: [GIT PULL] ext4 changes for 5.2

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

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

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! -- Deet-doot-dot

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

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

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

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

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

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 then

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

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 i

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

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

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

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 to

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

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 t

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

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

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

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 the

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

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

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 perf_session__de

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

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 bio_for_each_s

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

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 > --- > .../devicetree/bind

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

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

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

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 Signed-off-b

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

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 Reviewe

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

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 Cc

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

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

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

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

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

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

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

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

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 tr

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

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

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

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

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

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 fo

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 fil

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

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

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

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 target

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

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 br

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

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 work

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

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 iterat

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

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 > drivers/staging/media/zor

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

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 you'r

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

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

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

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 skip_entrie

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

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

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

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 h

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

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 Fr

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

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 th

  1   2   3   4   5   6   7   8   9   >