/Help-needed-for-porting-linux-on-mpc8260-based-custom-board-to2182946.html#a2182946
You could probably speak to your IT folks about this.. They might have
email list configuration which are white listed and disclaimers would
not appear when send to those lists.
Regards,
Nishanth Menon
Subject: Re: [U-Boot] u-boot-v2 for imx27 Board
Try not to top post. see [2] and mailing list ettiquette.
Regards,
Nishanth Menon
[1] http://code.google.com/p/omap-u-boot-utils/
[2] http://en.wikipedia.org/wiki/Posting_style
___
U-Boot mailing list
U
be no reason for s/w ecc IMHO..
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
understand it is for SDP3430[3]. I had written a small quick start doc
for 2430 - many of whose comments are still valid for 2430.
Regards,
Nishanth Menon
[1] http://linux.omap.com/pub/bootloader/3430sdp/ or
https://omapzoom.org/gf/
[2]
http://www.codesourcery.com/gnu_toolchains/arm/portal/[EMAIL PROTECTED
://lists.denx.de/mailman/listinfo/u-boot
--
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
4
+/*
+ * ABB settings
+ */
could be one line :)
+#define OMAP_ABB_SETTLING_TIME 30
+#define OMAP_ABB_CLOCK_CYCLES8
snip
otherwise looks ok to me.
--
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot
\n
+ Board: OMAP5432 uEVM\n
nit: does not belong to this patch.
--
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Support
? seems line V2 is the updated series..
--
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
can test this out) - further there is
comments that I'd like to share on #1/2
--
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
--
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Mon, May 20, 2013 at 6:06 AM, Andrii Tseglytskyi
andrii.tseglyts...@ti.com wrote:
On 05/17/2013 04:11 PM, Nishanth Menon wrote:
[snip]
On 19:49-20130513, Andrii Tseglytskyi wrote:
[...]
+ if (fuse ldovbb) {
+ if (abb_setup_ldovbb(fuse, ldovbb
|= OMAP5_ABB_LDOVBBMPU_MUX_CTRL_MASK;
+
+ /* setup LDOVBB using fused value */
+ clrsetbits_le32(ldovbb, OMAP5_ABB_LDOVBBMPU_VSET_OUT_MASK, vset);
OMAP5_ABB_LDOVBBMPU_MUX_CTRL_MASK wont get set :(
[...]
Other than this, I have no further comments.
--
Regards,
Nishanth Menon
On 10:39-20130523, Andrii Tseglytskyi wrote:
On 05/22/2013 11:56 PM, Nishanth Menon wrote:
Hi Andrii,
We are almost there.. minor comments follow:
On 11:42-20130521, Andrii Tseglytskyi wrote:
[...]
diff --git a/arch/arm/cpu/armv7/omap5/abb.c b/arch/arm/cpu/armv7/omap5/abb.c
new file mode
by
Nishanth Menon, who had some objections). I wrote it when bringing up a
custom OMAP5 board, and most probably it shall not go into mainline in
its current form, if ever. I gave it only as an example of how things
could be done cleaner. Feel free to use the code as you wish, but I'm
afraid
On Wed, Jun 5, 2013 at 11:35 AM, Lubomir Popov lpo...@mm-sol.com wrote:
Hi Nishanth,
On 05/06/13 17:01, Nishanth Menon wrote:
On Wed, Jun 5, 2013 at 3:03 AM, Lubomir Popov lpo...@mm-sol.com wrote:
Hi Tom,
On 05/06/13 00:06, Tom Rini wrote:
On Mon, Jun 03, 2013 at 10:58:27PM +0300, Lubomir
--
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
];
+ u32 cm_div_h21_dpll;
u32 cm_div_h22_dpll;
u32 cm_div_h23_dpll;
+ u32 cm_div_h24_dpll;
};
struct dplls {
Sadly Naked-by: Nishanth Menon n...@ti.com
--
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot@lists.denx.de
http
On 18:02-20130205, R Sricharan wrote:
On Tuesday 05 February 2013 01:11 AM, Nishanth Menon wrote:
On 19:59-20130204, R Sricharan wrote:
Adding the CPU detection suport for OMAP5430 and
OMAP5432 ES2.0 SOCs.
Signed-off-by: R Sricharan r.sricha...@ti.com
---
arch/arm/cpu/armv7/omap5
On 17:32-20130205, R Sricharan wrote:
Hi Nishanth,
On Tuesday 05 February 2013 01:46 AM, Nishanth Menon wrote:
On 19:59-20130204, R Sricharan wrote:
Change OPP settings as per the latest 0.4 version of
addendum for OMAP5430 ES2.0
--please be clear that these are for OPP_NOM. FYI, latest
could use twl6035 API instead (which is used elsewhere
as well).
Account for the parameter change while doing the change and
remove palmas register accessors.
Cc: Balaji T K balaj...@ti.com
Cc: Sricharan R r.sricha...@ti.com
Reported-by: Ruchika Kharwar ruch...@ti.com
Signed-off-by: Nishanth Menon
On 12:24-20130313, Balaji T K wrote:
Hi,
On Wednesday 13 March 2013 02:09 AM, Nishanth Menon wrote:
commit 21144298 (power: twl6035: add palmas PMIC support)
introduced twl6035_i2c_[read|write]_u8
Then, commit dd23e59d (omap5: pbias ldo9 turn on)
introduced palmas_[read|write]_u8
$board_name = A335X_SK; then \
--
1.7.9.5
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
--
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot
On 16:05-20130313, Koen Kooi wrote:
Op 13 mrt. 2013, om 16:02 heeft Nishanth Menon n...@ti.com het volgende
geschreven:
On Wed, Mar 13, 2013 at 9:57 AM, Koen Kooi k...@dominion.thruhere.net
wrote:
Op 13 mrt. 2013, om 15:35 heeft Nishanth Menon n...@ti.com het volgende
On Wed, Mar 13, 2013 at 9:57 AM, Koen Kooi k...@dominion.thruhere.net wrote:
Op 13 mrt. 2013, om 15:35 heeft Nishanth Menon n...@ti.com het volgende
geschreven:
On 10:20-20130313, Tom Rini wrote:
From: Koen Kooi k...@dominion.thruhere.net
Signed-off-by: Koen Kooi k
On 20:02-20130313, Koen Kooi wrote:
Op 13 mrt. 2013, om 16:07 heeft Nishanth Menon n...@ti.com het volgende
geschreven:
On 16:05-20130313, Koen Kooi wrote:
Op 13 mrt. 2013, om 16:02 heeft Nishanth Menon n...@ti.com het volgende
geschreven:
On Wed, Mar 13, 2013 at 9:57 AM
ID:aa4f608478acb7ed69dfcff4f3c404100b78ac49
v3.10-rc4-21-gaa4f608 - is'nt it better to take a tagged kernel like
v3.10 instead of an random intermediate commit?
snip
--
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de
*/
+
+/* USB Networking options */
+#define CONFIG_USB_HOST_ETHER
+#define CONFIG_USB_ETHER_SMSC95XX
+
#define CONFIG_SYS_PROMPT OMAP5432 uEVM #
#define CONSOLEDEVttyO2
--
Regards,
Nishanth Menon
___
U-Boot mailing
CONFIG_CMD_TCA642X
+#define CONFIG_SYS_I2C_TCA642X_BUS_NUM 4
+#define CONFIG_SYS_I2C_TCA642X_ADDR 0x22
+
#define CONFIG_SYS_PROMPT OMAP5432 uEVM #
#define CONSOLEDEVttyO2
--
Regards,
Nishanth Menon
___
U-Boot mailing list
U
(CONFIG_SYS_I2C_TCA642X_BUS_NUM);
+ if (i2c_read(chip, addr, 1, (u8 *)valw, 1)) {
+ ret = -1;
+ goto error;
+ }
+
+ *data = (int)valw;
+
+error:
+ i2c_set_bus_num(org_bus_num);
+ return ret;
+}
[...]
--
Regards,
Nishanth Menon
On 07/09/2013 11:17 AM, Dan Murphy wrote:
On 07/08/2013 04:27 PM, Nishanth Menon wrote:
On 07/08/2013 03:53 PM, Dan Murphy wrote:
[...]
+/* tca642x register address definitions */
+struct tca642x_bank_info tca642x_banks[] = {
+{0x00, 0x04, 0x08, 0x0c},
+{0x01, 0x05, 0x09, 0x0d
On Wed, Jul 10, 2013 at 6:25 AM, Sourav Poddar sourav.pod...@ti.com wrote:
From: Matt Porter mpor...@ti.com
Add QSPI definitions and clock configuration support.
OMAP54xx does not have QSPI. DRA7 has QSPI?
Signed-off-by: Matt Porter mpor...@ti.com
Signed-off-by: Sourav Poddar
index 90046e8..00bd72d 100644
--- a/board/ti/omap5_uevm/evm.c
+++ b/board/ti/omap5_uevm/evm.c
@@ -32,7 +32,7 @@
DECLARE_GLOBAL_DATA_PTR;
const struct omap_sysinfo sysinfo = {
- Board: OMAP5430 EVM\n
+ Board: OMAP5432 uEVM\n
};
/**
Acked-by: Nishanth Menon n...@ti.com
CONFIG_SYS_I2C_TCA642X_ADDR 0x22
+
#define CONFIG_SYS_PROMPT OMAP5432 uEVM #
#define CONSOLEDEVttyO2
Else,
no further comments from me.
--
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de
to be candidates for input to DRA.
---
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Jul 11, 2013 10:55 AM, Dan Murphy dmur...@ti.com wrote:
On 07/10/2013 06:56 PM, Nishanth Menon wrote:
On 07/10/2013 03:06 PM, Dan Murphy wrote:
Configure the tca6424 gpio expander
This allows use of the debug and tri color LEDs.
Signed-off-by: Dan Murphy dmur...@ti.com
For folks not using concatenated device tree with uImage, having
an handy function to find and load device tree is very handy.
So introduce findfdt and loadfdt and run findfdt by default to make
it easier on user scripts.
Signed-off-by: Nishanth Menon n...@ti.com
---
include/configs
partition)
This matches with the default behavior, these can be overriden by
env files as needed.
Signed-off-by: Nishanth Menon n...@ti.com
---
include/configs/omap3_beagle.h | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/include/configs/omap3_beagle.h b/include
://pastebin.com/fMdsKkgr
Beagle XM (rev C1): http://pastebin.com/p1zp9AhG
Nishanth Menon (5):
omap3_beagle: remove JFFS2 support.
omap3_beagle: replace uImage.beagle with generic uImage
omap3_beagle: enable CMD_FS_GENERIC and simplify load of
image/ramdisk
omap3_beagle: support findfdt and loadfdt
e682930867f7dfc4a01784fe452fad9e962d65a
(BeagleBoard: config: use uImage.beagle for tftp)
Introduced uImage.beagle which does not happen to be default output
file of Linux kernel build make uImage (output is uImage).
So, replace uImage.beagle with uImage
Signed-off-by: Nishanth Menon n
and
will assume this is to be booted with bootm (so may be concatenated
image or plain vanilla ATAG MACHINE_ID based image)
Signed-off-by: Nishanth Menon n...@ti.com
---
include/configs/omap3_beagle.h |8
1 file changed, 8 insertions(+)
diff --git a/include/configs/omap3_beagle.h b
We do not use JFFS2 by default and it conflicts with
CONFIG_CMD_FS_GENERIC (ls command is the same). Since most of our
BOOTCMD can be simplified by using the FS_GENERIC, dropping JFFS2
Signed-off-by: Nishanth Menon n...@ti.com
---
include/configs/omap3_beagle.h |8
1 file changed, 8
On 17:02-20130711, Robert Nelson wrote:
On Thu, Jul 11, 2013 at 4:52 PM, Nishanth Menon n...@ti.com wrote:
For folks not using concatenated device tree with uImage, having
an handy function to find and load device tree is very handy.
So introduce findfdt and loadfdt and run findfdt
On 17:05-20130711, Robert Nelson wrote:
On Thu, Jul 11, 2013 at 5:03 PM, Nishanth Menon n...@ti.com wrote:
On 17:02-20130711, Robert Nelson wrote:
On Thu, Jul 11, 2013 at 4:52 PM, Nishanth Menon n...@ti.com wrote:
For folks not using concatenated device tree with uImage, having
an handy
://pastebin.com/fMdsKkgr
Beagle XM (rev C1): http://pastebin.com/p1zp9AhG
Changes in V2 since v1:
- removed xMB version support based on review comments.
http://marc.info/?t=13735797054r=1w=2n=5
V1: http://marc.info/?l=u-bootm=137357963227510w=2
Nishanth Menon (6):
omap3_beagle
e682930867f7dfc4a01784fe452fad9e962d65a
(BeagleBoard: config: use uImage.beagle for tftp)
Introduced uImage.beagle which does not happen to be default output
file of Linux kernel build make uImage (output is uImage).
So, replace uImage.beagle with uImage
Signed-off-by: Nishanth Menon n
-by: Robert Nelson robertcnel...@gmail.com
Signed-off-by: Nishanth Menon n...@ti.com
---
board/ti/beagle/beagle.c | 28 +++-
board/ti/beagle/beagle.h |3 +--
2 files changed, 8 insertions(+), 23 deletions(-)
diff --git a/board/ti/beagle/beagle.c b/board/ti/beagle/beagle.c
We do not use JFFS2 by default and it conflicts with
CONFIG_CMD_FS_GENERIC (ls command is the same). Since most of our
BOOTCMD can be simplified by using the FS_GENERIC, dropping JFFS2
Signed-off-by: Nishanth Menon n...@ti.com
---
include/configs/omap3_beagle.h |8
1 file changed, 8
partition)
This matches with the default behavior, these can be overriden by
env files as needed.
Signed-off-by: Nishanth Menon n...@ti.com
---
include/configs/omap3_beagle.h | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/include/configs/omap3_beagle.h b/include
For folks not using concatenated device tree with uImage, having
an handy function to find and load device tree is very handy.
So introduce findfdt and loadfdt and run findfdt by default to make
it easier on user scripts.
Signed-off-by: Nishanth Menon n...@ti.com
---
include/configs
and
will assume this is to be booted with bootm (so may be concatenated
image or plain vanilla ATAG MACHINE_ID based image)
Signed-off-by: Nishanth Menon n...@ti.com
---
include/configs/omap3_beagle.h |8
1 file changed, 8 insertions(+)
diff --git a/include/configs/omap3_beagle.h b
On 07/11/2013 05:33 PM, Nishanth Menon wrote:
For folks not using concatenated device tree with uImage, having
an handy function to find and load device tree is very handy.
So introduce findfdt and loadfdt and run findfdt by default to make
it easier on user scripts.
Signed-off-by: Nishanth
On 21:49-20130711, Joel Fernandes wrote:
On Thu, Jul 11, 2013 at 4:52 PM, Nishanth Menon n...@ti.com wrote:
We do not use JFFS2 by default and it conflicts with
CONFIG_CMD_FS_GENERIC (ls command is the same). Since most of our
BOOTCMD can be simplified by using the FS_GENERIC, dropping
On 18:17-20130711, Robert Nelson wrote:
On Thu, Jul 11, 2013 at 5:17 PM, Nishanth Menon n...@ti.com wrote:
On 17:05-20130711, Robert Nelson wrote:
On Thu, Jul 11, 2013 at 5:03 PM, Nishanth Menon n...@ti.com wrote:
On 17:02-20130711, Robert Nelson wrote:
On Thu, Jul 11, 2013 at 4:52 PM
On 23:25-20130711, Joel Fernandes wrote:
On Thu, Jul 11, 2013 at 10:49 PM, Nishanth Menon n...@ti.com wrote:
On 21:49-20130711, Joel Fernandes wrote:
On Thu, Jul 11, 2013 at 4:52 PM, Nishanth Menon n...@ti.com wrote:
We do not use JFFS2 by default and it conflicts
On 08:32-20130712, Robert Nelson wrote:
On Thu, Jul 11, 2013 at 11:06 PM, Nishanth Menon n...@ti.com wrote:
ok, here is how the code looks like with the V2 of my series:
Do we just default to none for XM_AB for dvi_pup?
static void beagle_dvi_pup(void)
{
uchar val
On Fri, Jul 12, 2013 at 12:30 PM, Dan Murphy dmur...@ti.com wrote:
On 07/11/2013 01:02 PM, Nishanth Menon wrote:
diff --git a/board/ti/omap5_uevm/mux_data.h
b/board/ti/omap5_uevm/mux_data.h
index a82795d..7e6415e 100644
--- a/board/ti/omap5_uevm/mux_data.h
+++ b/board/ti/omap5_uevm
://marc.info/?l=u-bootm=137358206228251w=2
V1: http://marc.info/?l=u-bootm=137357963227510w=2
Nishanth Menon (6):
omap3_beagle: remove JFFS2 support.
omap3_beagle: replace uImage.beagle with generic uImage
beagleboard: remove RevB support for BeagleBoard Xm
omap3_beagle: enable CMD_FS_GENERIC
partition)
This matches with the default behavior, these can be overriden by
env files as needed.
Signed-off-by: Nishanth Menon n...@ti.com
---
include/configs/omap3_beagle.h | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/include/configs/omap3_beagle.h b/include
e682930867f7dfc4a01784fe452fad9e962d65a
(BeagleBoard: config: use uImage.beagle for tftp)
Introduced uImage.beagle which does not happen to be default output
file of Linux kernel build make uImage (output is uImage).
So, replace uImage.beagle with uImage
Signed-off-by: Nishanth Menon n
-by: Robert Nelson robertcnel...@gmail.com
Signed-off-by: Nishanth Menon n...@ti.com
---
V3 updates based on http://marc.info/?t=13735797054r=1w=2
board/ti/beagle/beagle.c | 28 +++-
board/ti/beagle/beagle.h |3 +--
2 files changed, 8 insertions(+), 23 deletions(-)
diff
For folks not using concatenated device tree with uImage, having
an handy function to find and load device tree is very handy.
So introduce findfdt and loadfdt and run findfdt by default to make
it easier on user scripts.
Signed-off-by: Nishanth Menon n...@ti.com
---
V3: Fixes typo mistake
and
will assume this is to be booted with bootm (so may be concatenated
image or plain vanilla ATAG MACHINE_ID based image)
Signed-off-by: Nishanth Menon n...@ti.com
---
include/configs/omap3_beagle.h |8
1 file changed, 8 insertions(+)
diff --git a/include/configs/omap3_beagle.h b
We do not use JFFS2 by default and it conflicts with
CONFIG_CMD_FS_GENERIC (ls command is the same). Since most of our
BOOTCMD can be simplified by using the FS_GENERIC, dropping JFFS2
Signed-off-by: Nishanth Menon n...@ti.com
Acked-by: Joel Fernandes jo...@ti.com
---
include/configs
On 14:16-20130715, Koen Kooi wrote:
Op 15 jul. 2013, om 14:11 heeft Nishanth Menon n...@ti.com het volgende
geschreven:
For folks not using concatenated device tree with uImage, having
an handy function to find and load device tree is very handy.
So introduce findfdt and loadfdt
On 15:07-20130715, Koen Kooi wrote:
Op 15 jul. 2013, om 14:25 heeft Nishanth Menon n...@ti.com het volgende
geschreven:
On 14:16-20130715, Koen Kooi wrote:
Op 15 jul. 2013, om 14:11 heeft Nishanth Menon n...@ti.com het volgende
geschreven:
[..]
+ findfdt= \
+ if test
software that says when in doubt, it's likely this
board, that's OK for the vendor to do.
Alrite, so we go with V3(current version) of the patch then.
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman
attempt was'nt too useful either.
--
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 08/23/2013 09:32 AM, Robert Nelson wrote:
On Fri, Aug 23, 2013 at 9:21 AM, Nishanth Menon n...@ti.com wrote:
Hi,
Noticed an interesting behavior where adding a dcache flush kernel boot
fail due to unaligned-accesses seems to go away.
Full details: http://pastebin.com/kVBRWsbE
Without
log: http://pastebin.com/7UnYdajd
Tested-by: Nishanth Menon n...@ti.com
--
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 09/19/2013 08:00 AM, Nishanth Menon wrote:
On 09/17/2013 10:01 PM, Masahiro Yamada wrote:
In commit 27af930, the top Makefile was adjusted to the new
boards.cfg format.
But at the same time, -d option was added.
If you configure and make separately, for example
like follows:
make
Change in subject.
Original thread start:
http://lists.opensuse.org/opensuse-arm/2013-03/msg00076.html
On 17:15-20130319, Guillaume Gardet wrote:
Le 19/03/2013 17:04, Nishanth Menon a écrit :
On 08:47-20130319, gary wrote:
Just a FYI, here is the the boot text dumped to the serial port
twl6030_i2c_[read|write]_u8 can be used else where to access
multi-function device such as twl6030, so move the register access
functions to the common twl6030.h header file.
Signed-off-by: Nishanth Menon n...@ti.com
---
drivers/power/twl6030.c | 11 ---
include/twl6030.h | 11
u-boot standard i2c read prototype is
i2c_read(addr, reg, 1, buf, 1)
twl4030_i2c_read_u8(u8 addr, u8 *val, u8 reg)
does not provide consistency, so switch the prototype to be
consistent with rest of u-boot i2c operations:
twl4030_i2c_read_u8(u8 addr, u8 reg, u8 *val)
Signed-off-by: Nishanth
the
code to stay in sync with legacy code.
Nishanth Menon (9):
twl4030: make twl4030_i2c_write_u8 prototype consistent
twl4030: make twl4030_i2c_read_u8 prototype consistent
twl6030: twl6030_i2c_[read|write]_u8 prototype consistent
twl6030: move twl6030 register access functions to common header
-by: Ruchika Kharwar ruch...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
V1: http://patchwork.ozlabs.org/patch/227112/
drivers/power/twl6035.c | 15 ++-
1 file changed, 2 insertions(+), 13 deletions(-)
diff --git a/drivers/power/twl6035.c b/drivers/power/twl6035.c
index
-boot i2c operations:
twl6035_i2c_read_u8(u8 addr, u8 reg, u8 *val)
twl6035_i2c_write_u8(u8 addr, u8 reg, u8 val)
Signed-off-by: Nishanth Menon n...@ti.com
---
include/twl6035.h |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/twl6035.h b/include/twl6035.h
index
twl6030_i2c_[read|write]_u8 can be used else where to access
multi-function device such as twl6035, we dont need to incurr
an function call overhead, so use static inline.
Signed-off-by: Nishanth Menon n...@ti.com
---
drivers/power/twl6035.c | 11 ---
include/twl6035.h | 13
Add an header guard to common header file to prevent multiple includes
messing things up.
Signed-off-by: Nishanth Menon n...@ti.com
---
include/twl6035.h |5 +
1 file changed, 5 insertions(+)
diff --git a/include/twl6035.h b/include/twl6035.h
index edc2db5..d9131c1 100644
--- a/include
Add an header guard to common header file to prevent multiple includes
messing things up.
Signed-off-by: Nishanth Menon n...@ti.com
---
include/twl6030.h |5 +
1 file changed, 5 insertions(+)
diff --git a/include/twl6030.h b/include/twl6030.h
index f7ba3c7..029b21f 100644
--- a/include
-boot i2c operations:
twl6030_i2c_read_u8(u8 addr, u8 reg, u8 *val)
twl6030_i2c_write_u8(u8 addr, u8 reg, u8 val)
Signed-off-by: Nishanth Menon n...@ti.com
---
drivers/power/twl6030.c | 68 +++
1 file changed, 34 insertions(+), 34 deletions(-)
diff
-by: Nishanth Menon n...@ti.com
---
board/cm_t35/cm_t35.c | 20 +--
board/nokia/rx51/rx51.c| 36 +-
board/pandora/pandora.c|3 ++-
drivers/misc/twl4030_led.c |4 ++--
drivers/power/twl4030.c| 12 ++--
drivers/usb
doesn't exist the default boot sequence
will be started.
Inspired by commit: d70f54808dfa83b574e1239c3eccbcf3317343e1
(omap4: allow the use of a plain text env file instead boot scripts)
Signed-off-by: Nishanth Menon n...@ti.com
---
include/configs/omap5_common.h | 16 +---
1 file
On 03/22/2013 08:03 PM, Tom Rini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/22/2013 06:43 PM, Nishanth Menon wrote:
For production systems it is better to use script images since they
are protected by checksums and carry valuable information like name
and timestamp. Also, you
On 03/23/2013 11:20 PM, Sricharan R wrote:
Hi Nishanth,
On Saturday 23 March 2013 08:57 PM, Nishanth Menon wrote:
On 03/22/2013 08:03 PM, Tom Rini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/22/2013 06:43 PM, Nishanth Menon wrote:
For production systems it is better to use
/configs/omap5_evm.h
create mode 100644 include/configs/omap5_uevm.h
Series:
Tested-by: Nishanth Menon n...@ti.com
{assuming change stated in http://patchwork.ozlabs.org/patch/230283/
Acked-by: Nishanth Menon n...@ti.com
--
Regards,
Nishanth Menon
___
U
and if it the right one.
Further, the PMICs are drastically different that using a
twl_read_write_u8 might end up confusing reviewer/readability.
+ the fact that they are inline allows us to have no overhead.
---
Regards,
Nishanth Menon
___
U-Boot mailing list
U
about
renaming the file to palmas.c and use palmas_i2c_read/write functions?
--
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
could use an generic palmas API instead.
To stay consistent with the function naming of twl4030,6030 accessors,
we use palmas_i2c_[read|write]_u8
Cc: Balaji T K balaj...@ti.com
Cc: Sricharan R r.sricha...@ti.com
Reported-by: Ruchika Kharwar ruch...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
of twl6035 to palmas and associated changes
- minor updates to cleaup checkpatch warnings
Nishanth Menon (10):
twl4030: make twl4030_i2c_write_u8 prototype consistent
twl4030: make twl4030_i2c_read_u8 prototype consistent
twl6030: twl6030_i2c_[read|write]_u8 prototype consistent
twl6030
-boot i2c operations:
twl6030_i2c_read_u8(u8 addr, u8 reg, u8 *val)
twl6030_i2c_write_u8(u8 addr, u8 reg, u8 val)
Signed-off-by: Nishanth Menon n...@ti.com
---
V2: http://patchwork.ozlabs.org/patch/230266/
Changes since v2:
- checkpatch cleanup
drivers/power/twl6030.c | 68
Since TPS659038/TWL6035/TWL6037 all belong to palmas family of TI PMICs,
rename twl6035_mmc1_poweron_ldo by a more generic palmas_mmc1_poweron_ldo
function.
Signed-off-by: Nishanth Menon n...@ti.com
---
V3: new patch
drivers/mmc/omap_hsmmc.c |2 +-
drivers/power/palmas.c |2 +-
include
Add an header guard to common header file to prevent multiple includes
messing things up.
Signed-off-by: Nishanth Menon n...@ti.com
---
V2: http://patchwork.ozlabs.org/patch/230265/
Changes since v2:
- no change
include/twl6030.h |5 +
1 file changed, 5 insertions(+)
diff --git
Since TPS659038/TWL6035/TWL6037 all belong to palmas family of TI PMICs,
rename twl6035_init_settings with an more generic palmas_init_settings
Signed-off-by: Nishanth Menon n...@ti.com
---
V3: new patch
board/ti/omap5_evm/evm.c |2 +-
drivers/power/palmas.c |2 +-
include/palmas.h
-by: Nishanth Menon n...@ti.com
---
V3: new patch
board/ti/dra7xx/evm.c |2 +-
board/ti/omap5_evm/evm.c |4 ++--
drivers/mmc/omap_hsmmc.c |6 +++---
drivers/power/Makefile|2 +-
drivers/power/{twl6035.c = palmas.c} |4 ++--
include
Add an header guard to common header file to prevent multiple
includes messing things up.
Signed-off-by: Nishanth Menon n...@ti.com
---
V2: http://patchwork.ozlabs.org/patch/230264/
Changes since V2:
- use PALMAS instead of TWL6035
include/palmas.h |4
1 file changed, 4
twl6030_i2c_[read|write]_u8 can be used else where to access
multi-function device such as twl6030, so move the register access
functions to the common twl6030.h header file.
Signed-off-by: Nishanth Menon n...@ti.com
---
V2: http://patchwork.ozlabs.org/patch/230259/
Changes since v2
-by: Nishanth Menon n...@ti.com
---
V2: http://patchwork.ozlabs.org/patch/230267/
Changes since v2:
- checkpatch cleanup
board/cm_t35/cm_t35.c | 20 +--
board/nokia/rx51/rx51.c| 36 +-
board/pandora/pandora.c|3
u-boot standard i2c read prototype is
i2c_read(addr, reg, 1, buf, 1)
twl4030_i2c_read_u8(u8 addr, u8 *val, u8 reg)
does not provide consistency, so switch the prototype to be
consistent with rest of u-boot i2c operations:
twl4030_i2c_read_u8(u8 addr, u8 reg, u8 *val)
Signed-off-by: Nishanth
On 09:47-20130327, Sricharan R wrote:
On Tuesday 26 March 2013 08:50 PM, Nishanth Menon wrote:
This series helps standardize register parameters for TWL4030, 6030 and 6035
used in various OMAP3,4,5 based platforms.
[..]
Acked-by: R Sricharan r.sricha...@ti.com for the series
Gentle ping
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
--
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
1 - 100 of 1401 matches
Mail list logo