Hi Dennis,
> -Original Message-
> From: den...@kernel.org [mailto:den...@kernel.org]
> Sent: 2019年2月25日 23:16
> To: Peng Fan
> Cc: t...@kernel.org; c...@linux.com; linux...@kvack.org;
> linux-kernel@vger.kernel.org; van.free...@gmail.com
> Subject: Re: [PATCH 2/2] percpu: km: no need to c
On Mon, Feb 25, 2019 at 4:03 PM Qian Cai wrote:
> >
> > Of course, that's just gcc. I have no idea what llvm ends up doing.
>
> Clang 7.0:
>
> # clang -O2 -S -Wall /tmp/test.c
> /tmp/test.c:46:6: warning: variable 'ret' is used uninitialized whenever 'if'
> condition is false [-Wsometimes-uniniti
On 2/25/19 11:31 PM, Eric Dumazet wrote:
> On 02/25/2019 03:21 PM, Dmitry Safonov wrote:
>> Well, sure - but it seems confusing that rtnl_unregister() will require
>> synchronize_rcu(), while rtnl_unregister_all() will not.
>
> rtnl_unregister_all() is a different beast, since it removes the whole
Hi Dennis,
> -Original Message-
> From: den...@kernel.org [mailto:den...@kernel.org]
> Sent: 2019年2月25日 23:24
> To: Peng Fan
> Cc: t...@kernel.org; c...@linux.com; linux...@kvack.org;
> linux-kernel@vger.kernel.org; van.free...@gmail.com
> Subject: Re: [RFC] percpu: decrease pcpu_nr_slots
On Tue, Feb 26, 2019 at 10:55:47AM +1100, Stephen Rothwell wrote:
> Hi Guenter,
>
> After merging the hwmon-staging tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
Ah, sorry for that. I had fixed this up, but forgot to push.
Guenter
From: Randy Dunlap
Having COMPILE_TEST here is causing problems. I reported one
last week and have another one today. Although I support
using COMPILE_TEST when possible, this one is better removed.
Fixes these warnings and build errors:
WARNING: unmet direct dependencies detected for REGMAP_
This patch enables the annotation of bpf program.
A new dso type DSO_BINARY_TYPE__BPF_PROG_INFO is introduced to for BPF
programs. In symbol__disassemble(), DSO_BINARY_TYPE__BPF_PROG_INFO dso
calls into a new function symbol__disassemble_bpf(), where annotation
line information is filled based bpf
This patch enables perf-record to save bpf_prog_info information as
headers to perf.data. A new header type HEADER_BPF_PROG_INFO is
introduced for this data.
Signed-off-by: Song Liu
---
tools/perf/util/header.c | 143 ++-
tools/perf/util/header.h | 1 +
2 fi
Events with bpf_event should be considered as side-band event, as they
carry information about BPF programs.
Fixes: 6ee52e2a3fe4 ("perf, bpf: Introduce PERF_RECORD_BPF_EVENT")
Signed-off-by: Song Liu
---
kernel/events/core.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/k
Currently, bpf_prog_info includes 9 arrays. The user has the option to
fetch any combination of these arrays. However, this requires a lot of
handling of these arrays. This work becomes more tricky when we need to
store bpf_prog_info to a file, because these arrays are allocated
independently.
Thi
bpf events should be tracked by default for perf-top. This patch makes it
on by default, and adds option to disable bpf events.
Signed-off-by: Song Liu
---
tools/perf/builtin-top.c | 3 +++
tools/perf/util/top.h| 1 +
2 files changed, 4 insertions(+)
diff --git a/tools/perf/builtin-top.c b/
Changes v3 to v4:
1. Incorporate feedbacks from Jiri and Namhyung;
2. Fixed compilation error with different feature-disassembler-four-args;
3. Split some patches to smaller patches;
4. Improved error handleing in symbol__disassemble_bpf();
5. Made side band thread more generic;
6. Added comments a
Both libbfd and libopcodes are distributed with binutil-dev/devel. When
libbfd presents, it is OK to assume libopcodes also presents. This has
been a safe assumption for bpftool.
This patch adds -lopcodes to perf/Makefile.config. libopcodes will be
used in the next commit for bpf annotation.
Sign
This patches uses bpf_program__get_prog_info_linear() to simplify the
logic in prog.c do_dump().
Cc: Daniel Borkmann
Cc: Alexei Starovoitov
Signed-off-by: Song Liu
---
tools/bpf/bpftool/prog.c | 266 +--
1 file changed, 59 insertions(+), 207 deletions(-)
di
This patch introduces side band thread that captures extended information
for events like PERF_RECORD_BPF_EVENT.
This new thread uses its own evlist that uses ring buffer with very low
watermark for lower latency. In the next patch, we uses this thread to
handle PERF_RECORD_BPF_EVENT.
Signed-off-
This patch adds and side band event to capture bpf_prog_info and btf of
short living bpf programs.
Signed-off-by: Song Liu
---
tools/perf/builtin-record.c | 3 ++
tools/perf/builtin-top.c| 3 ++
tools/perf/util/bpf-event.c | 66 +
tools/perf/util/bpf-eve
This patch enables perf-record to save btf information as headers to
perf.data A new header type HEADER_BPF_BTF is introduced for this data.
Signed-off-by: Song Liu
---
tools/perf/util/header.c | 108 ++-
tools/perf/util/header.h | 1 +
2 files changed, 108
This patch changes the arguments of perf_event__synthesize_bpf_events()
to include perf_session* instead of perf_tool*. perf_session will be used
in the next patch.
Signed-off-by: Song Liu
---
tools/perf/builtin-record.c | 2 +-
tools/perf/builtin-top.c| 2 +-
tools/perf/util/bpf-event.c | 8
This patch adds processing of PERF_BPF_EVENT_PROG_LOAD, which sets proper
DSO type/id/etc of memory regions mapped to BPF programs to
DSO_BINARY_TYPE__BPF_PROG_INFO
Signed-off-by: Song Liu
---
tools/perf/util/bpf-event.c | 53 +
1 file changed, 53 insertions(+
btf contains information necessary to annotate bpf programs. This patch
saves btf for bpf programs loaded in the system.
Signed-off-by: Song Liu
---
tools/perf/util/bpf-event.c | 24 ++
tools/perf/util/bpf-event.h | 7
tools/perf/util/env.c | 65 ++
From: Firoz Khan
Date: Wed, 2 Jan 2019 21:22:50 +0530
> System call table generation support is provided for
> alpha, ia64, m68k, microblaze, mips, parisc, powerpc,
> sh, sparc and xtensa architectures. The implementat-
> ions are almost similar across all the above archte-
> ctures. In order to
bpf_prog_info contains information necessary to annotate bpf programs.
This patch saves bpf_prog_info for bpf programs loaded in the system.
Signed-off-by: Song Liu
---
tools/perf/util/bpf-event.c | 32 +-
tools/perf/util/bpf-event.h | 7 ++-
tools/perf/util/env.c | 85 +++
With bpf_program__get_prog_info_linear, we can simplify the logic that
synthesizes bpf events.
This patch doesn't change the behavior of the code.
Signed-off-by: Song Liu
---
tools/perf/util/bpf-event.c | 118
1 file changed, 40 insertions(+), 78 deletions(-
On Mon, Dec 31, 2018 at 8:52 PM Yong Wu wrote:
>
> MediaTek IOMMU has already added the device_link between the consumer
> and smi-larb device. If the vcodec device call the pm_runtime_get_sync,
> the smi-larb's pm_runtime_get_sync also be called automatically.
>
> CC: Tiffany Lin
> Signed-off-by
On Mon, Dec 31, 2018 at 8:52 PM Yong Wu wrote:
>
> MediaTek IOMMU has already added device_link between the consumer
> and smi-larb device. If the jpg device call the pm_runtime_get_sync,
> the smi-larb's pm_runtime_get_sync also be called automatically.
>
> CC: Rick Chang
> Signed-off-by: Yong W
On Mon, Dec 31, 2018 at 8:53 PM Yong Wu wrote:
>
> After adding device_link between the IOMMU consumer and smi,
> the mediatek,larb is unnecessary now.
>
> CC: Matthias Brugger
> Signed-off-by: Yong Wu
Reviewed-by: Evan Green
On Mon, Dec 31, 2018 at 8:53 PM Yong Wu wrote:
>
> MediaTek IOMMU should wait for smi larb which need wait for the
> power domain(mtk-scpsys.c) and the multimedia ccf who both are
> module init. Thus, subsys_initcall for MediaTek IOMMU is not helpful.
> Switch to builtin_platform_driver.
>
> Meanw
One of the more common cases of allocation size calculations is finding
the size of a structure that has a zero-sized array at the end, along
with memory for some number of elements for that array. For example:
struct foo {
int stuff;
struct boo entry[];
};
instance = devm_kzalloc(dev, si
On Mon, Dec 31, 2018 at 8:52 PM Yong Wu wrote:
>
> MediaTek IOMMU has already added the device_link between the consumer
> and smi-larb device. If the drm device call the pm_runtime_get_sync,
> the smi-larb's pm_runtime_get_sync also be called automatically.
>
> CC: CK Hu
> CC: Philipp Zabel
> S
On Mon, Dec 31, 2018 at 8:53 PM Yong Wu wrote:
>
> After adding device_link between the IOMMU consumer and smi,
> the mediatek,larb is unnecessary now.
>
> CC: Matthias Brugger
> Signed-off-by: Yong Wu
Reviewed-by: Evan Green
On Mon, Feb 25, 2019 at 04:07:12PM -0800, Linus Torvalds wrote:
> On Mon, Feb 25, 2019 at 4:03 PM Qian Cai wrote:
> > >
> > > Of course, that's just gcc. I have no idea what llvm ends up doing.
> >
> > Clang 7.0:
> >
> > # clang -O2 -S -Wall /tmp/test.c
> > /tmp/test.c:46:6: warning: variable 're
From: "Gustavo A. R. Silva"
Date: Tue, 8 Jan 2019 10:13:56 -0600
> One of the more common cases of allocation size calculations is finding the
> size of a structure that has a zero-sized array at the end, along with memory
> for some number of elements for that array. For example:
>
> struct foo
From: Mike Rapoport
Date: Mon, 25 Feb 2019 23:21:45 +0200
> On Sun, Feb 17, 2019 at 10:15:32AM -0800, David Miller wrote:
>> From: Mike Rapoport
>> Date: Sun, 17 Feb 2019 10:28:17 +0200
>>
>> > Any comments on this?
>>
>> Acked-by: David S. Miller
>
> Can you please take it via sparc tree?
Hi all,
Friendly ping:
Who can take this?
Thanks
--
Gustavo
On 2/7/19 9:10 PM, Gustavo A. R. Silva wrote:
> One of the more common cases of allocation size calculations is finding
> the size of a structure that has a zero-sized array at the end, along
> with memory for some number of elements f
Zdravstvujte Vas interesuyut bazy dannyh dlya prodazhi Vashih tovarov i uslug?
On Mon, Feb 25, 2019 at 1:02 AM Arnd Bergmann wrote:
>
> On Mon, Feb 25, 2019 at 5:53 AM Deepa Dinamani wrote:
> >
> > On Sun, Feb 24, 2019 at 7:13 PM Hongbo Yao wrote:
> > >
> > > I ran into this:
> > >
> > > =
> >
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
Signed-off-by: YueHaibing
---
drivers/nvdimm/of_pmem.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/nvdimm/of_pmem.c b/drivers/nvdimm/of_pmem.c
index ec
On Mon, 25 Feb 2019 11:40:18 -0500
Steven Rostedt wrote:
> On Mon, 25 Feb 2019 17:09:45 +0900
> Masami Hiramatsu wrote:
>
> > > This should probably go with whatever effort makes nmi_uaccess_ok()
> > > available on all architectures. That being said, how about just
> > > making copy_from_user_
On Mon, Feb 25, 2019 at 9:14 PM Faiz Abbas wrote:
>
> Hi Naresh,
>
> + Commit authors.
>
> On 19/02/19 6:38 PM, Faiz Abbas wrote:
> > Hi Naresh,
> >
> > On 18/02/19 6:57 PM, Naresh Kamboju wrote:
> >> Do you see this error on am57xx-evm running Linux next 20190218 ?
> >> I have tested on multiple
Souptick Joarder writes:
> Remove duplicate headers which are included twice.
>
> Signed-off-by: Sabyasachi Gupta
> Signed-off-by: Souptick Joarder
> ---
...
> tools/testing/selftests/powerpc/pmu/ebb/fork_cleanup_test.c | 1 -
I took this hunk via the powerpc tree.
> diff --git a/tools/testing
On 2019/2/26 3:17, David Rientjes wrote:
> On Mon, 25 Feb 2019, Mike Kravetz wrote:
>
>> Ok, what about just moving the calculation/check inside the lock as in the
>> untested patch below?
>>
>> Signed-off-by: Mike Kravetz
>> ---
>> mm/hugetlb.c | 34 ++
>> 1 file
On 25-02-19, 12:14, Qais Yousef wrote:
> On 02/25/19 14:39, Viresh Kumar wrote:
> > On 25-02-19, 08:58, Qais Yousef wrote:
> > > On 02/25/19 10:01, Viresh Kumar wrote:
> > > > > > + min = dev_pm_qos_read_value(cpu_dev, DEV_PM_QOS_MIN_FREQUENCY);
> > > > > > + max = dev_pm_qos_read_value(cpu_dev
Hi all,
Today's linux-next merge of the tip tree got a conflict in:
Kbuild
between commits:
86948e2a69de ("scripts/gdb: delay generation of gdb constants.py")
f4d5577af6d3 ("kbuild: remove unimportant comments from ./Kbuild")
from the kbuild tree and commit:
8d32588077bd ("locking/ato
Hi Peter,
On Mon, 25 Feb 2019 16:06:03 +0100
Peter Zijlstra wrote:
> On Mon, Feb 25, 2019 at 11:05:41PM +0900, Masami Hiramatsu wrote:
>
> > +static __always_inline long __strncpy_from_unsafe_user(char *dst,
> > +const char __user *unsafe_addr, long count)
> > +{
> > + if
From: Andi Kleen
And one old option.
Signed-off-by: Andi Kleen
---
tools/perf/Documentation/tips.txt | 3 +++
1 file changed, 3 insertions(+)
diff --git a/tools/perf/Documentation/tips.txt
b/tools/perf/Documentation/tips.txt
index 849599f39c5e..4ec8107ed512 100644
--- a/tools/perf/Documentat
From: Andi Kleen
The UI viewer for scripts output has a lot of limitations: limited size,
no search or save function, slow, and various other issues.
Just use 'less' to display directly on the terminal instead.
This won't work in gtk mode, but gtk doesn't support these
context menus anyways. If
From: Andi Kleen
Add a utility function to print nanosecond timestamps.
Signed-off-by: Andi Kleen
---
tools/perf/util/time-utils.c | 8
tools/perf/util/time-utils.h | 1 +
2 files changed, 9 insertions(+)
diff --git a/tools/perf/util/time-utils.c b/tools/perf/util/time-utils.c
index
From: Andi Kleen
Now report can show whole time periods with perf script,
but the user still has to find individual samples of interest
manually.
It would be expensive and complicated to search for the
right samples in the whole perf file. Typically users
only need to look at a small number of s
From: Andi Kleen
The scripts menu traditionally only showed custom perf scripts.
Allow to run standard perf script with useful default options too.
- Normal perf script
- perf script with assembler (needs xed installed)
- perf script with source code output (needs debuginfo)
- perf script with
From: Andi Kleen
When using the time sort key, add new context menus to run
scripts for only the currently selected time range. Compute
the correct range for the selection add pass it as the --time option to
perf script.
Signed-off-by: Andi Kleen
---
v2:
Use symbol_conf.time_quantum
---
tools
[Changes:
Removed already merged patches.
Address review feedback, see individual patches.
Now compiles with gcc 8.
Some minor bug fixes and improvements.]
We currently have two ways to look at sample data in perf:
either use perf report to aggregate everything, or use
perf script to look at all
From: Andi Kleen
Many workloads change over time. perf report currently aggregates
the whole time range reported in perf.data.
This patch adds an option for a time quantum to quantisize the
perf.data over time.
This just adds the option, will be used in follow on patches
for a time sort key.
S
From: Andi Kleen
Also convert one existing user.
Signed-off-by: Andi Kleen
---
tools/perf/util/header.c | 12 +++-
tools/perf/util/util.c | 10 ++
tools/perf/util/util.h | 2 ++
3 files changed, 15 insertions(+), 9 deletions(-)
diff --git a/tools/perf/util/header.c b/tool
From: Andi Kleen
Upcoming changes add timestamp output in perf report. Add a --ns
argument similar to perf script to support nanoseconds resolution
when needed.
Signed-off-by: Andi Kleen
---
v2:
Move flag into symbol_conf and change all users
---
tools/perf/Documentation/perf-report.txt | 3
From: Andi Kleen
Add a time sort key to perf report to display samples for
different time quantums separately. This allows easier
analysis of workloads that change over time, and also
will allow looking at the context of samples.
% perf record ...
% perf report --sort time,overhead,symbol --time
From: Andi Kleen
perf script -F +insn was only working for PT traces because
the PT instruction decoder was filling in the insn/insn_len
sample attributes. Support it for non PT samples too on x86
using the existing x86 instruction decoder.
% perf record -a sleep 1
% perf script -F ip,sym,insn -
On Mon, Feb 25, 2019 at 5:45 PM Borislav Petkov wrote:
>
> On Mon, Feb 25, 2019 at 03:59:56PM +0800, Pingfan Liu wrote:
> > crashkernel=x@y option may fail to reserve the required memory region if
> > KASLR puts kernel into the region. To avoid this uncertainty, making KASLR
> > skip the required
On Mon, Feb 25, 2019 at 4:23 PM Chao Fan wrote:
>
> On Mon, Feb 25, 2019 at 03:59:56PM +0800, Pingfan Liu wrote:
> >crashkernel=x@y option may fail to reserve the required memory region if
> >KASLR puts kernel into the region. To avoid this uncertainty, making KASLR
> >skip the required region.
>
Hi David,
> > This patch depends on;
> >
> > https://lore.kernel.org/lkml/1546439331-18646-1-git-send-email-firoz.k...@linaro.org/
>
> Can you please merge this series in with that dependency
> then?
I was planning to push this patch series independently. But
when Arnd (he is guiding me for thi
On Wed, 2019-02-13 at 16:06:19 UTC, Christophe Leroy wrote:
> This patch replaces most #ifdef mess by IS_ENABLED() in 8xx_mmu.c
> This has the advantage of allowing syntax verification at compile
> time regardless of selected options.
>
> Signed-off-by: Christophe Leroy
Series applied to powerpc
On Thu, 2019-02-21 at 19:08:37 UTC, Christophe Leroy wrote:
> 'nobats' kernel parameter or some options like CONFIG_DEBUG_PAGEALLOC
> deny the use of BATS for mapping memory.
>
> This patch makes sure that the specific wii RAM mapping function
> takes it into account as well.
>
> Fixes: de32400dd
The patch fixes following sparse warning:
drivers/staging/wilc1000/host_interface.c:450:30: warning: incorrect type in
assignment (different base types)
drivers/staging/wilc1000/host_interface.c:450:30:expected restricted __le16
[usertype] beacon_period
drivers/staging/wilc1000/host_interfac
Hi Christophe,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on powerpc/next]
[also build test ERROR on v5.0-rc8]
[cannot apply to next-20190225]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https
Hi, sorry for the delayed reply!
On Wed, Feb 13, 2019 at 8:04 PM Paul Kocialkowski
wrote:
>
> Hi,
>
> On Wed, 2019-02-13 at 10:57 +0100, Hans Verkuil wrote:
> > On 2/13/19 10:20 AM, Paul Kocialkowski wrote:
> > > Hi,
> > >
> > > On Wed, 2019-02-13 at 09:59 +0100, Hans Verkuil wrote:
> > > > On 2/
On 2/8/19 2:03 PM, Ravi Bangoria wrote:
>
>
> On 2/6/19 7:06 PM, Oleg Nesterov wrote:
>> Ravi, I am on vacation till the end of this week, can't read your patch
>> carefully.
>>
>> I am not sure I fully understand the problem, but shouldn't we change
>> binder_alloc_free_page() to use mmput_as
On 2/7/19 3:09 PM, Mamatha Inamdar wrote:
> This patch is to remove following hardware events
> from JSON file which are not supported on POWER8
>
Acked-by: Ravi Bangoria
On Fri, Feb 22, 2019 at 01:59:10PM -0800, Linus Torvalds wrote:
> On Fri, Feb 22, 2019 at 1:38 PM David Miller wrote:
> >
> > Don't be surprised if we see more separation like this in the future too.
>
> Yes, with the whole meltdown fiasco, there's actually more pressure to
> add more support for
On Thu, 2019-02-21 at 23:48 -0800, Stephen Boyd wrote:
> Quoting Matthias Brugger (2019-02-21 00:36:24)
> >
> >
> > On 20/02/2019 20:18, Stephen Boyd wrote:
> > >
> > > What's the merge plan here? Do you want me to apply these patches to clk
> > > tree? Will someone be sending me a pull request
Clang warns: vector initializers are not compatible with NEON intrinsics
in big endian mode [-Wnonportable-vector-initialization]
While this is usually the case, it's not an issue for this case since
we're initializing the uint8x16_t (16x uint8_t's) with the same value.
Instead, use vdupq_n_u8 wh
Hi Kees,
On Mon, 25 Feb 2019 09:06:55 -0800
Kees Cook wrote:
> On Mon, Feb 25, 2019 at 6:06 AM Masami Hiramatsu wrote:
> > +static __always_inline long strncpy_from_unsafe_common(char *dst,
> > + const char __user *unsafe_addr, long count)
> > +{
> > + const
Hi Linus,
On Mon, 25 Feb 2019 09:00:57 -0800
Linus Torvalds wrote:
> On Mon, Feb 25, 2019 at 7:06 AM Peter Zijlstra wrote:
> >
> > Would something like so work for people?
>
> Looks reasonable to me.
>
> > Why not keep it simple:
> >
> > mm_segment_t old_fs = get_fs();
> >
> >
For better filtering support for perf diff, it would be useful to
add --pid and --tid filter options.
For example,
perf diff --tid 13965
It only diff the samples for thread 13965.
v2:
---
No functional change.
Signed-off-by: Jin Yao
---
tools/perf/Documentation/perf-diff.txt | 6 ++
to
For better support for perf diff, it would be useful to add --time filter
option to diff the samples within given time window.
It supports time percent with multipe time ranges. Time string is
'a%/n,b%/m,...' or 'a%-b%,c%-%d,...'.
For example:
Select the second 10% time slice to diff:
perf diff
For better support for perf diff, it would be useful to add --cpu filter
option.
Multiple CPUs can be provided as a comma-separated list with no space: 0,1.
Ranges of CPUs are specified with -: 0-2. Default is to report samples on
all CPUs.
For example,
perf diff --cpu 0,1
It only diff the samp
This patch series creates following new filter options for perf diff.
--time:
It supports time percent with multipe time ranges. Time string is
'a%/n,b%/m,...' or 'a%-b%,c%-%d,...'.
For example:
Select the second 10% time slice to diff:
perf diff --time 10%/2
Select from
Hi Vinod,
Today's linux-next merge of the slave-dma tree got a conflict in:
drivers/dma/dmatest.c
between commit:
6454368a804c ("dmaengine: dmatest: Abort test in case of mapping error")
from Linus' tree and commit:
361deb7243d2 ("dmaengine: dmatest: wrap src & dst data into a struct")
Thiago,
On Mon, Feb 25, 2019 at 06:20:49PM -0300, Thiago Jung Bauermann wrote:
> Vitaly Chikunov writes:
>
> > Allow to use EC-RDSA signatures for IMA by determining signature type by
> > the hash algorithm name. This works good for EC-RDSA since Streebog and
> > EC-RDSA should always be used to
On Thu, Feb 21, 2019 at 12:44 AM Len Brown wrote:
>
> On Wed, Feb 20, 2019 at 6:02 AM Peter Zijlstra wrote:
>
> > > list_for_each_entry(rp, &rapl_packages, plist) {
> > > @@ -1457,7 +1457,7 @@ static void rapl_remove_package(struct rapl_package
> > > *rp)
> > > /* called from CPU hotplug
Hi Rob,
Thanks for the review, Please see my comments below in line.
Regards,
Srinath.
On Tue, Feb 26, 2019 at 3:08 AM Rob Herring wrote:
>
> On Tue, Feb 05, 2019 at 11:48:53AM +0530, Srinath Mannam wrote:
> > Add usb-phy-port-reset optional property to set quirk in xhci platform
> > driver which
On Sat, Feb 16, 2019 at 1:11 PM Matthew Wilcox wrote:
>
> On Sat, Feb 16, 2019 at 09:29:48AM -0800, Matthew Wilcox wrote:
> > On Sat, Feb 16, 2019 at 07:35:11AM -0800, Matthew Wilcox wrote:
> > > Another way to fix this would be to mask the address in
> > > dax_entry_mkclean(),
> > > but I think
On Mon, Feb 25, 2019 at 05:58:37PM +0200, Mike Rapoport wrote:
> On Tue, Feb 12, 2019 at 10:56:16AM +0800, Peter Xu wrote:
> > From: Andrea Arcangeli
> >
> > This allows UFFDIO_COPY to map pages wrprotected.
>write protected please :)
Sure!
> >
> > Signe
On 02/25/19 at 09:05pm, Baoquan He wrote:
> On 02/25/19 at 10:45am, Borislav Petkov wrote:
> > On Mon, Feb 25, 2019 at 03:59:56PM +0800, Pingfan Liu wrote:
> > > crashkernel=x@y option may fail to reserve the required memory region if
> > > KASLR puts kernel into the region. To avoid this uncertain
Christophe Leroy writes:
> This patch prepares a shadow area for KASAN.
>
> The shadow area will be at the top of the kernel virtual
> memory space above the fixmap area and will occupy one
> eighth of the total kernel virtual memory space.
>
> Signed-off-by: Christophe Leroy
> ---
> arch/power
On NXP's i.MX SoCs with system controller inside, CPU frequency
scaling can ONLY be done by system controller firmware, and it
can ONLY be requested from secure mode, so Linux kernel has to
call ARM SMC to trap to ARM-Trusted-Firmware to request system
controller firmware to do CPU frequency scalin
Hi, Stephen
Best Regards!
Anson Huang
> -Original Message-
> From: Stephen Boyd [mailto:sb...@kernel.org]
> Sent: 2019年2月26日 1:22
> To: devicet...@vger.kernel.org; feste...@gmail.com;
> ker...@pengutronix.de; linux-arm-ker...@lists.infradead.org; linux-
> c...@vger.kernel.org; linux-kerne
Add i.MX8QXP CPU opp table to support cpufreq.
Signed-off-by: Anson Huang
Acked-by: Viresh Kumar
---
No changes since V6.
---
arch/arm64/boot/dts/freescale/imx8qxp.dtsi | 30 ++
1 file changed, 30 insertions(+)
diff --git a/arch/arm64/boot/dts/freescale/imx8qxp.dtsi
On Tue, Feb 26, 2019 at 7:18 AM Michael Ellerman wrote:
>
> Souptick Joarder writes:
> > Remove duplicate headers which are included twice.
> >
> > Signed-off-by: Sabyasachi Gupta
> > Signed-off-by: Souptick Joarder
> > ---
> ...
> > tools/testing/selftests/powerpc/pmu/ebb/fork_cleanup_test.c
The patch set implements runtime trace compression (-z option) in
record mode and trace auto decompression in report and inject modes.
Streaming Zstandard (Zstd) API (zstd) is used for compression and
decompression of data that come from kernel mmaped data buffers.
Usage of implemented -z,--c
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/gpu/drm/amd/amdgpu/si_dpm.c: In function 'si_program_response_times':
drivers/gpu/drm/amd/amdgpu/si_dpm.c:4101:29: warning:
variable 'backbias_response_time' set but not used [-Wunused-but-set-variable]
It's never used since introduction in
There are two methods for signaling the host: the monitor page mechanism
and hypercalls. The monitor page mechanism is used by performance
critical channels (storage, networking, etc.) because it provides
improved throughput. However, latency is increased. Monitor pages are
allocated to these chann
When building with -Wsometimes-uninitialized, Clang warns:
arch/powerpc/xmon/ppc-dis.c:157:7: warning: variable 'opcode' is used
uninitialized whenever 'if' condition is false
[-Wsometimes-uninitialized]
if (cpu_has_feature(CPU_FTRS_POWER9))
^~~~
arch/powerpc/xm
On Mon, Feb 25, 2019 at 11:24 PM Dave Hansen wrote:
>
> On 2/24/19 4:34 AM, Pingfan Liu wrote:
> > +#ifdef CONFIG_NUMA
> > /*
> > * There are unfortunately some poorly designed mainboards around that
> > * only connect memory to a single CPU. This breaks the 1:1 cpu->node
> > @@ -618,6 +619,9
On Mon, Feb 25, 2019 at 11:30 PM Dave Hansen wrote:
>
> On 2/24/19 4:34 AM, Pingfan Liu wrote:
> > At present the node to cpumask map is set up until the secondary
> > cpu boot up. But it is too late for the purpose of building node fall back
> > list at early boot stage. Considering that init_cpu
On Mon, Feb 25, 2019 at 11:34 PM Dave Hansen wrote:
>
> On 2/24/19 4:34 AM, Pingfan Liu wrote:
> > +/*
> > + * build_node_order() relies on cpumask_of_node(), hence arch should
> > + * set up cpumask before calling this func.
> > + */
>
> Whenever I see comments like this, I wonder what happens if
Hi Leo,
> -Original Message-
> From: Yang Li
> Sent: Tuesday, February 26, 2019 05:29
> To: Ran Wang
> Cc: Greg Kroah-Hartman ; Rob Herring
> ; Mark Rutland ; Felipe Balbi
> ; linux-...@vger.kernel.org; devicet...@vger.kernel.org;
> linux-kernel@vger.kernel.org
> Subject: Re: [PATCH v2 2
On Mon, Feb 25, 2019 at 9:39 PM Nathan Chancellor
wrote:
>
> When building with -Wsometimes-uninitialized, Clang warns:
>
> arch/powerpc/xmon/ppc-dis.c:157:7: warning: variable 'opcode' is used
> uninitialized whenever 'if' condition is false
> [-Wsometimes-uninitialized]
> if (cpu_has_feature(C
On Tue, Feb 26, 2019 at 12:04 AM Michal Hocko wrote:
>
> On Sun 24-02-19 20:34:03, Pingfan Liu wrote:
> > There are NUMA machines with memory-less node. At present page allocator
> > builds the
> > full fallback info by build_zonelists(). But memblock allocator does not
> > utilize
> > this info
This driver uses regulator_get/set_voltage_sel_regmap so it does not use
vsel_shift. Actually, vsel_shift can be calculated by vsel_mask setting.
Signed-off-by: Axel Lin
---
drivers/regulator/cpcap-regulator.c | 102 ++--
1 file changed, 50 insertions(+), 52 deletions(-)
They should never change, make them const.
Signed-off-by: Axel Lin
---
drivers/regulator/cpcap-regulator.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/regulator/cpcap-regulator.c
b/drivers/regulator/cpcap-regulator.c
index c15ced1b5968..e7dab5c4d1d1 100644
--
Implemented -f,--mmap-flush option that specifies threshold to postpone
and/or trigger the move of data from mmaped kernel buffers to a storage.
The option can be used to avoid capturing every single byte of data into
the stored trace. The default option value is 1.
$ tools/perf/perf record -
901 - 1000 of 1288 matches
Mail list logo
