Hi Pavel, Sakari,
On 11/18/2014 05:51 PM, Pavel Machek wrote:
Hi!
If the hardware LED changes with one that needs different current, the
block for the adp1653 stays the same, but white LED block should be
updated with different value.
I think that you are talking about sub nodes. Indeed I
On 8 November 2014 00:52, NeilBrown ne...@suse.de wrote:
omap_hsmmc currently duplicates some work that can be done for
it by common code, and consequently does not benefit from extra
functionality in that common code.
In particular, mmc_of_parse and the slot-gpio library are not used.
This
Hi Tony,
2014-11-18 16:42 GMT+01:00 Tony Lindgren t...@atomide.com:
* Enric Balletbo Serra eballe...@gmail.com [141118 01:04]:
Hi Tony,
2014-11-17 19:04 GMT+01:00 Tony Lindgren t...@atomide.com:
Just tested v3.18-rc5 with beagleboard xm, and the host mode
enumerates the devices, then
3430LDP has NAND flash with 32 bytes OOB size which is sufficient to hold
BCH8 codes but the small page check introduced in
commit b491da7233d5 (mtd: nand: omap: clean-up ecc layout for BCH ecc schemes)
considers anything below 64 bytes unsuitable for BCH4/8/16. There is another
bug in that code
Add node for RTC.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
[n...@ti.com: update with rtc crossbar number]
Signed-off-by: Nishanth Menon n...@ti.com
---
Changes since v1:
- Fixed rtc dt node label.
arch/arm/boot/dts/dra7.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git
On 14 November 2014 08:06, Stephen Boyd sb...@codeaurora.org wrote:
On 10/30, Tomeu Vizoso wrote:
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
Am 13.11.2014 um 17:41 schrieb Tomi Valkeinen tomi.valkei...@ti.com:
On 13/11/14 18:25, Dr. H. Nikolaus Schaller wrote:
Hi,
Am 13.11.2014 um 12:51 schrieb Tomi Valkeinen tomi.valkei...@ti.com:
On 13/11/14 00:10, Marek Belisko wrote:
opa362 is amplifier for video and can be connected to
Hi Jacek and Pavel,
Jacek Anaszewski wrote:
Hi Pavel, Sakari,
On 11/18/2014 05:51 PM, Pavel Machek wrote:
Hi!
If the hardware LED changes with one that needs different current, the
block for the adp1653 stays the same, but white LED block should be
updated with different value.
I think
* 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 between Beagleboard-XM and IGEPv2.
Can you confirm that you're using
Hi Pavel,
Pavel Machek wrote:
On Mon 2014-11-17 07:06:17, Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [141117 07:03]:
On Monday 17 November 2014 15:55:46 Tony Lindgren wrote:
There's nothing stopping us from initializing the camera code
from pdata-quirks.c for now to keep it
Pavel Machek pa...@ucw.cz writes:
Thanks for the info.
I added
+Mainline has support for Mitac Mio A701, but that having only 64MiB
+RAM, QTopia is the software to use there.
Thanks Pavel, that looks good.
Cheers.
--
Robert
--
To unsubscribe from this list: send the line
On Wed, 19 Nov 2014 11:14:24 +0100 Ulf Hansson ulf.hans...@linaro.org wrote:
On 8 November 2014 00:52, NeilBrown ne...@suse.de wrote:
omap_hsmmc currently duplicates some work that can be done for
it by common code, and consequently does not benefit from extra
functionality in that common
This patchset adds common clock framework support for the TZ1090 SoC.
Patches 1 and 2 are generic and switch clk-divider to use masks
internally instead of shifts and width. Patch 1 came from Mike's divider
DT bindings patchset from a while back. This is required by the TZ1090
divider binding
From: Mike Turquette mturque...@linaro.org
The forthcoming Device Tree binding for the divider clock type will use
a bitfield mask instead of bitfield width, which is what the current
basic divider implementation uses.
This patch replaces the u8 width in struct clk_divider with a u32 mask.
The
On Wed, Nov 12, 2014 at 11:14 AM, Ohad Ben-Cohen o...@wizery.com wrote:
Hi Suman,
[..]
Does this mean you allow nodes not to have the base_id property? How
do we protect against multiple nodes not having a base_id property
then?
Implicitly assuming a base_id value (zero in this case) may
Here are some basic OMAP test results for Linux v3.18-rc5.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.18-rc5/20141119185802/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
Hi Bjorn,
On Thu, Nov 20, 2014 at 2:43 AM, Bjorn Andersson bj...@kryo.se wrote:
I still have a huge problem understanding the awesomeness with the
base_id. If you have a SoC with 2 hwlock blocks; say 8+8 locks, used
for interaction with e.g. a modem and a video core respectively.
Why would
Hi
On Thu, 9 Oct 2014, Tomi Valkeinen wrote:
Add parent_hwmod pointer to omap_hwmod. This can be set to point to a
parent hwmod that needs to be enabled for the child hwmod to work.
This is used at hwmod setup time: when doing the initial setup and
reset, first enable the parent hwmod, and
Hi Tomi,
thanks for the ping.
On Fri, 14 Nov 2014, Tomi Valkeinen wrote:
On 09/10/14 17:03, Tomi Valkeinen wrote:
This is an RFC to fix the issues with boot time DSS hwmod setup.
There was an earlier series sent by Archit here:
http://www.spinics.net/lists/linux-omap/msg107700.html
On Tue, 4 Nov 2014, Vignesh R wrote:
This patch adds hwmod support for tscadc to work on am43xx-evm. The am33xx
hwmod structures of tscadc has been moved to ipblock_data so that it can
be reused in am43xx. The clock domain names are separately set for am33xx
and am43xx. Thus tscadc dt entries
Hi Paul,
On 20/11/14 09:03, Paul Walmsley wrote:
Hi
On Thu, 9 Oct 2014, Tomi Valkeinen wrote:
Add parent_hwmod pointer to omap_hwmod. This can be set to point to a
parent hwmod that needs to be enabled for the child hwmod to work.
This is used at hwmod setup time: when doing the initial
21 matches
Mail list logo