On 04.01.2014 14:51, Pavel Machek wrote:
On Mon 2013-12-30 18:17:52, Ivaylo Dimitrov wrote:
From: Ivaylo Dimitrov freemangor...@abv.bg
Commit c37dd677988ca50bc8bc60ab5ab053720583c168 fixes the unbalanced
unlock in acx565akm_enable but introduces another problem - if
acx565akm_panel_power_on
From: Ivaylo Dimitrov freemangor...@abv.bg
Commit c37dd677988ca50bc8bc60ab5ab053720583c168 fixes the unbalanced
unlock in acx565akm_enable but introduces another problem - if
acx565akm_panel_power_on exits early, the mutex is not unlocked. Fix
that by unlocking the mutex on early return. Also add
On 30.12.2013 15:19, Tomi Valkeinen wrote:
The omapfb driver uses dma_alloc to reserve memory for the framebuffers.
However, on some use cases, even when CMA is in use, it's quite probable
that omapfb fails to allocate the fb, either due to not enough free dma
memory, fragmented dma memory, or
System is an ODROID-X.
root@odroid:/1/cuSDR32# uname -a
Linux odroid 3.8.13.14 #1 SMP PREEMPT Sat Dec 21 22:14:31 UTC 2013
armv7l armv7l armv7l GNU/Linux
root@odroid:/1/cuSDR32# cat /etc/os-release
NAME=Ubuntu
VERSION=13.10, Saucy Salamander
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME=Ubuntu 13.10
Hi,
Currently the Software Generated Interrupts (SGI) are restricted to use only
for SMP architecture for inter-processor communication as rightly documented
in ARM GIC spec V1.
In the system with the uniprocessor (and/or multiprocessor variants)
architecture with
TRUSTZONE enabled device
-Original Message-
From: linux-arm-kernel [mailto:linux-arm-kernel-
boun...@lists.infradead.org] On Behalf Of Hiremath, Vaibhav
Sent: Monday, January 06, 2014 10:39 AM
To: linux-arm-ker...@lists.infradead.org
Cc: Tony Lindgren; linux-omap@vger.kernel.org; Russell King
Subject: [RFC]
-Original Message-
From: bhupesh.sha...@freescale.com
[mailto:bhupesh.sha...@freescale.com]
Sent: Monday, January 06, 2014 11:02 AM
To: Hiremath, Vaibhav; 'linux-arm-ker...@lists.infradead.org'
Cc: 'Tony Lindgren'; 'linux-omap@vger.kernel.org'; 'Russell King'
Subject: RE: [RFC]
Hello Enric, Nikita, and other OMAP3 users,
As there were parallel set of patches running between u-boot and kernel.
hence, some patch-sets caused regression for OMAP3x platforms when booting
using u-boot specifically for ecc-schemes (like BCH4_SW).
Hence this patch series fixes those
