I get the following compilation errors when I try to compile DaVinci DM355 on
the latest U-Boot source. I thought I saw similar issues on the mailing list
some time back. Have these been resolved?
3.2/libgcc.a(_udivsi3.o) has EABI version 5, but target u-boot has EABI version 0
-Original Message-
From: Eric Bénard [mailto:e...@eukrea.com]
Sent: Monday, August 10, 2009 11:26 AM
To: Paulraj, Sandeep
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] Compilation erros while trying at compile ARM
DaVinci
Hi,
aulraj, Sandeep a écrit :
I get the following
Scott,
There was a patch some time which added the 64 bit support in the MTD
subsystem. I am referring to the patch below
http://git.infradead.org/mtd-2.6.git/blobdiff/8a4c2495b142fe612b291a810d9e695f269c26db..69423d99fc182a81f3c5db3eb5c140acc6fc64be:/drivers/mtd/nand/nand_base.c
This feature
Scott,
Please see inline
-Original Message-
From: Scott Wood [mailto:scottw...@freescale.com]
Sent: Tuesday, August 11, 2009 11:10 AM
To: Paulraj, Sandeep
Cc: u-boot@lists.denx.de
Subject: Re: Support for NANDs greater than/equal to 4 GB
On Tue, Aug 11, 2009 at 09:02:44AM -0500
-Original Message-
From: Scott Wood [mailto:scottw...@freescale.com]
Sent: Tuesday, August 11, 2009 6:35 PM
To: Paulraj, Sandeep
Cc: u-boot@lists.denx.de; Narnakaje, Snehaprabha
Subject: Re: [U-Boot] [PATCH 2/2] MTD:NAND: ADD new ECC mode
NAND_ECC_HW_OOB_FIRST
On Mon, Aug 10
+static void nand_davinci_4bit_enable_hwecc(struct mtd_info *mtd, int
mode)
+{
+ u32 val;
+
+ switch (mode) {
+ case NAND_ECC_WRITE:
+ case NAND_ECC_READ:
+ /*
+* Start a new ECC calculation for reading or writing 512
bytes
+* of
-Original Message-
From: Scott Wood [mailto:scottw...@freescale.com]
Sent: Tuesday, August 18, 2009 11:12 AM
To: Paulraj, Sandeep
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH] NAND: DaVinci: Adding 4 BIT ECC support
On Tue, Aug 18, 2009 at 08:56:03AM -0500, Paulraj
,
Sandeep
From: John Rigby [mailto:jcri...@gmail.com]
Sent: Tuesday, August 18, 2009 11:21 AM
To: Jean-Christophe PLAGNIOL-VILLARD
Cc: Paulraj, Sandeep; u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH] ARM: DaVinci: DaVinci DM365 SOC specific code
I don't see a next
Jean-Christophe has acked this one - see
http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/65792/focus=6614
He said he'll ACK if this patch is ACK'ed. He has not acked yet.
But I'm concerned about direct register accesses. We really should
insist on using proper accessor calls.
I'll
for the various
SOC's with me i could help in maintaining the repository.
Lets hope this split is OK with the others as well.
Thanks,
Sandeep
From: Tom [tom@windriver.com]
Sent: Sunday, September 06, 2009 9:54 AM
To: Paulraj, Sandeep
Cc: Dirk Behme; Wolfgang Denk
I don't think we received a patch.
How are we moving forward as this is required for the NAND driver to work.
Thanks,
Sandeep
Hi Guido,
A while back you added nand_util.c to U-Boot, with a copyright statement
of Copyright (C) 2006 by Weiss-Electronic GmbH. All rights reserved.
At
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Sent: Tuesday, September 08, 2009 2:51 PM
To: Paulraj, Sandeep
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH] TI DaVinci: Remove references to SZ_xx
Dear s-paul...@ti.com,
In message 1252434246-19517-1-git
Wolfgang,
Now how do I handle this?
Should I make a next branch and push this patch to the next branch or push it
directly to the master.
Assuming this was done intentionally:
[Sandeep] Yes this was intentional because for NANDs with large block
sizes(256 KiB), if this is not increased we
: jcw...@gmail.com [mailto:jcw...@gmail.com] On Behalf Of J.C. Wren
Sent: Tuesday, September 08, 2009 3:15 PM
To: Tom
Cc: Paulraj, Sandeep; u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH] TI DaVinci: Remove references to SZ_xx
Why is this change being made at all? Seems a lot more awkward
] On Behalf Of J.C. Wren
Sent: Tuesday, September 08, 2009 3:28 PM
To: Paulraj, Sandeep
Cc: Tom; u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH] TI DaVinci: Remove references to SZ_xx
I saw this comment: Also i gather from e-mails on the list that Wolfgang does
not like these references
I will send it.
And besides that will be against the u-boot-nand-flash GIT
Thanks,
Sandeep
From: John Rigby [jcri...@gmail.com]
Sent: Tuesday, September 08, 2009 8:07 PM
To: Paulraj, Sandeep
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH v2] TI
OK.
Will do
-Original Message-
From: Tom [mailto:tom@windriver.com]
Sent: Thursday, September 10, 2009 3:02 PM
To: Paulraj, Sandeep
Cc: Dirk Behme; u-boot@lists.denx.de; Minkyu Kang
Subject: Re: [U-Boot] [PATCH] arm_cortexa8: support cache flush to other
soc
Sandeep,
Can
From: Sandeep Paulraj s-paul...@ti.com
The Default mode that is built for the Davinci DVEVM happens
to be the NOR mode.
When we want to build for the NAND mode, we get a compilation
error. This is overcome by defining the CONFIG_MTD_DEVICE
flag in the NAND mode.
The image built for NAND
v7_flush_dcache_all, because it depends on omap ROM code is not
generic. Rename the function to 'invalidate_dcache' and move it
to the omap cpu directory.
Collect the other omap cache routines l2_cache_enable and
l2_cache_disable with invalide_dcache into cache.S. This
means removing
From: Sandeep Paulraj s-paul...@ti.com
DM646x is an SOC from TI which has both an ARM and a DSP.
There are multiple variants of the SOC mainly dealing with different
core speeds.
This patch adds the initial framework for the DM646x SOC.
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
Paulraj, Sandeep wrote:
I don't think we received a patch.
How are we moving forward as this is required for the NAND driver to
work.
I guess we start rewriting it
1) What about all the necessary hooks to other parts of the NAND driver.
2) What about all the very valid commits
Olof Johansson wrote:
Add setup for ethernet on Tobi, allowing kernel/ramdisk to be loaded
over tftp.
Based on the omap3 evm code. I added a new highlevel define for Tobi
to avoid having it dependent on CMD_NET (which would seem backward in
this case).
Signed-off-by: Olof
Olof Johansson wrote:
Add setup for ethernet on Tobi, allowing kernel/ramdisk to be loaded
over tftp.
Based on the omap3 evm code. I added a new highlevel define for Tobi
to avoid having it dependent on CMD_NET (which would seem backward
in
this case).
Signed-off-by: Olof
I always use 'git am -s', which adds the SOB. My understanding is that
maintainers should do this as an indication of approval and help in
traceability.
regards,
Ben
OK Thanks. Shall do so henceforth.
Regards,
Sandeep
___
U-Boot mailing
Fix warning
'setup_net_chip' declared 'static' but never defined
with CONFIG_OMAP3_OVERO_TOBI disabled and
implicit declaration of function 'smc911x_initialize'
with CONFIG_OMAP3_OVERO_TOBI enabled.
Signed-off-by: Dirk Behme dirk.be...@googlemail.com
Pushed to u-boot-ti
-Original Message-
From: Matt Waddel [mailto:mwad...@control4.com]
Sent: Monday, September 14, 2009 5:43 PM
To: u-boot@lists.denx.de
Cc: Paulraj, Sandeep
Subject: Re: [U-Boot] [PATCH] TI: DaVinci DM365: Enabling net support on
DM365
Hi Sandeep,
Is there another part
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
On Behalf Of Dirk Behme
Sent: Sunday, September 13, 2009 4:40 AM
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] OMAP3 MMC: Fix warning dereferencing type-punned
pointer
Fix warning
From: Sandeep Paulraj s-paul...@ti.com
This patch adds GIO definitions to the hardware.h
header file
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
---
include/asm-arm/arch-davinci/hardware.h | 23 +++
1 files changed, 23 insertions(+), 0 deletions(-)
Pushed
From: Sandeep Paulraj s-paul...@ti.com
The DaVinci DM365 EVM board specific code was including a header file
which does not exist. So removing this header file.
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
---
board/davinci/dm365evm/dm365evm.c |1 -
1 files changed, 0
From: Sandeep Paulraj s-paul...@ti.com
The DM365 config was using the 'CONFIG_CMD_SAVEENV' flag.
This is already included when we include the
config_cmd_default.h header file. So this flag is removed.
Also another flag to enable NAND functions was being
enabled incorrectly.
Fix warning
dereferencing type-punned pointer will break strict-aliasing rules
Signed-off-by: Dirk Behme dirk.be...@googlemail.com
---
Patch against recent u-boot-ti git
f4f92c81835ccc43f74925737dfd478edb0182f2
TI: OMAP3: Overo Tobi ethernet support
Compile tested only
From: Sandeep Paulraj s-paul...@ti.com
This patch adds support for the leopard board which is
based on the DM355 SOC.
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
---
Makefile |3 +
board/davinci/dm355leopard/Makefile | 52 +
From: Sandeep Paulraj s-paul...@ti.com
This patch enables EMAC on the DM365 EVM.
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
---
board/davinci/dm365evm/dm365evm.c | 38
+
1 files changed, 38 insertions(+), 0 deletions(-)
Pushed to
---
MAINTAINERS |1 +
MAKEALL |1 +
Makefile|3 +
board/ti/sdp3430/Makefile | 49 ++
board/ti/sdp3430/config.mk | 33
board/ti/sdp3430/sdp.c | 194 ++
board/ti/sdp3430/sdp.h
s-paul...@ti.com wrote:
From: Sandeep Paulraj s-paul...@ti.com
In the DaVinci specific code, we use both CONFIG_SOC_DM646X and
CONFIG_SOC_DM646x to represent DM646x specific code.
This patch changes occurrences of CONFIG_SOC_DM646x to
CONFIG_SOC_DM646X. This is because for DM644x
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 be
kept in mainline till the next release. After that we will
On Thu, Nov 4, 2010 at 1:25 PM, Paulraj, Sandeep s-paul...@ti.com 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
On Thu, Nov 4, 2010 at 10:25 PM, Paulraj, Sandeep s-paul...@ti.com
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.
Just sent patches to fix up OMAP3 pandora,
Thanks, I
Pandora's config has various flash related macros that are either
not referenced anywhere in the code or are used by drivers that
are not enabled. Remove them.
Signed-off-by: Grazvydas Ignotas nota...@gmail.com
---
Alternatively this old patch can be applied to clean up more OMAP
http://patchwork.ozlabs.org/project/uboot/list/
The setup has just been activated; I will try to arrange to have
some more history added, but I don;t want to promise that this will
work, or when this will happen.
For now, I would like to ask all CUSTODIANS to register as
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
to da830evm_config.h resulting in
DECLARE_GLOBAL_DATA_PTR is currently defined within the scope
of function while it is a global pointer. Change the scope of
definition to replicate it's global scope. This seems to help
gcc 4.5 optimizations as well.
Signed-off-by: Nishanth Menon n...@ti.com
---
Having a loop with a counter is no timing guarentee for timing
accuracy or compiler optimizations. For e.g. the same loop counter
which runs when the MPU is running at 600MHz will timeout in around
half the time when running at 1GHz. or the example where GCC 4.5
compiles with different
These patches update pandora's config for relocations and memory
layout changes. They also sync the config with one shipped on
production units.
Please apply at least the first patch for v2010.12 so that we have
pandora buildable.
Patches generated on top of u-boot-ti, also applies on
This patch fixes the Panda build after commit
6d8962e814c15807dd6ac5757904be2a02d187b8
by explicitly disabling CMD_NFS
From the commit message for Switch from archive libraries to partial
linking:
This commit reveals board configurations that exclude some features but
include source
The README.davinci in documentation folder is missing information
regarding DA850 which is a supported DaVinci device.
Add this information.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
Pushed to u-boot-ti
--Sandeep
___
U-Boot mailing
The TI DA850/OMAP-L138/AM18x EVM can be populated with devices
having different maximum allowed CPU clock rating.
The maximum clock the chip can support can only be determined from
the label on the package (not software readable).
Introduce a method to pass the maximum allowed clock
Dear Sandeep,
In message 0554bef07d437848af01b9c9b5f0bc5dbd1c0...@dlee01.ent.ti.com
you wrote:
Pushed to u-boot-ti
In this case it would make sense to set the state of this patch in
Patchwork to Awaiting Upstream. Thanks.
Best regards,
Wolfgang Denk
Wolfgang,
I am working
Some boar config files defined DEF_BOOTM but this was not used
anywhere in the code. Remove this bogus define.
Signed-off-by: Wolfgang Denk w...@denx.de
Cc: Sandeep Paulraj s-paul...@ti.com
---
Wolfgang,
Pushed to u-boot-ti/master
My pull request in the morning did not have this
On Fri, Nov 5, 2010 at 10:07 PM, Paulraj, Sandeep s-paul...@ti.com
wrote:
Pandora's config has various flash related macros that are either
not referenced anywhere in the code or are used by drivers that
are not enabled. Remove them.
Signed-off-by: Grazvydas Ignotas nota
Dear Sandeep,
In message 0554bef07d437848af01b9c9b5f0bc5dbd1c1...@dlee01.ent.ti.com
you wrote:
Pushed to u-boot-ti/master
My pull request in the morning did not have this patch.
Can you pull this one too? I can send in an updated pull request.
Thanks. There is no need for a
Dear Sandeep,
In message aanlktikymeerp9jxss71+4uv+wd38zrkqcsv5bgk2...@mail.gmail.com
Grazvydas Ignotas wrote:
This does not apply. This is probably because I added your other
patches
Yeah this this was supposed to be applied instead of OMAP3: pandora:
remove unused config
I came across this patch that might be useful
http://lists.denx.de/pipermail/u-boot/2010-February/067534.html
In any case since the u-boot structure has changed this cannot be applied. If
anybody is interested please send a new patch.
Regards,
Sandeep
Dear Sandeep,
In message 0554bef07d437848af01b9c9b5f0bc5dbd1c1...@dlee01.ent.ti.com
you wrote:
I came across this patch that might be useful
http://lists.denx.de/pipermail/u-boot/2010-February/067534.html
In any case since the u-boot structure has changed this cannot be
http://www.mail-archive.com/u-boot@lists.denx.de/msg32375.html
Sadly that patch never made it to the mainline
It seems to me the only reason the patch did not go to the mainline was
to understand who should merge it and then push to Wolfgang.
Usually I take small changes to the other
On 11/23/2010 05:55 PM, sughosh ganu wrote:
Hi,
Tested on hawkboard with u-boot and nand_spl images built from Ben's
tree.
Tested-by: Sughosh Ganu urwithsugh...@gmail.com
mailto:urwithsugh...@gmail.com
I guess i will have to send an updated version from Ben's tree, as he
Hi Sandeep,
On Tue, Nov 23, 2010 at 1:25 PM, Paulraj, Sandeep s-paul...@ti.com
wrote:
I have been tracking this e-mail chain for some time now and I have lost
track of which patches to apply in which order.
Can someone please give me the correct order and the correct version
Hi Sandeep,
On Tue, Nov 23, 2010 at 1:25 PM, Paulraj, Sandeep s-paul...@ti.com
wrote:
I have been tracking this e-mail chain for some time now and I have
lost
track of which patches to apply in which order.
Can someone please give me the correct order and the correct
On Tue, Nov 23, 2010 at 1:44 PM, Paulraj, Sandeep s-paul...@ti.com
wrote:
I am able to clone the tree but I am unable to access it on the web
I'm very sorry for the trouble you've had accessing that repo -- I
will happily switch to any other public git hosting service of your
choosing
Mike Rapoport wrote, on 11/23/2010 01:29 AM:
minor comments follow:
[...]
diff --git a/board/cm_t35/cm_t35.h b/board/cm_t35/cm_t35.h
new file mode 100644
index 000..514017d
--- /dev/null
+++ b/board/cm_t35/cm_t35.h
[..]
/*DSS_DATA22*/\
+ MUX_VAL(CP(DSS_DATA23),
Wolfgang, should I send out a (single) mail to each ARM board maintainer
right after this cycle asking them to either fix their board or say that
they are not going to? This could help weed out during next cycle.
IIRC if by the next release cycle, the errors are not fixed,
the boards
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 give me the link?
From: Sandeep Paulraj s-paul...@ti.com
Fix for ARM Relocation support
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
---
include/configs/davinci_dm355evm.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/include/configs/davinci_dm355evm.h
Applied, thanks.
Sandeep - hope this is OK with your.
Best regards,
Wolfgang Denk
no problem.
I was going to send a pull request for this along with
my 3 patches
Are you going to pull the 3 patches i sent yesterday or do you want a pull
request
my patches will result in more boards
Move the davinci common headers to the architecture specific
include file path.
Signed-off-by: Sughosh Ganu urwithsugh...@gmail.com
---
Changes since V5
* Based off Ben Gardiner's tree, no changes in the patch
.../arm/include/asm/arch-davinci/da8xx_common.h|0
Remove the board_init_f function from nand_spl/nand_boot.c. This
function is to be defined by all boards using the nand_spl
functionality in their individual board directory.
Currently this function was being used by the smdk6400 board. Added
the board specific function definition.
The patch adds basic board support for TI's OMAP-L138 based
Hawkboard. This board is pretty similar to the da850 EVM. Support for
nand and network access is added in this version.
The following bootup procedure is used.
At reset, the Rom Boot Loader(RBL), initialises the ddr and the
-Original Message-
From: Hiremath, Vaibhav
Sent: Monday, November 29, 2010 9:52 PM
To: u-boot@lists.denx.de
Cc: alb...@aribaud.net; Paulraj, Sandeep; Hiremath, Vaibhav
Subject: [PATCH] AM3517:Fix for ARM Relocation support
From: Vaibhav Hiremath hvaib...@ti.com
Also
On 27.11.2010 08:43, Dirk Behme wrote:
On 26.11.2010 21:55, Wolfgang Denk wrote:
In message20101126202955.b087d11d9...@gemini.denx.de you wrote:
The following changes since commit
6163f5b4c8873848ed023054bc401727301ea537:
malloc: Fix issue with calloc memory possibly being
Wolfgang,
Please pull this patch to your master.
With this one more ARM board builds
Thanks,
Sandeep
The following changes since commit
d0d2271f8c62e830ec65fb069b6d12dd708e3e2f:
Wolfgang Denk (1):
Prepare v2010.12-rc2
are available in the git repository at:
Seems that if CONFIG_CMD_NET is undefined we should also
undefine CONFIG_CMD_NFS, otherwise build fails with various
undefined reference like:
net/libnet.o: In function `rpc_req':
u-boot/net/nfs.c:193: undefined reference to `NetEthHdrSize'
u-boot/net/nfs.c:202: undefined
The macro CONFIG_SYS_GBL_DATA_SIZE has been replaced
with GENERATED_GBL_DATA_SIZE.
Also define macros: CONFIG_SYS_INIT_RAM_ADDR and
CONFIG_SYS_INIT_RAM_SIZE.
Based on changes for omap3_beagle in the commit:
31bfcf1c5776df3d90286aa15104c45096d53dc6
Signed-off-by: Sanjeev Premi
From: Vaibhav Hiremath hvaib...@ti.com
With addition of dram_init_banksize() function from Heiko,Schocher
(commit ID: 561142af20f1fd7b425d9425730014e656defb91), the DRAM size
is getting configured wrongly to 512Mb (CS0 CS1).
So fix it to 256Mb.
Signed-off-by: Vaibhav Hiremath
From: Vaibhav Hiremath hvaib...@ti.com
Without CONFIG_CMD_NET support CONFIG_CMD_NFS leads
to linking error, so disable CONFIG_CMD_NFS option.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
include/configs/am3517_evm.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
From: Vaibhav Hiremath hvaib...@ti.com
With addition of dram_init_banksize() function from Heiko,Schocher
(commit ID: 561142af20f1fd7b425d9425730014e656defb91), the DRAM size
is getting configured wrongly to 512Mb (CS0 CS1).
So fix it to 256Mb.
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Dirk Behme dirk.be...@googlemail.com
---
Compile tested only.
board/ti/sdp3430/config.mk |2 +-
include/configs/omap3_sdp3430.h |6 ++
2 files changed, 7 insertions(+), 1 deletion(-)
Index: u-boot.git/board/ti/sdp3430/config.mk
The patch adds basic board support for TI's OMAP-L138 based
Hawkboard. This board is pretty similar to the da850 EVM. Support for
nand and network access is added in this version.
The following bootup procedure is used.
At reset, the Rom Boot Loader(RBL), initialises the ddr and the
Looks like this patch got missed
http://patchwork.ozlabs.org/patch/71817/
It adds USB support for DA850
--Sandeep
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
The following changes since commit
d0d2271f8c62e830ec65fb069b6d12dd708e3e2f:
Prepare v2010.12-rc2 (2010-11-28 19:48:11 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-arm.git master
Dirk Behme (4):
OMAP4: SDP4430: Disable CMD_NFS
OMAP3:
Sorry, fixed.
Am I missing something?
No, this was my fault. Sorry.
Best regards,
Wolfgang Denk
Thanks,
I'll re base and send some more patches to unbreak some of the ARM boards.
--Sandeep
___
U-Boot mailing list
U-Boot@lists.denx.de
Albert,
From: Sandeep Paulraj s-paul...@ti.com
The DM6446 does not build due to the ARM
relocation patch.
Also the board does not build in the NOR
mode. Changed default to NAND to ensure
no build failure.
In the NOR mode, the build complained about a CONFIG variable not being
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
DECLARE_GLOBAL_DATA_PTR declarations in functions are inherently
troublesome with various compilers (e.g. gcc 4.5)
Signed-off-by: Nishanth Menon n...@ti.com
---
Similar to the fix I did in:
http://marc.info/?t=12880377354r=1w=2
for OMAP4
arch/arm/cpu/armv7/omap3/emif4.c |3
This patch series adds the ability to boot a beagle board from
nand without x-loader. A future addition will add mmc boot
support.
John Rigby (8):
NAND: nand_spl/nand_boot.c: add 16-bit and readid support
armv7: add nand_spl support
OMAP3: and nand_spl support
OMAP3: add
Subject: [U-Boot] [PATCH 0/8] armv7: cache maintenance operations
With D-cache and MMU enabled for ARM in u-boot it becomes imperative to
support a minimal set of cache maintenance operations and necessary
initializations before enabling MMU.
This series of patches attempt to do the
Hi Sandeep,
Le 28/12/2010 22:43, s-paul...@ti.com a écrit :
From: Sandeep Paulrajs-paul...@ti.com
This commit updates the mach-types for ARM
I assume these come straight from the ARM linux kernel sources?
Amicalement,
These are straight from the latest in Linus's tree.
Hi Sandeep,
Le 29/12/2010 00:39, s-paul...@ti.com a écrit :
Albert,
Please pull u-boot-ti/master
This pull request consists of an update to the ARM mach-types.
Also added some fixes and minor enhancements to DaVinci support.
Most of the patches are either in an internal TI tree
Hi Tom,
Nice to see support for this board
#define MACH_TYPE_TI8148EVM3004
#define MACH_TYPE_TEGRA_SEABOARD 3005
+#define MACH_TYPE_SEABOARD 3005
I don't think this is the way it is supposed to be done.
Patches should not contain an addition to mach-types.h.
What
...@nvidia.com]
Sent: Tuesday, January 11, 2011 7:43 PM
To: Paulraj, Sandeep; Tom Warren; u-boot@lists.denx.de
Subject: RE: [U-Boot] [PATCH 3/3] arm: Tegra2: Add support for NVIDIA Seaboard
board Signed-off-by: Tom Warren twar...@nvidia.com
Thanks, Sandeep.
As I understand it, one of our Tegra2
The 4Gb support was added to the Linux MTD system sometime back and I am trying
to add the same in U-Boot
Basically I am referring to
http://git.infradead.org/mtd-2.6.git?a=commit;h=69423d99fc182a81f3c5db3eb5c140acc6fc64be
and I am adding the same stuff in the latest U-boot as I need to support
JC,
Is the 4GB support going to added in the u-boot-nand anytime soon?
Thanks,
Sandeep
-Original Message-
From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com]
Sent: Thursday, June 04, 2009 1:04 PM
To: Paulraj, Sandeep
Cc: u-boot@lists.denx.de; Stefan Roese
Jean-Christophe,
Has this been applied?
It appears as if it has not been applied
Thanks,
Sandeep
From: Ben Warren [mailto:biggerbadder...@gmail.com]
Sent: Sunday, May 24, 2009 4:27 PM
To: Jean-Christophe PLAGNIOL-VILLARD
Cc: Paulraj, Sandeep; u-boot
If we refer to the following code snippet from nand_util.c
rval = nand_read (nand, offset, read_length, p_buffer);
if (rval != 0) {
printf (NAND read from offset %llx failed %d\n,
offset, rval);
Olof Johansson wrote:
Add setup for ethernet on Tobi, allowing kernel/ramdisk to be loaded
over tftp.
Based on the omap3 evm code. I added a new highlevel define for Tobi
to avoid having it dependent on CMD_NET (which would seem backward in
this case).
Signed-off-by: Olof
Olof Johansson wrote:
Add setup for ethernet on Tobi, allowing kernel/ramdisk to be loaded
over tftp.
Based on the omap3 evm code. I added a new highlevel define for Tobi
to avoid having it dependent on CMD_NET (which would seem backward in
this case).
Signed-off-by: Olof
Paulraj, Sandeep wrote:
Olof Johansson wrote:
Add setup for ethernet on Tobi, allowing kernel/ramdisk to be loaded
over tftp.
Based on the omap3 evm code. I added a new highlevel define for Tobi
to avoid having it dependent on CMD_NET (which would seem backward in
this case
in
this case).
Signed-off-by: Olof Johansson o...@lixom.net
Ack-ed
Sandeep,
Can you push this to the ti branch?
Tom
Yes after I rebase the branch.
I have to get rid of some commits NAK'ed by Wolfgang.
Seems this is done :)
Just in case it might help: After looking
Olof Johansson wrote:
Add setup for ethernet on Tobi, allowing kernel/ramdisk to be loaded
over tftp.
This also refactors the smc911x driver to allow for detecting when the
chip is missing. I.e. the detect_chip() function is called earlier and
will abort gracefully when the Chip ID
Hello,
Please describe configuration (make _config) of DM6467.
Can I use the davinci_dvevm_config ?
support for DM6467 does not exist yet.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
hmmm...to bad...i planned to use a newer uboot version than the one
delivered with my dm6467 (its v1.2).
do you think there will be support any time soon?
Yes. Others in TI are supposed to add the support. If they don't start I will
start by adding the basic framework.
and how far do
1 - 100 of 393 matches
Mail list logo