* Re: Current status of barebox for OMAP3530/beagle
@ 2010-01-22 17:34 Luca Ceresoli
0 siblings, 0 replies; 4+ messages in thread
From: Luca Ceresoli @ 2010-01-22 17:34 UTC (permalink / raw)
To: barebox
Sascha Hauer wrote:
> I would expect NAND to be working, though I haven't tested it. What's
> going wrong on your board?
Actually nothing about NAND, I think. Only, barebox with NAND support
does not run (no prompt). Detailed report follows.
Hardware: BeagleBoard (actually EBVBeagle) rev C2.
Toolchain: CodeSourcery 2009q3.
No JTAG device, sorry.
I set up a UART boot script that follows these steps:
1. 1st stage loader is the OMAP3530 boot ROM.
USER button is pressed, so it will boot from UART and receive
the 2nd stage loader.
2. 2nd stage is barebox with omap3530_beagle_per_uart_defconfig,
which is working great for transferring stage3 in SDRAM.
3. For 3rd stage loader I'm trying both U-boot (V1) and barebox.
4. The 3rd stage must load in NAND a signed image for regular
(non-UART) booting, for which I'm also trying V1 and barebox.
U-boot-v1 (omap3_beagle_config) as 3rd stage is working.
Also, using the V1 stage3 in SDRAM to burn a signed V1 in NAND works,
and after a normal reboot (user button not pressed) I get the prompt.
At step 3 I replace V1 with barebox, config
omap3530_beagle_per_uart_defconfig plus a few commands (config2.patch).
The result:
...
# go 0x80000000 [at the stage2 prompt]
## Starting application at 0x80000000 ...
barebox 2009.12.0 (Jan 22 2010 - 10:26:45) [now in stage3!]
Board: Texas Instrument's Beagle
Malloc space: 0x87bfff10 -> 0x87ffff10 (size 4 MB)
Stack space : 0x87bf7f10 -> 0x87bfff10 (size 32 kB)
running /env/bin/init...
not found
barebox-full>help [different prompt]
? - alias for help
bootu - bootu - start a raw linux image
...
barebox-full>cpuinfo
implementer: ARM
architecture: Unknown
cache: no cache
Control register: A W P D L Z I U XP
barebox-full>devinfo
devices:
|----serial_ns165500
|----cs0
|----ramfs0
|----devfs0
|----mem0 (mem)
|----mem1 (ram0)
drivers:
serial_ns16550
ramfs
devfs
mem
barebox-full>meminfo
max system bytes = 16624
system bytes = 16624
in use bytes = 9336
barebox-full>mtest 0x84000000 0x87bf0000
Testing 0x84000000 ... 0x87bf0000:
Pattern 0xFFFFFFED Writing... Reading... [10 minutes, no error]
barebox-full>
Great.
Now I add NAND support (config3.patch), restart the whole procedure
and suddenly stage3 barebox does not start:
...
# go 0x80000000 [at the stage2 prompt]
## Starting application at 0x80000000 ...
[nothing else]
This time barebox.bin is 83544 bytes big. In the previous test it was
less than 64KB. May this be the issue?
I tried another config, without NAND but with some totally useless
options, just to increase bin size. I got one that's 68908 bytes and
it does not boot, exactly as the NAND version.
A variant to all of the above consists in using U-boot V1 as a
3rd stage loader, to burn barebox in NAND.
The results are the same: without NAND support and below 64 kB it
boots, with NAND support or useless stuff and above 64 kB it does't.
Luca
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 4+ messages in thread
* Current status of barebox for OMAP3530/beagle
@ 2010-01-21 10:55 Luca Ceresoli
2010-01-21 13:42 ` Sascha Hauer
0 siblings, 1 reply; 4+ messages in thread
From: Luca Ceresoli @ 2010-01-21 10:55 UTC (permalink / raw)
To: barebox
Hi all,
after reading the docs and searching the list, it is still not clear to me how much barebox currently supports OMAP3530 (BeagleBoard in particular).
The omap3530_beagle_per_uart_defconfig is working great as a first stage UART loader, as well as adding a few commands. But I failed to go much further, i.e. to enable NAND support.
Is it expected to be working (and thus worth reporting problems), or is it just like "not done, and not expected to be there anytime soon"?
Thanks,
Luca
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Current status of barebox for OMAP3530/beagle
2010-01-21 10:55 Luca Ceresoli
@ 2010-01-21 13:42 ` Sascha Hauer
2010-01-22 21:57 ` Luca Ceresoli
0 siblings, 1 reply; 4+ messages in thread
From: Sascha Hauer @ 2010-01-21 13:42 UTC (permalink / raw)
To: Luca Ceresoli; +Cc: barebox
Hi,
On Thu, Jan 21, 2010 at 11:55:00AM +0100, Luca Ceresoli wrote:
> Hi all,
>
> after reading the docs and searching the list, it is still not clear
> to me how much barebox currently supports OMAP3530 (BeagleBoard in
> particular).
>
> The omap3530_beagle_per_uart_defconfig is working great as a first
> stage UART loader, as well as adding a few commands. But I failed to
> go much further, i.e. to enable NAND support.
I would expect NAND to be working, though I haven't tested it. What's
going wrong on your board?
Sascha
--
Pengutronix e.K. | |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Current status of barebox for OMAP3530/beagle
2010-01-21 13:42 ` Sascha Hauer
@ 2010-01-22 21:57 ` Luca Ceresoli
0 siblings, 0 replies; 4+ messages in thread
From: Luca Ceresoli @ 2010-01-22 21:57 UTC (permalink / raw)
To: barebox
Sascha Hauer wrote:
> I would expect NAND to be working, though I haven't tested it. What's
> going wrong on your board?
Actually nothing about NAND, I think. Only, barebox with NAND support
does not run (no prompt). Detailed report follows.
Hardware: BeagleBoard (actually EBVBeagle) rev C2.
Toolchain: CodeSourcery 2009q3.
No JTAG device, sorry.
I set up a UART boot script that follows these steps:
1. 1st stage loader is the OMAP3530 boot ROM.
USER button is pressed, so it will boot from UART and receive
the 2nd stage loader.
2. 2nd stage is barebox with omap3530_beagle_per_uart_defconfig,
which is working great for transferring stage3 in SDRAM.
3. For 3rd stage loader I'm trying both U-boot (V1) and barebox.
4. The 3rd stage must load in NAND a signed image for regular
(non-UART) booting, for which I'm also trying V1 and barebox.
U-boot-v1 (omap3_beagle_config) as 3rd stage is working.
Also, using the V1 stage3 in SDRAM to burn a signed V1 in NAND works,
and after a normal reboot (user button not pressed) I get the prompt.
At step 3 I replace V1 with barebox, config
omap3530_beagle_per_uart_defconfig plus a few commands (config2.patch).
The result:
...
# go 0x80000000 [at the stage2 prompt]
## Starting application at 0x80000000 ...
barebox 2009.12.0 (Jan 22 2010 - 10:26:45) [now in stage3!]
Board: Texas Instrument's Beagle
Malloc space: 0x87bfff10 -> 0x87ffff10 (size 4 MB)
Stack space : 0x87bf7f10 -> 0x87bfff10 (size 32 kB)
running /env/bin/init...
not found
barebox-full>help [different prompt]
? - alias for help
bootu - bootu - start a raw linux image
...
barebox-full>cpuinfo
implementer: ARM
architecture: Unknown
cache: no cache
Control register: A W P D L Z I U XP
barebox-full>devinfo
devices:
|----serial_ns165500
|----cs0
|----ramfs0
|----devfs0
|----mem0 (mem)
|----mem1 (ram0)
drivers:
serial_ns16550
ramfs
devfs
mem
barebox-full>meminfo
max system bytes = 16624
system bytes = 16624
in use bytes = 9336
barebox-full>mtest 0x84000000 0x87bf0000
Testing 0x84000000 ... 0x87bf0000:
Pattern 0xFFFFFFED Writing... Reading... [10 minutes, no error]
barebox-full>
Great.
Now I add NAND support (config3.patch), restart the whole procedure
and suddenly stage3 barebox does not start:
...
# go 0x80000000 [at the stage2 prompt]
## Starting application at 0x80000000 ...
[nothing else]
This time barebox.bin is 83544 bytes big. In the previous test it was
less than 64KB. May this be the issue?
I tried another config, without NAND but with some totally useless
options, just to increase bin size. I got one that's 68908 bytes and
it does not boot, exactly as the NAND version.
A variant to all of the above consists in using U-boot V1 as a
3rd stage loader, to burn barebox in NAND.
The results are the same: without NAND support and below 64 kB it
boots, with NAND support or useless stuff and above 64 kB it does't.
Luca
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2010-01-22 21:57 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-01-22 17:34 Current status of barebox for OMAP3530/beagle Luca Ceresoli
-- strict thread matches above, loose matches on Subject: below --
2010-01-21 10:55 Luca Ceresoli
2010-01-21 13:42 ` Sascha Hauer
2010-01-22 21:57 ` Luca Ceresoli
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox