J.Hwan.Kim wrote:
> However, the linker script u-boot.lds tells that code start at 0x.
> How does the code address is set to start at TEXT_BASE?
> How and where does the linker use TEXT_BASE address?
There is config.mk file at root and this line in it:
LDFLAGS += .. -Ttext $(TEXT_BASE) ..
Hi, everyone
I'm a novice in u-boot.
I have a question about relocation of arm920t.
As far as I know, the relocation code address is defined at config.mk in
board directory.
The code is copied to TEXT_BASE in start.S.
When the u-boot is compiled and linked, it seems that the code address
is set t
Hi Wolfgang,
please pull this change into next:
The following changes since commit ac343095c65f7d86bcd7d6c488e364d795d68850:
Wolfgang Denk (1):
Merge branch 'next' of git://git.denx.de/u-boot-usb into next
are available in the git repository at:
git://www.denx.de/git/u-boot-ubi.git
Hi Wolfgang,
please pull this change into next:
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Tuesday 09 June 2009 07:53:11 Wolfgang Denk wrote:
> Dear Mike,
>
> In message <1234847451-3210-18-git-send-email-vap...@gentoo.org> you wrote:
> > The environment is the canonical storage location of the mac address, so
> > we're killing off the global data location and moving everything to
> >
Hi Dave,
> Good news, Good summary!
Thanks!
>> This testing revealed some interesting observations;
>>
>> 1) The Marvell 88E PHY generates a 125MHz output
>> clock that is used as the PowerPC EC_GTX_CLK125MHZ
>> clock source on the MDS board.
>>
>> The MDS board has to use the PH
Hi Wolfgang,
Please pull
The following changes since commit 580611cb0932143fc2d7a735cfa9ce1ef34d6002:
Wolfgang Denk (1):
Prepare 2009.06-rc3
are available in the git repository at:
git://git.denx.de/u-boot-arm.git master
Jean-Christophe PLAGNIOL-VILLARD (1):
at91/cpu.c: add mi
Hi Dave,
Good news, Good summary!
> I modified the MPC8349E-MDS board and can create the
> same problem we were experiencing on our boards;
> CRC errors and data packets with received bytes
> repeated within the receive packets.
>
> So I am certain we have tracked the root cause of
> the problem
Signed-off-by: Wolfgang Denk
---
include/configs/rmu.h |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/include/configs/rmu.h b/include/configs/rmu.h
index d88ae81..026826b 100644
--- a/include/configs/rmu.h
+++ b/include/configs/rmu.h
@@ -190,7 +190,8 @@
#define
Dear Manikandan Pillai,
In message <1239162275-13087-1-git-send-email-mani.pil...@ti.com> you wrote:
> eth_halt() function in the smc911x drivers used to call the
> smc911x_reset() function. eth_halt() used to be called after
> tftp transfers. This used to put the ethernet chip in reset
> while th
Hi all,
I modified the MPC8349E-MDS board and can create the
same problem we were experiencing on our boards;
CRC errors and data packets with received bytes
repeated within the receive packets.
So I am certain we have tracked the root cause of
the problem we were having with our boards.
The pr
Dear Daniel Mack,
In message <1244137452-8886-1-git-send-email-dan...@caiaq.de> you wrote:
> In do_readpage(), don't free 'dn' if its allocation failed.
>
> Signed-off-by: Daniel Mack
> ---
> fs/ubifs/ubifs.c |6 ++
> 1 files changed, 2 insertions(+), 4 deletions(-)
Applied, thanks.
B
Dear Andy,
In message <1242339363-28686-2-git-send-email...@denx.de> you wrote:
> Remove "saveenv" from "update" definition: the environment is outside
> the U-Boot image on TQM85xx and therefor not affected by updates.
>
> Also "beautify" code a bit (vertical alignment).
>
> Signed-off-by: Wolf
Dear Andy,
In message <1242339363-28686-1-git-send-email...@denx.de> you wrote:
> Old TQM85xx boards had 'M' type Spansion Flashes from the S29GLxxxM
> series while new boards have 'N' type Flashes from the S29GLxxxN
> series, which have bigger sectors: 2 x 128 instead of 2 x 64 KB.
>
> We now ch
Dear Andy,
In message <1244091241-22766-1-git-send-email-aflem...@freescale.com> you wrote:
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-mpc85xx.git master
>
> Dave Liu (3):
> 85xx: Fix the clock adjust of mpc8569mds board
> 85xx: Fix the wrong BCSR ad
Dear Remy Bohmer,
In message <3efb10970906091330u3b5cc791mfa061b5205f74...@mail.gmail.com> you
wrote:
> The following changes since commit 2c0234fa79122a5aa77c4e17c33eb2fe184b61a7:
> Daniel Mack (1):
> smc911x: write back the manually set MAC address
>
> are available in the git reposi
Dear Ben Warren,
In message <4a2dfb85.8000...@gmail.com> you wrote:
> The following changes since commit 2c0234fa79122a5aa77c4e17c33eb2fe184b61a7:
> Daniel Mack (1):
> smc911x: write back the manually set MAC address
>
> are available in the git repository at:
>
> git://git.denx.de/u
Dear Magnus Lilja,
In message <59b21cf20906091325x683f5a69r76155edabc687...@mail.gmail.com> you
wrote:
>
> >> >> =A0README =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 | =A0
> >> >> =
> >
> > Unrelated note: I see an increasing number of mails where plain simple
> > sequences of spac
SPI Flash (M25P40) is connected to the SPI1 bus, we need a few
qe_iop entries to actually enable SPI1 on these boards.
Signed-off-by: Anton Vorontsov
---
board/freescale/mpc8569mds/mpc8569mds.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/board/freescale/mpc8569m
Simply add some defines, and adjust TLBe setup to include some
space for eLBC NAND.
Signed-off-by: Anton Vorontsov
---
board/freescale/mpc8569mds/tlb.c | 30 +++---
include/configs/MPC8569MDS.h | 23 +++
2 files changed, 34 insertions(+), 19 de
eSDHC is mutually exlusive with UART1 and I2C2. When eSDHC is
used, we should switch u-boot console to UART2, and make the
proper device-tree fixups.
Signed-off-by: Anton Vorontsov
---
board/freescale/mpc8569mds/mpc8569mds.c | 85 +++
cpu/mpc85xx/speed.c
Currently fdt_fixup_stdout() is using hard-coded CONFIG_CONS_INDEX
constant. With multi-serial support, the CONS_INDEX may no longer
represent actual console, so we should try to extract port number
from the current stdio device name instead of always hard-coding the
constant value.
Signed-off-by:
There are two UARTs on MPC8569E-MDS boards, but UART1 can
be muxed away to SD/MMC signals, so we'll need multi-serial
support to support eSDHC on these boards (we'll redirect
u-boot console to the second UART in case of enabled eSDHC).
Signed-off-by: Anton Vorontsov
---
common/serial.c
Hi Kumar,
Here are few patches for MPC8569E-MDS, on top of these:
http://lists.denx.de/pipermail/u-boot/2009-June/054011.html
("[PATCH 1/8] Add simple hwconfig infrastructure")
and
http://lists.denx.de/pipermail/u-boot/2009-May/053031.html
("[PATCH 00/15] patchset for QE UEC and MPC8569MDS")
Tha
Wolfgang,
2009/6/9 Wolfgang Denk :
> Dear Magnus Lilja,
>
> In message <59b21cf20906091219y4eb0623ekfcaa9bb4f4822...@mail.gmail.com> you
> wrote:
>>
>> >> =A0README =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 | =A0 =
>
> Unrelated note: I see an increasing number of mails where plain
Dear Magnus Lilja,
In message
you wrote:
> Add support for Freescale's i.MX31 PDK board (a.k.a. 3 stack board).
>
> This patch assumes that some other program performs the actual
> NAND boot.
>
> Signed-off-by: Magnus Lilja
> ---
...
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -527,6 +527,1
The following changes since commit 2c0234fa79122a5aa77c4e17c33eb2fe184b61a7:
Daniel Mack (1):
smc911x: write back the manually set MAC address
are available in the git repository at:
git://git.denx.de/u-boot-usb.git master
RONETIX - Ilko Iliev (1):
at91: fix a USB problem for A
Hello All,
>> 2009/6/9 Jean-Christophe PLAGNIOL-VILLARD :
>> > On 16:54 Fri 05 Jun , RONETIX - Ilko Iliev wrote:
>> >> This patch corrects the missing PLLB initialization in usb_cpu_init()
>> >> for AT91SAM9261.
>> >> Because of the missing PLLB initialization, the USB support for all
>> >> AT
Dear Magnus Lilja,
In message
<15c41c2e93fb138829871cd901fc20cda3b433d8.1244572159.git.lilja.mag...@gmail.com>
you wrote:
> This patch adds the NAND SPL framework needed to boot i.MX31 boards
> from NAND.
>
> It has been tested on a i.MX31 PDK board with large page NAND. Small
> page NANDs shou
Since we have simple hwconfig interface now, we don't need
pci_external_arbiter variable any longer.
Signed-off-by: Anton Vorontsov
---
board/freescale/mpc837xemds/mpc837xemds.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/board/freescale/mpc837xemds/mpc837xemds.c
We should add status = "disabled" property when USB controller can't
be used (for example when USB pins muxed away to another device).
Also convert whole fdt_fixup_dr_usb() to use more compact routines
from fdt_support.h.
Signed-off-by: Anton Vorontsov
---
cpu/mpc83xx/cpu.c|4 ++
This patch simply converts the board to the hwconfig infrastructure.
Signed-off-by: Anton Vorontsov
---
board/freescale/mpc8315erdb/mpc8315erdb.c | 14 +-
include/configs/MPC8315ERDB.h |1 +
2 files changed, 6 insertions(+), 9 deletions(-)
diff --git a/board/freesc
In subsequent patches we'll use FSL-specific functions in
fdt_fixup_dr_usb(), so let's move the routine to a more appropriate
place.
So far fsl_dr_usb.c isn't actually an USB driver, but eventually it
will turn into one, let's hope. ;-)
Also rename CONFIG_HAS_FSL_DR_USB to CONFIG_USB_FSL_DR to be
fdt_fixup_esdhc() will either disable or enable eSDHC nodes, and
also will fixup clock-frequency property.
Plus, since DR USB and eSDHC are mutually exclusive, we should
only configure the eSDHC if asked through hwconfig.
Signed-off-by: Anton Vorontsov
---
board/freescale/mpc837xemds/mpc837xemd
This patch implements fdt_fixup_esdhc() function that is used to fixup
the device tree.
The function adds status = "disabled" propery if esdhc pins muxed away,
otherwise it fixups clock-frequency for esdhc nodes.
Signed-off-by: Anton Vorontsov
---
drivers/mmc/fsl_esdhc.c | 19
This patch adds support for eSDHC on MPC837XERDB boards. The WP
switch doesn't seem to work on RDB boards though, the WP pin is
always asserted (can see the pin state when it's in GPIO mode).
FSL DR USB and FSL eSDHC are mutually exclusive because of pins
multiplexing, so user should specify 'esdh
This patch implements simple hwconfig infrastructure: an
interface for software knobs to control a hardware.
This is very simple implementation, i.e. it is implemented
via `hwconfig' environment variable. Later we could write
some "hwconfig " commands, ncurses
interface for Award BIOS-like interfa
On Fri, May 01, 2009 at 12:31:54AM +0200, Wolfgang Denk wrote:
> Dear Anton,
>
> In message <20090429215000.ga1...@oksana.dev.rtsoft.ru> you wrote:
> > This patch implements simple hwconfig infrastructure: an
> > interface for software knobs to control a hardware.
>
> Thanks a lot.
>
> > 3. We s
Dear Magnus Lilja,
In message <59b21cf20906091219y4eb0623ekfcaa9bb4f4822...@mail.gmail.com> you
wrote:
>
> >> =A0README =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 | =A0 =
Unrelated note: I see an increasing number of mails where plain simple
sequences of space characters get conver
Dear Magnus Lilja,
In message
you wrote:
> From: Jean-Christophe PLAGNIOL-VILLARD
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> ---
> include/asm-arm/macro.h | 57
> +++
> 1 files changed, 57 insertions(+), 0 deletions(-)
> create mode
On 21:17 Tue 09 Jun , Remy Bohmer wrote:
> Hello,
>
> 2009/6/9 Jean-Christophe PLAGNIOL-VILLARD :
> > On 16:54 Fri 05 Jun , RONETIX - Ilko Iliev wrote:
> >> This patch corrects the missing PLLB initialization in usb_cpu_init()
> >> for AT91SAM9261.
> >> Because of the missing PLLB initiali
On 12:42 Thu 02 Apr , Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 19:36 Thu 02 Apr , Minkyu Kang wrote:
> > This patch support the soft reset at s3c6410
> >
> > Signed-off-by: Minkyu Kang
> > ---
> > cpu/arm1176/cpu.c |4
> > 1 files changed, 4 insertions(+), 0 deletions(-)
> >
Dear Wolfgang,
2009/6/9 Wolfgang Denk :
> Dear Magnus,
>
> In message
>
> you wrote:
>> Currently CONFIG_ONENAND_IPL is used in a number of #ifdef's
>> in start.S. In preparation for adding support for NAND SPL
>> the macro CONFIG_PRELOADER is introducted and replaces the
>> CONFIG_ONENAND_IPL
Hello,
2009/6/9 Jean-Christophe PLAGNIOL-VILLARD :
> On 16:54 Fri 05 Jun , RONETIX - Ilko Iliev wrote:
>> This patch corrects the missing PLLB initialization in usb_cpu_init()
>> for AT91SAM9261.
>> Because of the missing PLLB initialization, the USB support for all
>> AT91SAM9261 based boards
From: Jean-Christophe PLAGNIOL-VILLARD
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
include/asm-arm/macro.h | 57 +++
1 files changed, 57 insertions(+), 0 deletions(-)
create mode 100644 include/asm-arm/macro.h
diff --git a/include/asm-arm/
On 16:54 Fri 05 Jun , RONETIX - Ilko Iliev wrote:
> This patch corrects the missing PLLB initialization in usb_cpu_init()
> for AT91SAM9261.
> Because of the missing PLLB initialization, the USB support for all
> AT91SAM9261 based boards will work only if the PLLB is configured by a
> preced
Dear Magnus,
In message
you wrote:
> Currently CONFIG_ONENAND_IPL is used in a number of #ifdef's
> in start.S. In preparation for adding support for NAND SPL
> the macro CONFIG_PRELOADER is introducted and replaces the
> CONFIG_ONENAND_IPL in start.S.
>
> Signed-off-by: Magnus Lilja
> ---
>
Signed-off-by: Magnus Lilja
---
cpu/arm1136/mx31/Makefile|1 +
cpu/arm1136/mx31/devices.c | 56 ++
include/asm-arm/arch-mx31/mx31.h |3 ++
3 files changed, 60 insertions(+), 0 deletions(-)
create mode 100644 cpu/arm1136/mx31/devices.c
This patch adds the NAND SPL framework needed to boot i.MX31 boards
from NAND.
It has been tested on a i.MX31 PDK board with large page NAND. Small
page NANDs should work as well, but this has not been tested.
Note: The i.MX31 NFC uses a non-standard layout for large page NANDs,
whether this is c
Signed-off-by: Magnus Lilja
---
MAKEALL |1 +
Makefile| 14 +++-
board/freescale/mx31pdk/config.mk |4 +
board/freescale/mx31pdk/lowlevel_init.S | 114 +++
include/asm-arm/arch
Add support for Freescale's i.MX31 PDK board (a.k.a. 3 stack board).
This patch assumes that some other program performs the actual
NAND boot.
Signed-off-by: Magnus Lilja
---
MAINTAINERS |4 +
MAKEALL |1 +
Makefile
Hi all,
This is the latest set of patches that introduces NAND boot support
for the i.MX31 CPU in general and the PDK board especially.
The patches apply on u-boot next and u-boot-arm next.
I've taken care of all comments received (at least I think so) and
changes from the previous version inclu
Currently CONFIG_ONENAND_IPL is used in a number of #ifdef's
in start.S. In preparation for adding support for NAND SPL
the macro CONFIG_PRELOADER is introducted and replaces the
CONFIG_ONENAND_IPL in start.S.
Signed-off-by: Magnus Lilja
---
README |5 +
cpu/a
On 03:06 Mon 18 May , Mike Frysinger wrote:
> With our Blackfin boards, we like to build the compression routines with
> -O2 as our tests show a pretty good size/speed tradeoff. For the rest of
> U-Boot though, we want to stick with the default -Os as that is mostly
> control code. So in our
Dear "Weirich, Bernhard",
In message
you wrote:
> Fixed two endianness problems with old patch from 2009-01-30.
Please include Signed-off-by: message from the previous patch which
your work is based on.
>
> From: unsik Kim
> Signed-off-by: Bernhard Weirich
>
> --- fs/ext2/ext2fs.c 2009-06
CSB337 boards originally shipped with MicroMonitor, not U-Boot;
and with a version using a different convention for recording
Ethernet addresses than anyone else. To avoid breaking Linux
when it uses U-Boot, have it use the same convention on that
hardware.
Signed-off-by: David Brownell
---
cpu
For some reason the AT91rm9200 lowlevel init writes to a bunch of
reserved or read-only addresses. All the boards seem to define the
value-to-be-written values as zero ... but they shouldn't actually
be writing *anything* there.
If there's a real need to write these locations, like an erratum
tha
Fixed two endianness problems with old patch from 2009-01-30.
From: unsik Kim
Signed-off-by: Bernhard Weirich
--- fs/ext2/ext2fs.c2009-06-09 18:03:20.0 +0200
+++ fs/ext2/ext2fs.c2009-06-09 18:04:26.0 +0200
@@ -110,7 +110,7 @@
uint32_t inode_table_id;
uin
This patch adds NAND Flash Controller driver for MPC5121 revision 2.
All device features, except hardware ECC and power management, are
supported.
This NFC driver replaces the one orignally posted by John Rigby:
"[PATCH] Freescale NFC NAND driver"
It's a port of the Linux driver version posted b
This patch adds NAND support to the MPC5121ADS board. Please
note that the image size increased since NAND support didn't
fit in the current image size (256k).
Signed-off-by: Stefan Roese
Cc: Wolfgang Denk
---
board/freescale/mpc5121ads/mpc5121ads.c | 27 +++
include/c
Dear "Weirich, Bernhard",
In message
you wrote:
>
> I use ext3 with journal from u-boot and it worked fine using ext2load, but
> since I updated my desktop to the ext2fs library version 1.41.4 ext2ls in
> u-boot displays an empty directoy.
>
> I've noticed a difference in the mke2fs.conf fil
Hello,
I use ext3 with journal from u-boot and it worked fine using ext2load, but
since I updated my desktop to the ext2fs library version 1.41.4 ext2ls in
u-boot displays an empty directoy.
I've noticed a difference in the mke2fs.conf files of the version
old:
inode_size = 128
new:
inode_siz
New command allows to:
o check FW version
o set LED status
o set digital output status
o get digital input status
Signed-off-by: Grzegorz Bernacki
---
v2:
- implement sub-commands via U_BOOT_CMD_MKENT macro
board/digsy_mtc/Makefile|2 +-
board/digsy_mtc/cmd_mtc.
Signed-off-by: Grzegorz Bernacki
---
v2:
- use accessor macros
drivers/spi/Makefile |1 +
drivers/spi/mpc52xx_spi.c | 109 +
include/mpc5xxx.h | 18 +++
3 files changed, 128 insertions(+), 0 deletions(-)
create mode 100644 dr
Signed-off-by: Grzegorz Bernacki
---
v2:
- use accessor macros
board/digsy_mtc/digsy_mtc.c | 14 ++
include/configs/digsy_mtc.h |7 +++
2 files changed, 21 insertions(+), 0 deletions(-)
diff --git a/board/digsy_mtc/digsy_mtc.c b/board/digsy_mtc/digsy_mtc.c
index 83d5864.
Dear Mike,
In message <1234847451-3210-18-git-send-email-vap...@gentoo.org> you wrote:
> The environment is the canonical storage location of the mac address, so
> we're killing off the global data location and moving everything to
> querying the env directly.
>
> Also, do not bother checking the
hi
I ran into this problem while trying to include files necessary to include
ehci feature for usb.
It would be of great help if some one cud point in a direction where i can
get help...
Im using MPC8313 board and u-boot.1.3.0 on it.
Regards,
Deepak Gopalakrishnan
Kim Phillips
06/09/2009
This patch adds NAND Flash Controller driver for MPC5121 revision 2.
All device features, except hardware ECC and power management, are
supported.
This NFC driver replaces the one orignally posted by John Rigby:
"[PATCH] Freescale NFC NAND driver"
It's a port of the Linux driver version posted b
MECP5123 is a MPC5121E based module by esd gmbh.
Signed-off-by: Stefan Roese
Cc: Reinhard Arlt
---
v2:
- Fix indentation problem
- get_ram_size() used
- More documentation added
- Copyright updated
- Too long lines changed
- Removed CONFIG_OF_SUPPORT_OLD_DEVICE_TREES
Wolfgang, I now have to exp
Thos macros will be used by the esd mecp5123 board.
Signed-off-by: Stefan Roese
---
include/asm-ppc/immap_512x.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/asm-ppc/immap_512x.h b/include/asm-ppc/immap_512x.h
index 4f4b284..cdbbfea 100644
--- a/include/asm-
Hi Wolfgang,
On Tuesday 09 June 2009 10:46:42 Wolfgang Denk wrote:
> Please rework the patch so it keeps all the features we support in the
> Linux driver. Thanks.
I'll give it a try this afternoon...
Best regards,
Stefan
=
DEN
Dear Stefan Roese,
In message <200906090931.35945...@denx.de> you wrote:
>
> > > Did you actually see the code? Did you see the board specific code added
> > > to the "common" NFC driver code? This is not really something I like to
> > > see in common drivers. And such code usually get's a NAK fr
Hi Wolfgang,
On Monday 08 June 2009 21:46:08 Wolfgang Denk wrote:
> > Did you actually see the code? Did you see the board specific code added
> > to the "common" NFC driver code? This is not really something I like to
> > see in common drivers. And such code usually get's a NAK from you as
> > we
John,
On Monday 08 June 2009 21:09:01 John Rigby wrote:
> Are you able to read the second half of the NAND? The NAND package on the
> ADS contains two chips with two separate chip selects. Without the chip
> select code you will likely only see 512M instead of 1G.
No, I didn't test the whole ch
Hi Wolfgang,
On Monday 08 June 2009 20:14:33 Wolfgang Denk wrote:
> Dear Stefan,
>
> In message <200906081937.02354...@denx.de> you wrote:
> > > > + out_be32(&im->mddrc.lut_table4_alternate_upper,
> > > > CONFIG_SYS_MDDRCGRP_LUT4_AU);
> > > > + out_be32(&im->mddrc.lut_table4_alternate_
75 matches
Mail list logo
