[for-next][PATCH 03/12] kprobes: Fix to init kprobes in subsys_initcall

From: Masami Hiramatsu Since arm64 kernel initializes breakpoint trap vector in arch_initcall(), initializing kprobe (and run smoke test) in postcore_initcall() causes a kernel panic. To fix this issue, move the kprobe initialization in subsys_initcall() (which is called right afer the

[for-next][PATCH 12/12] tracing/kprobe: Check registered state using kprobe

From: Masami Hiramatsu Change registered check only by trace_kprobe and remove TP_FLAG_REGISTERED from trace_probe, since this feature is only used for trace_kprobe. Link: http://lkml.kernel.org/r/155931588704.28323.4952266828256245833.stgit@devnote2 Signed-off-by: Masami Hiramatsu

[for-next][PATCH 08/12] tracing/probe: Add trace_event_file access APIs for trace_probe

From: Masami Hiramatsu Add trace_event_file access APIs for trace_probe data structure. This simplifies enabling/disabling operations in uprobe and kprobe events so that those don't touch deep inside the trace_probe. This also removing a redundant synchronization when the kprobe event is used

[for-next][PATCH 06/12] tracing/probe: Add trace_probe init and free functions

From: Masami Hiramatsu Add common trace_probe init and cleanup function in trace_probe.c, and use it from trace_kprobe.c and trace_uprobe.c Link: http://lkml.kernel.org/r/155931582664.28323.5934870189034740822.stgit@devnote2 Signed-off-by: Masami Hiramatsu Signed-off-by: Steven Rostedt

[for-next][PATCH 07/12] tracing/probe: Add trace_event_call register API for trace_probe

From: Masami Hiramatsu Since trace_event_call is a field of trace_probe, these operations should be done in trace_probe.c. trace_kprobe and trace_uprobe use new functions to register/unregister trace_event_call. Link:

[for-next][PATCH 04/12] tracing/kprobe: Set print format right after parsed command

From: Masami Hiramatsu Set event call's print format right after parsed command for simplifying (un)register_kprobe_event(). Link: http://lkml.kernel.org/r/155931580625.28323.5158822928646225903.stgit@devnote2 Signed-off-by: Masami Hiramatsu Signed-off-by: Steven Rostedt (VMware) ---

[for-next][PATCH 00/12] tracing: More updates for 5.3

git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git for-next Head SHA1: 730a95953b1f4816cc50793c2de1f339b4c2818c Gustavo A. R. Silva (1): tracepoint: Use struct_size() in kmalloc() Masami Hiramatsu (10): kprobes: Fix to init kprobes in subsys_initcall

[for-next][PATCH 02/12] tracepoint: Use struct_size() in kmalloc()

From: "Gustavo A. R. Silva" One of the more common cases of allocation size calculations is finding the size of a structure that has a zero-sized array at the end, along with memory for some number of elements for that array. For example: struct tp_probes { ... struct

[for-next][PATCH 10/12] tracing/probe: Add probe event name and group name accesses APIs

From: Masami Hiramatsu Add trace_probe_name() and trace_probe_group_name() functions for accessing probe name and group name of trace_probe. Link: http://lkml.kernel.org/r/155931586717.28323.8738615064952254761.stgit@devnote2 Signed-off-by: Masami Hiramatsu Signed-off-by: Steven Rostedt

[for-next][PATCH 09/12] tracing/probe: Add trace flag access APIs for trace_probe

From: Masami Hiramatsu Add trace_probe_test/set/clear_flag() functions for accessing trace_probe.flag field. This flags field should not be accessed directly. Link: http://lkml.kernel.org/r/155931585683.28323.314290023236905988.stgit@devnote2 Signed-off-by: Masami Hiramatsu Signed-off-by:

[for-next][PATCH 05/12] tracing/uprobe: Set print format when parsing command

From: Masami Hiramatsu Set event call's print format right after parsed command for simplifying (un)register_uprobe_event(). Link: http://lkml.kernel.org/r/155931581659.28323.5404667166417404076.stgit@devnote2 Signed-off-by: Masami Hiramatsu Signed-off-by: Steven Rostedt (VMware) ---

[for-next][PATCH 11/12] tracing/probe: Add trace_event_call accesses APIs

From: Masami Hiramatsu Add trace_event_call access APIs for trace_probe. Instead of accessing trace_probe.call directly, use those accesses by trace_probe_event_call() method. This hides the relationship of trace_event_call and trace_probe from trace_kprobe and trace_uprobe. Link:

[PATCH v7 0/1] EDAC, mellanox: Add ECC support for BlueField DDR4

Changes since v6: Use FIELD_GET and GENMASK instead of shifting/masking using separate macros Shravan Kumar Ramani (1): EDAC, mellanox: Add ECC support for BlueField DDR4 MAINTAINERS | 5 + drivers/edac/Kconfig | 7 + drivers/edac/Makefile | 1 +

[PATCH v7 1/1] EDAC, mellanox: Add ECC support for BlueField DDR4

Add ECC support for Mellanox BlueField SoC DDR controller. This requires SMC to the running Arm Trusted Firmware to report what is the current memory configuration. Reviewed-by: James Morse Signed-off-by: Shravan Kumar Ramani --- MAINTAINERS | 5 + drivers/edac/Kconfig

Re: [PATCH v4 3/7] lib/hexdump.c: Optionally suppress lines of repeated bytes

Hi Alastair, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on linus/master] [also build test WARNING on v5.2-rc6 next-20190625] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day

Re: [PATCH] rtc: Don't state that the RTC holds UTC in case it doesn't

On 25/06/2019 17:16:52+, Trent Piepho wrote: > On Tue, 2019-06-25 at 11:29 +0200, Alexandre Belloni wrote: > > Userspace is certainly adjusting the timezone after the kernel did. Can > > you run the same commands without running your init? > > > > On stable, you have /etc/init.d/hwclock.sh

Re: [PATCH] modules: fix compile error if don't have strict module rwx

+++ Yang Yingliang [25/06/19 17:40 +0800]: If CONFIG_ARCH_HAS_STRICT_MODULE_RWX is not defined, we need stub for module_enable_nx() and module_enable_x(). If CONFIG_ARCH_HAS_STRICT_MODULE_RWX is defined, but CONFIG_STRICT_MODULE_RWX is disabled, we need stub for module_enable_nx. Move

Re: [PATCH] x86/boot/64: Fix crash if kernel images crosses page table boundary

On Tue, Jun 25, 2019 at 09:04:39PM +0200, Thomas Gleixner wrote: > On Thu, 20 Jun 2019, Kirill A. Shutemov wrote: > > @@ -190,18 +190,18 @@ unsigned long __head __startup_64(unsigned long > > physaddr, > > pgd[i + 0] = (pgdval_t)p4d + pgtable_flags; > > pgd[i + 1] =

Re: [PATCH][next] RDMA/hns: fix spelling mistake "attatch" -> "attach"

On Mon, Jun 24, 2019 at 01:16:49PM +0100, Colin King wrote: > From: Colin Ian King > > There is a spelling mistake in an dev_err message. Fix it. > > Signed-off-by: Colin Ian King > --- > drivers/infiniband/hw/hns/hns_roce_qp.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Applied

[GIT PULL 1/4] ARM: defconfig: Samsung/Exynos for v5.3

The following changes since commit a188339ca5a396acc588e5851ed7e19f66b0ebd9: Linux 5.2-rc1 (2019-05-19 15:47:09 -0700) are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git tags/samsung-defconfig-5.3 for you to fetch changes up to

[GIT PULL 4/4] ARM: exynos: Mach for v5.3

The following changes since commit a188339ca5a396acc588e5851ed7e19f66b0ebd9: Linux 5.2-rc1 (2019-05-19 15:47:09 -0700) are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git tags/samsung-soc-5.3 for you to fetch changes up to

[GIT PULL 2/4] ARM: dts: exynos: Second pull for v5.3

Hi, On top of previous pull request. Best regards, Krzysztof The following changes since commit d2cac68e0d9b038da7207c0b63e1399c4f9f60c4: ARM: dts: exynos: Add ADC node to Exynos5410 and Odroid XU (2019-06-11 20:37:21 +0200) are available in the Git repository at:

[GIT PULL 3/4] arm64: dts: exynos: Pull for v5.3

The following changes since commit a188339ca5a396acc588e5851ed7e19f66b0ebd9: Linux 5.2-rc1 (2019-05-19 15:47:09 -0700) are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git tags/samsung-dt64-5.3 for you to fetch changes up to

Re: [PATCH 14/16] mm: move the powerpc hugepd code to mm/gup.c

On Tue, 25 Jun 2019 16:37:13 +0200 Christoph Hellwig wrote: > +static int gup_huge_pd(hugepd_t hugepd Naming nitlet: we have hugepd and we also have huge_pd. We have hugepte and we also have huge_pte. It make things a bit hard to remember and it would be nice to make it all consistent

[bpf-next v2 06/10] tools headers: Adopt compiletime_assert from kernel sources

This will come in handy to verify that the hardcoded size of the context data in bpf_test struct is high enough to hold some struct. Signed-off-by: Krzesimir Nowak --- tools/include/linux/compiler.h | 28 1 file changed, 28 insertions(+) diff --git

[bpf-next v2 05/10] selftests/bpf: Allow passing more information to BPF prog test run

The test case can specify a custom length of the data member, context data and its length, which will be passed to bpf_prog_test_run_xattr. For backward compatilibity, if the data length is 0 (which is what will happen when the field is left unspecified in the designated initializer of a struct),

[bpf-next v2 10/10] selftests/bpf: Test correctness of narrow 32bit read on 64bit field

Test the correctness of the 32bit narrow reads by reading both halves of the 64 bit field and doing a binary or on them to see if we get the original value. It succeeds as it should, but with the commit e2f7fc0ac695 ("bpf: fix undefined behavior in narrow load handling") reverted, the test fails

Re: [PATCH][V4] lib: fix __sysfs_match_string() helper when n != -1

On Tue, 25 Jun 2019 16:28:12 +0300 Andy Shevchenko wrote: > On Tue, Jun 25, 2019 at 04:01:04PM +0300, Alexandru Ardelean wrote: > > The documentation the `__sysfs_match_string()` helper mentions that `n` > > (the size of the given array) should be: > > * @n: number of strings in the array or

[bpf-next v2 09/10] selftests/bpf: Add tests for bpf_prog_test_run for perf events progs

The tests check if ctx and data are correctly prepared from ctx_in and data_in, so accessing the ctx and using the bpf_perf_prog_read_value work as expected. Signed-off-by: Krzesimir Nowak --- tools/testing/selftests/bpf/test_verifier.c | 48 ++

[bpf-next v2 08/10] bpf: Implement bpf_prog_test_run for perf event programs

As an input, test run for perf event program takes struct bpf_perf_event_data as ctx_in and struct bpf_perf_event_value as data_in. For an output, it basically ignores ctx_out and data_out. The implementation sets an instance of struct bpf_perf_event_data_kern in such a way that the BPF program

[bpf-next v2 07/10] tools headers: sync struct bpf_perf_event_data

struct bpf_perf_event_data in kernel headers has the addr field, which is missing in the tools version of the struct. This will be important for the bpf prog test run implementation for perf events as it will expect data to be an instance of struct bpf_perf_event_data, so the size of the data

[bpf-next v2 04/10] selftests/bpf: Use bpf_prog_test_run_xattr

The bpf_prog_test_run_xattr function gives more options to set up a test run of a BPF program than the bpf_prog_test_run function. We will need this extra flexibility to pass ctx data later. Signed-off-by: Krzesimir Nowak --- tools/testing/selftests/bpf/test_verifier.c | 16 +++- 1

[bpf-next v2 00/10] Test the 32bit narrow reads

These patches try to test the fix made in commit e2f7fc0ac695 ("bpf: fix undefined behavior in narrow load handling"). The problem existed in the generated BPF bytecode that was doing a 32bit narrow read of a 64bit field, so to test it the code would need to be executed. Currently the only such

[bpf-next v2 01/10] selftests/bpf: Print a message when tester could not run a program

This prints a message when the error is about program type being not supported by the test runner or because of permissions problem. This is to see if the program we expected to run was actually executed. The messages are open-coded because strerror(ENOTSUPP) returns "Unknown error 524".

[bpf-next v2 03/10] selftests/bpf: Avoid another case of errno clobbering

Commit 8184d44c9a57 ("selftests/bpf: skip verifier tests for unsupported program types") added a check for an unsupported program type. The function doing it changes errno, so test_verifier should save it before calling it if test_verifier wants to print a reason why verifying a BPF program of a

[bpf-next v2 02/10] selftests/bpf: Avoid a clobbering of errno

Save errno right after bpf_prog_test_run returns, so we later check the error code actually set by bpf_prog_test_run, not by some libcap function. Cc: Daniel Borkmann Fixes: 832c6f2c29ec ("bpf: test make sure to run unpriv test cases in test_verifier") Signed-off-by: Krzesimir Nowak ---

Re: [PATCH v1 4/6] mm: Introduce "aerated" pages

> +static inline void set_page_aerated(struct page *page, > + struct zone *zone, > + unsigned int order, > + int migratetype) > +{ > +#ifdef CONFIG_AERATION > + /* update areated page accounting */

Re: [PATCH] xsk: Properly terminate assignment in xskq_produce_flush_desc

On 25 Jun 2019, at 11:23, Nathan Chancellor wrote: Clang warns: In file included from net/xdp/xsk_queue.c:10: net/xdp/xsk_queue.h:292:2: warning: expression result unused [-Wunused-value] WRITE_ONCE(q->ring->producer, q->prod_tail);

Re: [PATCH] perf/x86/intel: Mark expected switch fall-throughs

On Tue, 25 Jun 2019, Nathan Chancellor wrote: > On Tue, Jun 25, 2019 at 10:12:42AM -0700, Kees Cook wrote: > > On Tue, Jun 25, 2019 at 09:18:46AM +0200, Peter Zijlstra wrote: > > > Can it build a kernel without patches yet? That is, why should I care > > > what LLVM does? > > > > Yes. LLVM trunk

Re: [PATCH] x86/boot/64: Fix crash if kernel images crosses page table boundary

On Tue, 25 Jun 2019, Kirill A. Shutemov wrote: > On Tue, Jun 25, 2019 at 09:04:39PM +0200, Thomas Gleixner wrote: > > > > + pmd[idx % PTRS_PER_PMD] = pmd_entry + i * PMD_SIZE; > > > > This part is functionally equivivalent. So what's the value of this change? > > Precedence of operators

Re: [PATCH 2/2] net/ipv6: Fix misuse of proc_dointvec "skip_notify_on_dev_down"

From: Eiichi Tsukata Date: Tue, 25 Jun 2019 12:08:01 +0900 > /proc/sys/net/ipv6/route/skip_notify_on_dev_down assumes given value to be > 0 or 1. Use proc_dointvec_minmax instead of proc_dointvec. > > Fixes: 7c6bb7d2faaf ("net/ipv6: Add knob to skip DELROUTE message ondevice > down") >

Re: [PATCH v8 3/5] mtd: Add support for HyperBus memory devices

Hello! On 06/25/2019 10:57 AM, Vignesh Raghavendra wrote: > Cypress' HyperBus is Low Signal Count, High Performance Double Data Rate > Bus interface between a host system master and one or more slave > interfaces. HyperBus is used to connect microprocessor, microcontroller, > or ASIC devices

Re: hard-coded limit on unresolved multicast route cache in ipv4/ipmr.c causes slow, unreliable creation of multicast routes on busy networks

From: Hangbin Liu Date: Tue, 25 Jun 2019 14:15:07 +0800 > On Tue, Dec 18, 2018 at 09:55:45PM -0800, David Miller wrote: >> From: Sukumar Gopalakrishnan >> Date: Wed, 19 Dec 2018 10:57:02 +0530 >> >> > Hi David, >> > >> > There are two patch for this issue: >> >1) Your changes which

[PATCH 1/2] scripts/gdb: add lx-genpd-summary command

This is like /sys/kernel/debug/pm/pm_genpd_summary except it's accessible through a debugger. This can be useful if the target crashes or hangs because power domains were not properly enabled. Signed-off-by: Leonard Crestez --- scripts/gdb/linux/genpd.py | 83

[PATCH 2/2] scripts/gdb: add helpers to find and list devices

Add helper commands and functions for finding pointers to struct device by enumerating linux device bus/class infrastructure. This can be used to fetch subsystem and driver-specific structs: (gdb) p *$container_of($lx_device_find_by_class_name("net", "eth0"), "struct net_device", "dev") (gdb) p

Re: [PATCH] x86/boot/64: Fix crash if kernel images crosses page table boundary

On Tue, 25 Jun 2019, Thomas Gleixner wrote: > On Tue, 25 Jun 2019, Kirill A. Shutemov wrote: > > On Tue, Jun 25, 2019 at 09:04:39PM +0200, Thomas Gleixner wrote: > > > > > > + pmd[idx % PTRS_PER_PMD] = pmd_entry + i * PMD_SIZE; > > > > > > This part is functionally equivivalent.

Re: [PATCH bpf-next v4 0/2] bpf: Allow bpf_skb_event_output for more prog types

On Tue, Jun 25, 2019 at 12:45 PM allanzhang wrote: > > Software event output is only enabled by a few prog types right now (TC, > LWT out, XDP, sockops). Many other skb based prog types need > bpf_skb_event_output to produce software event. > > Added socket_filter, cg_skb, sk_skb prog types to

Re: [PATCH v4 08/10] device-dax: Add a driver for "hmem" devices

On Tue, Jun 25, 2019 at 8:39 AM Jonathan Cameron wrote: > > On Mon, 24 Jun 2019 11:20:16 -0700 > Dan Williams wrote: > > > Platform firmware like EFI/ACPI may publish "hmem" platform devices. > > Such a device is a performance differentiated memory range likely > > reserved for an application

Re: [bpf-next v2 03/10] selftests/bpf: Avoid another case of errno clobbering

On 06/25, Krzesimir Nowak wrote: > Commit 8184d44c9a57 ("selftests/bpf: skip verifier tests for > unsupported program types") added a check for an unsupported program > type. The function doing it changes errno, so test_verifier should > save it before calling it if test_verifier wants to print a

Re: [PATCH] perf/x86/intel: Mark expected switch fall-throughs

On Tue, Jun 25, 2019 at 11:05:25AM -0700, Nathan Chancellor wrote: > On Tue, Jun 25, 2019 at 10:12:42AM -0700, Kees Cook wrote: > > On Tue, Jun 25, 2019 at 09:18:46AM +0200, Peter Zijlstra wrote: > > > Can it build a kernel without patches yet? That is, why should I care > > > what LLVM does? > >

Re: [PATCH bpf-next v4 2/2] bpf: Add selftests for bpf_perf_event_output

On Tue, Jun 25, 2019 at 12:45 PM allanzhang wrote: > > Software event output is only enabled by a few prog types. > This test is to ensure that all supported types are enbled for > bpf_perf_event_output sucessfully. Please fix these typos highlighted by Daniel. enbled sucessfully > > v4: > *

Re: [bpf-next v2 08/10] bpf: Implement bpf_prog_test_run for perf event programs

On 06/25, Krzesimir Nowak wrote: > As an input, test run for perf event program takes struct > bpf_perf_event_data as ctx_in and struct bpf_perf_event_value as > data_in. For an output, it basically ignores ctx_out and data_out. > > The implementation sets an instance of struct

Re: [PATCH v9 4/4] s390: ap: kvm: Enable PQAP/AQIC facility for the guest

On 21.05.19 17:34, Pierre Morel wrote: > AP Queue Interruption Control (AQIC) facility gives > the guest the possibility to control interruption for > the Cryptographic Adjunct Processor queues. > > Signed-off-by: Pierre Morel > Reviewed-by: Tony Krowiak > --- >

Re: [PATCH 1/3] lib/vdso: Delay mask application in do_hres()

On Tue, Jun 25, 2019 at 11:27 AM Thomas Gleixner wrote: > > On Tue, 25 Jun 2019, Thomas Gleixner wrote: > > > On Tue, 25 Jun 2019, Vincenzo Frascino wrote: > > > > CC+ Andy > > > > > do_hres() in the vDSO generic library masks the hw counter value > > > immediately after reading it. > > > > > >

Re: [PATCH v9 4/4] s390: ap: kvm: Enable PQAP/AQIC facility for the guest

On 25.06.19 22:13, Christian Borntraeger wrote: > > > On 21.05.19 17:34, Pierre Morel wrote: >> AP Queue Interruption Control (AQIC) facility gives >> the guest the possibility to control interruption for >> the Cryptographic Adjunct Processor queues. >> >> Signed-off-by: Pierre Morel >>

[PATCH] asm-generic: fix a compilation warning

Fix this compilation warning on x86 by making flush_cache_vmap() inline. lib/ioremap.c: In function 'ioremap_page_range': lib/ioremap.c:214:16: warning: variable 'start' set but not used [-Wunused-but-set-variable] unsigned long start; ^ While at it, convert all other

Re: [PATCH] cma: fail if fixed declaration can't be honored

On Mon, 24 Jun 2019 17:20:51 -0700 Doug Berger wrote: > The description of the cma_declare_contiguous() function indicates > that if the 'fixed' argument is true the reserved contiguous area > must be exactly at the address of the 'base' argument. > > However, the function currently allows the

Re: [PATCH v1 5/6] mm: Add logic for separating "aerated" pages from "raw" pages

On 6/19/19 3:33 PM, Alexander Duyck wrote: > Add a set of pointers we shall call "boundary" which represents the upper > boundary between the "raw" and "aerated" pages. The general idea is that in > order for a page to cross from one side of the boundary to the other it > will need to go through

Re: [RFC PATCH bpf-next] RV32G eBPF JIT

On Mon, Jun 24, 2019 at 9:45 AM Jiong Wang wrote: > > Looks to me 32-bit optimization is not enabled. > > If you define bpf_jit_needs_zext to return true > > bool bpf_jit_needs_zext(void) > { > return true; > } > > Then you don't need to zero high 32-bit when writing 32-bit

Re: [RFC/RFT 05/14] soc: amlogic: meson-clk-measure: protect measure with a mutex

Quoting Neil Armstrong (2019-06-20 08:00:04) > In order to protect clock measuring when multiple process asks for > a mesure, protect the main measure function with mutexes. > > Signed-off-by: Neil Armstrong > --- > drivers/soc/amlogic/meson-clk-measure.c | 12 +++- > 1 file changed, 11

[PATCH bpf-next] libbpf: fix max() type mismatch for 32bit

It fixes build error for 32bit caused by type mismatch size_t/unsigned long. Signed-off-by: Ivan Khoronzhuk --- tools/lib/bpf/libbpf.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/lib/bpf/libbpf.c b/tools/lib/bpf/libbpf.c index 68f45a96769f..5186b7710430 100644 ---

Re: selftests: bpf: test_libbpf.sh failed at file test_l4lb.o

On Tue, Jun 25, 2019 at 8:32 AM Dan Rue wrote: > > On Mon, Jun 24, 2019 at 12:58:15PM -0700, Alexei Starovoitov wrote: > > On Mon, Jun 24, 2019 at 12:53 PM Dan Rue wrote: > > > > > > I would say if it's not possible to check at runtime, and it requires > > > clang 9.0, that this test should not

Re: [PATCH] perf/x86/intel: Mark expected switch fall-throughs

Hi Thomas, On Tue, Jun 25, 2019 at 09:53:09PM +0200, Thomas Gleixner wrote: > On Tue, 25 Jun 2019, Nathan Chancellor wrote: > > On Tue, Jun 25, 2019 at 10:12:42AM -0700, Kees Cook wrote: > > > On Tue, Jun 25, 2019 at 09:18:46AM +0200, Peter Zijlstra wrote: > > > > Can it build a kernel without

Re: [PATCH] rtc: Don't state that the RTC holds UTC in case it doesn't

On Tue, 2019-06-25 at 21:19 +0200, Alexandre Belloni wrote: > On 25/06/2019 17:16:52+, Trent Piepho wrote: > > On Tue, 2019-06-25 at 11:29 +0200, Alexandre Belloni wrote: > > > Userspace is certainly adjusting the timezone after the kernel did. Can > > > you run the same commands without

Re: [PATCH v2 3/4] pinctrl: mvebu: Add support for MV98DX1135

On 26/06/19 12:27 AM, Linus Walleij wrote: > On Mon, Jun 17, 2019 at 11:55 PM Chris Packham > wrote: > >> The 98DX1135 is a switch chip with an integrated CPU. This is similar to >> the 98DX4122 except the MPP assignments differ. >> >> Signed-off-by: Chris Packham >> Reviewed-by: Andrew Lunn >

Re: [PATCH v1] platform/x86: intel_int0002_vgpio: Get rid of custom ICPU() macro

Hi, On 19-06-19 16:50, Andy Shevchenko wrote: Replace custom grown macro with generic INTEL_CPU_FAM6() one. No functional change intended. Signed-off-by: Andy Shevchenko Patch looks good to me: Reviewed-by: Hans de Goede Regards, Hans --- drivers/platform/x86/intel_int0002_vgpio.c

Re: [RFC/RFT 07/14] clk: meson: g12a: add notifiers to handle cpu clock change

Quoting Neil Armstrong (2019-06-20 08:00:06) > In order to implement clock switching for the CLKID_CPU_CLK and > CLKID_CPUB_CLK, notifiers are added on specific points of the > clock tree : > > cpu_clk / cpub_clk > | \- cpu_clk_dyn > | | \- cpu_clk_premux0 > | ||-

Re: [RFC/RFT 02/14] clk: core: introduce clk_hw_set_parent()

Quoting Neil Armstrong (2019-06-20 08:00:01) > diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c > index aa51756fd4d6..3e98f7dec626 100644 > --- a/drivers/clk/clk.c > +++ b/drivers/clk/clk.c > @@ -2490,6 +2490,11 @@ static int clk_core_set_parent_nolock(struct clk_core > *core, > return

Re: [PATCH] perf/x86/intel: Mark expected switch fall-throughs

On Tue, Jun 25, 2019 at 1:27 PM Nathan Chancellor wrote: > On Tue, Jun 25, 2019 at 09:53:09PM +0200, Thomas Gleixner wrote: > > On Tue, 25 Jun 2019, Nathan Chancellor wrote: > > > On Tue, Jun 25, 2019 at 10:12:42AM -0700, Kees Cook wrote: > > > > On Tue, Jun 25, 2019 at 09:18:46AM +0200, Peter

Re: [PATCH v4 0/7] vfs: make immutable files actually immutable

On Jun 25, 2019, at 12:03 PM, Darrick J. Wong wrote: > > On Tue, Jun 25, 2019 at 03:36:31AM -0700, Christoph Hellwig wrote: >> On Fri, Jun 21, 2019 at 04:56:50PM -0700, Darrick J. Wong wrote: >>> Hi all, >>> >>> The chattr(1) manpage has this to say about the immutable bit that >>> system

Re: [PATCH 2/2] clk: imx8mm: GPT1 clock mux option #5 should be sys_pll1_80m

Quoting anson.hu...@nxp.com (2019-06-25 00:06:02) > From: Anson Huang > > i.MX8MM's GPT1 clock mux option #5 should be sys_pll1_80m, > NOT sys_pll1_800m, correct it. > > Signed-off-by: Anson Huang Any Fixes tags?

Re: [PATCH] clk: imx8mm: Switch to platform driver

Quoting Abel Vesa (2019-06-24 03:54:32) > In order to make the clock provider a platform driver > all the data and code needs to be outside of .init section. Yes, but why are you making this change in general? > > Signed-off-by: Abel Vesa [...] > @@ -480,7 +481,7 @@ static int __init

Re: [PATCH v3 1/5] drm/panel: simple: Add Sharp LQ070Y3DG3B panel support

On Fri, Jun 07, 2019 at 01:11:07PM +0200, H. Nikolaus Schaller wrote: > The change adds support for the Sharp LQ070Y3DG3B 7.0" TFT LCD panel. > > Tested on Letux7004. > > Signed-off-by: H. Nikolaus Schaller Reviewed-by: Sam Ravnborg > --- > drivers/gpu/drm/panel/panel-simple.c | 30

Re: [PATCH v4 net-next 0/4] net: ethernet: ti: cpsw: Add XDP support

From: Ivan Khoronzhuk Date: Tue, 25 Jun 2019 20:59:44 +0300 > This patchset adds XDP support for TI cpsw driver and base it on > page_pool allocator. It was verified on af_xdp socket drop, > af_xdp l2f, ebpf XDP_DROP, XDP_REDIRECT, XDP_PASS, XDP_TX. So happy to watch the progress of this patch

Re: [PATCH V3 06/17] clk: tegra: pll: save and restore pll context

Quoting Sowjanya Komatineni (2019-06-18 00:46:20) > diff --git a/drivers/clk/tegra/clk-pll.c b/drivers/clk/tegra/clk-pll.c > index 1583f5fc992f..4b0ed8fc6268 100644 > --- a/drivers/clk/tegra/clk-pll.c > +++ b/drivers/clk/tegra/clk-pll.c > @@ -1008,6 +1008,54 @@ static unsigned long

Re: [PATCH] xsk: Properly terminate assignment in xskq_produce_flush_desc

On Tue, 25 Jun 2019 at 22:04, Jonathan Lemon wrote: > > > > On 25 Jun 2019, at 11:23, Nathan Chancellor wrote: > > > Clang warns: > > > > In file included from net/xdp/xsk_queue.c:10: > > net/xdp/xsk_queue.h:292:2: warning: expression result unused > > [-Wunused-value] > >

[PATCH] platform/chrome: lightbar: Assign drvdata during probe

The lightbar driver never assigned the drvdata in probe method, and thus causes a panic when it is accessed at the suspend time. Signed-off-by: Rajat Jain --- drivers/platform/chrome/cros_ec_lightbar.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git

Re: [PATCH v5 0/6] add edma2 for i.mx7ulp

Hi Robin, On Tue, Jun 25, 2019 at 05:43:18PM +0800, yibin.g...@nxp.com wrote: > From: Robin Gong > > This patch set add new version of edma for i.mx7ulp, the main changes > are as belows: > 1. only one dmamux. > 2. another clock dma_clk except dmamux clk. > 3. 16 independent interrupts

Re: [PATCH 1/2] lib/genalloc.c: Add algorithm, align and zeroed family of DMA allocators

On Tue, Jun 25, 2019 at 05:05:58PM +0200, Fredrik Noring wrote: > Provide the algorithm option to DMA allocators as well, along with > convenience variants for zeroed and aligned memory. The following > four functions are added: > > - gen_pool_dma_alloc_algo() > - gen_pool_dma_alloc_align() > -

Re: [PATCH bpf-next] libbpf: fix max() type mismatch for 32bit

On Tue, Jun 25, 2019 at 1:28 PM Ivan Khoronzhuk wrote: > > It fixes build error for 32bit caused by type mismatch > size_t/unsigned long. > > Signed-off-by: Ivan Khoronzhuk Acked-by: Song Liu > --- > tools/lib/bpf/libbpf.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff

Re: [PATCH 2/2] usb: host: Fix excessive alignment restriction for local memory allocations

On Tue, Jun 25, 2019 at 05:08:23PM +0200, Fredrik Noring wrote: > The PAGE_SHIFT alignment restriction to devm_gen_pool_create() quickly > exhaust local memory because most allocations are much smaller than > PAGE_SIZE. This causes USB device failures such as > > usb 1-2.1: reset full-speed

[PATCH] ARM: Kconfig: default to AEABI w/ Clang

Clang produces references to __aeabi_uidivmod and __aeabi_idivmod for arm-linux-gnueabi and arm-linux-gnueabihf targets incorrectly when AEABI is not selected (such as when OABI_COMPAT is selected). While this means that OABI userspaces wont be able to upgraded to kernels built with Clang, it

Re: [PATCH 3/9] x86/mm/tlb: Refactor common code into flush_tlb_on_cpus()

On 6/12/19 11:48 PM, Nadav Amit wrote: > diff --git a/arch/x86/mm/tlb.c b/arch/x86/mm/tlb.c > index 91f6db92554c..c34bcf03f06f 100644 > --- a/arch/x86/mm/tlb.c > +++ b/arch/x86/mm/tlb.c > @@ -734,7 +734,11 @@ static inline struct flush_tlb_info > *get_flush_tlb_info(struct mm_struct *mm, >

Re: [PATCH RESEND V2 1/3] clocksource/drivers/sysctr: Add optional clock-frequency property

On 23/06/2019 14:38, anson.hu...@nxp.com wrote: > From: Anson Huang > > Systems which use platform driver model for clock driver require the > clock frequency to be supplied via device tree when system counter > driver is enabled. > > This is necessary as in the platform driver model the of_clk

Re: [PATCH V3 06/17] clk: tegra: pll: save and restore pll context

On 6/25/19 1:46 PM, Stephen Boyd wrote: Quoting Sowjanya Komatineni (2019-06-18 00:46:20) diff --git a/drivers/clk/tegra/clk-pll.c b/drivers/clk/tegra/clk-pll.c index 1583f5fc992f..4b0ed8fc6268 100644 --- a/drivers/clk/tegra/clk-pll.c +++ b/drivers/clk/tegra/clk-pll.c @@ -1008,6 +1008,54 @@

Re: [PATCH 4/9] x86/mm/tlb: Flush remote and local TLBs concurrently

On 6/12/19 11:48 PM, Nadav Amit wrote: > To improve TLB shootdown performance, flush the remote and local TLBs > concurrently. Introduce flush_tlb_multi() that does so. The current > flush_tlb_others() interface is kept, since paravirtual interfaces need > to be adapted first before it can be

Re: [PATCH v2 4/7] linux/signal.h: Ignore SIGINFO by default in new tasks

On Tue, Jun 25, 2019 at 07:11:50PM +0300, Arseny Maslennikov wrote: > This matches the behaviour of other Unix-like systems that have SIGINFO > and causes less harm to processes that do not install handlers for this > signal, making the keyboard status character non-fatal for them. > > This is

[PATCH v2 2/4] OPP: Add function to look up required OPP's for a given OPP

Add a function that allows looking up required OPPs given a source OPP table, destination OPP table and the source OPP. Signed-off-by: Saravana Kannan --- drivers/opp/core.c | 54 ++ include/linux/pm_opp.h | 11 + 2 files changed, 65

Re: [PATCH v2 2/4] dt-bindings: clock: mvebu: Add compatible string for 98dx1135 core clock

Quoting Chris Packham (2019-06-17 14:54:56) > Add compatible string for the core clock on the 98dx1135 switch with > integrated CPU. > > Signed-off-by: Chris Packham > --- Applied to clk-next

[PATCH v2 1/4] OPP: Allow required-opps even if the device doesn't have power-domains

A Device-A can have a (minimum) performance requirement on another Device-B to be able to function correctly. This performance requirement on Device-B can also change based on the current performance level of Device-A. The existing required-opps feature fits well to describe this need. So,

[PATCH v2 0/4] Add required-opps support to devfreq passive gov

The devfreq passive governor scales the frequency of a "child" device based on the current frequency of a "parent" device (not parent/child in the sense of device hierarchy). As of today, the passive governor requires one of the following to work correctly: 1. The parent and child device have the

[PATCH v2 3/4] PM / devfreq: Cache OPP table reference in devfreq

The OPP table can be used often in devfreq. Trying to get it each time can be expensive, so cache it in the devfreq struct. Signed-off-by: Saravana Kannan --- drivers/devfreq/devfreq.c | 6 ++ include/linux/devfreq.h | 1 + 2 files changed, 7 insertions(+) diff --git

[PATCH v2 4/4] PM / devfreq: Add required OPPs support to passive governor

Look at the required OPPs of the "parent" device to determine the OPP that is required from the slave device managed by the passive governor. This allows having mappings between a parent device and a slave device even when they don't have the same number of OPPs. Signed-off-by: Saravana Kannan

Re: [PATCH v2 4/4] clk: kirkwood: Add support for MV98DX1135

Quoting Chris Packham (2019-06-17 14:54:58) > The 98DX1135 is a switch chip with an integrated CPU. This is similar to > the 98DX4122 except that the core clock speed is fixed to 166Mhz. > > Signed-off-by: Chris Packham > Reviewed-by: Andrew Lunn > --- Applied to clk-next

Re: [PATCH 5/9] x86/mm/tlb: Optimize local TLB flushes

On 6/12/19 11:48 PM, Nadav Amit wrote: > While the updated smp infrastructure is capable of running a function on > a single local core, it is not optimized for this case. OK, so flush_tlb_multi() is optimized for flushing local+remote at the same time and is also (near?) the most optimal way to

Re: [PATCH] clk: socfpga: stratix10: add additional clocks needed for the NAND IP

Quoting Dinh Nguyen (2019-06-24 14:47:10) > The nand_clk is actually called the nand_x_clk and the parent is the > l4_mp_clk, not the l4_main_clk. The nand_clk is a child of the > nand_x_clk and has a fixed divider of 4. The same is true for the > nand_ecc_clk. > > Signed-off-by: Dinh Nguyen >

[PATCH v2 bpf-next] bpf: fix cgroup bpf release synchronization

Since commit 4bfc0bb2c60e ("bpf: decouple the lifetime of cgroup_bpf from cgroup itself"), cgroup_bpf release occurs asynchronously (from a worker context), and before the release of the cgroup itself. This introduced a previously non-existing race between the release and update paths. E.g. if a

Re: [PATCH RESEND] clk: socfpga: stratix10: fix divider entry for the emac clocks

Quoting Dinh Nguyen (2019-06-25 06:55:35) > The fixed dividers for the emac clocks should be 2 not 4. > > Signed-off-by: Dinh Nguyen > --- Applied to clk-next

Re: [PATCH 6/9] KVM: x86: Provide paravirtualized flush_tlb_multi()

On 6/12/19 11:48 PM, Nadav Amit wrote: > Support the new interface of flush_tlb_multi, which also flushes the > local CPU's TLB, instead of flush_tlb_others that does not. This > interface is more performant since it parallelize remote and local TLB > flushes. > > The actual implementation of

BUG: unable to handle kernel NULL pointer dereference in corrupted (4)

Hello, syzbot found the following crash on: HEAD commit:4b972a01 Linux 5.2-rc6 git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=17852b6ea0 kernel config: https://syzkaller.appspot.com/x/.config?x=e7c31a94f66cc0aa dashboard link:

<    4   5   6   7   8   9   10   11   12   13   >