From: Andi Kleen
Currently branch stacks can be only shown as edge histograms for
individual branches. I never found this display particularly useful.
This implements an alternative mode that creates histograms over complete
branch traces, instead of individual branches, similar to how normal
ca
From: Andi Kleen
When the source line is not found fall back to sym + offset.
This is generally much more useful than a raw address.
For this we need to pass in the symbol from the caller.
For some callers it's awkward to compute, so we stay
at the old behaviour.
Signed-off-by: Andi Kleen
---
From: Andi Kleen
asprintf corrupts memory on some older glibc versions.
Provide a replacement. This fixes various segfaults
with --branch-history on older Fedoras.
Signed-off-by: Andi Kleen
---
tools/perf/Makefile.perf | 1 +
tools/perf/util/asprintf.c | 28
2 f
From: Andi Kleen
For lbr-as-callgraph we need to see the line number in the history,
because many LBR entries can be in a single function, and just
showing the same function name many times is not useful.
When the history code is configured to sort by address, also try to
resolve the address to
Signed-off-by: Rasmus Villemoes
---
lib/list_sort.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/lib/list_sort.c b/lib/list_sort.c
index 1183fa7..291412a 100644
--- a/lib/list_sort.c
+++ b/lib/list_sort.c
@@ -207,7 +207,7 @@ static int __init cmp(void *priv, struct list_h
Add a check to make sure that the prev pointer of the list head points
to the last element on the list.
Signed-off-by: Rasmus Villemoes
---
lib/list_sort.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/lib/list_sort.c b/lib/list_sort.c
index 291412a..832f525 100644
--- a/lib/list_sort
On Fri, Jun 20, 2014 at 04:30:33PM -0700, Paul E. McKenney wrote:
> On Fri, Jun 20, 2014 at 03:39:51PM -0700, j...@joshtriplett.org wrote:
> > On Fri, Jun 20, 2014 at 03:11:20PM -0700, Paul E. McKenney wrote:
> > > On Fri, Jun 20, 2014 at 02:24:23PM -0700, j...@joshtriplett.org wrote:
> > > > On Fr
Kevin,
On Fri, Jun 20, 2014 at 4:13 PM, Kevin Hilman wrote:
> Doug Anderson writes:
>
>> Kevin,
>>
>> On Fri, Jun 20, 2014 at 2:48 PM, Kevin Hilman wrote:
>>> Hi Doug,
>>>
>>> Doug Anderson writes:
>>>
On Thu, Jun 19, 2014 at 11:43 AM, Kevin Hilman wrote:
> Doug Anderson writes:
>>>
On Fri, Jun 20, 2014 at 05:33:06PM -0500, Rob Herring wrote:
> On Fri, Jun 20, 2014 at 1:52 PM, Jason Cooper wrote:
> > On Thu, Jun 19, 2014 at 06:40:43PM +0200, Gregory CLEMENT wrote:
> >> For the Armada 380 and Armada 385 SoCs, the common bindings for those
> >> 2 SoCs, was forgotten. This patch
On Fri, 20 Jun 2014, Nick Krause wrote:
> Ok that's fine I would return as if it's a NULL the other parts of the
> function can't continue.
> Nick
>
> On Thu, Jun 19, 2014 at 1:21 AM, Dan Carpenter
> wrote:
> > On Wed, Jun 18, 2014 at 06:08:05PM -0400, Nicholas Krause wrote:
> >> Signed-off-by:
On 21.06.2014 01:53, Doug Anderson wrote:
> Kevin,
>
> On Fri, Jun 20, 2014 at 4:13 PM, Kevin Hilman wrote:
>> Doug Anderson writes:
>>
>>> Kevin,
>>>
>>> On Fri, Jun 20, 2014 at 2:48 PM, Kevin Hilman wrote:
Hi Doug,
Doug Anderson writes:
> On Thu, Jun 19, 2014 at 11:43
Hello.
On 06/21/2014 12:40 AM, Fabian Frederick wrote:
inline this one line function used in driver_info structure
Cc: "David S. Miller"
Cc: Emil Goode
Cc: linux-...@vger.kernel.org
Signed-off-by: Fabian Frederick
---
drivers/net/usb/asix_devices.c | 2 +-
1 file changed, 1 insertion(+
The core mm code will provide a default gate area based on
FIXADDR_USER_START and FIXADDR_USER_END if
!defined(__HAVE_ARCH_GATE_AREA) && defined(AT_SYSINFO_EHDR).
This default is only useful for ia64. arm64, ppc, s390, sh, tile,
64-bit UML, and x86_32 have their own code just to disable it. arm,
On Fri, Jun 20, 2014 at 04:52:15PM -0700, j...@joshtriplett.org wrote:
> On Fri, Jun 20, 2014 at 04:30:33PM -0700, Paul E. McKenney wrote:
> > On Fri, Jun 20, 2014 at 03:39:51PM -0700, j...@joshtriplett.org wrote:
> > > On Fri, Jun 20, 2014 at 03:11:20PM -0700, Paul E. McKenney wrote:
> > > > On Fr
Willy Tarreau writes:
> Hi Eric,
>
> On Fri, Jun 20, 2014 at 03:16:07PM -0700, Eric W. Biederman wrote:
>> Willy Tarreau writes:
>>
>> > Hi Luis,
>> >
>> > On Thu, Jun 12, 2014 at 01:55:53PM +0100, Luis Henriques wrote:
>> >> I was finally able to spend some more time with this and tried (a
>>
v1->v2:
- Add an internal helper to switch on/off lock acquisition instead
of modifying the external API.
With introduction of fair queued rwlock, recursive read_lock() may hang
the offending process if there is a write_lock() somewhere in between.
With recursive read_lock checking enabled, t
ection pointed me to this
patch.
[ 32.830823] BUG: using __this_cpu_add() in preemptible [] code:
mkdir/8677
[ 32.831522] caller is __this_cpu_preempt_check+0x13/0x20
[ 32.832079] CPU: 35 PID: 8677 Comm: mkdir Not tainted
3.16.0-rc1-next-20140620-sasha-00023-g8fc12ed #700
[ 32.8
On Fri, Jun 20, 2014 at 05:14:18PM -0700, Paul E. McKenney wrote:
> On Fri, Jun 20, 2014 at 04:52:15PM -0700, j...@joshtriplett.org wrote:
> > On Fri, Jun 20, 2014 at 04:30:33PM -0700, Paul E. McKenney wrote:
> > > On Fri, Jun 20, 2014 at 03:39:51PM -0700, j...@joshtriplett.org wrote:
> > > > On Fr
On Fri, Jun 20, 2014 at 12:30:25PM +0100, Mel Gorman wrote:
> On Fri, Jun 20, 2014 at 07:42:14AM +1000, Dave Chinner wrote:
> > On Thu, Jun 19, 2014 at 02:38:44PM -0400, Jeff Moyer wrote:
> > > Mel Gorman writes:
> > >
> > > > The existing CFQ default target_latency results in very poor performan
From: "Luis R. Rodriguez"
Its reported that loading the cxgb4 can take over 1 minute,
use the more sane request_firmware_nowait() API call just
in case this amount of time is causing issues. The driver
uses the firmware API 3 times, one for the firmware, one
for configuration and another one for
From: "Luis R. Rodriguez"
cxgb4 loading can take a while, this ends the crusade to
change it to be asynchronous.
Cc: Casey Leedom
Cc: Hariprasad Shenai
Cc: Philip Oswald
Cc: Santosh Rastapur
Cc: Jeffrey Cheung
Cc: David Chang
Signed-off-by: Luis R. Rodriguez
---
drivers/net/ethernet/chel
From: "Luis R. Rodriguez"
cxgb4 loading can take a while, this is part of the crusade to
change it to be asynchronous. One more to go.
Cc: Philip Oswald
Cc: Santosh Rastapur
Cc: Jeffrey Cheung
Cc: David Chang
Cc: Casey Leedom
Cc: Hariprasad Shenai
Signed-off-by: Luis R. Rodriguez
---
dri
From: "Luis R. Rodriguez"
cxgb4 loading can take a while, this is part of the crusade to
change it to be asynchronous.
Cc: Casey Leedom
Cc: Hariprasad Shenai
Cc: Philip Oswald
Cc: Santosh Rastapur
Cc: Jeffrey Cheung
Cc: David Chang
Signed-off-by: Luis R. Rodriguez
---
drivers/net/etherne
> -Original Message-
> From: Bart Van Assche [mailto:bvanass...@acm.org]
> Sent: Wednesday, 18 June, 2014 2:09 AM
> To: Jens Axboe; Christoph Hellwig; James Bottomley
> Cc: Elliott, Robert (Server Storage); linux-s...@vger.kernel.org; linux-
> ker...@vger.kernel.org
> Subject: Re: scsi-mq
On Fri, 20 Jun 2014 20:34:43 -0400 Sasha Levin wrote:
> I'm seeing the following when booting a VM, bisection pointed me to this
> patch.
>
> [ 32.830823] BUG: using __this_cpu_add() in preemptible [] code:
> mkdir/8677
Thanks. This one was fixed earlier today.
From: Michal Hocko
On 06/20/2014 08:56 PM, Andrew Morton wrote:
> On Fri, 20 Jun 2014 20:34:43 -0400 Sasha Levin wrote:
>
>> I'm seeing the following when booting a VM, bisection pointed me to this
>> patch.
>>
>> [ 32.830823] BUG: using __this_cpu_add() in preemptible [] code:
>> mkdir/8677
>
> Thanks.
On Fri, Jun 20, 2014 at 06:45:19AM -0400, Steven Rostedt wrote:
> From: Oleg Nesterov
>
> syscall_regfunc() and syscall_unregfunc() should set/clear
> TIF_SYSCALL_TRACEPOINT system-wide, but do_each_thread() can race
> with copy_process() and miss the new child which was not added to
> the proces
On Fri, 20 Jun 2014 18:11:25 -0700
"Paul E. McKenney" wrote:
> On Fri, Jun 20, 2014 at 06:45:19AM -0400, Steven Rostedt wrote:
> > From: Oleg Nesterov
> >
> > syscall_regfunc() and syscall_unregfunc() should set/clear
> > TIF_SYSCALL_TRACEPOINT system-wide, but do_each_thread() can race
> > wit
This patch fixes the following checkpatch.pl issue in
ft1000/ft1000-pcmcia/ft1000_dnld.c
ERROR: code indent should use tabs where possible
Signed-off-by: Quentin Lee
---
drivers/staging/ft1000/ft1000-pcmcia/ft1000_dnld.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/
I was just porting over an ethernet driver [0] to use request_firmware_nowait()
since firmware loading seems can take over a minute on one device, while
at it I noticed no other ethernet drivers yet use this API so figure
this may be a trend coming if devices are getting as complex as cxgb4.
The cx
On Thu, May 29, 2014 at 11:28:08PM +0300, Stefan Kristiansson wrote:
> On Tue, May 27, 2014 at 08:47:36AM +0200, Jonas Bonn wrote:
> > On 05/26/2014 10:52 PM, Geert Uytterhoeven wrote:
> > > CC devicetree for the bindings
> > >
> > > On Mon, May 26, 2014 at 10:31 PM, Stefan Kristiansson
> > > wro
On 06/20/2014 05:11 PM, Borislav Petkov wrote:
On Fri, Jun 20, 2014 at 04:43:37PM -0400, Boris Ostrovsky wrote:
We are getting CPU_ONLINE notifier for ASPs during boot:
Bah, that's craptastic. Hmm, ok, let's try this instead:
I'll try it later but this doesn't look sufficient to me: we might
Commit-ID: c1979c370273fd9f7326ffa27a63b9ddb0f495f4
Gitweb: http://git.kernel.org/tip/c1979c370273fd9f7326ffa27a63b9ddb0f495f4
Author: Andy Lutomirski
AuthorDate: Wed, 18 Jun 2014 15:59:47 -0700
Committer: H. Peter Anvin
CommitDate: Thu, 19 Jun 2014 15:44:59 -0700
x86/vdso2c: Use bette
Commit-ID: 5f56e7167e6d438324fcba87018255d81e201383
Gitweb: http://git.kernel.org/tip/5f56e7167e6d438324fcba87018255d81e201383
Author: Andy Lutomirski
AuthorDate: Wed, 18 Jun 2014 15:59:46 -0700
Committer: H. Peter Anvin
CommitDate: Thu, 19 Jun 2014 15:44:51 -0700
x86/vdso: Discard the
Commit-ID: bfad381c0d1e19cae8461e105d8d4387dd2a14fe
Gitweb: http://git.kernel.org/tip/bfad381c0d1e19cae8461e105d8d4387dd2a14fe
Author: Andy Lutomirski
AuthorDate: Wed, 18 Jun 2014 15:59:48 -0700
Committer: H. Peter Anvin
CommitDate: Thu, 19 Jun 2014 15:45:12 -0700
x86/vdso: Improve the
Commit-ID: 0e3727a8839c988a3c56170bc8da76d55a16acad
Gitweb: http://git.kernel.org/tip/0e3727a8839c988a3c56170bc8da76d55a16acad
Author: Andy Lutomirski
AuthorDate: Wed, 18 Jun 2014 15:59:49 -0700
Committer: H. Peter Anvin
CommitDate: Thu, 19 Jun 2014 15:45:26 -0700
x86/vdso: Remove some
Commit-ID: dda1e95cee38b416b23f751cac65421d781e3c10
Gitweb: http://git.kernel.org/tip/dda1e95cee38b416b23f751cac65421d781e3c10
Author: Andy Lutomirski
AuthorDate: Fri, 20 Jun 2014 12:20:44 -0700
Committer: H. Peter Anvin
CommitDate: Fri, 20 Jun 2014 13:18:49 -0700
x86/vdso: Create .bui
On Mon, Jun 09, 2014 at 11:05:02AM -0700, Florian Fainelli wrote:
> The driver was configuring the interrupt handler for the Level-2
> interrupts to be "level" triggered while they are in fact "edge"
> triggered. Fix this by using the correct handler.
>
> Reported-by: Brian Norris
> Signed-off-by
On Wed, Jun 04, 2014 at 04:01:52PM +0100, Daniel Thompson wrote:
> Using the generic function saves looking up this custom one in a source
> navigator.
>
> Signed-off-by: Daniel Thompson
> Cc: Thomas Gleixner
> Cc: Jason Cooper
> ---
> drivers/irqchip/irq-nvic.c | 13 -
> 1 file ch
Thanks for standing up for me Thomas.
If you have any ideas about what is better
please let me known.
Cheers Nick
On Fri, Jun 20, 2014 at 7:59 PM, Thomas Gleixner wrote:
> On Fri, 20 Jun 2014, Nick Krause wrote:
>
>> Ok that's fine I would return as if it's a NULL the other parts of the
>> functi
Thanks for the feedback I will resend the patch fixed.
Otherwise please use Larry's idea.
Cheers Nick
On Fri, Jun 20, 2014 at 4:08 PM, Joe Perches wrote:
> On Fri, 2014-06-20 at 22:59 +0300, Dan Carpenter wrote:
>> On Fri, Jun 20, 2014 at 12:56:50PM -0400, Nicholas Krause wrote:
>> > Rewrites the
When initrd (compressed or not) is used, kernel report data corrupted
with /dev/ram0.
The root cause:
During initramfs checking, if it is initrd, it will be transferred to
/initrd.image with sys_write.
sys_write only support 2G-4K write, so if the initrd ram is more than
that, /initrd.image will n
During testing initrd (>2G) support, find decompress/lz4 does
not work with initrd at all.
decompress_* should support:
1. inbuf[]/outbuf[] for kernel preboot.
2. inbuf[]/flush() for initramfs
3. fill()/flush() for initrd.
in the unlz4 does not handle case 3, as input len is passed
as 0, and it f
Now with 64bit bzImage and kexec tools, we support ramdisk that size
is bigger than 2g, as we could put it above 4G.
Found compressed initramfs image could not be decompressed
properly. It turns out that image length is int during decompress
detection, and it will become < 0 when length is more th
At present, most architectures can support TRACEPOINTS, but about 10/29
architectures support HAVE_SYSCALL_TRACEPOINTS.
TIF_SYSCALL_TRACEPOINT depends on HAVE_SYSCALL_TRACEPOINTS, not all
architectures which support TRACEPOINTS also must support
TIF_SYSCALL_TRACEPOINT.
So at present, need use HAV
Sricharan,
Your subject line seems truncated:
"irqchip: crossbar: introduce ti,irqs-skip to skip"
maybe "... Introduce DT property to skip hardwired irqs" ?
Also note that you need to correct the subject line for *every* patch in
the series wrt capitalization.
I don't mind correcting it when
On Fri, 2014-06-20 at 22:26 -0400, Nick Krause wrote:
> Thanks for the feedback I will resend the patch fixed.
Please do not.
> Otherwise please use Larry's idea.
It's not Larry's idea. Larry is the primary
contributor for Realtek drivers in staging.
--
To unsubscribe from this list: send the
On Fri, 20 Jun 2014 22:25:47 -0400 Nick Krause wrote:
> If you have any ideas about what is better
> please let me known.
I think the proposed patch was not a good one - it will cause truncate
to silently return, probably leaving the fs in an inconsistent state.
Neither the user nor the running
Is this patch being merged or is this not an issue. I am confused
did I make a mistake in my patch or is there being a different
patch being merged.
Thank Nick
On Fri, Jun 20, 2014 at 10:34 PM, Joe Perches wrote:
> On Fri, 2014-06-20 at 22:26 -0400, Nick Krause wrote:
>> Thanks for the feedback I
Fair enough if somebody is running this file system I would be
happy to have someone test my code in order to fix this.
Cheers Nick
On Fri, Jun 20, 2014 at 10:38 PM, Andrew Morton
wrote:
> On Fri, 20 Jun 2014 22:25:47 -0400 Nick Krause wrote:
>
>> If you have any ideas about what is better
>> pl
On Mon, Jun 16, 2014 at 04:53:16PM +0530, Sricharan R wrote:
> From: Nishanth Menon
>
> On certain platforms such as DRA7, SPIs 0, 1, 2, 3, 5, 6, 10, 131,
> 132, 133 are direct wired to hardware blocks bypassing crossbar.
> This quirky implementation is *NOT* supposed to be the expectation
> of c
Commit ac1bea85781e (Make cond_resched() report RCU quiescent states)
fixed a problem where a CPU looping in the kernel with but one runnable
task would give RCU CPU stall warnings, even if the in-kernel loop
contained cond_resched() calls. Unfortunately, in so doing, it introduced
performance reg
The functions iwctl_giwscan() and iwctl_siwscan() are only referenced
within iwctl.c -- so, remove their function declarations from iwctl.h
and mark these functions as static.
Signed-off-by: James A Shackleford
---
drivers/staging/vt6655/iwctl.c |4 ++--
drivers/staging/vt6655/iwctl.h | 10
On Fri, 20 Jun 2014 22:55:07 -0400 Nick Krause wrote:
> On Fri, Jun 20, 2014 at 10:38 PM, Andrew Morton
> wrote:
> > On Fri, 20 Jun 2014 22:25:47 -0400 Nick Krause wrote:
> >
> >> If you have any ideas about what is better
> >> please let me known.
> >
> > I think the proposed patch was not a g
I don't think that it's a good idea , in that case I
would recommend either leaving this bug open
or close it as there doesn't seem to be a good
way of testing this.
Cheers Nick
On Fri, Jun 20, 2014 at 11:09 PM, Andrew Morton
wrote:
> On Fri, 20 Jun 2014 22:55:07 -0400 Nick Krause wrote:
>
>> On
On Sat, 21 Jun 2014 10:32:37 +0800
Chen Gang wrote:
> diff --git a/include/trace/syscall.h b/include/trace/syscall.h
> index 291c282..a709cbd 100644
> --- a/include/trace/syscall.h
> +++ b/include/trace/syscall.h
> @@ -33,7 +33,7 @@ struct syscall_metadata {
> struct ftrace_event_call *exi
On Fri, Jun 20, 2014 at 08:38:20AM +1000, Dave Chinner wrote:
>
> Short reads are more likely a bug in all the iovec iterator stuff
> that got merged in from the vfs tree. ISTR a 32 bit-only bug in that
> stuff go past in to do with not being able to partition a 32GB block
> dev on a 32 bit system
Hi.
Call Trace:
[e22d5a90] [c0007ea8] show_stack+0x4c/0x168 (unreliable)
[e22d5ad0] [c0618c04] __schedule_bug+0x94/0xb0
[e22d5ae0] [c060b9ec] __schedule+0x530/0x550
[e22d5bf0] [c060bacc] schedule+0x30/0xbc
[e22d5c00] [c060ca24] rt_spin_lock_slowlock+0x180/0x27c
[e22d5c70] [c00b39dc] res_counter_u
The following warnings:
fs/direct-io.c: In function ‘__blockdev_direct_IO’:
fs/direct-io.c:1011:12: warning: ‘to’ may be used uninitialized in this
function [-Wmaybe-uninitialized]
fs/direct-io.c:913:16: note: ‘to’ was declared here
fs/direct-io.c:1011:12: warning: ‘from’ may be used unin
On Sat, Jun 21, 2014 at 2:26 AM, Nishanth Menon wrote:
> We use regmap regulator ops to enable/disable and check if regulator
> is enabled for various SMPS. However, these depend on valid
> enable_reg, enable_mask and enable_value in regulator descriptor.
>
> Currently we do not populate these for
On Fri, Jun 20, 2014 at 07:59:58PM -0700, Paul E. McKenney wrote:
> Commit ac1bea85781e (Make cond_resched() report RCU quiescent states)
> fixed a problem where a CPU looping in the kernel with but one runnable
> task would give RCU CPU stall warnings, even if the in-kernel loop
> contained cond_r
On Mon, Jun 16, 2014 at 11:31:05AM +0800, Nicolin Chen wrote:
> Shared Peripheral ASRC, running on SPBA, needs to use shp sciprts for
> DMA transfer. So this patch just adds a new DMATYPE for it.
>
> Signed-off-by: Nicolin Chen
Acked-by: Shawn Guo
--
To unsubscribe from this list: send the line
From: Fenghua Yu
During reboot, in the middle of disabling IO APIC, the scheduler may be
triggered by per cpu timer to do load blance. But since the kernel is
already in the process of shutting down and can not execute scheduler's
load balance at this point, it triggers invalid TSS exception and
On Fri, Jun 20, 2014 at 11:51:44PM -0400, Theodore Ts'o wrote:
> On Fri, Jun 20, 2014 at 08:38:20AM +1000, Dave Chinner wrote:
> >
> > Short reads are more likely a bug in all the iovec iterator stuff
> > that got merged in from the vfs tree. ISTR a 32 bit-only bug in that
> > stuff go past in to
On Fri, Jun 20, 2014 at 09:29:58PM -0700, Josh Triplett wrote:
> On Fri, Jun 20, 2014 at 07:59:58PM -0700, Paul E. McKenney wrote:
> > Commit ac1bea85781e (Make cond_resched() report RCU quiescent states)
> > fixed a problem where a CPU looping in the kernel with but one runnable
> > task would giv
On Sat, 21 Jun 2014, Luis R. Rodriguez wrote:
> I was just porting over an ethernet driver [0] to use
> request_firmware_nowait()
> since firmware loading seems can take over a minute on one device, while
> at it I noticed no other ethernet drivers yet use this API so figure
> this may be a trend
> Obviously I considered writing SmPL for this, but one thing which seemed
> hard was that for after the request_firmware_nowait() we tend to tuck
> away into another new call the rest of the code that was in place in the
> original function after the old request_firmware() call. Is there a way
> t
701 - 767 of 767 matches
Mail list logo
