On Wednesday 16 December 2009 06:50:22 Zaahir Khan wrote:
> I am using AMCC sequoia board.
>
> using u-boot version U-Boot 1.3.4
That's old. I recommend to update to the latest version.
> Need to implement SPI based RTC chip.
>
> I find some problem in implementing SPI, is some patch there?
>
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
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
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
>
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
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\
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
---
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
---
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/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
---
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
---
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
---
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
---
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 ++
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
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
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
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
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
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
--
> -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
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
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]: ***
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
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
> -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 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
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
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 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 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
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
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
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
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
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: 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
>
> 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 |
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
>
> 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: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
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
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)
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
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 |
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
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
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
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
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
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 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
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 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
>
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 "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 "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 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
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-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
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-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
>
> 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 "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
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
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
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
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
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
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
---
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/
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
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
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
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 ++---
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(-)
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
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
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
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
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_
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
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/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
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
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
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
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: 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
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
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
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
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
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 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
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
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
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
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
_
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
1 - 100 of 101 matches
Mail list logo
