[U-Boot] raise not defined, when compiler uses its own div0

When trying to build U-Boot under Buildroot and OpenEmbedded, I run into a problem: When linking u-boot the linker seems to use the div0 from the C compiler libgcc instead of the u-boot div0. gcc div0 for ARM contains a call to raise which is not defined in libgcc.a (someone said it was part of

Re: [U-Boot] raise not defined, when compiler uses its own div0

Ulf Samuelsson wrote: When trying to build U-Boot under Buildroot and OpenEmbedded, I run into a problem: When linking u-boot the linker seems to use the div0 from the C compiler libgcc instead of the u-boot div0. Yes i had the same problem with a home made toolchain (eglibc-2.10,

[U-Boot] dtt, lm81: move unneccessary printf into a debug printf

Signed-off-by: Heiko Schocher h...@denx.de --- drivers/hwmon/lm81.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/hwmon/lm81.c b/drivers/hwmon/lm81.c index 668ee9f..afe5b0d 100644 --- a/drivers/hwmon/lm81.c +++ b/drivers/hwmon/lm81.c @@ -109,7 +109,7 @@ static

Re: [U-Boot] raise not defined, when compiler uses its own div0

Dear Ulf Samuelsson, In message 4a810dbc.50...@atmel.com you wrote: When trying to build U-Boot under Buildroot and OpenEmbedded, These probably count to the tool chains with broken ARM cross compilers. When linking u-boot the linker seems to use the div0 from the C compiler libgcc instead

Re: [U-Boot] raise not defined, when compiler uses its own div0

Dear Gaye Abdoulaye Walsimou, In message 4a81285b.8010...@walsimou.com you wrote: However, I have tested u-boot-arm repository which includes a controversial :-) ARM: Don't include libgcc anymore (70163a381f1a5c93fcc181365cdb092566d8c5c5) without compile errors. It's not controversial. It

[U-Boot] driving a serial peripheral in u-boot

Our AVR32 board has a GSM modem attached.. I'd like to send an SMS at power-on, though if we successfully boot Linux it will do more sophisticated stuff. If we get the SMS, then nothing further we know the boot failed. Is there an example anywhere of u-boot talking to a device on a serial port

[U-Boot] u-boot and watchdogs

Our hardware has a watchdog which has a maximum period of 1 second. Once I've got Linux up and going I can handle that. I'd love to have a watchdog so that if Linux doesn't take over, the board will reset and try again. Is there any experience/example of u-boot driving a short-period watchdog

[U-Boot] reset environment

In development, it's a bit of a pain that installing a new u-boot image with different settings for bootargs and bootcmd doesn't actually change anything, because the environment in flash is still valid. Worse, there doesn't seem to be a command to say over-write that with your new defaults If

Re: [U-Boot] u-boot and watchdogs

Dexdyne Postmaster wrote: Is there any experience/example of u-boot driving a short-period watchdog throughout the boot process I can try to copy? Hi, have a look at include/watchdog.h

Re: [U-Boot] driving a serial peripheral in u-boot

Dear Dexdyne Postmaster, In message memo.20090811100117.121...@postmaster+dexdyne.com.cix.co.uk you wrote: Our AVR32 board has a GSM modem attached.. I'd like to send an SMS at power-on, though if we successfully boot Linux it will do more sophisticated stuff. If we get the SMS, then

Re: [U-Boot] u-boot and watchdogs

Dear Dexdyne Postmaster, In message memo.20090811100117.121...@postmaster+dexdyne.com.cix.co.uk you wrote: Our hardware has a watchdog which has a maximum period of 1 second. Once I've got Linux up and going I can handle that. I'd love to have a watchdog so that if Linux doesn't take

Re: [U-Boot] reset environment

Dear Dexdyne Postmaster, In message memo.20090811100114.121...@postmaster+dexdyne.com.cix.co.uk you wrote: In development, it's a bit of a pain that installing a new u-boot image with different settings for bootargs and bootcmd doesn't actually change anything, because the environment in

[U-Boot] [PATCH] MIMC200: reduce LCD pixclock

[Resent to add CC u-b...@lists.denx.de] The initial pixclock for the MIMC200 board is wrong (and causes screen corruption due to DMA underruns). This patch simply reduces the pixel clock to fix the problem. Signed-off-by: Mark Jackson m...@mimc.co.uk --- board/mimc/mimc200/mimc200.c |2 +-

[U-Boot] [PATCH] Support for the Calao TNY-A9260/TNY-A9G20 boards

The Calao TNY-A9260 and TNY-9G20 are boards manufactured and sold by Calao Systems http://www.calao-systems.com. Their components are very similar to the AT91SAM9260EK board, so their configuration is based on the configuration of this board. There are however some differences: different clocks,

[U-Boot] Query on running example on u-boot for OMAP3

Hi, I encounter issue with crash when I try to run examples on u-boot. I started modifying the hello_world application and trying to add more static function related to my application. As far I see the signs, it stops working or has crashes when the level of function calls go beyond a certain

Re: [U-Boot] Query on running example on u-boot for OMAP3

Dear Pillai, in message 19f8576c6e063c45be387c64729e73940432b7a...@dbde02.ent.ti.com you wrote: I encounter issue with crash when I try to run examples on u-boot. I started modifying the hello_world application and trying to add more static function related to my application. As far I

Re: [U-Boot] [PATCH] MIMC200: reduce LCD pixclock

Mark Jackson wrote: [Resent to add CC u-b...@lists.denx.de] The initial pixclock for the MIMC200 board is wrong (and causes screen corruption due to DMA underruns). This patch simply reduces the pixel clock to fix the problem. Signed-off-by: Mark Jackson m...@mimc.co.uk ---

[U-Boot] Pull request: u-boot-video

Dear Wolfgang, The following fixes since commit eb1a4d0a471505c169bef19a73a60f8641f0b875: Wolfgang Denk (1): Prepare 2009.08-rc2 are available in the git repository at: git://git.denx.de/u-boot-video.git master Mark Jackson (1): MIMC200: reduce LCD pixclock

Re: [U-Boot] [STATUS] v2009.08-rc2 is out

Hi, Ben Warren wrote: I found qemu_mips_config is spotted by it: Configuring for qemu-mips board... eth.c:497:2: warning: #warning Ethernet driver is deprecated. Please update to use CONFIG_NET_MULTI But I don't follow the recent changes including that CONFIG_NET_MULTI migration, nor I

[U-Boot] Support for NANDs greater than/equal to 4 GB

Scott, There was a patch some time which added the 64 bit support in the MTD subsystem. I am referring to the patch below http://git.infradead.org/mtd-2.6.git/blobdiff/8a4c2495b142fe612b291a810d9e695f269c26db..69423d99fc182a81f3c5db3eb5c140acc6fc64be:/drivers/mtd/nand/nand_base.c This feature

[U-Boot] FIT image support ARM architecture ?

Hello, I'm trying to generate a FIT kernel image. I'm using u-boot 1.3.4 / dtc 1.2.0. All seems ok when i generates the FIT image mkimage -l kernel.itb Created: Tue Aug 11 14:51:23 2009 Image 0 (ker...@1) Description: Vanilla Linux kernel Type: Kernel Image

[U-Boot] PPC460EX with 2 Ethernet Tranceivers

Hi, I am currently running linux 2.6.28.4 on a PPC460EX with 2 Marvell Alaska 88E Ethernet transceivers connected to it. I've added the flags I believe to configure u-boot properly: #define CONFIG_IBM_EMAC4_V4 1 #define CONFIG_HAS_ETH0 #define CONFIG_HAS_ETH1 /* Based on the

[U-Boot] [PATCH] ARM: DaVinci DM355: Updating the DM355 EVM config

From: Sandeep Paulraj s-paul...@ti.com This patch enables NAND support on the DM355 EVM. Changes in this patch mostly relate to adding the NAND support. This patch also defines a boot delay. Signed-off-by: Sandeep Paulraj s-paul...@ti.com --- include/configs/davinci_dm355evm.h | 21

[U-Boot] [PATCH] NAND: DaVinci: Adding 4 BIT ECC support

From: Sandeep Paulraj s-paul...@ti.com This patch adds 4 BIT ecc support in the DaVinci NAND driver. Tested on both the DM355 and DM365. Signed-off-by: Sandeep Paulraj s-paul...@ti.com --- drivers/mtd/nand/davinci_nand.c | 290 +-

Re: [U-Boot] Support for NANDs greater than/equal to 4 GB

On Tue, Aug 11, 2009 at 09:02:44AM -0500, Paulraj, Sandeep wrote: There was a patch some time which added the 64 bit support in the MTD subsystem. I am referring to the patch below