> 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
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
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 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
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 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
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 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
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
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
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
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
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 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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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/
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
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 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, 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
> -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
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
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
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
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
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
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
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
>>
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
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,
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(+
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
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 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
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 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
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
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
From: Andi Kleen
Add a --branch-history option to perf report that changes all
the settings necessary for using the branches in callstacks.
This is just a short cut to make this nicer to use, it does
not enable any functionality by itself.
v2: Change sort order. Rename option to --branch-histor
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
For perf report with --sort srcline only print the base source file
name. This makes the results generally fit much better to the
screen. The path is usually not that useful anyways because it is
often from different systems.
Signed-off-by: Andi Kleen
---
tools/perf/util/srcli
[Even more review feedback and some bugs addressed.]
[Only port to changes in perf/core. No other changes.]
[Rebase to latest perf/core]
[Another rebase. No changes]
This patchkit implements lbr-as-callgraphs in per freport,
as an alternative way to present LBR information.
Current perf report do
From: Andi Kleen
With srcline key/sort'ing it's useful to have line numbers
in the annotate window. This patch implements this.
Use objdump -l to request the line numbers and
save them in the line structure. Then the browser
displays them for source lines.
The line numbers are not displayed by
From: Andi Kleen
The srcline sort output ignored the width, which caused
various problems with displaying srcline in the tui
browser. Just cut it off at width.
Signed-off-by: Andi Kleen
---
tools/perf/util/sort.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/perf/ut
From: Andi Kleen
When -v is specified always print the hex address for the srcline.
Signed-off-by: Andi Kleen
---
tools/perf/util/srcline.c | 18 +++---
1 file changed, 15 insertions(+), 3 deletions(-)
diff --git a/tools/perf/util/srcline.c b/tools/perf/util/srcline.c
index 36a7af
On 06/20/2014 01:49 PM, Stephen Smalley wrote:
On 06/20/2014 01:45 PM, Waiman Long wrote:
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, the following error
From: Thor Thayer
Addition of the Altera SDRAM Controller bindings and device tree changes.
v2: Changes to SoC SDRAM EDAC code.
v3: Implement code suggestions for SDRAM EDAC code.
v4: Remove syscon from SDRAM controller bindings.
v5: No Change, bump version for consistency.
v6: Only map the
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 Fri, Jun 20, 2014 at 12:12:36PM -0700, Paul E. McKenney wrote:
> > > > o
This patch adds documentation for APM X-Gene SoC ethernet DTS binding.
Signed-off-by: Iyappan Subramanian
Signed-off-by: Ravi Patel
Signed-off-by: Keyur Chudgar
---
.../devicetree/bindings/net/apm-xgene-enet.txt | 72 ++
1 file changed, 72 insertions(+)
create mode 100
Adding APM X-Gene SoC Ethernet driver.
v8: Address comments from v7 review
* changed angle bracket to double quotes in header file include.
v7: Address comments from v6 review
* fixed skb memory leak when dma_map_single fails in xmit.
v6: Address comments from v5 review
* added basic ethtool sup
This patch adds a MAINTAINERS entry for APM X-Gene SoC
ethernet driver.
Signed-off-by: Iyappan Subramanian
Signed-off-by: Ravi Patel
Signed-off-by: Keyur Chudgar
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 134483f..d65a3be 100644
This patch adds bindings for APM X-Gene SoC ethernet driver.
Signed-off-by: Iyappan Subramanian
Signed-off-by: Ravi Patel
Signed-off-by: Keyur Chudgar
---
arch/arm64/boot/dts/apm-mustang.dts | 4
arch/arm64/boot/dts/apm-storm.dtsi | 30 +++---
2 files changed, 31
On Sat, 2014-06-21 at 00:14 +1000, Alexey Kardashevskiy wrote:
> We can still use __raw_writel&co, would that be ok?
No unless you understand precisely what kind of memory barriers each
platform require for these.
Cheers,
Ben.
--
To unsubscribe from this list: send the line "unsubscribe linux-
From: Thor Thayer
Addition of the driver to support the Altera SDRAM Controller.
This patch adds support for the CycloneV and ArriaV SDRAM controllers.
Correction and reporting of SBEs, Panic on DBEs.
v2: Use the SDRAM controller registers to calculate memory size
instead of the Device Tre
On 5/30/2014 12:06 PM, Arnd Bergmann wrote:
> On Friday 30 May 2014 08:16:05 Rob Herring wrote:
>> On Fri, May 23, 2014 at 3:33 PM, Thierry Reding
>> wrote:
>>> From: Thierry Reding
>>> +IOMMU master node:
>>> +==
>>> +
>>> +Devices that access memory through an IOMMU are called m
From: Thor Thayer
Addition of the Altera SDRAM EDAC bindings and device tree changes
v2: Changes to SoC EDAC source code.
v3: Fix typo in device tree documentation.
v4,v5: No changes - bump version for consistency.
v6: Assign ECC registers in SDRAM controller to EDAC
Signed-off-by: Thor Thay
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:
> The original code for the exynos i2c controller registered for the
On Thu, 2014-06-19 at 21:21 -0600, Alex Williamson wrote:
> Working on big endian being an accident may be a matter of perspective
:-)
> The comment remains that this patch doesn't actually fix anything except
> the overhead on big endian systems doing redundant byte swapping and
> maybe the ph
From: Thor Thayer
v2: Use the SDRAM controller registers to calculate memory size
instead of the Device Tree. Update To & Cc list. Add maintainer
information.
v3: EDAC driver cleanup based on comments from Mailing list.
v4: Panic on DBE. Add macro around inject-error reads to prevent
From: Thor Thayer
v2: Changes to SoC EDAC source code.
v3: Fix typo in device tree documentation.
v4,v5: No changes - bump version for consistency.
v6: Assign ECC registers in SDRAM controller to EDAC
Signed-off-by: Thor Thayer
---
.../bindings/arm/altera/socfpga-sdram-edac.txt | 15 +
From: Thor Thayer
v2: Changes to SoC SDRAM EDAC code.
v3: Implement code suggestions for SDRAM EDAC code.
v4: Remove syscon from SDRAM controller bindings.
v5: No Change, bump version for consistency.
v6: Only map the ctrlcfg register as syscon.
Signed-off-by: Thor Thayer
---
.../bindings/
From: Thor Thayer
Addition of the Altera SDRAM controller to the EDAC driver.
Thor Thayer (3):
Addition of the Altera SDRAM controller bindings and device tree
changes to the Altera SoC project.
Addition of the Altera SDRAM EDAC bindings and device tree
changes to the Altera
[PATCHv6 1/3] dt: bindings: Addition of the Altera SDRAM controller
[PATCHv6 2/3] dt: bindings: Addition of the Altera SDRAM EDAC
[PATCHv6 3/3] edac: altera: Add EDAC support for Altera SoC SDRAM
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
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
> >> modified) Tyler's patch on top of
On Sat, 24 May 2014 21:34:33 +0530 Raghavendra Ganiga
wrote:
> This is a patch to add support of nvram for maxim dallas
> rtc ds1343
>
> ...
>
> --- a/drivers/rtc/rtc-ds1343.c
> +++ b/drivers/rtc/rtc-ds1343.c
> @@ -4,6 +4,7 @@
> * Real Time Clock
> *
> * Author : Raghavendra Chandra Ganig
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 Fri, Jun 20, 2014 at 12:12:36PM -0700, Paul E. McKenney wrote:
> > > o Make cond_resched() a no-op for PREEMPT=y. This might well turn
> > > out to be
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 add the documentation for the
>> marvell,aramda38x property.
>>
>> S
On Thu, 2014-06-19 at 16:46 +0100, Rob Jones wrote:
[...]
> --- a/drivers/base/devres.c
> +++ b/drivers/base/devres.c
> @@ -793,7 +793,7 @@ EXPORT_SYMBOL_GPL(devm_kmalloc);
> /**
> * devm_kstrdup - Allocate resource managed space and
> *copy an existing string into that.
> - *
On Sat, Jun 21, 2014 at 12:00:36AM +0200, Beniamino Galvani wrote:
> On Tue, Jun 17, 2014 at 11:42:58PM +0200, Thierry Reding wrote:
> > On Thu, May 08, 2014 at 01:08:33AM +0200, Beniamino Galvani wrote:
[...]
> > > diff --git a/drivers/pwm/pwm-rockchip.c b/drivers/pwm/pwm-rockchip.c
[...]
> > > +s
On Thu, 2014-06-19 at 16:46 +0100, Rob Jones wrote:
[...]
> +int devm_gpio_request_array(struct device *dev,
> + const struct gpio *array,
> + size_t num)
> +{
> + int i, err = 0;
> +
> + for (i = 0; i < num; i++, array++) {
> + er
On 17 June 2014 16:21, Pawel Moll wrote:
> This patch adds basic DT bindings for the PL11x CLCD cells
> and make their fbdev driver use them.
> +* ARM PrimeCell Color LCD Controller PL110/PL111
> +
> +See also Documentation/devicetree/bindings/arm/primecell.txt
> +
> +Required properties:
> +
> +
On Thu, Jun 19, 2014 at 07:57:14PM +0530, Ajit Pal wrote:
> On Thursday 19 June 2014 02:14 PM, Lee Jones wrote:
> >On Thu, 19 Jun 2014, Thierry Reding wrote:
> >>On Wed, Jun 18, 2014 at 03:52:51PM +0100, Lee Jones wrote:
[...]
> >>>+ cdata->max_prescale + 1, sizeof(unsigned long),
1 - 100 of 767 matches
Mail list logo
