In message <20110713105743.0c2c116f1...@gemini.denx.de> Wolfgang Denk wrote:
>
> > In my preloader some exception vector were setted to print message. So
> > it seems uboot.bin had some illegal asm code in it.
>
> Are you sure that your preloader analyses the binary image it loads
> and that it wo
Dear zzs,
In message <20110713104600.ga17...@greatfirst.com> you wrote:
>
> > >-F- Undef detected
> >
> > Is this the exact error message? And it gets printed by U-Boot?
> > Problem is, I cannot find any such text in mainline U-Boot.
>
> The message is printed after uboot.bin downloaded
In message <20110713084043.1725516f1...@gemini.denx.de> Wolfgang Denk wrote:
> > I'am using a board similar to at91rm9200ek, u-boot version is v2011.03.
>
> Is your code in mainline? Which board configuration si this?
my code not in mainline, but I test it using the code for at91rm9200ek
> > Earl
Dear zzs,
In message <20110713061040.ga5...@greatfirst.com> you wrote:
>
> I'am using a board similar to at91rm9200ek, u-boot version is v2011.03.
Is your code in mainline? Which board configuration si this?
[Otherwise: see http://article.gmane.org/gmane.linux.kernel.embedded/3534 ]
> Early I
Hi, everybody:
I'am using a board similar to at91rm9200ek, u-boot version is v2011.03.
Early I use eldk4.2 to build u-boot, all things ok, but eldk 4.2 can't
compile busybox whith ubiattach enabled. So I change my toolchain to
eldk5.0 (eldk-eglibc-i686-arm-toolchain-gmae-5.0.tar.bz2,
poky-image-s
Dear Marcin Górski,
Am 21.06.2011 15:19, schrieb Marcin Górski:
>>> CONFIG_SYS_INIT_RAM_SIZE and
>>> CONFIG_SYS_INIT_SP_ADDR. Can this cause this problem?
>>
>> SYS_INIT_SP_ADDR is required, if you see 'DRAM: ...' output it is likely
>> to be a correct value for you. I guess your gd_t parameters
>> To compile it I also had to add 3 macros to the configuration file:
>> CONFIG_SYS_INIT_RAM_ADDR,
>
> Why this? I guess you mean CONFIG_SYS_SDRAM_BASE here.
>
Yes, my mistake.
>> CONFIG_SYS_INIT_RAM_SIZE and
>> CONFIG_SYS_INIT_SP_ADDR. Can this cause this problem?
>
> SYS_INIT_SP_ADDR is req
Dear Marcin Górski,
please no TOFU, use inline quoting (and send also to the list).
Am 20.06.2011 11:39, schrieb Marcin Górski:
> Hello,
>
> I already use CONFIG_SKIP_LOWLEVEL_INIT to prevent U-Boot from reinitilizing
> hardware. My board has 128MB RAM, so 0x2200 address is not a problem.
O
Dear Marcin Górski,
Am 20.06.2011 10:36, schrieb Marcin Górski:
> Hello,
>
> I'm trying to port U-Boot to ARM&EVA board (with AT92RM9200 cpu). I'm a
> little bit confused about usage of CONFIG_SYS_TEXT_BASE macro. As mentioned
> many times before U-Boot shouldn't be run from RAM, so I set
> CO
Hello,
I'm trying to port U-Boot to ARM&EVA board (with AT92RM9200 cpu). I'm a little
bit confused about usage of CONFIG_SYS_TEXT_BASE macro. As mentioned many times
before U-Boot shouldn't be run from RAM, so I set CONFIG_SYS_TEXT_BASE to point
a DataFlash memory. But when I do that not only .
Dear "Rajeesh.R",
In message <1277264766.2669.8.ca...@localhost.localdomain> you wrote:
>
> In some posts I have noticed about ROMBOOT whether this romboot is
> required for dk board
You need only U-Boot, nothing else.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: W
Hi,
In some posts I have noticed about ROMBOOT whether this romboot is
required for dk board
regards
Rajeesh.R
Dear "Rajeesh.R",
In message <1277210435.11717.32.ca...@localhost.localdomain> you wrote:
>
> I am work with AT91rm9200dk board
> AT49BV642DT flash is using for keep uboot .
To: Nikumbh, Raj (IE10)
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] AT91RM9200 boots from NOR Flash or not
Hi,
Le 20/02/2010 08:25, Maxim Podbereznyi a écrit :
> OK, then can you explain what software do you flash? Does rm9200 u-boot
> setup PLL? Because if it is not then you will nev
Hi,
Le 20/02/2010 08:25, Maxim Podbereznyi a écrit :
> OK, then can you explain what software do you flash? Does rm9200 u-boot
> setup PLL? Because if it is not then you will never see anything at DBGU
> pins. Another problem can be with your RC filters for PLL. Did you use the
> same quartz as in
>
> *From:* Maxim Podbereznyi [mailto:lisar...@gmail.com]
> *Sent:* Friday, February 19, 2010 7:41 PM
> *To:* Nikumbh, Raj (IE10)
> *Cc:* u-boot@lists.denx.de
> *Subject:* Re: [U-Boot] AT91RM9200 boots from NOR Flash or not
>
>
>
> Did you pull BMS pin
-Boot] AT91RM9200 boots from NOR Flash or not
Did you pull BMS pin to GND? Do you mean DBGU pins by "debug port"?
2010/2/19 Nikumbh, Raj (IE10)
I want to use the u-boot-1.3.4 with the patch from AT91 for my custom
board based on AT91RM9200 with 32MB SDRAM (MT48LC8M16A2) and
Did you pull BMS pin to GND? Do you mean DBGU pins by "debug port"?
2010/2/19 Nikumbh, Raj (IE10)
>
>
> I want to use the u-boot-1.3.4 with the patch from AT91 for my custom
> board based on AT91RM9200 with 32MB SDRAM (MT48LC8M16A2) and 8MB flash
> (AT49BV6416-70TI). I am directly flashing the i
On Fri, Feb 19, 2010 at 1:16 PM, Nikumbh, Raj (IE10) <
raj.niku...@honeywell.com> wrote:
> I am using JTAG port with SAM-ICE.
>
Can't you stop your uC at reset addr and step to see if you go to _start or
hit some exception?
I guess you connect GDB to JTAG via monitor and disassemble what you have
On Fri, Feb 19, 2010 at 11:30 AM, Nikumbh, Raj (IE10) <
raj.niku...@honeywell.com> wrote:
>
>
> I want to use the u-boot-1.3.4 with the patch from AT91 for my custom
> board based on AT91RM9200 with 32MB SDRAM (MT48LC8M16A2) and 8MB flash
> (AT49BV6416-70TI). I am directly flashing the image to fl
I am using JTAG port with SAM-ICE.
Regards
Raj Nikumbh
From: Drasko DRASKOVIC [mailto:drasko.drasko...@gmail.com]
Sent: Friday, February 19, 2010 5:41 PM
To: Nikumbh, Raj (IE10)
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] AT91RM9200 boots from NOR
Dear "Nikumbh, Raj (IE10)",
In message
<047570340a9b314187387acc723459acae0...@ie10ev811.global.ds.honeywell.com> you
wrote:
>
> I want to use the u-boot-1.3.4 with the patch from AT91 for my custom
> board based on AT91RM9200 with 32MB SDRAM (MT48LC8M16A2) and 8MB flash
> (AT49BV6416-70TI). I
I want to use the u-boot-1.3.4 with the patch from AT91 for my custom
board based on AT91RM9200 with 32MB SDRAM (MT48LC8M16A2) and 8MB flash
(AT49BV6416-70TI). I am directly flashing the image to flash location at
0x1000 (beginning of the flash). But I am not able to see anything
on my debug
Hi Ben,
>>
> I don't have any familiarity with either of these, but a cursory
> inspection shows me that most AT91 chips use the MACB driver. I don't
> see much in similarities between the MACB driver and the 9200 driver, so
> don't know if joining them makes sense. I don't remember any dis
Hi Jens,
Jens Scharsig wrote:
> Hello,
>
> at current git all AT91RM9200 based boards have the "Ethernet driver is
> deprecated" warning.
> I have read anywhere, there are plans to join the AT91 and the 9200 driver.
> Is there someone work on this or will AT91RM9200 driver ported in soon.
>
>
Hello,
at current git all AT91RM9200 based boards have the "Ethernet driver is
deprecated" warning.
I have read anywhere, there are plans to join the AT91 and the 9200 driver.
Is there someone work on this or will AT91RM9200 driver ported in soon.
We wanted to publish a new board without the de
> To be more precise: Patches to the Linux kernel have been submitted...
>
I've searched archive using gmane but found only links to cvs whis is no
longer used. This question seems to be asked frequently, so why don't
you add it to FAQ along with link to patches to prevent further
questions?
> To be more precise: Patches to the Linux kernel have been submitted...
>
I've searched archive using gmane but found only links to cvs whis is no
longer used. This question seems to be asked frequently, so why don't
you add it to FAQ along with link to patches to prevent further questions?
Dear Dmitry Koroban,
In message <499c1f47@radiofid.ru> you wrote:
>
> > Patches for this problem were submitted a few times since kenrel
> > version 2.4.17 or so, and posted and re-posted again and again here
> > on the ML. Search the archives for details.
To be more precise: Patches to the L
Wolfgang Denk wrote:
> Patches for this problem were submitted a few times since kenrel
> version 2.4.17 or so, and posted and re-posted again and again here
> on the ML. Search the archives for details.
>
I've searched here: http://www.nabble.com/Uboot---Users-f553.html
and found same questions a
Wolfgang Denk wrote:
> Patches for this problem were submitted a few times since kenrel
> version 2.4.17 or so, and posted and re-posted again and again here
> on the ML. Search the archives for details.
>
I've searched here: http://www.nabble.com/Uboot---Users-f553.html
and found same questions
Dear Dmitry,
In message <846497610.1234947971.54288136.73...@mcgi74.rambler.ru> you wrote:
>
> I've a board quite similar to AT91RM9200DK. I've compiled U-Boot 1.1.2
> and 1.3.4 for it and both work fine with images loaded via tftp. When I
> try to boot same images from flash I got kernel running
Hello
I've a board quite similar to AT91RM9200DK. I've compiled U-Boot 1.1.2
and 1.3.4 for it and both work fine with images loaded via tftp. When I
try to boot same images from flash I got kernel running fine until this:
...
No filesystem could mount root, tried: ext2 cramfs vfat romfs
Kernel pa
Dear Pink Boy,
In message <[EMAIL PROTECTED]> you wrote:
>
> I built u-boot 1.3.4 for the AT91RM9200DK and was able to hack in
> support for the flash chip I'm using. You might try the same.
>
> The setup I'm using is to store boot.bin from atmel in flash
> at . And a copy of u-boot.gz at 1001
Martin Hejnfelt sez,
> Message from Jens Scharsig,
>> I am a little bit confused. We have designed a new AT91RM9200
>> based board. It should boot from 16-bit NOR Flash. I have read
>> many relevant article in the forum, but I don't know , which
>> board should I use as a base. I have look at
Dear Jens,
in message <[EMAIL PROTECTED]> you wrote:
>
> I can do this in few weeks. But I have only our costum board. So I can't
> test the interaktion with other boards.
I can test on the DK, and eventually on the cmc_pu2.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH,
> Dear Jens Scharsig,
>
> In message <[EMAIL PROTECTED]> you wrote:
>> the board speaks to me.
>
> A patch, a patch - submit a patch, please.
>
> Best regards,
>
> Wolfgang Denk
>
Dear Wolfgang Denk,
I can do this in few weeks. But I have only our costum board. So I can't
test the interaktio
Dear Jens Scharsig,
In message <[EMAIL PROTECTED]> you wrote:
>
> the board speaks to me.
A patch, a patch - submit a patch, please.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzel
Dear Jens Scharsig,
In message <[EMAIL PROTECTED]> you wrote:
>
> I am a little bit confused. We have designed a new AT91RM9200 based
> board. It should boot from 16-bit NOR Flash. I have read many relevant
> article in the forum, but I don't know , which board should I use as a
> base. I have lo
> for your own) You can resolve this by editing two lines in the start.S
> file of the ARM920T cpu specific directory. In version 2008.10 its line
> 181 you can delete this, or change to ifdef, and again in line 264 you
> can either delete the if statement, or just make it branch to the
> lowle
Jens Scharsig wrote:
> Hello,
>
> I am a little bit confused. We have designed a new AT91RM9200 based
> board. It should boot from 16-bit NOR Flash. I have read many relevant
> article in the forum, but I don't know , which board should I use as a
> base. I have look at the actual source (2008.10 a
Hello,
I am a little bit confused. We have designed a new AT91RM9200 based
board. It should boot from 16-bit NOR Flash. I have read many relevant
article in the forum, but I don't know , which board should I use as a
base. I have look at the actual source (2008.10 and git), and I think,
u-boot can
Dear Andrejs Cainikovs,
In message <[EMAIL PROTECTED]> you wrote:
>
> Pardon, appearantly this stopped working somewhere between 1.3.2 and 1.3.4.
> Now I am able to load only from ram. 1.3.2 works fine, though.
It would be very helpful if you used git-bisect to find out which
spcific commit brok
Pardon, appearantly this stopped working somewhere between 1.3.2 and 1.3.4.
Now I am able to load only from ram. 1.3.2 works fine, though.
Regards,
Andrejs Cainikovs.
Andrejs Cainikovs wrote:
> Nicolas,
>
> I faced the similar problem before. Playing around with
> CONFIG_SKIP_RELOCATE_UBOOT an
Nicolas,
I faced the similar problem before. Playing around with
CONFIG_SKIP_RELOCATE_UBOOT and others don't gived any results.. The only
result was that you should change define you mentioned every time when
compiling for flash or ram. This has fixed my problem:
--- a/cpu/arm920t/start.S
Hi,
I'm porting u-boot to a custom board based on the at91rm9200-dk (only
exception is that only parallel nor flash is available on my board)
Soon I realized that I could load u-boot 1.1.4 from flash but not u-boot
1.3.4. It really bugged me until I noticed some differences in
cpu/arm920t/star
45 matches
Mail list logo
