Vipin KUMAR wrote:
> On 4/1/2010 2:45 PM, Wolfgang Denk wrote:
>> Dear Vipin KUMAR,
>>
>> In message <4bb45f3d.8040...@st.com> you wrote:
>>> After reading about the patch submission process, I felt that patches
>>> can only be sent when the merging window is open but patches are being
>>> continuo
Alexander Holler wrote:
> atmel_nand.c with HW-ECC doesn't compile with the new SoC access.
> Using CONFIG_AT91_LEGACY to circumvent the compile errors only leaves
> the driver in a state where it doesn't find the NAND.
>
> To use HW-ECC with atmel_nand one has to use
> CONFIG_SYS_NAND_ECC_BASE AT
I am Mrs Claire page.i am very sick in the hospital Please contact my lawyer
for an urgent message Email peterfoxchamb...@gala.net
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Signed-off-by: Frans Meulenbroeks
---
include/config_cmd_all.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/config_cmd_all.h b/include/config_cmd_all.h
index 058fdf1..1cb7067 100644
--- a/include/config_cmd_all.h
+++ b/include/config_cmd_all.h
@@ -79,6 +79,8 @
moved CONFIG_CMD_FAT to filesystem section
swappeda CONFIG_CMD_NAND and CONFIG_CMD_MII so they are alpha correct
Signed-off-by: Frans Meulenbroeks
---
include/configs/openrd_base.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/configs/openrd_base.h b/include
Hi,
please just forget my patches.
I don't feel the need to waste your and my time in posting examples of
my obivous incompetence and I'm long out of school and don't want to
take lessons about exploring how other people want their names of variables.
Happy easter,
Alexander
_
This patch includes a few additional commands in the sheevaplug
version of u-boot:
- support for LONGHELP so you can get help messages
- auto completion and command editing
- ubi and mii support
- ext2 filesystem (convenient if you have an ext2 from which you want to boot)
- jffs2 and ubifs filesys
converted to new style subcmd handling.
partly tested on sheevaplug
read and information commands tested on sheevaplug
(sorry did not want to nuke my device so I did not want to
test things like nand scrub)
Signed-off-by: Frans Meulenbroeks
---
note that nand biterr has no implementation
---
c
In case the delays were set to 1, the MMC card on PXA27X boards (and PXA3xx
boards) didn't initialize on first try. Increasing the delays and leaving just
those for PXA25x and 26x (that is 20) fixes this problem.
Signed-off-by: Marek Vasut
---
drivers/mmc/pxa_mmc.c |8
1 fil
Previously, a specific file or directory could be compiled with custom
CFLAGS by adding a Makefile variable such as:
CFLAGS_dlmalloc.o =
or
CFLAGS_lib =
This method breaks down once multiple files or directories share the
same path. Eg FLAGS_fileA = would incorrectly result in
both dir1/fi
This series reorganizes U-Boot's directory structure so that it looks
like:
/arch/$ARCH/
/lib/
/include/asm/
/cpu/
/config.mk (old lib_$ARCH/config.mk)
/lib/
/
/libfdt/
/lzma/
/lzo/
Patches 8 through 19 can be squashed if desired, I
The CPUDIR variable points to the location of a target's CPU directory.
Currently, it is set to cpu/$CPU. However, using $CPUDIR will allow for
more flexibility in the future. It lays the groundwork for reorganizing
U-Boot's directory structure to support a layout such as:
arch/$ARCH/cpu/$CPU/
Move the libfdt directory into the common lib/ directory to clean up the
top-level directory.
Signed-off-by: Peter Tyser
---
Makefile |2 +-
{libfdt => lib/libfdt}/Makefile |0
{libfdt => lib/libfdt}/README|0
{libfdt => lib/libfdt
The appropriate include/asm-$ARCH directory should already by symlinked
to include/asm so using the whole "asm-$ARCH" path is unnecessary.
This change should also allow us to move the include/asm-$ARCH
directories into their appropriate lib/$ARCH/ directories.
Signed-off-by: Peter Tyser
---
boa
Signed-off-by: Peter Tyser
---
{cpu => arch/sh/cpu}/sh2/Makefile |0
{cpu => arch/sh/cpu}/sh2/cache.c |0
{cpu => arch/sh/cpu}/sh2/config.mk|0
{cpu => arch/sh/cpu}/sh2/cpu.c|0
{cpu => arch/sh/cpu}/sh2/interrupts.c |0
{cpu => arch/sh/cpu}/sh2/start.S
Signed-off-by: Peter Tyser
---
Makefile |2 +-
{cpu/blackfin => arch/blackfin/cpu}/.gitignore |0
{cpu/blackfin => arch/blackfin/cpu}/Makefile |0
.../blackfin/cpu}/bootrom-asm-offsets.awk |0
.../blackfin/cpu}/bootrom-a
Signed-off-by: Peter Tyser
---
{cpu/mips => arch/mips/cpu}/Makefile |0
{cpu/mips => arch/mips/cpu}/asc_serial.c |0
{cpu/mips => arch/mips/cpu}/asc_serial.h |0
{cpu/mips => arch/mips/cpu}/au1x00_eth.c |0
{cpu/mips => arch/mips/cpu}/au1x00_serial.c |
Signed-off-by: Peter Tyser
---
{cpu/at32ap => arch/avr32/cpu}/Makefile|0
{cpu/at32ap => arch/avr32/cpu}/at32ap700x/Makefile |0
{cpu/at32ap => arch/avr32/cpu}/at32ap700x/clk.c|0
.../at32ap => arch/avr32/cpu}/at32ap700x/portmux.c |0
{cpu/at32ap => arch/avr32/cpu}
Signed-off-by: Peter Tyser
---
{cpu => arch/m68k/cpu}/mcf5227x/Makefile |0
{cpu => arch/m68k/cpu}/mcf5227x/config.mk |0
{cpu => arch/m68k/cpu}/mcf5227x/cpu.c |0
{cpu => arch/m68k/cpu}/mcf5227x/cpu_init.c |0
{cpu => arch/m68k/cpu}/mcf5227x/interrupts.c
Signed-off-by: Peter Tyser
---
{cpu/i386 => arch/i386/cpu}/Makefile|0
{cpu/i386 => arch/i386/cpu}/config.mk |0
{cpu/i386 => arch/i386/cpu}/cpu.c |0
{cpu/i386 => arch/i386/cpu}/interrupts.c|0
{cpu/i386 => arch/i386/cpu}/resetvec.S
Signed-off-by: Peter Tyser
---
{cpu/microblaze => arch/microblaze/cpu}/Makefile |0
{cpu/microblaze => arch/microblaze/cpu}/cache.c|0
{cpu/microblaze => arch/microblaze/cpu}/cpu.c |0
.../microblaze => arch/microblaze/cpu}/exception.c |0
.../microblaze/cpu}/interrupts
Signed-off-by: Peter Tyser
---
{cpu/nios => arch/nios/cpu}/Makefile |0
{cpu/nios => arch/nios/cpu}/asmi.c |0
{cpu/nios => arch/nios/cpu}/config.mk|0
{cpu/nios => arch/nios/cpu}/cpu.c|0
{cpu/nios => arch/nios/cpu}/interrupts.c |0
{cpu/nios => arch/nio
Signed-off-by: Peter Tyser
---
{cpu/nios2 => arch/nios2/cpu}/Makefile |0
{cpu/nios2 => arch/nios2/cpu}/config.mk|0
{cpu/nios2 => arch/nios2/cpu}/cpu.c|0
{cpu/nios2 => arch/nios2/cpu}/epcs.c |0
{cpu/nios2 => arch/nios2/cpu}/exceptions.S |0
{cpu/nios2
Signed-off-by: Peter Tyser
---
{cpu => arch/sparc/cpu}/leon2/Makefile |0
{cpu => arch/sparc/cpu}/leon2/config.mk|0
{cpu => arch/sparc/cpu}/leon2/cpu.c|0
{cpu => arch/sparc/cpu}/leon2/cpu_init.c |0
{cpu => arch/sparc/cpu}/leon2/interrupts.c |0
{cpu => arc
Also fix up some whitespace issues that were introduced when moving
directory locations.
Signed-off-by: Peter Tyser
---
README | 158 +---
1 files changed, 91 insertions(+), 67 deletions(-)
diff --git a/README b/README
index 2162617..
Version 4.2.4 of gcc produces the following warnings without this change:
mkimage.c: In function ‘main’:
mkimage.c:204: warning: dereferencing type-punned pointer will break
strict-aliasing rules
mkimage.c:222: warning: dereferencing type-punned pointer will break
strict-aliasing rules
Sig
gcc 3.4.6 previously reported the following error on many MIPS boards
which utilize UBI:
cmd_ubi.c:193: warning: 'vol' might be used uninitialized in this function
The current code is structured such that 'vol' will never be used when
it is NULL anyway, but gcc isn't smart enough to figure this
Hello Tom,
>>> In message <4bb45f3d.8040...@st.com> you wrote:
After reading about the patch submission process, I felt that patches
can only be sent when the merging window is open but patches are being
continuously sent and reviewed.
Is it correct to assume that a patch
Hi Prafulla,
On 3/3/2010 1:57 AM, Prafulla Wadaskar wrote:
> This patch fixes following build warnings for kirkwood_egiga.c
>
> kirkwood_egiga.c: In function ‘kwgbe_init’:
> kirkwood_egiga.c:448: warning: dereferencing type-punned pointer will break
> strict-aliasing rules
> kirkwood_egiga.c: In
Hi Mike,
On 3/24/2010 3:21 PM, Mike Frysinger wrote:
From: Brent Kandetzki
The debug code uses the gcc __func__ define, but tries to use it as a
static const string which no longer works. So treat it like a normal
printf string argument.
Signed-off-by: Brent Kandetzki
Signed-off-by: Mike Frys
HI Graeme,
On 3/25/2010 4:23 AM, Graeme Russ wrote:
> ---
> I simply do not know why PCI_BASE_ADDRESS_1 has to be changed to
> PCI_BASE_ADDRESS_0 - Please comment
>
> board/eNET/eNET.c | 12
> drivers/net/rtl8139.c |2 +-
> include/asm-i386/ic/sc520.h |6
Hi Thomas,
On 3/19/2010 12:43 AM, Thomas Chou wrote:
> This is a generic approach to port u-boot for nios2 boards.
> It uses a new set of device drivers, such as the cfi flash, spi
> lash, nand flash and new ethernet drivers.
>
>
> +#ifdef CONFIG_CMD_NET
> +int board_eth_init(bd_t *bis)
> +{
Hi Wolfgang,
On 3/30/2010 10:19 AM, Wolfgang Wegner wrote:
> Signed-off-by: Wolfgang Wegner
> ---
> drivers/net/mcfmii.c |6 +-
> 1 files changed, 5 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/net/mcfmii.c b/drivers/net/mcfmii.c
> index 4acc29e..83c0873 100644
> --- a/drivers
Hi Thomas,
On 3/30/2010 9:03 PM, Thomas Chou wrote:
> This patch supports the Altera CycloneII Nios dev board using
> the example FPGA design at http://nioswiki.com/Linux.
>
> Signed-off-by: Thomas Chou
> ---
> +/* #define CONFIG_ETHOC */
> +#define CONFIG_SYS_ETHOC_BASE(IGOR_MAC_B
Hi Thomas,
On 3/30/2010 9:03 PM, Thomas Chou wrote:
> This patch supports the Altera Nios2 Embedded Evaluation Kit using
> the example FPGA design at http://nioswiki.com/Linux.
>
> Signed-off-by: Thomas Chou
> ---
> +#define CONFIG_ETHOC
> +#define CONFIG_SYS_ETHOC_BASE(IGOR_MAC_BA
Hi Thomas,
On 3/28/2010 1:32 AM, Thomas Chou wrote:
> This driver supports the Altera triple speeds 10/100/1000 ethernet
> mac.
>
> Signed-off-by: Thomas Chou
> ---
> drivers/net/Makefile |1 +
> drivers/net/altera_tse.c | 978
> ++
> drive
Hi Thomas,
On 3/24/2010 6:34 AM, Thomas Chou wrote:
> This patch ports the opencore 10/100 ethernet mac driver ethoc.c
> from linux kernel to u-boot.
>
> Signed-off-by: Thomas Chou
> ---
> drivers/net/Makefile |1 +
> drivers/net/ethoc.c | 533
> ++
37 matches
Mail list logo
