Dear Chandra Sekar,
In message <67b11d980912162018j3febe826l91c6b52134123...@mail.gmail.com> you
wrote:
>
> why do we have two files(env_nand.c and env_flash.c) to manipulate
> environmental variables?
Because NAND flahrequires diofferent handling than NOR flash.
Note there is also common/env
Wolfgang,
The following changes since commit 4b142febff71eabdb7ddbb125c7b583b24ddc434:
Heiko Schocher (1):
common: delete CONFIG_SYS_64BIT_VSPRINTF and CONFIG_SYS_64BIT_STRTOUL
are available in the git repository at:
git://git.denx.de/u-boot-net.git next
Ben Warren (1):
Net: C
Hi,
why do we have two files(env_nand.c and env_flash.c) to manipulate
environmental variables?
According to my knowledge nand is also a flash type then why we have
separate file called env_flash.c or is this file will be used for nor flash?
chandru
_
On Wednesday 16 December 2009 21:55:01 Rob Westfall wrote:
> Where exactly is the line for what you have to provide vs what you
> don't have to provide?
also, this is what you should be asking your lawyers. legal advice on random
mailing lists is a waste of time.
-mike
signature.asc
Descriptio
On Wednesday 16 December 2009 21:55:01 Rob Westfall wrote:
> Where exactly is the line for what you have to provide vs what you
> don't have to provide?
>
> We are building boards that are based on a standard board, but we have
> obviously had to modify include/config/ to setup for our
> hardware
From: Bryan Wu
Signed-off-by: Bryan Wu
Signed-off-by: Cliff Cai
Signed-off-by: Mike Frysinger
---
drivers/usb/musb/Makefile |1 +
drivers/usb/musb/blackfin_usb.c | 143 +++
drivers/usb/musb/blackfin_usb.h | 99 ++
drivers/us
From: Bryan Wu
The RX Control/Status register has bits that we want to preserve, so don't
just write out a single bit. Preserve the others bits in the process.
The original code posted to the u-boot list had this behavior, but looks
like it was lost somewhere along the way to merging.
Signed-o
From: Bryan Wu
The dynamic FIFO handling under MUSB is optional, and some parts (like
the Blackfin processor) do not implement support for it.
Due to this, the FIFO reading/writing steps need special handling, so
mark the common versions weak so drivers can override.
Signed-off-by: Bryan Wu
Si
From: Bryan Wu
The multipoint handling under MUSB is optional, and some parts (like the
Blackfin processor) do not implement support for it.
Signed-off-by: Bryan Wu
Signed-off-by: Cliff Cai
Signed-off-by: Mike Frysinger
---
drivers/usb/musb/musb_hcd.c | 20
1 files cha
Signed-off-by: Mike Frysinger
---
drivers/usb/musb/musb_core.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/musb/musb_core.h b/drivers/usb/musb/musb_core.h
index f9da3f0..5e01b98 100644
--- a/drivers/usb/musb/musb_core.h
+++ b/drivers/usb/musb/musb_core.h
Where exactly is the line for what you have to provide vs what you
don't have to provide?
We are building boards that are based on a standard board, but we have
obviously had to modify include/config/ to setup for our
hardware and create customized files to support our board. We have
NOT modified
From: Cliff Cai
Signed-off-by: Cliff Cai
Signed-off-by: Mike Frysinger
---
board/bf527-ezkit/bf527-ezkit.c | 13 +
board/bf548-ezkit/bf548-ezkit.c | 16
2 files changed, 29 insertions(+), 0 deletions(-)
diff --git a/board/bf527-ezkit/bf527-ezkit.c b/board/bf52
From: Michael Hennerich
The new board revision has a different LCD.
Signed-off-by: Michael Hennerich
Signed-off-by: Mike Frysinger
---
i've removed include/asm-blackfin/bfin_logo_rgb565_230x230.h from the
diffstat since it's so big (120kb) and it's generated output from
easylogo and the Blackf
Give the CF/IDE code its own file to keep things cleanly separated. While
we're here, clean up the code to use common functions.
Signed-off-by: Mike Frysinger
---
board/bf533-stamp/Makefile |1 +
board/bf533-stamp/bf533-stamp.c | 113 +-
board/bf533
From: Cliff Cai
If the requested clock cannot be exactly obtained, round it up so that we
err on the side of slightly slower rather than slightly faster.
Signed-off-by: Cliff Cai
Signed-off-by: Mike Frysinger
---
drivers/spi/bfin_spi.c |7 ++-
1 files changed, 6 insertions(+), 1 delet
Some common code uses more of the io.h funcs than we currently provide, so
pull in all of the ones from the linux kernel.
Signed-off-by: Mike Frysinger
---
include/asm-blackfin/config-pre.h |3 +
include/asm-blackfin/io.h | 159 +++--
lib_blackfin/Mak
These need to be rethought, but until that happens, isolate the hack so
that we can extend the common code without breaking things.
Signed-off-by: Mike Frysinger
---
include/asm-blackfin/io.h | 27 +++
1 files changed, 15 insertions(+), 12 deletions(-)
diff --git a/inc
Signed-off-by: Mike Frysinger
---
include/asm-blackfin/io.h | 38 --
1 files changed, 0 insertions(+), 38 deletions(-)
diff --git a/include/asm-blackfin/io.h b/include/asm-blackfin/io.h
index 6806494..354fb7d 100644
--- a/include/asm-blackfin/io.h
+++ b/incl
From: Cliff Cai
Signed-off-by: Cliff Cai
Signed-off-by: Mike Frysinger
CC: Andy Fleming
---
board/bf518f-ezbrd/bf518f-ezbrd.c |8 +
board/bf548-ezkit/bf548-ezkit.c |8 +
drivers/mmc/bfin_sdh.c| 519 +
drivers/mmc/bfin_sdh.h
Signed-off-by: Mike Frysinger
---
include/asm-blackfin/string.h |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/include/asm-blackfin/string.h b/include/asm-blackfin/string.h
index 18306dd..117f44c 100644
--- a/include/asm-blackfin/string.h
+++ b/include/asm-blackfin/s
Signed-off-by: Mike Frysinger
---
cpu/blackfin/initcode.c | 10 ++--
cpu/blackfin/interrupts.c | 12 ++--
cpu/blackfin/serial.c | 20 ++---
cpu/blackfin/serial.h | 119 +---
include/asm-blackfin/blackfin_
From: Cliff Cai
Some SPI devices like to see high idle values rather than low.
Signed-off-by: Cliff Cai
Signed-off-by: Mike Frysinger
---
drivers/spi/bfin_spi.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/drivers/spi/bfin_spi.c b/drivers/spi/bfin_spi.c
index
Unify the duplicated macros at the same time.
Signed-off-by: Mike Frysinger
---
include/asm-blackfin/blackfin_local.h |2 ++
include/asm-blackfin/mach-bf527/BF522_def.h | 15 ---
include/asm-blackfin/mach-bf527/BF523_def.h | 15 ---
include/asm-blackfin/mach
Signed-off-by: Mike Frysinger
---
cpu/blackfin/Makefile |2 +-
cpu/blackfin/watchdog.c |4 +---
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/cpu/blackfin/Makefile b/cpu/blackfin/Makefile
index 5eef6a3..211b8d5 100644
--- a/cpu/blackfin/Makefile
+++ b/cpu/blackfin/Makef
The single initcode function was growing unwieldy, so split it up the
distinct steps into their own function. This should making digesting the
result much easier on people.
Signed-off-by: Mike Frysinger
---
cpu/blackfin/initcode.c | 221 ---
1 files
While we're here, let the Blackfin NAND driver auto-select CMD_NAND.
Signed-off-by: Mike Frysinger
---
include/configs/bf527-ezkit.h | 11 ---
include/configs/bf548-ezkit.h |1 -
include/configs/bfin_adi_common.h |2 +-
3 files changed, 9 insertions(+), 5 deletions(-)
Signed-off-by: Mike Frysinger
---
cpu/blackfin/initcode.c | 16 +++-
cpu/blackfin/start.S |6 ++
include/asm-blackfin/config.h |9 +++--
lib_blackfin/board.c | 22 --
lib_blackfin/u-boot.lds.S | 21 ++---
We need the definition of bd_t in this header, so pull in asm/u-boot.h.
Signed-off-by: Mike Frysinger
---
include/asm-blackfin/global_data.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/asm-blackfin/global_data.h
b/include/asm-blackfin/global_data.h
index b7
While the initdram() function makes sense on some arches, it doesn't for
Blackfin systems as it's always implemented the same way.
Signed-off-by: Mike Frysinger
---
board/bf518f-ezbrd/bf518f-ezbrd.c |7 ---
board/bf526-ezbrd/bf526-ezbrd.c |7 ---
board/bf527-ezkit/bf527
From: Valentin Yakovenkov
Signed-off-by: Valentin Yakovenkov
Signed-off-by: Mike Frysinger
---
MAINTAINERS |5 +
MAKEALL |1 +
Makefile|2 +-
board/bf561-acvilon/Makefile| 56 +++
boar
Signed-off-by: Mike Frysinger
---
cpu/blackfin/initcode.c |3 +++
lib_blackfin/board.c|2 ++
2 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/cpu/blackfin/initcode.c b/cpu/blackfin/initcode.c
index a039cbb..90a5fc3 100644
--- a/cpu/blackfin/initcode.c
+++ b/cpu/blackfin/
The length of the sections is fixed at link time, so let the linker do the
calculation rather than doing it ourselves at runtime.
Signed-off-by: Mike Frysinger
---
cpu/blackfin/cpu.c| 11 +--
cpu/blackfin/start.S | 18 --
lib_blackfin/u-boot.lds.S | 24
Signed-off-by: Mike Frysinger
---
include/configs/bf537-stamp.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/bf537-stamp.h b/include/configs/bf537-stamp.h
index 017fb45..de2add7 100644
--- a/include/configs/bf537-stamp.h
+++ b/include/configs/bf537-sta
Very little additional code overhead, and only works when the user sets an
env var ahead of time, so default to on makes sense.
Signed-off-by: Mike Frysinger
---
include/configs/bfin_adi_common.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/bfin_adi_co
From: Harald Krapfenbauer
The tinyboards like to run at a little lower voltage than the default, and
they prefer to boot over the network. For the latter, extend the common
code a little to make this easier.
Also fix the cm-bf527 env sector size while we're in here to reflect the
flash that is
Use the common config option for extracting the environment for embedding
into LDR files and clarify the LDR-specific option.
Signed-off-by: Mike Frysinger
---
Makefile |2 +-
include/asm-blackfin/config.h|5 +
include/configs/bf518f-ezbrd.h |2 +-
i
Bunch o fixes here as well as support for a few more boards. Also quite
a bit of code clean ups (punting dead/useless code).
Cliff Cai (4):
Blackfin: bfin_spi: let boards control idle value
Blackfin: convert bfin_sdh to generic mmc
Blackfin: bfin_spi: round up clock divider
Blackfin: bf52
Dear "Hekko",
In message <10217154154b296a67e0c072.86674490.active.m...@poczta.nazwa.pl> you
wrote:
>
> Easy Albert, it was just a question about GPL ;-) also according to my local
> law
> I can ask any question. In that case, to make it official: I'm sorry anyone
> who
> felt offended and took
>
> I would suggest to be very cautious with such statements. You had better
> be in possession of valid, and legally obtained, proof of each and every
> one of the statements you made, otherwise you might be put to trial for
> libel. I don't know about your local law, but under French libel la
Dear Vipin KUMAR,
In message <1260955110-5656-6-git-send-email-vipin.ku...@st.com> you wrote:
>
> Signed-off-by: Vipin
...
> +int misc_init_r(void)
> +{
> +#if defined(CONFIG_CMD_NET)
> + uchar mac_id[6];
> +
> + if (!i2c_read_mac(mac_id))
> + eth_setenv_enetaddr("ethaddr", m
Dear Vipin KUMAR,
In message <1260955110-5656-5-git-send-email-vipin.ku...@st.com> you wrote:
>
> Signed-off-by: Vipin
> ---
> common/main.c |2 +
> drivers/serial/usbtty.h |2 +
> drivers/usb/gadget/Makefile |1 +
> drivers/usb/gadget
Dear Vipin KUMAR,
In message <1260955110-5656-3-git-send-email-vipin.ku...@st.com> you wrote:
>
> Signed-off-by: Vipin
...
> +static ulong flash_get_size(ulong base, int banknum)
> +{
> + flash_info_t *info = &flash_info[banknum];
> + unsigned int value = 0;
> + unsigned int density
On Dec 16, 2009, at 3:52 PM, Wolfgang Denk wrote:
> Dear Kumar Gala,
>
> In message you
> wrote:
>> The following changes since commit bb3bcfa2426cc6a0aecec7270e3ee67ca843a125:
>> Wolfgang Denk (1):
>>Merge branch 'next' of ../next
>>
>> are available in the git repository at:
>>
>>
Dear Vipin KUMAR,
In message <1260955110-5656-2-git-send-email-vipin.ku...@st.com> you wrote:
>
> Signed-off-by: Vipin
> ---
> drivers/i2c/Makefile |1 +
> drivers/i2c/spr_i2c.c| 321
> ++
> include/asm-arm/arch-spear/spr_i2c
Dear "Hekko",
In message <21445806094b2958a71cfb50.07474534.active.m...@poczta.nazwa.pl> you
wrote:
>
> Just a quick question: u-boot boot loader/linux kernel/bash is GPL
> right ? ...
Yes, but there are different versions of the GPL. U-Boot is currently
"GPLv2+"; Linux is "GPLv2"; bash is curr
Dear "Premi, Sanjeev",
In message you
wrote:
>
> Also, I don't believe there is any complexity added as
> the contents of register are being read and saved in a
> global variable for use later.
Global variables are a bad thing if there is not really a good reason
to hav ethem. Here it makes no
Dear Sanjeev Premi,
In message <1260902266-26009-4-git-send-email-pr...@ti.com> you wrote:
> The function is updated to make use of the cpu related
> information extracted in arch_cpu_init().
>
> Signed-off-by: Sanjeev Premi
> ---
> cpu/arm_cortexa8/omap3/sys_info.c | 45 +
Dear Sanjeev Premi,
In message <1260902266-26009-3-git-send-email-pr...@ti.com> you wrote:
> This patch identifies exact cpu in function arch_cpu_init().
>
> It does the following:
> - It consolidates all related #defines into omap3.h.
> - Prefixes CTRL_ to #defines used in comparison against
>
Hello,
Just a quick question: u-boot boot loader/linux kernel/bash is GPL right ? So
whoever is using it he should public entire source code with an annotation that
it's based on u-boot boot loader/linux kernel/bash ?
Well, I'm a software programmer in the LG Electronics company, all these TVs
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.
>
> Signed-off-by: Nick Thompson
> Signed
Dear Kumar Gala,
In message you wrote:
> The following changes since commit bb3bcfa2426cc6a0aecec7270e3ee67ca843a125:
> Wolfgang Denk (1):
> Merge branch 'next' of ../next
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-mpc85xx master
>
> Anton Vorontsov (1
Dear "Premi, Sanjeev",
In message you
wrote:
>
> > When they were created by the Makefiles, they were also removed by
> > the distclean/mrproper targets. It seems you left them hanging around
> > while updating the code - you should always run "make mrproper"
> > before updating the tree. Even
Hello All,
We are using Atmel's at91sam9263ek board and want to use a different LCD
with it (Toshiba TX16D11VM2CAA). For that we want to make sure that we have
correct LCD initialization in the
u-boot-2009.08/board/atmel/at91sam9263ek/at91sam9263ek.c file. We are not
clear about some of the values
make -C drivers/bios_emulator/
make[2]: Entering directory
`drivers/bios_emulator'
In file included from atibios.c:49:
biosemui.h:47:21: error: biosemu.h: No such file or directory
In file included from biosemu.c:50:
biosemui.h:47:21: error: biosemu.h: No such file or directory
In file included fro
Hi Arm,
> > It'd also be nice to give a description of each board and SOC you add.
> > Eg what's the difference between the 300, 310, 320, 600? What
> > peripherals do they support? What does SPEAr stand for? More commit
> > messages in general wouldn't hurt:)
> >
> SPEAr (Structured Proce
Ciao Peter,
> The changes to board/* should be moved out of this patch and into patch
> 9 "SPEAr600 build support added". Same comment for
> include/configs/spear600.h.
>
Tomorrow we will resend patch_5 and patch_9.
> It'd also be nice to give a description of each board and SOC you add.
> Eg
On Wed, 2009-12-16 at 14:48 +0530, Vipin KUMAR wrote:
> Signed-off-by: Vipin
> ---
> board/spear/common/spr_lowlevel_init.S | 202 ++
> board/spear/common/spr_misc.c | 270
>
> board/spear/spear600/Makefile |
All,
Just fyi SPEAr is an ARM based family of SoC designed by us
here in STMicro. THx for your help in reviewing.
Regards,
Arm
Vipin KUMAR wrote:
> This patchset contains the support for 4 SoCs from SPEAr family
> SPEAr300
> SPEAr310
> SPEAr320
> SPEAr600
>
> It also contains the drivers needed
New BeagleBoard revision C4 uses a new ID. Update revision detection.
Signed-off-by: Dirk Behme
---
Tested on C1/2 and C4 (prototype).
Patch against v2009.11
Known C4 changes:
- Use OMAP3 720MHz devices.
- Change in the way the USB Host PHY is powered.
(to be added later based on this patch)
The following changes since commit bb3bcfa2426cc6a0aecec7270e3ee67ca843a125:
Wolfgang Denk (1):
Merge branch 'next' of ../next
are available in the git repository at:
git://git.denx.de/u-boot-mpc85xx master
Anton Vorontsov (1):
mpc85xx: Add 4-bits eSDHC support for MPC8569E-MDS
On Dec 16, 2009, at 10:29 AM, Kumar Gala wrote:
> From: Becky Bruce
>
> Signed-off-by: Becky Bruce
> Signed-off-by: Kumar Gala
> ---
> include/asm-ppc/immap_85xx.h | 74 ++
> 1 files changed, 74 insertions(+), 0 deletions(-)
applied to 85xx
- k
On Dec 16, 2009, at 10:24 AM, Kumar Gala wrote:
> From: Dave Liu
>
> In chip-select interleaving case, we also need set the ODT_RD_CFG
> and ODT_WR_CFG in cs1_config register.
>
> Signed-off-by: Dave Liu
> ---
> cpu/mpc8xxx/ddr/ctrl_regs.c |3 +++
> 1 files changed, 3 insertions(+), 0 dele
On Dec 16, 2009, at 10:24 AM, Kumar Gala wrote:
> From: Dave Liu
>
> It may be different settings of Rtt_nom and Rtt_WR
> for different boards, adding the override provide the
> capability.
>
> Signed-off-by: Dave Liu
> ---
> cpu/mpc8xxx/ddr/ctrl_regs.c | 10 +++---
> include/asm-ppc
On Dec 16, 2009, at 10:24 AM, Kumar Gala wrote:
> From: Dave Liu
>
> add the override for write leveling sampling and
> start time according to specific board.
>
> Signed-off-by: Dave Liu
> ---
> cpu/mpc8xxx/ddr/ctrl_regs.c | 20 ++--
> cpu/mpc8xxx/ddr/options.c |
From: Becky Bruce
Signed-off-by: Becky Bruce
Signed-off-by: Kumar Gala
---
include/asm-ppc/immap_85xx.h | 74 ++
1 files changed, 74 insertions(+), 0 deletions(-)
diff --git a/include/asm-ppc/immap_85xx.h b/include/asm-ppc/immap_85xx.h
index 43b3a2c..
On Dec 16, 2009, at 10:24 AM, Kumar Gala wrote:
> From: Dave Liu
>
> 1. TIMING_CFG_0[ACT_PD_EXIT] was set to 6 clocks, but
> It should be set to tXP parameter, tXP=max(3CK, 7.5ns)
> 2. TIMING_CFG_0[PRE_PD_EXIT] was set to 6 clocks, but
> It should be set to tXP (if MR0[A12]=1) else to tXPDL
From: Dave Liu
In chip-select interleaving case, we also need set the ODT_RD_CFG
and ODT_WR_CFG in cs1_config register.
Signed-off-by: Dave Liu
---
cpu/mpc8xxx/ddr/ctrl_regs.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/cpu/mpc8xxx/ddr/ctrl_regs.c b/cpu/mpc8xxx/d
From: Dave Liu
It may be different settings of Rtt_nom and Rtt_WR
for different boards, adding the override provide the
capability.
Signed-off-by: Dave Liu
---
cpu/mpc8xxx/ddr/ctrl_regs.c | 10 +++---
include/asm-ppc/fsl_ddr_sdram.h |1 +
2 files changed, 8 insertions(+), 3 delet
From: Dave Liu
1. TIMING_CFG_0[ACT_PD_EXIT] was set to 6 clocks, but
It should be set to tXP parameter, tXP=max(3CK, 7.5ns)
2. TIMING_CFG_0[PRE_PD_EXIT] was set to 6 clocks, but
It should be set to tXP (if MR0[A12]=1) else to tXPDLL parameter
We are setting the mode register MR0[A12]='1'
From: Dave Liu
add the override for write leveling sampling and
start time according to specific board.
Signed-off-by: Dave Liu
---
cpu/mpc8xxx/ddr/ctrl_regs.c | 20 ++--
cpu/mpc8xxx/ddr/options.c |1 +
include/asm-ppc/fsl_ddr_sdram.h |7 ++-
3 files cha
On Mon, 2009-11-09 at 17:37 -0600, Peter Tyser wrote:
> This patch series is similar to the "8xxx: Add 'ecc' command" recently
> submitted but has the following changes:
> - Supports 83xx/85xx/86xx, previously 83xx wasn't supported
> - Removes the old 83xx ecc command and replaces it with this new
On Tue, 2009-11-03 at 17:52 -0600, Peter Tyser wrote:
> In SGMII mode the link between a processor's internal TBI PHY and an
> external PHY should always be 1000Mbps, full duplex. Also, the SGMII
> interface between an internal TBI PHY and external PHY does not
> support in-band auto-negotation.
>
On Mon, 2009-11-09 at 13:09 -0600, Peter Tyser wrote:
> - Remove unnecessary printing "Enet starting in /"
> This same information is already printed during normal ethernet
> operation in the form "Speed: 1000, full duplex".
>
> - Add a check for link before determining link speed and dupl
On Dec 15, 2009, at 4:14 PM, Anton Vorontsov wrote:
> Thanks to "Errata to MPC8569E PowerQUICC III Integrated Host Processor
> Family Reference Manual, Rev. 0" document, which describes all eSDHC
> pins, we can add 4-bits eSDHC support for MPC8569E-MDS boards.
>
> Signed-off-by: Anton Vorontsov
Dear Brian Hutchinson,
In message <3d1967ab0912150803p1de72a6coa438d53d12e25...@mail.gmail.com> you
wrote:
>
> I have been searching the archives and I've seen posts that suggest that the
> bootcount feature is trivial to implement in non PPC cpu's but haven't seen
> a discussion of what would be
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Wednesday, December 16, 2009 8:47 PM
> To: Premi, Sanjeev
> Cc: Stefan Roese; u-boot@lists.denx.de
> Subject: Re: [U-Boot] Build failures at bb3bcfa2
>
> Dear "Premi, Sanjeev",
>
> In message
>
> you wrote:
> >
Dear "Premi, Sanjeev",
In message you
wrote:
>
> Yes. I do have them. I looked at the thread; and the problem is same.
>
> One question: Theses links were not manually created. They would have
> been created earlier by some script; and or specific patch.
They used to be created by the Makefile
Hi,
I did some experiments with my hardware (picoChip PC205) and it looks like
the contents of the internal SRAM are kept during reset so I think making
bootcount_load and bootcount_store to access a section in SRAM is the way to
go rather than use EEPROM or NOR Flash for the counter (don't want t
On Wednesday 16 December 2009 12:49:09 Premi, Sanjeev wrote:
> > > envcrc crc32.o env_embedded.o envcrc.o sha1.o /usr/bin/ld: crc32.o:
> > > Relocations in generic ELF (EM: 40)
> > > crc32.o: could not read symbols: File in wrong format
> > > collect2: ld returned 1 exit status
> > > make[1]: ***
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.
> UART support (console).
>
> Signed-off-by: Sudhakar Rajashekhara
> ---
> board/davinci/da
> -Original Message-
> From: Stefan Roese [mailto:s...@denx.de]
> Sent: Wednesday, December 16, 2009 3:34 PM
> To: u-boot@lists.denx.de
> Cc: Premi, Sanjeev
> Subject: Re: [U-Boot] Build failures at bb3bcfa2
>
> On Wednesday 16 December 2009 10:52:44 Premi, Sanjeev wrote:
> > Just pulled
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
--
Provides initial support for TI OMAP-L138/DA850 SoC devices
on a Logic PD EVM board.
Signed-off-by: Sudhakar Rajashekhara
---
MAINTAINERS|4 +
MAKEALL|1 +
Makefile |5 ++
include/configs/da850evm.h | 142
Provides initial support for TI OMAP-L138/DA850 SoC devices on
a Logic PD EVM board.
Provides:
Initial boot and configuration.
Support for i2c.
UART support (console).
Signed-off-by: Sudhakar Rajashekhara
---
board/davinci/da8xxevm/Makefile |1 +
board/davinci/da8xxevm/da850evm.c
DA850/OMAP-L138 is a new SoC from Texas Instruments
(http://focus.ti.com/docs/prod/folders/print/omap-l138.html).
This SoC is similar to DA830/OMAP-L137 in many aspects. Hence
rename the da830 specific files and folders to da8xx to
accommodate DA850/OMAP-L138.
Signed-off-by: Sudhakar Rajashekhara
On Wednesday 16 December 2009 10:52:44 Premi, Sanjeev wrote:
> Just pulled latest master at:
>
> commit bb3bcfa2426cc6a0aecec7270e3ee67ca843a125
> Merge: a200a7c 4b142fe
> Author: Wolfgang Denk
> Date: Tue Dec 15 23:38:34 2009 +0100
>
> Merge branch 'next' of ../next
>
> However, I am not
Hi all,
Just pulled latest master at:
commit bb3bcfa2426cc6a0aecec7270e3ee67ca843a125
Merge: a200a7c 4b142fe
Author: Wolfgang Denk
Date: Tue Dec 15 23:38:34 2009 +0100
Merge branch 'next' of ../next
However, I am noticing build failures. See log below:
Best regards,
Sanjeev
premi # mak
Signed-off-by: Vipin
---
common/main.c |2 +
drivers/serial/usbtty.h |2 +
drivers/usb/gadget/Makefile |1 +
drivers/usb/gadget/spr_udc.c | 996 +
include/asm-arm/arch-spear/spr_misc.h | 126 ++
Signed-off-by: Vipin
---
MAKEALL |1 +
Makefile|3 +
board/spear/spear320/Makefile | 52 ++
board/spear/spear320/config.mk | 42 +
board/spear/spear320/spr320_board.c | 58 ++
include/configs/spear320.h
Signed-off-by: Vipin
---
MAKEALL |1 +
Makefile|3 +
board/spear/spear310/Makefile | 52 +
board/spear/spear310/config.mk | 42
board/spear/spear310/spr310_board.c | 58 ++
include/configs/spear310.h
Signed-off-by: Vipin
---
board/spear/common/spr_lowlevel_init.S | 202 ++
board/spear/common/spr_misc.c | 270
board/spear/spear600/Makefile | 52 +
board/spear/spear600/config.mk | 39 ++
Signed-off-by: Vipin
---
drivers/mtd/Makefile |1 +
drivers/mtd/spr_smi.c| 548 ++
include/asm-arm/arch-spear/spr_smi.h | 112 +++
3 files changed, 661 insertions(+), 0 deletions(-)
mode change 100644 => 100755 drivers/mt
Signed-off-by: Vipin
---
MAKEALL |1 +
Makefile|3 +
board/spear/spear300/Makefile | 52 +++
board/spear/spear300/config.mk | 39 +
board/spear/spear300/spr300_board.c | 57
include/configs/spear300
Signed-off-by: Vipin
---
drivers/i2c/Makefile |1 +
drivers/i2c/spr_i2c.c| 321 ++
include/asm-arm/arch-spear/spr_i2c.h | 143 +++
3 files changed, 465 insertions(+), 0 deletions(-)
mode change 100644 => 100755 dr
Signed-off-by: Vipin
---
drivers/mtd/nand/Makefile |1 +
drivers/mtd/nand/spr_nand.c | 126 +
include/asm-arm/arch-spear/spr_nand.h | 58 +++
3 files changed, 185 insertions(+), 0 deletions(-)
create mode 100755 drivers/mt
Signed-off-by: Vipin
---
MAKEALL |1 +
Makefile |3 +++
2 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/MAKEALL b/MAKEALL
index 0672ba0..a76ab8f 100755
--- a/MAKEALL
+++ b/MAKEALL
@@ -575,6 +575,7 @@ LIST_ARM9=" \
spear300\
This patchset contains the support for 4 SoCs from SPEAr family
SPEAr300
SPEAr310
SPEAr320
SPEAr600
It also contains the drivers needed for spear devices
Regards
Vipin Kumar
Vipin (9):
i2c driver support for SPEAr SoCs
smi driver support for SPEAr SoCs
nand driver support for SPEAr SoCs
Thanks,
Vaibhav Hiremath
Platform Support Products
Texas Instruments Inc
Ph: +91-80-25099927
> -Original Message-
> From: Tom [mailto:tom@windriver.com]
> Sent: Wednesday, December 16, 2009 1:32 AM
> To: Premi, Sanjeev
> Cc: u-boot@lists.denx.de; Hiremath, Vaibhav; Paulraj, Sandeep
>
Hi Heiko,
On Saturday 05 December 2009 11:41:07 Heiko Schocher wrote:
> >> The board maintainer, Travis Sawyer, doesn't work for Sandburst
> >> (acquired by Broadcom some time ago?) any more. So we can't get his
> >> comments on this. Not sure what to do with those Sandburst boards now.
> >> They
The latest changes increased the size of the alpr image a bit more.
Now it doesn't fit into the 256k reserved for it. This patch now removes
the commands "ping" and "diag" which are not needed in the production
systems.
Signed-off-by: Stefan Roese
Cc: Pieter Voorthuijsen
---
include/configs/alp
1 - 100 of 101 matches
Mail list logo
