On Mon, Jul 30, 2012 at 7:27 AM, Tom Rini wrote:
>> After adding a few printf's, it seems that the crash/hang is occurring
>> when calling env_relocate_spec in env_nand.c, which of course is
>> completely unrelated code!
>
> I've spent some time scratching my head against a hang in the same spot,
Does anyone have any experience enabling the second or third mmc
channels in u-boot on an omap3 board?
I used the feature successfully a couple of years ago on Overo, but of
course there have been many changes in the mmc code since then.
Here's what I tried for overo with the current head of tree
This patch sets up pinmux, enables fclk, and
defines CONFIG_I2C_MULTI_BUS
Signed-off-by: Steve Sakoman
---
diff --git a/arch/arm/cpu/armv7/am33xx/clock.c
b/arch/arm/cpu/armv7/am33xx/clock.c
index bbb9c13..57bec98 100644
--- a/arch/arm/cpu/armv7/am33xx/clock.c
+++ b/arch/arm/cpu/armv7/am33xx
s not check for null pointers, resulting
in a crash.
Signed-off-by: Steve Sakoman
---
common/cmd_nand.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/cmd_nand.c b/common/cmd_nand.c
index fa44295..a91ccf4 100644
--- a/common/cmd_nand.c
+++ b/common/cmd_nand.c
@@
This patch uses the code in omap-common to support gpio modules 1-3
on am33xx based boards.
It adds base address and register definitions, enables clocks to the
modules, and enables building the common gpio code for CONFIG_AM33XX
as well as CONFIG_OMAP
Signed-off-by: Steve Sakoman
---
arch/arm
This patch sets up pinmux, enables fclk, and
defines CONFIG_I2C_MULTI_BUS
Signed-off-by: Steve Sakoman
---
arch/arm/cpu/armv7/am33xx/clock.c |5 +
board/ti/am335x/mux.c |8
include/configs/am335x_evm.h |1 +
3 files changed, 14 insertions(+), 0
UART_RESET, UART_CLK_RUNNING_MASK, and UART_SMART_IDLE_EN
are defined inn evm.c but not used. Also removes unnecessary
include of serial.h
PHYS_DRAM_1_SIZE is defined in am335x_evm.h but never used.
Signed-off-by: Steve Sakoman
---
board/ti/am335x/evm.c|5 -
include/configs
The PLL setup values currently assume a 24 Mhz input clock.
This patch uses V_OSCK from the board config file to support boards
with different input clock rates.
Signed-off-by: Steve Sakoman
---
arch/arm/include/asm/arch-am33xx/clocks_am33xx.h | 10 +-
1 files changed, 5 insertions
Code currently tests for <= 0xff. Micron manufacturer code is 0xff, so
Micron memory will not be detected!
Signed-off-by: Steve Sakoman
---
arch/arm/cpu/armv7/omap-common/emif-common.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/armv7/omap-common/e
Some rams (Micron for example) return duplicate mr data on all byte lanes.
Users of the get_mr function currently don't deal with this duplicated
data gracefully. This patch detects the duplicated data and returns only
the expected 8 bit mr data.
Signed-off-by: Steve Sakoman
---
arch/ar
ext_phy_ctrl_const_base is currently only defined if
CONFIG_SYS_EMIF_PRECALCULATED_TIMING_REGS is set.
If not set, the following error occurs:
In function `do_sdram_init':
| arch/arm/cpu/armv7/omap-common/emif-common.c:985: undefined reference to
`ext_phy_ctrl_const_base'
Signed-off
While bringing up a new OMAP4 based board I encountered a number of issues
when attempting to use the automatic emif setup code.
This patch series fixes a compile error and two runtime issues.
Tested on the new custom OMAP4 board and Pandaboard
Steve Sakoman (3):
omap: fix compile error in
On Tue, Dec 20, 2011 at 4:20 AM, Igor Grinberg wrote:
> What about forging some very not optimized default DRAM settings,
> that suit any assembled DRAM and then when you have I2C access,
> reconfigure it - is it possible?
>
The board ID is used to determine some fairly fundamental things like h
On Wed, Dec 14, 2011 at 8:27 AM, Andreas Müller wrote:
> * implemenatation based on ti beagleboard/omap3evm
> * timing data taken from x-loader
> * run-tested with overo release 0 and 1 / boot from NAND and SDcard
Thanks for doing this!
I took a quick look and only see one addition to Tom's comm
On Thu, Oct 13, 2011 at 1:18 AM, Aneesh V wrote:
>> Perhaps it is a board rev issue.
>
> Yes it is. SPL works on everything other than a Panda with OMAP4430
> ES2.0. I could reproduce it on an ES2.0 Panda. Please note that an SDP
> with OMAP4430 ES2.0 works too, which is rather strange. At the out
On Wed, Oct 12, 2011 at 3:23 PM, John Rigby wrote:
> My tree has a bunch of extra patches on top and is based on rc2. I
> know it works:
>
> http://git.linaro.org/gitweb?p=boot/u-boot-linaro-stable.git;a=summary
Very strange - it doesn't work for me :-(
I build from the above repo, commit 5cb3
On Wed, Oct 12, 2011 at 3:23 PM, John Rigby wrote:
> My tree has the precalculated ddr timing patch:
>
> U-Boot/SPL: omap4: Make ddr pre-calculated timings as default.
>
> All ddr configurations(geometry/timings) are done automatically
> by detecting the device connected at run time. Though this
On Wed, Oct 12, 2011 at 3:00 PM, John Rigby wrote:
>> Has anyone else been able to successfully use SPL on pandaboard with
>> v2011.09?
>>
> You may want to see if the spl is oversize. Sometime ago the size was
> pushed up to 38K but the base was not moved to accommodate the extra
> size so th
On Tue, Oct 11, 2011 at 2:23 PM, Philip Balister wrote:
> This allows the user can easily add extra kernel arguments. Very helpful
> for reserving memory for the DSP without rewriting the entire kernel
> argument line.
>
> Signed-off-by: Philip Balister
Tested-by
ot claim CS4.
>
> Signed-off-by: Philip Balister
Tested-by: Steve Sakoman
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Tue, Oct 11, 2011 at 2:23 PM, Philip Balister wrote:
> Starting with kernel 2.6.37, the serial ports on the OMAP3 are called
> ttyOX, not ttySX.
>
> Signed-off-by: Philip Balister
Tested-by: Steve Sakoman
___
U-Boot mailing
I'm considering using SPL instead of x-load for an upcoming omap project.
To begin learning about SPL I tried building and running SPL for
pandaboard using v2011.09.
With my initial build I got the following output:
U-Boot SPL 2011.09 (Oct 11 2011 - 10:18:27)
Texas Instruments OMAP4430 ES2.0
SD
On Fri, Sep 30, 2011 at 12:32 PM, Kooi, Koen wrote:
> On Fri, Sep 30, 2011 at 21:29:11, Steve Sakoman wrote:
>> Subject: [PATCH] omap: beagle: Use ubifs instead of jffs2 for
>> nand boot
>>
>> Signed-off-by: Steve Sakoman
>> ---
>>
>> diff --git
Signed-off-by: Steve Sakoman
---
diff --git a/include/configs/omap3_beagle.h b/include/configs/omap3_beagle.h
index 2c0f5a5..a92ffdf 100644
--- a/include/configs/omap3_beagle.h
+++ b/include/configs/omap3_beagle.h
@@ -227,8 +227,8 @@
"mmcdev=0\0" \
"mmcroot=/dev
Signed-off-by: Steve Sakoman
---
diff --git a/include/configs/omap3_overo.h b/include/configs/omap3_overo.h
index 9a8ef06..8114194 100644
--- a/include/configs/omap3_overo.h
+++ b/include/configs/omap3_overo.h
@@ -164,8 +164,8 @@
"mmcdev=0\0" \
"mmcroot=/dev
t; \
> - "console=ttyS2,115200n8\0" \
> + "console=ttyO2,115200n8\0" \
> "mpurate=auto\0" \
> "buddy=none "\
> "vram=12M\0" \
Any status on this patch? It doesn't seem to have made it into v2011.
nice), logic 0 levels can raise up to 650mV.
This exceeds the camera input pins VIL maximum voltage. This change
suggested-by Laurent Pinchart
Signed-off-by: Steve Sakoman
---
diff --git a/board/overo/overo.h b/board/overo/overo.h
index 42ef1b1..915f15b 100644
--- a/board/overo/overo.h
+++ b
This pad was previously configured for sysclkout_1. This patch changes
the configuration to gpio_10 to reduce radiated noise from the 26Mhz
clock, as well as make the pin more generally useful.
Signed-off-by: Steve Sakoman
---
diff --git a/board/overo/overo.h b/board/overo/overo.h
index
icating with marginally-spec'd MMC devices.
> 3.15V is the highest possible level for this chip. This patch
> has been tested on a Gumstix Overo board.
>
> Signed-off-by: Ash Charles
Tested-by: Steve Sakoman
Steve
___
U-Boot mailing l
On Thu, Sep 22, 2011 at 7:13 AM, Aneesh V wrote:
> Steve wants to transfer maintainership of OMAP4 boards
> to me as he is not working on these boards lately.
>
> CC: Steve Sakoman
> CC: Sandeep Paulraj
> CC: Albert Aribaud
> CC: Wolfgang Denk
> Signed-off-by: Aneesh
On Wed, Sep 7, 2011 at 4:57 AM, Philip Balister wrote:
> The existing timing does not quite meet the minimum requirements
> in the LAN9221 datasheet. The timing in this patch solves problems
> noticed on some parts.
>
> Signed-off-by: Philip Balister
Acked-by: Steve Sakoman
T
On Mon, 2011-01-24 at 19:36 +0100, Víctor Manuel Jáquez Leal wrote:
> According with this discussion [1] the new assemblers need
> -march=armv7-a+sec on command line or .arch_extension sec inline to
> enable use of the smc instruction.
>
> In the sakoman's u-boot repository there is branch for the
The kernel DSS2 code is mature now, and keeping this setting hurts performance
Signed-off-by: Steve Sakoman
---
diff --git a/include/configs/omap3_beagle.h b/include/configs/omap3_beagle.h
index 56363f7..d0ef313 100644
--- a/include/configs/omap3_beagle.h
+++ b/include/configs/omap3_beagle.h
s involving making the
> function pointers NULL
> * Kernel booting on OMAP4430SDP and OMAP3430SDP
I build tested for Beagle, Overo, Panda, and OMAP4430SDP - no issues.
I run tested on Overo and Panda to evaluate the changes on both OMAP3
and OMAP4 - no issues.
Tested-by: Steve S
On Wed, Dec 15, 2010 at 5:22 PM, Donghwa Lee wrote:
> I modified fw_printenv tools to use /dev/mmcblk0 node. Original fw_printenv
> tool
> can be access MTD devices, but, in some cases, environment variables can be
> stored
> other memory devices, for example, mmc devices.
> So, I modified a few
real
> problem for many of us.
Sorry for the delay in testing, jury duty this week :-(
I build tested for Beagle, Overo, Panda, and SDP4430 - no issues.
Run tested on Beagle, Overo, and Panda - no issues.
Tested-by: Steve Sakoman
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Sat, 2010-12-04 at 12:23 +0100, Stefano Babic wrote:
> On 12/04/2010 05:28 AM, Steve Sakoman wrote:
> > -static int flash_bad_block (int fd, uint8_t mtd_type, loff_t *blockstart)
> > +static int flash_bad_block (int fd, uint8_t mtd_type, loff_t *blockstart,
> > +
On Sat, 2010-12-04 at 05:34 -0500, Mike Frysinger wrote:
> On Friday, December 03, 2010 23:28:51 Steve Sakoman wrote:
> > + if (!config_file || !strlen(config_file)) {
>
> strlen is a bad bad idea. if you only want to see if it's non-empty, check
> the first byte.
I
On Sat, 2010-12-04 at 11:59 +0100, Stefano Babic wrote:
> On 12/04/2010 05:28 AM, Steve Sakoman wrote:
> > From: Loïc Minier
> >
>
> Hi,
>
> > #if defined(CONFIG_FILE)
> > + /* Default to the config file specified in FW_CONFIG_FILE */
> > +
On Sat, 2010-12-04 at 05:37 -0500, Mike Frysinger wrote:
> On Friday, December 03, 2010 23:28:52 Steve Sakoman wrote:
> > - ioctl (fd, MEMLOCK, &erase);
> > + if (is_mtd) {
> > + ioctl (fd, MEMLOCK, &erase);
> > + }
From: Loïc Minier
This patch increases the devname length to 4096 in order to support writing
to normal files in addition to mtd devices.
Signed-off-by: Loïc Minier
Tested-by: Steve Sakoman
---
tools/env/fw_env.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a
From: Loïc Minier
Track st_mode and use it to skip ioctls on file-backed fds. This allows
writing to regular files transparently.
Signed-off-by: Loïc Minier
Tested-by: Steve Sakoman
---
tools/env/fw_env.c | 92 ++-
1 files changed, 61
From: Loïc Minier
This patch allows one to override the default location of
the config file by setting FW_CONFIG_FILE environment variable.
Signed-off-by: Loïc Minier
Tested-by: Steve Sakoman
---
tools/env/fw_env.c |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff
There are circustances where it is desirable to run the environment tools
on your build machine in order to create an environment image that can
be written to the target machine at a later time.
This patch series introduces a number of enhancements to the tools that
make this possible.
The first
The nand-read function returns an error code if correctable errors have
occurred.
This is not desirable, since the errors have been corrected!
This patch switches to the nand_read_skip_bad function which does not
return an error code if the errors are correctable.
Signed-off-by: Steve Sakoman
From: Balaji T K
Add battery charging support twl6030 driver.
Add support for battery voltage and current measurements.
Add command to get battery status and start/stop battery charging from USB.
Signed-off-by: Balaji T K
Tested-by: Steve Sakoman
---
board/ti/sdp4430/Makefile |2
On Sat, Nov 27, 2010 at 3:57 PM, Paulraj, Sandeep wrote:
>
>> I have hardware for igep0020, beagle, overo, panda, and sdp4430. I
>> build daily for these machines and submit patches when they break
>> (there is a patch pending for omap4430 that fixes the build for it).
>
> Which patch? Can you gi
On Fri, Nov 26, 2010 at 11:43 PM, Dirk Behme wrote:
> On 26.11.2010 21:55, Wolfgang Denk wrote:
>> In message<20101126202955.b087d11d9...@gemini.denx.de> you wrote:
>>> The following changes since commit 6163f5b4c8873848ed023054bc401727301ea537:
>>>
>>> malloc: Fix issue with calloc memory pos
Otherwise environment read will fail if correctable errors occur
Signed-off-by: Steve Sakoman
---
diff --git a/common/env_nand.c b/common/env_nand.c
index 4e8307a..7f6c917 100644
--- a/common/env_nand.c
+++ b/common/env_nand.c
@@ -297,7 +297,7 @@ int readenv(size_t offset, u_char * buf
On Thu, Nov 18, 2010 at 4:20 PM, Scott Wood wrote:
> On Thu, 18 Nov 2010 16:13:52 -0800
> Steve Sakoman wrote:
>
>> The code generating both errors is in the nand_do_read_ops function in
>> nand_base.c:
>>
>> if (mtd->ecc_stats.failed - stats.faile
On Thu, 2010-11-18 at 18:20 -0600, Scott Wood wrote:
> On Thu, 18 Nov 2010 16:13:52 -0800
> Steve Sakoman wrote:
>
> > The code generating both errors is in the nand_do_read_ops function in
> > nand_base.c:
> >
> >if (mtd->ecc_stats.failed - sta
On Wed, 2010-11-17 at 16:08 -0600, Scott Wood wrote:
> On Wed, 17 Nov 2010 22:40:49 +0100
> Wolfgang Denk wrote:
>
> > Dear Steve Sakoman,
> >
> > In message
> > you wrote:
> > >
> > > readenv: offset = 24
> > > readenv: nand_rea
source files that depend these disabled features in the build,
resulting in undefined symbols. Known such cases include:
- disabling CMD_NET but not CMD_NFS;
- enabling CONFIG_OF_LIBFDT but not CONFIG_QE.
Signed-off-by: Steve Sakoman
---
diff --git a/include/configs/omap4_panda.h b/in
On Wed, 2010-11-17 at 16:08 -0600, Scott Wood wrote:
> On Wed, 17 Nov 2010 22:40:49 +0100
> Wolfgang Denk wrote:
>
> > Dear Steve Sakoman,
> >
> > In message
> > you wrote:
> > >
> > > readenv: offset = 24
> > > readenv: nand_rea
On Wed, Nov 17, 2010 at 1:40 PM, Wolfgang Denk wrote:
> Dear Steve Sakoman,
>
> In message you
> wrote:
>>
>> readenv: offset = 24
>> readenv: nand_read failure = -117
>> *** Warning - readenv() failed, using default environment
>>
>> I then i
On Wed, Nov 17, 2010 at 12:47 PM, Wolfgang Denk wrote:
> Dear Steve Sakoman,
>
> In message you
> wrote:
>>
>> After writing the environment with fw_setenv in linux, u-boot's read
>> of the environment on the subsequent boot always fails with either
>>
On Wed, Nov 17, 2010 at 9:39 AM, Wolfgang Denk wrote:
> Dear Stefano Babic,
>
> In message <4ce4092b.7090...@denx.de> you wrote:
>> On 11/17/2010 05:30 PM, Steve Sakoman wrote:
>> > I'm seeing some strange behavior with the fw_setenv tools on OMAP.
>> >
On Wed, 2010-11-17 at 18:39 +0100, Wolfgang Denk wrote:
> Dear Stefano Babic,
>
> In message <4ce4092b.7090...@denx.de> you wrote:
> > On 11/17/2010 05:30 PM, Steve Sakoman wrote:
> > > I'm seeing some strange behavior with the fw_setenv tools on OMAP.
> &
I'm seeing some strange behavior with the fw_setenv tools on OMAP.
Here's what I see when using the tools on OMAP (overo in this case):
1. fw_printenv prints the environment with no issues [1]
2. fw_setenv allows me to change a variable with no reported errors [2]
3. fw_printenv will print the ch
On Tue, Nov 16, 2010 at 3:40 PM, Wolfgang Denk wrote:
> Dear Steve Sakoman,
>
> In message you
> wrote:
>> Beagle currently enables musb gadget support in u-boot in order to
>> support console communication over USB.
>>
>> The musb hardware remains in
Beagle currently enables musb gadget support in u-boot in order to
support console communication over USB.
The musb hardware remains in an active state as linux is launched.
I've had complaints from those working on Linux power management -- it
seems that leaving things active prevents the kernel
rysinger
>> Cc: Wolfgang Denk
>
> As this indeed fixes the cross-compilation problem:
>
> Tested-by: Detlev Zundel
Agreed!
Tested-by: Steve Sakoman
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Mon, Nov 8, 2010 at 3:15 PM, Wolfgang Denk wrote:
> Dear Detlev Zundel,
>
> In message you wrote:
>>
>> > Applied to "next" branch. Thanks
>>
>> It just occurred to me that this will no longer cross compile the fw_env
>> tool - effectively rendering the tool useless for me.
>
> Argh... Indeed,
On Sun, Nov 7, 2010 at 6:56 AM, Nishanth Menon wrote:
> Premi, Sanjeev wrote, on 11/07/2010 03:16 AM:
>>>
>>> -Original Message-
>>> From: u-boot-boun...@lists.denx.de
>>> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Steve Sakoman
>>>
On Fri, Nov 5, 2010 at 10:54 AM, Nishanth Menon
wrote:
> Jason Kridner wrote, on 11/05/2010 01:46 AM:
>> From: Koen Kooi
>>
>> Patch was updated by Jason Kridner:
>> * Use tabs to match style of other board revisions
>> * Only include board revisions that exist
>> * Default to the same configurati
mmand line.
Signed-off-by: Steve Sakoman
---
diff --git a/board/overo/overo.c b/board/overo/overo.c
index f917e40..3c9e4a6 100644
--- a/board/overo/overo.c
+++ b/board/overo/overo.c
@@ -281,6 +281,22 @@ int misc_init_r(void)
dieid_num_r();
+ if (strcmp(getenv("mpurate&
On Fri, Nov 5, 2010 at 12:56 PM, Nishanth Menon
wrote:
> Folks,
> I would like to work on the following: Cleanup mux configurations done
> in OMAP3 and 4 platforms. includes the following:
> a) have isolate mux configurations per IP configuration, e.g. for EHCI,
> we have a mux array definition fo
On Thu, Nov 4, 2010 at 1:25 PM, Paulraj, Sandeep wrote:
> I have added quite a few patches to u-boot-ti but MAKEALL returns several
> errors.
>
> I think most boards have not been updated since the ARM relocation patch.
>
> I believe the rule is that support for boards that are not compiling will
.mail-archive.com/u-boot@lists.denx.de/msg40969.html
Tested on Overo, Beagleboard xM, and Panda. No issues found.
Tested-by: Steve Sakoman
Steve
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
's global scope. This seems to help
>> gcc 4.5 optimizations as well.
>>
>> Signed-off-by: Nishanth Menon
>
> gentle ping - I dont see comments on this, is it ok to pull this in?
Tested on Panda, no issues found.
Tested-by: Steve Sakoman
Steve
Forgot to copy list on my reply!
-- Forwarded message --
From: Steve Sakoman
Date: Thu, Nov 4, 2010 at 11:09 AM
Subject: Re: [U-Boot] [PATCH] OMAP4: speed up booting on Pandaboard
To: Sergiy Kibrik
On Thu, Nov 4, 2010 at 2:38 AM, Sergiy Kibrik
wrote:
> Improved default con
On Tue, Nov 2, 2010 at 9:28 AM, Albert ARIBAUD wrote:
> Le 02/11/2010 14:08, Steve Sakoman a écrit :
>>
>> On Tue, Nov 2, 2010 at 12:48 AM, Albert ARIBAUD
>> wrote:
>>>
>>> Le 02/11/2010 05:05, Steve Sakoman a écrit :
>>>
>>>> I'v
On Wed, Oct 27, 2010 at 10:32 AM, Paulraj, Sandeep wrote:
>
>
>>
>> On Wed, 2010-10-27 at 17:11 +0200, Wolfgang Denk wrote:
>> > Dear "Paulraj, Sandeep",
>> >
>> > In message <0554bef07d437848af01b9c9b5f0bc5da9d89...@dlee01.ent.ti.com>
>> you wrote:
>> > >
>> > > > Test this patch on my beagle boa
On Tue, Nov 2, 2010 at 12:48 AM, Albert ARIBAUD wrote:
> Le 02/11/2010 05:05, Steve Sakoman a écrit :
>
>> I've been using gcc 4.3.3, so I haven't run into the issue that this
>> patch is attempting to fix.
>>
>> I tested this patch using gcc 4.3.3, and
On Mon, Nov 1, 2010 at 8:23 PM, Alexander Holler wrote:
> Signed-off-by: Alexander Holler
> ---
> arch/arm/cpu/armv7/u-boot.lds | 15 ---
> 1 files changed, 8 insertions(+), 7 deletions(-)
>
> diff --git a/arch/arm/cpu/armv7/u-boot.lds b/arch/arm/cpu/armv7/u-boot.lds
> index 88a0fe
This patch fixes the issue by defining and using CONFIG_SYS_INIT_RAM_SIZE and
CONFIG_SYS_INIT_RAM_ADDR. Based on an email discussion with Wolfgang Denk and
Heiko Schocher.
Signed-off-by: Steve Sakoman
Tested-by: Heiko Schocher
---
Version 2 of patch:
- adds Heiko's "
-by: Koen Kooi
Signed-off-by: Steve Sakoman
---
Change for v2:
Add GPIO 162 pinmux for TCT Trainer board
diff --git a/board/ti/beagle/beagle.c b/board/ti/beagle/beagle.c
index c5d6679..d9b6f01 100644
--- a/board/ti/beagle/beagle.c
+++ b/board/ti/beagle/beagle.c
@@ -39,6 +39,27 @@
#include
On Fri, Oct 29, 2010 at 12:20 PM, Enric Balletbò i Serra
wrote:
> Hello,
>
> 2010/10/23 Enric Balletbò i Serra :
>> 2010/10/21 Steve Sakoman :
>>> Commit 14d0a02a "Rename TEXT_BASE into CONFIG_SYS_TEXT_BASE" missed the
>>> IGEP boards since they we
45 MB file went from 36 seconds to 9 seconds on Overo
Signed-off-by: Steve Sakoman
Tested-by: Steve Sakoman
---
This is based on Alagu's original patch, but heavily modified to reflect
recent changes in the driver and to remove the CONFIG option as
requested in the earlier discussion of the
The current mmc write implementation is type ulong, but returns int values.
Some of the printf's are terminated with /n/r, one has none.
This patch fixes these issues and also removes some unnecessary local
variables.
Signed-off-by: Steve Sakoman
---
diff --git a/drivers/mmc/mmc.c b/dr
On Wed, Oct 27, 2010 at 11:39 AM, Wolfgang Denk wrote:
> Dear Lei Wen,
>
> In message <1287034691-26278-1-git-send-email-lei...@marvell.com> you wrote:
>> Constraint the mmc framework to only send no more than 65535
>> blocks in one go during the multi-write command. This constraint
>> comes due t
This patch fixes the issue by defining and using CONFIG_SYS_INIT_RAM_SIZE and
CONFIG_SYS_INIT_RAM_ADDR. Based on an email discussion with Wolfgang Denk and
Heiko Schocher.
Signed-off-by: Steve Sakoman
---
Tested on Overo. Will test on all available boards later today.
diff --git a/include
On Wed, 2010-10-27 at 14:23 +0200, Heiko Schocher wrote:
> Hello Steve,
>
> Steve Sakoman wrote:
> > On Wed, 2010-10-27 at 09:14 +0200, Wolfgang Denk wrote:
> >> Dear Heiko Schocher,
> >>
> >> In message <4cc7c628.70...@denx.de> you wrote:
On Wed, 2010-10-27 at 09:14 +0200, Wolfgang Denk wrote:
> Dear Heiko Schocher,
>
> In message <4cc7c628.70...@denx.de> you wrote:
> >
> > CONFIG_SYS_INIT_RAM_ADDR(SRAM_VECT_CODE)
> > ^
> > 0x4020f800
> > CONFIG_SYS_INIT_RAM_SIZ
On Wed, Oct 13, 2010 at 10:38 PM, Lei Wen wrote:
> Constraint the mmc framework to only send no more than 65535
> blocks in one go during the multi-write command. This constraint
> comes due to the limitation of 16bit width block counter register
> at some hardware.
>
> Signed-off-by: Lei Wen
> C
On Sat, Oct 23, 2010 at 8:14 AM, Ghorai, Sukumar wrote:
>
>
>> -Original Message-
>> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
>> On Behalf Of Steve Sakoman
>> Sent: Friday, October 15, 2010 3:14 AM
>> To: John Rigby
>&
On Mon, 2010-10-25 at 20:10 +0530, Premi, Sanjeev wrote:
> > -Original Message-
> > From: Steve Sakoman [mailto:st...@sakoman.com]
> > Sent: Monday, October 25, 2010 6:52 PM
> > To: Premi, Sanjeev
> > Cc: u-boot@lists.denx.de
> > Subject: RE: [U-Bo
On Mon, 2010-10-25 at 15:28 +0530, Premi, Sanjeev wrote:
> > -Original Message-
> > From: u-boot-boun...@lists.denx.de
> > [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Steve Sakoman
> > Sent: Saturday, October 23, 2010 2:20 AM
> > To: u-boot@list
: Steve Sakoman
---
Change in v2:
set i2c_bus_num to TWL4030_I2C_BUS on error exit
diff --git a/board/overo/overo.c b/board/overo/overo.c
index 9c92693..f917e40 100644
--- a/board/overo/overo.c
+++ b/board/overo/overo.c
@@ -40,6 +40,32 @@
#include
#include "overo.h"
code.
Signed-off-by: Koen Kooi
Signed-off-by: Steve Sakoman
---
diff --git a/board/ti/beagle/beagle.c b/board/ti/beagle/beagle.c
index c5d6679..d9b6f01 100644
--- a/board/ti/beagle/beagle.c
+++ b/board/ti/beagle/beagle.c
@@ -39,6 +39,27 @@
#include
#include "beagle.h"
that only boards
with a v7_flush_cache_all will make the call.
Tested on Beagle, Overo, Panda, and OMAP4430SDP
Signed-off-by: Steve Sakoman
---
diff --git a/arch/arm/lib/cache.c b/arch/arm/lib/cache.c
index 5715168..30686fe 100644
--- a/arch/arm/lib/cache.c
+++ b/arch/arm/lib/cache.c
@@ -38,7
issue by checking for the AL bit in the i2c_probe
function.
Signed-off-by: Steve Sakoman
---
diff --git a/drivers/i2c/omap24xx_i2c.c b/drivers/i2c/omap24xx_i2c.c
index a72d1a1..fab49fd 100644
--- a/drivers/i2c/omap24xx_i2c.c
+++ b/drivers/i2c/omap24xx_i2c.c
@@ -329,7 +329,7 @@ int i2c_probe (
On Fri, Oct 22, 2010 at 8:32 AM, Mike Frysinger wrote:
> On Friday, October 22, 2010 11:00:37 Steve Sakoman wrote:
>> On Thu, Oct 21, 2010 at 9:37 PM, Wolfgang Denk wrote:
>> > Jason Liu wrote:
>> >> Geting mac address from FUSE is the right way for mx51 and it
On Thu, Oct 21, 2010 at 9:37 PM, Wolfgang Denk wrote:
> Dear Jason Liu,
>
> In message you
> wrote:
>>
>> Geting mac address from FUSE is the right way for mx51 and it's not
>> difficult to add FUSE read function due to the FUSE read is simple as
>> the memory read. I have seen that Shawn has po
Commit 14d0a02a "Rename TEXT_BASE into CONFIG_SYS_TEXT_BASE" missed the
IGEP boards since they were just added.
Signed-off-by: Steve Sakoman
---
diff --git a/board/isee/igep0020/config.mk b/board/isee/igep0020/config.mk
index b8812f9..7964621 100644
--- a/board/isee/igep0020/confi
On Mon, Oct 11, 2010 at 5:08 AM, Heiko Schocher wrote:
> Signed-off-by: Heiko Schocher
> ---
> arch/arm/cpu/armv7/start.S | 131
>
> arch/arm/cpu/armv7/u-boot.lds | 7 ++
> arch/arm/lib/cache.c | 2 +-
> include/configs/omap3_beagle
: Steve Sakoman
---
diff --git a/board/overo/overo.c b/board/overo/overo.c
index 9c92693..95fd44e 100644
--- a/board/overo/overo.c
+++ b/board/overo/overo.c
@@ -40,6 +40,32 @@
#include
#include "overo.h"
+#define TWL4030_I2C_BUS0
+#define EXPANSION_EEPR
This patch removes the "magic number" delays and instead
monitors state changes in the status register bits.
Signed-off-by: Steve Sakoman
Tested-by: Heiko Schocher
---
drivers/i2c/omap24xx_i2c.c | 41 ++---
1 files changed, 30 insertions(+), 11
On Wed, 2010-10-20 at 08:08 +0200, Heiko Schocher wrote:
> Hello Steve,
>
> Steve Sakoman wrote:
> > This patch removes the "magic number" delays and instead
> > monitors state changes in the status register bits.
> >
> > Signed-off-by: Steve Sakom
This patch removes the "magic number" delays and instead
monitors state changes in the status register bits.
Signed-off-by: Steve Sakoman
Tested-by: Heiko Schocher
---
drivers/i2c/omap24xx_i2c.c | 78 +++
1 files changed, 42 insertions(+), 36
1 - 100 of 309 matches
Mail list logo
