Re: 32-bit bug in iovec iterator changes

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

[PATCH][BUGFIX] x86/reboot: Disable scheduler before disabling IO APIC

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

Re: [PATCH] dma: imx-sdma: Add a new DMATYPE for Shared Peripheral ASRC

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

Re: [PATCH tip/core/rcu] Reduce overhead of cond_resched() checks for RCU

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

Re: [PATCH] regulator: palmas: Fix SMPS enable/disable/is_enabled

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

[PATCH] direct-io: squelch maybe-uninitialized warning in do_direct_IO()

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

[v3.10-rt / v3.12-rt] scheduling while atomic in cgroup code

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]

32-bit bug in iovec iterator changes

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

Re: [PATCH] include/trace/syscall.h: Use HAVE_SYSCALL_TRACEPOINTS instead of TRACEPOINTS

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

Re: [PATCH] Check for Null return of function of affs_bread in function affs_truncate

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: > >>

Re: [PATCH] Check for Null return of function of affs_bread in function affs_truncate

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

[PATCH] staging: vt6655: remove header declarations for static functions

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 |

[PATCH tip/core/rcu] Reduce overhead of cond_resched() checks for RCU

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

Re: [PATCH V3 16/16] irqchip: crossbar: allow for quirky hardware with direct hardwiring of GIC

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

Re: [PATCH] Check for Null return of function of affs_bread in function affs_truncate

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 >>

Re: [PATCH] staging:rtl8821ae: rewrite legacy wifi check in halbcoutsrc

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

Re: [PATCH] Check for Null return of function of affs_bread in function affs_truncate

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

Re: [PATCH] staging:rtl8821ae: rewrite legacy wifi check in halbcoutsrc

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

Re: [PATCH V3 03/16] irqchip: crossbar: introduce ti,irqs-skip to skip

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

[PATCH] include/trace/syscall.h: Use HAVE_SYSCALL_TRACEPOINTS instead of TRACEPOINTS

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

[PATCH v2] initramfs: Support initrd that is bigger than 2GiB

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

[PATCH] initrd: Fix lz4 decompress with initrd

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

[PATCH v2] initramfs: Support initramfs that is bigger than 2GiB

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

Re: [PATCH] staging:rtl8821ae: rewrite legacy wifi check in halbcoutsrc

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

Re: [PATCH] Check for Null return of function of affs_bread in function affs_truncate

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 >>

Re: [PATCH v2] irqchip: nvic: Use the generic noop function

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

Re: [PATCH] irqchip: brcmstb-l2: Level-2 interrupts are edge sensitive

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 >

[tip:x86/urgent] x86/vdso: Improve the fake section headers

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

[tip:x86/urgent] x86/vdso: Remove some redundant in-memory section headers

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

[tip:x86/urgent] x86/vdso: Create .build-id links for unstripped vdso files

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

[tip:x86/urgent] x86/vdso2c: Use better macros for ELF bitness

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

[tip:x86/urgent] x86/vdso: Discard the __bug_table section

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

Re: [PATCH] x86/mce: Don't unregister CPU hotplug notifier in error path

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

Re: [PATCH v4] openrisc: irq: use irqchip framework

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 > > >

SmPL for automatic request_firmware_nowait() conversion

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

[PATCH] staging: ft1000_dnld.c:code indent should use tabs where possible

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

Re: [for-next][PATCH v2 1/3] tracing: Fix syscall_*regfunc() vs copy_process() race

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 > >

Re: [for-next][PATCH v2 1/3] tracing: Fix syscall_*regfunc() vs copy_process() race

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

Re: [patch 13/13] mm: memcontrol: rewrite uncharge API

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 > >

Re: [patch 13/13] mm: memcontrol: rewrite uncharge API

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

RE: scsi-mq

> -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:

[RFT 1/3] cxgb4: make ethtool set_flash use request_firmware_nowait()

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 ---

[RFT 0/3] cxgb4: use request_firmware_nowait()

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

[RFT 3/3] cxgb4: make device firmware load use request_firmware_nowait()

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 ---

[RFT 2/3] cxgb4: make configuration load use request_firmware_nowait()

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 ---

Re: [PATCH 1/4] cfq: Increase default value of target_latency

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

Re: [PATCH tip/core/rcu 0/5] Fix for cond_resched performance regression

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

Re: [patch 13/13] mm: memcontrol: rewrite uncharge API

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.832898] b27e

[PATCH v2] selinux: no recursive read_lock of policy_rwlock in security_genfs_sid()

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,

Re: [ 059/143] sysctl net: Keep tcp_syn_retries inside the boundary

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 >>

Re: [PATCH tip/core/rcu 0/5] Fix for cond_resched performance regression

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

[PATCH] arm64,ia64,ppc,s390,sh,tile,um,x86,mm: Remove default gate area

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.

Re: [PATCH 2/2] drivers/net/usb/asix_devices.c: inline ax88772_unbind

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

Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume

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

Re: [PATCH] Check for Null return of function of affs_bread in function affs_truncate

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: > >>

Re: [PATCH v2] ARM: mvebu: Fix missing binding documentation for Armada 38x

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

Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume

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:

Re: [PATCH tip/core/rcu 0/5] Fix for cond_resched performance regression

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

[PATCH 1/2] lib: list_sort_test(): Return -ENOMEM when allocation fails

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

[PATCH 2/2] lib: list_sort_test(): Add extra corruption check

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 ---

[PATCH 7/9] tools, perf: Make get_srcline fall back to sym+offset

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 ---

[PATCH 9/9] tools, perf: Add asprintf replacement

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

[PATCH 3/9] perf, tools: Enable printing the srcline in the history v4

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

[PATCH 2/9] perf, tools: Add --branch-history option to report v3

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

[PATCH 1/9] perf, tools: Support handling complete branch stacks as histograms v7

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

[PATCH 4/9] perf, tools: Only print base source file for srcline

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 ---

perf: Implement lbr-as-callgraph v8

[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

[PATCH 5/9] perf, tools: Support source line numbers in annotate

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

[PATCH 6/9] perf, tools: Fix srcline sort key output to use width

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

[PATCH 8/9] tools, perf: Make srcline output address with -v

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

Re: [PATCH] selinux: no recursive read_lock of policy_rwlock in security_genfs_sid()

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

[PATCHv6 1/3] devicetree: Addition of the Altera SDRAM controller

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

Re: [PATCH tip/core/rcu 0/5] Fix for cond_resched performance regression

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

[PATCH v8 2/4] Documentation: dts: Add bindings for APM X-Gene SoC ethernet driver

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

[PATCH v8 0/4] net: Add APM X-Gene SoC Ethernet driver support

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

[PATCH v8 1/4] MAINTAINERS: Add entry for APM X-Gene SoC ethernet driver

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

[PATCH v8 3/4] dts: Add bindings for APM X-Gene SoC ethernet driver

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,

Re: [PATCH] vfio: Fix endianness handling for emulated BARs

On Sat, 2014-06-21 at 00:14 +1000, Alexey Kardashevskiy wrote: > We can still use __raw_writel, 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

[PATCHv6 3/3] edac: altera: Add EDAC support for SDRAM Ctlr

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

Re: [PATCH v2] devicetree: Add generic IOMMU device tree bindings

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

[PATCHv6 2/3] devicetree: Addition of the Altera SDRAM EDAC

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

Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume

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

Re: [PATCH] vfio: Fix endianness handling for emulated BARs

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

[PATCHv6 3/3] edac: altera: Add EDAC support for SDRAM Ctlr

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

[PATCHv6 2/3] devicetree: Addition of the Altera SDRAM EDAC

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

[PATCHv6 1/3] devicetree: Addition of the Altera SDRAM controller

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 ---

[PATCHv6 0/3] Addition of Altera SDRAM EDAC

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

Add EDAC support for Altera SDRAM Controller

[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

Re: [ 059/143] sysctl net: Keep tcp_syn_retries inside the boundary

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

Re: [rtc-linux] [PATCH] rtc: add support of nvram for maxim dallas rtc ds1343

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

Re: [PATCH tip/core/rcu 0/5] Fix for cond_resched performance regression

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

Re: [PATCH v2] ARM: mvebu: Fix missing binding documentation for Armada 38x

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. >> >>

Re: [Linux-kernel] [PATCH 2/4] drivers/base: devres.c: Add block copy func. for managed devices

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. > - *

Re: [PATCH 1/3] pwm: add Rockchip SoC PWM support

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 [...] > > >

Re: [Linux-kernel] [PATCH 1/4] drivers/gpio: devres.c: allow gpio array requests for managed devices

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++) { > +

Re: [PATCH v7 1/2] video: ARM CLCD: Add DT support

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: > + >

Re: [PATCH 6/7] pwm: st: Add new driver for ST's PWM IP

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

[PATCH] sched: Fix potential near-infinite distribute_cfs_runtime loop

distribute_cfs_runtime intentionally only hands out enough runtime to bring each cfs_rq to 1 ns of runtime, expecting the cfs_rqs to then take the runtime they need only once they actually get to run. However, if they get to run sufficiently quickly, the period timer is still in

Re: [ 059/143] sysctl net: Keep tcp_syn_retries inside the boundary

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 2.6.32.62, and it seems to work. >> Although I haven't done any extended testing, I don't

Re: [PATCH 6/7] pwm: st: Add new driver for ST's PWM IP

On Thu, Jun 19, 2014 at 09:44:04AM +0100, Lee Jones wrote: > I'll comment on some of the more fluffy topics, I'll let Ajit reply to > the more technical details of the patch. > > On Thu, 19 Jun 2014, Thierry Reding wrote: > > On Wed, Jun 18, 2014 at 03:52:51PM +0100, Lee Jones wrote: > > > This

  1   2   3   4   5   6   7   8   9   10   >