From: prafulla_wadaskar
This is Marvell's 88F6281_A0 based custom board developed
for wireless access point product
This patch is tested for-
1. Boot from DRAM/SPI flash/NFS
2. File transfer using tftp and loadb
3. SPI flash read/write/erase
4. Booting Linux kernel and RFS from SPI flash
Review
Hi Daniel,
On Wednesday 06 May 2009, Daniel Gorsulowski wrote:
> This patch allows any at91 board, implementing the GPIO LED API,
> to control the LEDs from the console.
>
> led [ 1 | 2 | 3 | all ] [ on | off ]
Why limit this to a max of 3 LED's? If this is a generic command (which I like
btw)
Dear Wolfgang Denk,
Wolfgang Denk wrote:
> Dear Daniel Gorsulowski,
>
> In message <1241619669338-git-send-email-daniel.gorsulow...@esd.eu> you wrote:
>> This patch allows any at91 board, implementing the GPIO LED API,
>> to control the LEDs from the console.
>>
>> led [ 1 | 2 | 3 | all ] [ on |
Hi all:
I have write a standalone application on U-Boot,it works well.but i
have to get the entry point address follow this article:
http://www.denx.de/wiki/view/DULG/MyStandaloneProgramDoesNotWork
I use -Ttext option for ${CROSS_COMPILE}ld to set the text section
base address,and -e option to s
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Prafulla Wadaskar
> Sent: Tuesday, May 05, 2009 11:41 AM
> To: Wolfgang Denk; Jean-Christophe PLAGNIOL-VILLARD
> Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik;
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Raphael Amorim
> Sent: Tuesday, May 05, 2009 11:28 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] Micrel Switch KS8995M Driver
>
> Hello all,
>
> I need some help here :P
Hi,
Please apply this patch for fixing broken apollon build.
Acked-by: Kyungmin Park
On Mon, Mar 9, 2009 at 11:15 PM, Rohit Hagargundgi wrote:
> Add CONFIG_SYS_MONITOR_LEN macro to apollon board config.
> CONFIG_SYS_MONITOR_LEN defines the U-Boot image size.
> and is used by OneNAND ipl when r
On Wednesday 06 May 2009 22:06:46 Jon Smirl wrote:
> On Wed, May 6, 2009 at 10:03 PM, Mike Frysinger wrote:
> > On Wednesday 06 May 2009 21:53:21 Jon Smirl wrote:
> >> On Wed, May 6, 2009 at 2:57 PM, Jon Smirl wrote:
> >> > Why is "speed selection = 10 Mbps" when both sides support 100Mb?
> >> >
On Wed, May 6, 2009 at 10:03 PM, Mike Frysinger wrote:
> On Wednesday 06 May 2009 21:53:21 Jon Smirl wrote:
>> On Wed, May 6, 2009 at 2:57 PM, Jon Smirl wrote:
>> > Why is "speed selection = 10 Mbps" when both sides support 100Mb?
>> > Is uboot decoding this register correctly?
>> >
>> > uboot> m
On Wednesday 06 May 2009 21:53:21 Jon Smirl wrote:
> On Wed, May 6, 2009 at 2:57 PM, Jon Smirl wrote:
> > Why is "speed selection = 10 Mbps" when both sides support 100Mb?
> > Is uboot decoding this register correctly?
> >
> > uboot> mii dump 0 0
> > 0. (1000) -- PHY control re
On Wed, May 6, 2009 at 2:57 PM, Jon Smirl wrote:
> Why is "speed selection = 10 Mbps" when both sides support 100Mb?
> Is uboot decoding this register correctly?
>
> uboot> mii dump 0 0
> 0. (1000) -- PHY control register --
> (8000:) 0.15 = 0 reset
> (4000:
The BF537-STAMP Blackfin board had a driver for working with NAND devices
that are simply memory mapped. Since there is nothing Blackfin specific
about this, generalize the driver a bit so that everyone can leverage it.
Signed-off-by: Mike Frysinger
Signed-off-by: Scott Wood
---
v4
- us
On Wednesday 06 May 2009 16:51:18 Wolfgang Denk wrote:
> In Mike Frysinger wrote:
> > --- /dev/null
> > +++ b/drivers/mtd/nand/nand_plat.c
> > @@ -0,0 +1,53 @@
> > +/*
> > + * Genericish driver for memory mapped NAND devices
>
> Genericish ?
i tried to make it generic. i dont know if i accomplish
Dear Jonathan Haws,
In message you
wrote:
> I need to generate an assembly listing that contains all the assembly code
> generated by the compiler. I have tried putting the standard GCC options in
> ppc_config.mk, but cannot get the results I am looking for.
>
> What I need is a listing file
I need to generate an assembly listing that contains all the assembly code
generated by the compiler. I have tried putting the standard GCC options in
ppc_config.mk, but cannot get the results I am looking for.
What I need is a listing file that contains the address (preferably with _start
at
SCR & switch data are read from card as big-endian words and should be
converted to CPU byte order.
Signed-off-by: Yauhen Kharuzhy
---
drivers/mmc/mmc.c | 12 +++-
1 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c
index b4814d2..596e05
Dear Ilya,
In message <1241634633-13917-11-git-send-email-ya...@emcraft.com> you wrote:
> This patch adds support for i.MX27-LITEKIT development board from
> LogicPD. This board uses i.MX27 SoC and has 2MB NOR flash, 64MB NAND
> flash, FEC ethernet controller integrated into i.MX27.
...
> +/*=
Dear Ilya,
In message <1241634633-13917-1-git-send-email-ya...@emcraft.com> you wrote:
> This patch set adds support for LogicPD i.MX27-LITEKIT development board.
> It contains support for i.MX27 CPU, support for serial console, FEC
> ethernet controller, NFC NAND controller and SDHC controller. I
Dear Ilya,
In message <1241634633-13917-5-git-send-email-ya...@emcraft.com> you wrote:
> Driver for NFC NAND controller found on Freescale's MX2 and MX3
> processors. Ported from Linux. Tested only with i.MX27 but should
> works with other MX2 and MX3 processors too.
...
> +/* Set INT to 0, FCMD t
Dear Ilya,
In message <1241634633-13917-4-git-send-email-ya...@emcraft.com> you wrote:
>
> --- /dev/null
> +++ b/drivers/net/fec_imx27.c
> +#include
> +#include
> +#include
> +
> +#define CONFIG_PHY_ADDR 0
Ummm... "CONFIG_*" variables are by definition user changable, so they
get defined
Dear Ilya,
in message <1241634633-13917-2-git-send-email-ya...@emcraft.com> you wrote:
> This patch adds generic code to support Freescale's i.MX27 SoCs.
...
> +static ulong clk_in_26m(void)
> +{
> + if (CSCR & CSCR_OSC26M_DIV1P5) {
> + /* divide by 1.5 */
> + return 2
Dear Ilya Yanok,
In message <1241634633-13917-3-git-send-email-ya...@emcraft.com> you wrote:
> UART hardware on i.MX27 is the same as on the i.MX31 so we just
> need to provide the driver with correct address of the registers.
>
> Signed-off-by: Ilya Yanok
> ---
> drivers/serial/serial_mx31.c |
Dear Mike Frysinger,
In message <1241638716-29824-1-git-send-email-vap...@gentoo.org> you wrote:
> The BF537-STAMP Blackfin board had a driver for working with NAND devices
> that are simply memory mapped. Since there is nothing Blackfin specific
> about this, generalize the driver a bit so that
Dear Mike Frysinger,
In message <1241615121-15945-1-git-send-email-vap...@gentoo.org> you wrote:
> The BF537-STAMP Blackfin board had a driver for working with NAND devices
> that are simply memory mapped. Since there is nothing Blackfin specific
> about this, generalize the driver a bit so that
On Wednesday 06 May 2009 16:37:28 Wolfgang Denk wrote:
> In message Daniel Gorsulowski wrote:
> > --- a/common/Makefile
> > +++ b/common/Makefile
> > +COBJS-$(CONFIG_CMD_LED) += cmd_led.o
>
> Ummm... common is for, well, for >>common<< stuff. If this code is
> specific to AT91 only, it should not g
Dear Daniel Gorsulowski,
In message <1241619669338-git-send-email-daniel.gorsulow...@esd.eu> you wrote:
> This patch allows any at91 board, implementing the GPIO LED API,
> to control the LEDs from the console.
>
> led [ 1 | 2 | 3 | all ] [ on | off ]
>
> Adding configuration items CONFIG_AT91_
Hi
2009/5/6 Ilya Yanok :
> This patch adds support for i.MX27-LITEKIT development board from
> LogicPD. This board uses i.MX27 SoC and has 2MB NOR flash, 64MB NAND
> flash, FEC ethernet controller integrated into i.MX27.
>
> Signed-off-by: Ilya Yanok
> ---
> MAKEALL
Hi
2009/5/6 Ilya Yanok :
> Signed-off-by: Ilya Yanok
> ---
> drivers/mmc/mmc.c | 7 ---
> 1 files changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c
> index 7791c38..77a9aea 100644
> --- a/drivers/mmc/mmc.c
> +++ b/drivers/mmc/mmc.c
> @@ -31,6
Hi
2009/5/6 Ilya Yanok :
> Driver for NFC NAND controller found on Freescale's MX2 and MX3
> processors. Ported from Linux. Tested only with i.MX27 but should
> works with other MX2 and MX3 processors too.
>
> Signed-off-by: Ilya Yanok
> ---
> drivers/mtd/nand/Makefile | 1 +
> drivers/mtd/
Hi
2009/5/6 Ilya Yanok :
> This patch adds generic code to support Freescale's i.MX27 SoCs.
>
> Signed-off-by: Ilya Yanok
> ---
> cpu/arm926ejs/mx27/Makefile | 44 +++
> cpu/arm926ejs/mx27/generic.c | 205 ++
> cpu/arm926ejs/mx27/interrupt.c | 201 +
On Wednesday 06 May 2009 15:49:12 Scott Wood wrote:
> On Wed, May 06, 2009 at 03:38:36PM -0400, Mike Frysinger wrote:
> > The BF537-STAMP Blackfin board had a driver for working with NAND devices
> > that are simply memory mapped. Since there is nothing Blackfin specific
> > about this, generalize
Hi
I am interested in getting usbtty support running on an AT91SAM9G20
board. I have picked up the latest code on the CDC head on the
u-boot-usb GIT tree and am currently attempting to get the CDC-Ether
support up and running (merging various changes from the 9261 board to
the 9260).
How
Hi Ilya,
Ilya Yanok wrote:
> Signed-off-by: Ilya Yanok
> ---
> drivers/net/Makefile |1 +
> drivers/net/fec_imx27.c| 795
>
> drivers/net/fec_imx27.h| 305 +
> drivers/net/imx27_miiphy.c | 125 +++
> drivers/n
On Wed, May 06, 2009 at 03:38:36PM -0400, Mike Frysinger wrote:
> The BF537-STAMP Blackfin board had a driver for working with NAND devices
> that are simply memory mapped. Since there is nothing Blackfin specific
> about this, generalize the driver a bit so that everyone can leverage it.
>
> Sig
The BF537-STAMP Blackfin board had a driver for working with NAND devices
that are simply memory mapped. Since there is nothing Blackfin specific
about this, generalize the driver a bit so that everyone can leverage it.
Signed-off-by: Mike Frysinger
CC: Scott Wood
---
v3
- re-order args
Dear Tom, dear Jean-Christophe,
Dirk Behme wrote:
> Dear Tom, dear Jean-Christophe,
>
> Tom wrote:
>> Dirk Behme wrote:
>>> Hi Tom,
>>>
>>> Tom wrote:
Here is the changes to Zoom2 to rebase onto the arm/next branch
>>>
>>> I'm not sure and and didn't test it, but it seems to me that we might
Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <20090501232305.gi3...@game.jcrosoft.org> you wrote:
+COBJS += board.o
+COBJS += clock.o
+COBJS += mem.o
+COBJS += syslib.o
+COBJS += sys_info.o
+COBJS += timer.o
>>>
cid field of stuct mmc stucture is char*, not u32*. so we need to
convert the pointer for mmcinfo code to work correctly.
Signed-off-by: Ilya Yanok
---
common/cmd_mmc.c | 11 ++-
1 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/common/cmd_mmc.c b/common/cmd_mmc.c
index f1
We save response in the cpu order so we need to parse it in the
cpu order too. Things fixed by this patch:
1. OCR_BUSY should be the highest bit in 32-bit response.
2. Proper "tran speed" calculation on LE systems (tran_exp and
tran_mant should be in 96..98 and 99..102 bits of 128-bit
respons
Signed-off-by: Ilya Yanok
---
drivers/mmc/mmc.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c
index 7791c38..77a9aea 100644
--- a/drivers/mmc/mmc.c
+++ b/drivers/mmc/mmc.c
@@ -31,6 +31,7 @@
#include
#include
#include
+#i
This is a port of Linux driver for SDHC host controller hardware
found on Freescale's MX2 and MX3 processors. Uses new generic MMC
framework (CONFIG_GENERIC_MMC) and it looks like there are some
problems with a framework (at least on LE cpus). Some of these
problems are addressed in the following p
This patch adds generic code to support Freescale's i.MX27 SoCs.
Signed-off-by: Ilya Yanok
---
cpu/arm926ejs/mx27/Makefile | 44 +++
cpu/arm926ejs/mx27/generic.c | 205 ++
cpu/arm926ejs/mx27/interrupt.c | 201 ++
include/asm-arm/arch-mx27/clock.
This patch set adds support for LogicPD i.MX27-LITEKIT development board.
It contains support for i.MX27 CPU, support for serial console, FEC
ethernet controller, NFC NAND controller and SDHC controller. It also
contains some fixes to generic MMC subsystem.
Signed-off-by: Ilya Yanok
Driver for NFC NAND controller found on Freescale's MX2 and MX3
processors. Ported from Linux. Tested only with i.MX27 but should
works with other MX2 and MX3 processors too.
Signed-off-by: Ilya Yanok
---
drivers/mtd/nand/Makefile |1 +
drivers/mtd/nand/mxc_nand.c | 891 ++
UART hardware on i.MX27 is the same as on the i.MX31 so we just
need to provide the driver with correct address of the registers.
Signed-off-by: Ilya Yanok
---
drivers/serial/serial_mx31.c | 21 +
1 files changed, 21 insertions(+), 0 deletions(-)
diff --git a/drivers/seria
Signed-off-by: Ilya Yanok
---
lib_arm/board.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/lib_arm/board.c b/lib_arm/board.c
index 5d05d9b..86635bd 100644
--- a/lib_arm/board.c
+++ b/lib_arm/board.c
@@ -48,6 +48,7 @@
#include
#include
#include
+#include
Signed-off-by: Ilya Yanok
---
drivers/net/Makefile |1 +
drivers/net/fec_imx27.c| 795
drivers/net/fec_imx27.h| 305 +
drivers/net/imx27_miiphy.c | 125 +++
drivers/net/imx27_miiphy.h | 157 +
5 files c
This patch adds support for i.MX27-LITEKIT development board from
LogicPD. This board uses i.MX27 SoC and has 2MB NOR flash, 64MB NAND
flash, FEC ethernet controller integrated into i.MX27.
Signed-off-by: Ilya Yanok
---
MAKEALL |1 +
Makefile
On Wednesday 06 May 2009 14:19:07 Scott Wood wrote:
> Mike Frysinger wrote:
> >>> +/* #define CONFIG_NAND_PLAT */
> >>
> >> Why is this commented out?
> >
> > because it's a driver for an optional add-on card that people usually
> > dont have, let alone plugged in
>
> OK, was hoping there would be
It is my understanding that the 405EX CPU is not Book-E, however in
include/asm-ppc/processor.h line 390, Book-E definitions are used for the
405EX. Is this correct?
I am still trying to debug the cause of the AMCC 405EX Trap (see that thread
for more info) and found this. I was trying to see
Why is "speed selection = 10 Mbps" when both sides support 100Mb?
Is uboot decoding this register correctly?
uboot> mii dump 0 0
0. (1000) -- PHY control register --
(8000:) 0.15= 0reset
(4000:) 0.14= 0loopback
(2040:) 0. 6,13 = b00
Mike Frysinger wrote:
>>> +/* #define CONFIG_NAND_PLAT */
>> Why is this commented out?
>
> because it's a driver for an optional add-on card that people usually dont
> have, let alone plugged in
OK, was hoping there would be at least one config that selects it so it
gets compilation exposure.
On Wednesday 06 May 2009 13:35:29 Scott Wood wrote:
> On Wed, May 06, 2009 at 09:05:21AM -0400, Mike Frysinger wrote:
> > + * NAND_PLAT_WRITE_CMD(cmd, chip)
> > + * NAND_PLAT_WRITE_ADR(cmd, chip)
>
> It seems counterintuitive to have "cmd" before "this" -- it's backwards
> from both cmd_ctrl and
On Wed, May 06, 2009 at 09:05:21AM -0400, Mike Frysinger wrote:
> + * NAND_PLAT_WRITE_CMD(cmd, chip)
> + * NAND_PLAT_WRITE_ADR(cmd, chip)
It seems counterintuitive to have "cmd" before "this" -- it's backwards
from both cmd_ctrl and the blackfin command that you turn it into (yes,
it's like writ
Some OMAP3 boards need control for external power companion
chips. Introduce a CONFIG option for this, to avoid Makefile
changes for each board.
Signed-off-by: Dirk Behme
---
Compile tested with ./MAKEALL ARM_CORTEX_A8, boot tested on
OMAP3 based BeagleBoard.
Note: This patch trys to fix the fi
Matthias Ludwig wrote:
> Signed-off-by: Matthias Ludwig
Matthias: Thanks for fixing this!
Mani: Can we get your ack as EVM maintainer?
Many thanks and best regards
Dirk
> ---
> board/omap3/evm/evm.c| 16
> include/asm-arm/arch-omap3/cpu.h |5 +++--
> 2 file
Hi,
> Hi
>
> After searching internet for a good example of using U-boot PPC405 in xilinx
> FPGAs with only a SPI Flash, and finding nothing, I began writing my own
> driver. I used a couple of standalone examples besides the linux driver as
> the base point, and could finally use it. As much
This patch allows any at91 board, implementing the GPIO LED API,
to control the LEDs from the console.
led [ 1 | 2 | 3 | all ] [ on | off ]
Adding configuration items CONFIG_AT91_LED and CONFIG_CMD_LED
enables the command.
Moreover the GPIO Pins have to be defined by CONFIG_USER1_LED ...
CONFIG_
On Wednesday 06 May 2009 10:06:24 Raphael Amorim wrote:
> Is anyone working on adding SD card support to U-Boot?
it already exists, so you'll need to be more specific in what you actually
want
-mike
signature.asc
Description: This is a digitally signed message part.
Hey guys,
Is anyone working on adding SD card support to U-Boot?
Thanks in advance.
Raphael Amorim
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Signed-off-by: Matthias Ludwig
---
board/omap3/evm/evm.c| 16
include/asm-arm/arch-omap3/cpu.h |5 +++--
2 files changed, 11 insertions(+), 10 deletions(-)
diff --git a/board/omap3/evm/evm.c b/board/omap3/evm/evm.c
index c008c2e..5fd5efa 100644
--- a/board/omap
The BF537-STAMP Blackfin board had a driver for working with NAND devices
that are simply memory mapped. Since there is nothing Blackfin specific
about this, generalize the driver a bit so that everyone can leverage it.
Signed-off-by: Mike Frysinger
CC: Scott Wood
---
v2
- update based
From: Graf Yang
We don't know what state the ethernet PHY is in when starting up, so make
sure we set it to a sane state. This fixes troubles seen when Linux boots
up, configures the PHY is a non-default state, and then the system reboots
into U-Boot which previously expected a reset state only.
When dropping jump block support, the assumption was that all bootroms
supported entry point redirection via the EVT1 register. Unfortunately,
this turned out to be incorrect for the oldest Blackfin parts (BF533-0.2
and older and BF561). No one really noticed earlier because these parts
usually a
Make sure we recurse through serial_putc() rather than bang on the UART
transmit register directly to avoid hardware overflows when using \n.
Signed-off-by: Mike Frysinger
---
cpu/blackfin/initcode.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/cpu/blackfin/initcode.
Some random minor bug fixes found during regression testing.
Graf Yang (1):
Blackfin: bf518f-ezbrd: reset ethernet PHY during init
Mike Frysinger (4):
Blackfin: recurse with early serial initcode
Blackfin: fix booting with older bootroms (no EVT1)
Blackfin: avoid get_sclk() with early ser
When the clock functions were changed to use cached values (and thereby
avoiding expensive math functions), early serial debug broke because the
baud programming is called before external memory is available.
Signed-off-by: Mike Frysinger
---
cpu/blackfin/serial.h | 10 +-
1 files chan
The BF527-EZKIT settings for storing the environment in SPI flash wasn't
using the correct sector settings for the SPI flash part that is actually
on the board.
Signed-off-by: Mike Frysinger
---
include/configs/bf527-ezkit.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --g
The --binary option to envcrc can be used to export the embedded env as a
binary blob so that it can be manipulated/examined/whatever externally.
Signed-off-by: Mike Frysinger
---
v2
- accept just --binary and have it default to 0xff padding
tools/envcrc.c | 46 +++
This fixes the following build warnings:
board.c: In function 'board_init_r':
board.c:328: warning: unused variable 'i'
board.c:326: warning: unused variable 'e'
Signed-off-by: Shinya Kuribayashi
---
lib_mips/board.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/lib
All these functions are expected to be static inline-ed.
This patch also fixes the following build warnings on MIPS targets:
include/asm/bitops.h: In function 'ext2_find_next_zero_bit':
include/asm/bitops.h:862: warning: '__fswab32' is static but used in inline
function 'ext2_find_next_zero_bit'
Hi,
I'm new to Xilinx world, so please bare with my ignorance.
Looking at u-boot Xilinx files I see that u-boot does not perform
SDRAM initialization. SDRAM is apparently initialized by FPGA
code. Is that correct ?
Another question is whether u-boot on Virtex can start
executing from NOR flash o
From: Stefano Babic
Last patch in the dm9000 driver breaks the trizeps IV board (PXA).
Reading of eeprom is modified here to reflect the changes in
read_srom_word().
Signed-off-by: Stefano Babic
---
board/trizepsiv/eeprom.c | 10 ++
drivers/net/dm9000x.c|4 ++--
2 files chang
73 matches
Mail list logo
