[PATCH 18/36] perf tools: Add perf_evlist__mmap_cb_idx function

Adding perf_evlist__mmap_cb_idx function to call auxtrace_mmap_params__set_idx on each new index during perf_evlist__mmap_ops call. Link: http://lkml.kernel.org/n/tip-26emdgzve9miryyzvcr77...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/util/evlist.c | 14 ++ 1 file changed

[PATCH 26/36] libperf: Add perf_evlist__filter_pollfd function

Adding perf_evlist__filter_pollfd function and exporting it in perf/evlist.h header, so libperf users can check if descriptor is still alive. Link: http://lkml.kernel.org/n/tip-7lmjzpk6k2wfhh1os8qw1...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/lib/evlist.c | 15

[PATCH 27/36] libperf: Add perf_evlist__for_each_mmap function

Adding perf_evlist__for_each_mmap function and exporting it in perf/evlist.h header, so user can iterate through 'struct perf_mmap' objects. Adding internal perf_mmap__link function to do the actual linking. Link: http://lkml.kernel.org/n/tip-5h62ytvpxgozhqix2y41c...@git.kernel.org Signed-off-by:

[PATCH 32/36] libperf: Add tests_mmap_thread test

Adding mmaping tests that generates 100 prctl calls in monitored child process and validates it gets 100 events in ring buffer. Link: http://lkml.kernel.org/n/tip-5qzuxnmde9x6uojkysp3r...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/lib/tests/test-evlist.c | 119 +++

[PATCH 33/36] libperf: Add tests_mmap_cpus test

Adding mmaping tests that generates prctl call on every cpu validates it gets all the related events in ring buffer. Link: http://lkml.kernel.org/n/tip-9qdckblmgjm42ofd7hafl...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/lib/tests/test-evlist.c | 97 ++ 1 f

Re: ptrace/strace and freezer oddities and v5.2+ kernels

On Thu, Oct 3, 2019 at 8:09 PM Roman Gushchin wrote: > > On Wed, Oct 02, 2019 at 05:59:36PM -0400, Bruce Ashfield wrote: > > On Wed, Oct 2, 2019 at 2:19 PM Roman Gushchin wrote: > > > > > > On Wed, Oct 02, 2019 at 12:18:54AM -0400, Bruce Ashfield wrote: > > > > On Tue, Oct 1, 2019 at 10:01 PM Rom

[PATCH 22/36] libperf: Centralize map refcnt setting

Currently when new map is mmaps we set its refcnt to 2 in perf_evlist_mmap_ops::mmap callback. Every mmap is given refcnt set to 2 when it's first mmaped: - 1 for current user, which will be taken out by call to perf_evlist__munmap_filtered, where we find out there's no more data comming

[PATCH 13/36] libperf: Add perf_evlist__mmap()/munmap() functions

Add libperf's version of perf_evlist__mmap()/munmap() functions and exporting them in the perf/evlist.h header. It's the backbone of what we have in perf code. The following changes will add needed callbacks and then we'll finally switch the perf code to use libperf's version. Add mmap/mmap_ovw '

[PATCH 34/36] libperf: Keep count of failed tests

Keeping the count of failed tests, so we get better output with failures, like: # make tests ... running static: - running test-cpumap.c...OK - running test-threadmap.c...OK - running test-evlist.c...FAILED test-evlist.c:53 failed to create evsel2 FAILED test-evlist.c:163 failed to c

[PATCH 04/36] libperf: Add perf_mmap__mmap() function

Move perf_mmap__mmap() from tools/perf to libperf, it will be used in the following patches. And rename the existing perf's function to mmap__mmap(). Signed-off-by: Jiri Olsa Cc: Alexander Shishkin Cc: Michael Petlan Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lore.kernel.org/lkml/201909

[PATCH 12/36] libperf: Add perf_mmap__read_event() function

Move perf_mmap__read_event() from tools/perf to libperf and export it in the perf/mmap.h header. Signed-off-by: Jiri Olsa Cc: Alexander Shishkin Cc: Michael Petlan Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lore.kernel.org/lkml/20190913132355.21634-52-jo...@kernel.org Signed-off-by: Arn

[PATCH 17/36] libperf: Add perf_evlist_mmap_ops::mmap callback

Adding perf_evlist_mmap_ops::mmap callback to be called in mmap_per_evsel to actually mmap the map. Adding libperf's perf_evlist__mmap_cb_mmap function as libperf's mmap callback. New mmaped map gets refcount set to 2 in mmap__mmap, we follow that in mmap callback. We will move this to common pla

[PATCH 36/36] libperf: Add pr_err macro

And missing include for "perf/core.h" header, which provides LIBPERF_* debug levels and adding missing pr_err support. Link: http://lkml.kernel.org/n/tip-sgq5yeyvitp655s2iq3e7...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/lib/include/perf/core.h | 1 + tools/perf/lib/internal.h

[PATCH 14/36] libperf: Add perf_evlist__mmap_ops function

To be able to pass specific callbacks to evlist's mmap. There will be specific call to this function from perf's evlist__mmap() and libperf's perf_evlist__mmap() functions in following changes. Signed-off-by: Jiri Olsa Cc: Alexander Shishkin Cc: Michael Petlan Cc: Namhyung Kim Cc: Peter Zijls

[PATCH 19/36] perf tools: Add perf_evlist__mmap_cb_get function

Adding perf_evlist__mmap_cb_get function to return 'struct perf_mmap' object during perf_evlist__mmap_ops call. The array of 'struct mmap' is allocated via evlist__alloc_mmap, in this callback we simply returns pointer to the base object. Link: http://lkml.kernel.org/n/tip-tiyl8aymuk3fv9j033yo8..

[PATCH 03/36] libperf: Add perf_mmap__mmap_len() function

Move perf_mmap__mmap_len() from tools/perf wto libperf, it will be used in the following patches. And rename the existing perf's function to mmap__mmap_len(). Signed-off-by: Jiri Olsa Cc: Alexander Shishkin Cc: Michael Petlan Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lore.kernel.org/lk

[PATCH 28/36] libperf: Move mmap allocation to perf_evlist__mmap_ops::get

Moving allocation of mmap array into perf_evlist__mmap_ops::get, so we centralize the mmap allocation. Moving also nr_mmap setup to perf_evlist__mmap_ops so it's centralized and shared by both perf and libperf mmap code. Link: http://lkml.kernel.org/n/tip-svp52oxqixph08fijuylu...@git.kernel.org S

[PATCH 23/36] libperf: Move pollfd allocation to libperf

It's needed in libperf only, moving it to perf_evlist__mmap_ops function. Link: http://lkml.kernel.org/n/tip-7lmjzpk6k2wfhh1os8qw1...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/lib/evlist.c | 5 + tools/perf/util/evlist.c | 4 2 files changed, 5 insertions(+), 4 deletions(-

[PATCH 10/36] libperf: Add perf_mmap__read_init() function

Move perf_mmap__read_init() from tools/perf to libperf and export it in perf/mmap.h header. And add pr_debug2()/pr_debug3() macros support, because the code is using them. Signed-off-by: Jiri Olsa Cc: Alexander Shishkin Cc: Michael Petlan Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lore

Re: [PATCH 0/5] perf record: Put a copy of kcore into the perf.data directory

On Fri, Oct 04, 2019 at 11:31:16AM +0300, Adrian Hunter wrote: > Hi > > Here are patches to add a new 'perf record' option '--kcore' which will put > a copy of /proc/kcore, kallsyms and modules into a perf.data directory. > Note, that without the --kcore option, output goes to a file as previously

Re: [RFC][PATCH 0/9] Variable size jump_label support

* Peter Zijlstra wrote: > IIRC the recordmcount variant from Steve was also rewriting JMP8 to NOP2 > at build time. > > I dug this here link out of my IRC logs: > > https://lore.kernel.org/lkml/1318007374.4729.58.ca...@gandalf.stny.rr.com/ Ancient indeed ... > Looking at that, part of the

[PATCH 09/36] libperf: Add perf_mmap__consume() function

Move perf_mmap__consume() vrom tools/perf to libperf and export it in the perf/mmap.h header. Move also the needed helpers perf_mmap__write_tail(), perf_mmap__read_head() and perf_mmap__empty(). Signed-off-by: Jiri Olsa Cc: Alexander Shishkin Cc: Michael Petlan Cc: Namhyung Kim Cc: Peter Zijl

[PATCHv2 00/36] libperf: Add sampling interface

hi, sending changes for exporting basic sampling interface in libperf. It's now possible to use following code in applications via libperf: --- (example is without error checks for simplicity) struct perf_event_attr attr = { .type = PERF_TYPE_TRACEPOINT, .sample_

[PATCH 11/36] libperf: Add perf_mmap__read_done() function

Move perf_mmap__read_init() from tools/perf to libperf and export it in the perf/mmap.h header. Signed-off-by: Jiri Olsa Cc: Alexander Shishkin Cc: Michael Petlan Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lore.kernel.org/lkml/20190913132355.21634-51-jo...@kernel.org Signed-off-by: Arna

[PATCH 30/36] libperf: Link static tests with libapi.a

Both static and dynamic tests needs to link libapi.a, because it's using its functions. Adding also include path for libapi includes. Link: http://lkml.kernel.org/n/tip-ws9g47hh5vnkvdwpn93mt...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/lib/Makefile | 1 + tools/perf/lib/tests/

[PATCH 25/36] libperf: Add perf_evlist__purge function

Adding static perf_evlist__purge function to purge and delete evsels from evlist. Adding also perf_evlist__for_each_entry_safe which is used by perf_evlist__purge. Link: http://lkml.kernel.org/n/tip-xcwsmyqcxe8zgbpapn27f...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/lib/evlist.c

[PATCH 31/36] libperf: Add _GNU_SOURCE define to compilation

Link: http://lkml.kernel.org/n/tip-m7t1e9kgea4jc3piyvjju...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/lib/Makefile | 1 + tools/perf/lib/tests/Makefile | 2 ++ 2 files changed, 3 insertions(+) diff --git a/tools/perf/lib/Makefile b/tools/perf/lib/Makefile index 0f233638ef1f..2

[PATCH 35/36] libperf: Do not export perf_evsel__init/perf_evlist__init

There's no point to export perf_evsel__init/perf_evlist__init, it's called from perf_evsel__new/perf_evlist__new respectively. It's used only from perf where perf_evsel/perf_evlist is embedded perf's evsel/evlist. Link: http://lkml.kernel.org/n/tip-k0w3i2vqos0lvnadfm95a...@git.kernel.org Signed-o

[PATCH 15/36] libperf: Add perf_evlist_mmap_ops::idx callback

Add the perf_evlist_mmap_ops::idx callback to be called in mmap_per_cpu and mmap_per_thread with current cpu and thread indexes. It's used by current aux code, so perf will use this callback to set the aux index. Signed-off-by: Jiri Olsa Cc: Alexander Shishkin Cc: Michael Petlan Cc: Namhyung K

[PATCH 16/36] libperf: Add perf_evlist_mmap_ops::get callback

Add the perf_evlist_mmap_ops::get callback to be called in mmap_per_evsel to get/allocate the 'struct perf_mmap' object. Add the libperf's perf_evlist__mmap_cb_get() function as libperf's get callback. Signed-off-by: Jiri Olsa Cc: Alexander Shishkin Cc: Michael Petlan Cc: Namhyung Kim Cc: Pet

[PATCH v5 2/2] soc: amazon: al-pos-edac: Introduce Amazon's Annapurna Labs POS EDAC driver

The Amazon's Annapurna Labs SoCs includes Point Of Serialization error logging unit that reports an error in case write error (e.g . Attempt to write to a read only register). This error shall be reported to EDAC subsystem as uncorrectable-error. Signed-off-by: Talel Shenhar --- MAINTAINERS

[PATCH 21/36] perf tools: Switch to libperf mmap interface

Switching to libperf mmap interface by calling directly perf_evlist__mmap_ops and removing perf's evlist__mmap_per_* functions. By switching libperf perf_evlist__mmap we need to operate over 'struct perf_mmap' in evlist__add_pollfd, so making related changes there. Link: http://lkml.kernel.org/n/

[PATCH 24/36] libperf: Add perf_evlist__exit function

Adding perf_evlist__exit function, so far it's not exported and added only for internal use for perf and libperf. Using it to release cpus/threads and pollfd array. Link: http://lkml.kernel.org/n/tip-1n61vkdnvfqaeb7k4mwlv...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/lib/evlist.c

[PATCH 29/36] libperf: Move mask setup to perf_evlist__mmap_ops function

Moving mask setup to perf_evlist__mmap_ops function, because it's same on both perf and libperf path. Link: http://lkml.kernel.org/n/tip-z31pepohuxlgecf6400wb...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/lib/evlist.c | 3 ++- tools/perf/util/evlist.c | 1 - 2 files changed, 2 inser

Re: [PATCH 4.4 00/36] 4.4.196-stable review

On 10/6/19 10:18 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.4.196 release. There are 36 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 should be made

Re: [PATCH v5 7/7] backlight: gpio: pull gpio_backlight_initial_power_state() into probe

On Mon, Oct 07, 2019 at 05:32:00AM +0200, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > The probe function in the gpio-backlight driver is quite short. If we > pull gpio_backlight_initial_power_state() into probe we can drop two > more fields from struct gpio_backlight and shrink the

[PATCH 08/36] perf tools: Use perf_mmap way to detect aux mmap

We will move this code to libperf shortly, so we need to free it of 'struct auxtrace_mmap' usage, because it won't be available in libperf (for now). The perf_event_mmap_page::aux_size is set when the aux mmap is mapped, so the check is equivalent. Signed-off-by: Jiri Olsa Cc: Alexander Shishkin

[PATCH 07/36] libperf: Add perf_mmap__put() function

Move perf_mmap__put() from tools/perf to libperf. Once perf_mmap__put() is moved, we need a way to call application related unmap code (AIO and aux related code for eprf), when the map goes away. Add the perf_mmap::unmap callback to do that. The unmap path from perf is: perf_mmap__put

Re: [PATCH 01/11] iomap: add tracing for the readpage / readpages

On Sun, Oct 06, 2019 at 05:45:58PM +0200, Christoph Hellwig wrote: > Lift the xfs code for tracing address space operations to the iomap > layer. > > Signed-off-by: Christoph Hellwig > --- For the v7 version: Reviewed-by: Brian Foster > fs/iomap/Makefile | 16 -- > fs/iomap/

Re: [PATCH] sched/fair: scale quota and period without losing quota/period ratio precision

Hi Xuewei, On Fri, Oct 04, 2019 at 05:28:15PM -0700 Xuewei Zhang wrote: > On Fri, Oct 4, 2019 at 6:14 AM Phil Auld wrote: > > > > On Thu, Oct 03, 2019 at 07:05:56PM -0700 Xuewei Zhang wrote: > > > +cc neeln...@google.com and hao...@google.com, they helped a lot > > > for this issue. Sorry I forgo

Applied "regulator: s2mps11: switch to using devm_fwnode_gpiod_get" to the regulator tree

The patch regulator: s2mps11: switch to using devm_fwnode_gpiod_get has been applied to the regulator tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git for-5.5 All being well this means that it will be integrated into the linux-next tree (usually sometime in th

Applied "ASoC: fsl_mqs: Fix error handling in probe" to the asoc tree

The patch ASoC: fsl_mqs: Fix error handling in probe has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.5 All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sen

Applied "regulator: s5m8767: switch to using devm_fwnode_gpiod_get" to the regulator tree

The patch regulator: s5m8767: switch to using devm_fwnode_gpiod_get has been applied to the regulator tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next

Applied "gpiolib: introduce devm_fwnode_gpiod_get_index()" to the regulator tree

The patch gpiolib: introduce devm_fwnode_gpiod_get_index() has been applied to the regulator tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours)

Applied "ASoC: jz4740: Use of_device_get_match_data()" to the asoc tree

The patch ASoC: jz4740: Use of_device_get_match_data() has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.5 All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and s

Applied "ASoc: tas2770: Fix build error without GPIOLIB" to the asoc tree

The patch ASoc: tas2770: Fix build error without GPIOLIB has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.5 All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "regulator: pbias: Get rid of struct pbias_regulator_data" to the regulator tree

The patch regulator: pbias: Get rid of struct pbias_regulator_data has been applied to the regulator tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git for-5.5 All being well this means that it will be integrated into the linux-next tree (usually sometime in the

Applied "spi: gpio: Look for a device node instead of match" to the spi tree

The patch spi: gpio: Look for a device node instead of match has been applied to the spi tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-5.5 All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) an

Applied "regulator: da9062: Simplify the code iterating all regulators" to the regulator tree

The patch regulator: da9062: Simplify the code iterating all regulators has been applied to the regulator tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git for-5.5 All being well this means that it will be integrated into the linux-next tree (usually sometime i

Applied "gpiolib: introduce fwnode_gpiod_get_index()" to the regulator tree

The patch gpiolib: introduce fwnode_gpiod_get_index() has been applied to the regulator tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "regulator: slg51000: switch to using fwnode_gpiod_get_index" to the regulator tree

The patch regulator: slg51000: switch to using fwnode_gpiod_get_index has been applied to the regulator tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git for-5.5 All being well this means that it will be integrated into the linux-next tree (usually sometime in

Applied "ASoC: fsl_mqs: remove set but not used variable 'bclk'" to the asoc tree

The patch ASoC: fsl_mqs: remove set but not used variable 'bclk' has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.5 All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 ho

Applied "regulator: tps65090: switch to using devm_fwnode_gpiod_get" to the regulator tree

The patch regulator: tps65090: switch to using devm_fwnode_gpiod_get has been applied to the regulator tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git for-5.5 All being well this means that it will be integrated into the linux-next tree (usually sometime in t

Applied "regulator: da9211: switch to using devm_fwnode_gpiod_get" to the regulator tree

The patch regulator: da9211: switch to using devm_fwnode_gpiod_get has been applied to the regulator tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git for-5.5 All being well this means that it will be integrated into the linux-next tree (usually sometime in the

Applied "regulator: tps65132: switch to using devm_fwnode_gpiod_get()" to the regulator tree

The patch regulator: tps65132: switch to using devm_fwnode_gpiod_get() has been applied to the regulator tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git for-5.5 All being well this means that it will be integrated into the linux-next tree (usually sometime in

Applied "regulator: max77686: switch to using fwnode_gpiod_get_index" to the regulator tree

The patch regulator: max77686: switch to using fwnode_gpiod_get_index has been applied to the regulator tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git for-5.5 All being well this means that it will be integrated into the linux-next tree (usually sometime in

Re: [PATCH V4 2/2] mm/pgtable/debug: Add test validating architecture page table helpers

* Anshuman Khandual wrote: > This adds a test module which will validate architecture page table helpers > and accessors regarding compliance with generic MM semantics expectations. > This will help various architectures in validating changes to the existing > page table helpers or addition of

Re: [PATCH v2] mm/page_isolation: fix a deadlock with printk()

On Mon, 2019-10-07 at 14:43 +0200, Michal Hocko wrote: > On Mon 07-10-19 08:11:44, Qian Cai wrote: > > On Mon, 2019-10-07 at 13:37 +0200, Michal Hocko wrote: > > > On Mon 07-10-19 07:04:00, Qian Cai wrote: > > > > > > > > > > > > > On Oct 7, 2019, at 4:07 AM, Michal Hocko wrote: > > > > > > > >

Re: [PATCH 5.4 regression fix] x86/boot: Provide memzero_explicit

On Mon, Oct 07, 2019 at 11:34:09AM +0200, Stephan Mueller wrote: > Am Montag, 7. Oktober 2019, 11:06:04 CEST schrieb Hans de Goede: > > Hi Hans, > > > Hi Stephan, > > > > On 07-10-2019 10:59, Stephan Mueller wrote: > > > Am Montag, 7. Oktober 2019, 10:55:01 CEST schrieb Hans de Goede: > > > > >

Re: [PATCH 3/3] dt-bindings: regulator: Fix yaml verification for fixed-regulator schema

On Mon, Oct 7, 2019 at 5:26 AM Alexandre Torgue wrote: > > This commit fixes an issue seen during yaml check ("make dt_binding_check"). > Compatible didn't seem to be seen as a string. > > Reported issue: > "properties:compatible:enum:0: {'const': 'regulator-fixed'} > is not of type 'string'" > An

Re: kexec breaks with 5.4 due to memzero_explicit

* Hans de Goede wrote: > Hi, > > On 07-10-2019 10:50, Hans de Goede wrote: > > Hi, > > > > On 07-10-2019 05:09, Arvind Sankar wrote: > > > Hi, arch/x86/purgatory/purgatory.ro has an undefined symbol > > > memzero_explicit. This has come from commit 906a4bb97f5d ("crypto: > > > sha256 - Use ge

Re: [PATCH 10/11] xfs: use the iomap writeback code

On Sun, Oct 06, 2019 at 05:46:07PM +0200, Christoph Hellwig wrote: > Use the new iomap writeback code that was copied from XFS to perform > writeback. > > Signed-off-by: Christoph Hellwig > [darrick: reduce this patch only to convert the xfs writeback code] > Signed-off-by: Darrick J. Wong > ---

RE: [GIT PULL] usercopy structs for v5.4-rc2

From: Nathan Chancellor > Sent: 04 October 2019 20:44 ... > > IOW, the code should have just been > > > > ret = test(umem_src == NULL, "kmalloc failed"); > > if (ret) ... > > Yes, I had this as the original fix but I tried to keep the same > intention as the original author. I shou

Re: [PATCH net 0/6] rxrpc: Syzbot-inspired fixes

onnection crypto ops to clean up a call after the call's > ref on that connection has been put. > > The patches are tagged here: > > git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git > rxrpc-fixes-20191007 Pulled, thanks David.

[PATCH net-next] net: stmmac: Fix sparse warning

The VID is converted to le16 so the variable must be __le16 type. Reported-by: kbuild test robot Fixes: c7ab0b8088d7 ("net: stmmac: Fallback to VLAN Perfect filtering if HASH is not available") Signed-off-by: Jose Abreu --- Cc: Giuseppe Cavallaro Cc: Alexandre Torgue Cc: Jose Abreu Cc: "Dav

Re: [PATCH 2/3] watchdog: sam9x60_wdt: introduce sam9x60 watchdog timer driver

On 07/10/2019 05:36:38-0700, Guenter Roeck wrote: > On 10/7/19 12:58 AM, eugen.hris...@microchip.com wrote: > [ ... ] > > Hello Guenter, > > > > Thank you for the feedback. > > After reviewing this, can you please guide me towards one of the > > possible two directions: merge this driver with sama

[RFCv1 5/5] arm64/ARM: configs: Change CONFIG_PWM_MESON from m to y

Using microSD card we cannot get the mainline kernel to boot using mainline u-boot it fails with below logs. Build PWM_MESSON as build-in solve the issue. [1.569240] meson-gx-mmc ffe05000.sd: Got CD GPIO [1.599227] pwm-regulator regulator-vddcpu-a: Failed to get PWM: -517 [1.600605] pw

[RFCv1 0/5] Odroid N2 failes to boot using upstream kernel & u-boot

We am trying to build the upstream u-boot and upstream kernel, but it fails to pass the initialization of PWM_MESON driver. So these patches help boot the kernel on microSD card. Patchs based on Linux 5.4-rc2 Boot log failed are shown below. [0] https://pastebin.com/cEtWq2iX [1.569240] meson

[RFCv1 3/5] arm64: dts: meson: Add missing regulator linked to VDDAO_3V3 regulator to FLASH_VDD

As per schematics add missing VDDAO_3V3 power supply to FLASH_VDD regulator. Also add TFLASH_VDD_EN signal name to gpio pin. Fixes: c35f6dc5c377 (arm64: dts: meson: Add minimal support for Odroid-N2) Cc: Martin Blumenstingl Cc: Jerome Brunet Cc: Neil Armstrong Signed-off-by: Anand Moon --- ar

Re: [PATCH 1/4] dt-bindings: samsung: Indent examples with four spaces

On 02/10/2019 18:07:41+0200, Krzysztof Kozlowski wrote: > Change the indentation of examples used in json-schema bindings from two > to four spaces as this makes the code easier to read and seems to be > preferred in other files. > > Signed-off-by: Krzysztof Kozlowski Acked-by: Alexandre Belloni

[RFCv1 4/5] arm64: dts: meson: Add missing regulator linked to VCCV5 regulator to VDDIO_C/TF_IO

As per schematics add missing VCCV5 power supply to VDDIO_C/TF_IO regulator. Also add TF_3V3N_1V8_EN signal name to gpio pin. Fixes: c35f6dc5c377 (arm64: dts: meson: Add minimal support for Odroid-N2) Cc: Martin Blumenstingl Cc: Jerome Brunet Cc: Neil Armstrong Signed-off-by: Anand Moon --- a

Re: [PATCH 2/4] dt-bindings: rtc: s3c: Use defines instead of clock numbers

On 02/10/2019 18:07:42+0200, Krzysztof Kozlowski wrote: > Make the examples in S3C RTC bindings more readable and bring them > closer to real DTS by using defines for clocks. > > Signed-off-by: Krzysztof Kozlowski Acked-by: Alexandre Belloni > --- > Documentation/devicetree/bindings/rtc/s3c-rt

Re: [PATCH 3/4] dt-bindings: rtc: s3c: Include generic dt-schema bindings

On 02/10/2019 18:07:43+0200, Krzysztof Kozlowski wrote: > Include the generic rtc.yaml bindings in Samsung S3C RTC bindings. This > brings the requirement of proper node names and adds parsing of > additional properties. > > Signed-off-by: Krzysztof Kozlowski Acked-by: Alexandre Belloni > ---

Re: [PATCH v2] taskstats: fix data-race

On Mon, Oct 07, 2019 at 01:01:17PM +0200, Christian Brauner wrote: > When assiging and testing taskstats in taskstats_exit() there's a race > when writing and reading sig->stats when a thread-group with more than > one thread exits: > > cpu0: > thread catches fatal signal and whole thread-group ge

[RFCv1 2/5] arm64: dts: meson: Add missing pwm control gpio signal for pwm-regulator

As per schematics add missing VDDCPUA_PWM and VDDCPUB_PWM gpio signal use to enable/disable the pwm regulator for DVFS. Fixes: d14734a04a8a (arm64: dts: meson-g12b-odroid-n2: enable DVFS) Cc: Martin Blumenstingl Cc: Jerome Brunet Cc: Neil Armstrong Signed-off-by: Anand Moon --- arch/arm64/boo

[RFCv1 1/5] arm64: dts: meson: Add missing 5V_EN gpio signal for VCC5V regulator

As per schematics add missing 5V_EN gpio signal to enable VCC5V regulator node. Fixes: c35f6dc5c377 (arm64: dts: meson: Add minimal support for Odroid-N2) Cc: Martin Blumenstingl Cc: Jerome Brunet Cc: Neil Armstrong Signed-off-by: Anand Moon --- arch/arm64/boot/dts/amlogic/meson-g12b-odroid-n

Re: [GIT PULL] perf/urgent improvements and fixes

* Arnaldo Carvalho de Melo wrote: > Hi Ingo/Thomas, > > Please consider pulling, mostly small fixes, just one extra > header copied due to linux/fs.h now having parts of it moved to > linux/fscrypt.h that then needs syncing so that tooling continues to > build on older systems. > > Best

Re: kexec breaks with 5.4 due to memzero_explicit

On Mon, Oct 07, 2019 at 11:10:18AM +0200, Hans de Goede wrote: > Hi, > > On 07-10-2019 10:50, Hans de Goede wrote: > > Hi, > > > > On 07-10-2019 05:09, Arvind Sankar wrote: > >> Hi, arch/x86/purgatory/purgatory.ro has an undefined symbol > >> memzero_explicit. This has come from commit 906a4bb97f

[PATCH v7 1/6] ad5820: Define entity function

Without this patch, media_device_register_entity throws a warning: dev_warn(mdev->dev, "Entity type for entity %s was not initialized!\n", entity->name); Signed-off-by: Ricardo Ribalda Delgado Acked-by: Pavel Machek Reviewed-by: Laurent Pinchart --- drivers/media/i2c/ad5820.

[PATCH v7 1/6] media: ad5820: Define entity function

Without this patch, media_device_register_entity throws a warning: dev_warn(mdev->dev, "Entity type for entity %s was not initialized!\n", entity->name); Signed-off-by: Ricardo Ribalda Delgado Acked-by: Pavel Machek Reviewed-by: Laurent Pinchart --- drivers/media/i2c/ad5820.

[PATCH v7 6/6] ad5820: Add support for ad5821 and ad5823

According to the datasheet, both AD5821 and AD5820 share a compatible register-set: http://www.analog.com/media/en/technical-documentation/data-sheets/AD5821.pdf Some camera modules also refer that AD5823 is a replacement of AD5820: https://download.kamami.com/p564094-OV8865_DS.pdf Suggested-by:

[PATCH v7 4/6] ad5820: Add support for of-autoload

Since kernel 4.16, i2c devices with DT compatible tag are modprobed using their DT modalias. Without this patch, if this driver is build as module it would never be autoprobed. There is no need to mask it with CONFIG_OF to allow ACPI loading, this also builds find with CONFIG_OF=n. Signed-off-by:

[PATCH v7 6/6] media: ad5820: Add support for ad5821 and ad5823

According to the datasheet, both AD5821 and AD5820 share a compatible register-set: http://www.analog.com/media/en/technical-documentation/data-sheets/AD5821.pdf Some camera modules also refer that AD5823 is a replacement of AD5820: https://download.kamami.com/p564094-OV8865_DS.pdf Suggested-by:

[PATCH v7 4/6] media: ad5820: Add support for of-autoload

Since kernel 4.16, i2c devices with DT compatible tag are modprobed using their DT modalias. Without this patch, if this driver is build as module it would never be autoprobed. There is no need to mask it with CONFIG_OF to allow ACPI loading, this also builds find with CONFIG_OF=n. Signed-off-by:

[PATCH v7 2/6] ad5820: DT new optional field enable-gpios

Document new enable-gpio field. It can be used to disable the part without turning down its regulator. Cc: devicet...@vger.kernel.org Signed-off-by: Ricardo Ribalda Delgado Acked-by: Pavel Machek Reviewed-by: Laurent Pinchart Reviewed-by: Rob Herring --- Documentation/devicetree/bindings/medi

[PATCH v7 3/6] media: ad5820: Add support for enable pin

This patch adds support for a programmable enable pin. It can be used in situations where the ANA-vcc is not configurable (dummy-regulator), or just to have a more fine control of the power saving. The use of the enable pin is optional. Signed-off-by: Ricardo Ribalda Delgado Acked-by: Pavel Mach

[PATCH v7 5/6] ad5820: DT new compatible devices

Document new compatible devices. Cc: devicet...@vger.kernel.org Signed-off-by: Ricardo Ribalda Delgado Reviewed-by: Rob Herring Acked-by: Pavel Machek --- Documentation/devicetree/bindings/media/i2c/ad5820.txt | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/Documentatio

[PATCH v7 0/6] ad5820: Multiple fixes

-Support for enable-pin, of-autoload, enable-gpios and ad5821 and ad5823 For some reason these patchset was lost in translation for a year ;) v7: Rebase on current media/master Ricardo Ribalda Delgado (6): media: ad5820: Define entity function media: ad5820: DT new optional field enable-gpi

[PATCH v7 2/6] media: ad5820: DT new optional field enable-gpios

Document new enable-gpio field. It can be used to disable the part without turning down its regulator. Cc: devicet...@vger.kernel.org Signed-off-by: Ricardo Ribalda Delgado Acked-by: Pavel Machek Reviewed-by: Laurent Pinchart Reviewed-by: Rob Herring --- Documentation/devicetree/bindings/medi

[PATCH v7 3/6] ad5820: Add support for enable pin

This patch adds support for a programmable enable pin. It can be used in situations where the ANA-vcc is not configurable (dummy-regulator), or just to have a more fine control of the power saving. The use of the enable pin is optional. Signed-off-by: Ricardo Ribalda Delgado Acked-by: Pavel Mach

[PATCH v7 5/6] media: ad5820: DT new compatible devices

Document new compatible devices. Cc: devicet...@vger.kernel.org Signed-off-by: Ricardo Ribalda Delgado Reviewed-by: Rob Herring Acked-by: Pavel Machek --- Documentation/devicetree/bindings/media/i2c/ad5820.txt | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/Documentatio

Re: [PATCH 5.4 regression fix] x86/boot: Provide memzero_explicit

On Mon, Oct 07, 2019 at 03:00:51PM +0200, Hans de Goede wrote: > Hi Stephan, > > On 07-10-2019 11:34, Stephan Mueller wrote: > > Am Montag, 7. Oktober 2019, 11:06:04 CEST schrieb Hans de Goede: > > > > Hi Hans, > > > >> Hi Stephan, > >> > >> On 07-10-2019 10:59, Stephan Mueller wrote: > >>> Am M

Re: KCSAN: data-race in find_next_bit / rcu_report_exp_cpu_mult

On Mon, Oct 07, 2019 at 12:04:16PM +0200, Marco Elver wrote: > +RCU maintainers > This might be a data-race in RCU itself. Quite possibly. I will take a look, but there will be delays due to this week being bootcamp and all. Thanx, Paul >

Re: [PATCH 1/2] dt-bindings: iio: light: Add binding for ADUX1020

On Mon, 2019-10-07 at 18:10 +0530, Manivannan Sadhasivam wrote: > [External] > > Hi Ardelean, > > On 7 October 2019 3:51:16 PM IST, "Ardelean, Alexandru" < > alexandru.ardel...@analog.com> wrote: > > On Mon, 2019-10-07 at 15:40 +0530, Manivannan Sadhasivam wrote: > > > [External] > > > > > > Ad

Re: [PATCH] xen/xenbus: fix self-deadlock after killing user process

On Tue, Oct 01, 2019 at 01:37:24PM -0400, Boris Ostrovsky wrote: > On 10/1/19 11:03 AM, Juergen Gross wrote: > > In case a user process using xenbus has open transactions and is killed > > e.g. via ctrl-C the following cleanup of the allocated resources might > > result in a deadlock due to trying

Re: [PATCH 1/3] perf/core: Provide a kernel-internal interface to recalibrate event period

On 10/7/2019 8:01 AM, Paolo Bonzini wrote: On 30/09/19 09:22, Like Xu wrote: -static int perf_event_period(struct perf_event *event, u64 __user *arg) +static int _perf_event_period(struct perf_event *event, u64 value) __perf_event_period or perf_event_period_locked would be more consistent

Re: [PATCH V4 2/2] mm/pgtable/debug: Add test validating architecture page table helpers

On Mon, Oct 07, 2019 at 03:06:17PM +0200, Ingo Molnar wrote: > > * Anshuman Khandual wrote: > > > This adds a test module which will validate architecture page table helpers > > and accessors regarding compliance with generic MM semantics expectations. > > This will help various architectures in

[PATCH] selftests: kvm: synchronize .gitignore to Makefile

Because "Untracked files:" are annoying. Signed-off-by: Vitaly Kuznetsov --- tools/testing/selftests/kvm/.gitignore | 2 ++ 1 file changed, 2 insertions(+) diff --git a/tools/testing/selftests/kvm/.gitignore b/tools/testing/selftests/kvm/.gitignore index b35da375530a..409c1fa75e03 100644 --- a

Re: [PATCH 1/2] dt-bindings: nvmem: add binding for Rockchip OTP controller

Hi Rob, Am Mittwoch, 25. September 2019, 20:49:56 CEST schrieb Heiko Stuebner: > Newer Rockchip SoCs use a different IP for accessing special one- > time-programmable memory, so add a binding for these controllers. > > Signed-off-by: Heiko Stuebner Srinivas seems to wait for an Ack on the DT-Pa

[PATCH v3 1/8] iio: adc: max1027: Add debugfs register read support

Until now, only write operations were supported. Force two bytes read operation when reading, which should fit most of the development purposes. Of course, extended operations like buffered reads on multiple channels or even temperature + voltage reads will not be read entirely. Usually, just start

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