From: Arnaldo Carvalho de Melo
In --stdio we turn off color output when the output is not a tty,
which is not always desirable, for instance, in:
perf annotate | more
the 'more' tool is perfectly capable of processing the escape sequences
for colored output.
Allow using the existing logic fo
From: Arnaldo Carvalho de Melo
It uses poll() but was getting the needed header by chance, do it
explicitely.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-76b3c5imnl6p69j4lqewz...@git.kernel.org
Signed-off-by: Arnaldo Carva
On Tue 12 Jul 15:39 PDT 2016, John Stultz wrote:
> Most 8064 devices have micro-usb ports for phy1, so setting
> the dr_mode to host here seems incorrect.
>
> Leaving it unspecified should default to otg, and then
> any boards that wish to specify something else, can
> override it in their dts fi
vcc_3v3_reg and vcc_mmc1_reg are fixed regulators and don't need a
reg property. Remove their unit-address.
Solves:
Warning (unit_address_vs_reg): Node /fixedregulator@0 has a unit name, but no
reg property
Warning (unit_address_vs_reg): Node /fixedregulator@1 has a unit name, but no
reg propert
From: Arnaldo Carvalho de Melo
To allow the build to complete on older systems, where those files are
either not uptodate, lacking some recent additions or not present at
all.
And check if the copy drifts from the kernel.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc:
Mickaël Salaün writes:
>
Hi,
>
> I have been looking for this kind of feature for StemJail [1]. One of
> the main idea is to being able to create mount points inside a jail as
> an unprivileged user but to keep as much as possible the same
> environment from outside the jail. For now, I can only
From: Arnaldo Carvalho de Melo
To make it portable to non-glibc systems, that follow the XSI variant
instead of the GNU specific one that gets in place when _GNU_SOURCE is
defined.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Steven Rostedt
Cc: Wang Nan
Link: http:/
From: Arnaldo Carvalho de Melo
This one can be safely defined to be Elf64_Nhdr, as it is in elfutils's
libelf, but not on musl libc, as both Elf64_Nhdr and Elf32_Nhdr have
the same layout.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Wang Nan
Link: http://lkml.kerne
From: Jiri Olsa
To show how to enable a tracepoint and access its fields.
Committer note:
Testing it:
# ls -l /tmp/build/perf/python/perf.so
-rwxrwxr-x. 1 acme acme 1563256 Jul 12 16:19 /tmp/build/perf/python/perf.so
# export PYTHONPATH=/tmp/build/perf/python/
# tools/perf/python/trace
From: Arnaldo Carvalho de Melo
Since these files use __maybe_unused, and that is defined in
linux/compiler.h, include it.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Davidlohr Bueso
Cc: Hitoshi Mitake
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-1llbf59ut6xon6t
From: Arnaldo Carvalho de Melo
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-6qkuhv2mrcxmpy5sasc3c...@git.kernel.org
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/trace/beauty/futex_op.c | 16
1 fi
From: Arnaldo Carvalho de Melo
It uses isatty(), so needs unistd.h, include it.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-ivwuz8f68tb3sdcpguo9w...@git.kernel.org
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/u
From: Arnaldo Carvalho de Melo
So that we don't end up using the kernel one when building out of tree,
via a detached tarball.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Wang Nan
Fixes: 737ef7d32cb4 ("tools include: Copy linux/stringify.h from the kernel")
Link: ht
From: Jiri Olsa
To get struct event_format object from tracepoint ID. It will be used
in following patches.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
http://lkml.kernel.org/r/1468148882-10362-3-git-send-email-jo...@kernel.org
Signed-off-by: Arnaldo
From: Arnaldo Carvalho de Melo
We've decided not to access kernel source files because changes there
could break the tooling side, this is one more step in that direction.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-ar0hup
From: Arnaldo Carvalho de Melo
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-dfcynqzvecsu55zmpxub9...@git.kernel.org
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/tests/mmap-basic.c | 3 +++
tools/perf/tests/openat-sysca
From: Arnaldo Carvalho de Melo
To make it portable to non-glibc systems, that follow the XSI variant
instead of the GNU specific one that gets in place when _GNU_SOURCE is
defined.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Josh Poimboeuf
Cc: Namhyung Kim
Cc: Steven Rostedt
Cc: Wa
On 07/12/16 08:32, Dave Hansen wrote:
> On 07/09/2016 02:27 PM, Andy Lutomirski wrote:
>> is_prefetch in arch/x86/mm/fault.c can be called on a user address
>> that's not readable due to PKRU. This could break it. You might need
>> to add a get_user_exec or similar.
>
> Thanks for the heads-up.
On 12/07/16 21:30, weiyj...@163.com wrote:
From: Wei Yongjun
Use for_each_compatible_node() macro instead of open coding it.
Generated by Coccinelle.
Signed-off-by: Wei Yongjun
Reviewed-by: Andrew Donnellan
--
Andrew Donnellan OzLabs, ADL Canberra
andrew.donnel...@au1.ibm.co
From: Arnaldo Carvalho de Melo
This one was only defined if _GNU_SOURCE was set in older glibc
versions, check that and provide the define in such cases.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-ilsgsysr6s3mru7rf2bef...
From: Arnaldo Carvalho de Melo
To make it portable to non-glibc systems, that follow the XSI variant
instead of the GNU specific one that gets in place when _GNU_SOURCE is
defined.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Steven Rostedt
Cc: Wang Nan
Link: http:/
On Tue, Jul 12, 2016 at 3:55 PM, H. Peter Anvin wrote:
> On 07/12/16 08:32, Dave Hansen wrote:
>> On 07/09/2016 02:27 PM, Andy Lutomirski wrote:
>>> is_prefetch in arch/x86/mm/fault.c can be called on a user address
>>> that's not readable due to PKRU. This could break it. You might need
>>> to
From: Jiri Olsa
Introducing allocation callbacks, that allows to extend current
hist_entry object into objects with special needs without polluting the
current hist_entry object.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
http://lkml.kernel.org/r/1467
From: Arnaldo Carvalho de Melo
To allow the build to complete on older systems, where those files are
either not uptodate, lacking some recent additions or not present at
all.
And check if the copy drifts from the kernel, as in this synthetic test:
BUILD: Doing 'make -j4' parallel build
Em Tue, Jul 12, 2016 at 07:11:08PM -0400, Steven Rostedt escreveu:
> On Tue, 12 Jul 2016 19:40:04 -0300 Arnaldo Carvalho de Melo
> wrote:
> > To make it portable to non-glibc systems, that follow the XSI variant
> > instead of the GNU specific one that gets in place when _GNU_SOURCE is
> > define
I suspect that you'll be applying this one via DRM tree, so:
Em Tue, 24 May 2016 15:28:13 +0200
Krzysztof Kozlowski escreveu:
> Remove the old non-DRM driver because it is now entirely supported by
> exynos_drm_g2d driver.
>
> Cc: Kyungmin Park
> Cc: Kamil Debski
> Signed-off-by: Krzysztof Ko
From: Arnaldo Carvalho de Melo
That is not present on some libelf implementations, such as the one used
in Alpine Linux: libelf-0.8.13.
This ends up disabling the SDT code, that relies on this function.
One alternative would be to provide an weak fallback implementation or
the open coded varian
From: Arnaldo Carvalho de Melo
Don't handle some flags only if they have its defines in headers at
time of building, define what is missing.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-pgoxanv1y6hfcnryxawzu...@git.kernel.o
From: Arnaldo Carvalho de Melo
Another case of a file using definitions and getting them by chance,
from indirect header inclusion, fix it.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-o3l1vi4gw2w6xyc6z4ig9...@git.kernel.or
The triggers don't need a reg property, remove it when prenset. Also remove
the unit-address from their name.
This solves:
Warning (unit_address_vs_reg): Node /ahb/apb/adc@fc034000/trigger@0 has a unit
name, but no reg property
Warning (unit_address_vs_reg): Node /ahb/apb/adc@fc034000/trigger@1 h
On Tue, 12 Jul 2016 19:40:04 -0300
Arnaldo Carvalho de Melo wrote:
> From: Arnaldo Carvalho de Melo
>
> To make it portable to non-glibc systems, that follow the XSI variant
> instead of the GNU specific one that gets in place when _GNU_SOURCE is
> defined.
>
> Cc: Adrian Hunter
> Cc: David A
From: Jiri Olsa
To get id of the tracepoint from subsystem and name strings. The
interface is:
id = perf.tracepoint(sys, name)
In case of error -1 is returned.
It will be used to get python tracepoint event's config value for
tracepoint event.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc:
From: Arnaldo Carvalho de Melo
So that we don't have to carry a string.h header in evsel.h
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-2lwpm2aytdvvgo626zuat...@git.kernel.org
Signed-off-by: Arnaldo Carvalho de Melo
---
t
On Tue, Jul 12, 2016 at 4:57 AM, Brian Gerst wrote:
> On Mon, Jul 11, 2016 at 4:53 PM, Andy Lutomirski wrote:
>> In general, there's no need for the "restore sigmask" flag to live in
>> ti->flags. alpha, ia64, microblaze, powerpc, sh, sparc (64-bit only),
>> tile, and x86 use essentially identic
From: Arnaldo Carvalho de Melo
It is the same as MSG_DONTROUTE and is only defined together with
_GNU_SOURCE.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-q4vbov6jl0e0152y01kv2...@git.kernel.org
Signed-off-by: Arnaldo Carva
From: Arnaldo Carvalho de Melo
Those kernel files were being directly accessed, which we're not
allowing anymore to avoid that changes in the kernel side break tooling.
Warn if these copies drift from the original files.
Cc: Adrian Hunter
Cc: Alexander Yarygin
Cc: Christoffer Dall
Cc: David
From: Arnaldo Carvalho de Melo
As it uses PERF_REGS_MAX, fix it.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-2t232w0kcqu97xod8t2at...@git.kernel.org
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/util/event.h | 1
The trigger doesn't need the reg property. When it is not defined, the node
name doesn't need a unit-address. Remove them from the example.
Signed-off-by: Alexandre Belloni
---
Documentation/devicetree/bindings/iio/adc/at91_adc.txt | 12
1 file changed, 4 insertions(+), 8 deletions(
On Tue, Jul 12, 2016 at 10:12 AM, Dave Hansen wrote:
> On 07/12/2016 09:32 AM, Andy Lutomirski wrote:
>> I think it's more or less impossible to get sensible behavior passing
>> pkey != 0 data to legacy functions. If you call:
>>
>> void frob(struct foo *p);
>>
>> If frob in turn passes p to a th
From: Arnaldo Carvalho de Melo
Better to whitelist it for libraries that require it (glibc) than
blacklist it with the ones that don't (uclibc, musl libc, etc).
Cc: Adrian Hunter
Cc: Alexey Brodkin
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Vineet Gupta
Cc: Wang Nan
Link: http://l
es since commit 44530d588e142a96cf0cd345a7cb8911c4f88720:
Revert "perf/x86/intel, watchdog: Switch NMI watchdog to ref cycles on x86"
(2016-07-10 20:58:36 +0200)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
tags/perf-core-for-mingo-20160712
fo
From: Arnaldo Carvalho de Melo
The prototype for epoll_wait() is available in older distros, so use it
instead of epoll_pwait() (removing the last NULL arg, the sigmask,
makes it the same thing anyway) to avoid breaking the build.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung K
From: Arnaldo Carvalho de Melo
We can't access kernel files directly from tools/, so copy the required
bits, and make sure that we detect when the original files, in the
kernel, gets modified.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Wang Nan
Link: http://lkml.ke
On Fri, 2016-06-24 at 14:29 -0400, Mike Snitzer wrote:
>
> BTW, if in your testing you could evaluate/quantify any extra overhead
> from DM that'd be useful to share. It could be there are bottlenecks
> that need to be fixed, etc.
Here are some results from fio benchmark. The test is single-thr
The mm-of-the-moment snapshot 2016-07-12-15-56 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
From: Arnaldo Carvalho de Melo
Not used anymore, IIRC it was for useless PROC_FS_MAGIC procfs checks,
but those are long gone.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Steven Rostedt
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-v027did3kvj0vz7bofgzk...@git.ke
From: Arnaldo Carvalho de Melo
The cache.h header doesn't use any of the definitions in some of the
headers it includes, ditch them and fix the fallout, where files were
getting stuff they needed just because they were including it, sometimes
not using what it really exports at all.
Cc: Adrian H
From: Jiri Olsa
Move the 'struct hist_entry' initialization code to a separate function.
It'll be useful and more clear for the following patches that introduce
allocation callbacks.
Releasing the hist_entry object in hist_entry__new function
(where it's allocated) rather than in hist_entry__ini
From: Arnaldo Carvalho de Melo
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-ogtjqc0hxm961djgiwboe...@git.kernel.org
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/builtin-trace.c | 1 -
1 file changed, 1 deletion(-
The endpoint nodes have a reg property, they also need a unit-address. Add
them in the example.
Signed-off-by: Alexandre Belloni
---
Documentation/devicetree/bindings/usb/atmel-usb.txt | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/Documentation/devicetree/bin
Endpoint nodes have a reg property. Add their mandatory unit-address.
This solves:
Warning (unit_address_vs_reg): Node /ahb/gadget@0040/ep0 has a reg or
ranges property, but no unit name
Warning (unit_address_vs_reg): Node /ahb/gadget@0040/ep1 has a reg or
ranges property, but no unit na
From: Arnaldo Carvalho de Melo
Those beautifiers need to make sure they include what they reference,
as changes in builtin-trace.c may end up removing needed stuff, like
when undefining _GNU_SOURCE.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Wang Nan
Link: http://l
From: Jiri Olsa
Currently 0 is passed as perf_event_attr::size, which could block usage
of new features.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
http://lkml.kernel.org/r/1468148882-10362-4-git-send-email-jo...@kernel.org
Signed-off-by: Arnaldo Carv
From: Arnaldo Carvalho de Melo
'perf annotate --stdio' will colorize entries with most hits and
possibly some other aspects of its output, but those colors gets
suppressed if we redirect the output to a non-tty, allow keeping the
colors by adding a new option, --stdio-color, now this use case wil
From: Arnaldo Carvalho de Melo
All we need from it is already conditionally defined, and this header
file is not present in older systems, so ditch it.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-3jxpz9gwahk4e7ltqtnr1...@g
On 07/12/2016 03:55 PM, H. Peter Anvin wrote:
> On 07/12/16 08:32, Dave Hansen wrote:
>> On 07/09/2016 02:27 PM, Andy Lutomirski wrote:
>>> is_prefetch in arch/x86/mm/fault.c can be called on a user address
>>> that's not readable due to PKRU. This could break it. You might need
>>> to add a get_
> Yep. Bug still not fixed in upstream. In our kernel I've plugged it with
> this:
>
> --- a/kernel/sched/core.c
> +++ b/kernel/sched/core.c
> @@ -2808,8 +2808,9 @@ asmlinkage __visible void schedule_tail(struct
> task_struct *prev)
> balance_callback(rq);
> preempt_enable();
>
> -
From: Arnaldo Carvalho de Melo
Don't handle some flags only if they have its defines in headers at
time of building, define what is missing.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-czbmxb01xzcl3h2qxuzoq...@git.kernel.o
From: Arnaldo Carvalho de Melo
We were only indirectly and by luck getting types, etc needed for this
file, fix it.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-gr8ejvzm7ojk6zwpeplyx...@git.kernel.org
Signed-off-by: Arnaldo
Dear RT Folks,
This is the RT stable review cycle of patch 3.12.61-rt82-rc2.
Please scream at me if I messed something up. Please test the patches too.
The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release can
Hi Jiri,
The hid tree
(git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git#for-next)
seems to be based on v3.19 and constists of a large number of merges
(of stuff that is now in Linus' tree) and ends with one particulary
large revert (of a merge).
Please just rebase it onto (e.g.) v4.7-r
Dear RT Folks,
This is the RT stable review cycle of patch 3.14.72-rt76-rc2.
Please scream at me if I messed something up. Please test the patches too.
The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release can
Em Tue, Jul 12, 2016 at 07:25:19PM -0400, Steven Rostedt escreveu:
> On Tue, 12 Jul 2016 20:14:24 -0300
> Arnaldo Carvalho de Melo wrote:
>
> > Em Tue, Jul 12, 2016 at 07:11:08PM -0400, Steven Rostedt escreveu:
> > > On Tue, 12 Jul 2016 19:40:04 -0300 Arnaldo Carvalho de Melo
> > > wrote:
> >
On 11-07-16, 15:35, Viresh Kumar wrote:
> Sometimes, the platform doesn't come back after suspend. I have tried
> enabling no-console-suspend and the last line it prints is:
>
> Disabling non-boot CPUs
>
> And nothing after that at all. We have to forcefully reboot the phone
> after that.
Dear RT Folks,
This is the RT stable review cycle of patch 3.18.36-rt38-rc2.
Please scream at me if I messed something up. Please test the patches too.
The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release can
Dear RT Folks,
This is the RT stable review cycle of patch 4.1.27-rt31-rc2.
Please scream at me if I messed something up. Please test the patches too.
The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release cand
Em Sat, 18 Jun 2016 17:38:46 +0200
Pavel Machek escreveu:
> Hi!
>
> > > Not V4L2_CID_USER_AD5820...?
> >
> > The rest of the controls have no USER as part of the macro name, so I
> > wouldn't use it here either.
>
> Ok.
>
> > > Ok, separate header file for 2 lines seemed like a bit of ove
On 06/06/2016 07:05 PM, Minfei Huang wrote:
There is no error number returned if loop driver fails in function
alloc_disk to add new loop device. Add a correct error number to make
user notify in this case.
Sorry about the delay, vacation got in the way. Added for 4.8, thanks.
--
Jens Axboe
On Fri, 8 Jul 2016, Mel Gorman wrote:
> early_pfn_to_nid can return node 0 if a PFN is invalid on machines
> that has no node 0. A machine with only node 1 was observed to crash
> with the following message
>
> BUG: unable to handle kernel paging request at 0002a3c8
> PGD 0
> Modules l
On Tue, 12 Jul 2016 20:14:24 -0300
Arnaldo Carvalho de Melo wrote:
> Em Tue, Jul 12, 2016 at 07:11:08PM -0400, Steven Rostedt escreveu:
> > On Tue, 12 Jul 2016 19:40:04 -0300 Arnaldo Carvalho de Melo
> > wrote:
> > > To make it portable to non-glibc systems, that follow the XSI variant
> > >
On Fri, 8 Jul 2016, Mel Gorman wrote:
> early_page_uninitialised looks up an arbitrary PFN. While a machine without
> node 0 will boot with "mm, page_alloc: Always return a valid node from
> early_pfn_to_nid", it works because it assumes that nodes are always in
> PFN order. This is not guaranteed
Hi,
[auto build test WARNING on net-next/master]
url:
https://github.com/0day-ci/linux/commits/Daniel-Borkmann/BPF-event-output-helper-improvements/20160713-065944
config: s390-allyesconfig (attached as .config)
compiler: s390x-linux-gnu-gcc (Debian 5.3.1-8) 5.3.1 20160205
reproduce:
On 07/13/2016 01:25 AM, kbuild test robot wrote:
Hi,
[auto build test WARNING on net-next/master]
url:
https://github.com/0day-ci/linux/commits/Daniel-Borkmann/BPF-event-output-helper-improvements/20160713-065944
config: s390-allyesconfig (attached as .config)
compiler: s390x-linux-gnu-gcc
Petr Tesarik writes:
> On Tue, 12 Jul 2016 13:25:11 -0300
> Thiago Jung Bauermann wrote:
>
>> Hi Eric,
>>
>> I'm trying to understand your concerns leading to your nack. I hope you
>> don't mind expanding your thoughts on them a bit.
>>
>> Am Dienstag, 12 Juli 2016, 08:25:48 schrieb Eric W. Bi
Vivek Goyal writes:
> On Tue, Jul 12, 2016 at 10:58:09AM -0300, Thiago Jung Bauermann wrote:
>> Hello Eric,
>>
>> Am Dienstag, 12 Juli 2016, 08:25:48 schrieb Eric W. Biederman:
>> > AKASHI Takahiro writes:
>> > > Device tree blob must be passed to a second kernel on DTB-capable
>> > > archs, lik
The problem of swapping to dm-crypt is this.
The free memory goes low, kswapd decides that some page should be swapped
out. However, when you swap to an ecrypted device, writeback of each page
requires another page to hold the encrypted data. dm-crypt uses mempools
for all its structures and pa
Hi Daniel,
On Wed, Jul 13, 2016 at 01:45:47AM +0200, Daniel Borkmann wrote:
On 07/13/2016 01:25 AM, kbuild test robot wrote:
Hi,
[auto build test WARNING on net-next/master]
url:
https://github.com/0day-ci/linux/commits/Daniel-Borkmann/BPF-event-output-helper-improvements/20160713-065944
Hey Tejun,
So Dmitry Shmidt recently noticed that with 4.4 based systems we're
seeing quite a bit of performance overhead from
__cgroup_procs_write().
With 4.4 tree as it stands, we're seeing __cgroup_procs_write() quite
often take 10s of miliseconds to execute (with max times up in the
80ms ra
SHN_LIVEPATCH symbols are technically a subset of SHN_UNDEF/undefined
symbols, except that their addresses are resolved by livepatch at runtime.
Therefore, when calculating the upper-bound for the number of plt entries
to allocate, make sure to take livepatch symbols into account as well.
Signed-
Sanitise the lines that contain c99 comments so that
the error doesn't get emitted.
Signed-off-by: Joe Perches
---
scripts/checkpatch.pl | 6 ++
1 file changed, 6 insertions(+)
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index cc787e6..a0e5112 100755
--- a/scripts/checkpatch.
These are also possible single line uses that exceed the
generic maximum line length (typically 80 columns)
Signed-off-by: Joe Perches
---
scripts/checkpatch.pl | 4
1 file changed, 4 insertions(+)
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index 4904ced..cc787e6 100755
---
As reported by Dan the unsigned "val" can't be negative. But instead
correcting the check for early errors here followed by a wait for the
validation result to show the error or success we can consolidate these
two parts of the validation process into the validation function.
Reported-by: Dan Carp
Because Linus may still be reading source code on greenbar paper
instead of color terminals with code syntax highlighting and
appropriate font decorations.
Link:
http://lkml.kernel.org/r/ca+55afyqyjerovmssosks7pesszbr4vnp-3quuwhqk4a4_j...@mail.gmail.com
Signed-off-by: Joe Perches
---
Documenta
On 12-07-16, 16:19, Viresh Kumar wrote:
> Okay, we have tracked this BUG and its really interesting.
>
> I hacked the platform's serial driver to implement a putchar() routine
> that simply writes to the FIFO in polling mode, that helped us in
> tracing on where we are going wrong.
>
> The proble
On Tue, Jul 12, 2016 at 03:12:35PM +0200, Peter Zijlstra wrote:
> On Mon, Jul 11, 2016 at 03:33:53PM -0700, Greg KH wrote:
>
> > Oops, this commit does not apply cleanly to 4.6 or 4.4-stable trees.
> > Can someone send me the backported verision that they have tested to
> > work properly so I can
Add an option to properly support the century bit of ds1337 and compatibles
and ds1340.
Because the driver had a bug until now, it is not possible to switch users
to the fixed code directly as RTCs in the field will wrongly have the
century bit set.
Signed-off-by: Alexandre Belloni
---
Arnaud, d
Removing unnecessary error messages as appropriate error code is returned.
Signed-off-by: Shuah Khan
---
drivers/media/platform/s5p-mfc/s5p_mfc.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/media/platform/s5p-mfc/s5p_mfc.c
b/drivers/media/platform/s5p-mfc/s5p_mfc.c
index b6fde2
On 07/11/2016 07:18 AM, Vlastimil Babka wrote:
> On 07/09/2016 11:05 AM, Janani Ravichandran wrote:
>> Currently, the mm_shrink_slab_start and mm_shrink_slab_end
>> tracepoints tell us how much time was spent in a shrinker, the number of
>> objects scanned, etc. But there is no information about th
Hi Alexandre,
On Tue, Jul 12, 2016 at 09:36:26PM +0200, Alexandre Belloni wrote:
> A common way of multiplexing buttons on a single input in cheap devices is
> to use a resistor ladder on an ADC. This driver supports that configuration
> by polling an ADC channel provided by IIO.
This looks quite
On 07/09/2016 01:52 AM, Janani Ravichandran wrote:
> diff --git a/fs/super.c b/fs/super.c
> index d78b984..051073c 100644
> --- a/fs/super.c
> +++ b/fs/super.c
> @@ -241,6 +241,7 @@ static struct super_block *alloc_super(struct
> file_system_type *type, int flags)
> s->s_time_gran = 100
At 2016-07-12 09:45:43, "Chao Yu" wrote:
>On 2016/7/11 7:20, Tiezhu Yang wrote:
>> When the length of file name is more than F2FS_NAME_LEN,
>
>Seem @name indicates a xattr/key name, not a file name.
Yes, you are right. Sorry for the noise.
Thanks,
On Tue, Jul 12, 2016 at 02:42:22PM -0400, Kees Cook wrote:
> On Thu, Jul 7, 2016 at 2:14 PM, Kees Cook wrote:
> > Hi,
> >
> > Please pull these lkdtm changes for next.
>
> Friendly ping... I'd like this refactor to make it in time for the 4.8
> merge window. :)
Sorry, was on vacation last week,
Arnaud,
This is the series I intend to apply once you confirm my previous patch
is working.
Alexandre Belloni (3):
Documentation: dt: Intersil isl12057 is not a trivial device
rtc: ds1307: add Intersil ISL12057 support
rtc: isl12057: remove driver
.../devicetree/bindings/i2c/trivial-devic
The Intersil isl12057 is now supported by the ds1307 driver.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/Kconfig| 10 -
drivers/rtc/Makefile | 1 -
drivers/rtc/rtc-isl12057.c | 643 -
3 files changed, 654 deletions(-)
delete mode
Below is the list of build error/warning regressions/improvements in
v4.7-rc7[1] compared to v4.6[2].
Summarized:
- build errors: +10/-7
- build warnings: +1294/-1054
JFYI, when comparing v4.7-rc7[1] to v4.7-rc6[3], the summaries are:
- build errors: +7/-6
- build warnings: +1013/-939
No
The ISL12057 has a documentation file, remove it from trivial-devices.txt
Signed-off-by: Alexandre Belloni
---
Documentation/devicetree/bindings/i2c/trivial-devices.txt | 1 -
1 file changed, 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/i2c/trivial-devices.txt
b/Documentation/d
Intersil ISL12057 is a drop-in replacement for DS1337. It can be supported
by the ds1307 driver.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/Kconfig | 8
drivers/rtc/rtc-ds1307.c | 6 ++
2 files changed, 10 insertions(+), 4 deletions(-)
diff --git a/drivers/rtc/Kconfig b/
在 2016/7/7 8:39, Brian Norris 写道:
Hi Shawn,
On Wed, Jul 06, 2016 at 03:16:37PM +0800, Shawn Lin wrote:
This patch adds a binding that describes the Rockchip PCIe controller
found on Rockchip SoCs PCIe interface.
Signed-off-by: Shawn Lin
Acked-by: Rob Herring
---
Changes in v6:
- add ack ta
On Wed, Jul 13, 2016 at 2:57 AM, Geert Uytterhoeven
wrote:
> JFYI, when comparing v4.7-rc7[1] to v4.7-rc6[3], the summaries are:
> - build errors: +7/-6
+ error: main.c: undefined reference to `__stack_chk_guard': =>
.init.text+0x166), .init.text+0x1d6)
x86_64-randconfig
> [1] http://kissk
Hi Chris,
I'm now developing the extcon property on extcon-test branch.
But, it has not been completed.
On next version, I'll remove the notification about extcon property
and only support the following two functions.
- extcon_set_cable_property()
- extcon_get_cable_property()
Because the number
1 - 100 of 981 matches
Mail list logo
