[tip:x86/asm] x86/irq/tracing: Fold ARCH_LOCKDEP_SYS_EXIT defines into their users

Commit-ID: 7dc7cc0780b04935f1127fa22ee23e9d6daf166a Gitweb: http://git.kernel.org/tip/7dc7cc0780b04935f1127fa22ee23e9d6daf166a Author: Denys Vlasenko AuthorDate: Wed, 25 Mar 2015 21:14:27 +0100 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 10:01:49 +0100 x86/irq/tracing: Fold ARC

[PATCH 0/4] kbuild: refactor Makefile inclusion

Masahiro Yamada (4): kbuild: use relative path to include Makefile kbuild: use relative path more to include Makefile kbuild: include $(src)/Makefile rather than $(obj)/Makefile kbuild: ia64: use $(src)/Makefile.gate rather than particular path Makefile | 22 ++---

[tip:perf/core] perf/x86: Remove redundant calls to perf_pmu_{dis|en}able()

Commit-ID: 9332d250b4b4f67c633894b311e022e3cf943bd5 Gitweb: http://git.kernel.org/tip/9332d250b4b4f67c633894b311e022e3cf943bd5 Author: David Ahern AuthorDate: Wed, 18 Feb 2015 10:45:43 -0700 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 09:49:44 +0100 perf/x86: Remove redundant c

[tip:sched/core] sched: Improve load balancing in the presence of idle CPUs

Commit-ID: d4573c3e1c992668f5dcd57d1c2ced56ae9650b9 Gitweb: http://git.kernel.org/tip/d4573c3e1c992668f5dcd57d1c2ced56ae9650b9 Author: Preeti U Murthy AuthorDate: Thu, 26 Mar 2015 18:32:44 +0530 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 09:36:09 +0100 sched: Improve load bala

[PATCH 2/4] kbuild: use relative path more to include Makefile

Prior to this commit, it was impossible to use relative path to include Makefiles from the top level Makefile because the option "--include-dir=$(srctree)" becomes effective when Make enters into sub Makefiles. To use relative path in any places, this commit moves the option above the "sub-make" t

[tip:perf/timer] time: Introduce tk_fast_raw

Commit-ID: f09cb9a1808e35ad7502ea39b6bfb443c7fa0f19 Gitweb: http://git.kernel.org/tip/f09cb9a1808e35ad7502ea39b6bfb443c7fa0f19 Author: Peter Zijlstra AuthorDate: Thu, 19 Mar 2015 09:39:08 +0100 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 09:45:09 +0100 time: Introduce tk_fast_r

[PATCH 1/4] kbuild: use relative path to include Makefile

The "MAKEFLAGS += --include-dir=$(srctree)" line in the top Makefile allows us to do this. Signed-off-by: Masahiro Yamada --- arch/arm/boot/Makefile| 2 +- arch/ia64/kernel/Makefile | 2 +- scripts/Makefile.dtbinst | 2 +- scripts/Makefile.fwinst | 2 +- 4 files changed, 4 insertions(+),

[tip:perf/timer] time: Add timerkeeper::tkr_raw

Commit-ID: 4a4ad80d32cea69ee93bd4589f24dc478804cd80 Gitweb: http://git.kernel.org/tip/4a4ad80d32cea69ee93bd4589f24dc478804cd80 Author: Peter Zijlstra AuthorDate: Thu, 19 Mar 2015 09:28:44 +0100 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 09:45:07 +0100 time: Add timerkeeper::tk

[tip:perf/timer] time: Parametrize all tk_fast_mono users

Commit-ID: 4498e7467e9e441c18ca12f1ca08460356e0508a Gitweb: http://git.kernel.org/tip/4498e7467e9e441c18ca12f1ca08460356e0508a Author: Peter Zijlstra AuthorDate: Thu, 19 Mar 2015 09:36:19 +0100 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 09:45:08 +0100 time: Parametrize all tk_

[tip:perf/timer] time: Rename timekeeper::tkr to timekeeper:: tkr_mono

Commit-ID: 876e78818def2983be55878b21f7152fbaebbd36 Gitweb: http://git.kernel.org/tip/876e78818def2983be55878b21f7152fbaebbd36 Author: Peter Zijlstra AuthorDate: Thu, 19 Mar 2015 10:09:06 +0100 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 09:45:06 +0100 time: Rename timekeeper::

[tip:sched/core] sched/deadline: Fix rt runtime corruption when dl fails its global constraints

Commit-ID: a1963b81deec54c113e770b0020e5f1c3188a087 Gitweb: http://git.kernel.org/tip/a1963b81deec54c113e770b0020e5f1c3188a087 Author: Wanpeng Li AuthorDate: Tue, 17 Mar 2015 19:15:31 +0800 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 09:36:15 +0100 sched/deadline: Fix rt runtim

[PATCH 4/4] kbuild: ia64: use $(src)/Makefile.gate rather than particular path

Signed-off-by: Masahiro Yamada --- arch/ia64/kernel/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/ia64/kernel/Makefile b/arch/ia64/kernel/Makefile index 47e8aff..d68b5cf 100644 --- a/arch/ia64/kernel/Makefile +++ b/arch/ia64/kernel/Makefile @@ -51,7 +51,7 @@ o

[PATCH 3/4] kbuild: include $(src)/Makefile rather than $(obj)/Makefile

This commit actually has no impact because $(src) and $(obj) point to the same path, but $(src)/Makefile looks better when we include source files. Signed-off-by: Masahiro Yamada --- scripts/Makefile.dtbinst | 2 +- scripts/Makefile.fwinst | 2 +- 2 files changed, 2 insertions(+), 2 deletions(

[tip:sched/core] sched/deadline: Avoid a superfluous check

Commit-ID: bd4bde14b93cce8fa77765ff709e0be55abdba2c Gitweb: http://git.kernel.org/tip/bd4bde14b93cce8fa77765ff709e0be55abdba2c Author: Wanpeng Li AuthorDate: Tue, 17 Mar 2015 19:15:30 +0800 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 09:36:12 +0100 sched/deadline: Avoid a super

[tip:sched/core] sched: Optimize freq invariant accounting

Commit-ID: dfbca41f347997e57048a53755611c8e2d792924 Gitweb: http://git.kernel.org/tip/dfbca41f347997e57048a53755611c8e2d792924 Author: Peter Zijlstra AuthorDate: Mon, 23 Mar 2015 14:19:05 +0100 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 09:36:08 +0100 sched: Optimize freq inva

[tip:sched/core] sched: Add SD_PREFER_SIBLING for SMT level

Commit-ID: caff37ef96eac7fe96a582d032f6958e834e9447 Gitweb: http://git.kernel.org/tip/caff37ef96eac7fe96a582d032f6958e834e9447 Author: Vincent Guittot AuthorDate: Fri, 27 Feb 2015 16:54:13 +0100 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 09:36:05 +0100 sched: Add SD_PREFER_SIB

[tip:sched/core] sched: Move CFS tasks to CPUs with higher capacity

Commit-ID: 1aaf90a4b88aae26a4535ba01dacab520a310d17 Gitweb: http://git.kernel.org/tip/1aaf90a4b88aae26a4535ba01dacab520a310d17 Author: Vincent Guittot AuthorDate: Fri, 27 Feb 2015 16:54:14 +0100 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 09:36:06 +0100 sched: Move CFS tasks to

[tip:sched/core] sched: Calculate CPU' s usage statistic and put it into struct sg_lb_stats::group_usage

Commit-ID: 8bb5b00c2f90100a272b09a9d17ec7875d088aa7 Gitweb: http://git.kernel.org/tip/8bb5b00c2f90100a272b09a9d17ec7875d088aa7 Author: Vincent Guittot AuthorDate: Wed, 4 Mar 2015 08:48:47 +0100 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 09:36:03 +0100 sched: Calculate CPU's us

[tip:sched/core] sched: Replace capacity_factor by usage

Commit-ID: ea67821b9a3edadf602b7772a0b2a69657ced746 Gitweb: http://git.kernel.org/tip/ea67821b9a3edadf602b7772a0b2a69657ced746 Author: Vincent Guittot AuthorDate: Fri, 27 Feb 2015 16:54:11 +0100 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 09:36:04 +0100 sched: Replace capacity_

[tip:sched/core] sched: Remove unused struct sched_group_capacity ::capacity_orig

Commit-ID: dc7ff76eadb4b89fd39bb466b8f3773e5467c11d Gitweb: http://git.kernel.org/tip/dc7ff76eadb4b89fd39bb466b8f3773e5467c11d Author: Vincent Guittot AuthorDate: Tue, 3 Mar 2015 11:35:03 +0100 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 09:36:05 +0100 sched: Remove unused stru

[tip:sched/core] sched: Make sched entity usage tracking scale-invariant

Commit-ID: 0c1dc6b27dac883ee78392189c8e20e764d79bfa Gitweb: http://git.kernel.org/tip/0c1dc6b27dac883ee78392189c8e20e764d79bfa Author: Morten Rasmussen AuthorDate: Wed, 4 Mar 2015 08:46:26 +0100 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 09:36:00 +0100 sched: Make sched entity

[tip:sched/core] sched: Make scale_rt invariant with frequency

Commit-ID: b5b4860d1d61ddc5308c7d492cbeaa3a6e508d7f Gitweb: http://git.kernel.org/tip/b5b4860d1d61ddc5308c7d492cbeaa3a6e508d7f Author: Vincent Guittot AuthorDate: Fri, 27 Feb 2015 16:54:08 +0100 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 09:36:01 +0100 sched: Make scale_rt inv

[tip:sched/core] sched: Add struct rq::cpu_capacity_orig

Commit-ID: ca6d75e6908efbc350d536e0b496ebdac36b20d2 Gitweb: http://git.kernel.org/tip/ca6d75e6908efbc350d536e0b496ebdac36b20d2 Author: Vincent Guittot AuthorDate: Fri, 27 Feb 2015 16:54:09 +0100 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 09:36:02 +0100 sched: Add struct rq::cp

[tip:sched/core] sched: Track group sched_entity usage contributions

Commit-ID: 21f4486630b0bd1b6dbcc04f61836987fa54278f Gitweb: http://git.kernel.org/tip/21f4486630b0bd1b6dbcc04f61836987fa54278f Author: Morten Rasmussen AuthorDate: Fri, 27 Feb 2015 16:54:05 +0100 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 09:35:58 +0100 sched: Track group sche

[tip:perf/core] perf/x86/intel: Add INST_RETIRED.ALL workarounds

Commit-ID: 294fe0f52a44c6f207211de0686c369a961b5533 Gitweb: http://git.kernel.org/tip/294fe0f52a44c6f207211de0686c369a961b5533 Author: Andi Kleen AuthorDate: Tue, 17 Feb 2015 18:18:06 -0800 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 09:14:03 +0100 perf/x86/intel: Add INST_RETI

[tip:sched/core] sched: Add sched_avg::utilization_avg_contrib

Commit-ID: 36ee28e45df50c2c8624b978335516e42d84ae1f Gitweb: http://git.kernel.org/tip/36ee28e45df50c2c8624b978335516e42d84ae1f Author: Vincent Guittot AuthorDate: Fri, 27 Feb 2015 16:54:04 +0100 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 09:35:57 +0100 sched: Add sched_avg::ut

[tip:sched/core] sched: Remove frequency scaling from cpu_capacity

Commit-ID: a8faa8f55d48496f64d96df48298e54fd380f6af Gitweb: http://git.kernel.org/tip/a8faa8f55d48496f64d96df48298e54fd380f6af Author: Vincent Guittot AuthorDate: Fri, 27 Feb 2015 16:54:06 +0100 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 09:35:59 +0100 sched: Remove frequency

[tip:perf/core] perf/x86/intel: Add Broadwell core support

Commit-ID: 91f1b70582c62576f429cf78d53751c66677553d Gitweb: http://git.kernel.org/tip/91f1b70582c62576f429cf78d53751c66677553d Author: Andi Kleen AuthorDate: Tue, 17 Feb 2015 18:18:05 -0800 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 09:14:02 +0100 perf/x86/intel: Add Broadwell

[PATCH] mm/x86: AMD Bulldozer ASLR fix

A bug in Linux ASLR implementation which affects some AMD processors has been found. The issue affects to all Linux process even if they are not using shared libraries (statically compiled). The problem appears because some mmapped objects (VDSO, libraries, etc.) are poorly randomized in an attemp

[tip:perf/core] perf/x86/intel: Add new cache events table for Haswell

Commit-ID: 0f1b5ca240c65ed9533f193720f337bf24fb2f2f Gitweb: http://git.kernel.org/tip/0f1b5ca240c65ed9533f193720f337bf24fb2f2f Author: Andi Kleen AuthorDate: Tue, 17 Feb 2015 18:18:04 -0800 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 09:14:01 +0100 perf/x86/intel: Add new cache

[PATCH 5/5] dmaengine: moxart-dma: Fix memory leak when stopping a running transfer

The vd->node is removed from the lists when the transfer started so the vchan_get_all_descriptors() will not find it. This results memory leak. Signed-off-by: Peter Ujfalusi CC: Jonas Jensen --- drivers/dma/moxart-dma.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/driv

[PATCH 3/5] dmaengine: bcm2835-dma: Fix memory leak when stopping a running transfer

The vd->node is removed from the lists when the transfer started so the vchan_get_all_descriptors() will not find it. This results memory leak. Signed-off-by: Peter Ujfalusi CC: Stephen Warren CC: Lee Jones --- drivers/dma/bcm2835-dma.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drive

[PATCH 1/5] dmaengine: edma: fix memory leak when terminating running transfers

From: Petr Kulhavy If edma_terminate_all() was called while a transfer was running (i.e. after edma_execute() but before edma_callback()) the echan->edesc was not freed. This was due to the fact that a running transfer is on none of the vchan lists: desc_submitted, desc_issued, desc_completed (e

[PATCH 4/5] dmaengine: hsu: Fix memory leak when stopping a running transfer

The vd->node is removed from the lists when the transfer started so the vchan_get_all_descriptors() will not find it. This results memory leak. Signed-off-by: Peter Ujfalusi CC: Andy Shevchenko --- drivers/dma/hsu/hsu.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/dri

[PATCH 2/5] dmaengine: omap-dma: Fix memory leak when terminating running transfer

In omap_dma_start_desc the vdesc->node is removed from the virt-dma framework managed lists (to be precise from the desc_issued list). If a terminate_all comes before the transfer finishes the omap_desc will not be freed up because it is not in any of the lists and we stopped the DMA channel so the

[PATCH 0/5] dmaengine: Fix memory leak amongs virt-dma users

Hi, Due to the implementation of some of the drivers using virt-dma they leak memory by design. All it takes is to stop a transfer which is not yet completed, this includes cyclic (audio) channels also. These drivers tend to remove the vdesc->node from the virt-dma lists when they start the transf

Re: [PATCH] x86/asm/entry/64: better check for canonical address

* Brian Gerst wrote: > > Btw., there's a neat trick we could do: in the HLT, MWAIT and > > ACPI-idle code we could attempt to set up RCX to match RIP, to > > trigger this optimization in the common 'irq interrupted the idle > > task' case? > > sysret only returns to CPL3. Indeed, an IRET ou

Re: [PATCH v3 10/15] serial: stm32-usart: Add STM32 USART Driver

On 03/26/2015 06:03 PM, Maxime Coquelin wrote: >>> +static void stm32_set_termios(struct uart_port *port, struct ktermios >>> *termios, >>> + struct ktermios *old) >>> +{ >>> + unsigned int baud; >>> + u32 usardiv, mantissa, fraction; >>> + tcflag_t cflag; >>> +

Re: [PATCH 4/4] x86/asm/entry/32: Use PUSH instructions to build pt_regs on stack

* Denys Vlasenko wrote: > This mimics the recent similar 64-bit change. > Saves ~110 bytes of code. Would be nice to know whether you tested all the affected system entry variants, on both AMD and Intel CPUs? that would be: > @@ -126,26 +126,27 @@ ENTRY(ia32_sysenter_target) > @@ -334,20 +33

Re: [PATCH] x86/asm/entry/64: better check for canonical address

* Brian Gerst wrote: > On Thu, Mar 26, 2015 at 8:42 AM, Denys Vlasenko wrote: > > This change makes the check exact (no more false positives > > on kernel addresses). > > > > It isn't really important to be fully correct here - > > almost all addresses we'll ever see will be userspace ones, > >

Re: [PATCH] x86/asm/entry/64: better check for canonical address

On Fri, Mar 27, 2015 at 7:17 AM, Ingo Molnar wrote: > > * Denys Vlasenko wrote: > >> On 03/27/2015 09:11 AM, Ingo Molnar wrote: >> > >> > * Denys Vlasenko wrote: >> > >> >> This change makes the check exact (no more false positives >> >> on kernel addresses). >> >> >> >> It isn't really importan

Re: [PATCH v2] sched/fair: fix update the nohz.next_balance even if we haven't done any load balance

* Wanpeng Li [2015-03-27 15:52:30]: > As Srikar pointed out (https://lkml.org/lkml/2015/3/27/26): > > | With the current code when the ilb cpus are not free: > | - We would be updating the nohz.next_balance even through we havent done > | any load balance. > | - We might iterate thro the nohz.

[PATCH] drm/i915: fix simple_return.cocci warnings

drivers/gpu/drm/i915/i915_gem_gtt.c:1349:1-4: WARNING: end returns can be simpified and declaration on line 1347 can be dropped Simplify a trivial if-return sequence. Possibly combine with a preceding function call. Generated by: scripts/coccinelle/misc/simple_return.cocci CC: Michel Thierry

Re: [PATCH] x86/asm/entry/64: better check for canonical address

On Thu, Mar 26, 2015 at 8:42 AM, Denys Vlasenko wrote: > This change makes the check exact (no more false positives > on kernel addresses). > > It isn't really important to be fully correct here - > almost all addresses we'll ever see will be userspace ones, > but OTOH it looks to be cheap enough:

RE: [RESEND PATCH v3 2/2] dma: Add Xilinx AXI Central Direct Memory Access Engine driver support

Ping ! > -Original Message- > From: Kedareswara rao Appana [mailto:appana.durga@xilinx.com] > Sent: Wednesday, March 25, 2015 10:39 AM > To: Michal Simek; Soren Brinkmann; vinod.k...@intel.com; > dan.j.willi...@intel.com > Cc: app...@xilinx.com; dmaeng...@vger.kernel.org; linux-arm- >

Re: [PATCH v2] ARM: EXYNOS: Fix failed second suspend on Exynos4

Dear Kukjin, How would you like to proceed? You did not respond to my email nor to Bartlomiej's questions. You questioned the "soc_is_exynos()". I replied but there was no answer from you. My last reply: 2015-03-18 9:57 GMT+01:00 Krzysztof Kozlowski : > Probably of_machine_is_compatible() could b

[GIT PULL] Important ARC fixes for 4.0

Hi Linus, We found some issues with signal handling taking down the system. I know its late, but these are important and all marked for stable. Please pull. Thx, -Vineet ---> The following changes since commit bc465aa9d045feb0e13b4a8f32cc33c1943f62d6: Linux 4.0-rc5 (2015-03-2

Re: [PATCH] perf build: Suppress warning about missing libbabeltrace

* Jiri Olsa wrote: > Be silent about missing babeltrace library until the needed > version (1.3) is pushed into most common distros. > > Requested-by: Ingo Molnar > Signed-off-by: Jiri Olsa > Link: http://lkml.kernel.org/n/tip-95mcd8hoxyt43jighilgg...@git.kernel.org > --- > tools/perf/config

Re: [PATCH] x86/asm/entry/64: better check for canonical address

* Denys Vlasenko wrote: > On 03/27/2015 09:11 AM, Ingo Molnar wrote: > > > > * Denys Vlasenko wrote: > > > >> This change makes the check exact (no more false positives > >> on kernel addresses). > >> > >> It isn't really important to be fully correct here - > >> almost all addresses we'll ev

Re: [PATCH] doc: completion: context, scope and language fixes

* Nicholas Mc Guire wrote: > On Fri, 27 Mar 2015, Peter Zijlstra wrote: > > > On Fri, Mar 27, 2015 at 08:56:37AM +0100, Ingo Molnar wrote: > > > > > > I wasn't Cc:-ed to the patch and it wasn't Cc:-ed to lkml either :-( > > > > /me hands mingo a strong cup of tea... > > > > http://marc.info/

Re: [LKP] [xfs] 834ffca6f7e: WARNING: CPU: 3 PID: 23390 at fs/xfs/xfs_file.c:700 xfs_file_dio_aio_write+0x27c/0x2e0()

On Fri, Mar 27, 2015 at 08:32:23AM +0800, Huang Ying wrote: > On Fri, 2015-03-27 at 08:22 +1100, Dave Chinner wrote: > > On Thu, Mar 26, 2015 at 02:45:19PM +0800, Huang Ying wrote: > > > FYI, we noticed the below changes on > > > > > > git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.g

Re: [RFC] vmstat: Avoid waking up idle-cpu to service shepherd work

On Fri, 27 Mar 2015, Peter Zijlstra wrote: > > We could align the base on 8 bytes to gain an extra bit in the pointer > > and use that bit to indicate the running state. Then these sites can > > spin on that bit while we can change the actual base pointer. > > Even though tvec_base has cacheli

Re: [PATCH] doc: completion: context, scope and language fixes

* Jonathan Corbet wrote: > On Fri, 20 Feb 2015 12:28:48 -0500 > Nicholas Mc Guire wrote: > > > This hopfully address all of the issues Ingo Molnar noted > > in https://lkml.org/lkml/2015/2/18/690. > > This looks OK to me, modulo some small English quibbles. Ingo, does this > satisfy your co

Re: [Gta04-owner] [PATCH 2/3] TTY: add support for tty_slave devices.

On 03/25/2015 05:17 PM, NeilBrown wrote: > On Wed, 25 Mar 2015 12:30:00 -0400 Peter Hurley > wrote: > >> On 03/18/2015 01:58 AM, NeilBrown wrote: >> >>> + * A "tty-slave" is a device permanently attached to a particularly >>> + * tty, typically wired to a UART. >> >> Why "permanently"? >> Is that

Re: [Intel-gfx] [Linux v4.0-rc5] Warnings in drm_framebuffer_reference() and drm_atomic_check_only()

On Fri, Mar 27, 2015 at 12:06 PM, Takashi Iwai wrote: > At Fri, 27 Mar 2015 12:01:33 +0100, > Sedat Dilek wrote: >> >> On Wed, Mar 25, 2015 at 3:34 PM, Takashi Iwai wrote: >> > At Wed, 25 Mar 2015 14:26:50 +0100, >> > Daniel Vetter wrote: >> >> >> >> On Tue, Mar 24, 2015 at 07:09:03PM +0100, Seda

Re: [Intel-gfx] [Linux v4.0-rc5] Warnings in drm_framebuffer_reference() and drm_atomic_check_only()

At Fri, 27 Mar 2015 12:01:33 +0100, Sedat Dilek wrote: > > On Wed, Mar 25, 2015 at 3:34 PM, Takashi Iwai wrote: > > At Wed, 25 Mar 2015 14:26:50 +0100, > > Daniel Vetter wrote: > >> > >> On Tue, Mar 24, 2015 at 07:09:03PM +0100, Sedat Dilek wrote: > >> > On Mon, Mar 23, 2015 at 9:25 AM, Daniel Ve

Re: [PATCH 00/16 v2] iommu: Move domain allocation into drivers

On Thu, Mar 26, 2015 at 01:43:03PM +0100, Joerg Roedel wrote: > Changes v1-v2: > > * Rebased to v4.0-rc5 > * Converted domain-types to a bit-field > > Hi, > > here is patch-set to replace the existing domain_init and > domain_destroy iommu-ops with the new domain_alloc and > domain_f

Re: [PATCH v4 2/2] powerpc/mm: Tracking vDSO remap

On 26/03/2015 19:55, Ingo Molnar wrote: > > * Laurent Dufour wrote: > >> +{ >> +unsigned long vdso_end, vdso_start; >> + >> +if (!mm->context.vdso_base) >> +return; >> +vdso_start = mm->context.vdso_base; >> + >> +#ifdef CONFIG_PPC64 >> +/* Calling is_32bit_task() imp

Re: [Intel-gfx] [Linux v4.0-rc5] Warnings in drm_framebuffer_reference() and drm_atomic_check_only()

On Wed, Mar 25, 2015 at 3:34 PM, Takashi Iwai wrote: > At Wed, 25 Mar 2015 14:26:50 +0100, > Daniel Vetter wrote: >> >> On Tue, Mar 24, 2015 at 07:09:03PM +0100, Sedat Dilek wrote: >> > On Mon, Mar 23, 2015 at 9:25 AM, Daniel Vetter wrote: >> > > On Mon, Mar 23, 2015 at 07:25:27AM +0100, Sedat Di

Re: [PATCH 10/16] iommu/tegra-gart: Make use of domain_alloc and domain_free

On Thu, Mar 26, 2015 at 01:43:13PM +0100, Joerg Roedel wrote: > From: Joerg Roedel > > Implement domain_alloc and domain_free iommu-ops as a > replacement for domain_init/domain_destroy. > > Signed-off-by: Joerg Roedel > --- > drivers/iommu/tegra-gart.c | 67 > +++-

Re: [PATCH 09/16] iommu/tegra-smmu: Make use of domain_alloc and domain_free

On Thu, Mar 26, 2015 at 01:43:12PM +0100, Joerg Roedel wrote: > From: Joerg Roedel > > Implement domain_alloc and domain_free iommu-ops as a > replacement for domain_init/domain_destroy. > > Signed-off-by: Joerg Roedel > --- > drivers/iommu/tegra-smmu.c | 41 +++

[PATCH] x86/asm/entry/64: Fix comment about SYSENTER MSRs

The comment is ancient, it dates to the time when only AMD's x86_64 implementation existed. AMD wasn't (and still isn't) supporting SYSENTER, so these writes were "just in case" back then. This has changed: Intel's x86_64 appeared, and Indel does support SYSENTER in long mode. "Some future 64-bit

Re: [PATCH] spi: xilinx: Use standard num-cs binding

Hi Mark, On 03/08/2015 08:00 PM, Mark Brown wrote: > On Fri, Jan 16, 2015 at 01:55:14PM +0100, Michal Simek wrote: >> Use standard num-cs binding property and setup >> "xlnx,num-ss-bits" as deprecated. > > Why? These properties mean different things - num-cs is a bit confused > and is the total

Re: [PATCH] doc: completion: context, scope and language fixes

On Fri, 27 Mar 2015, Peter Zijlstra wrote: > On Fri, Mar 27, 2015 at 08:56:37AM +0100, Ingo Molnar wrote: > > > > I wasn't Cc:-ed to the patch and it wasn't Cc:-ed to lkml either :-( > > /me hands mingo a strong cup of tea... > > http://marc.info/?l=linux-kernel&m=142445364429042&w=2 > strange:

[RFC] i.MX25/35/SDHCI: switch off DMA usage

DMA and the required overhead on very small data blocks seems an expensive operation. Due to erratum ENGCM07207 for i.MX25 and i.MX35 SoCs the support for multiblock transfers is disabled which results into a huge amount of single 512 byte sector transfers and interrupts. This slows down the transm

Re: [PATCH] x86/asm/entry/64: better check for canonical address

On 03/27/2015 09:11 AM, Ingo Molnar wrote: > > * Denys Vlasenko wrote: > >> This change makes the check exact (no more false positives >> on kernel addresses). >> >> It isn't really important to be fully correct here - >> almost all addresses we'll ever see will be userspace ones, >> but OTOH it

[RESEND PATCH 2/2] ARM: EXYNOS: Handle of_find_device_by_node and kstrdup failures

Prevent possible NULL pointer dereference of pointer returned by of_find_device_by_node(). Handle this by skipping such power domain. Additionally fail the init on kstrdup() failure. Such case is actually not fatal because the name for power domain allocated by kstrdup() is used only in printk. St

[RESEND PATCH 1/2] ARM: EXYNOS: Handle of of_iomap() failure

Prevent possible NULL pointer dereference if of_iomap() fails. Handle the error by skipping such power domain. Signed-off-by: Krzysztof Kozlowski --- arch/arm/mach-exynos/pm_domains.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/mach-exynos/pm_domains.c b/arch/arm/mach-ex

[PATCH 4/4] x86/asm/entry/32: Use PUSH instructions to build pt_regs on stack

This mimics the recent similar 64-bit change. Saves ~110 bytes of code. Signed-off-by: Denys Vlasenko CC: Linus Torvalds CC: Steven Rostedt CC: Ingo Molnar CC: Borislav Petkov CC: "H. Peter Anvin" CC: Andy Lutomirski CC: Oleg Nesterov CC: Frederic Weisbecker CC: Alexei Starovoitov CC: Wi

[PATCH 3/4] x86/asm/entry/32: Make register zero-extension more prominent

It was mentioned that people keep trying to optimize them out, introducing bugs. Make them more visible, and add "do not remove" comment. Signed-off-by: Denys Vlasenko CC: Linus Torvalds CC: Steven Rostedt CC: Ingo Molnar CC: Borislav Petkov CC: "H. Peter Anvin" CC: Andy Lutomirski CC: Oleg

[PATCH 2/4] x86/asm/entry/32: Update "interrupt off" comments

The existing comment has proven to be not very clear. Replace it with comment similar to one we now have in 64-bit syscall entry point. (Three instances, one per 32-bit syscall entry). In int80 entry point's CFI annotations, replace mysterious expressions with numric constants. In this case, raw n

[PATCH 1/4] x86/asm/entry/64: Add forgotten CFI annotation

This is a missing bit of the recent MOV-to-PUSH conversion. Signed-off-by: Denys Vlasenko CC: Linus Torvalds CC: Steven Rostedt CC: Ingo Molnar CC: Borislav Petkov CC: "H. Peter Anvin" CC: Andy Lutomirski CC: Oleg Nesterov CC: Frederic Weisbecker CC: Alexei Starovoitov CC: Will Drewry C

Re: [PATCH] IIO: Adds ACPI support for ST gyroscopes

On Fri, Mar 27, 2015 at 11:06 AM, Mika Westerberg wrote: > On Thu, Mar 26, 2015 at 06:28:19PM +0200, Octavian Purdila wrote: >> For the sleep case I think the GPIO controller needs to do the pin >> enable and set input direction operation in it's irq_bus_sync_unlock. > > I wonder how DT handles a

[GIT PULL] sound fixes for 4.0-rc6

Linus, please pull sound fixes for v4.0-rc6 from: git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-4.0-rc6 The topmost commit is af95b41426e0b58279f8ff0ebe420df49a4e96b8 sound fixes for 4.0-rc6 Three t

Re: [PATCH 14/25] perf symbols: Save DSO loading errno to better report errors

On Tue, Mar 24, 2015 at 01:19:29PM -0300, Arnaldo Carvalho de Melo wrote: > From: Arnaldo Carvalho de Melo > > Before, when some problem happened while trying to load the kernel > symtab, 'perf top' would show: > > ┌─Warning:───┐ > │The vmlinux file can't be u

Re: [PATCH] Add coccinelle script that makes sure that tables are NULL terminated

Hi, Could you please review my patch I sent last month? It checks if tables in kernel are NULL terminated. Script matches only names specified in source code by postfix='*_device_id$' and by list of prefixes which is now prefix_list = ['platform', 'of', 'i2c']. I think it could by useful in k

Re: [PATCH v2 0/8] gpio: omap: cleanup: get rid of system GPIO <-> GPIO offset converseations

On 03/23/2015 02:18 PM, grygorii.stras...@linaro.org wrote: From: Grygorii Strashko Now in TI OMAP GPIO driver there are a lot of places where System GPIO number calculated and then converted to GPIO offset. What is worse is that in many place such conversation performed twice or even three tim

Re: [PATCH] gpio: gpio-tb10x: remove incorrect __exit markup

On Mon, Mar 9, 2015 at 7:04 PM, Dmitry Torokhov wrote: > Even if bus is not hot-pluggable, the devices can be unbound from the > driver via sysfs, so we should not be using __exit annotations on > remove() methods. The only exception is drivers registered with > platform_driver_probe() which spec

Re: [PATCH] gpio: gpio-tb10x: remove incorrect __exit markup

On Wed, Mar 25, 2015 at 6:14 PM, Dmitry Torokhov wrote: > On Wed, Mar 25, 2015 at 04:32:13PM +0100, Linus Walleij wrote: >> For a bool driver of this type (typically compiled in and probed >> at boot) that makes most sense to me. > > Hmm, I do not think this is a good justification for disabling

Re: [PATCH v3 1/1] clkdev: change prototype of clk_register_clkdev()

Hello Andy, On 20/03/15 14:18, Andy Shevchenko wrote: > Since clk_register_clkdev() is exported for modules the caller should get a > pointer to the allocated resources. Otherwise the memory leak is guaranteed on > the ->remove() stage. > > Cc: Tomeu Vizoso > Reviewed-by: Mika Westerberg > Sign

Re: [PATCH 03/17] x86, mpx: trace #BR exceptions

Adding rostedt for the TPs. Steve, please take a look at the rest of the patchset too, there are more tracepoints being added. On Thu, Mar 26, 2015 at 11:33:36AM -0700, Dave Hansen wrote: > > From: Dave Hansen > > This is the first in a series of MPX tracing patches. > I've found these extreme

ARM: dts: Fix wrong SoC type to build devicetrees for i.MX27

Patch cb612390e5469 "Only build dtb if associated Arch and/or SoC is enabled" uses the wrong SoC name which prevents i.MX27 related devicetrees from build. Signed-off-by: Juergen Borleis diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile index a1c776b8dcec..992ea0b063d5 100

Re: [PATCH] gpio: syscon: reduce message level when direction reg offset not in dt

On Tue, Mar 24, 2015 at 7:42 PM, wrote: > From: Grygorii Strashko > > Now GPIO syscon driver produces bunch of warnings during the > boot of Kesytone 2 SoCs: > gpio-syscon soc:keystone_dsp_gpio@02620240: can't read the dir register > offset! > gpio-syscon soc:keystone_dsp_gpio@2620244: can't

Re: [PATCH 01/13] thermal: Make temperatures consistently unsigned long

Hi Sascha, Sascha Hauer writes: > The thermal framework uses int, long and unsigned long for temperatures > in millicelsius. The majority of functions uses unsigned long, so change > the remaining functions to use this type aswell. > > Signed-off-by: Sascha Hauer I'd suggest changing to long i

[PATCH] perf build: Suppress warning about missing libbabeltrace

Be silent about missing babeltrace library until the needed version (1.3) is pushed into most common distros. Requested-by: Ingo Molnar Signed-off-by: Jiri Olsa Link: http://lkml.kernel.org/n/tip-95mcd8hoxyt43jighilgg...@git.kernel.org --- tools/perf/config/Makefile | 7 ++- 1 file changed,

Re: [PATCH] doc: completion: context, scope and language fixes

* Peter Zijlstra wrote: > On Fri, Mar 27, 2015 at 08:56:37AM +0100, Ingo Molnar wrote: > > > > I wasn't Cc:-ed to the patch and it wasn't Cc:-ed to lkml either :-( > > /me hands mingo a strong cup of tea... > > http://marc.info/?l=linux-kernel&m=142445364429042&w=2 Hm, then it somehow got sp

Re: [PATCH v7 2/5] power: max77843_charger: Add Max77843 charger device driver

On Fri, 27 Mar 2015, Beomho Seo wrote: > On 03/27/2015 04:57 PM, Lee Jones wrote: > > On Fri, 27 Mar 2015, Beomho Seo wrote: > >> On 03/26/2015 10:54 PM, Lee Jones wrote: > >>> On Thu, 26 Mar 2015, Beomho Seo wrote: > On 03/24/2015 05:38 PM, Krzysztof Kozlowski wrote: > > 2015-03-24 9:01

Re: [PATCH v2 8/8] gpio: omap: get rid of GPIO_INDEX() macro

On Mon, Mar 23, 2015 at 1:18 PM, wrote: > From: Grygorii Strashko > > Now OMAP GPIO driver prepared for GPIO_INDEX() macro removing. > Do It ;) > > Tested-by: Tony Lindgren > Tested-by: Aaro Koskinen > Acked-by: Santosh Shilimkar > Acked-by: Javier Martinez Canillas > Signed-off-by: Grygori

Re: [PATCH v2 7/8] gpio: omap: get rid of omap_irq_to_gpio()

On Mon, Mar 23, 2015 at 1:18 PM, wrote: > From: Grygorii Strashko > > Now OMAP GPIO driver prepared for omap_irq_to_gpio() removing. > Do it ;) > > Tested-by: Tony Lindgren > Tested-by: Aaro Koskinen > Acked-by: Santosh Shilimkar > Acked-by: Javier Martinez Canillas > Signed-off-by: Grygori

Re: [PATCH v2 5/8] gpio: omap: convert gpio irq functions to use GPIO offset

On Mon, Mar 23, 2015 at 1:18 PM, wrote: > From: Grygorii Strashko > > Convert GPIO IRQ functions to use GPIO offset instead of system > GPIO numbers. This allows to drop unneeded conversations between > system GPIO <-> GPIO offset which are done in many places and > many times. > It is safe to

Re: [PATCH v2 6/8] gpio: omap: get rid of GPIO_BIT() macro

On Mon, Mar 23, 2015 at 1:18 PM, wrote: > From: Grygorii Strashko > > Now OMAP GPIO driver prepared for GPIO_BIT() macro removing. > Do it ;) > > Tested-by: Tony Lindgren > Tested-by: Aaro Koskinen > Acked-by: Santosh Shilimkar > Acked-by: Javier Martinez Canillas > Signed-off-by: Grygorii

Re: mm: lru_add_drain_all hangs

On 03/27/2015 04:32 AM, Sasha Levin wrote: > Hi all, > > I've started seeing pretty frequent hangs within lru_add_drain_all(). It > doesn't > seem to be hanging on a specific thing, and it appears that even a moderate > load > can cause it to hang (just 50 trinity threads in this case). > > Not

Re: [PATCH] IIO: Adds ACPI support for ST gyroscopes

On Thu, Mar 26, 2015 at 06:28:19PM +0200, Octavian Purdila wrote: > >>> >> diff --git a/drivers/gpio/gpiolib.c b/drivers/gpio/gpiolib.c > >>> >> index 568aa2b..9865627 100644 > >>> >> --- a/drivers/gpio/gpiolib.c > >>> >> +++ b/drivers/gpio/gpiolib.c > >>> >> @@ -511,6 +511,19 @@ static const struc

Re: [PATCH v2 4/8] gpio: omap: drop 'gpio' param from omap_gpio_init_irq()

On Mon, Mar 23, 2015 at 1:18 PM, wrote: > From: Grygorii Strashko > > The 'gpio' parameter isn't needed any more as it > duplicates 'offset' parameter, so drop it. > > Tested-by: Tony Lindgren > Tested-by: Aaro Koskinen > Acked-by: Santosh Shilimkar > Acked-by: Javier Martinez Canillas > Si

Re: [PATCH v2 3/8] gpio: omap: convert debounce functions switch to use gpio offset

On Mon, Mar 23, 2015 at 1:18 PM, wrote: > From: Grygorii Strashko > > Convert debounce functions to use GPIO offset instead of system > GPIO numbers. This allows to drop unneeded conversations between > system GPIO <-> GPIO offset which are done in many places and > many times. > It is safe to

Re: [PATCH v2 2/8] gpio: omap: simplify omap_set_gpio_dataout_x()

On Mon, Mar 23, 2015 at 1:18 PM, wrote: > From: Grygorii Strashko > > Both functions omap_set_gpio_dataout_reg() and > omap_set_gpio_dataout_mask() accept GPIO offset > as 'gpio' input parameter, so rename it to 'offset' and > drop usage of GPIO_BIT() macro. > > Tested-by: Tony Lindgren > Test

Re: [PATCH v2 1/8] gpio: omap: convert omap_gpio_is_input() to use gpio offset

On Mon, Mar 23, 2015 at 1:18 PM, wrote: > From: Grygorii Strashko > > Convert omap_gpio_is_input() to use GPIO offset instead of mask and, > in such way, make code simpler and remove few lines of code. > > Tested-by: Tony Lindgren > Tested-by: Aaro Koskinen > Acked-by: Santosh Shilimkar > Ac

Re: [PATCH 0/2] Remove mmc_host enable/disable methods.

On 25 March 2015 at 22:43, NeilBrown wrote: > Only omap_hsmmc uses enable and disable, and this seems > to be largely for historical reasons and is no longer > necessary. > > I have tested these patches with an OMAP3 with an > uSD card on mmc0 and a wifi SDIO device on mmc1. > > NeilBrown > > > --

[PATCH v2 2/3] staging: unisys: use error codes

we were just returning -1 to the calling function which was again returning that if the module failed to load. Now we are returning the actual error codes. Signed-off-by: Sudip Mukherjee --- v2: removed extra space drivers/staging/unisys/visorchipset/file.c | 12 +++- 1 file changed, 7

[PATCH v2 1/3] staging: unisys: unregister chardev on error

after registering the major numbers if the cdev_add fails then we were not releasing the major numbers. now we are doing that. Signed-off-by: Sudip Mukherjee --- v2: removed extra space drivers/staging/unisys/visorchipset/file.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --

<    3   4   5   6   7   8   9   10   >