Hi, everyone.
I have got a problem when I porting U-BOOT to my board
with MPC8247. My configuration file is based on the MPC8260ADS_config.
The problem is : The instruction in TEXT section can not load data in
other (DATA) sections. It seems there is a relocation to the data section .
Fo
>
> Hi, everyone.
>
> I have got a problem when I porting U-BOOT to my board
>
> with MPC8247. My configuration file is based on the MPC8260ADS_config.
>
> The problem is : The instruction in TEXT section can not load data in
>
> other (DATA) sections. It seems there is a relocation to the data se
£1,000,000Pounds has been awarded to you in the U.K PROMO.send to this office
the following:
Names...
Tel..
Age
Address..
Occupation.
Country.
Email to: claimsdesk2...@live.co.uk
___
U-Boot mail
Hi Wolfgang,
Is there a chance this patch will be included already in this release?
On Mon, Mar 8, 2010 at 5:29 PM, Detlev Zundel wrote:
> Hi Michael,
>
>> Added POST progress API implemented as weak calls before and after
>> each call to the POST test callback in the post_run_single routine
>>
Hello Luca,
>
> Thank to Achim Ehrlich - we got all we needed working! Timing has been
> set to s$
> Basically - we have seen:
> - dataflash working
> - usb transfers ok
> - environment
>
> We should test other hardware - hoping to get feedback, at least from
> Taskit!
>
Nice to hear, that
Here's the command I'm using and the output. I put a debugging statement in
sd_init_card() after the for loop (HJS:).
U-Boot> mmc init 0
mmc: clock 15 too low; setting CLKDIV to 255
HJS: sd_init_card() mmc_acmd for loop finished. ret = -19, resp[0] =
0x6B200020
No MMC card found
The same thin
Board PM9G45 from Ronetix GmbH. Based on at91sam9g45 MCU.
It has 128MB DDR2 SDRAM, 256MB NAND, could be with or without
DataFlash. The board is made as SODIMM200 module.
For more info www.ronatix.at or i...@ronetix.at.
Signed-off-by: Asen Dimov
---
MAKEALL
On 14/03/10 21:14, s-paul...@ti.com wrote:
> From: Cyril Chemparathy
>
> Modified to use IO accessor routines consistently. Eliminated volatile usage
> to keep checkpatch.pl happy.
> Patch was tested on DM355, DM365 and DM6446 EVMs
>
> Signed-off-by: Cyril Chemparathy
> Tested-by: Sandeep Paul
Hello everyone,
here is the new board PM9G45 from Ronetix GmbH,
based on at91sam9g45 MCU. It has 128MB DDR2 SDRAM, 256MB NAND,
could be with or without DataFlash.
The board is made as SODIMM200 module.
For more info www.ronatix.at or i...@ronetix.at.
Regards,
Asen
Signed-off-by: Asen Dimov
---
Chemparathy, Cyril wrote:
> Hi Tom,
>
>> This patch is premature.
>> I need to see this patch within the context of the new SOC.
>>
>> For a new SOC, I would like it be added as a new sub dir off of cpu/arm1176.
>> At the same level as s3c64xx. So this dir would look like.
>>
>> config.mk cpu.c
Hi All,
This is with regards to the pad multiplexing in devices.
SPEAr SoCs support pin multiplexing(in hardware) to support multiple
peripherals by selecting a particular mode from a list of ten modes and
then selecting one of the two peripherals which can both be supported in
that mode.
I hope
If a board uses cfb_console driver and splash image
and also defines CONFIG_SILENT_CONSOLE, the user is
locked out even if "silent" is not set. It is not
possible to get any output, neither on vga console
device nor on serial console after redirecting the
output to the serial console, since the GD_
Dear Vipin KUMAR,
In message <4b9f89b2.8040...@st.com> you wrote:
>
> Now, we want to support this in sw in such a way that we have a single
> image for linux for all possible configurations. We intend to do this
> though bootloader (u-boot in this case)
This may be possible, but it is not wise,
This patch series intend to support MPC5121e based
PDM360NG board. Patches preceding the actual board
support patch 6 prepare needed infrastructure for
the PDM360NG board.
Changes since first version:
- addressed comments, detailed log of changes is
provided in patch description.
NOTE:
- if
Signed-off-by: Anatolij Gustschin
---
No changes since v1.
cpu/mpc512x/fixed_sdram.c|2 +-
include/asm-ppc/immap_512x.h |4
include/configs/aria.h |2 ++
include/configs/mecp5123.h |2 ++
include/configs/mpc5121ads.h |2 ++
5 files changed, 7 insertions(+), 5
Extend mpc512x serial driver to support multiple PSC ports.
Supsequent patches for PDM360NG board support make use of this
functionality by defining CONFIG_SERIAL_MULTI in the board config
file. Additionally the used PSC devices are specified by defining
e.g. CONFIG_SYS_PSC1, CONFIG_SYS_PSC4 and C
Allow overriding defined partitions in the device tree blob
using partition info defined in the 'mtdparts' environment
variable.
Signed-off-by: Anatolij Gustschin
Cc: Gerald Van Baren
---
Changes since first version:
- in fdt_fixup_mtdparts() check the presence of "mtdparts"
environment vari
Signed-off-by: Anatolij Gustschin
---
No changes since v1.
cpu/mpc512x/serial.c | 87 ++
include/serial.h |7
2 files changed, 94 insertions(+), 0 deletions(-)
diff --git a/cpu/mpc512x/serial.c b/cpu/mpc512x/serial.c
index f421968..
Add common post_word_load/post_word_store routines
for all mpc5121 boards. pdm360ng board support added
by subsequent patches needs these, as it adds a board
specific POST test.
Signed-off-by: Anatolij Gustschin
---
This patch is new in this series. This code was in board
support file in v1 patch
PDM360NG is a MPC5121E based board by ifm ecomatic gmbh.
Signed-off-by: Michael Weiss
Signed-off-by: Anatolij Gustschin
---
Changes since first version:
- don't include RLE8 bitmap support in DIU code,
now it is in common code submitted to U-Boot ML
as separate patch. It is also extended
Fix warnings while compiling with CONFIG_VIDEO enabled:
diu.c: In function 'video_hw_init':
diu.c:158: warning: 'return' with no value, in function returning non-void
diu.c:162: warning: format '%ld' expects type 'long int', but argument 6 has
type 'int'
diu.c:162: warning: format '%ld' expects t
This patch add support for MX51 processor and
supports transfer of multiple word in a single
transation.
Signed-off-by: Stefano Babic
---
The patch adds support for the MX51 and wants to remove some
limitation on the old driver. Actually, the buffer passed
to the transfer function must be word-a
Added SPI driver for the Power Management Controller
used with i.MX51 Processor.
Signed-off-by: Stefano Babic
---
drivers/misc/Makefile |1 +
drivers/misc/mc13892_spi_pmic.c | 134 +++
include/mc13892.h | 149
The patch adds SPI devices to the mx51evk board. Two devices
are supported: Atmel SPI flash and MC13892 power
controller.
Signed-off-by: Stefano Babic
---
board/freescale/mx51evk/mx51evk.c | 178 +
include/configs/mx51evk.h | 17
2 files change
The lowlevel_init file contained some hard-coded values
to setup the RAM. These board related values are moved into
the board configuration file.
Signed-off-by: Stefano Babic
---
cpu/arm_cortexa8/mx51/lowlevel_init.S |5 -
include/configs/mx51evk.h |3 +++
2 files changed
Thomas,
This patch ignored due to your subsequent patch (03/14/2010).
Regards,
--Scott
Thomas Chou wrote:
> Signed-off-by: Thomas Chou
> ---
> include/asm-nios2/unaligned.h | 19 +++
> 1 files changed, 19 insertions(+), 0 deletions(-)
> create mode 100644 include/asm-nios2/u
Applied.
Best Regards,
--Scott
Thomas Chou wrote:
> The patch follows the asm-generic/unaligned.h patch from
> Mike Frysigner.
>
> Signed-off-by: Thomas Chou
> ---
> include/asm-nios2/unaligned.h |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
> create mode 100644 include/asm-nio
Hi,
I am quiet new with embedded linux so I was wondering if someone can help me
with my issue. I am trying to load a c code on the mpc5121e processor found on
the ADS5121 board. The only connection between my board and my host (Linux PC)
is a serial cable and an Ethernet cable. I am trying to
Nick,
> Since this is really just a constant, why setup a variable locally where
> ever EMIF registers are accessed? What's wrong with the define you removed
> below? ...
> > -#define davinci_emif_regs \
> > - ((struct davinci_emif_regs *)DAVINCI_ASYNC_EMIF_CNTRL_BASE)
> ...This one.
Thanks. I
Hi Scott,
> Configuring for davinci_schmoogie board...
> ...
> Should be lowercase?
Thank you. I will be sending out a v2 shortly, and this time around all 8
davinci based boards build fine.
> Also, any particular reason to use the raw version of the accessors?
Please correct me if I am wrong
Modified to use IO accessor routines consistently. Eliminated volatile usage
to keep checkpatch.pl happy.
Signed-off-by: Cyril Chemparathy
---
1. Added fixes for DA830 EVM and Davinci Schmoogie boards
2. Reverted to include davinci_emif_regs macro definition
board/davinci/da830evm/da830evm.c
On Fri, Mar 12, 2010 at 11:12 AM, Praveen G K wrote:
> On Fri, Mar 12, 2010 at 3:04 AM, Detlev Zundel wrote:
>> Hi Praveen,
>>
>>> So, should I send a message to the gcc mailing list explaining the issue?
>>
>> Yes please.
>>
>> Thanks!
>> Detlev
> OK Have sent a message to the gcc-bugs mailing
Dear Asen Dimov,
In message <1268744233-2497-1-git-send-email-di...@ronetix.at> you wrote:
> Hello everyone,
>
> here is the new board PM9G45 from Ronetix GmbH,
> based on at91sam9g45 MCU. It has 128MB DDR2 SDRAM, 256MB NAND,
> could be with or without DataFlash.
> The board is made as SODIMM200
Tom,
> I was not able to access this link
> But, yes, please include this patch as part of the tnetv107x patchset.
Sure. I will include this with the larger TNETV107X patchset and submit.
Until then, a code preview can be found at
http://arago-project.org/git/people/?p=cyril/u-boot-tnetv107x.gi
I seem to be having a problem with fw_printenv on my PowerPC 85xx target
whereby I constantly get CRC32 errors:
# fw_printenv
Warning: Bad CRC, using default environment
I tracked this down to the fact that u-boot/lib_generic/crc32.c is
getting compiled with the __LITTLE_ENDIAN defined even th
Chemparathy, Cyril wrote:
> Please correct me if I am wrong here, but my understanding is that
> the raw variants are for native-endian access, while the non-raw ones
> could potentially force little-endian conversions for PCI.
The non-raw ones also provide ordering on some architectures, though I
Renato,
Patch applied to the nios2 tree.
I think it's time to consider moving the nios2 header files
into include/asm-nios before the top-level include gets
too polluted.
Regards,
--Scott
Renato Andreola wrote:
> From d7a79fc4e5a3ebc6a1ca5c23500e3f2f1c3b33c2 Mon Sep 17 00:00:00 2001
> From: Re
On Tue, 16 Mar 2010 08:30 -0400, Henry Súcart wrote :
> Here's the command I'm using and the output. I put a debugging statement in
> sd_init_card() after the for loop (HJS:).
>
> U-Boot> mmc init 0
> mmc: clock 15 too low; setting CLKDIV to 255
> HJS: sd_init_card() mmc_acmd for loop finished
On Monday 01 February 2010 12:08:51 Daniel Hellstrom wrote:
> Mike Frysinger wrote:
> >there is a proposed asm-generic/unaligned.h on the mailing list which i
> >think you could use. you'd just need:
> >#include
>
> Thank you for your comment, I will update this patch.
the generic unaligned.h h
I put the printf you asked for in sd_init_card, right after the for loop.
Here's the output:
With #define CONFIG_ATMEL_MCI1 1
U-Boot> mmc init 0
mmc: setting clock 15 Hz, block size 512
mmc: clock 15 too low; setting CLKDIV to 255
mmc: CMD0 0x0 (flags 0x0)
mmc: status 0x0c25
mmc: CM
Hello.
> I have not received any updates from the gcc mailing list. Has anyone
> got any more ideas on this? Thanks!
Out of curiosity, I tried to reproduce the problem. I added EXT2 to my
binary and recompiled with eldk-4.2. As a reminder, this is the
source:
if (dirent.namelen != 0) {
In my opinion, you could use kermit to send your binary file into ram,
for instance 0x20,via serial connection, and then use u-boot
command "go 0x20"
Hope that helps you.
Best, regards
Rui
On Wed, Mar 17, 2010 at 1:26 AM, James Smith wrote:
> Hi,
>
> I am quiet new with embedded linux s
Thanks for your advise, I compile with -mrelocatable. If I remove this flag,
Error is shown:
ERROR: Your compiler doesn't generate .fixup sections!
My host gcc is gcc 4.1.2 20080704 (Red Hat 4.1.2-44),
I try different toolchain:
powerpc-unknown-linux-gnu-gcc gcc version 4.4.3 (crosstool-NG-1.
43 matches
Mail list logo
