From: Arnaldo Carvalho de Melo
As it is a 'struct evsel' method, not part of tools/lib/perf/, aka
libperf, to whom the perf_ prefix belongs.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/util/auxtrace.c | 2 +-
tools/perf/util/evsel.
From: Arnaldo Carvalho de Melo
As it is a 'struct evsel' method, not part of tools/lib/perf/, aka
libperf, to whom the perf_ prefix belongs.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/builtin-record.c | 3 +--
tools/perf/buil
From: Ian Rogers
commit e9cfa47e687d ("perf doc: allow ASCIIDOC_EXTRA to be an argument")
allowed ASCIIDOC_EXTRA to be passed as an option to the Documentation
Makefile. This change passes ASCIIDOC_EXTRA, set by detected features or
command line options, prior to doing a Documentation build. This
From: Arnaldo Carvalho de Melo
As those is a 'struct evsel' methods, not part of tools/lib/perf/, aka
libperf, to whom the perf_ prefix belongs.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/builtin-sched.c | 17 -
1
From: Arnaldo Carvalho de Melo
As those is a 'struct evsel' methods, not part of tools/lib/perf/, aka
libperf, to whom the perf_ prefix belongs.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/builtin-inject.c | 5 ++---
1 file changed
From: Arnaldo Carvalho de Melo
As those are 'struct evsel' methods, not part of tools/lib/perf/, aka
libperf, to whom the perf_ prefix belongs.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/tests/evsel-roundtrip-name.c | 2 +-
tools
From: Arnaldo Carvalho de Melo
As it is a 'struct evsel' method, not part of tools/lib/perf/, aka
libperf, to whom the perf_ prefix belongs.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/builtin-record.c | 2 +-
tools/perf/builtin-st
From: Arnaldo Carvalho de Melo
As those is a 'struct evsel' methods, not part of tools/lib/perf/, aka
libperf, to whom the perf_ prefix belongs.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/builtin-lock.c | 20
From: Arnaldo Carvalho de Melo
As those is a 'struct evsel' methods, not part of tools/lib/perf/, aka
libperf, to whom the perf_ prefix belongs.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/builtin-script.c | 53 +---
From: Arnaldo Carvalho de Melo
As it is a 'struct evsel' method, not part of tools/lib/perf/, aka
libperf, to whom the perf_ prefix belongs.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/builtin-trace.c | 2 +-
tools/perf/util/annota
From: Arnaldo Carvalho de Melo
As those is a 'struct evsel' methods, not part of tools/lib/perf/, aka
libperf, to whom the perf_ prefix belongs.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/builtin-stat.c | 11 +--
1 file ch
From: Stephane Eranian
This is used by libpfm4 during event parsing to locate the pmu for an
event.
Signed-off-by: Stephane Eranian
Reviewed-by: Ian Rogers
Acked-by: Jiri Olsa
Cc: Adrian Hunter
Cc: Alexander Shishkin
Cc: Alexei Starovoitov
Cc: Alexey Budankov
Cc: Andi Kleen
Cc: Andrii Na
From: Arnaldo Carvalho de Melo
As those is a 'struct evsel' methods, not part of tools/lib/perf/, aka
libperf, to whom the perf_ prefix belongs.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/builtin-annotate.c | 10 --
1 file
From: Mike Leach
OpenCSD version v0.14.0 adds in a new output element. This is represented
by a new value in the generic element type enum, which must be added to
the handling code in perf cs-etm-decoder to prevent build errors due to
build options on the perf project.
This element is not curren
From: Arnaldo Carvalho de Melo
As these are 'struct evsel' methods, not part of tools/lib/perf/, aka
libperf, to whom the perf_ prefix belongs.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/arch/x86/tests/perf-time-to-tsc.c | 6 ++---
From: Leo Yan
The variable 'traceid_list' is defined in the header file cs-etm.h,
if multiple C files include cs-etm.h the compiler might complaint for
multiple definition of 'traceid_list'.
To fix multiple definition error, move the definition of 'traceid_list'
into cs-etm.c.
Fixes: cd8bfd8c97
From: Ian Rogers
'perf record' will call kallsyms__parse 4 times during startup and
process megabytes of data. This changes kallsyms__parse to use the io
library rather than fgets to improve performance of the user code by
over 8%.
Before:
Running 'internals/kallsyms-parse' benchmark:
Avera
From: Ian Rogers
Add a benchmark for kallsyms parsing. Example output:
Running 'internals/kallsyms-parse' benchmark:
Average kallsyms__parse took: 103.971 ms (+- 0.121 ms)
Committer testing:
Test Machine: AMD Ryzen 5 3600X 6-Core Processor
[root@five ~]# perf bench internals kallsyms-pa
From: Arnaldo Carvalho de Melo
As those are 'struct evsel' methods, not part of tools/lib/perf/, aka
libperf, to whom the perf_ prefix belongs.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/builtin-annotate.c | 3 +--
tool
From: Ian Rogers
hex2u64 is a helper that's out of place in kallsyms.h as not being
kallsyms related. Move from kallsyms.h to the only user.
Committer notes:
Move it out of tools/lib/symbol/kallsyms.c as well, as we had to leave
it there in the previous patch lest we break the build.
Signed-of
From: Arnaldo Carvalho de Melo
As those is a 'struct evsel' methods, not part of tools/lib/perf/, aka
libperf, to whom the perf_ prefix belongs.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/builtin-kmem.c | 33 ++
From: Arnaldo Carvalho de Melo
As all the other tools/perf/scripts/python/bin/*-{report,record}
scripts, fixing the this problem reported by Daniel Diaz:
Our OpenEmbedded builds detected an issue with 5287f9269206 ("perf
script: Add flamegraph.py script"):
ERROR: perf-1.0-r9 do_package_q
On Wed, 6 May 2020 at 16:41, Will Deacon wrote:
>
> Hi Paul,
>
> Cheers for the quick reply!
>
> On Wed, May 06, 2020 at 07:36:16AM -0700, Paul E. McKenney wrote:
> > On Wed, May 06, 2020 at 02:28:17PM +0100, Will Deacon wrote:
> > > I'm looking to rebase my READ_ONCE() series [1] on top of the KC
From: Arnaldo Carvalho de Melo
As those is a 'struct evsel' methods, not part of tools/lib/perf/, aka
libperf, to whom the perf_ prefix belongs.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/builtin-trace.c | 54 ++---
From: Thomas Richter
Running commands
./perf record -e rb -- find .
./perf report -v
reveals symbol names and its addresses. There is a mismatch between
kernel symbol and address. Here is an example for kernel symbol
check_chain_key:
3.55% find /lib/modules/.../build/vmlinux 0xf11
From: Arnaldo Carvalho de Melo
As it is a 'struct evsel' method, not part of tools/lib/perf/, aka
libperf, to whom the perf_ prefix belongs.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/builtin-stat.c | 2 +-
tools/perf/util/evsel.c
From: Arnaldo Carvalho de Melo
As those are 'struct evsel' methods, not part of tools/lib/perf/, aka
libperf, to whom the perf_ prefix belongs.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/util/evsel.c | 2 +-
tools/perf/util/evse
From: Arnaldo Carvalho de Melo
As it is a 'struct evsel' method, not part of tools/lib/perf/, aka
libperf, to whom the perf_ prefix belongs.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/util/evlist.c | 2 +-
tools/perf/util/evsel.c
From: Arnaldo Carvalho de Melo
As those are 'struct evsel' methods, not part of tools/lib/perf/, aka
libperf, to whom the perf_ prefix belongs.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/builtin-stat.c | 4 ++--
From: Stephane Eranian
libpfm4 provides an alternate command line encoding of perf events.
Signed-off-by: Stephane Eranian
Reviewed-by: Ian Rogers
Acked-by: Jiri Olsa
Cc: Adrian Hunter
Cc: Alexander Shishkin
Cc: Alexei Starovoitov
Cc: Alexey Budankov
Cc: Andi Kleen
Cc: Andrii Nakryiko
C
From: Arnaldo Carvalho de Melo
As it is a 'struct evsel' related method, not part of tools/lib/perf/,
aka libperf, to whom the perf_ prefix belongs.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/tests/sample-parsing.c | 2 +-
tools/p
From: Arnaldo Carvalho de Melo
As they are 'struct evsel' methods or related routines, not part of
tools/lib/perf/, aka libperf, to whom the perf_ prefix belongs.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/arch/arm/util/cs-etm.c
From: Arnaldo Carvalho de Melo
In 4c358d5cf361 ("perf stat: Replace transaction event possition check
with id check") all its uses were removed, so ditch it.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/util/evsel.h | 6 --
1 fi
From: Arnaldo Carvalho de Melo
As those are not 'struct evsel' methods, not part of tools/lib/perf/,
aka libperf, to whom the perf_ prefix belongs.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/tests/event-times.c| 8
to
On Thu, Mar 26, 2020 at 1:17 AM Heiko Stuebner wrote:
If it's not covered by either yours or Lukas' series, perhaps worth to
address as well.
.../8250_port.c:1427: warning: Function parameter or member 'p
' not described in 'serial8250_em485_stop_tx'
.../8250_port.c:1427: warning: Excess functio
From: Ian Rogers
Realloc of size zero is a free not an error, avoid this causing a double
free. Caught by clang's address sanitizer:
==2634==ERROR: AddressSanitizer: attempting double-free on 0x602015f0 in
thread T0:
#0 0x5649659297fd in free
llvm/llvm-project/compiler-rt/lib/asan/asan
From: Adrian Hunter
Provide a little more information about the new G and L options,
particularly the issue with large PEBs.
Signed-off-by: Adrian Hunter
Cc: Andi Kleen
Cc: Jiri Olsa
Link: http://lore.kernel.org/lkml/20200429150751.12570-9-adrian.hun...@intel.com
Signed-off-by: Arnaldo Carval
From: Konstantin Khlebnikov
SMT now could be disabled via "/sys/devices/system/cpu/smt/control".
Status is shown in "/sys/devices/system/cpu/smt/active" simply as "0" / "1".
If this knob isn't here then fallback to checking topology as before.
Signed-off-by: Konstantin Khlebnikov
Cc: Andi Kle
From: Arnaldo Carvalho de Melo
As it is a 'struct evsel' method, not part of tools/lib/perf/, aka
libperf, to whom the perf_ prefix belongs.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/util/auxtrace.c | 6 +++---
tools/perf/util/ev
ARM stores unwind information for .init.text in sections named
.ARM.extab.init.text and .ARM.exidx.init.text. Since those aren't
currently recognized as init sections, they're allocated along with the
core section, and relocation fails if the core and the init section are
allocated from different
From: Arnaldo Carvalho de Melo
Now we can use it with --overwrite to have a flight recorder mode that
gets snapshot requests from arbitrary events that are processed in the
side band thread together with the PERF_RECORD_BPF_EVENT processing.
Example:
To collect scheduler events until a recvmmsg
From: Adrian Hunter
Add a thread stack function to create a branch stack for hardware events
where the sample records get created some time after the event occurred.
Signed-off-by: Adrian Hunter
Cc: Andi Kleen
Cc: Jiri Olsa
Link: http://lore.kernel.org/lkml/20200429150751.12570-7-adrian.hun..
From: Arnaldo Carvalho de Melo
For the upcoming --switch-output-event option we want to create the side
band event, populate it with the specified events and then, if it is
present multiple times, go on adding to it, then, if the BPF tracking is
required, use the first event to set its attr.bpf_e
From: Arnaldo Carvalho de Melo
To register that an option was set, like with the upcoming 'perf record
--switch-output-option' one.
Acked-by: Jiri Olsa
Cc: Adrian Hunter
Cc: Namhyung Kim
Cc: Song Liu
Link: http://lore.kernel.org/lkml/20200429131106.27974-7-a...@kernel.org
Signed-off-by: Arna
From: Adrian Hunter
Change Intel PT's branch stack support to use thread stacks. The
advantages of using branch stack support from the thread-stack are:
1. the branches are accumulated separately for each thread
2. the branch stack is cleared only in between continuous traces
This helps pave th
On 2020/5/6 19:07, Greg KH wrote:
On Wed, May 06, 2020 at 06:13:01PM +0800, Jia-Ju Bai wrote:
I have never modified DMA memory in the real world, but an attacker can use
a malicious device to do this.
There is a video that shows how to use the Inception tool to perform DMA
attacks and login i
On Wed, May 06, 2020 at 09:57:10AM -0500, Eric W. Biederman wrote:
> Kees Cook writes:
>
> > On Tue, May 05, 2020 at 02:45:33PM -0500, Eric W. Biederman wrote:
> >>
> >> The current idiom for the callers is:
> >>
> >> flush_old_exec(bprm);
> >> set_personality(...);
> >> setup_new_exec(bprm);
>
> This looks really unusual to have a 'get_device()' hidden in a 'dev_err()'
> call.
Is there a need to prevent similar function calls by the means of
advanced source code analysis?
Regards,
Markus
On Wed, May 06, 2020 at 12:22:58PM +0200, Arnd Bergmann wrote:
> On Wed, May 6, 2020 at 5:45 AM Nathan Chancellor
> wrote:
> > On Tue, May 05, 2020 at 07:42:43PM +0200, Torsten Duwe wrote:
> > > On Tue, 5 May 2020 15:25:56 +0100 Mark Rutland
> > > wrote:
> > > > On Tue, May 05, 2020 at 04:12:36P
On 5/5/20 3:16 PM, Thomas Gleixner wrote:
The async page fault injection into kernel space creates more problems than
it solves. The host has absolutely no knowledge about the state of the
guest if the fault happens in CPL0. The only restriction for the host is
interrupt disabled state. If inte
On Wed, May 06, 2020 at 02:37:19PM +0200, Alexandre Chartre wrote:
> On 5/5/20 3:16 PM, Thomas Gleixner wrote:
> > @@ -650,6 +655,16 @@ static inline bool got_nohz_idle_kick(vo
> > return false;
> > }
> > +static void nohz_csd_func(void *info)
> > +{
> > + struct rq *rq = info;
> > +
> > +
Hi Eizan,
Thank you for the patch. Two trivial comments
Missatge de Eizan Miyamoto del dia dc., 6 de maig
2020 a les 7:51:
>
> Since components are registered in a list, the numeric component id that
> specified a location in an array is not necessary.
>
> Signed-off-by: ei...@chromium.org
ditt
On Wed, May 06, 2020 at 05:02:52AM +0100, Al Viro wrote:
> On Tue, May 05, 2020 at 08:28:33PM -0700, Kees Cook wrote:
> > On Wed, May 06, 2020 at 02:14:31AM +0100, Al Viro wrote:
> > > On Tue, May 05, 2020 at 04:40:35PM -0700, Kees Cook wrote:
> > > > After using simple_unlink(), a call to d_delete
On Wed, May 06, 2020 at 04:19:45PM +0200, Arnd Bergmann wrote:
> On Wed, May 6, 2020 at 4:44 AM Nathan Chancellor
> wrote:
> >
> > On Tue, May 05, 2020 at 04:19:17PM +0200, Arnd Bergmann wrote:
> > > clang points out that doing arithmetic between diffent enums is usually
> >
On Wed, May 06, 2020 at 01:53:36PM +0200, Miroslav Benes wrote:
> On Tue, 5 May 2020, Thomas Gleixner wrote:
>
> > Make sure task_work runs before any kind of userspace -- very much
> > including signals -- is invoked.
>
> I might be missing something, but isn't this guaranteed by
> do_signal()-
On 2020-05-05 10:21 p.m., Sanjay R Mehta wrote:
> v3:
> - Increased ntb_perf command re-try sleep time
> - avoid false dma unmap of dst address.
>
> v2: Incorporated improvements suggested by Logan Gunthorpe
>
> Links of the review comments for v3:
> 1. https://lkml.org/lkml/2020/3/11/981
> 2
On Tue, May 05, 2020 at 05:25:27PM -0400, J. Bruce Fields wrote:
> On Tue, May 05, 2020 at 05:09:56PM -0400, Tejun Heo wrote:
> > It's not the end of the world but a bit hacky. I wonder whether something
> > like the following would work better for identifying worker type so that you
> > can do sth
On Mon, Apr 20, 2020 at 04:18:58PM +0800, Icenowy Zheng wrote:
> 在 2020-04-06星期一的 10:27 +0200，Maxime Ripard写道：
> > Hi,
> >
> > On Fri, Apr 03, 2020 at 12:05:49AM +0800, Icenowy Zheng wrote:
> > > The Allwinner H6 SoC uses DesignWare's PCIe controller to provide a
> > > PCIe
> > > host.
> > >
> >
On Wed, May 06, 2020 at 02:33:33PM +0100, Will Deacon wrote:
> On Tue, May 05, 2020 at 03:16:08PM +0200, Thomas Gleixner wrote:
> > READ/WRITE_ONCE_NOCHECK() is required for atomics in code which cannot be
> > instrumented like the x86 int3 text poke code. As READ/WRITE_ONCE() is
> > undergoing a r
Hello, Bruce.
On Wed, May 06, 2020 at 11:36:58AM -0400, J. Bruce Fields wrote:
> On Tue, May 05, 2020 at 05:25:27PM -0400, J. Bruce Fields wrote:
> > On Tue, May 05, 2020 at 05:09:56PM -0400, Tejun Heo wrote:
> > > It's not the end of the world but a bit hacky. I wonder whether something
> > > lik
On 5/5/20 3:16 PM, Thomas Gleixner wrote:
This is completely overengineered and definitely not an interface which
should be made available to anything else than this particular MCE case.
Signed-off-by: Thomas Gleixner
---
arch/x86/include/asm/traps.h |2 --
arch/x86/kernel/cpu/mce/co
On 5/5/20 3:16 PM, Thomas Gleixner wrote:
From: Masami Hiramatsu
Lock kprobe_mutex while showing kprobe_blacklist to prevent updating the
kprobe_blacklist.
Signed-off-by: Masami Hiramatsu
Signed-off-by: Thomas Gleixner
Link:
https://lkml.kernel.org/r/158523417665.24735.1025319887853563560
06.05.2020 14:47, Vidya Sagar пишет:
> Thanks for pushing this change.
> I'm fine with this change as it is attempting to change only the last
> occurrence of the (IS_ERR(...)) + PTR_ERR combination.
> But, this code was initially written with PTR_ERR_OR_ZERO() itself but
> later changed to use (IS
On Tue, Apr 28, 2020 at 09:56:59AM -0400, Qian Cai wrote:
>
>
> > On Apr 28, 2020, at 4:57 AM, Dmitry Vyukov wrote:
> >> net/ipv4/ipmr.c:136 RCU-list traversed in non-reader section!!
>
> https://lore.kernel.org/netdev/20200222063835.14328-2-frextr...@gmail.com/
>
> Never been picked up for a
Fix following sparse checker warning:-
net/hsr/hsr_slave.c:38:18: warning: incorrect type in assignment (different
base types)
net/hsr/hsr_slave.c:38:18:expected unsigned short [unsigned] [usertype]
protocol
net/hsr/hsr_slave.c:38:18:got restricted __be16 [usertype] h_proto
net/hsr/hsr_s
currently pci_iov_add_virtfn() scans the SR-IOV bars, adds the VF to the
bus and also creates the sysfs links between the newly added VF and its
parent PF.
With pdev->no_vf_scan fencing off the entire pci_iov_add_virtfn() call
s390 as the sole pdev->no_vf_scan user thus ends up missing these sysfs
On 2020-05-06, Lev R. Oshvang . wrote:
> On Tue, May 5, 2020 at 6:36 PM Mickaël Salaün wrote:
> >
> >
> > On 05/05/2020 17:31, Mickaël Salaün wrote:
> > > Hi,
> > >
> > > This fifth patch series add new kernel configurations (OMAYEXEC_STATIC,
> > > OMAYEXEC_ENFORCE_MOUNT, and OMAYEXEC_ENFORCE_FIL
On s390 PCI Virtual Functions (VFs) are scanned by firmware and are made
available to Linux via the hot-plug interface. As such the common code
path of doing the scan directly using the parent Physical Function (PF)
is not used and fenced off with the no_vf_scan attribute.
Even if the partition cr
Hello Kernel Hackers,
the following series enables PF-VF linking for architectures using the
pdev->no_vf_scan flag (currently just s390). This includes kernel internal
linking with pdev->physfn as well as creation of the relevant sysfs links.
The former are required for example by libvirt to manag
On Tue, May 05, 2020 at 09:30:28PM -0700, Nathan Chancellor wrote:
> On Tue, May 05, 2020 at 10:44:22AM -0700, Nick Desaulniers wrote:
> > From: Sedat Dilek
> >
> > It turns out that if your config tickles __builtin_constant_p via
> > differences in choices to inline or not, this now produces inv
On 2020-05-06 00:54, Samuel Zou wrote:
> Fixes coccicheck warning:
>
> drivers/scsi/qla2xxx/tcm_qla2xxx.c:1488:1-3: WARNING: PTR_ERR_OR_ZERO can be
> used
>
> Reported-by: Hulk Robot
> Signed-off-by: Samuel Zou
> ---
> drivers/scsi/qla2xxx/tcm_qla2xxx.c | 4 +---
> 1 file changed, 1 insertion
On 2020-05-05 23:17, Jason Yan wrote:
> No other functions use the return value of qlafx00_process_aen() and the
> return value is always 0 now. Make it return void. This fixes the
> following coccicheck warning:
>
> drivers/scsi/qla2xxx/qla_mr.c:1716:5-9: Unneeded variable: "rval".
> Return "0" o
On Tue, May 05, 2020 at 04:39:01PM -0400, Brian Gerst wrote:
> On Tue, May 5, 2020 at 10:13 AM Thomas Gleixner wrote:
> >
> > The sanitizers are not really applicable to the fragile low level entry
> > code. code. Entry code needs to carefully setup a normal 'runtime'
> > environment.
> >
> > Sign
On Wed, 6 May 2020 09:46:21 +0800
Po-Hsu Lin wrote:
> On Tue, May 5, 2020 at 9:09 PM Steven Rostedt wrote:
> >
> >
> > You keep forgetting to Cc Shuah's other email.
> Thanks!
> I got the recipients list from the get_mainter.pl.
Hmm.
Seems like that is what get_maintainer.pl does:
Steven Ro
On 2020-05-06, Nathan Chancellor wrote:
On Wed, May 06, 2020 at 12:22:58PM +0200, Arnd Bergmann wrote:
On Wed, May 6, 2020 at 5:45 AM Nathan Chancellor
wrote:
> On Tue, May 05, 2020 at 07:42:43PM +0200, Torsten Duwe wrote:
> > On Tue, 5 May 2020 15:25:56 +0100 Mark Rutland wrote:
> > > On Tue,
On 5/6/20 9:43 AM, Steven Rostedt wrote:
On Wed, 6 May 2020 09:46:21 +0800
Po-Hsu Lin wrote:
On Tue, May 5, 2020 at 9:09 PM Steven Rostedt wrote:
You keep forgetting to Cc Shuah's other email.
Thanks!
I got the recipients list from the get_mainter.pl.
Hmm.
Seems like that is what get_m
Christoph Hellwig writes:
> On Tue, May 05, 2020 at 03:28:50PM -0500, Eric W. Biederman wrote:
>> We probably can. After introducing a kernel_compat_siginfo that is
>> the size that userspace actually would need.
>>
>> It isn't something I want to mess with until this code gets merged, as I
>>
On 5/5/20 3:16 PM, Thomas Gleixner wrote:
From: Masami Hiramatsu
Support __kprobes attribute for blacklist functions in modules. The
__kprobes attribute functions are stored in .kprobes.text section.
Signed-off-by: Masami Hiramatsu
Signed-off-by: Thomas Gleixner
Link:
https://lkml.kernel
On Tue, May 05, 2020 at 03:41:13PM +0200, Thomas Gleixner wrote:
> All ASM code which is not part of the entry functionality can move out into
> the .text section. No reason to keep it in the non-instrumentable entry
> section.
Just to note to self (or others), I'm planning to move all this into
a
update_tg_cfs_*() propagate the impact of the attach/detach of an entity
down into the cfs_rq hierarchy and must keep the sync with the current pelt
window.
Even if we can't sync child cfs_rq and its group se, we can sync the group
se and its parent cfs_rq with current position in the PELT window.
On Wed, May 06, 2020 at 04:47:09PM +0200, Jerome Brunet wrote:
> On Wed 06 May 2020 at 16:12, Sameer Pujar wrote:
> > XBAR currently exports all routing widgets which can be used to
> > interconnect multiple components and thus implements Mux widgets. Fixing
> > the routing paths in driver would
On Wed, May 06, 2020 at 11:30:22PM +0800, Jia-Ju Bai wrote:
>
>
> On 2020/5/6 19:07, Greg KH wrote:
> > On Wed, May 06, 2020 at 06:13:01PM +0800, Jia-Ju Bai wrote:
> > > I have never modified DMA memory in the real world, but an attacker can
> > > use
> > > a malicious device to do this.
> > > T
On Tue, May 05, 2020 at 04:59:39PM -0700, Alexei Starovoitov wrote:
> As far as workaround I prefer the following:
> From 94bbc27c5a70d78846a5cb675df4cf8732883564 Mon Sep 17 00:00:00 2001
> From: Alexei Starovoitov
> Date: Tue, 5 May 2020 16:52:41 -0700
> Subject: [PATCH] bpf,objtool: tweak interp
On Sat, May 02, 2020 at 04:27:00PM +0200, Wolfram Sang wrote:
> My 'pengutronix' address is defunct for years. Merge the entries and use
> the proper contact address.
>
> Signed-off-by: Wolfram Sang
Applied.
Thanks,
Guenter
> ---
> drivers/hwmon/adt7411.c | 3 +--
> 1 file changed, 1 insertio
On Wed, May 06, 2020 at 11:39:20AM -0400, Tejun Heo wrote:
> Hello, Bruce.
>
> On Wed, May 06, 2020 at 11:36:58AM -0400, J. Bruce Fields wrote:
> > On Tue, May 05, 2020 at 05:25:27PM -0400, J. Bruce Fields wrote:
> > > On Tue, May 05, 2020 at 05:09:56PM -0400, Tejun Heo wrote:
> > > > It's not the
On 5/5/20 3:16 PM, Thomas Gleixner wrote:
From: Masami Hiramatsu
Support NOKPROBE_SYMBOL() in modules. NOKPROBE_SYMBOL() records only symbol
address in "_kprobe_blacklist" section in the module.
Signed-off-by: Masami Hiramatsu
Signed-off-by: Thomas Gleixner
Link:
https://lkml.kernel.org/r
On Fri, May 01, 2020 at 10:08:33AM -0500, Eddie James wrote:
> The latest version of the On-Chip Controller (OCC) has a different
> format for the temperature sensor data. Add a new temperature sensor
> version to handle this data.
>
> Signed-off-by: Eddie James
For my reference:
Acked-by: Guen
Hi Doug,
On Tue, May 05, 2020 at 05:18:48PM -0700, Doug Anderson wrote:
> On Tue, May 5, 2020 at 2:24 PM Doug Anderson wrote:
> > On Tue, May 5, 2020 at 2:14 PM Laurent Pinchart wrote:
> > >
> > > > I'll add this documentation into the comments of the yaml, but I'm not
> > > > going to try to impl
Signed-off-by: Charles Keepax
---
Changes since v1:
- Removed some description that duplicates constraints
- Added some blank lines for readability
Thanks,
Charles
Documentation/devicetree/bindings/mfd/arizona.txt | 101 ---
.../devicetree/bindings/mfd/wlf,arizona.yaml | 298 +
Signed-off-by: Charles Keepax
---
New since v1, putting in the same series as Arizona since they share the
same regulator binding.
Thanks,
Charles
.../devicetree/bindings/sound/cirrus,madera.yaml | 113 +
Documentation/devicetree/bindings/sound/madera.txt | 67 --
Signed-off-by: Charles Keepax
---
New since v1, putting in the same series as Arizona since they share the
same regulator binding.
Thanks,
Charles
.../bindings/pinctrl/cirrus,madera-pinctrl.txt | 99 --
.../devicetree/bindings/pinctrl/cirrus,madera.yaml | 147 +
Signed-off-by: Charles Keepax
---
Changes since v1:
- Removed some description that duplicates constraints
Thanks,
Charles
.../devicetree/bindings/sound/wlf,arizona.txt | 53 --
.../devicetree/bindings/sound/wlf,arizona.yaml | 114 +
2 files changed, 114
Signed-off-by: Charles Keepax
---
No changes since v1.
Thanks,
Charles
.../bindings/regulator/arizona-regulator.txt | 18 ---
.../devicetree/bindings/regulator/wlf,arizona.yaml | 37 ++
2 files changed, 37 insertions(+), 18 deletions(-)
delete mode 100644
Do
Signed-off-by: Charles Keepax
---
New since v1, putting in the same series as Arizona since they share the
same regulator binding.
Thanks,
Charles
.../devicetree/bindings/mfd/cirrus,madera.yaml | 317 +
Documentation/devicetree/bindings/mfd/madera.txt | 114
Signed-off-by: Charles Keepax
---
Changes since v1:
- Removed some description that duplicates constraints
Thanks,
Charles
.../devicetree/bindings/extcon/extcon-arizona.txt | 76 -
.../devicetree/bindings/extcon/wlf,arizona.yaml| 125 +
2 files changed, 1
On 5/6/20 10:57 AM, Guenter Roeck wrote:
On Fri, May 01, 2020 at 10:08:33AM -0500, Eddie James wrote:
The latest version of the On-Chip Controller (OCC) has a different
format for the temperature sensor data. Add a new temperature sensor
version to handle this data.
Signed-off-by: Eddie James
On 5/5/20 3:16 PM, Thomas Gleixner wrote:
From: Masami Hiramatsu
Add __kprobes and NOKPROBE_SYMBOL() for sample kprobe handlers.
Signed-off-by: Masami Hiramatsu
Signed-off-by: Thomas Gleixner
Link:
https://lkml.kernel.org/r/158523421177.24735.16273975317343670204.stgit@devnote2
---
sam
On 5/6/20 2:25 AM, Vasily Averin wrote:
new_pos should jump through hole of unused ids,
pos can be updated inside "for" cycle.
Cc: sta...@vger.kernel.org
Fixes: 89163f93c6f9 ("ipc/util.c: sysvipc_find_ipc() should increase position
index")
Signed-off-by: Vasily Averin
---
ipc/util.c | 12 +++
On Wed, May 06, 2020 at 03:51:28PM +0200, Peter Zijlstra wrote:
> On Tue, May 05, 2020 at 11:13:53AM -0700, Nick Desaulniers wrote:
> > On Tue, May 5, 2020 at 2:36 AM Peter Zijlstra wrote:
> > >
> > >
> > > HJ, Nick,
> > >
> > > Any chance any of you can see a way to make your respective compilers
On Wed, May 06, 2020 at 07:10:27AM -0400, Paolo Bonzini wrote:
> Go through kvm_queue_exception_p so that the payload is correctly delivered
> through the exit qualification, and add a kvm_update_dr6 call to
> kvm_deliver_exception_payload that is needed on AMD.
>
> Reported-by: Peter Xu
> Signed
601 - 700 of 1502 matches
Mail list logo
