On 6/1/20 12:38 AM, Greg KH wrote:
On Mon, Jun 01, 2020 at 01:28:07AM +0800, Bard Liao wrote:
From: Pierre-Louis Bossart
Change SPDX from GPL-2.0 to GPL-2.0-only for Intel-contributed
code. This was explicit before the transition to SPDX and lost in
translation.
It is also explicit in
On Sat, May 30, 2020 at 3:11 PM Brian Gerst wrote:
>
> In preparation for cleaning up the percpu operations, define macros for
> abstraction based on the width of the operation.
>
> Signed-off-by: Brian Gerst
Reviewed-by: Nick Desaulniers
> ---
> arch/x86/include/asm/percpu.h | 30
CAUTION: This email originated from outside of the organization. Do not
click links or open attachments unless you can confirm the sender and know the
content is safe.
On 5/19/20 7:26 PM, Anchal Agarwal wrote:
> Many legacy device drivers do not implement power management (PM)
On Mon, Jun 01, 2020 at 11:56:17AM -0400, Johannes Weiner wrote:
> On Mon, Jun 01, 2020 at 03:14:24PM +0900, Joonsoo Kim wrote:
> > 2020년 5월 30일 (토) 오전 12:12, Johannes Weiner 님이 작성:
> > > However, your example cannot have a completely silent stable state. As
> > > we stop workingset aging, the
On Sat, May 30, 2020 at 3:11 PM Brian Gerst wrote:
>
> Use __pcpu_size_call_return() to simplify this_cpu_read_stable().
Clever! As in this_cpu_read() in include/linux/percpu-defs.h. Could
be its own patch before this, but it's fine.
Reviewed-by: Nick Desaulniers
> Also remove
On Mon, Jun 01, 2020 at 01:12:05PM -0700, Boris Burkov wrote:
> In order to improve consistency and usability in cgroup stat accounting,
> we would like to support the root cgroup's io.stat.
>
> Since the root cgroup has processes doing io even if the system has no
> explicitly created cgroups,
On Mon, Jun 01, 2020 at 10:27:45PM +0200, Lukasz Stelmach wrote:
> It was <2020-06-01 pon 19:25>, when Russell King - ARM Linux admin wrote:
> > On Mon, Jun 01, 2020 at 06:19:52PM +0200, Lukasz Stelmach wrote:
> >> It was <2020-06-01 pon 15:55>, when Russell King - ARM Linux admin wrote:
> >> > On
On Mon, Jun 01, 2020 at 01:11:43PM -0700, Boris Burkov wrote:
> Previously, the code which printed io.stat only needed access to the
> generic rstat flushing code, but since we plan to write some more
> specific code for preparing root cgroup stats, we need to manipulate
> iostat structs directly.
On Sat, May 30, 2020 at 3:30 AM Jun Li wrote:
>
> Hi John,
>
> John Stultz 于2020年5月30日周六 下午12:02写道：
> >
> > I've recently (since 5.7-rc1) started noticing very rare hangs
> > pretty early in bootup on my HiKey960 board.
> >
> > They have been particularly difficult to debug, as the system
> >
On Mon, Jun 1, 2020 at 7:42 AM Ard Biesheuvel wrote:
>
> Please note that Stephen reported a conflict with the ARM32 tree, due
> to the replacement of all instances of pr_efi_err() with efi_err(),
> including a couple in some ARM code that is being modified.
Ok, I'll try to remember, but I
Silex insight BA431 is an IP designed to generate random numbers that
can be integrated in various FPGA.
This driver adds support for it through the hwrng interface.
This driver is used in Silex Insight Viper OEM boards.
Signed-off-by: Olivier Sobrie
Signed-off-by: Waleed Ziad
Acked-by: Arnd
On Tue, May 26, 2020 at 9:34 AM KP Singh wrote:
>
> From: KP Singh
>
> inode_local_storage:
>
> * Hook to the file_open and inode_unlink LSM hooks.
> * Create and unlink a temporary file.
> * Store some information in the inode's bpf_local_storage during
> file_open.
> * Verify that this
This patch documents the device tree bindings of the BA431 hardware
random number generator.
This IP is for instance present in the Viper OEM boards sold by Silex
Insight.
Signed-off-by: Olivier Sobrie
Reviewed-by: Rob Herring
---
.../bindings/rng/silex-insight,ba431-rng.yaml | 36
It was <2020-06-01 pon 19:25>, when Russell King - ARM Linux admin wrote:
> On Mon, Jun 01, 2020 at 06:19:52PM +0200, Lukasz Stelmach wrote:
>> It was <2020-06-01 pon 15:55>, when Russell King - ARM Linux admin wrote:
>> > On Mon, Jun 01, 2020 at 04:27:52PM +0200, Łukasz Stelmach wrote:
>> >> Add
Hello all,
This set of patches aims at introducing a linux hwrng driver for the
Silex Insight BA431 IP which is available for various FPGA.
This hardware is for instance present in Silex Insight Viper OEM boards.
The first patch documents the device tree bindings.
The second one contains the
Rich Felker schrieb:
>> >> Can I propose a different solution? For archs where there isn't
>> >> actually any 64-bit load or store instruction, does it make sense to
>> >> be writing asm just to do two 32-bit loads/stores, especially when
>> >> this code is not in a hot path?
>> > Yes, that's an
On Sat, May 30, 2020 at 3:11 PM Brian Gerst wrote:
>
> Also remove now unused __percpu_mov_op.
>
> Signed-off-by: Brian Gerst
This cleanup looks unrelated to the series, and can be sent separately
if needed.
Reviewed-by: Nick Desaulniers
> ---
> arch/x86/include/asm/percpu.h | 18
This patch switches to and and
deletes a lot of duplicate definitions plus many unused ones.
Non obvious changes:
- struct ieee80211_ht_cap is different enough that I preferred to keep
(and rename) it for now.
- mcs_rate in translate_scan was not read after being set, so I deleted
that part
Please see v6 with all improvements.
~Alexey
On 01.06.2020 19:53, Alexey Budankov wrote:
>
> Please refrain from testing this patch set. For some reason it lacks exposure
> of ctl-fd, ctl-fd-ack options. There are also functional issues. I am working
> to improve all that and resend fixed v5.
Introduce --ctl-fd[-ack] options to pass open file descriptors numbers
from command line. Extend perf-record.txt file with --ctl-fd[-ack]
options description. Document possible usage model introduced by
--ctl-fd[-ack] options by providing example bash shell script.
Signed-off-by: Alexey
On Mon, Jun 1, 2020 at 2:16 AM Anup Patel wrote:
>
> The RISC-V per-HART local interrupt controller manages software
> interrupts, timer interrupts, external interrupts (which are routed
> via the platform level interrupt controller) and other per-HART
> local interrupts.
>
> We add a driver for
Implement handling of 'enable' and 'disable' control commands
coming from control file descriptor.
Signed-off-by: Alexey Budankov
---
tools/perf/builtin-record.c | 16
1 file changed, 16 insertions(+)
diff --git a/tools/perf/builtin-record.c b/tools/perf/builtin-record.c
Extend -D,--delay option with -1 to start collection with events
disabled to be enabled later by enable command provided via control
file descriptor.
Signed-off-by: Alexey Budankov
---
tools/perf/Documentation/perf-record.txt | 5 +++--
tools/perf/builtin-record.c | 12
On Sat, May 30, 2020 at 3:11 PM Brian Gerst wrote:
>
> The core percpu macros already have a switch on the data size, so the switch
> in the x86 code is redundant and produces more dead code.
>
> Also use appropriate types for the width of the instructions. This avoids
> errors when compiling
On Mon, Jun 1, 2020 at 4:46 PM Jens Axboe wrote:
>
> On 6/1/20 8:43 AM, Sedat Dilek wrote:
> > On Mon, Jun 1, 2020 at 4:35 PM Jens Axboe wrote:
> >>
> >> On 6/1/20 8:14 AM, Jens Axboe wrote:
> >>> On 6/1/20 8:13 AM, Sedat Dilek wrote:
> On Mon, Jun 1, 2020 at 4:04 PM Jens Axboe wrote:
>
On Mon, Jun 1, 2020 at 9:29 AM Denis Efremov wrote:
>
> buf_prevkey in generic_map_lookup_batch() is allocated with
> kmalloc(). It's safe to free it with kfree().
>
> Signed-off-by: Denis Efremov
Please add prefix "PATCH bpf" or "PATCH bpf-next" to indicate which
tree this should
apply to.
Implement handling of 'enable' and 'disable' control commands
coming from control file descriptor. process_evlist() function
checks for events on static fd and makes required operations.
If poll event splits initiated timeout interval then the reminder
is calculated and still waited in the
Introduce --ctl-fd[-ack] options to pass open file descriptors numbers
from command line. Extend perf-stat.txt file with --ctl-fd[-ack] options
description. Document possible usage model introduced by --ctl-fd[-ack]
options by providing example bash shell script.
Signed-off-by: Alexey Budankov
Extend -D,--delay option with -1 value to start monitoring with
events disabled to be enabled later by enable command provided
via control file descriptor.
Signed-off-by: Alexey Budankov
---
tools/perf/Documentation/perf-stat.txt | 5 +++--
tools/perf/builtin-stat.c | 18
On 06/01/2020 11:03 PM, Vladimir Oltean wrote:
> Hi Sergei,
>
> On Mon, 1 Jun 2020 at 21:48, Sergei Shtylyov
> wrote:
>>
>> On 06/01/2020 12:58 PM, Vladimir Oltean wrote:
>>
>>> From: Vladimir Oltean
>>>
>>> Sometimes debugging a device is easiest using devmem on its register
>>> map, and that
In order to improve consistency and usability in cgroup stat accounting,
we would like to support the root cgroup's io.stat.
Since the root cgroup has processes doing io even if the system has no
explicitly created cgroups, we need to be careful to avoid overhead in
that case. For that reason,
Previously, the code which printed io.stat only needed access to the
generic rstat flushing code, but since we plan to write some more
specific code for preparing root cgroup stats, we need to manipulate
iostat structs directly. Since declaring static functions ahead does not
seem like common
Consolidate event dispatching loops for fork, attach and system
wide monitoring use cases into common dispatch_events() function.
Signed-off-by: Alexey Budankov
---
tools/perf/builtin-stat.c | 35 ---
1 file changed, 24 insertions(+), 11 deletions(-)
diff
Factor out body of event handling loop for fork case reusing
process_timeout() and process_interval() functions.
Signed-off-by: Alexey Budankov
---
tools/perf/builtin-stat.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/tools/perf/builtin-stat.c
Hi Mylène,
Am Montag, 1. Juni 2020, 17:14:42 CEST schrieb Mylène Josserand:
> The revision rk3288w has a different clock tree about "hclk_vio"
> clock, according to the BSP kernel code.
>
> This patch handles this difference by detecting which device-tree
> we are using. If it is a
On Sun, May 31, 2020 at 02:03:48PM -0700, Andy Lutomirski wrote:
> On Sun, May 31, 2020 at 11:57 AM Andy Lutomirski wrote:
> >
> >
> > What if there was a special filter type that ran a BPF program on each
> > syscall, and the program was allowed to access user memory to make its
> > decisions,
Introduce process_timeout() and process_interval() functions that
factor out body of event handling loop for attach and system wide
monitoring use cases.
Signed-off-by: Alexey Budankov
---
tools/perf/builtin-stat.c | 28
1 file changed, 20 insertions(+), 8
Check for target existence in loop control statement jointly with 'stop'
indicator based on command line values and external asynchronous 'done'
signal.
Signed-off-by: Alexey Budankov
---
tools/perf/builtin-stat.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
Implement functions of initialization, finalization and processing
of control command messages coming from control file descriptors.
Allocate control file descriptor as a static descriptor in struct
fdarray of struct perf_evlist object by perf_evlist__add_pollfd_stat().
Signed-off-by: Alexey
Define and initialize control file descriptors.
Signed-off-by: Alexey Budankov
---
tools/perf/util/evlist.c | 3 +++
tools/perf/util/evlist.h | 5 +
2 files changed, 8 insertions(+)
diff --git a/tools/perf/util/evlist.c b/tools/perf/util/evlist.c
index 173b4f0e0e6e..47541b5cab46 100644
Implement adding of file descriptors by fdarray__add_stat() to
fix-sized (currently 1) stat_entries array located at struct fdarray.
Append added file descriptors to the array used by poll() syscall
during fdarray__poll() call. Copy poll() result of the added
descriptors from the array back to
The 3.10 vendor kernel defines the following GPU 20 interrupt lines:
#define INT_MALI_GP AM_IRQ(160)
#define INT_MALI_GP_MMU AM_IRQ(161)
#define INT_MALI_PP AM_IRQ(162)
#define INT_MALI_PMUAM_IRQ(163)
#define INT_MALI_PP0
Hi Sergei,
On Mon, 1 Jun 2020 at 21:48, Sergei Shtylyov
wrote:
>
> On 06/01/2020 12:58 PM, Vladimir Oltean wrote:
>
> > From: Vladimir Oltean
> >
> > Sometimes debugging a device is easiest using devmem on its register
> > map, and that can be seen with /proc/iomem. But some device drivers have
On Mon, May 18, 2020 at 12:07 PM Ashish Kalra wrote:
>
> Hello All,
>
> Any other feedback, review or comments on this patch-set ?
>
> Thanks,
> Ashish
>
> On Tue, May 05, 2020 at 09:13:49PM +, Ashish Kalra wrote:
> > From: Ashish Kalra
> >
> > The series add support for AMD SEV guest live
Changes in v6:
- split re-factoring of events handling loops for stat mode
into smaller incremental parts
- added parts missing at v5
- corrected v5 runtime issues
v5:
https://lore.kernel.org/lkml/e5cac8dd-7aa4-ec7c-671c-07756907a...@linux.intel.com/
Changes in v5:
- split re-factoring of
On Mon, Jun 01, 2020 at 12:02:10PM -0700, Sargun Dhillon wrote:
> On Sat, May 30, 2020 at 9:07 AM Kees Cook wrote:
> >
> > On Sat, May 30, 2020 at 03:08:37PM +0100, Al Viro wrote:
> > > On Fri, May 29, 2020 at 07:43:10PM -0700, Kees Cook wrote:
> > >
> > > > Can anyone clarify the expected
Hi, author of gocryptfs here, an encrypted overlay
filesystem written in Go.
A gocryptfs user reported [1] hitting EINTR errors
when gocryptfs is used on a cifs mount.
I wrote a minimal reproducer, getdents.go [2], that runs
getdents64 in a loop and I can reproduce the issue easily.
I
Hi Andy,
On Fri, May 29, 2020 at 04:32:10PM +0300, Andy Shevchenko wrote:
> acpi_dev_get_resources() does perform the NULL pointer check against
> ACPI companion device which is given as function parameter. Thus,
> there is no need to duplicate this check in the caller.
>
> Signed-off-by: Andy
Hi Masami,
On 6/1/2020 9:42 AM, Masami Hiramatsu wrote:
Hi,
Here is a series for adding "requires:" list for simplifying and
unifying requirement checks for each test case.
This series also includes the description line fix and
unresolved -> unsupported change ([1/7] and [2/7]).
Currently, we
On Mon, Jun 1, 2020 at 6:08 AM Ingo Molnar wrote:
>
> include/linux/compiler.h| 53 +++
I have pulled this, but do we really want to add this to a header file
that is _so_ core that it gets included for basically every single
file built?
I don't even see those
Hi Masami,
On 6/1/2020 9:42 AM, Masami Hiramatsu wrote:
Convert the required tracefs interface checking code with
requires: list.
Signed-off-by: Masami Hiramatsu
[ SNIP ]
diff --git
a/tools/testing/selftests/ftrace/test.d/trigger/inter-event/trigger-onchange-action-hist.tc
: 10 weeks ago
config: mips-randconfig-m031-20200601 (attached as .config)
compiler: mipsel-linux-gcc (GCC) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kbuild test robot
Reported-by: Dan Carpenter
smatch warnings:
drivers/most/core.c:1287
On Mon, Jun 01, 2020 at 09:32:02AM -0300, Thadeu Lima de Souza Cascardo wrote:
> As seccomp_benchmark tries to calibrate how many samples will take more
> than 5 seconds to execute, it may end up picking up a number of samples
> that take 10 (but up to 12) seconds. As the calibration will take
It's useful to see how much (at a minimum) each filter adds to the
syscall overhead. Add additional calculations.
Signed-off-by: Kees Cook
---
As part of the performance discussions, this is what I'm adding to the
seccomp selftest in for-next/seccomp to get more details.
For some applications, we need to allocate almost all memory as
hugepages. However, on a running system, higher-order allocations can
fail if the memory is fragmented. Linux kernel currently does on-demand
compaction as we request more hugepages, but this style of compaction
incurs very high
On Sat, May 30, 2020 at 3:11 PM Brian Gerst wrote:
>
> The core percpu macros already have a switch on the data size, so the switch
> in the x86 code is redundant and produces more dead code.
>
> Also use appropriate types for the width of the instructions. This avoids
> errors when compiling
On Mon, Jun 1, 2020 at 5:39 AM Johannes Hirte
wrote:
>
> On 2020 Mai 27, Stephane Eranian wrote:
>
> ...
> > diff --git a/arch/x86/events/Makefile b/arch/x86/events/Makefile
> > index 6f1d1fde8b2de..12c42eba77ec3 100644
> > --- a/arch/x86/events/Makefile
> > +++ b/arch/x86/events/Makefile
> > @@
On Mon, 1 Jun 2020 19:45:51 +0100
Jules Irenge wrote:
> Sparse reports warnings
>
> warning: context imbalance in ftrace_arch_code_modify_prepare()
> - wrong count at exit
> warning: context imbalance in ftrace_arch_code_modify_post_process()
> - wrong count at exit
>
> The root
On Thu, May 28, 2020 at 2:30 PM Kim Phillips wrote:
>
> On 5/28/20 3:16 PM, Stephane Eranian wrote:
> > This patch fixes a bug introduced by:
> >
> > commit fd3ae1e1587d6 ("perf/x86/rapl: Move RAPL support to common x86 code")
> >
> > The Kconfig variable name was wrong. It was missing the
> On Jun 1, 2020, at 10:56 AM, Daniel P. Smith
> wrote:
>
> On 6/1/20 12:51 PM, Andy Lutomirski wrote:
>>> On Mon, Jun 1, 2020 at 8:33 AM Daniel P. Smith
>>> wrote:
>>>
>>> On 5/7/20 7:06 AM, Daniel Kiper wrote:
Hi Łukasz,
On Tue, May 05, 2020 at 04:38:02PM +0200, Lukasz
Quoting Sivaprakash Murugesan (2020-06-01 05:41:15)
> On 5/28/2020 7:29 AM, Stephen Boyd wrote:
> > Quoting Sivaprakash Murugesan (2020-05-27 05:24:51)
> >> diff --git a/drivers/clk/qcom/apss-ipq6018.c
> >> b/drivers/clk/qcom/apss-ipq6018.c
> >> new file mode 100644
> >> index 000..004f7e1
>
The pull request you sent on Sun, 31 May 2020 19:57:25 -0700:
> https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git
> tags/pstore-v5.8-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/829f3b9401fe7cc3c1f3642bb2520751a42a87df
Thank you!
--
The pull request you sent on Mon, 1 Jun 2020 11:31:13 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> tags/x86_microcode_for_5.8
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/ef34ba6d36af9e6f5918f7f7e287be4b70a358b4
Thank you!
--
The pull request you sent on Mon, 1 Jun 2020 13:21:56 +0100:
> https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
> tags/regulator-v5.8
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/d30fc97c60682f9bf5d6898ab370de0007e96742
Thank you!
--
The pull request you sent on Mon, 1 Jun 2020 19:09:03 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> tags/x86_cache_updates_for_5.8
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/9bf9511e3d9f328c03f6f79bfb741c3d18f2f2c0
Thank you!
--
The pull request you sent on Mon, 1 Jun 2020 12:45:33 +1000:
> git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6.git linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/81e8c10dac62c427b25f6bbb07936806e4dd9e8a
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Mon, 1 Jun 2020 09:54:23 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/i3c/linux.git i3c/for-5.8
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/729ea4e064202aeec149b034b459501ef0a5060e
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Sun, 31 May 2020 23:28:48 -0700:
> https://git.kernel.org/pub/scm/fs/fscrypt/fscrypt.git tags/fscrypt-for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/afdb0f2ec57d4899eda2c5e09fc3a005f2119690
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Sun, 31 May 2020 19:03:27 -0700:
> git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git
> hwmon-for-v5.8
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/129b9a5c40582cb0dc00aa5b58d1d1bcc93d98a7
Thank you!
--
The pull request you sent on Sun, 31 May 2020 23:31:50 -0700:
> https://git.kernel.org/pub/scm/fs/fscrypt/fscrypt.git tags/fsverity-for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/4d67829e11863072aec7cd1dd2939b1fd3eda17b
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Mon, 1 Jun 2020 12:54:56 +0100:
> https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git tags/spi-v5.8
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/a36de5ebac2bea1d30e9ad103b4f841a2c4bb61b
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Mon, 1 Jun 2020 12:07:52 +0100:
> https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
> tags/regmap-v5.8
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/213fd09e1aff05433d6855287808a235c9801c1b
Thank you!
--
The pull request you sent on Mon, 1 Jun 2020 13:47:24 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/printk/linux tags/printk-for-5.8
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/ca1f5df23f28228c46aa45d934abad38c6b6ff2e
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Mon, 1 Jun 2020 11:53:17 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/ras/ras.git
> tags/edac_updates_for_5.8
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/8b11dd54add63aa398c4b239d31b7f4477a4b859
Thank you!
--
Hello,
I have accidentally taken another look at the implementation of
the function “afs_net_init”.
I noticed that the statement “net->live = false;” was specified three times
for exception handling at the end.
https://elixir.bootlin.com/linux/v5.7/source/fs/afs/main.c#L127
The pull request you sent on Fri, 22 May 2020 18:58:06 +0300:
> git://git.infradead.org/users/jjs/linux-tpmdd.git tags/tpmdd-next-20200522
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/b6f91ab6a2bac8580026fc4a5d4724f0b9eeb11f
Thank you!
--
Deet-doot-dot, I am a
On Sun, May 31, 2020 at 01:50:31PM +0200, Christian Brauner wrote:
> This verifies we're correctly notified when a seccomp filter becomes
> unused when a notifier is in use.
>
> Signed-off-by: Christian Brauner
> ---
> /* v2 */
> unchanged
>
> /* v3 */
> At first it seemed sensible to add
Hi,
On 6/1/20 7:02 AM, Prabhakar Kushwaha wrote:
Hi Chen,
On Thu, May 21, 2020 at 3:05 PM Chen Zhou wrote:
This patch series enable reserving crashkernel above 4G in arm64.
There are following issues in arm64 kdump:
1. We use crashkernel=X to reserve crashkernel below 4G, which will fail
On Sun, May 31, 2020 at 01:50:30PM +0200, Christian Brauner wrote:
> We've been making heavy use of the seccomp notifier to intercept and
> handle certain syscalls for containers. This patch allows a syscall
> supervisor listening on a given notifier to be notified when a seccomp
> filter has
On a MMP2, the DMA interrupt is shared by all channels of the peripheral
DMA controller and the audio DMA controller. Both drivers can identify
their interrupts, but only the PDMA driver marks the line shared:
[1.185782] mmp-pdma d400.dma: initialized 16 channels
[1.186808]
When there's a single interrupt for all the DMA channels, the
unsuccessful attempt to request separate IRQs emits useless warnings:
[1.370381] mmp-pdma d400.dma: IRQ index 1 not found
...
[1.412398] mmp-pdma d400.dma: IRQ index 15 not found
[1.418308] mmp-pdma
-randconfig-r011-20200601 (attached as .config)
compiler: m68k-linux-gcc (GCC) 9.3.0
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
chmod +x ~/bin/make.cross
# save the attached .config to linux
On MMP3, the camera block lives on na separate power island. We want to
turn it off if the CCIC is not in use to conserve power.
Signed-off-by: Lubomir Rintel
---
drivers/media/platform/marvell-ccic/mcam-core.c | 3 +++
drivers/media/platform/marvell-ccic/mmp-driver.c | 12
2
Timestamps in kernel log comes from monotonic clocksource which does not
tick when system suspended. Suspended time easily sums into hours and days
rendering human readable timestamps in dmesg useless.
Adjusting timestamps accouring to current delta between boottime and
monotonic clocksources
On 5/31/20 15:41, Drew Fustini wrote:
> This patch causes pcs_parse_pinconf() to return an error when no
> pinctrl_map is added. The current behavior is to return 0 when
> !PCS_HAS_PINCONF or !nconfs. Thus pcs_parse_one_pinctrl_entry()
> incorrectly assumes that a map was added and sets
Resent as plain text this time. Sorry to those that got this twice.
On Mon, Mar 23, 2020 at 11:10 AM Dejin Zheng wrote:
>
> use phy_read_poll_timeout() to replace the poll codes for
> simplify lan87xx_read_status() function.
>
> Suggested-by: Andrew Lunn
> Reviewed-by: Florian Fainelli
>
From: Michael Walle
Date: Sat, 30 May 2020 22:34:04 +0200
> Don't export __bcm_phy_enable_rdb_access() and
> __bcm_phy_enable_legacy_access() functions. They aren't used outside this
> module and it was forgotten to provide a prototype for these functions.
> Just make them static for now.
>
>
On Sat, May 30, 2020 at 9:07 AM Kees Cook wrote:
>
> On Sat, May 30, 2020 at 03:08:37PM +0100, Al Viro wrote:
> > On Fri, May 29, 2020 at 07:43:10PM -0700, Kees Cook wrote:
> >
> > > Can anyone clarify the expected failure mode from SCM_RIGHTS? Can we
> > > move the put_user() after instead? I
From: Steve French
[ Upstream commit 9bd21d4b1a767c3abebec203342f3820dcb84662 ]
Coverity scan noted a redundant null check
Coverity-id: 728517
Reported-by: Coverity
Signed-off-by: Steve French
Reviewed-by: Shyam Prasad N
Signed-off-by: Sasha Levin
---
fs/cifs/file.c | 2 +-
1 file
Make function rproc_resource_cleanup() public so that it can be
used by platform drivers when allocating resources to be used by
a detached remote processor.
Signed-off-by: Mathieu Poirier
---
drivers/remoteproc/remoteproc_core.c | 3 ++-
include/linux/remoteproc.h | 1 +
2 files
Properly set the remote processor's resource table based on where it was
loaded by the external entity when attaching to a remote processor.
Mainly based on the work published by Arnaud Pouliquen [1].
[1]. https://patchwork.kernel.org/project/linux-remoteproc/list/?series=239877
Signed-off-by:
Split function stm32_rproc_parse_fw() in two parts, the first one
to parse the memory regions and the second one to load the
resource table. That way parsing of the memory regions can be
re-used when attaching to the remote processor.
Mainly based on the work published by Arnaud Pouliquen [1].
From: Chris Chiu
[ Upstream commit 4020d1ccbe55bdf67b31d718d2400506eaf4b43f ]
The Asus USB DAC is a USB type-C audio dongle for connecting to
the headset and headphone. The volume minimum value -23040 which
is 0xa600 in hexadecimal with the resolution value 1 indicates
this should be endianness
Other than one has to be done after the other, there is no correlation
between memory translation and DT parsing. As such move function
stm32_rproc_of_memory_translations() to stm32_rproc_probe() so that
stm32_rproc_parse_dt() can be extended to look for attach bindings
in a clean way.
From: Changming Liu
[ Upstream commit fb8cd6481ffd126f35e9e146a0dcf0c4e8899f2e ]
The "info.index" variable can be 31 in "1 << info.index".
This might trigger an undefined behavior since 1 is signed.
Fix this by casting 1 to 1u just to be sure "1u << 31" is defined.
Signed-off-by: Changming
From: Yuqi Jin
[ Upstream commit a6211caa634da39d861a47437ffcda8b38ef421b ]
Commit adb03115f459 ("net: get rid of an signed integer overflow in
ip_idents_reserve()")
used atomic_cmpxchg to replace "atomic_add_return" inside the function
"ip_idents_reserve". The reason was to avoid UBSAN
From: Kaike Wan
[ Upstream commit a35cd6447effd5c239b564c80fa109d05ff3d114 ]
When kobject_init_and_add() returns an error in the function
qib_create_port_files(), the function kobject_put() is not called for the
corresponding kobject, which potentially leads to memory leak.
This patch fixes
Remove the remote processor from the process of parsing the memory
ranges since there is no correlation between them.
Signed-off-by: Mathieu Poirier
Reviewed-by: Loic Pallardy
Reviewed-by: Bjorn Andersson
---
drivers/remoteproc/stm32_rproc.c | 8
1 file changed, 4 insertions(+), 4
From: Xin Long
commit ed17b8d377eaf6b4a01d46942b4c647378a79bdd upstream.
This waring can be triggered simply by:
# ip xfrm policy update src 192.168.1.1/24 dst 192.168.1.2/24 dir in \
priority 1 mark 0 mask 0x10 #[1]
# ip xfrm policy update src 192.168.1.1/24 dst 192.168.1.2/24 dir in
From: Arnd Bergmann
[ Upstream commit 4377748c7b5187c3342a60fa2ceb60c8a57a8488 ]
drivers/hwmon/amd_energy.c:195:15: error: invalid operands to binary expression
('void' and 'int')
(channel - data->nr_cpus));
301 - 400 of 1763 matches
Mail list logo
