I think there might be a bug in this commit:
http://git.denx.de/cgi-bin/gitweb.cgi?p=u-boot.git;a=commitdiff;h=2c8fe5120f8da013cbd789be2f10cce880972836
The commit makes the netconsole buffer size configurable. It adds
CONFIG_NETCONSOLE_BUFFER_SIZE and maintains the original 512 default value
urwithsugh...@gmail.com
Cc: Nick Thompson nick.thomp...@gefanuc.com
Cc: Stefano Babic sba...@denx.de
---
arch/arm/cpu/arm926ejs/davinci/Makefile|2 +-
.../arm/cpu/arm926ejs/davinci/pinmux.c |0
arch/arm/include/asm/arch-davinci/hardware.h |2
On 30/09/11 12:39, nagabhushana.netagu...@ti.com wrote:
From: Nagabhushana Netagunte nagabhushana.netagu...@ti.com
da830 boards have mac address stored in I2C EEPROM. This patch
adds support to restore mac address from EEPROM if environment variable
'ethaddr' is not set.
Signed-off-by:
nagabhushana.netagu...@ti.com
---
board/davinci/da8xxevm/da830evm.c | 63
+
include/configs/da830evm.h|4 ++-
2 files changed, 66 insertions(+), 1 deletions(-)
No further comments from me:
Acked-by: Nick Thompson nick.thomp...@ge.com
On 26/09/11 19:48, Marek Vasut wrote:
The size of uboot binary grows by a few bytes, but the gain (better type
checking) is worth it.
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Wolfgang Denk w...@denx.de
Cc: Nick Thompson nick.thomp...@ge.com
Cc: Simon Glass s...@chromium.org
Do
On 27/09/11 11:21, Marek Vasut wrote:
On Tuesday, September 27, 2011 11:31:15 AM Wolfgang Denk wrote:
Dear Marek Vasut,
In message 1317062895-3847-1-git-send-email-marek.va...@gmail.com you
wrote:
The size of uboot binary grows by a few bytes, but the gain (better type
checking) is worth
On 26/09/11 03:06, Marek Vasut wrote:
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
arch/arm/include/asm/io.h | 30 ++
1 files changed, 18 insertions(+), 12 deletions(-)
diff --git a/arch/arm/include/asm/io.h b/arch/arm/include/asm/io.h
index
On 26/09/11 10:32, Marek Vasut wrote:
On Monday, September 26, 2011 11:26:51 AM Nick Thompson wrote:
On 26/09/11 03:06, Marek Vasut wrote:
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
arch/arm/include/asm/io.h | 30 ++
1 files changed, 18 insertions
On 22/09/11 10:17, Sandeep Kumar wrote:
Hi,
I am adding support for a MPcore SoC in Uboot. For that secondary cores
need to execute WFI (wait for interrupt) instruction.
But while building the source I am getting the following error:
arm-none-eabi-gcc -D__ASSEMBLY__ -g -Os
engineer observed the issue with EMAC, I will send his mail to
you.
Regards,
Nag
On Wed, Aug 31, 2011 at 15:09:35, Nick Thompson wrote:
On 31/08/11 06:40, Netagunte, Nagabhushana wrote:
Mike,
We will address cache coherency issues soon after these patches.
Earlier also, chache was disabled
On 12/09/11 12:21, Simon Schwarz wrote:
Hi List,
ATM I'm working on a DMA transfer from NAND to RAM of the Linux-image in
my SPL.
I’m searching for the speed bottleneck of the MT29F1G16ABBHC-ET
NAND-Flash on the devkit8000 (OMAP3).
From the timings I set on the GPMC I calced a max.
On 12/09/11 15:14, Stefano Babic wrote:
On 09/12/2011 04:04 PM, Holger Brunck wrote:
Hi,
On 09/12/2011 03:54 PM, Stefano Babic wrote:
On 09/12/2011 03:36 PM, Marek Vasut wrote:
Have you checked that the removed boards are not supported in U-Boot?
No, but then the respective maintainers will
On 12/09/11 15:53, Stefano Babic wrote:
On 09/12/2011 04:48 PM, Nick Thompson wrote:
Maybe the best way, if you want to have your board maintained in u-boot
but not in kernel (however, why ?)
Maybe a board that uses some other OS?
Well, but then why is it required a MACH-ID
-Boot or Linux are
loaded from and we've been using standard U-Boot features to load data
from NAND for nearly two years now.
Nick.
On Wed, Aug 31, 2011 at 14:26:42, Nick Thompson wrote:
On 30/08/11 13:15, nagabhushana.netagu...@ti.com wrote:
From: Nagabhushana Netagunte nagabhushana.netagu
On 30/08/11 13:15, nagabhushana.netagu...@ti.com wrote:
From: Nagabhushana Netagunte nagabhushana.netagu...@ti.com
Add support for enabling NAND boot mode in configuration file and
add correspanding pinmux support, nand initialize function in board file.
Since the environment variable are
On 31/08/11 06:40, Netagunte, Nagabhushana wrote:
Mike,
We will address cache coherency issues soon after these patches.
Earlier also, chache was disabled. Only due to new cache management Framework
which was added recently, it is explicitly needed to be indicated to turn off
cache.
Don,
Please ask u-boot questions on the u-boot mailing list.
On 22/07/11 01:03, Don McCune wrote:
We are bringing up a board based on the OMAPL137 processor. The board is
similar to the Spectrum Digital Evm board; however it has used UART2 for
something else, so we need to make UAR1 the
On 02/07/11 14:47, Amit kumar wrote:
Hi,
I am new to U-Boot and my task involves porting U-Boot to Omap3530. I have
XDS100v2 but I don't have a JTAG Software to support this on Ubuntu host PC.
Please, suggest an open source Jtag Software for this.
TI's debugger CCSv5.1.x (not open source)
On 26/05/11 08:03, Michael Jones wrote:
On 05/25/2011 05:38 PM, Michael Jones wrote:
While running v2011.06-rc1, I noticed some new behavior on my OMAP3 i2c
bus. I tracked it to commit 0e57968a215d1b, I2C: OMAP: detect more
devices when probing an i2c bus. It detects more devices indeed,
On 26/05/11 12:38, Michael Jones wrote:
On 05/26/2011 11:23 AM, Nick Thompson wrote:
On 26/05/11 08:03, Michael Jones wrote:
On 05/25/2011 05:38 PM, Michael Jones wrote:
While running v2011.06-rc1, I noticed some new behavior on my OMAP3 i2c
bus. I tracked it to commit 0e57968a215d1b, I2C
On Thu, May 12, 2011 at 2:30 PM, Nick Thompson nick.thomp...@ge.com wrote:
On 11/05/11 10:15, shilpa jadav wrote:
Hi ,
When i am trying to compile u-boot for omapL137 by issuing the following
command
make da830_omapl137_evm_config CROSS_COMPILE=arm-none-linux-gnueabi-
Our goal is to get USB up
On 11/05/11 10:15, shilpa jadav wrote:
Hi ,
When i am trying to compile u-boot for omapL137 by issuing the following
command
make da830_omapl137_evm_config CROSS_COMPILE=arm-none-linux-gnueabi-
Our goal is to get USB up on the uboot . We are trying to boot OMAPL137 Evm
using USB mass
devices that respond to reads (since they must also respond to writes) as well
as those that only respond to writes. The bus is immediately set to idle after a
(N)ACK avoiding actually writing anything to the device.
Signed-off-by: Nick Thompson nick.thomp...@ge.com
---
Tested on OMAP3530
devices that respond to reads (since they must also respond to writes) as well
as those that only respond to writes. The bus is immediately set to idle after a
(N)ACK avoiding actually writing anything to the device.
Signed-off-by: Nick Thompson nick.thomp...@ge.com
---
Tested on OMAP3530
On 05/04/11 18:46, Scott Wood wrote:
On Tue, 5 Apr 2011 17:07:13 +0100
Nick Thompson nick.thomp...@ge.com wrote:
On 05/04/11 16:52, Mike Frysinger wrote:
On Tue, Apr 5, 2011 at 10:07 AM, Nick Thompson wrote:
common/console.c has this function:
/* Called before relocation - use serial
On 06/04/11 10:22, Wolfgang Denk wrote:
Dear Nick Thompson,
In message 4d9c2274.3080...@ge.com you wrote:
That might be a good reason to consider dropping the UBL though. I believe
TI are moving to U-Boot SPL themselves.
Are they? Do you have any pointers?
There have been some SPL
common/console.c has this function:
/* Called before relocation - use serial functions */
int console_init_f(void)
{
gd-have_console = 1;
#ifdef CONFIG_SILENT_CONSOLE
if (getenv(silent) != NULL)
gd-flags |= GD_FLG_SILENT;
#endif
return 0;
}
I have
On 05/04/11 16:52, Mike Frysinger wrote:
On Tue, Apr 5, 2011 at 10:07 AM, Nick Thompson wrote:
common/console.c has this function:
/* Called before relocation - use serial functions */
int console_init_f(void)
{
gd-have_console = 1;
#ifdef CONFIG_SILENT_CONSOLE
if (getenv
On 16/03/11 08:22, Stefano Babic wrote:
Hi all,
I have seen an incompatibility between the NAND driver in u-boot for the
davinci boards and the linux driver (kernel 2.6.38, mainline).
I think it is not related to the specific board I use. In any case, I am
using the ea20 board (OMAP-L138
On 16/03/11 12:01, Stefano Babic wrote:
On 03/16/2011 11:01 AM, Nick Thompson wrote:
Hi Nick,
I'm using da830evm (OMAP-L137) with more or less up-to-date U-Boot, but
quite old 2.6.18+ kernel from Montavista.
#define CONFIG_SYS_NAND_4BIT_HW_ECC_OOBFIRST
#define
Stefano,
On 16/03/11 12:36, Stefano Babic wrote:
It looks like Linux has not written the ECCs at all
So I'll leave you to look into that problem.
You could still be correct about Kernel compatibilities, though
I hope not. I'm encouraged that the zeros where in the correct
place, but the
On 10/12/10 08:16, Heiko Schocher wrote:
Hello,
just looked in the timer implementation for arm926ejs based boards, and
found that there is just the at91, davinci, nomadik timer implementation
fixed in actual u-boot. I want to cleanup this timers too, but
there are kirkwood, mb86r0x,
On 09/12/10 09:32, Nick Thompson wrote:
This change allows the davinci timer functions to be used before
relocation since it avoids using static variables prior to BSS being
made available.
The code is based on that used in the at91 timers, modified to use
a davinci specific hardware timer
I have changed the davinci timer code to work with the, originally at91
only, gd variables:
unsigned long timer_rate_hz;
unsigned long tbl;
unsigned long tbu;
unsigned long long timer_reset_value;
It does use the timer_reset_value to keep compatibility
On 01/12/10 12:16, Prafulla Wadaskar wrote:
After ARM relocation,
any code executed directly or indirectly by board_init_f() have
global (BSS) variables need to be fixed. mostly timer.c needs to
fix on most of the ARM platforms.
This patch makes timer related variables in gd_t available for
deprecated timer usage to continue to work (for example,
in nand_base.c)
Signed-off-by: Nick Thompson nick.thomp...@ge.com
---
This patch relies on http://patchwork.ozlabs.org/patch/73758/ which has not been
accepted yet. I have made a comment on it, suggesting that it should be changed:
http
On 02/12/10 14:18, Ben Gardiner wrote:
Hi Nick,
On Thu, Dec 2, 2010 at 8:57 AM, Nick Thompson nick.thomp...@ge.com wrote:
This change allows the davinci timer functions to be used before
relocation since it avoids using static variables prior to BSS being
made available.
Signed-off
in the common code.
This patch adds those defines for da830, but makes no sense without
also referring to the commit mentioned above.
Signed-off-by: Nick Thompson nick.thomp...@ge.com
Reviewed-by: Ben Gardiner bengardi...@nanometrics.ca
---
Changes since v1:
removed CONFIG_SKIP_RELOCATE_UBOOT
10:32, Nick Thompson wrote:
Fixes build breakage in da830evm after commit
97003756249bd790910417eb66f0039bbf06a02c da8xx: fixup ARM
relocation support
The da8xx fixup commit changed da830/da850 common code to make
relocation work in da850, but didn't add the required defines
On 23/09/10 10:32, Nick Thompson wrote:
Fixes build breakage in da830evm after commit
97003756249bd790910417eb66f0039bbf06a02c da8xx: fixup ARM
relocation support
The da8xx fixup commit changed da830/da850 common code to make
relocation work in da850, but didn't add the required defines
.
Signed-off-by: Ben Gardiner bengardi...@nanometrics.ca
CC: Ben Warren biggerbadder...@gmail.com
CC: Nick Thompson nick.thomp...@ge.com
--
V4:
* no changes
V3:
* rebased to u-boot/next, removed additional direct call of
davinci_eth_set_mac_addr added to board_init_r by Heiko's
in the common code.
This patch adds those defines for da830, but makes no sense without
also referring to the commit mentioned above.
Signed-off-by: Nick Thompson nick.thomp...@ge.com
Reviewed-by: Ben Gardiner bengardi...@nanometrics.ca
---
Changes since v1:
removed CONFIG_SKIP_RELOCATE_UBOOT
in the common code.
This patch adds those defines for da830, but makes no sense without
also referring to the commit mentioned above.
Signed-off-by: Nick Thompson nick.thomp...@ge.com
---
include/configs/da830evm.h | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git
in the common code.
This patch adds those defines for da830, but makes no sense without
also referring to the commit mentioned above.
Signed-off-by: Nick Thompson nick.thomp...@ge.com
---
Changes since v1:
removed CONFIG_SKIP_RELOCATE_UBOOT
include/configs/da830evm.h | 12 +---
1 files
On 22/09/10 16:07, Ben Gardiner wrote:
On Wed, Sep 22, 2010 at 10:15 AM, Nick Thompson nick.thomp...@ge.com wrote:
On 22/09/10 14:43, Ben Gardiner wrote:
What about removing #define CONFIG_SKIP_RELOCATE_UBOOT as in commit
ab86f72c354f9b2572340f72b74ca0a258c451bd ?
Hmmm. It wouldn't hurt I
.
Signed-off-by: Ben Gardiner bengardi...@nanometrics.ca
CC: Ben Warren biggerbadder...@gmail.com
CC: Nick Thompson nick.thomp...@ge.com
This change seem reasonable to me from the da830evm point of view. I
don't have access to hardware for the next week or so, so I can't test
it now, but the da830
On 29/07/10 11:45, Heiko Schocher wrote:
This has been tested on at91sam9263 and STN8815.
Again, I didn't check if it has bad effects
on non-arm926 cores.
Initially I had a done bit to only set up page tables
at the beginning. However, since the aligmnent requirement
was for the whole
On 30/07/10 10:32, Heiko Schocher wrote:
Nick Thompson wrote:
On 29/07/10 11:45, Heiko Schocher wrote:
+i++) {
+ page_table[i] = i 20 | (3 10) | 0x1e;
These numbers ought to be defines, no?
The 0x1e will not work on da8xx as the data cache is broken. The d-cache can
Two Indentation fixes.
Catch requests for full-duplex transfers when driver configured for
half-duplex operation only.
Signed-off-by: Nick Thompson nick.thomp...@ge.com
---
drivers/spi/davinci_spi.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/spi
that it is always safe to write to the TX buffer, so
polling of TX buffer full flag can be removed.
Signed-off-by: Nick Thompson nick.thomp...@ge.com
---
da850 and da830 are similar devices. The SPI module is common to
both, but da850 uses DDR and da830 uses SDRAM. The EVM's might
not actually be comparable
On 21/06/10 19:38, Delio Brignoli wrote:
Hello Nick,
On 21/06/2010, at 11:27, Nick Thompson wrote:
The following restructuring and optimisations increase the SPI
read performance from 1.3MiB/s (on da850) to 2.87MiB/s (on da830):
Using this patch I get 2.21MiB/s on my L138 EVM (da850
full flag can be removed.
Signed-off-by: Nick Thompson nick.thomp...@ge.com
---
da850 and da830 are similar devices. The SPI module is common to
both, but da850 uses DDR and da830 uses SDRAM. The EVM's might
not actually be comparable, but they appear to be at least similar.
The speed was tested
that it is always safe to write to the TX buffer, so
polling of TX buffer full flag can be removed.
Signed-off-by: Nick Thompson nick.thomp...@ge.com
---
da850 and da830 are similar devices. The SPI module is common to
both, but da850 uses DDR and da830 uses SDRAM. The EVM's might
not actually
that it is always safe to write to the TX buffer, so
polling of TX buffer full flag can be removed.
Signed-off-by: Nick Thompson nick.thomp...@ge.com
---
da850 and da830 are similar devices. The SPI module is common to
both, but da850 uses DDR and da830 uses SDRAM. The EVM's might
not actually
On 17/06/10 18:38, Delio Brignoli wrote:
Hello Nick,
On 17/06/2010, at 17:02, Nick Thompson wrote:
On 01/06/10 12:36, Delio Brignoli wrote:
I have updated this patch based on the comments [1] by Wolfgang Denk and
removed unused variables.
[1][http://lists.denx.de/pipermail/u-boot/2010-May
On 01/06/10 12:36, Delio Brignoli wrote:
I have updated this patch based on the comments [1] by Wolfgang Denk and
removed unused variables.
[1][http://lists.denx.de/pipermail/u-boot/2010-May/071728.html]
Reduce the number of reads per byte transferred on the BUF register from 2 to
1 and
On 17/06/10 16:10, Paulraj, Sandeep wrote:
On 01/06/10 12:36, Delio Brignoli wrote:
I have updated this patch based on the comments [1] by Wolfgang Denk and
removed unused variables.
[1][http://lists.denx.de/pipermail/u-boot/2010-May/071728.html]
Reduce the number of reads per byte
On 04/06/10 15:26, Ben Gardiner wrote:
On Thu, Jun 3, 2010 at 8:58 AM, Sudhakar Rajashekhara
sudhakar@ti.com wrote:
On Thu, Jun 03, 2010 at 16:23:36, Nick Thompson wrote:
On 03/06/10 05:25, Sudhakar Rajashekhara wrote:
TI's DA850/OMAP-L138 platform is similar to DA830/OMAP-L137
in many
.
Signed-off-by: Sudhakar Rajashekhara sudhakar@ti.com
Acked-by: Nick Thompson nick.thomp...@ge.com
Acked-by: Ben Gardiner bengardi...@nanometrics.ca
---
Since v3:
Fixes the following compiler error for other davinci targets:
misc.c: In function 'irq_init':
misc.c:51: error
On 20/05/10 04:43, anup behare wrote:
Hi Nick,
I observed that when i used saveenv the warning never occurred, but when i
used to erase the flash and burn the u-boot that warning comes again hence I
will have to use saveenv on u-boot command prompt.
~Anup
Yes, indeed! The warning was
On 18/05/10 08:11, anup behare wrote:
Hi,
While using u-boot for ppc440 based board we are getting *** Warning - bad
CRC, using default environment message.
On denx site we came to know that message is printed because the flash
sector or ERPROM containing the environment variables has never
On 13/05/10 03:09, M.A.E.M. Hanson wrote:
/home/mihanson/CodeSourcery/Sourcery_G++_Lite/u-boot-marvell.git/arch/arm/lib/eabi_compat.o
-L
/home/mihanson/CodeSourcery/Sourcery_G++_Lite/bin/../lib/gcc/arm-none-linux-gnueabi/4.4.1
-lgcc -Map u-boot.map -o u-boot
-off-by: Nick Thompson nick.thomp...@ge.com
---
Since v1:
Removed misplaced brackets that resulted in round-up value of
5 rather than the intended 0.5. Now passes Timur Tabi's test.
lib/display_options.c | 14 --
1 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/lib
On 10/05/10 20:25, Timur Tabi wrote:
Here's a more revealing test:
unsigned int i;
for (i = 0; i 60; i++) {
unsigned long long l = 45ULL i;
printf(%llu - , l);
print_size(l, \n);
-off-by: Nick Thompson nick.thomp...@ge.com
---
Since v1:
Removed misplaced brackets that resulted in round-up value of
5 rather than the intended 0.5. Now passes Timur Tabi's test.
Since v2:
Fix overflow in calculation of 0.5 rounding value for numbers
with engineered factional parts representing
On 11/05/10 11:39, Wolfgang Denk wrote:
Dear Nick,
In message 4be91c64.9050...@ge.com you wrote:
True, but the extra library (and abi workaround) bloat is not necessary in
this particular case.
I agree that we can avoid the 64 bit division here - at the cost of
code that becomes much
-off-by: Nick Thompson nick.thomp...@ge.com
---
This patch should make print_size a little faster, but perhaps
nobody cares about that too much. What it also does though is
reenable U-Boot linking for ARM with standard toolchains.
(e.g. CodeSourcery and MontaVista).
lib/display_options.c | 14
On 07/05/10 16:30, Timur Tabi wrote:
Scott McNutt wrote:
lib/libgeneric.a(display_options.o): In function `print_size':
/home/smcnutt/27xx/u-boot.git/lib/display_options.c:66: undefined
reference to `__udivdi3'
/home/smcnutt/27xx/u-boot.git/lib/display_options.c:69: undefined
reference to
On 07/05/10 12:57, Sudhakar Rajashekhara wrote:
Hi,
I am using U-Boot from http://git.denx.de/?p=u-boot.git;a=summary and trying
to build for da830. But my build fails with following
error:
[...]
/../lib/gcc/arm-none-linux-gnueabi/4.4.1 -lgcc -Map u-boot.map -o u-boot
On 07/05/10 15:14, Nick Thompson wrote:
On 07/05/10 12:57, Sudhakar Rajashekhara wrote:
Hi,
I am using U-Boot from http://git.denx.de/?p=u-boot.git;a=summary and trying
to build for da830. But my build fails with following
error:
[...]
/../lib/gcc/arm-none-linux-gnueabi/4.4.1 -lgcc -Map
deletions(-)
As this patch mainly effects da830evm:
Acked-by: Nick Thompson nick.thomp...@ge.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 12/04/10 17:12, Timur Tabi wrote:
On Fri, Apr 9, 2010 at 3:40 PM, Wolfgang Denk w...@denx.de wrote:
If we make this change, we can probably use this function as well to
print the size of storage devices like NAND, USB Mass Storage, hard
disk drives, etc. Eventually we can clean up some
On 12/04/10 17:21, Timur Tabi wrote:
Nick Thompson wrote:
To differentiate from K, which means 1000, rather than 1024.
I don't think that's correct. I understand the 1000/1024 debate, but my
understanding is that
KB = 1000 bytes
KiB = 1024 bytes
(personally, I think the whole kibi
On 16/03/10 18:51, Cyril Chemparathy wrote:
#define davinci_emif_regs \
- ((struct davinci_emif_regs *)DAVINCI_ASYNC_EMIF_CNTRL_BASE)
+ ((struct davinci_emif_regs *)DAVINCI_ASYNC_EMIF_CNTRL_BASE)
+
I didn't check, but I would assume checkpatch would complain about the
spaces that
On 14/03/10 21:14, s-paul...@ti.com wrote:
From: Cyril Chemparathy cy...@ti.com
Modified to use IO accessor routines consistently. Eliminated volatile usage
to keep checkpatch.pl happy.
Patch was tested on DM355, DM365 and DM6446 EVMs
Signed-off-by: Cyril Chemparathy cy...@ti.com
TI supplied as binary somehow)
The other issue might be the updates tot eh EMAC driver. The version that
finally was accepted by Ben was submitted by Nick Thompson. It worked fine
for me but I'm not sure if something small was missed.
I tested on da830evm, but only in my private tree
Adds support for ethernet networking on the da830evm platform.
This platform uses an SoC EMAC interface and a 3 port ethernet
switch as a PHY with an RMII interface. The PHY also has a i2c
interface for configuring the switch functions.
Signed-off-by: Nick Thompson nick.thomp...@ge.com
On 09/02/10 16:20, Nick Thompson wrote:
Adds support for ethernet networking on the da830evm platform.
This platform uses an SoC EMAC interface and a 3 port ethernet
switch as a PHY with an RMII interface. The PHY also has a i2c
interface for configuring the switch functions.
Signed-off
Adds support for ethernet networking on the da830evm platform.
This platform uses an SoC EMAC interface and a 3 port ethernet
switch as a PHY with an RMII interface. The PHY also has a i2c
interface for configuring the switch functions.
Signed-off-by: Nick Thompson nick.thomp...@ge.com
-by: Nick Thompson nick.thomp...@ge.com
---
board/davinci/da830evm/da830evm.c| 65
+-
include/asm-arm/arch-davinci/emac_defs.h |1 +
include/configs/da830evm.h |1 +
3 files changed, 65 insertions(+), 2 deletions(-)
Did you test
Signed-off-by: Nick Thompson nick.thomp...@ge.com
---
include/asm-arm/arch-davinci/emif_defs.h | 18 +-
1 files changed, 17 insertions(+), 1 deletions(-)
diff --git a/include/asm-arm/arch-davinci/emif_defs.h
b/include/asm-arm/arch-davinci/emif_defs.h
index 8fd4e01..aa57703
The EVM UI extender card has a NAND device. This change will enable
saveenv to work with NAND and Linux to be booted using:
mtdparts default
nboot kernel
bootm
Signed-off-by: Nick Thompson nick.thomp...@ge.com
---
board/davinci/da830evm/da830evm.c | 37
On 25/01/10 22:44, Wolfgang Denk wrote:
5369 12/08 Nick Thompson [U-Boot] [PATCH RFC] NAND: Improve read
performance from Large Page NAND devices
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/72491
This one is not ready yet, some other drivers need updating
On 26/01/10 16:16, Alessandro Rubini wrote:
These patches enable the dcache for ARM9. It's mainly an RFC, as some
details are still to be sorted out, but they work fine (and the speed
increase is noticeable for kernel boots and cp.b -- didn't make more
tests.
I'm all for speed increases :-)
On 19/01/10 08:21, fgd wrote:
Hi everyone,
I've recently been playing with an omap3 beagle board and I've found a
problem that I think involves the reading of nand memory...
I have recompiled u-boot for the beagle board (I just changed its prompt, as
a simple test to check that it's my
On 16/01/10 01:51, Josh Gelinske wrote:
What kind of CPU usage are you seeing? I am throughput of ~1.9MBs for writes
on a Samsung K9WBG08U1M 4GB with 4K page but with high cpu usage.
I'm not sure what you are asking here. There is no idle loop to measure so
CPU is running at 100%.
The code
Tidyup the pin muxer configuration using the Davinci table driven
pinmux configuration function and data tables.
Signed-off-by: Nick Thompson nick.thomp...@ge.com
---
Applies to master
Changes:
Rebased after USB patch
board/davinci/da830evm/da830evm.c | 35
On 05/01/10 04:47, Sudhakar Rajashekhara wrote:
From: Sekhar Nori nsek...@ti.com
This adds a driver for the SPI controller found on davinci
based SoCs from Texas Instruments.
Signed-off-by: Sekhar Nori nsek...@ti.com
Signed-off-by: Sudhakar Rajashekhara sudhakar@ti.com
---
From the
On 23/12/09 07:44, Sudhakar Rajashekhara wrote:
From: Sekhar Nori nsek...@ti.com
This adds a driver for the SPI controller found on davinci
based SoCs from Texas Instruments.
Signed-off-by: Sekhar Nori nsek...@ti.com
Signed-off-by: Sudhakar Rajashekhara sudhakar@ti.com
---
On 18/12/09 10:23, Sudhakar Rajashekhar wrote:
Nick Thompson nick.thompson at ge.com writes:
On 16/12/09 10:24, Sudhakar Rajashekhara wrote:
Provides initial support for TI OMAP-L138/DA850 SoC devices on
a Logic PD EVM board.
Provides:
Initial boot and configuration.
Support for i2c
The EMAC IP on DM365, DM646x and DA830 is slightly different
from that on DM644x. This change updates the DaVinci EMAC driver
so that EMAC becomes operational on SOCs with EMAC v2.
Signed-off-by: Nick Thompson nick.thomp...@ge.com
---
CHANGES:
Move ;'s from the end of all empty while
On 18/12/09 12:57, Nick Thompson wrote:
The EMAC IP on DM365, DM646x and DA830 is slightly different
from that on DM644x. This change updates the DaVinci EMAC driver
so that EMAC becomes operational on SOCs with EMAC v2.
Please ignore this patch...
The patch is incorrectly formatted due
The EMAC IP on DM365, DM646x and DA830 is slightly different
from that on DM644x. This change updates the DaVinci EMAC driver
so that EMAC becomes operational on SOCs with EMAC v2.
Signed-off-by: Nick Thompson nick.thomp...@ge.com
---
v2 was messed up, these changes are relative to the original
On 16/12/09 22:00, Wolfgang Denk wrote:
Dear Nick Thompson,
In message 4b2770f8.5090...@ge.com you wrote:
The EMAC IP on DM365, DM646x and DA830 is slightly different
from that on DM644x. This change updates the DaVinci EMAC driver
so that EMAC becomes operational on SOCs with EMAC v2
The EMAC IP on DM365, DM646x and DA830 is slightly different
from that on DM644x. This change updates the DaVinci EMAC driver
so that EMAC becomes operational on SOCs with EMAC v2.
Signed-off-by: Nick Thompson nick.thomp...@ge.com
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
---
Applies to: u
Introduces various optimisations that approximately triple the
read data rate from NAND when run on da830evm.
Most of these optimisations depend on the endianess of the machine
and most of them are very similar to optimisations already present
in the Linux Kernel.
Signed-off-by: Nick Thompson
da830evm: Use table driven pin mux configuration
Tidyup the pin muxer configuration using the Davinci table driven
pinmux configuration function and data tables.
Signed-off-by: Nick Thompson nick.thomp...@ge.com
---
Applies to: u-boot-ti
This patch depends on Davinci: Table driven pinmux
if NAND is configured
in U-Boot.
Signed-off-by: Nick Thompson nick.thomp...@ge.com
---
Applies to: u-boot-ti
This patch depends on [PATCH v2] Davinci: Configurable NAND chip selects
posted on Nov 19, 2009.
drivers/mtd/nand/davinci_nand.c |2 ++
include/asm-arm/arch-davinci
On 08/12/09 22:06, Wolfgang Denk wrote:
Dear Nick Thompson,
In message 4b1e71d9.6080...@ge.com you wrote:
Improve read performance from Large Page NAND devices.
This patch produces a ~31% improvement in oob_first read speed (on a
300MHz ARM9). The time for a mid-buffer 2k page read is now
On 09/12/09 11:02, Wolfgang Denk wrote:
Dear Nick Thompson,
In message 4b1e71d9.6080...@ge.com you wrote:
Improve read performance from Large Page NAND devices.
This patch produces a ~31% improvement in oob_first read speed (on a
300MHz ARM9). The time for a mid-buffer 2k page read is now
1 - 100 of 150 matches
Mail list logo