Commit-ID: 6d862b8c14ba539c7c87ffc77f2e1d6dc9630c4d
Gitweb: http://git.kernel.org/tip/6d862b8c14ba539c7c87ffc77f2e1d6dc9630c4d
Author: Steven Rostedt
AuthorDate: Fri, 1 Nov 2013 17:54:00 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 4 Nov 2013 14:36:49 -0300
tools lib
Commit-ID: b30f75eba27a9ab0704cbc501e9be3b025ce56fe
Gitweb: http://git.kernel.org/tip/b30f75eba27a9ab0704cbc501e9be3b025ce56fe
Author: Howard Cochran
AuthorDate: Fri, 1 Nov 2013 17:53:56 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 4 Nov 2013 14:34:43 -0300
tools lib
Commit-ID: 18900af8292180151c82f0762506fa0740aa54a5
Gitweb: http://git.kernel.org/tip/18900af8292180151c82f0762506fa0740aa54a5
Author: Steven Rostedt (Red Hat)
AuthorDate: Fri, 1 Nov 2013 17:53:54 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 4 Nov 2013 14:33:59 -0300
Commit-ID: 5efb9fbd5f1bfe4435bd0a3ea5f0e187875509c2
Gitweb: http://git.kernel.org/tip/5efb9fbd5f1bfe4435bd0a3ea5f0e187875509c2
Author: Steven Rostedt (Red Hat)
AuthorDate: Fri, 1 Nov 2013 17:53:58 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 4 Nov 2013 14:35:54 -0300
Hi
Thanks for your reply
On Mon, Nov 4, 2013 at 10:53 AM, Andi Kleen wrote:
> Anatol Pomozov writes:
>>
>> One idea is not to use the spin_lock. It is the 'fair spin_lock' that
>> has scalability problems
>> http://pdos.csail.mit.edu/papers/linux:lock.pdf Maybe lockless
>> datastructures can
Commit-ID: c6c2b960b7a4105f096499fba3df65d6c0272a20
Gitweb: http://git.kernel.org/tip/c6c2b960b7a4105f096499fba3df65d6c0272a20
Author: Steven Rostedt
AuthorDate: Fri, 1 Nov 2013 17:53:59 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 4 Nov 2013 14:36:27 -0300
tools lib
Commit-ID: 0970b5f438261216afcd0ccaa2fcfffc83df7ca2
Gitweb: http://git.kernel.org/tip/0970b5f438261216afcd0ccaa2fcfffc83df7ca2
Author: Steven Rostedt (Red Hat)
AuthorDate: Fri, 1 Nov 2013 17:53:55 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 4 Nov 2013 14:34:26 -0300
Commit-ID: 42d88910c717ba21089251d0ca559abfef0df22d
Gitweb: http://git.kernel.org/tip/42d88910c717ba21089251d0ca559abfef0df22d
Author: Adrian Hunter
AuthorDate: Fri, 1 Nov 2013 15:51:38 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 4 Nov 2013 12:49:36 -0300
perf evsel:
Commit-ID: d37a92dcb45094dc02836c8a77c693c6f9916fb2
Gitweb: http://git.kernel.org/tip/d37a92dcb45094dc02836c8a77c693c6f9916fb2
Author: Namhyung Kim
AuthorDate: Fri, 1 Nov 2013 16:33:14 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 4 Nov 2013 12:56:41 -0300
perf top: Use
Commit-ID: 026359658aecd348bc5c4a136a26f204b169103b
Gitweb: http://git.kernel.org/tip/026359658aecd348bc5c4a136a26f204b169103b
Author: Adrian Hunter
AuthorDate: Fri, 1 Nov 2013 15:51:33 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 4 Nov 2013 12:21:41 -0300
perf evlist:
Commit-ID: cc03c54296ccbeca5363dfe8f49af42d14960f28
Gitweb: http://git.kernel.org/tip/cc03c54296ccbeca5363dfe8f49af42d14960f28
Author: Namhyung Kim
AuthorDate: Fri, 1 Nov 2013 16:33:15 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 4 Nov 2013 12:57:36 -0300
perf stat:
Commit-ID: 87b955247d71975460774435241be3aa05218a7b
Gitweb: http://git.kernel.org/tip/87b955247d71975460774435241be3aa05218a7b
Author: Adrian Hunter
AuthorDate: Fri, 1 Nov 2013 15:51:36 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 4 Nov 2013 12:44:01 -0300
perf evsel:
Commit-ID: 091a4ef5a94d46d26a05f0c32d2f64800ed91306
Gitweb: http://git.kernel.org/tip/091a4ef5a94d46d26a05f0c32d2f64800ed91306
Author: Adrian Hunter
AuthorDate: Fri, 1 Nov 2013 15:51:37 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 4 Nov 2013 12:47:24 -0300
perf test:
Commit-ID: 1e7ed5ec54e3998bda6ea625599a0644404cb421
Gitweb: http://git.kernel.org/tip/1e7ed5ec54e3998bda6ea625599a0644404cb421
Author: Adrian Hunter
AuthorDate: Fri, 1 Nov 2013 15:51:35 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 4 Nov 2013 12:42:28 -0300
perf evsel:
Commit-ID: 6e6dc401d528e3b64626de82322fa237f1c1e576
Gitweb: http://git.kernel.org/tip/6e6dc401d528e3b64626de82322fa237f1c1e576
Author: Jiri Olsa
AuthorDate: Sat, 26 Oct 2013 20:53:14 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 4 Nov 2013 10:48:04 -0300
perf tools: Add
Commit-ID: 91aba0a62e24ff7a567e13e1d88deab711df6f0f
Gitweb: http://git.kernel.org/tip/91aba0a62e24ff7a567e13e1d88deab711df6f0f
Author: Namhyung Kim
AuthorDate: Fri, 1 Nov 2013 16:33:13 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 4 Nov 2013 12:55:17 -0300
perf report:
Commit-ID: 1b372ca52a02cc97520c13d79bdfb0a7ff81b772
Gitweb: http://git.kernel.org/tip/1b372ca52a02cc97520c13d79bdfb0a7ff81b772
Author: Yoshihiro YUNOMAE
AuthorDate: Fri, 1 Nov 2013 17:53:53 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 4 Nov 2013 14:33:12 -0300
tools lib
Commit-ID: 7ea95727af571d592c9d6aa7627690d44b114a2d
Gitweb: http://git.kernel.org/tip/7ea95727af571d592c9d6aa7627690d44b114a2d
Author: Adrian Hunter
AuthorDate: Fri, 1 Nov 2013 15:51:30 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 4 Nov 2013 12:19:26 -0300
perf script:
Commit-ID: 28e962b9d79f496f214d7fc8ffd1a3f2a67e9090
Gitweb: http://git.kernel.org/tip/28e962b9d79f496f214d7fc8ffd1a3f2a67e9090
Author: Adrian Hunter
AuthorDate: Fri, 1 Nov 2013 15:51:31 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 4 Nov 2013 12:20:45 -0300
perf tools:
Commit-ID: 4dfced359fbc719a35527416f1b4b3999647f68b
Gitweb: http://git.kernel.org/tip/4dfced359fbc719a35527416f1b4b3999647f68b
Author: Namhyung Kim
AuthorDate: Fri, 13 Sep 2013 16:28:57 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 4 Nov 2013 12:16:39 -0300
perf tools:
Commit-ID: 8a0c4c2843d3b72e23c3c12079b8d5c3ae99f3e3
Gitweb: http://git.kernel.org/tip/8a0c4c2843d3b72e23c3c12079b8d5c3ae99f3e3
Author: Adrian Hunter
AuthorDate: Fri, 1 Nov 2013 15:51:32 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 4 Nov 2013 12:21:18 -0300
perf tools:
Commit-ID: f852fd621ca19f557f2e3d05900366be7c7afb83
Gitweb: http://git.kernel.org/tip/f852fd621ca19f557f2e3d05900366be7c7afb83
Author: Adrian Hunter
AuthorDate: Fri, 1 Nov 2013 15:51:29 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 4 Nov 2013 12:18:17 -0300
perf evsel:
Commit-ID: fedd63d3cdc9004df43b02df5c874b8957992fe8
Gitweb: http://git.kernel.org/tip/fedd63d3cdc9004df43b02df5c874b8957992fe8
Author: Frederic Weisbecker
AuthorDate: Wed, 11 Sep 2013 17:18:09 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 4 Nov 2013 12:14:59 -0300
perf
Commit-ID: 9ef0438a957937bf0edc26d58bce891034ff9e30
Gitweb: http://git.kernel.org/tip/9ef0438a957937bf0edc26d58bce891034ff9e30
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 24 Oct 2013 17:36:31 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 4 Nov 2013 10:48:02 -0300
Am 04.11.2013 20:49, schrieb Geert Uytterhoeven:
On Mon, Nov 4, 2013 at 6:00 PM, Alexander Holler wrote:
3.14
3.141
3.1415
3.14159
3.141592
3.1415926
(...)
4.0
Since when does \pi converge to 4.0?
The attention span of most people is usually limited, so they won't
follow very long.
On 11/04/2013 01:16 PM, Kent Overstreet wrote:
> On Mon, Nov 04, 2013 at 01:12:17PM -0700, Jens Axboe wrote:
>> On 11/04/2013 01:07 PM, Kent Overstreet wrote:
>>> Hey Jens, sorry for being late with this - anyways, it's roughly the same
>>> set of
>>> patches you had queued up before plus a few
* Arnaldo Carvalho de Melo wrote:
> From: Arnaldo Carvalho de Melo
>
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit 46d525eae2a076adfde92dca1db12d9a3b8ad8bb:
>
> perf test: Update command line callchain attribute tests (2013-11-01
>
On Mon, Nov 04, 2013 at 01:12:17PM -0700, Jens Axboe wrote:
> On 11/04/2013 01:07 PM, Kent Overstreet wrote:
> > Hey Jens, sorry for being late with this - anyways, it's roughly the same
> > set of
> > patches you had queued up before plus a few minor fixes, but it's been
> > rebased
> > onto
On Mon, Nov 04, 2013 at 09:08:12AM -0700, Greg Edwards wrote:
> When determining the page size we could use to map with the IOMMU, the
> page size should also be aligned with the hva, not just the gfn. The
> gfn may not reflect the real alignment within the hugetlbfs file.
>
> Signed-off-by:
On 11/04/2013 01:07 PM, Kent Overstreet wrote:
> Hey Jens, sorry for being late with this - anyways, it's roughly the same set
> of
> patches you had queued up before plus a few minor fixes, but it's been rebased
> onto your for-3.13/core branch.
Merge window is a little later this time, and
From: Govindarajulu Varadarajan
Date: Sat, 2 Nov 2013 19:17:43 +0530
> @@ -1030,10 +1030,8 @@ static void ni65_xmit_intr(struct net_device *dev,int
> csr0)
> }
>
> #ifdef XMT_VIA_SKB
> - if(p->tmd_skb[p->tmdlast]) {
> -
On Mon, Nov 04, 2013 at 10:06:00AM -0500, Mikulas Patocka wrote:
>
>
> On Fri, 1 Nov 2013, Jens Axboe wrote:
>
> > On 11/01/2013 07:59 AM, Mike Snitzer wrote:
> > > Add the missing bi_remaining increment, required by the block layer's
> > > new bio-chaining code, to both the verity and old
* H. Peter Anvin wrote:
> 8192 maybe?
Yeah, that makes more sense I guess.
Thanks,
Ingo
--
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 http://vger.kernel.org/majordomo-info.html
Hey Jens, sorry for being late with this - anyways, it's roughly the same set of
patches you had queued up before plus a few minor fixes, but it's been rebased
onto your for-3.13/core branch.
The following changes since commit febca1baea1cfe2d7a0271385d89b03d5fb34f94:
block: setup bi_vcnt on
On Sun, Nov 3, 2013 at 4:10 PM, Linus Torvalds
wrote:
> The reason I mention it is because I've been mulling over something
> Dirk Hohndel said during LinuxCon EU and the kernel summit. He asked
> at the Q session whether we could do a release with just stability
> and bug-fixes, and I
On Mon, Nov 04, 2013 at 02:58:28PM +, Mel Gorman wrote:
> On Wed, Oct 16, 2013 at 10:54:29AM -0500, Alex Thorlton wrote:
> > Hi guys,
> >
> > I ran into a bug a week or so ago, that I believe has something to do
> > with NUMA balancing, but I'm having a tough time tracking down exactly
> >
On Mon, Nov 4, 2013 at 8:08 PM, Josh Boyer wrote:
>>> So I may be pessimistic, but I'd expect many developers would go "Let's
>>> hunt bugs.. Wait. Oooh, shiny" and go off doing some new feature after
>>> all instead. Or just take that release off.
>>>
>>> But I do wonder.. Maybe it would be
On Mon, Nov 4, 2013 at 6:00 PM, Alexander Holler wrote:
> 3.14
> 3.141
> 3.1415
> 3.14159
> 3.141592
> 3.1415926
> (...)
> 4.0
Since when does \pi converge to 4.0?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 --
On 10/29, Oleg Nesterov wrote:
>
> David. Perhaps we can avoid the new hook altogether? What if we do
> the simple change below (it ignores powerpc) ?
>
> Then arm can add "unsigned long ixol[2]" into its arch_uprobe, and
> arch_uprobe_analyze_insn() can initialize this member correctly.
>
> What
Hi Thomas,
On Mon, 4 Nov 2013, Thomas Gleixner wrote:
> On Thu, 19 Sep 2013, Geert Uytterhoeven wrote:
> > However, the resulting kernel hangs (on ARAnyM) after starting userspace:
> >
> > | INIT: version 2.86 booting
> >
> > I'll have a deeper look when I have some more time...
>
>
On Mon, Nov 04, 2013 at 08:11:27PM +0100, Peter Zijlstra wrote:
> +#define smp_load_acquire(p, v)
> \
I R idiot!! :-)
---
arch/alpha/include/asm/barrier.h | 13 +++
arch/arc/include/asm/barrier.h| 13 +++
On Mon, Nov 04, 2013 at 08:27:32AM -0800, Paul E. McKenney wrote:
> All this is leading me to suggest the following shortenings of names:
>
> smp_load_with_acquire_semantics() -> smp_load_acquire()
>
> smp_store_with_release_semantics() -> smp_store_release()
>
> But names aside,
On 11/04/13 10:14, Stefano Stabellini wrote:
> On Fri, 1 Nov 2013, Konrad Rzeszutek Wilk wrote:
>> On Wed, Oct 30, 2013 at 11:44:51AM -0700, Randy Dunlap wrote:
>>> On 10/30/13 00:45, Stephen Rothwell wrote:
Hi all,
News: I am now doing an arm multi_v7_defconfig build between each
On Mon, Nov 4, 2013 at 1:25 AM, Ingo Molnar wrote:
>
> * Linus Torvalds wrote:
>
>> So I may be pessimistic, but I'd expect many developers would go "Let's
>> hunt bugs.. Wait. Oooh, shiny" and go off doing some new feature after
>> all instead. Or just take that release off.
>>
>> But I do
8192 maybe?
Ingo Molnar wrote:
>
>* Russ Anderson wrote:
>
>> > Russ, does SGI (or anyone else that you know of) have x86 hardware
>> > with more than 4096 CPUs?
>>
>> Yes. We have a system in the lab with 254 12-core IVB sockets for a
>> total of 3048 cores. With HT is it 6096 cpus.
>
>It
On Mon, Nov 04, 2013 at 12:06:10PM +0100, Jiri Olsa wrote:
> hi,
> adding the check for maximum allowed frequency rate
> defined in perf_event_max_sample_rate.
>
> Plus procfs mountpoint reading code. Reachable here:
> git://git.kernel.org/pub/scm/linux/kernel/git/jolsa/perf.git
> perf/cc
Hi Alan,
Appreciate your comments. Please, see my reply.
On 10/30/2013 10:35 AM, Alan Stern wrote:
On Wed, 30 Oct 2013, David Cohen wrote:
Check gadget.quirk_ep_out_aligned_size to decide if buffer size requires
to be aligned to maxpacketsize of an out endpoint. ffs_epfile_io() needs
to pad
On Sat, 2013-11-02 at 16:10 +, Jayamohan Kallickal wrote:
> >> On a related note, some iscsi vendor has been hitting a crash with
> >> your tree.
>
> >I got an email from Jayamohan recently, but the OOPs did not appear to be
> >scsi-mq related..
>
> I do see the crash on my Ubuntu VM
On 11/04, Oleg Nesterov wrote:
>
> On 11/04, Oleg Nesterov wrote:
> >
> > On 11/04, Oleg Nesterov wrote:
> > >
> > > But in any case, I strongly believe that it doesn't make any sense to
> > > rely on tu->inode in get_user_vaddr().
> >
> > Hmm. But I forgot about the case when you probe the
Anatol Pomozov writes:
>
> One idea is not to use the spin_lock. It is the 'fair spin_lock' that
> has scalability problems
> http://pdos.csail.mit.edu/papers/linux:lock.pdf Maybe lockless
> datastructures can help here?
The standard spin lock is already improved.
But better locks just give you
On 11/04, Oleg Nesterov wrote:
>
> On 11/04, Oleg Nesterov wrote:
> >
> > But in any case, I strongly believe that it doesn't make any sense to
> > rely on tu->inode in get_user_vaddr().
>
> Hmm. But I forgot about the case when you probe the function in libc
> and want to dump the variable in
[Patch ping #3: anyone interested in making sdhci_irq a bit faster?]
Hi all,
I've discovered that the sdhci_irq() function needlessly iterates re-reading
the interrupt status and doing nothing (until it runs out of max_loops) when
it handles the "Card Interrupt" status in the interrupt status
On 10/26/2013 11:03 AM, Ray Jui wrote:
Under function mmc_blk_issue_rq, after an MMC discard operation,
the MMC request data structure may be freed in memory. Later in
the same function, the check of req->cmd_flags & MMC_REQ_SPECIAL_MASK
is dangerous and invalid. It causes the MMC host not to be
On Fri, Nov 01, 2013 at 10:16:44AM -0700, Mark Rutland wrote:
> On Fri, Nov 01, 2013 at 09:50:05AM +, NeilBrown wrote:
> > + - label: name for connector. If not given, device name is used.
> Are extcon devices ever used standalone? If so, why?
They are sometimes used for things that don't
On Wed, 30 Oct 2013, Stefano Stabellini wrote:
> On Tue, 29 Oct 2013, Russell King - ARM Linux wrote:
> > So... what I'm saying is please fix xgmac to use the DMA API properly
> > rather than working around such problems. :)
>
> OK.
> Would the appended patch fix your concerns?
ping?
> ---
>
On Mon, Nov 04, 2013 at 06:34:23PM +0100, Frederic Weisbecker wrote:
> On Sun, Oct 20, 2013 at 01:10:06PM +0200, Andreas Mohr wrote:
> > In case of high update traffic of parts guarded by rq->iowait_lock
> > (is that a relevant case?),
> >
> > it might be useful to merely grab all relevant values
When recording raw_syscalls for the entire system, e.g.,
perf record -e raw_syscalls:*,sched:sched_switch -a -- sleep 10
you end up with a negative feedback loop as perf itself calls
write() fairly often. This patch handles the problem by mmap'ing the
file in chunks of 64M at a time and copies
hi,
after discussion with David, sending his change
updated into the new data file object.
David's original post:
http://marc.info/?l=linux-kernel=138180575328977=2
Here's the change:
git://git.kernel.org/pub/scm/linux/kernel/git/jolsa/perf.git
perf/mmap1
thanks,
jirka
Signed-off-by:
Adding perf_data__write implementation into perf_data_file
object. This interface is now used within record command
to store data.
Signed-off-by: Jiri Olsa
Cc: Ingo Molnar
Cc: Frederic Weisbecker
Cc: Peter Zijlstra
Cc: Namhyung Kim
Cc: Mike Galbraith
Cc: Stephane Eranian
Cc: David Ahern
struct key_preparsed_payload should have two payload pointers to correspond
with those in struct key.
Signed-off-by: David Howells
---
crypto/asymmetric_keys/asymmetric_type.c |2 +-
crypto/asymmetric_keys/x509_public_key.c |2 +-
include/linux/key-type.h |2 +-
Hi Prabhakar Lad,
On 11/02/2013 05:39 PM, Lad, Prabhakar wrote:
> From: "Lad, Prabhakar"
>
> This patch converts the davinci gpio driver to use irqdomain
> support.
This patch needs to be splitted in two:
1) add IRQ domain support
2) remove intc_irq_num
>
> Signed-off-by: Lad, Prabhakar
>
Hi Prabhakar Lad,
On 11/02/2013 05:39 PM, Lad, Prabhakar wrote:
From: KV Sujith
This patch adds OF parser support for davinci gpio
driver and also appropriate documentation in gpio-davinci.txt
located at Documentation/devicetree/bindings/gpio/.
I worry, do we need to have
On Fri, 1 Nov 2013, Konrad Rzeszutek Wilk wrote:
> On Fri, Nov 01, 2013 at 11:16:26AM -0700, Randy Dunlap wrote:
> > On 11/01/13 01:11, Stephen Rothwell wrote:
> > > Hi all,
> > >
> > > Changes since 20131031:
> > >
> > > The squashfs tree gained a build failure so I used the version from
> > >
On Mon, Nov 04, 2013 at 06:14:26PM +, Stefano Stabellini wrote:
> On Fri, 1 Nov 2013, Konrad Rzeszutek Wilk wrote:
> > On Wed, Oct 30, 2013 at 11:44:51AM -0700, Randy Dunlap wrote:
> > > On 10/30/13 00:45, Stephen Rothwell wrote:
> > > > Hi all,
> > > >
> > > > News: I am now doing an arm
On Mon, Nov 04, 2013 at 06:20:42PM +, Stefano Stabellini wrote:
> On Fri, 1 Nov 2013, Konrad Rzeszutek Wilk wrote:
> > On Fri, Nov 01, 2013 at 11:16:26AM -0700, Randy Dunlap wrote:
> > > On 11/01/13 01:11, Stephen Rothwell wrote:
> > > > Hi all,
> > > >
> > > > Changes since 20131031:
> > > >
Implement "keyctl control" for encrypted keys rather than trying to do this
with the update method (which won't function correctly when add_key() tries to
update an existing key).
Provide a command to change the master key:
keyctl control "encrypted change-master-key "
Signed-off-by:
Allow a key type's preparsing routine to set the expiry time for a key.
Signed-off-by: David Howells
---
Documentation/security/keys.txt | 10 +++---
include/linux/key-type.h|1 +
security/keys/key.c |8
3 files changed, 16 insertions(+), 3
On Mon, Nov 04, 2013 at 04:38:47PM +, Mark Salter wrote:
> The .data section in the arm64 linker script currently lacks a
> definition for page-aligned data. This leads to a .page_aligned
> section being placed between the end of data and start of bss.
> This patch corrects that by using the
On Fri, 1 Nov 2013, Konrad Rzeszutek Wilk wrote:
> On Wed, Oct 30, 2013 at 11:44:51AM -0700, Randy Dunlap wrote:
> > On 10/30/13 00:45, Stephen Rothwell wrote:
> > > Hi all,
> > >
> > > News: I am now doing an arm multi_v7_defconfig build between each merge.
> > >
> > > Changes since 20131029:
Hi Mimi, Dmitry,
Here's a series of patches, the last three of which attempt to fix up a
problem with encrypted keys update method. The preceding patches are fixes or
are preparatory for other changes that I want to put underneath.
I really want to make all key types use ->preparse() to avoid
On Mon, Nov 04, 2013 at 06:52:45PM +0100, Ingo Molnar wrote:
>
> * Frederic Weisbecker wrote:
>
> > On Mon, Nov 04, 2013 at 08:05:00AM +0100, Ingo Molnar wrote:
> > >
> > > * Davidlohr Bueso wrote:
> > >
> > > > Btw, do you suggest using a high level tool such as perf for getting
> > > >
From: Frederic Weisbecker
This way we can later delimit a lifecycle for the COMM and map a hist to
a precise COMM:timeslice couple.
PERF_RECORD_COMM and PERF_RECORD_FORK events that don't have
PERF_SAMPLE_TIME samples can only send 0 value as a timestamp and thus
should overwrite any previous
From: Frederic Weisbecker
Now that comm strings are allocated only once and refcounted to be shared
among threads, these can now be safely compared by addresses. This
should remove most hists collapses on post processing.
Signed-off-by: Frederic Weisbecker
Tested-by: Jiri Olsa
Cc: Jiri Olsa
From: Howard Cochran
The kernel has a few events with a format similar to this excerpt:
field:unsigned int len; offset:12; size:4; signed:0;
field:__data_loc unsigned char[] data_array; offset:16; size:4;
signed:0;
print fmt: "%s",
From: Frederic Weisbecker
This new COMM infrastructure provides two features:
1) It keeps track of all comms lifecycle for a given thread. This way we
can associate a timeframe to any thread COMM, as long as
PERF_SAMPLE_TIME samples are joined to COMM and fork events.
As a result we should
Add a function to permit a key to be altered or controlled in a type-dependent
way. This is given text strings as its command and argument parameters and is
permitted to return a string to a maximum buffer size (including NUL):
long keyctl_control(key_serial_t keyid,
From: Namhyung Kim
The -s (--sort) option was processed after normal option parsing so that
it cannot call the parse_options_usage() automatically. Currently it
calls usage_with_options() which shows entire help messages for event
option. Fix it by showing just -s options.
$ perf report -s
From: "Steven Rostedt (Red Hat)"
If the format string of TP_printk() contains a %s, and the argument is
not a string, check if the argument is a pointer that might match the
printk_formats that were stored.
Signed-off-by: Steven Rostedt
Cc: Andrew Morton
Cc: Frederic Weisbecker
Cc: Ingo
From: "Steven Rostedt (Red Hat)"
The trace_bprintk() in the kernel looks like:
ring_buffer_producer_thread: Missed: 0
ring_buffer_producer_thread: Hit: 62174350
ring_buffer_producer_thread: Entries per millisec: 6296
ring_buffer_producer_thread: 158 ns per entry
From: Adrian Hunter
Use -lunwind-x86 instead of -lunwind-x86_64 for 32-bit build.
Signed-off-by: Adrian Hunter
Acked-by: Jiri Olsa
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc:
From: Namhyung Kim
At insert time, a hist entry should reference comm at the time otherwise
it'll get the last comm anyway.
Signed-off-by: Namhyung Kim
Acked-by: Frederic Weisbecker
Tested-by: Jiri Olsa
Cc: Frederic Weisbecker
Link:
From: Steven Rostedt
Add the pevent_print_func_field() that will look up a field that is
expected to be a function pointer, and it will print the function name
and offset of the address given by the field.
Signed-off-by: Steven Rostedt
Cc: Andrew Morton
Cc: Frederic Weisbecker
Cc: Ingo
From: Adrian Hunter
Always use perf_evsel__set_sample_bit() rather than just setting the
bit.
Signed-off-by: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane
From: Namhyung Kim
The -s (--sort) option was processed after normal option parsing so that
it cannot call the parse_options_usage() automatically. Currently it
calls usage_with_options() which shows entire help messages for event
option. Fix it by showing just -s options.
$ perf top -s
From: Namhyung Kim
Print related option help messages only when it failed to process
options. While at it, modify parse_options_usage() to skip usage part
so that it can be used for showing multiple option help messages
naturally like below:
$ perf stat -Bx, ls
-B option not supported with
On 11/01, Janakiram Sistla wrote:
> On 1 November 2013 15:08, Stephen Boyd wrote:
> > + err = -ENOMEM;
> > + goto err_map;
> > + }
> > +
> > + l2_saw_base = of_iomap(l2_node, 0);
> > + if (!l2_saw_base) {
> > + err = -ENOMEM;
> > +
From: Namhyung Kim
Current option parser outputs whole option help string when it failed to
parse an option. However this is not good for user if the command has
many option, she might feel hard which one is related easily.
Fix it by just showing the help message of the given option only.
From: "Steven Rostedt (Red Hat)"
Instead of cropping off the '"' and '\n"' from a printk format every
time it is referenced, do it when it's added. This makes it easier to
reference a printk_map and should speed things up a little.
Signed-off-by: Steven Rostedt
Cc: Andrew Morton
Cc: Frederic
From: Namhyung Kim
If setup_browser() called earlier than option parsing, the actual error
message can be discarded during the terminal reset. So move it after
setup_sorting() checks whether the sort keys are valid.
Signed-off-by: Namhyung Kim
Acked-by: Ingo Molnar
Reviewed-by: Ingo Molnar
From: Adrian Hunter
There is a debug print (at verbose level 2) for each call to
perf_event_open. Add another debug print if the call fails, and print
the error number.
Signed-off-by: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Mike Galbraith
From: Steven Rostedt
Add the flags EVENT_FL_NOHANDLE and EVENT_FL_PRINTRAW to the event flags
to have the event either ignore the register handler or to ignore the
handler and also print the raw format respectively.
This allows a tool to force a raw format or non handle for an event.
From: Adrian Hunter
Add missing overflow check for PERF_SAMPLE_TRANSACTION in
perf_evsel__parse_sample().
Signed-off-by: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc:
From: Adrian Hunter
Setting EXTRA_CFLAGS=-m32 did not work because it was not passed around.
Signed-off-by: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane Eranian
Em Mon, Nov 04, 2013 at 04:32:16PM +0100, Jiri Olsa escreveu:
> On Mon, Nov 04, 2013 at 08:17:24AM -0700, David Ahern wrote:
> > On 11/4/13, 4:06 AM, Jiri Olsa wrote:
> > >Adding the check for maximum allowed frequency rate
> > >defined in following file:
> > >
From: "Steven Rostedt (Red Hat)"
Currently when using the raw format for fields, when looking at a
character array, to determine if it is a string or not, we make sure all
characters are "isprint()". If not, then we consider it a numeric array,
and print the hex numbers of the characters
On Mon, Nov 04, 2013 at 10:40:02AM -0700, Jens Axboe wrote:
> On 11/04/2013 10:37 AM, Konrad Rzeszutek Wilk wrote:
> > On Fri, Sep 06, 2013 at 02:26:34PM -0600, Jens Axboe wrote:
> >> On 09/06/2013 02:25 PM, Konrad Rzeszutek Wilk wrote:
> >>> Hey Jens,
> >>>
> >>> I sent you a git pull a couple of
From: Adrian Hunter
In fact the "sample parsing" test does not automatically check new
sample type bits - they must be added to the comparison logic.
Doing that shows that the test fails because the functions
perf_event__synthesize_sample() and perf_event__sample_event_size() have
not been
From: Adrian Hunter
Add missing PERF_SAMPLE_TRANSACTION to perf_event__synthesize_sample()
and perf_event__sample_event_size().
This makes the "sample parsing" test pass.
Signed-off-by: Adrian Hunter
Cc: Andi Kleen
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc:
From: Frederic Weisbecker
As the thread comm is going to be implemented by way of a more
complicated data structure than just a pointer to a string from the
thread struct, convert the readers of comm to use an accessor instead of
accessing it directly.
The accessor will be later overriden to
From: Adrian Hunter
Add a debug print if mmap of the perf event ring buffer fails.
Signed-off-by: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link:
201 - 300 of 1126 matches
Mail list logo