>From 8c6417cb56c71efd47d28d15bc117567f3171c93 Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Thu, 16 Jul 2015 11:50:49 -0400
The recent percpu conversion of blkg_rwstat triggered the following
warning in certain configurations.
block/blk-cgroup.c:654:1: warning: the frame size of 1360 bytes is
On Thu, Jul 16, 2015 at 11:45 AM, Andy Lutomirski wrote:
> On Thu, Jul 16, 2015 at 4:46 AM, Brian Gerst wrote:
>> There is no need to save FS and non-lazy GS outside the 32-bit regs. Lazy GS
>> still needs to be saved because it wasn't saved on syscall entry.
>
> I think I'm missing something.
On Thu, Jul 16, 2015 at 4:46 AM, Brian Gerst wrote:
> There is no legitimate reason for usermode to modify the orig_ax field on
> entry to vm86 mode, so copy it from the 32-bit regs.
Looks good.
--Andy
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a me
On Thu, 2015-07-16 at 16:43 +0100, Andy Whitcroft wrote:
> On Thu, Jul 16, 2015 at 08:35:58AM -0700, Joe Perches wrote:
> > > #31:
> > > arch/x86/kernel/hpet.c | 198
> > > ++---
>
> I guess those are in the limbo land between the end of message and
>
On Mon, Jul 06, 2015 at 07:39:35AM -0700, Dexuan Cui wrote:
> Hyper-V VM Sockets (hvsock) is a byte-stream based communication mechanism
> between Windowsd 10 (or later) host and a guest. It's kind of TCP over
> VMBus, but the transportation layer (VMBus) is much simpler than IP.
> With Hyper-V VM
Add data window feature to show current kernel status
on separate consoles, including: 1) registers, 2) back
trace and 3) watch data windows.
The data window would help kernel developer to understand
current hardware/ kernel status, and on single-stepping, the
modified fields in the data window wo
On Thu, Jul 16, 2015 at 08:59:47AM -0500, Seth Forshee wrote:
> On Wed, Jul 15, 2015 at 10:15:21PM -0500, Eric W. Biederman wrote:
> >
> > Seth I think for the LSMs we should start with:
> >
> > diff --git a/security/security.c b/security/security.c
> > index 062f3c997fdc..5b6ece92a8e5 100644
> >
Commit 6793f55cbc84 ("MIPS: sibyte: Amend dependencies for
SIBYTE_BUS_WATCHER") changed the dependencies for
SIBYTE_BUS_WATCHER to make it visible only if SIBYTE_BCM112X
or SIBYTE_SB1250 are enabled.
In the code in arch/mips/sibyte/common/bus_watcher, however,
a #if defined() check suggests that t
Tried v4.2-rc2-77-gf760b87 on one of my older machines (K6-2 with custom
config) and got the following link error:
Building modules, stage 2.
MODPOST 385 modules
ERROR: "tick_broadcast_oneshot_control" [drivers/acpi/processor.ko] undefined!
scripts/Makefile.modpost:90: recipe for target '__mo
On Thu, Jul 16, 2015 at 11:42 AM, Andy Lutomirski wrote:
> On Thu, Jul 16, 2015 at 4:46 AM, Brian Gerst wrote:
>> Move the userspace accesses down into the common function in
>> preparation for the next set of patches.
>
> Nice!
>
> Could you improve the changelog a bit? You're really changing th
On Thu, Jul 16, 2015 at 06:30:11PM +0300, Andrey Ryabinin wrote:
> On 07/15/2015 07:37 PM, Catalin Marinas wrote:
> > Ok, so simply taking the call out of the loop won't work unless we
> > conditionally define these functions (wouldn't be too bad since we have
> > some #if CONFIG_PGTABLE_LEVELS alr
From: Srikar Dronamraju
perf kvm can be used to analyze guest exit reasons. This support already
exists in x86. Hence, porting it to powerpc.
- To trace KVM events :
perf kvm stat record
If many guests are running, we can track for a specific guest by using
--pid as in : perf kvm stat rec
Powerpc provides hcall events that also provides insights into guest
behaviour. Enhance perf kvm stat to record and analyze hcall events.
- To trace hcall events :
perf kvm stat record
- To show the results :
perf kvm stat report --event=hcall
The result shows the number of hypervisor call
Hi Gerry,
On do, 2015-07-16 at 23:25 +0800, Jiang Liu wrote:
> May be that is hidden in some device tree files.
> MODULE_ALIAS() is used by a driver to announce that it supports
> such types of devices. And bus enumerator will create those
> devices by probing hardware or parsing some configuratio
Hi Stephen,
On 08/07/15 02:46, Stephen Boyd wrote:
On 07/07, Sudeep Holla wrote:
On 06/07/15 20:52, Stephen Boyd wrote:
If I have time I may try to start doing the clk_register() conversion,
but it will take a while so I doubt it will be in v4.3. I'm asking if
you can add a clk_hw based A
On Thu, Jul 16, 2015 at 10:37:14AM -0400, Chris Brandt wrote:
> For an XIP build, _edata_loc, not _etext, is the end of constant R/O
> memory that needs to be mapped into the MODULES_VADDR area. This fixes
> the bug where you might loose part of your R/O data after page table
> setup is complete.
Hi Stefano,
On 16/07/2015 16:05, Stefano Stabellini wrote:
I like this. I think it might make sense to call it
gnttab_page_grant_foreign_access_ref_one to make clear that it is only
granting the first 4K.
Will do.
In the future we could introduce a new function, called
gnttab_page_grant_fore
Hi Stefano,
On 16/07/2015 17:01, Stefano Stabellini wrote:
On Thu, 9 Jul 2015, Julien Grall wrote:
Currently, a grant is always based on the Xen page granularity (i.e
4KB). When Linux is using a different page granularity, a single page
will be split between multiple grants.
The new helpers wi
On Thu, Jul 16, 2015 at 10:50:59AM -0300, Marcelo Ricardo Leitner wrote:
> On Tue, Jul 14, 2015 at 02:23:11PM +0200, Michal Kubecek wrote:
> > @@ -278,6 +292,14 @@ static int sctp_new_state(enum ip_conntrack_dir dir,
> > pr_debug("SCTP_CID_SHUTDOWN_COMPLETE\n");
> > i = 8;
>
On Wed, 8 Jul 2015, Paolo Pisati wrote:
This lacks a proper changelog.
> Signed-off-by: Paolo Pisati
> diff --git a/Documentation/x86/zero-page.txt b/Documentation/x86/zero-page.txt
> index 82fbdbc..0761737 100644
> --- a/Documentation/x86/zero-page.txt
> +++ b/Documentation/x86/zero-page.txt
>
On Thu, Jul 16, 2015 at 08:53:48AM -0700, Dave Hansen wrote:
> On 07/16/2015 04:05 AM, Kirill A. Shutemov wrote:
> >> > These both look nice to me (and they both cull specialty MPX code which
> >> > is excellent). I'll run them through a quick test.
> > Any update?
>
> Both patches look fine to m
Hi Stefano,
On 16/07/2015 16:33, Stefano Stabellini wrote:
On Fri, 10 Jul 2015, Konrad Rzeszutek Wilk wrote:
On Thu, Jul 09, 2015 at 09:42:21PM +0100, Julien Grall wrote:
When Linux is using 64K page granularity, every page will be slipt in
multiple non-contiguous 4K MFN (page granularity of X
On Thu, 16 Jul 2015 11:31:15 -0400
Steven Rostedt wrote:
> >
> > In case of the number of entries, the following diff might be needed
> > as I suggested in the previous reply. ;)
> >
> > 8<
> >
> > @@ -330,7 +333,7 @@ static int t_show(struct seq_file *m, void *v)
> > seq_p
Hi Stefano,
On 16/07/2015 16:43, Stefano Stabellini wrote:
On Thu, 9 Jul 2015, Julien Grall wrote:
Only use the first 4KB of the page to store the events channel info. It
means that we will wast 60KB every time we allocate page for:
^ waste
* control block: a pag
On do, 2015-07-16 at 16:05 +0100, Mark Brown wrote:
> Why would this not be the case - what is the difference you beleive
> this driver has to other platform drivers?
It's my believe that for MODULE_ALIAS("platform:[...]") to be useful
there needs to be corresponding struct platform_device. For th
> I think you need to either provide more details of the problem you're seeing,
> or further reasoning why this is a correct change.
When I look at my System.map, it's clear that _edata_loc is the very last thing
of ROM, and hence programmed into Flash.
_etext is farther back.
Example:
0
Hi Stefano,
On 16/07/2015 16:47, Stefano Stabellini wrote:
>> diff --git a/drivers/xen/grant-table.c b/drivers/xen/grant-table.c
index 3679293..0a1f903 100644
--- a/drivers/xen/grant-table.c
+++ b/drivers/xen/grant-table.c
The arm part is fine, but aren't you missing the change to RPP and SPP
>From 34330e77b9dfec43e65de069e83ca41cc145ed07 Mon Sep 17 00:00:00 2001
From: ahmed
Date: Thu, 16 Jul 2015 17:12:52 +0200
Subject: [PATCH] Security.c: fix 3 coding style indentation errors
This is my first patch to get my hand dirty
3 simple indentation errors fixing withen security/security.c
Si
* Paul Walmsley [150716 07:09]:
> On Wed, 15 Jul 2015, Tony Lindgren wrote:
>
> > * Paul Walmsley [150715 22:58]:
> > > Hello Markus
> > >
> > > On Tue, 30 Jun 2015, SF Markus Elfring wrote:
> > >
> > > > From: Markus Elfring
> > > > Date: Tue, 30 Jun 2015 14:00:16 +0200
> > > >
> > > > The
On Thu, 16 Jul 2015, Meelis Roos wrote:
> Tried v4.2-rc2-77-gf760b87 on one of my older machines (K6-2 with custom
> config) and got the following link error:
>
> Building modules, stage 2.
> MODPOST 385 modules
> ERROR: "tick_broadcast_oneshot_control" [drivers/acpi/processor.ko] undefined!
On Wed, Jul 15, 2015 at 01:29:07PM -0700, Linus Torvalds wrote:
> What happens if the environment has ARCH_CFLAGS set? The build will
> start using them. Sure, we've had this before, and maybe the ARCH_
> prefix makes it unique enough, but generally I think we've tried to
> either
>
> (a) make su
Variable obd_device_cachep is only used inside the file it is declared,
so it is better set as static
Signed-off-by: Pedro Marzo Perez
---
drivers/staging/lustre/lustre/obdclass/genops.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/lustre/lustre/obdclass/ge
Hi Joe,
On Thu, Jul 16, 2015 at 08:30:53AM -0700, Joe Perches wrote:
> On Thu, 2015-07-16 at 23:11 +, Craig Inches wrote:
> > Fixed up some checkpatch.pl style issues.
> > Line greater than 80 Chars in multiple locations.
>
> I think most all of these are not improvements.
Ok, can you
On Thu, 2015-07-16 at 23:21 +0800, Daniel Kurtz wrote:
> On Thu, Jul 16, 2015 at 3:17 PM, YH Huang wrote:
> > On Thu, 2015-07-16 at 14:54 +0800, Daniel Kurtz wrote:
> >> On Thu, Jul 16, 2015 at 1:38 PM, YH Huang wrote:
> >> > On Wed, 2015-07-15 at 23:59 +0800, YH Huang wrote:
> >> >> On Mon, 2015
Signed-off-by: Nicolas Schichan
---
arch/arm/net/bpf_jit_32.c | 22 --
arch/arm/net/bpf_jit_32.h | 3 +++
2 files changed, 23 insertions(+), 2 deletions(-)
diff --git a/arch/arm/net/bpf_jit_32.c b/arch/arm/net/bpf_jit_32.c
index 3c73caf..876060b 100644
--- a/arch/arm/net/bpf
Previously, the JIT would reject negative offsets known during code
generation and mishandle negative offsets provided at runtime.
Fix that by calling bpf_internal_load_pointer_neg_helper()
appropriately in the jit_get_skb_{b,h,w} slow path helpers and by forcing
the execution flow to the slow pat
Hello,
This serie fixes issues with the ARM BPF JIT and adds support for more
instructions to the ARM BPF JIT.
The first three patches are fixing bugs in the ARM JIT and should
probably find their way to a stable kernel.
The last three patches add support to the ARM JIT for more BPF
instructions
Signed-off-by: Nicolas Schichan
---
arch/arm/net/bpf_jit_32.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/net/bpf_jit_32.c b/arch/arm/net/bpf_jit_32.c
index c011e22..6ff248c 100644
--- a/arch/arm/net/bpf_jit_32.c
+++ b/arch/arm/net/bpf_jit_32.c
@@ -895,6 +895,17 @@ b
Signed-off-by: Nicolas Schichan
---
arch/arm/net/bpf_jit_32.c | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/net/bpf_jit_32.c b/arch/arm/net/bpf_jit_32.c
index 6ff248c..3c73caf 100644
--- a/arch/arm/net/bpf_jit_32.c
+++ b/arch/arm/net/bpf_jit_32.c
@@ -915,6 +915,14 @@ b_epil
This makes BPF_ANC | SKF_AD_VLAN_TAG and BPF_ANC | SKF_AD_VLAN_TAG_PRESENT
have the same behaviour as the in kernel VM and makes the test_bpf LD_VLAN_TAG
and LD_VLAN_TAG_PRESENT tests pass.
Signed-off-by: Nicolas Schichan
---
arch/arm/net/bpf_jit_32.c | 8 +---
1 file changed, 5 insertions(+
On Thu, Jul 16, 2015 at 04:32:35PM +0100, Will Deacon wrote:
> cmpxchg64_relaxed is now defined by asm-generic/atomic.h, so we can
linux/atomic.h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
To check whether the load should take the fast path or not, the code
would check that (r_skb_hlen - load_order) is greater than the offset
of the access using an "Unsigned higher or same" condition. For
halfword accesses and an skb length of 1 at offset 0, that test is
valid, as we end up comparing
On 07/16/2015 10:37 AM, Ming Lei wrote:
> When direct read IO is submitted from kernel, it is often
> unnecessary to dirty pages, for example of loop, dirtying pages
> have been considered in the upper filesystem(over loop) side
> already, and they don't need to be dirtied again.
>
> So this patch
On 07/16/2015 12:38 AM, Marc Zyngier wrote:
On 15/07/15 19:57, David Daney wrote:
On 07/15/2015 10:12 AM, Marc Zyngier wrote:
On 15/07/15 17:54, David Daney wrote:
From: David Daney
Needed to map SPI interrupt sources.
Signed-off-by: David Daney
---
drivers/irqchip/irq-gic-v3.c |
On 07/16/2015 01:31 AM, Paul Bolle wrote:
On wo, 2015-07-15 at 09:54 -0700, David Daney wrote:
--- a/drivers/pci/host/Kconfig
+++ b/drivers/pci/host/Kconfig
+config PCI_THUNDER_PEM
+ bool
Do you expect other symbols to select this symbol in the future?
No, ...
Because
at this mome
On Fri, Jul 17, 2015 at 12:20:42AM +, Craig Inches wrote:
> Hi Joe,
>
> On Thu, Jul 16, 2015 at 08:30:53AM -0700, Joe Perches wrote:
> > On Thu, 2015-07-16 at 23:11 +, Craig Inches wrote:
> > > Fixed up some checkpatch.pl style issues.
> > > Line greater than 80 Chars in multiple locations
On Thu, Jul 16, 2015 at 04:32:36PM +0100, Will Deacon wrote:
> @@ -130,8 +130,7 @@ static inline void queued_read_unlock(struct qrwlock
> *lock)
> /*
>* Atomically decrement the reader count
>*/
> - smp_mb__before_atomic();
> - atomic_sub(_QR_BIAS, &lock->cnts);
> +
On Thu, Jul 16, 2015 at 05:48:03PM +0100, Peter Zijlstra wrote:
> On Thu, Jul 16, 2015 at 04:32:35PM +0100, Will Deacon wrote:
> > cmpxchg64_relaxed is now defined by asm-generic/atomic.h, so we can
>
> linux/atomic.h
Whoops, thanks. Fixed.
Will
--
To unsubscribe from this list: send the line "u
byungchul.p...@lge.com writes:
> From: Byungchul Park
>
> hello paul,
>
> can i ask you something?
>
> when a sched entity is both waken and migrated, it looks being decayed twice.
> did you do it on purpose?
> or am i missing something? :(
>
> thanks,
> byungchul
__synchronize_entity_decay() up
On 07/16/2015 02:04 AM, Lorenzo Pieralisi wrote:
Hi David,
On Wed, Jul 15, 2015 at 05:54:43PM +0100, David Daney wrote:
From: David Daney
[...]
diff --git a/arch/arm64/kernel/pci.c b/arch/arm64/kernel/pci.c
index 4095379..3356023 100644
--- a/arch/arm64/kernel/pci.c
+++ b/arch/arm64/kernel/
On Thu, Jul 16, 2015 at 09:43:55AM -0600, Alex Williamson wrote:
> I was tempted to do this as well, but what about
> domain_remove_dev_info() where we also handle vm domains specially and
> don't do a symmetric detach in both directions? I started down that
> path but quickly found the code to fr
On 16/07/15 17:50, David Daney wrote:
> On 07/16/2015 12:38 AM, Marc Zyngier wrote:
>> On 15/07/15 19:57, David Daney wrote:
>>> On 07/15/2015 10:12 AM, Marc Zyngier wrote:
On 15/07/15 17:54, David Daney wrote:
> From: David Daney
>
> Needed to map SPI interrupt sources.
>
>>>
On Thu, Jul 16, 2015 at 09:41:36AM +0200, Guillaume Bienkowski wrote:
> Fix spaces before comma and indentation.
That's two different things, so this should be two different patches
please.
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Tue, Jul 14, 2015 at 1:31 PM, Mel Gorman wrote:
> On Tue, Jul 14, 2015 at 08:09:10AM +0800, Fengguang Wu wrote:
>> Greetings,
>>
>> 0day kernel testing robot got the below dmesg and the first bad commit is
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
>>
>
> Can
On Thu, 9 Jul 2015, Julien Grall wrote:
> The hypercall interface (as well as the toolstack) is always using 4KB
> page granularity. When the toolstack is asking for mapping a series of
> guest PFN in a batch, it expects to have the page map contiguously in
> its virtual memory.
>
> When Linux is
On 07/16/2015 10:09 AM, Marc Zyngier wrote:
On 16/07/15 17:50, David Daney wrote:
[...]
Patch 5 has established that you're using "virtual wire" SPIs, so we
need to work on exposing that with the normal kernel abstraction, and
not by messing with the internals of the GIC.
Agreed.
The MSI sy
On Thu, 16 Jul 2015, Stefano Stabellini wrote:
> > + /* setup_hparams guarantees ret == 0 */
> > + BUG_ON(xen_apply_to_page(page, setup_hparams, info));
> > +
> > + set_xen_guest_handle(xatp.idxs, info->h_idxs);
> > + set_xen_guest_handle(xatp.gpfns, info->h_gpfns);
> > + set_xen_guest_ha
On Fri, Jul 17, 2015 at 12:44 AM, YH Huang wrote:
> On Thu, 2015-07-16 at 23:21 +0800, Daniel Kurtz wrote:
>> On Thu, Jul 16, 2015 at 3:17 PM, YH Huang wrote:
>> > On Thu, 2015-07-16 at 14:54 +0800, Daniel Kurtz wrote:
>> >> On Thu, Jul 16, 2015 at 1:38 PM, YH Huang wrote:
>> >> > On Wed, 2015-0
On Wed, Jul 15, 2015 at 01:31:55AM +0100, Jonathan (Zhixiong) Zhang wrote:
> From: "Jonathan (Zhixiong) Zhang"
>
> If the physical address has memory attributes defined by EFI
> memmap as EFI_MEMORY_UC, the page protection type is
> PROT_DEVICE_nGnRE. Otherwise, the page protection type is
> PAGE
On Thu, Jul 16, 2015 at 08:58:56AM -0700, Joe Perches wrote:
> On Thu, 2015-07-16 at 16:43 +0100, Andy Whitcroft wrote:
> > On Thu, Jul 16, 2015 at 08:35:58AM -0700, Joe Perches wrote:
> > > > #31:
> > > > arch/x86/kernel/hpet.c | 198
> > > > ++---
> >
This is v9 of the 'hist triggers' patchset.
Changes from v8:
Same as v8, but with the RFC patch [ftrace: Add function_hist tracer]
removed, and rebased to latest trace/for-next.
Changes from v7:
This version refactors the commits as suggested by Masami. There are
now more commits, but the resu
When a trigger is enabled, the cond flag should be set beforehand,
otherwise a trigger that's expecting to process a trace record
(e.g. one with post_trigger set) could be invoked without one.
Likewise a trigger's cond flag should be reset after it's disabled,
not before.
Signed-off-by: Tom Zanus
Make various event trigger utility functions available outside of
trace_events_trigger.c so that new triggers can be defined outside of
that file.
Signed-off-by: Tom Zanussi
---
kernel/trace/trace.h| 14 ++
kernel/trace/trace_events_trigger.c | 28 +---
Allow users to specify keys and/or values to sort on. With this
addition, keys and values specified using the 'keys=' and 'vals='
keywords can be used to sort the hist trigger output via a new 'sort='
keyword. If multiple sort keys are specified, the output will be
sorted using the second key as
'hist' triggers allow users to continually aggregate trace events,
which can then be viewed afterwards by simply reading a 'hist' file
containing the aggregation in a human-readable format.
The basic idea is very simple and boils down to a mechanism whereby
trace events, rather than being exhausti
From: Namhyung Kim
The string in a trace event is usually recorded as dynamic array which
is variable length. But current hist code only support fixed length
array so it cannot support most strings.
This patch fixes it by checking filter_type of the field and get
proper pointer with it. With t
Allow users to have pid fields displayed as program names in the output
by appending '.execname' to field names:
# echo hist:keys=aaa.execname ... \
[ if filter] > event/trigger
Signed-off-by: Tom Zanussi
---
kernel/trace/trace.c | 1 +
kernel/trace/trace_events_hi
Allow users to have numeric fields displayed as hex values in the
output by appending '.hex' to field names:
# echo hist:keys=aaa,bbb.hex:vals=ccc.hex ... \
[ if filter] > event/trigger
Signed-off-by: Tom Zanussi
---
kernel/trace/trace.c | 5 +++-
kernel/trace/trac
Add documentation and usage examples for 'hist' triggers.
Signed-off-by: Tom Zanussi
---
Documentation/trace/events.txt | 1131
1 file changed, 1131 insertions(+)
diff --git a/Documentation/trace/events.txt b/Documentation/trace/events.txt
index 75d25a1.
Similar to enable_event/disable_event triggers, these triggers enable
and disable the aggregation of events into maps rather than enabling
and disabling their writing into the trace buffer.
They can be used to automatically start and stop hist triggers based
on a matching filter condition.
If the
Allow users to have address fields displayed as symbols in the output
by appending '.sym' or 'sym-offset' to field names:
# echo hist:keys=aaa.sym,bbb.sym-offset ... \
[ if filter] > event/trigger
Signed-off-by: Tom Zanussi
---
kernel/trace/trace.c | 2 ++
kernel/t
It's often useful to be able to use a stacktrace as a hash key, for
keeping a count of the number of times a particular call path resulted
in a trace event, for instance. Add a special key named 'stacktrace'
which can be used as key in a 'keys=' param for this purpose:
# echo hist:keys=stackt
Allow users to have syscall id fields displayed as syscall names in
the output by appending '.syscall' to field names:
# echo hist:keys=aaa.syscall ... \
[ if filter] > event/trigger
Signed-off-by: Tom Zanussi
---
kernel/trace/trace.c | 1 +
kernel/trace/trace_even
If we assume the maximum size for a string field, we don't have to
worry about its position. Since we only allow two keys in a compound
key and having more than one string key in a given compound key
doesn't make much sense anyway, trading a bit of extra space instead
of introducing an arbitrary r
On Wed, 15 Jul 2015, David Daney wrote:
> From: David Daney
>
> The subject pretty much says it all. The first four patches tweak the
> infrastructure a little so that we can get required behavior. The
Just that you avoid to describe what the required behaviour is.
Can you please provide a p
Allow users to append 'pause' or 'continue' to an existing trigger in
order to have it paused or to have a paused trace continue.
This expands the hist trigger syntax from this:
# echo hist:keys=xxx:vals=yyy:sort=zzz.descending \
[ if filter] > event/trigger
to this:
# echo his
Allow users to append 'clear' to an existing trigger in order to have
the hash table cleared.
This expands the hist trigger syntax from this:
# echo hist:keys=xxx:vals=yyy:sort=zzz.descending:pause/cont \
[ if filter] > event/trigger
to this:
# echo hist:keys=xxx:vals=yyy:sort
Allow users to specify multiple trace event fields to use in keys by
allowing multiple fields in the 'keys=' keyword. With this addition,
any unique combination of any of the fields named in the 'keys'
keyword will result in a new entry being added to the hash table.
Signed-off-by: Tom Zanussi
-
Allow users to specify trace event fields to use in aggregated sums
via a new 'vals=' keyword. Before this addition, the only aggregated
sum supported was the implied value 'hitcount'. With this addition,
'hitcount' is also supported as an explicit value field, as is any
numeric trace event field
Add a utility function to grab the syscall name from the syscall
metadata, given a syscall id.
Signed-off-by: Tom Zanussi
---
kernel/trace/trace.h | 5 +
kernel/trace/trace_syscalls.c | 11 +++
2 files changed, 16 insertions(+)
diff --git a/kernel/trace/trace.h b/kernel/tr
Some triggers may need access to the trace event, so pass it in. Also
fix up the existing trigger funcs and their callers.
Signed-off-by: Tom Zanussi
---
include/linux/trace_events.h| 7 ---
kernel/trace/trace.h| 6 --
kernel/trace/trace_events_trigger.c | 35 +
Add tracing_map, a special-purpose lock-free map for tracing.
tracing_map is designed to aggregate or 'sum' one or more values
associated with a specific object of type tracing_map_elt, which
is associated by the map to a given key.
It provides various hooks allowing per-tracer customization and
Hi Linus,
A collection of fixes from the last few weeks that should go into the
current series. This pull request contains:
- Various fixes for the per-blkcg policy data, fixing regressions since
4.1 From Arianna and Tejun.
- Code cleanup for bcache closure macros from me. Really just flushing
Add a simple per-trigger 'paused' flag, allowing individual triggers
to pause. We could leave it to individual triggers that need this
functionality to do it themselves, but we also want to allow other
events to control pausing, so add it to the trigger data.
Signed-off-by: Tom Zanussi
---
kern
Make is_string_field() and is_function_field() accessible outside of
trace_event_filters.c for other users of ftrace_event_fields.
Signed-off-by: Tom Zanussi
---
kernel/trace/trace.h | 12
kernel/trace/trace_events_filter.c | 12
2 files changed, 12 insert
On 16/07/15 18:14, David Daney wrote:
> On 07/16/2015 10:09 AM, Marc Zyngier wrote:
>> On 16/07/15 17:50, David Daney wrote:
> [...]
Patch 5 has established that you're using "virtual wire" SPIs, so we
need to work on exposing that with the normal kernel abstraction, and
not by messi
Implement atomic logic ops -- atomic_{or,xor,and}.
These will replace the atomic_{set,clear}_mask functions that are
available on some archs.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/x86/include/asm/atomic.h | 35 ++-
arch/x86/include/asm/atomic64_3
Implement atomic logic ops -- atomic_{or,xor,and}.
These will replace the atomic_{set,clear}_mask functions that are
available on some archs.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/ia64/include/asm/atomic.h | 26 ++
1 file changed, 22 insertions(+), 4 deletions
On Thu, Jul 16, 2015 at 08:13:38PM +0300, Konstantin Khlebnikov wrote:
> Rw-sem have special "non-owner" mode for keeping lockdep away.
Nooo, no new ones of those please!!
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.
Currently there is an incoherent mess of atomic_{set,clear}_mask() and
atomic_or() (but no atomic_{and,nand,xor}()) in the tree.
Those archs that implement atomic_{set,clear}_mask() are not even consistent on
its signature.
Implement atomic_{or,and,xor}() on all archs and deprecate
atomic_{set,cl
Implement atomic logic ops -- atomic_{or,xor,and}
These will replace the atomic_{set,clear}_mask functions that are
available on some archs.
Also rework the atomic implementation in terms of CPP macros to avoid
the typical repetition -- I seem to have missed this arch the last
time around when I
Implement atomic logic ops -- atomic_{or,xor,and}.
These will replace the atomic_{set,clear}_mask functions that are
available on some archs.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/avr32/include/asm/atomic.h | 14 ++
1 file changed, 14 insertions(+)
--- a/arch/avr32/inclu
Implement atomic logic ops -- atomic_{or,xor,and}.
These will replace the atomic_{set,clear}_mask functions that are
available on some archs.
TODO: use inline asm or at least asm macros to collapse the lot.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/blackfin/include/asm/atomic.h | 28 +++
es
- fixed up bogus lib change from previous patchset
- separate patch to remove unnecessary tracing kallsyms.h and module.h usage
The following changes since commit 6593e2dcdedd0493e1b1fcb419609d2101c4d0be:
Add linux-next specific files for 20150716 (2015-07-16 16:23:42 +1000)
are available
kallsyms.h was included by ftrace.h for KSYM_NAME_LEN, but that usage
was removed by commit 3f5ec13696f [tracing/fastboot: move boot tracer
structs and funcs into their own header].
Remove kallsyms.h and have users relying on ftrace.h to include it for
them include it explicitly.
Signed-off-by: T
kallsyms.h now includes module.h, so remove module.h includes that
were apparently there only to satisfy kallsyms use of MODULE_NAME_LEN
(via KSYM_SYMBOL_LEN).
Signed-off-by: Tom Zanussi
---
lib/vsprintf.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/lib/vsprintf.c b/lib/vsprintf.c
index 7
kallsyms.h now includes module.h, so remove module.h includes that
were apparently there only to satisfy kallsyms use of MODULE_NAME_LEN
(via KSYM_SYMBOL_LEN).
Signed-off-by: Tom Zanussi
Acked-by: David Rientjes
---
mm/slub.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/mm/slub.c b/mm/slu
Implement atomic logic ops -- atomic_{or,xor,and}.
These will replace the atomic_{set,clear}_mask functions that are
available on some archs.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/alpha/include/asm/atomic.h | 43 ++--
1 file changed, 28 insertions(
Implement atomic logic ops -- atomic_{or,xor,and}.
These will replace the atomic_{set,clear}_mask functions that are
available on some archs.
Acked-by: Benjamin Herrenschmidt
Signed-off-by: Peter Zijlstra (Intel)
---
arch/powerpc/include/asm/atomic.h |9 +
1 file changed, 9 inserti
At some point, these files made use of something from kallsyms.h
and/or module.h, but they now use nothing from either and can be
removed.
Signed-off-by: Tom Zanussi
---
kernel/trace/trace.c | 1 -
kernel/trace/trace_branch.c | 2 --
kernel/trace/trace_export.c | 2 --
k
501 - 600 of 994 matches
Mail list logo
