Hello,
On 2014-11-27 23:51, Russell King - ARM Linux wrote:
On Mon, Nov 17, 2014 at 12:48:22PM +0100, Marek Szyprowski wrote:
This is an updated patchset, which intends to add support for L2 cache
on Exynos4 SoCs on boards running under secure firmware, which requires
certain initialization
On 27/11/14 23:19, Marc Kleine-Budde wrote:
On 11/27/2014 02:26 PM, Linus Walleij wrote:
On Fri, Nov 14, 2014 at 4:40 PM, Roger Quadros rog...@ti.com wrote:
DRA7 CAN IP suffers from a problem which causes it to be prevented
from fully turning OFF (i.e. stuck in transition) if the module was
On Wed, Nov 19, 2014 at 6:53 PM, Tony Lindgren t...@atomide.com wrote:
* Enric Balletbo Serra eballe...@gmail.com [141119 03:14]:
2014-11-18 16:42 GMT+01:00 Tony Lindgren t...@atomide.com:
Checked again, and no luck. It's very weird because from the OTG point
of view, OTG is exactly the same
On Friday 28 November 2014 09:16:24 Peter Ujfalusi wrote:
On 11/27/2014 11:52 PM, Arnd Bergmann wrote:
On Thursday 27 November 2014 20:46:12 Peter Ujfalusi wrote:
I see. With this series I did not planed to fix all edma related issues,
just
as a start clean up the related header files.
On 27 November 2014 at 11:41, Peter Ujfalusi peter.ujfal...@ti.com wrote:
Rename the include/linux/edma.h to include/linux/edma-dmaengine.h
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
For the mmc parts:
Acked-by: Ulf Hansson ulf.hans...@linaro.org
---
arch/arm/common/edma.c
On Friday 28 November 2014 09:55:53 Marek Szyprowski wrote:
On 2014-11-27 23:51, Russell King - ARM Linux wrote:
On Mon, Nov 17, 2014 at 12:48:22PM +0100, Marek Szyprowski wrote:
Changes in this version tested on Exynos4412-based TRATS2 and OdroidU3+
boards (both with secure firmware).
On Wednesday 26 November 2014, Tony Lindgren wrote:
The following changes since commit 6f8782a7a1c826e1c013d6b7d5504af6bcc079e6:
ARM: OMAP2+: Remove unnecesary include in GPMC driver (2014-11-06 10:51:06
-0800)
are available in the git repository at:
On 11/28/2014 12:51 PM, Arnd Bergmann wrote:
On Friday 28 November 2014 09:16:24 Peter Ujfalusi wrote:
On 11/27/2014 11:52 PM, Arnd Bergmann wrote:
On Thursday 27 November 2014 20:46:12 Peter Ujfalusi wrote:
I see. With this series I did not planed to fix all edma related issues,
just
as a
On Mon, Nov 24, 2014 at 8:05 PM, Tony Lindgren t...@atomide.com wrote:
This allows setting the correct fifo_mode when multiple
MUSB glue layers are built-in.
Cc: Fabio Baltieri fabio.balti...@linaro.org
Cc: Lee Jones lee.jo...@linaro.org
Cc: Linus Walleij linus.wall...@linaro.org
Cc:
On Mon, Nov 24, 2014 at 8:05 PM, Tony Lindgren t...@atomide.com wrote:
This allows the endpoints to work when multiple MUSB glue
layers are built in.
Cc: Fabio Baltieri fabio.balti...@linaro.org
Cc: Lee Jones lee.jo...@linaro.org
Cc: Linus Walleij linus.wall...@linaro.org
Cc: Apelete
On Sunday 23 November 2014, Tony Lindgren wrote:
The following changes since commit 9889278181bcdbae882664d8cee5bb0e064397e4:
Merge tag 'for-v3.19/omap-a' of
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending into
omap-for-v3.19/soc (2014-11-14 10:25:12 -0800)
are
On Monday 24 November 2014, Tony Lindgren wrote:
More dts changes for omaps to add support for new devices:
- Add DCAN support am335x, am437x and dra7
- Add devices for sb-t3x computers
- Add support for NovaTech OrionLXm
- Add n900 battery and si4713 support
Pulled into next/dt,
Moves clock state to struct clk_core, but takes care to change as little API as
possible.
struct clk_hw still has a pointer to a struct clk, which is the
implementation's per-user clk instance, for backwards compatibility.
The struct clk that clk_get_parent() returns isn't owned by the caller,
Adds a way for clock consumers to set maximum and minimum rates. This can be
used for thermal drivers to set ceiling rates, or by misc. drivers to set
floor rates to assure a minimum performance level.
Signed-off-by: Tomeu Vizoso tomeu.viz...@collabora.com
---
v6: * Take the prepare lock
to contain information that is specific
to a given clk consumer.
The seventh patch adds API for setting floor and ceiling constraints and stores
that information on the per-user struct clk, which is iterable from struct
clk_core.
They are based on top of linux-next 20141128.
http://cgit.collabora.com
On Thu, Nov 27, 2014 at 12:30 AM, Suman Anna s-a...@ti.com wrote:
Yep, I have reviewed and verified the changes, it is good to go.
Applied, thanks!
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at
* Arnd Bergmann a...@arndb.de [141128 05:57]:
On Sunday 23 November 2014, Tony Lindgren wrote:
The following changes since commit 9889278181bcdbae882664d8cee5bb0e064397e4:
Merge tag 'for-v3.19/omap-a' of
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending into
* Pali Rohár pali.ro...@gmail.com [141127 03:34]:
On Thursday 27 November 2014 02:12:04 Tony Lindgren wrote:
Thinking about this probably the best long term solution is
to pass optional board_revision in the kernel cmdline that
can be parsed early and copied to system_rev variable.
On Friday 28 November 2014 21:27:19 Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [141127 03:34]:
On Thursday 27 November 2014 02:12:04 Tony Lindgren wrote:
Thinking about this probably the best long term solution
is to pass optional board_revision in the kernel cmdline
that
* Arnd Bergmann a...@arndb.de [141128 03:31]:
On Wednesday 26 November 2014, Tony Lindgren wrote:
We can finally move the GPMC code to live in drivers/memory
for further clean up work. This series does the move with
minimal changes to the code.
I just looked at this branch. It's
* Kevin Hilman khil...@kernel.org [141126 13:27]:
Alexander Kochetkov al.koc...@gmail.com writes:
NOT FOR UPSTREAM
The patch checks if IP reset during probe could bring I2C bus
to a free state on omap2430 - omap3530 boards.
I guess, IP hold one of I2C lines in a low state.
I
Hi,
On Fri, Nov 28, 2014 at 10:41:12PM +0100, Pali Rohár wrote:
Does kernel provide some interface for telling userspace
applications something like bootreason (e.g power key, software
reset, rtc alarm, charger connected, ...)?
In N950/N9, NOLO passes this information using kernel command
* Pali Rohár pali.ro...@gmail.com [141128 13:43]:
On Friday 28 November 2014 21:27:19 Tony Lindgren wrote:
Are you saying there are some issues with that?
uboot (in mode when is loaded from NOLO) has those issues:
1) uboot cannot read n900 onenand mtd (uboot onenand driver not
working,
On Friday 28 November 2014 13:39:16 Tony Lindgren wrote:
* Arnd Bergmann a...@arndb.de [141128 03:31]:
On Wednesday 26 November 2014, Tony Lindgren wrote:
We can finally move the GPMC code to live in drivers/memory
for further clean up work. This series does the move with
minimal
Hi,
On Fri, Nov 28, 2014 at 10:41:12PM +0100, Pali Rohár wrote:
uboot (in mode when is loaded from NOLO) has those issues:
1) uboot cannot read n900 onenand mtd (uboot onenand driver not
working, do not know why)
2) missing support for battery charging (can totally discharge
battery)
NOLO
On Friday 28 November 2014 23:24:26 Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [141128 13:43]:
On Friday 28 November 2014 21:27:19 Tony Lindgren wrote:
Are you saying there are some issues with that?
uboot (in mode when is loaded from NOLO) has those issues:
1) uboot
On Friday 28 November 2014 23:26:30 Aaro Koskinen wrote:
Hi,
On Fri, Nov 28, 2014 at 10:41:12PM +0100, Pali Rohár wrote:
Does kernel provide some interface for telling userspace
applications something like bootreason (e.g power key,
software reset, rtc alarm, charger connected, ...)?
On Friday 28 November 2014 23:41:35 Aaro Koskinen wrote:
Hi,
On Fri, Nov 28, 2014 at 10:41:12PM +0100, Pali Rohár wrote:
uboot (in mode when is loaded from NOLO) has those issues:
1) uboot cannot read n900 onenand mtd (uboot onenand driver
not working, do not know why)
2) missing
Hi,
On Fri, Nov 28, 2014 at 11:49:00PM +0100, Pali Rohár wrote:
On Friday 28 November 2014 23:41:35 Aaro Koskinen wrote:
On Fri, Nov 28, 2014 at 10:41:12PM +0100, Pali Rohár wrote:
uboot (in mode when is loaded from NOLO) has those issues:
1) uboot cannot read n900 onenand mtd (uboot
Hello, Tony!
I just want to know, is multimaster i2c feature is interesting for TI SOC,
so I could send another patches?
Or it's better to leave the thing without changes, as current single master
version
well tested and work?
Also I have a draft version of mixed multimaster/slave version. But
29 нояб. 2014 г., в 1:13, Tony Lindgren t...@atomide.com написал(а):
Looks like for some time 2430 i2c has not been behaving
reliably
commit dd74548ddece4b9d68e5528287a272fa552c81d0 (i2c: omap:
resize fifos before each message) dropped check for dev-buf_len.
As result, data
31 matches
Mail list logo