Re: [PATCH 5/6] KVM: SVM: Add support for KVM_SEV_GM_GET_DIGEST command

On 4/16/19 4:15 PM, Borislav Petkov wrote: > Yes, as long as you realize that having the From: you makes you the > author of the patch and Pu Wen is fine with that. Ok, will modify in next patch series. > > Btw, you should fix your mailer to send plain text only and not add > those crap tags ab

Re: [PATCH v3 1/3] ARM: dts: da850: add cpu node and operating points to DT

On Tue, Apr 16, 2019 at 3:38 AM Bartosz Golaszewski wrote: > > pon., 15 kwi 2019 o 12:21 Sekhar Nori napisał(a): > > > > On 12/04/19 9:01 PM, Bartosz Golaszewski wrote: > > > pt., 12 kwi 2019 o 15:53 Sekhar Nori napisał(a): > > >> > > >> On 12/04/19 5:41 PM, Bartosz Golaszewski wrote: > > >>> pt

Re: [PATCH] Staging: mt7621-mmc: Use DIV_ROUND_UP in function msdc_set_mclk

On Wed, Apr 03, 2019 at 10:16:08AM -0500, Madhumitha Prabakaran wrote: > Use DIV_ROUND_UP to make code simple and more understandable. > > Signed-off-by: Madhumitha Prabakaran > --- > drivers/staging/mt7621-mmc/sd.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/dr

Re: [PATCH] Staging: olpc_dcon: Use WARN_ON() instead of BUG_ON()

On Fri, Apr 05, 2019 at 02:28:36PM -0500, Madhumitha Prabakaran wrote: > Use WARN_ON() instead of BUG_ON(), as the WARN_ON() produces a backtrace > without crashing the kernel. > > Issue found by checkpatch.pl. > > Signed-off-by: Madhumitha Prabakaran > --- > drivers/staging/olpc_dcon/olpc_dcon

Re: [RESEND PATCH] drivers/iio/gyro/mpu3050-core.c: This patch fix the following checkpatch warning.

On Sun, Apr 14, 2019 at 5:53 PM Mohan Kumar wrote: > As per Documentation/timers/timers-howto.txt Msleep < 20ms can sleep for > up to 20ms. so use usleep_range. > > Signed-off-by: Mohan Kumar All right, should work as fine. Acked-by: Linus Walleij Yours, Linus Walleij

Re: [RFC PATCH v1 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()

* Steve Grubb: > This flag that is being proposed means that you would have to patch all > interpreters to use it. If you are sure that upstreams will accept that, why > not just change the policy to interpreters shouldn't execute anything unless > the execute bit is set? That is simpler and do

Re: [PATCH 1/2] vt: selection: allow functions to be called from inside kernel

On Thu, Apr 04, 2019 at 08:45:29PM +0100, Okash Khawaja wrote: > This patch breaks set_selection() into two functions so that when > called from kernel, copy_from_user() can be avoided. It also exports > set_selection() and paste_selection(). > > These changes are used the following patch where sp

Re: [PATCH] ARM: ux500: add missing of_node_put()

On Sat, Apr 13, 2019 at 9:20 AM Nicholas Mc Guire wrote: > of_find_compatible_node() returns a pointer with refcount incremented > so both in the error path as well as after usage in soc_info_populate() > respectively actually b8500_read_soc_id() an explicit of_node_put is > needed to release ba

Re: [PATCH v2] staging: rtl8192u: ieee80211: fix checkpatch space errors

On Sat, Apr 06, 2019 at 07:02:23PM -0300, Caio Salvador Rohwedder wrote: > Fix checkpatch space coding style errors, warnings and checks on > rtl819x_TSProc.c > > Signed-off-by: Caio Salvador Rohwedder > --- > Changes in v2: > - change commit message > - fix remaining space errors >

Re: [PATCH v10 4/7] dt-bindings: anybus-controller: document devicetree binding

On Wed, Apr 10, 2019 at 09:11:03AM -0400, Sven Van Asbroeck wrote: > On Tue, Apr 9, 2019 at 5:10 PM Rob Herring wrote: > > > > No. If you send again, then add my R-by if it hasn't changed. > > Thank you. > > Greg, are you able to apply Rob's R-by tag if you merge this set as-is, > or would you l

Re: [PATCH] staging: gdm724x: Add parenthesis to Macro arguments

On Mon, Apr 08, 2019 at 02:37:58PM -0300, Andre wrote: > Hi Greg, thanks for replying. > > On 03/04/2019 01:26, Greg KH wrote: > > On Tue, Apr 02, 2019 at 10:04:05PM -0300, Andre Dainez wrote: > >> Fix checkpatch errors: > >> > >> CHECK: Macro argument 'len' may be better as '(len)' to avoid prece

Re: [PATCH] staging: gasket: replace symbolic permissions with octal permissions

On Wed, Apr 10, 2019 at 03:58:48PM +0530, Himadri Pandya wrote: > Resolve checkpatch warning for using symbolic permissions by replacing > them with octal permissions. > > Signed-off-by: Himadri Pandya > --- > drivers/staging/gasket/gasket_sysfs.h | 2 +- > 1 file changed, 1 insertion(+), 1 dele

[REBASE PATCH v5 8/9] xen/gntdev.c: Convert to use vm_map_pages()

Convert to use vm_map_pages() to map range of kernel memory to user vma. map->count is passed to vm_map_pages() and internal API verify map->count against count ( count = vma_pages(vma)) for page array boundary overrun condition. Signed-off-by: Souptick Joarder Reviewed-by: Boris Ostrovsky ---

[REBASE PATCH v5 3/9] drivers/firewire/core-iso.c: Convert to use vm_map_pages_zero()

Convert to use vm_map_pages_zero() to map range of kernel memory to user vma. This driver has ignored vm_pgoff and mapped the entire pages. We could later "fix" these drivers to behave according to the normal vm_pgoff offsetting simply by removing the _zero suffix on the function name and if that

Re: [PATCH 20/57] docs: livepatch: convert it to ReST format

Em Tue, 16 Apr 2019 10:43:54 +0200 Petr Mladek escreveu: > On Mon 2019-04-15 23:55:45, Mauro Carvalho Chehab wrote: > > Convert livepatch documentation to ReST format. The changes > > are mostly trivial, as the documents are already on a good > > shape. Just a few markup changes are needed for Sp

[REBASE PATCH v5 7/9] videobuf2/videobuf2-dma-sg.c: Convert to use vm_map_pages()

Convert to use vm_map_pages() to map range of kernel memory to user vma. vm_pgoff is treated in V4L2 API as a 'cookie' to select a buffer, not as a in-buffer offset by design and it always want to mmap a whole buffer from its beginning. Signed-off-by: Souptick Joarder Suggested-by: Marek Szyprow

Re: [PATCH] livepatch: Enforce reliable stack trace as config dependency

On Tue, 12 Feb 2019, Petr Mladek wrote: > > I think I'd rather go in the opposite direction: allow the patches to be > > loaded. Then they can be forced, if needed. That enables both compile > > and runtime testing. That way we don't make any backward progress, > > until such arches get reliabl

[REBASE PATCH v5 5/9] drm/xen/xen_drm_front_gem.c: Convert to use vm_map_pages()

Convert to use vm_map_pages() to map range of kernel memory to user vma. Signed-off-by: Souptick Joarder Reviewed-by: Oleksandr Andrushchenko --- drivers/gpu/drm/xen/xen_drm_front_gem.c | 18 +- 1 file changed, 5 insertions(+), 13 deletions(-) diff --git a/drivers/gpu/drm/xen/x

Re: [PATCH] MAINTAINERS: add soc/ux500

On Tue, Apr 16, 2019 at 6:28 AM Nicholas Mc Guire wrote: > get_maintainer.pl only returns linux-kernel@vger.kernel.org for the > drivers/soc/ux500/ files - fix it by adding drivers/soc/ux500/ entry > > Signed-off-by: Nicholas Mc Guire > Suggested-by: Ulf Hansson Patch applied to my Ux500 tree.

Re: [GIT PULL] extcon fixes for v5.1-rc4

On Fri, Apr 05, 2019 at 10:21:25AM +0900, Chanwoo Choi wrote: > Dear Greg, > > This is extcon-fixes pull request for v5.1-rc4. I add detailed description of > this pull request on below. Please pull extcon with following updates. > > Best Regards, > Chanwoo Choi > > The following changes since c

[REBASE PATCH v5 2/9] arm: mm: dma-mapping: Convert to use vm_map_pages()

Convert to use vm_map_pages() to map range of kernel memory to user vma. Signed-off-by: Souptick Joarder --- arch/arm/mm/dma-mapping.c | 22 ++ 1 file changed, 6 insertions(+), 16 deletions(-) diff --git a/arch/arm/mm/dma-mapping.c b/arch/arm/mm/dma-mapping.c index f1e2922..

[tip:x86/urgent] x86/Kconfig: Fix spelling mistake "effectivness" -> "effectiveness"

Commit-ID: a943245adc9ae31942af752e879fbbc182166573 Gitweb: https://git.kernel.org/tip/a943245adc9ae31942af752e879fbbc182166573 Author: Colin Ian King AuthorDate: Tue, 16 Apr 2019 11:57:51 +0100 Committer: Ingo Molnar CommitDate: Tue, 16 Apr 2019 13:27:34 +0200 x86/Kconfig: Fix spellin

[tip:perf/core] perf/x86/intel: Add Tremont core PMU support

Commit-ID: 6daeb8737f8a93c6d3a3ae57e23dd3dbe8b239da Gitweb: https://git.kernel.org/tip/6daeb8737f8a93c6d3a3ae57e23dd3dbe8b239da Author: Kan Liang AuthorDate: Wed, 10 Apr 2019 11:57:09 -0700 Committer: Ingo Molnar CommitDate: Tue, 16 Apr 2019 12:26:19 +0200 perf/x86/intel: Add Tremont c

[tip:perf/core] perf/x86/intel/uncore: Add Intel Icelake uncore support

Commit-ID: 6e394376ee89233508fa21d006546357f8efee31 Gitweb: https://git.kernel.org/tip/6e394376ee89233508fa21d006546357f8efee31 Author: Kan Liang AuthorDate: Tue, 2 Apr 2019 12:45:09 -0700 Committer: Ingo Molnar CommitDate: Tue, 16 Apr 2019 12:26:19 +0200 perf/x86/intel/uncore: Add Int

Re: [patch V4 01/32] mm/slab: Fix broken stack trace storage

On 4/15/19 11:22 PM, Thomas Gleixner wrote: > On Mon, 15 Apr 2019, Andy Lutomirski wrote: >> On Mon, Apr 15, 2019 at 9:17 AM Josh Poimboeuf wrote: >>> On Mon, Apr 15, 2019 at 06:07:44PM +0200, Thomas Gleixner wrote: > Looks like stack_trace.nr_entries isn't initialized? (though this code

Re: [PATCH v2 1/3] arm64/fpsimd: Remove the prototype for sve_flush_cpu_state()

On Fri, Apr 12, 2019 at 06:14:18PM +0100, Julien Grall wrote: > The function sve_flush_cpu_state() has been removed in commit > 21cdd7fd76e3 "KVM: arm64: Remove eager host SVE state saving". > > So remove the associated prototype in asm/fpsimd.h. > > Signed-off-by: Julien Grall Good spot, thank

[tip:perf/core] perf/x86/intel/rapl: Add Icelake support

Commit-ID: b3377c3acb9e54cf86efcfe25f2e792bca599ed4 Gitweb: https://git.kernel.org/tip/b3377c3acb9e54cf86efcfe25f2e792bca599ed4 Author: Kan Liang AuthorDate: Tue, 2 Apr 2019 12:45:07 -0700 Committer: Ingo Molnar CommitDate: Tue, 16 Apr 2019 12:26:18 +0200 perf/x86/intel/rapl: Add Icela

[tip:perf/core] perf/x86/intel/cstate: Add Icelake support

Commit-ID: f08c47d1f86c6dc666c7e659d94bf6d4492aa9d7 Gitweb: https://git.kernel.org/tip/f08c47d1f86c6dc666c7e659d94bf6d4492aa9d7 Author: Kan Liang AuthorDate: Tue, 2 Apr 2019 12:45:06 -0700 Committer: Ingo Molnar CommitDate: Tue, 16 Apr 2019 12:26:18 +0200 perf/x86/intel/cstate: Add Ice

[tip:perf/core] perf/x86/msr: Add Icelake support

Commit-ID: cf50d79a8cfe5adae37fec026220b009559bbeed Gitweb: https://git.kernel.org/tip/cf50d79a8cfe5adae37fec026220b009559bbeed Author: Kan Liang AuthorDate: Tue, 2 Apr 2019 12:45:08 -0700 Committer: Ingo Molnar CommitDate: Tue, 16 Apr 2019 12:26:19 +0200 perf/x86/msr: Add Icelake supp

[tip:perf/core] perf/x86: Support constraint ranges

Commit-ID: 63b79f6ebc464afb730bc45762c820795e276da1 Gitweb: https://git.kernel.org/tip/63b79f6ebc464afb730bc45762c820795e276da1 Author: Peter Zijlstra AuthorDate: Tue, 2 Apr 2019 12:45:04 -0700 Committer: Ingo Molnar CommitDate: Tue, 16 Apr 2019 12:26:17 +0200 perf/x86: Support constra

[tip:perf/core] perf/x86/intel: Add Icelake support

Commit-ID: 6017608936c1825ff5d7325270484042f597edff Gitweb: https://git.kernel.org/tip/6017608936c1825ff5d7325270484042f597edff Author: Kan Liang AuthorDate: Tue, 2 Apr 2019 12:45:05 -0700 Committer: Ingo Molnar CommitDate: Tue, 16 Apr 2019 12:26:18 +0200 perf/x86/intel: Add Icelake su

[tip:perf/core] perf/x86/intel: Support adaptive PEBS v4

Commit-ID: c22497f5838c237e3094a4dfb99d1c5de6353239 Gitweb: https://git.kernel.org/tip/c22497f5838c237e3094a4dfb99d1c5de6353239 Author: Kan Liang AuthorDate: Tue, 2 Apr 2019 12:45:02 -0700 Committer: Ingo Molnar CommitDate: Tue, 16 Apr 2019 12:25:47 +0200 perf/x86/intel: Support adapti

Re: [PATCH v3 0/9] klp-convert livepatch build tooling

[...] > Current behavior > > > Not good. The livepatch successfully builds but crashes on load: > > % insmod lib/livepatch/test_klp_static_keys_mod.ko > % insmod lib/livepatch/test_klp_static_keys.ko > > BUG: unable to handle kernel NULL pointer dereference at

[tip:perf/core] perf/x86/lbr: Avoid reading the LBRs when adaptive PEBS handles them

Commit-ID: d3617b98b04583df222f34992e65712862a77bf1 Gitweb: https://git.kernel.org/tip/d3617b98b04583df222f34992e65712862a77bf1 Author: Andi Kleen AuthorDate: Tue, 2 Apr 2019 12:45:03 -0700 Committer: Ingo Molnar CommitDate: Tue, 16 Apr 2019 12:26:17 +0200 perf/x86/lbr: Avoid reading t

[tip:perf/core] perf/x86/intel/ds: Extract code of event update in short period

Commit-ID: 477f00f9617009a9a3a9271885231573b728ca4f Gitweb: https://git.kernel.org/tip/477f00f9617009a9a3a9271885231573b728ca4f Author: Kan Liang AuthorDate: Tue, 2 Apr 2019 12:45:01 -0700 Committer: Ingo Molnar CommitDate: Tue, 16 Apr 2019 12:19:39 +0200 perf/x86/intel/ds: Extract cod

Re: [EXT] Re: [PATCH] iio: accell: mma8452: free iio trigger pointer when cleanup

On Tue, 16 Apr 2019 05:28:12 + Anson Huang wrote: > Hi, Jonathan > > Best Regards! > Anson Huang > > > -Original Message- > > > > On Mon, 8 Apr 2019 02:07:24 + > > Anson Huang wrote: > > > > > Hi, Jonathan > > > > > > Best Regards! > > > Anson Huang > > > > > > > -Ori

[tip:perf/core] perf/x86/intel: Extract memory code PEBS parser for reuse

Commit-ID: 48f38aa4cc5a48bc0fe85c5c4b1ab171fbb539b6 Gitweb: https://git.kernel.org/tip/48f38aa4cc5a48bc0fe85c5c4b1ab171fbb539b6 Author: Andi Kleen AuthorDate: Tue, 2 Apr 2019 12:45:00 -0700 Committer: Ingo Molnar CommitDate: Tue, 16 Apr 2019 12:19:39 +0200 perf/x86/intel: Extract memor

Re: [PATCH 2/2] driver core: fix statics initilisation

I guess this patch will be ignored. I will drop it then. Thanks for the discussion. On Tue, Apr 16, 2019 at 10:50:23am +0200, Rafael J. Wysocki wrote: > On Mon, Apr 15, 2019 at 5:29 PM Willy Wolff > wrote: > > > > Thank you for your review. > > > > I follow https://kernelnewbies.org/FirstKernel

[tip:perf/core] perf/x86/intel: Force resched when TFA sysctl is modified

Commit-ID: f447e4eb3ad1e60d173ca997fcb2ef2a66f12574 Gitweb: https://git.kernel.org/tip/f447e4eb3ad1e60d173ca997fcb2ef2a66f12574 Author: Stephane Eranian AuthorDate: Mon, 8 Apr 2019 10:32:52 -0700 Committer: Ingo Molnar CommitDate: Tue, 16 Apr 2019 12:19:35 +0200 perf/x86/intel: Force r

[tip:perf/core] perf/x86: Support outputting XMM registers

Commit-ID: 878068ea270ea82767ff1d26c91583263c81fba0 Gitweb: https://git.kernel.org/tip/878068ea270ea82767ff1d26c91583263c81fba0 Author: Kan Liang AuthorDate: Tue, 2 Apr 2019 12:44:59 -0700 Committer: Ingo Molnar CommitDate: Tue, 16 Apr 2019 12:19:36 +0200 perf/x86: Support outputting X

Re: [PATCH v5] chrome/platform: cros_ec_proto: Add trace event to trace EC commands

Hi Raul, I really like the idea to have trace functionality in cros-ec. Only some few comments below and the patch looks good to me. On 15/4/19 22:57, Raul E Rangel wrote: > This is useful to see which EC commands are being executed and when. > > To enable: > > echo 'cros_ec:*' >> /sys/kern

Re: [PATCH] USB: s2255 & stkwebcam: fix oops with malicious USB descriptors

On Tue, Apr 16, 2019 at 01:26:45PM +0200, Johan Hovold wrote: > On Thu, Apr 11, 2019 at 12:54:12PM +0800, Young Xiao wrote: > > From: Young Xiao > > > > The driver expects at least one valid endpoint. If given > > malicious descriptors that specify 0 for the number of endpoints, > > it will crash

[tip:perf/core] perf/core: Add perf_pmu_resched() as global function

Commit-ID: c68d224e5ed15605e651e2482c6ffd95915ddf58 Gitweb: https://git.kernel.org/tip/c68d224e5ed15605e651e2482c6ffd95915ddf58 Author: Stephane Eranian AuthorDate: Mon, 8 Apr 2019 10:32:51 -0700 Committer: Ingo Molnar CommitDate: Tue, 16 Apr 2019 12:19:34 +0200 perf/core: Add perf_pmu

[tip:perf/core] perf/x86: Fix incorrect PEBS_REGS

Commit-ID: 9d5dcc93a6ddfc78124f006ccd3637ce070ef2fc Gitweb: https://git.kernel.org/tip/9d5dcc93a6ddfc78124f006ccd3637ce070ef2fc Author: Kan Liang AuthorDate: Tue, 2 Apr 2019 12:44:58 -0700 Committer: Ingo Molnar CommitDate: Tue, 16 Apr 2019 12:13:58 +0200 perf/x86: Fix incorrect PEBS_R

[tip:perf/core] perf/ring_buffer: Fix AUX record suppression

Commit-ID: 339bc4183596e1f68c2c98a03b87aa124107c317 Gitweb: https://git.kernel.org/tip/339bc4183596e1f68c2c98a03b87aa124107c317 Author: Alexander Shishkin AuthorDate: Fri, 29 Mar 2019 11:13:38 +0200 Committer: Ingo Molnar CommitDate: Tue, 16 Apr 2019 12:13:57 +0200 perf/ring_buffer: Fi

[tip:perf/core] perf/core: Fix the address filtering fix

Commit-ID: 52a44f83fc2d64a5e74d5d685fad2fecc7b7a321 Gitweb: https://git.kernel.org/tip/52a44f83fc2d64a5e74d5d685fad2fecc7b7a321 Author: Alexander Shishkin AuthorDate: Fri, 29 Mar 2019 11:12:12 +0200 Committer: Ingo Molnar CommitDate: Tue, 16 Apr 2019 12:13:57 +0200 perf/core: Fix the a

Re: [PATCH v2 18/25] drm/mediatek: add RDMA fifo size error handle

On Tue, 2019-04-16 at 16:37 +0800, Yongqiang Niu wrote: > On Tue, 2019-04-16 at 16:00 +0800, CK Hu wrote: > > Hi, Yongqiang: > > > > On Wed, 2019-03-27 at 14:19 +0800, yongqiang@mediatek.com wrote: > > > From: Yongqiang Niu > > > > > > This patch add RDMA fifo size error handle > > > rdma fi

Re: [PATCH] arm64: mm: check virtual addr in virt_to_page() if CONFIG_DEBUG_VIRTUAL=y

On Tue, Apr 16, 2019 at 01:36:36AM +0800, Miles Chen wrote: > This change uses the original virt_to_page() (the one with __pa()) to > check the given virtual address if CONFIG_DEBUG_VIRTUAL=y. > > Recently, I worked on a bug: a driver passes a symbol address to > dma_map_single() and the virt_to_p

Re: [RFC PATCH v2] perf/x86: make perf callchain work without CONFIG_FRAME_POINTER

On Tue, Apr 16, 2019 at 12:59 AM Josh Poimboeuf wrote: > > On Mon, Apr 15, 2019 at 05:36:22PM +0200, Peter Zijlstra wrote: > > > > I'll mostly defer to Josh on unwinding, but a few comments below. > > > > On Tue, Apr 09, 2019 at 12:59:42AM +0800, Kairui Song wrote: > > > diff --git a/arch/x86/even

Re: [PATCH 5.0 000/117] 5.0.8-stable review

On Tue, 16 Apr 2019 at 00:39, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 5.0.8 release. > There are 117 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Resp

[PATCH] reiserfs: fix spelling mistake "enrty" -> "entry"

From: Colin Ian King There are a couple of spelling mistakes, fix these. Signed-off-by: Colin Ian King --- fs/reiserfs/lbalance.c | 2 +- fs/reiserfs/namei.c| 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/reiserfs/lbalance.c b/fs/reiserfs/lbalance.c index f5cebd70

BUG: corrupted list in snd_info_create_entry

Hello, syzbot found the following crash on: HEAD commit:9a33b369 usb-fuzzer: main usb gadget fuzzer driver git tree: https://github.com/google/kasan/tree/usb-fuzzer console output: https://syzkaller.appspot.com/x/log.txt?x=15c1a38720 kernel config: https://syzkaller.appspot.com/x/

Re: [tip:sched/core] sched/core: Document that RT task priorities are 1...99

On Tue, Apr 16, 2019 at 11:47:27AM +0200, Sebastian Andrzej Siewior wrote: > On 2019-04-16 11:36:34 [+0200], Peter Zijlstra wrote: > > On Tue, Apr 16, 2019 at 01:13:11AM -0700, tip-bot for Sebastian Andrzej > > Siewior wrote: > > > Commit-ID: 37a8f8590f307db8f8cfa62dfd82b3fc0978607c > > > Gitweb:

Re: [PATCH 1/2] PCI: dwc: Add API support to de-initialize host

Anyone for the review of this patch series (total 2 patches)? On Thu, Apr 4, 2019 at 5:50 PM Vidya Sagar wrote: > > Add an API to group all the tasks to be done to de-initialize host which > can then be called by any Designware core based driver implementations > while adding .remove() support in

Re: [PATCH 4.19 000/101] 4.19.35-stable review

On Tue, 16 Apr 2019 at 00:36, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.19.35 release. > There are 101 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Re

Re: [PATCH] smp: Do not warn if smp_call_function_single() is doing a self call.

Peter Zijlstra writes: > On Mon, Apr 15, 2019 at 11:39:57PM +, Dexuan Cui wrote: >> > From: Peter Zijlstra >> > Sent: Monday, April 15, 2019 5:21 AM >> > To: Dexuan Cui >> > >> > On Fri, Apr 12, 2019 at 11:53:57PM +, Dexuan Cui wrote: >> > > If smp_call_function_single() is calling the

Re: [PATCH 4/4] locking/lockdep: Test all incompatible scenario at once in check_irq_usage()

On Sat, Apr 13, 2019 at 02:35:45AM +0200, Frederic Weisbecker wrote: > On Thu, Apr 11, 2019 at 12:46:32PM +0200, Peter Zijlstra wrote: > > +/* > > + * Observe that when given a bitmask where each bitnr is encoded as above, > > a > > + * right shift of the mask transforms the individual bitnrs as

Re: [PATCH v2] nvmem: core: add NVMEM_SYSFS Kconfig

Hi , I have reviewed and tested for both enabled and disabled and working as expected. Please feel free to add: Reviewed-by: Gaurav Kohli Tested-by: Gaurav Kohli Regards Gaurav On 4/16/2019 4:31 PM, Mika Westerberg wrote: On Tue, Apr 16, 2019 at 10:59:24AM +0100, Srinivas Kandagatla wrote

[PATCH] scripts/dtc: fix spelling mistake "endpont" -> "endpoint"

From: Colin Ian King There is a spelling mistake in a FAIL message, fix it. Signed-off-by: Colin Ian King --- scripts/dtc/checks.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/dtc/checks.c b/scripts/dtc/checks.c index 4834e44b37b2..faddf6a57236 100644 --- a/scrip

RE: [PATCH] x86/entry/64: randomize kernel stack offset upon syscall

Adding Theodore & Daniel since I guess they are the best positioned to comment on exact strengths of prandom. See my comments below. > * Reshetova, Elena wrote: > > > > 4) > > > > > > But before you tweak the patch, a more fundamental question: > > > > > > Does the stack offset have to be per

Re: [PATCH] RDMA/cxgb4: fix null pointer dereference on alloc_skb failure

On Sat, Apr 13, 2019 at 05:00:26PM +0100, Colin King wrote: > From: Colin Ian King > > Currently if alloc_skb fails to allocate the skb a null skb is passed > to t4_set_arp_err_handler and this ends up dereferencing the null skb. > Avoid the null pointer dereference by checking for a null skb and

Re: [PATCH 22/24] dt-bindings: i2c: i2c-mtk: add support for MT8516

On Sat, Mar 23, 2019 at 10:16:10PM +0100, Fabien Parent wrote: > Add binding documentation of i2c-mtk for MT8516 SoC. > > Signed-off-by: Fabien Parent Applied to for-next, thanks! signature.asc Description: PGP signature

Re: [PATCH v2] nvmem: core: add NVMEM_SYSFS Kconfig

On Tue, Apr 16, 2019 at 10:59:24AM +0100, Srinivas Kandagatla wrote: > Many nvmem providers are not very keen on having default sysfs > nvmem entry, as most of the usecases for them are inside kernel > itself. And in some cases read/writes to some areas in nvmem are > restricted and trapped at secu

[PATCH v3 1/1] rtc: ds3232: get SRAM access using NVMEM Framework

DS3232 RTC has 236 bytes of persistent memory. Add RTC SRAM read and write access using the NVMEM Framework. Signed-off-by: Nandor Han --- Description --- Provides DS3232 RTC SRAM access using NVMEM framework. Testing --- The test was done on a custom board which contains a DS3232

[PATCH] x86/Kconfig: fix spelling mistake "effectivness" -> "effectiveness"

From: Colin Ian King The Kconfig text contains a spelling mistake, fix it. Signed-off-by: Colin Ian King --- arch/x86/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig index bbd26f68ef56..baefe76481b8 100644 --- a/arch/x86/Kconfig +

Re: [RESEND][PATCH v2 27/36] drivers: Add a generic helper to match device by fwnode handle

On 04/16/2019 11:48 AM, Rafael J. Wysocki wrote: On Tue, Apr 16, 2019 at 12:39 PM Suzuki K Poulose wrote: Make the device_fwnode_match() a generic helper to match device by fwnode handle for use with bus_find_device(). This will be also used by coresight. Cc: Greg Kroah-Hartman Cc: "Rafael J

Re: [RESEND][PATCH v2 27/36] drivers: Add a generic helper to match device by fwnode handle

On Tue, Apr 16, 2019 at 12:39 PM Suzuki K Poulose wrote: > > Make the device_fwnode_match() a generic helper to match device > by fwnode handle for use with bus_find_device(). This will be > also used by coresight. > > Cc: Greg Kroah-Hartman > Cc: "Rafael J. Wysocki" > Cc: linux-a...@vger.kernel

Re: [PATCH v2 27/36] drivers: Add a generic helper to match device by fwnode handle

On Tue, Apr 16, 2019 at 12:31 PM Suzuki K Poulose wrote: > > Hi Rafael > > On 04/16/2019 11:20 AM, Rafael J. Wysocki wrote: > > On Mon, Apr 15, 2019 at 6:06 PM Suzuki K Poulose > > wrote: > >> > >> Make the device_fwnode_match() a generic helper to match device > >> by fwnode handle for use with

[RESEND][PATCH v2 27/36] drivers: Add a generic helper to match device by fwnode handle

Make the device_fwnode_match() a generic helper to match device by fwnode handle for use with bus_find_device(). This will be also used by coresight. Cc: Greg Kroah-Hartman Cc: "Rafael J. Wysocki" Cc: linux-a...@vger.kernel.org Signed-off-by: Suzuki K Poulose --- Resending with linux-acpi in C

Re: [GIT PULL] PHY: For 5.1 -rc

On Wed, Apr 03, 2019 at 10:13:53AM +0530, Kishon Vijay Abraham I wrote: > Hi Greg, > > Please find the pull request for 5.1 -rc cycle below. > > It fixes PHY programming sequence in phy-ti-pipe3 driver to align with > TRM, requests IRQ only for OTG in phy-rcar-gen3-usb2 and a bunch of > other lin

[tip:WIP.core/stacktrace 32/32] include/linux/stacktrace.h:84:14: warning: 'struct stack_trace' declared inside parameter list will not be visible outside of this definition or declaration

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.core/stacktrace head: 9fe290aca53f59fd24187841dd4a8ff41ade91bd commit: 9fe290aca53f59fd24187841dd4a8ff41ade91bd [32/32] x86/stacktrace: Use common infrastructure config: i386-randconfig-x010-201915 (attached as .config) com

Re: [PATCH v9] arm64: dts: Add Mediatek SoC MT8183 and evaluation board dts and Makefile

On 16/04/2019 11:27, Erin Lo wrote: > On Tue, 2019-04-16 at 10:29 +0200, Matthias Brugger wrote: >> >> On 18/03/2019 19:42, kbuild test robot wrote: >>> Hi Erin, >>> >>> Thank you for the patch! Yet something to improve: >>> >>> [auto build test ERROR on robh/for-next] >>> [also build test ERROR

Re: [PATCH 0/6] Add Hygon SEV support

On 4/16/19 4:09 PM, Paolo Bonzini wrote: > Useful does not mean secure, does it? PKZIP encryption was certainly > useful back in the day, but it was not secure. > Thanks for the comments, quite understand the concern about security because it is indeed so important. Many people may not hear abou

Re: [PATCH 4.19 000/101] 4.19.35-stable review

On 15/04/2019 19:57, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.19.35 release. > There are 101 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses s

Re: [PATCH 5.0 000/117] 5.0.8-stable review

On 15/04/2019 19:59, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 5.0.8 release. > There are 117 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses sho

Re: [PATCH 4.9 00/76] 4.9.169-stable review

On 15/04/2019 19:43, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.169 release. > There are 76 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses sh

Re: [PATCH 4.14 00/69] 4.14.112-stable review

On 15/04/2019 19:58, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.112 release. > There are 69 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses s

[tip:x86/platform] x86/hyper-v: Implement EOI assist

Commit-ID: ba696429d290690db967e5f49463df4b2c1314a4 Gitweb: https://git.kernel.org/tip/ba696429d290690db967e5f49463df4b2c1314a4 Author: Vitaly Kuznetsov AuthorDate: Wed, 3 Apr 2019 19:03:09 +0200 Committer: Ingo Molnar CommitDate: Tue, 16 Apr 2019 12:28:23 +0200 x86/hyper-v: Implement

Re: [PATCH v2 27/36] drivers: Add a generic helper to match device by fwnode handle

Hi Rafael On 04/16/2019 11:20 AM, Rafael J. Wysocki wrote: On Mon, Apr 15, 2019 at 6:06 PM Suzuki K Poulose wrote: Make the device_fwnode_match() a generic helper to match device by fwnode handle for use with bus_find_device(). This will be also used by coresight. Cc: Greg Kroah-Hartman Cc:

Re: [PATCH] staging: comedi: adv_pci1710: fix spelling mistake: "droput" -> "dropout"

On 15/04/2019 18:49, Colin King wrote: From: Colin Ian King There is a spelling mistake in a dev_error message. Fix it. Signed-off-by: Colin Ian King Looks good, thanks! Reviewed-by: Ian Abbott --- drivers/staging/comedi/drivers/adv_pci1710.c | 2 +- 1 file changed, 1 insertion(+), 1

Re: [PATCH v2 2/6] x86/MCE: Handle MCA controls in a per_cpu way

On Thu, Apr 11, 2019 at 08:18:01PM +, Ghannam, Yazen wrote: > arch/x86/kernel/cpu/mce/core.c | 77 ++ > 1 file changed, 51 insertions(+), 26 deletions(-) > > diff --git a/arch/x86/kernel/cpu/mce/core.c b/arch/x86/kernel/cpu/mce/core.c > index 8d0d1e8425db..aa41

Re: [PATCH v2 27/36] drivers: Add a generic helper to match device by fwnode handle

On Mon, Apr 15, 2019 at 6:06 PM Suzuki K Poulose wrote: > > Make the device_fwnode_match() a generic helper to match device > by fwnode handle for use with bus_find_device(). This will be > also used by coresight. > > Cc: Greg Kroah-Hartman > Cc: "Rafael J. Wysocki" > Signed-off-by: Suzuki K Pou

Re: [PATCH] ARM: dts: exynos: add CCI-400 PMU nodes support to Exynos542x SoCs

On Mon, 15 Apr 2019 at 14:24, Anand Moon wrote: > Cache Coherent Interface (CCI) among Cortex-A15 and Cortex-A7, G2D, G3D and > SSS > > Level 0 > CPU blocks such as Cortex-A15 (CA15), Cortex-A7 (CA7) are > joined as the member of Level 0 CCI bus > > Level 1 > Display engine block (DISP) and 2D gr

[Resend] arch: mips: Fix initrd_start and initrd_end when read from DT

When the bootloader passes arguments to linux kernel through device tree, it passes the address of initrd_start and initrd_stop, which are in kseg0. But when linux kernel reads these addresses from device tree, it converts them to virtual addresses inside the function __early_init_dt_declare_initrd

[PATCH 3/3] regulator: tps80031: Switch to SPDX identifier

Signed-off-by: Axel Lin --- drivers/regulator/tps80031-regulator.c | 34 -- 1 file changed, 10 insertions(+), 24 deletions(-) diff --git a/drivers/regulator/tps80031-regulator.c b/drivers/regulator/tps80031-regulator.c index 8e65a13e2ef5..85a6a8ca8c1b 100644 --- a/driver

[PATCH 2/3] regulator: tps80031: Constify regulator_ops and tps80031_dcdc_voltages array

These regulator_ops variables and tps80031_dcdc_voltages array never need to be modified, make them const so compiler can put them to .rodata. Signed-off-by: Axel Lin --- drivers/regulator/tps80031-regulator.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drive

[PATCH 1/3] regulator: tps80031: Remove unused *rdev from struct tps80031_regulator

The ri-rdev is assigend but not used, so remove it. Signed-off-by: Axel Lin --- drivers/regulator/tps80031-regulator.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/regulator/tps80031-regulator.c b/drivers/regulator/tps80031-regulator.c index 1001147404c3..d97cd55b6850 100644 ---

[tip:WIP.core/stacktrace 4/32] kernel/stacktrace.c:99:1: error: redefinition of 'save_stack_trace_tsk_reliable'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.core/stacktrace head: 9fe290aca53f59fd24187841dd4a8ff41ade91bd commit: 714f46ba649b163e80d3dd89e83b92f4ba5ac6af [4/32] stacktrace: Provide helpers for common stack trace operations config: sparc64-defconfig (attached as .co

[tip:WIP.core/stacktrace 32/32] include/linux/stacktrace.h:84:14: warning: 'struct stack_trace' declared inside parameter list

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.core/stacktrace head: 9fe290aca53f59fd24187841dd4a8ff41ade91bd commit: 9fe290aca53f59fd24187841dd4a8ff41ade91bd [32/32] x86/stacktrace: Use common infrastructure config: i386-randconfig-a1-201915 (attached as .config) compi

[tip:WIP.core/stacktrace 4/32] include/linux/stacktrace.h:65:10: error: 'ENOSYS' undeclared

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.core/stacktrace head: 9fe290aca53f59fd24187841dd4a8ff41ade91bd commit: 714f46ba649b163e80d3dd89e83b92f4ba5ac6af [4/32] stacktrace: Provide helpers for common stack trace operations config: i386-randconfig-x010-201915 (attac

Re: [PATCH V2 1/2] mm/hotplug: Reorder arch_remove_memory() call in __remove_memory()

On 04/15/2019 07:28 PM, David Hildenbrand wrote: > On 14.04.19 07:59, Anshuman Khandual wrote: >> Memory hot remove uses get_nid_for_pfn() while tearing down linked sysfs >> entries between memory block and node. It first checks pfn validity with >> pfn_valid_within() before fetching nid. With C

Re: [PATCH v1 1/3] thermal: rockchip: add pinctrl control

Hi Elaine, On 11/04/2019 09:46, elaine.zhang wrote: > hi, > > 在 2019/4/4 上午11:03, Daniel Lezcano 写道: >> On 01/04/2019 08:43, Elaine Zhang wrote: >>> Based on the TSADC Tshut mode to select pinctrl, >>> instead of setting pinctrl based on architecture >>> (Not depends on pinctrl setting by "init

[tip:locking/core] locking/rwsem: Enable lock event counting

Commit-ID: a8654596f0371c2604c4d475422c48f4fc6a56c9 Gitweb: https://git.kernel.org/tip/a8654596f0371c2604c4d475422c48f4fc6a56c9 Author: Waiman Long AuthorDate: Thu, 4 Apr 2019 13:43:19 -0400 Committer: Ingo Molnar CommitDate: Wed, 10 Apr 2019 10:56:06 +0200 locking/rwsem: Enable lock e

[tip:locking/core] locking/rwsem: Optimize rwsem structure for uncontended lock acquisition

Commit-ID: 364f784f048c984721986db90c95ca8350213c91 Gitweb: https://git.kernel.org/tip/364f784f048c984721986db90c95ca8350213c91 Author: Waiman Long AuthorDate: Thu, 4 Apr 2019 13:43:20 -0400 Committer: Ingo Molnar CommitDate: Wed, 10 Apr 2019 10:56:06 +0200 locking/rwsem: Optimize rwse

Re: [PATCH -next] PCI: mvebu: Make mvebu_pci_bridge_emul_ops static

On Wed, Apr 10, 2019 at 10:09:49PM +0800, Yue Haibing wrote: > From: YueHaibing > > Fix sparse warning: > > drivers/pci/controller/pci-mvebu.c:557:28: warning: > symbol 'mvebu_pci_bridge_emul_ops' was not declared. Should it be static? > > Reported-by: Hulk Robot > Signed-off-by: YueHaibing

Re: [PATCH v4 0/5] powerpc/perf: IMC trace-mode support

On 4/16/19 3:14 PM, Anju T Sudhakar wrote: Hi, Kindly ignore this series, since patch 5/5 in this series doesn't incorporate the event-format change that I've done in v4 of this series. Apologies for the inconvenience. I will post the updated v5 soon. s/v5/v4 Thanks, Anju On 4/15/

[tip:locking/core] locking/lock_events: Don't show pvqspinlock events on bare metal

Commit-ID: bf20616f46e536fe8affed6f138db4b3040b55a6 Gitweb: https://git.kernel.org/tip/bf20616f46e536fe8affed6f138db4b3040b55a6 Author: Waiman Long AuthorDate: Thu, 4 Apr 2019 13:43:18 -0400 Committer: Ingo Molnar CommitDate: Wed, 10 Apr 2019 10:56:05 +0200 locking/lock_events: Don't s

[tip:locking/core] locking/lock_events: Make lock_events available for all archs & other locks

Commit-ID: fb346fd9fc081c3d978c3f3d26d39334527a2662 Gitweb: https://git.kernel.org/tip/fb346fd9fc081c3d978c3f3d26d39334527a2662 Author: Waiman Long AuthorDate: Thu, 4 Apr 2019 13:43:17 -0400 Committer: Ingo Molnar CommitDate: Wed, 10 Apr 2019 10:56:04 +0200 locking/lock_events: Make lo

Re: [RESEND PATCH 1/2] ARM: davinci: support multiplatform build for ARM v5

pt., 12 kwi 2019 o 15:45 Arnd Bergmann napisał(a): > > On Fri, Apr 12, 2019 at 3:32 PM Bartosz Golaszewski > wrote: > > pt., 12 kwi 2019 o 15:27 Arnd Bergmann napisał(a): > > > > > > On Fri, Apr 12, 2019 at 3:22 PM Bartosz Golaszewski > > > wrote: > > > > pt., 12 kwi 2019 o 15:16 Arnd Bergmann

[tip:locking/core] locking/rwsem: Add debug check for __down_read*()

Commit-ID: a68e2c4c637918da47b3aa270051545cff7d8245 Gitweb: https://git.kernel.org/tip/a68e2c4c637918da47b3aa270051545cff7d8245 Author: Waiman Long AuthorDate: Thu, 4 Apr 2019 13:43:14 -0400 Committer: Ingo Molnar CommitDate: Wed, 10 Apr 2019 10:56:02 +0200 locking/rwsem: Add debug che

<    3   4   5   6   7   8   9   10   >