On 07/12/14 18:03, Nishanth Menon wrote:
Marc,
On 11:16-20141207, Nishanth Menon wrote:
On 13:46-20141206, Marc Zyngier wrote:
After my series removing the gic_arch_extn hack, I figured that the
next step was to expunge the GIC driver of the routable domain horror.
There is a few reasons
On Saturday 06 December 2014 08:20 AM, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
After commit b2b49ccbdd54 (PM: Kconfig: Set PM_RUNTIME if PM_SLEEP is
selected) PM_RUNTIME is always set if PM is set, so #ifdef blocks
depending on CONFIG_PM_RUNTIME may now be
2014-12-06 1:23 GMT+09:00 Russell King - ARM Linux li...@arm.linux.org.uk:
On Fri, Dec 05, 2014 at 10:13:51AM -0600, Nishanth Menon wrote:
On 12/05/2014 10:10 AM, Nishanth Menon wrote:
Case #2: Reverting the following allows boot.
From next-20141204
10df7d5 ARM: 8211/1: l2c: Add support
On Mon, Dec 08, 2014 at 08:54:18PM +0900, Tomasz Figa wrote:
2014-12-06 1:23 GMT+09:00 Russell King - ARM Linux li...@arm.linux.org.uk:
Given where we are in the cycle (-final likely this weekend) the only
thing we can do right now is to drop the patch set; exynos (and mvebu)
will have to
On 6 December 2014 at 03:50, Rafael J. Wysocki r...@rjwysocki.net wrote:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
After commit b2b49ccbdd54 (PM: Kconfig: Set PM_RUNTIME if PM_SLEEP is
selected) PM_RUNTIME is always set if PM is set, so #ifdef blocks
depending on CONFIG_PM_RUNTIME
On Thu, Nov 27, 2014 at 12:41:31PM +0200, Peter Ujfalusi wrote:
include/linux/platform_data/ is not a correct place to keep the API
definitions for edma, it is meant to be only for the pdata for the device.
Clean up this by moving the API to include/linux/edma.h
Signed-off-by: Peter Ujfalusi
On Monday 08 December 2014 18:19:17 Vinod Koul wrote:
On Thu, Nov 27, 2014 at 12:41:31PM +0200, Peter Ujfalusi wrote:
include/linux/platform_data/ is not a correct place to keep the API
definitions for edma, it is meant to be only for the pdata for the device.
Clean up this by moving the
Hi list,
On platforms which has native usb hosts/phys and pci-dwc3 controller, the dwc3
core may get the wrong usb2_phy and usb3_phy by devm_usb_get_phy(). It depends
on which usb phy driver is initialized firstly, the usb_phy_generic or the
native/real usb phy driver.
Before all old USB phy
On 12/08/2014 06:22 AM, Russell King - ARM Linux wrote:
On Mon, Dec 08, 2014 at 08:54:18PM +0900, Tomasz Figa wrote:
2014-12-06 1:23 GMT+09:00 Russell King - ARM Linux li...@arm.linux.org.uk:
Given where we are in the cycle (-final likely this weekend) the only
thing we can do right now is to
On Mon, Dec 08, 2014 at 07:54:08AM -0600, Nishanth Menon wrote:
On 12/08/2014 06:22 AM, Russell King - ARM Linux wrote:
On Mon, Dec 08, 2014 at 08:54:18PM +0900, Tomasz Figa wrote:
2014-12-06 1:23 GMT+09:00 Russell King - ARM Linux
li...@arm.linux.org.uk:
Given where we are in the cycle
On Wed, Nov 12, 2014 at 9:08 AM, Suman Anna s-a...@ti.com wrote:
Kumar, Mark, Rob,
On 11/12/2014 09:14 AM, Ohad Ben-Cohen wrote:
Hi Suman,
On Fri, Sep 12, 2014 at 11:24 PM, Suman Anna s-a...@ti.com wrote:
This patch adds the generic common bindings used to represent
a hwlock device and
On 12/5/2014 6:50 PM, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
After commit b2b49ccbdd54 (PM: Kconfig: Set PM_RUNTIME if PM_SLEEP is
selected) PM_RUNTIME is always set if PM is set, so #ifdef blocks
depending on CONFIG_PM_RUNTIME may now be changed to depend
Hi!
It seems commit:
commit bd5dc09f557547399cd44d0a1224df7ff64e4a6b
Author: Felipe Balbi ba...@ti.com
Date: Wed Apr 23 09:58:28 2014 -0500
serial: fix UART_IIR_ID
UART IRQ Identification bitfield is 3
bits long (bits 3:1) but current mask only
masks 2 bits. Fix
On Monday 08 December 2014 21:47:35 Pavel Machek wrote:
Hi!
It seems commit:
commit bd5dc09f557547399cd44d0a1224df7ff64e4a6b
Author: Felipe Balbi ba...@ti.com
Date: Wed Apr 23 09:58:28 2014 -0500
serial: fix UART_IIR_ID
UART IRQ Identification bitfield is 3
bits
Hi!
So... I thought leaving N900 with mainline kernel on USB connection
was bad... (end result was battery at 2.97V). Well... now I left the
machine idle without the charger ... and result was 2.85V on battery.
Li-ion batteries should not be discharged below 3.4V. As may batteries
are already
On Monday 08 December 2014 21:47:35 Pavel Machek wrote:
Hi!
It seems commit:
commit bd5dc09f557547399cd44d0a1224df7ff64e4a6b
Author: Felipe Balbi ba...@ti.com
Date: Wed Apr 23 09:58:28 2014 -0500
serial: fix UART_IIR_ID
UART IRQ Identification bitfield is 3
bits
On Monday 08 December 2014 21:47:35 Pavel Machek wrote:
Hi!
It seems commit:
commit bd5dc09f557547399cd44d0a1224df7ff64e4a6b
Author: Felipe Balbi ba...@ti.com
Date: Wed Apr 23 09:58:28 2014 -0500
serial: fix UART_IIR_ID
UART IRQ Identification bitfield is 3
bits
On 09:10-20141208, Marc Zyngier wrote:
On 07/12/14 18:03, Nishanth Menon wrote:
[..]
dra7xx-evm(3.18-rc7): Boot PASS: http://slexy.org/raw/s2PXWFB47A
dra7xx-evm(irq branch): Boot FAIL: http://slexy.org/raw/s2xMgD4zkP
Would you want me to debug more - dts changes perhaps?
Yes
Here are some basic OMAP test results for Linux v3.18.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.18/20141208144211/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
19 matches
Mail list logo