Hi Wolfgang,
On Wednesday 22 September 2010 22:52:03 Wolfgang Denk wrote:
+ CATcenter \
CMS700 \
CPCI2DP \
CPCI405 \
This will result in a merge conflict when pulling into next, where
this entry does not exist any more as it gets
Can you paste the whole log from the u-boot prompt?
In the previous run the ramdisk image was corrupted because the single
image was loaded at 0x80. But the boot message showed that the
initrd image was at 0x0066c000-0x009ae825. So it was over the 8MB
area.
However after the load
Signed-off-by: Stefan Roese s...@denx.de
---
v2:
- MAKEALL change removed
include/configs/CATcenter.h | 23 ++-
1 files changed, 2 insertions(+), 21 deletions(-)
diff --git a/include/configs/CATcenter.h b/include/configs/CATcenter.h
index 229a513..002435e 100644
---
Hi Wolfgang,
On Wednesday 22 September 2010 23:01:43 Wolfgang Denk wrote:
Sorry, this does not apply:
- git fetch u-boot-ppc4xx.git next:next
From git://git.denx.de/u-boot-ppc4xx
! [rejected]next - next (non-fast-forward)
Hmmm, not sure what went wrong here. I just rebased
Hello Albert,
Albert Aribaud wrote:
Add -msingle-pic-base to the relocation flags, and compute the pic base
in start.S twice and for all -- once before relocation to run board_init_f,
and once after relocation to run board_init_r and the rest of u-boot.
This further reduces code size by 2.5%
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
arch/arm/cpu/pxa/pxafb.c | 200 +++---
1 files changed, 100 insertions(+), 100 deletions(-)
diff --git a/arch/arm/cpu/pxa/pxafb.c b/arch/arm/cpu/pxa/pxafb.c
index 0ee6a75..09ee5c6 100644
---
This LCD panel is found in Palm LifeDrive handheld
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
arch/arm/cpu/pxa/pxafb.c | 34 ++
1 files changed, 34 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/pxa/pxafb.c b/arch/arm/cpu/pxa/pxafb.c
index
This patch adds support for the Palm Tungsten|C PXA255 board. The support
includes:
- LCD
- MMC
- UART
- NOR
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
MAINTAINERS |4 +
board/palmtc/Makefile| 49 +
board/palmtc/config.mk |1 +
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
MAINTAINERS |1 +
board/palmld/Makefile| 49
board/palmld/config.mk |1 +
board/palmld/lowlevel_init.S | 45 +++
board/palmld/palmld.c| 69 +++
board/palmld/u-boot.lds
128MB NOR module support.
Define __io to get harddrive working.
Fix saving of environment into OneNAND.
Boot from harddrive when possible.
Add missing MAINTAINERS entry.
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
MAINTAINERS |1 +
MAKEALL |
The following hardware is currently supported:
- UART
- USB Host
- FPGA
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
MAINTAINERS|1 +
board/balloon3/Makefile| 49 +++
board/balloon3/balloon3.c | 228 ++
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
MAINTAINERS |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 78e62f0..347780e 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -796,9 +796,11 @@ Greg Ungerer greg.unge...@opengear.com
Marek
From: Mikhail Kshevetskiy mikhail.kshevets...@gmail.com
This file is not used, automatically generated u-boot.lds is used instead
Signed-off-by: Mikhail Kshevetskiy mikhail.kshevets...@gmail.com
---
board/vpac270/u-boot.lds | 55 --
1 files changed,
From: Mikhail Kshevetskiy mikhail.kshevets...@gmail.com
* CONFIG_SYS_CLKS_IN_HZ is not used anywhere, so removing it
* CONFIG_SYS_HZ is set to 1000 on most architectures, so it
seems to be the safe default
Signed-off-by: Mikhail Kshevetskiy mikhail.kshevets...@gmail.com
---
From: Mikhail Kshevetskiy mikhail.kshevets...@gmail.com
pxa_mem_setup macro use r6 to store CONFIG_SYS_MDREFR_VAL during memory
initialization. This reg is modified during execution of pxa_wait_ticks.
Later we use r6 to setup MDREFR[APD] bit. As result MDREFR[APD] is always
zero.
Signed-off-by:
From: Mikhail Kshevetskiy mikhail.kshevets...@gmail.com
Define ENV_ADDR as MONITOR_BASE + MONITOR_LEN. Fix environment sector
size (NOR: 32Kb for first four sectors and 128Kb for other; OneNAND: 128Kb).
Last but not least: we have MONITOR_LEN = 0x4 and one sector for
environment (size =
Hi Jacob,
While going through the manual page for the ebony board, I noticed
that there is description of the flattened device tree. Is it not
needed?
For current versions of Linux this is needed. Only the DULG ebony
manual is not maintained anymore as amcc does not perceive this to be
worth
Hi Wolfgang,
please pull the following 4xx fixes into master:
The following changes since commit e6e1fb3050351ae96153b1ba6a5bd0a2d745794b:
Merge branch 'master' of git://git.denx.de/u-boot-blackfin (2010-09-22
22:36:42 +0200)
are available in the git repository at:
Commit 2ee951ba (UBI: Enable re-initializing of the ubi part command)
reset mtd_devs in ubi_exit() but missed ubi_init()'s failure path.
Signed-off-by: Karl Beldan karl.bel...@gmail.com
Cc: Stefan Roese s...@denx.de
---
drivers/mtd/ubi/build.c |1 +
1 files changed, 1 insertions(+), 0
Dear Andreas Bießmann,
This patch also removes conditional nameing of at91_emac driver whether it's
connection to PHY is RMII or MII.
Signed-off-by: Andreas Bießmann andreas.de...@googlemail.com
+ sprintf(dev-name, at91_emac);
Applied to u-boot-atmel/at91, with name shortened to emac.
Dear Andreas Bießmann,
This patch replaces the unnecessary waiting in at91emac_read() and
at91emac_write() by checking the IDLE flag.
Signed-off-by: Andreas Bießmann andreas.de...@googlemail.com
Applied to u-boot-atmel/at91.
Thanks,
Reinhard
___
Dear Andreas Bießmann,
Signed-off-by: Andreas Bießmann andreas.de...@googlemail.com
---
resent this patch cause of
http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/83565/focus=83856
Applied to u-boot-atmel/at91.
Thanks,
Reinhard
___
U-Boot
Dear Alexander Stein,
When disabled the PIT runs until it reaches the CPIV value.
The Linux PIT driver stops the PIT and waits until it stopped. This can
take over 100ms. Simply stopping in u-boot isn't sufficient as the PIT
will still be running when Linux is waiting until it stopped.
So, we
On 22/09/10 19:44, Ben Gardiner wrote:
This patch proposes to migrate the davinci_emac driver to using the
eth_device-write_hwaddr function pointer as suggested by Ben Warren.
All the davinci boards had the behaviour, prior to this patch, of
sync'ing the environment variable enetaddr with
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
Sent: Wednesday, September 22, 2010 1:06 AM
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 1/2] [NEXT] orion5x: fix
relocation-incompatible code
Hi,
I am using ppc440 based customised board.
While running the u-boot linux kernel uncompressed successfully but ramdisk
end-up with following error:
ERROR: Failed to allocate 0x80 bytes below 0x.
ramdisk - allocation error
Regards,
Ronny D.
Hi Roland,
[...]
Anyway, just to tell about the background:
I`m trying to replace my home server with a Dockstar. As this runs 24/7
i want something energy-efficient for that.
I got some Dockstars for so cheap and they are asbolute fantastic and
just perfect fit to be run with debian. I
Hi Prafulla,
Le 23/09/2010 11:16, Prafulla Wadaskar a écrit :
+/* Disable window 7, configure it for FLASH, enable it. */
Can you pls fix the ordering here so that win6/7 appears last in the code?
Of course.
@@ -265,6 +283,8 @@ int arch_misc_init(void)
writel(ORION5X_MPP16_23,
Fixes build breakage in da830evm after commit
97003756249bd790910417eb66f0039bbf06a02c da8xx: fixup ARM
relocation support
The da8xx fixup commit changed da830/da850 common code to make
relocation work in da850, but didn't add the required defines
to da830evm_config.h resulting in build failure
Dear Ronny D,
In message 799862.6988...@web46115.mail.sp1.yahoo.com you wrote:
I am using ppc440 based customised board.
Which exact version of U-Boot are you running? And which board
configuration is this? Is this mainline code, or some out-of-tree
port?
While running the u-boot linux
This patch enables gc-sections for PPC4xx. This is done to
generate smaller U-Boot images. For this the linker script
also needs some tweaking:
- For example change *(text) to *(text*)
- Add KEEP to some of the symbols, especially resetvec
This patch is tested on the following boards and reduces
Hello Albert,
Albert ARIBAUD wrote:
Hello Heiko,
Thanks for the in-depth analysis.
IIUC:
Le 23/09/2010 09:12, Heiko Schocher a écrit :
/home/hs/celf/u-boot/arch/arm/cpu/arm926ejs/start.S:212: Error:
internal_relocation (type: OFFSET_IMM) not fixed up
Hi Roland,
[...]
Apparently, it`s on the way (learnt that today), so maybe this needs just
one or two more rounds to go trough. It seems it was not sent by the original
author.
see
http://forum.doozan.com/read.php?3,435,1063#msg-1063
I see that you already started to analyze what could
I am using u-boot 2009.08 version.
Issue has been resolved.
Problem:
I am using Dma to initialize DDR and minidma required cache bit enable for
DDR, because of cache enabled I was getting lmb-memory.region[i].size = 0 and
end-up with an error ramdisk - allocation error
Solution:
I have
Le 23/09/2010 12:08, Heiko Schocher a écrit :
Hmm.. I don;t know the other boards ... so, I decided for
the relocation patches not to fix all arm boards, instead
inroduce the CONFIG_SYS_ARM_WITHOUT_RELOC, and board
maintainers (or others who have time for it) can adapt
the boards to this new
Hello, everyone,
I try to bring the u-boot up on the board with Cavium CN5010. When pci-init
is executed on the board_init_r, the board will hang. Did you have such a
question before? Any suggestions are welcome.
Thanks!
Shuyou
___
On Thu, Sep 23, 2010 at 5:03 AM, Nick Thompson nick.thomp...@ge.com wrote:
davinci_eth_set_mac_addr() always returns zero, so if
(!dev-write_hwaddr(dev))
always appears to fail here.
In net/eth.c the return code is not checked, so da830 should probably ignore
it to:
You're absolutely
This patch series proposes to add basic MII support to the da850evm; the first
patch in the series refactors davinci EMAC setup. The second patch in the
series enables MII support.
Ben Gardiner (2):
[NEXT] davinci_emac: davinci_eth_set_mac_addr to -write_hwaddr
[NEXT] da850evm: basic MII EMAC
-Original Message-
From: Shawn Jin [mailto:shawnx...@gmail.com]
Sent: Thursday, September 23, 2010 4:23 AM
To: Chen, Tiejun
Cc: Scott Wood; ppcdev; uboot
Subject: Re: [U-Boot] cuImage and multi image?
I have a large ramdisk image. The size of the image itself
(i.e. the
*.gz)
This patch proposes to migrate the davinci_emac driver to using the
eth_device-write_hwaddr function pointer as suggested by Ben Warren.
All the davinci boards had the behaviour, prior to this patch, of
sync'ing the environment variable enetaddr with the MAC address read
from non-volatile storage
The current da850evm support in u-boot/master omits any use of
the davinci EMAC. This patch adds basic support for the EMAC using
the MII PHY found on the baseboard of the EVM. The MAC address is
read from the environment variable 'ethadd'. Note that this is
different from the da850evm support in
On Thu, Sep 23, 2010 at 9:49 AM, Nick Thompson nick.thomp...@ge.com wrote:
Shouldn't this version information go below the '---' line. As it is,
it appears in the log message after using 'git am' to apply. Sorry,
I should have noticed that earlier.
Yeah, I'm missing a third '-' there.
No need
This patch proposes to migrate the davinci_emac driver to using the
eth_device-write_hwaddr function pointer as suggested by Ben Warren.
All the davinci boards had the behaviour, prior to this patch, of
sync'ing the environment variable enetaddr with the MAC address read
from non-volatile storage
The current da850evm support in u-boot/master omits any use of
the davinci EMAC. This patch adds basic support for the EMAC using
the MII PHY found on the baseboard of the EVM. The MAC address is
read from the environment variable 'ethadd'. Note that this is
different from the da850evm support in
On Wed, Sep 22, 2010 at 5:36 PM, Albert ARIBAUD albert.arib...@free.fr wrote:
Can you check the build logs to see which options were applied to
lib/arm/board.c?
make[1]: Entering directory `[...]/arch/arm/lib'
arm-none-linux-gnueabi-gcc -g -Os -fPIE -fno-common -ffixed-r8
-msoft-float
The GPIO 16 and 19 reconfiguration should be done once USB is initialized.
So moved the reconfiguration to the USB init function
Signed-off-by: Rupjyoti Sarmah rsar...@apm.com
---
board/amcc/canyonlands/canyonlands.c | 19 +--
1 files changed, 9 insertions(+), 10
23/09/2010 16:44, Ben Gardiner a écrit :
On Wed, Sep 22, 2010 at 5:36 PM, Albert ARIBAUDalbert.arib...@free.fr
wrote:
Can you check the build logs to see which options were applied to
lib/arm/board.c?
make[1]: Entering directory `[...]/arch/arm/lib'
arm-none-linux-gnueabi-gcc -g -Os
I try to bring the u-boot up on the board with Cavium CN5010. When pci-init
is executed on the board_init_r, the board will hang. Did you have such a
question before? Any suggestions are welcome.
If you have a logic analyzer, try looking on the bus.
I have seen a host processor hang when
Le 23/09/2010 11:32, Albert ARIBAUD a écrit :
Ok for misc_init_r() rather than arch_misc_init(). However I think this
function is not timer-specific and thus belongs more to cpu.c than timer.c.
Following-up on myself: according to a find on the whole u-boot tree,
misc_init_r is uniformously
Anatolij Gustschin wrote:
This is the first patch version for testing on HW I do not
have (mpc8610hpcd, p1022ds). Tested on pdm360ng board.
The patch will be modified to fix board config files as
needed in the final version. We probably should also move
fsl_diu_fb.c file to 'drivers/video'.
On Wed, Sep 22, 2010 at 3:07 PM, Albert ARIBAUD albert.arib...@free.fr wrote:
1) build with your fix in;
$git log --format=oneline|head -n 3
f619c1537af105cd1471f9447ac9132feab79c3a arm926ejs: reduce code size
with -msingle-pic-base
6285f63589a87dfd28c7d73ff68075c5d1ee7f35 arm: change relocation
On Thu, 23 Sep 2010 11:32:17 -0500
Timur Tabi ti...@freescale.com wrote:
Anatolij Gustschin wrote:
This is the first patch version for testing on HW I do not
have (mpc8610hpcd, p1022ds). Tested on pdm360ng board.
The patch will be modified to fix board config files as
needed in the
On Thu, Sep 23, 2010 at 10:44 AM, Ben Gardiner
bengardi...@nanometrics.ca wrote:
I am downloading the arm-2008-11-24.iso for ELDK-4.2 to try to
reproduce your results.
When I build u-boot/next plus your patches using the ELDK 4.2 arm
toolchain I encounter the same problem as before; there is no
Le 23/09/2010 18:37, Ben Gardiner a écrit :
On Wed, Sep 22, 2010 at 3:07 PM, Albert ARIBAUDalbert.arib...@free.fr
wrote:
1) build with your fix in;
$git log --format=oneline|head -n 3
f619c1537af105cd1471f9447ac9132feab79c3a arm926ejs: reduce code size
with -msingle-pic-base
Hi Remy,
At this moment I only need the device support because the host connection is
not always available on my designs. Host support is however also very
interesting and I certainly will have a need for that as well at some point.
It's wonderful news that there's something available already
Dear sywang,
In message 20100923131412.0701828...@theia.denx.de you wrote:
I try to bring the u-boot up on the board with Cavium CN5010. When pci-init
is executed on the board_init_r, the board will hang. Did you have such a
question before? Any suggestions are welcome.
It will probably
Dear Rupjyoti Sarmah,
In message 201009231421.o8neloe9022...@amcc.com you wrote:
The GPIO 16 and 19 reconfiguration should be done once USB is initialized.
So moved the reconfiguration to the USB init function
Does the Linux kernel perform the same initiaalization of the GPIO
pins? If
Dear Stefan Roese,
In message 201009221114.51159...@denx.de you wrote:
The following changes since commit d70d8ccc200db8c16a6654cb726c3d74b6640b32:
silence config step commands display during MAKEALL builds (2010-09-21
21:46:49 +0200)
are available in the git repository at:
Dear Kim Phillips,
In message 20100922162418.e4d26d67.kim.phill...@freescale.com you wrote:
Wolfgang Denk,
Please pull a new board (mpc8308_p1m), ability to boot larger kernels,
and various other cleanups for the next branch:
The following changes since commit
Dear Stefan Roese,
In message 201009231028.40280...@denx.de you wrote:
Hi Wolfgang,
please pull the following 4xx fixes into master:
The following changes since commit e6e1fb3050351ae96153b1ba6a5bd0a2d745794b:
Merge branch 'master' of git://git.denx.de/u-boot-blackfin (2010-09-22
Signed-off-by: Albert Aribaud albert.arib...@free.fr
---
SUMMARY
Device address window mapping code would not run from
FLASH due to cutting access to BOOTCS. Fixed by reordering
code.
Timer initialization would write globals, thus would not
run correctly from FLASH. Fixed by moving the writes
Signed-off-by: Albert Aribaud albert.arib...@free.fr
---
board/LaCie/edminiv2/config.mk |3 ++-
include/configs/edminiv2.h |6 ++
2 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/board/LaCie/edminiv2/config.mk b/board/LaCie/edminiv2/config.mk
index 3dec1aa..bb444b5
Good evening !
Some new (real weird) findings i like to report.
I have tried a third usb2ide adapter cable of different brand.
Had that around at work
Apparently , it uses exactly the same jmicron chipset as one of the
other ones which fail - but this one - surprise - WORKS !
The output of
From: Aneesh V ane...@ti.com
Calculate the SDRAM size from DMM configuration registers instead of using
hard-coded values. This gives correct values for all different boards.
It's assumed that DMM sections do not overlap memory areas.
Signed-off-by: Aneesh V ane...@ti.com
Tested-by: Steve
On Thu, Sep 23, 2010 at 1:04 PM, Albert ARIBAUD albert.arib...@free.fr wrote:
Note that if I'm not mistaken, your build uses r9 as the pic base, not 10 --
this is a possibility, and my patches are written so as to allow either
register use.
I don't know for sure so I did a little poking
Le 23/09/2010 23:13, Ben Gardiner a écrit :
On Thu, Sep 23, 2010 at 1:04 PM, Albert ARIBAUDalbert.arib...@free.fr
wrote:
Note that if I'm not mistaken, your build uses r9 as the pic base, not 10 --
this is a possibility, and my patches are written so as to allow either
register use.
I
This patch adds missing pinmux setup for 4 GPIO signals used on the Beagle xM:
- USB hub reset (gpio_56)
- P8 USB hub reset (gpio_63)
- DVI enable (gpio_129)
- P8 DVI enable (gpio_170)
Signed-off-by: Steve Sakoman st...@sakoman.com
---
board/ti/beagle/beagle.h |4
1 files changed, 4
Hello All,
On Fri, Aug 27, 2010 at 10:44:58, Nori, Sekhar wrote:
The TI DA850/OMAP-L138/AM18x EVM can be populated with devices
having different maximum allowed CPU clock rating.
The maximum clock the chip can support can only be determined from
the label on the package (not software
Hello Albert,
Albert ARIBAUD wrote:
Le 23/09/2010 12:08, Heiko Schocher a écrit :
Hmm.. I don;t know the other boards ... so, I decided for
the relocation patches not to fix all arm boards, instead
inroduce the CONFIG_SYS_ARM_WITHOUT_RELOC, and board
maintainers (or others who have time
Move common code to the fsl_diu_fb.c file and remove obsolete
code from board files (aria, mpc8610hpcd and pdm360ng).
Move fsl_diu_fb.h file to the include directory.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
v2:
- fixed commit message
- dropped p1022ds fixes as the cleaned up p1022ds
From: Timur Tabi ti...@freescale.com
Add support for the DIU controller. If CONFIG_VIDEO is defined, then
the console will appear on a DVI monitor instead of the serial port.
Signed-off-by: Timur Tabi ti...@freescale.com
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
v2:
- rebased on top
Le 24/09/2010 07:11, Heiko Schocher a écrit :
I prefer to have this change in one patch, because if we do it so, we
don;t break git bisect functionallity.
Not sure I follow you there, so let's dig a little bit into that point.
How exactly would that break bisectability? The only difference I
72 matches
Mail list logo