Le 29/01/2011 02:00, Michael Spang a écrit :
> The TS-7800 is an Orion5x implementation by Technologic Systems.
>
> Signed-off-by: Michael Spang
> ---
> MAKEALL |1 +
> board/technologic/ts7800/Makefile | 46 +++
> board/technologic/ts7800/ts7800.c | 36
Le 29/01/2011 02:00, Michael Spang a écrit :
> For the TS-7800, the FPGA contains a bootloader which handles
> the SDRAM initialization and loads a bootloader from RAM. We
> should not try to initialize RAM again while running from it.
>
> Signed-off-by: Michael Spang
> ---
> arch/arm/cpu/arm926e
Le 29/01/2011 02:00, Michael Spang a écrit :
> The TS-7800 has one 128M RAM bank, so the maximum must be increased.
>
> Signed-off-by: Michael Spang
> ---
> arch/arm/include/asm/arch-orion5x/orion5x.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/arch/arm/include
Hi Michael,
Le 29/01/2011 02:00, Michael Spang a écrit :
> This code intends to read the SDRAM controller base address registers
> but is instead reading the CPU window base address registers.
Side note: IIUC this change is not required since the CPU Window
registers match the SDRAM controller r
Signed-off-by: Joe Xue
modified: README
modified: drivers/net/Makefile
new file: drivers/net/ax88183.c
new file: drivers/net/ax88183.h
modified: include/netdev.h
---
README|7 +
drivers/net/Makefile |1 +
drivers/net/ax881
Hi Stefano,
Thank you for your advice.It has been changed according to you suggestion and
passed the checking of checkpatch.pl (two warnings , one is asm/io.h one is
struct eth_device's member function send has a volatile parameter).
Although AX88183 has the similar name with AX88180, they are v
The TS-7800 is an Orion5x implementation by Technologic Systems.
Signed-off-by: Michael Spang
---
MAKEALL |1 +
board/technologic/ts7800/Makefile | 46 +++
board/technologic/ts7800/ts7800.c | 36 +
boards.cfg|1 +
incl
The NAND control functions were written by Alexander Clouter and
copied here from Linux.
Signed-off-by: Michael Spang
---
drivers/mtd/nand/Makefile |1 +
drivers/mtd/nand/ts7800_nand.c | 68
include/configs/ts7800.h | 46 +++
If U-Boot is loaded from RAM and the OS is loaded into an overlapping
region, the instruction cache is not coherent when that OS is started.
We must therefore invalidate the instruction cache in addition to
cleaning the data cache.
Signed-off-by: Michael Spang
---
arch/arm/lib/cache.c |2 ++
The MVGBE driver either gets the MAC from the environment, or invents
one. This allows the driver to leave the existing address alone in
case it is initialized before U-Boot starts.
Signed-off-by: Michael Spang
---
drivers/net/mvgbe.c | 20
1 files changed, 20 insertions(+
This code intends to read the SDRAM controller base address registers
but is instead reading the CPU window base address registers.
Signed-off-by: Michael Spang
---
arch/arm/cpu/arm926ejs/orion5x/dram.c |2 +-
arch/arm/include/asm/arch-orion5x/orion5x.h |1 +
2 files changed, 2 ins
Signed-off-by: Michael Spang
---
doc/README.ts7800 | 60 +
1 files changed, 60 insertions(+), 0 deletions(-)
create mode 100644 doc/README.ts7800
diff --git a/doc/README.ts7800 b/doc/README.ts7800
new file mode 100644
index 000..25b9883
For the TS-7800, the FPGA contains a bootloader which handles
the SDRAM initialization and loads a bootloader from RAM. We
should not try to initialize RAM again while running from it.
Signed-off-by: Michael Spang
---
arch/arm/cpu/arm926ejs/orion5x/lowlevel_init.S |4
1 files changed, 4
The TS-7800 has one 128M RAM bank, so the maximum must be increased.
Signed-off-by: Michael Spang
---
arch/arm/include/asm/arch-orion5x/orion5x.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/include/asm/arch-orion5x/orion5x.h
b/arch/arm/include/asm/arch-ori
Since U-boot v2010.12 the support for the at91sam9261ek board is broken.
This patch solves this issue. This change has been tested on this board.
Note: It requires that the 1st stage bootloader (like Atmel at91-bootstrap)
to load U-boot at a different address compared to previous releases of
U-boo
Hi,
>> -COBJS-y += at91sam9261ek.o
>> +COBJS-y += $(BOARD).o
>> COBJS-y += led.o
>> COBJS-$(CONFIG_HAS_DATAFLASH) += partition.o
>>
>> -SRCS := $(SOBJS:.o=.S) $(COBJS-y:.o=.c)
>> -OBJS := $(addprefix $(obj),$(COBJS-y))
>> -SOBJS := $(addprefix $(obj),$(SOBJS))
>> +SRCS := $(SOBJS-y:.o=.
Hi,
2011/1/28 Alexander Holler :
> While debugging some USB stuff, I've first missed that there are actually
> two defines necessary to get usefull output. The one needed to get debug
> output
> for the communication with HUBs was burried somewhere deep inside the code.
>
> Change that so that a
Hi,
2011/1/27 Alexander Holler :
> I currently don't know if the error could have other consequences
> than a wrong output when turning debug on.
>
> Signed-off-by: Alexander Holler
> ---
> common/usb.c | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/common/usb.c b
On Fri, 2011-01-28 at 13:24 -0600, Timur Tabi wrote:
> Haiying Wang wrote:
> >>> +#define CONFIG_SYS_I2C_EEPROM_ADDR 0x52
> >> >
> >> > Not 0x57? That's where the NXID EEPROM almost always is.
> > It is board specific value, isn't it? P1021MDS does use 0x52 for board
> > eeprom.
>
> I just
Haiying Wang wrote:
>>> +#define CONFIG_SYS_I2C_EEPROM_ADDR 0x52
>> >
>> > Not 0x57? That's where the NXID EEPROM almost always is.
> It is board specific value, isn't it? P1021MDS does use 0x52 for board eeprom.
I just wanted you to be sure it wasn't a typo. Did you actual test reading an
On Fri, 2011-01-28 at 13:06 -0600, Timur Tabi wrote:
> On Thu, Jan 27, 2011 at 10:58 PM, wrote:
>
> > +/* These are used when DDR doesn't use SPD. */
> > +#define CONFIG_SYS_SDRAM_SIZE 512/* DDR is 512MB */
> > +#define CONFIG_SYS_DDR_CS0_BNDS 0x001F
> > +#defi
On Fri, 28 Jan 2011 13:06:28 -0600
Timur Tabi wrote:
> > +void putc(char c)
> > +{
> > + if (c == '\n')
> > + NS16550_putc((NS16550_t)CONFIG_SYS_NS16550_COM1, '\r');
> > +
> > + NS16550_putc((NS16550_t)CONFIG_SYS_NS16550_COM1, c);
> > +}
> > +
> > +void puts(const char *
On Fri, 28 Jan 2011 14:07:09 -0500
Haiying Wang wrote:
> On Fri, 2011-01-28 at 13:46 -0500, Haiying Wang wrote:
> > > In any case, I don't think we want different behavior here based on
> > > whether we have TPL. Either LDFLAGS is used in partial linking, or
> > > it's not.
> > I don't understan
On Fri, 2011-01-28 at 13:46 -0500, Haiying Wang wrote:
> > In any case, I don't think we want different behavior here based on
> > whether we have TPL. Either LDFLAGS is used in partial linking, or
> > it's not.
> I don't understand why LDFLAGS was added here in patch
> http://lists.denx.de/piperm
On Thu, Jan 27, 2011 at 10:58 PM, wrote:
> +/* These are used when DDR doesn't use SPD. */
> +#define CONFIG_SYS_SDRAM_SIZE 512 /* DDR is 512MB */
> +#define CONFIG_SYS_DDR_CS0_BNDS 0x001F
> +#define CONFIG_SYS_DDR_CS0_CONFIG 0x80014202
> +#define CONFIG_S
On Fri, 28 Jan 2011 13:46:06 -0500
Haiying Wang wrote:
> On Fri, 2011-01-28 at 12:30 -0600, Scott Wood wrote:
> > I think --gc-sections should go in LDFLAGS_u-boot instead.
> LDFLAGS_u-boot has --gc-sections already, I did not change it.
It looks like LDFLAGS_u-boot may not be suitable for build
On Fri, 2011-01-28 at 12:30 -0600, Scott Wood wrote:
> > > > diff --git a/config.mk b/config.mk
> > > > index 5147c35..d7bb07f 100644
> > > > --- a/config.mk
> > > > +++ b/config.mk
> > > > @@ -260,8 +260,13 @@ $(obj)%.s: %.c
> > > >
> > > > ###
On Fri, 28 Jan 2011 13:08:30 -0500
Haiying Wang wrote:
> On Fri, 2011-01-28 at 11:36 -0600, Scott Wood wrote:
> > On Thu, 27 Jan 2011 23:58:10 -0500
> > wrote:
> >
> > > From: Haiying Wang
> > >
> > > Signed-off-by: Haiying Wang
> > > ---
> > > arch/powerpc/config.mk |4
> > > conf
Le 28/01/2011 19:08, Haiying Wang a écrit :
>> I see patch 3/8, 4/8, 5/8, and 7/7. Where are the rest?
> Sorry, patch 7/7 is a wrong number here. I kept the patch # as 3/8/,
> 4/8, 5/8, 8/8 to be consistent with the order in the patchset(v2) I
> submitted in last December. I thought it would be c
On Fri, 2011-01-28 at 11:36 -0600, Scott Wood wrote:
> On Thu, 27 Jan 2011 23:58:10 -0500
> wrote:
>
> > From: Haiying Wang
> >
> > Signed-off-by: Haiying Wang
> > ---
> > arch/powerpc/config.mk |4
> > config.mk |7 ++-
> > 2 files changed, 10 insertions(+), 1 d
On Thu, 27 Jan 2011 23:58:10 -0500
wrote:
> From: Haiying Wang
>
> Signed-off-by: Haiying Wang
> ---
> arch/powerpc/config.mk |4
> config.mk |7 ++-
> 2 files changed, 10 insertions(+), 1 deletions(-)
I see patch 3/8, 4/8, 5/8, and 7/7. Where are the rest?
>
Hi James,
Please refrain from top-posting.
Le 28/01/2011 15:49, James Kosin a écrit :
> More information:
>
>-r, -i, --relocatable Generate relocatable output
>
>-shared, -BshareableCreate a shared library
>-pie, --pic-executable Create a position independent execut
On Fri, 2011-01-28 at 08:49 -0600, Kumar Gala wrote:
> > +
> > +struct law_entry law_table[] = {
> > +#ifndef CONFIG_IN_TPL
> > + SET_LAW(CONFIG_SYS_PCIE1_MEM_PHYS, LAW_SIZE_512M, LAW_TRGT_IF_PCIE_1),
> > + SET_LAW(CONFIG_SYS_PCIE1_IO_PHYS, LAW_SIZE_64K, LAW_TRGT_IF_PCIE_1),
> > + SET_LAW(CON
From: Haiying Wang
Support P1021MDS board to boot from NAND flash (No NOR flash on this
board). And because P1021 only has 256K L2 SRAM, which can not used for final
uboot image, this patch also enables the TPL BOOT on P1021MDS so that DDR can
be initialized in L2 SRAM through SPD code. So there
More information:
-r, -i, --relocatable Generate relocatable output
-shared, -BshareableCreate a shared library
-pie, --pic-executable Create a position independent executable
Isn't the fact we pass -pie and -r a bit redundant, especially when
creating a library??
James
>
>
> diff --git a/board/freescale/p1021mds/law.c b/board/freescale/p1021mds/law.c
> new file mode 100644
> index 000..d0be19e
> --- /dev/null
> +++ b/board/freescale/p1021mds/law.c
> @@ -0,0 +1,38 @@
> +/*
> + * Copyright (C) 2010 - 2011 Freescale Semiconductor, Inc.
> + *
> + * See file CR
NOTICE:
The new binutils-2.21 is not allowing -r -shared to be used together.
I'd have to look at the options; but, I've attached a log below with the
error.
James Kosin
--- Log ---
> make[1]: Entering directory `/home/jkosin/git/u-boot/examples/standalone'
> arm-eabi-gcc -g -Os -fno-common
On Fri, 2011-01-28 at 11:02 +0100, Fabian Cenedese wrote:
>
> I'm not questioning the patch, I'm just trying to understand.
>
> >+#define CONFIG_MP /* Multiprocessor support */
> >+
> >+#define CONFIG_PCI /* Disable PCI/PCIE */
>
> Shouldn't that be "Enab
>> Since I updated to the last u-boot version my board keeps stalling
>> in a newly added loop in ddr3-gen.c. At the end of the function
>> fsl_ddr_set_memctl_regs is a loop that tests an undocumented
>> register (at least it's not in the reference manuals).
>>
>> while (!(in_be32(&ddr->deb
On Jan 28, 2011, at 8:17 AM, Fabian Cenedese wrote:
> Hi
>
> Since I updated to the last u-boot version my board keeps stalling
> in a newly added loop in ddr3-gen.c. At the end of the function
> fsl_ddr_set_memctl_regs is a loop that tests an undocumented
> register (at least it's not in the re
Hi
Since I updated to the last u-boot version my board keeps stalling
in a newly added loop in ddr3-gen.c. At the end of the function
fsl_ddr_set_memctl_regs is a loop that tests an undocumented
register (at least it's not in the reference manuals).
while (!(in_be32(&ddr->debug[1]) & 0x2)
We have a board with an AMCC PPC 405EX connected to two fpga's with PCIE
interfaces.
On some boards, on power up, the u-boot code hangs in the while loop in
the following code waiting for PCIE1 to come out of reset. PCIE0 comes
out of reset successfully.
The PHYSTA for PCIE1 always reads back
On 01/28/2011 11:34 AM, Alexander Holler wrote:
> Hello,
Hello,
> Just to finally explain my reasoning to start this thread. My intention
> was to leave some code for still widely used boards visible in the sources.
>
> E.g. at the time I've started to modify u-board for a custom board, I've
> l
While debugging some USB stuff, I've first missed that there are actually
two defines necessary to get usefull output. The one needed to get debug output
for the communication with HUBs was burried somewhere deep inside the code.
Change that so that a #define DEBUG is enough while still leaving th
Hello,
Am 26.01.2011 10:39, schrieb Wolfgang Denk:
> Dear Stefano Babic,
>
> In message<4d3fdd21.9000...@denx.de> you wrote:
>>
>> If someone has interest can always resubmit a patchset to add the board
>> again to mainline. This could be also an occasion to clean up ancient
>> code ;-).
>
> Actu
At 23:58 27.01.2011 -0500, haiying.w...@freescale.com wrote:
>From: Haiying Wang
>
>Support P1021MDS board to boot from NAND flash (No NOR flash on this
>board). And because P1021 only has 256K L2 SRAM, which can not used for final
>uboot image, this patch also enables the TPL BOOT on P1021MDS so
Dear Albert ARIBAUD,
In message <4d426699.4080...@free.fr> you wrote:
> What I would like to understand is, the '$(X)' macro expansion operator
> indeed has meaning and makes sense for some tools such as Make, but not
> for a C preprocessor or compiler. Is this config.h file included by a
> makef
Dear Simon Glass,
In message
you wrote:
>
> There is a great big DEBUG define which determines whether debug() is a
> printf() or a nop. This is used by various modules to make them more verbose
> which is helpful sometimes.
>
> Some modules have their own finer control over this, for example U
DKB is a Development Board for PANTHEON TD/TTC(pxa920/pxa910) with
* Processor upto 806Mhz
* LPDDR1/2
* x8/x16 SLC/MLC NAND
* Footprints for eMMC & MMC x8 card
With Peripherals:
* Parallel LCD I/F
* Audio codecs (88PM8607)
* MIPI CSI-2 camera
* Marvell 88W8787 802.11n/BT module
* Marvell 2G/3G RF
Pantheon Family processors are highly integrated SoCs
based on Sheeva_88SV331x-v5 PJ1 cpu core.
Ref:
http://www.marvell.com/products/processors/communications/marvell_pantheon_910_920_pb.pdf
SoC versions Supported:
1) PANTHEON920 (TD)
2) PANTHEON910 (TTC)
Signed-off-by: Lei Wen
This patch adds the Multiple Function Pin configuration support for
Marvell PANTHEON SoCs
Signed-off-by: Lei Wen
---
V2:
V3:
Fix copyright claim year.
V4:
Add change log to each patch.
V5:
coding style fix.
V6:
Rebase patch on latest u-boot-marvell.git.
V7:
Correct patch comments
V8:
Fix co
Signed-off-by: Lei Wen
---
V2:
V3:
Fix copyright claim year.
V4:
Add change log to each patch.
V5:
V6:
Rebase patch on latest u-boot-marvell.git.
V7:
V8:
Fix copyright claim year.
drivers/serial/serial.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/seri
Since there are lots of difference between kirkwood and armada series,
it is better to seperate them but still keep the most common file
shared by all marvell platform in the mv-common configure file.
This patch move the kirkwood only driver definitoin in mv-common to
the /config.h.
This patch is
This patch set add the Pantheon soc and dkb board support.
V2:
This patch seris update the seperate mv_common part as suggested.
V3:
Fix config.h include place and copyright claim year.
V4:
Add change log to each patch.
V5:
Add doc in Readme for new CONFIG_SYS_MVFS.
code style fix.
V6:
Rebase
ONFIG_NAND_U_BOOT indicates whether the SPL is used, while
CONFIG_NAND_SPL is set only when building the SPL itself (and isn't
available in makefiles anyway). This is the linker script for the
main U-Boot when SPL is in use, so CONFIG_NAND_U_BOOT is the
variable to use.
Also, refrain from overrid
According to the i2c command alen 0 should be allowed
but this is not allowed in the implementation, fix.
Also cleanup all cmd_usage cases while at it. It is cleaner
to return cmd_usage(cmdtp); instead of
{
cmd_usage(cmdtp);
return 1;
}
Signed-off-by: Joakim Tjernlund
---
common/cmd_i2c.c |
SH7757 has SPI module. This patch supports it.
Signed-off-by: Yoshihiro Shimoda
---
about v3:
- keep list sorted in Makefile
- separate some code to header file
- change hardware registers to C structure
drivers/spi/Makefile |1 +
drivers/spi/sh_spi.c | 261 +
The R0P7757LC0030RL board has SH7757, 256MB DDR3-SDRAM, SPI ROM,
Ethernet, and more.
This patch supports the following functions:
- 256MB DDR3-SDRAM
- SPI ROM
- Ethernet
Signed-off-by: Yoshihiro Shimoda
---
about v2:
- add MAINTAINERS
- remove config.mk of this board
- modify lowlevel_
On 01/27/2011 07:55 PM, root wrote:
> From: Joe Xue
You have to set you Signe-off-by in your patch. Please add also
a commit message to explain what your patch is doing, and on which board
you tested this driver. And set the net custodian as CC, this helps to
get faster review.
> --- a/drivers/n
59 matches
Mail list logo