* [U-Boot] Running vanilla u-boot v2012.10 on Guruplug @ 2013-01-12 8:00 Dirk Heinrichs 2013-01-12 15:51 ` Wolfgang Denk 2013-01-13 20:49 ` Dirk Heinrichs 0 siblings, 2 replies; 11+ messages in thread From: Dirk Heinrichs @ 2013-01-12 8:00 UTC (permalink / raw) To: u-boot Hello, I have compiled u-boot v2012.10 for my Guruplug and would like to test it from RAM before I write it to flash. So following instructions I found via internet search I load the u-boot.kwb from SATA disk into RAM at address 0x800000 (ext2load ide 0:1 0x800000 u-boot.kwb) and then start it with "go 0x800200". Unfortunately, this only restarts the running u-boot (v2012.04.01 from Debian) instead of starting the new one. So my questions are: 1) Does running from RAM this way work at all? 2) If I can't test it from RAM, is it save to write it to flash anyway? Thanks... Dirk -- Dirk Heinrichs <dirk.heinrichs@altum.de> Tel: +49 (0)2471 209385 | Mobil: +49 (0)176 34473913 GPG Public Key C2E467BB | Jabber: dirk.heinrichs at altum.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part. URL: <http://lists.denx.de/pipermail/u-boot/attachments/20130112/6d55d8c4/attachment.pgp> ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] Running vanilla u-boot v2012.10 on Guruplug 2013-01-12 8:00 [U-Boot] Running vanilla u-boot v2012.10 on Guruplug Dirk Heinrichs @ 2013-01-12 15:51 ` Wolfgang Denk 2013-01-12 19:41 ` Dirk Heinrichs 2013-01-13 20:49 ` Dirk Heinrichs 1 sibling, 1 reply; 11+ messages in thread From: Wolfgang Denk @ 2013-01-12 15:51 UTC (permalink / raw) To: u-boot Dear Dirk Heinrichs, In message <1457183.WG9k8kxG45@moria> you wrote: > > 1) Does running from RAM this way work at all? > 2) If I can't test it from RAM, is it save to write it to flash anyway? Did you read the FAQ? Especially http://www.denx.de/wiki/view/DULG/CanUBootBeConfiguredSuchThatItCanBeStartedInRAM ? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de Life would be so much easier if everyone read the manual. ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] Running vanilla u-boot v2012.10 on Guruplug 2013-01-12 15:51 ` Wolfgang Denk @ 2013-01-12 19:41 ` Dirk Heinrichs 2013-01-12 20:41 ` Jason 2013-01-13 9:25 ` Albert ARIBAUD 0 siblings, 2 replies; 11+ messages in thread From: Dirk Heinrichs @ 2013-01-12 19:41 UTC (permalink / raw) To: u-boot Am Samstag 12 Januar 2013, 16:51:51 schrieb Wolfgang Denk: > Did you read the FAQ? Especially > http://www.denx.de/wiki/view/DULG/CanUBootBeConfiguredSuchThatItCanBeStarted > InRAM ? Now I did :) Thanx a lot. Interesting that [1] states it's possible, though... Bye... Dirk [1]: https://doukki.net/doku.php?id=wiki:tutoriels:uboot.howto -- Dirk Heinrichs <dirk.heinrichs@altum.de> Tel: +49 (0)2471 209385 | Mobil: +49 (0)176 34473913 GPG Public Key C2E467BB | Jabber: dirk.heinrichs at altum.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part. URL: <http://lists.denx.de/pipermail/u-boot/attachments/20130112/06a15f01/attachment.pgp> ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] Running vanilla u-boot v2012.10 on Guruplug 2013-01-12 19:41 ` Dirk Heinrichs @ 2013-01-12 20:41 ` Jason 2013-01-12 21:30 ` Jeroen Hofstee 2013-01-13 7:44 ` Dirk Heinrichs 2013-01-13 9:25 ` Albert ARIBAUD 1 sibling, 2 replies; 11+ messages in thread From: Jason @ 2013-01-12 20:41 UTC (permalink / raw) To: u-boot On Sat, Jan 12, 2013 at 08:41:36PM +0100, Dirk Heinrichs wrote: > Am Samstag 12 Januar 2013, 16:51:51 schrieb Wolfgang Denk: > > > Did you read the FAQ? Especially > > http://www.denx.de/wiki/view/DULG/CanUBootBeConfiguredSuchThatItCanBeStarted > > InRAM ? > > Now I did :) Thanx a lot. > > Interesting that [1] states it's possible, though... With the dreamplug, I often load u-boot into RAM via the JTAG (0x0600000 and 0x0800000), and then 'resume 0x0600000'. Then use the u-boot running from 0x0600000 to burn the image to SPI flash from 0x0800000. But that's loaded via the JTAG, not from a running u-boot. I think I posted instructions to this mailinglist a while ago about this. If you have the JTAG (it's only $35US), I would advise trying that. thx, Jason. ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] Running vanilla u-boot v2012.10 on Guruplug 2013-01-12 20:41 ` Jason @ 2013-01-12 21:30 ` Jeroen Hofstee 2013-01-12 21:57 ` Jason Cooper 2013-01-12 22:32 ` Jason 2013-01-13 7:44 ` Dirk Heinrichs 1 sibling, 2 replies; 11+ messages in thread From: Jeroen Hofstee @ 2013-01-12 21:30 UTC (permalink / raw) To: u-boot On 01/12/2013 09:41 PM, Jason wrote: > On Sat, Jan 12, 2013 at 08:41:36PM +0100, Dirk Heinrichs wrote: >> Am Samstag 12 Januar 2013, 16:51:51 schrieb Wolfgang Denk: >> >>> Did you read the FAQ? Especially >>> http://www.denx.de/wiki/view/DULG/CanUBootBeConfiguredSuchThatItCanBeStarted >>> InRAM ? >> Now I did :) Thanx a lot. >> >> Interesting that [1] states it's possible, though... > With the dreamplug, I often load u-boot into RAM via the JTAG (0x0600000 > and 0x0800000), and then 'resume 0x0600000'. Then use the u-boot > running from 0x0600000 to burn the image to SPI flash from 0x0800000. > But that's loaded via the JTAG, not from a running u-boot. > > I think I posted instructions to this mailinglist a while ago about > this. If you have the JTAG (it's only $35US), I would advise trying > that. > For what is worth, I can confirm above for the dreamplug.. I wrote this down a once...: cd /where/uboot_is sudo openocd -f /usr/share/openocd/scripts/board/sheevaplug.cfg # other console telnet localhost 4444 sheevaplug_init load_image u-boot load_image u-boot.kwb 0x0800000 resume 0x0600000 # and hit stop in the serial terminal no Idea about the guruplug though.. Regards, Jeroen ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] Running vanilla u-boot v2012.10 on Guruplug 2013-01-12 21:30 ` Jeroen Hofstee @ 2013-01-12 21:57 ` Jason Cooper 2013-01-12 22:32 ` Jason 1 sibling, 0 replies; 11+ messages in thread From: Jason Cooper @ 2013-01-12 21:57 UTC (permalink / raw) To: u-boot On Sat, Jan 12, 2013 at 10:30:58PM +0100, Jeroen Hofstee wrote: > On 01/12/2013 09:41 PM, Jason wrote: > >On Sat, Jan 12, 2013 at 08:41:36PM +0100, Dirk Heinrichs wrote: > >>Am Samstag 12 Januar 2013, 16:51:51 schrieb Wolfgang Denk: > >> > >>>Did you read the FAQ? Especially > >>>http://www.denx.de/wiki/view/DULG/CanUBootBeConfiguredSuchThatItCanBeStarted > >>>InRAM ? > >>Now I did :) Thanx a lot. > >> > >>Interesting that [1] states it's possible, though... > >With the dreamplug, I often load u-boot into RAM via the JTAG (0x0600000 > >and 0x0800000), and then 'resume 0x0600000'. Then use the u-boot > >running from 0x0600000 to burn the image to SPI flash from 0x0800000. > >But that's loaded via the JTAG, not from a running u-boot. > > > >I think I posted instructions to this mailinglist a while ago about > >this. If you have the JTAG (it's only $35US), I would advise trying > >that. > > > For what is worth, I can confirm above for the dreamplug.. > I wrote this down a once...: > > cd /where/uboot_is > sudo openocd -f /usr/share/openocd/scripts/board/sheevaplug.cfg > > # other console > telnet localhost 4444 > sheevaplug_init > load_image u-boot > load_image u-boot.kwb 0x0800000 > > resume 0x0600000 > # and hit stop in the serial terminal Yep, this is exactly what I have. > no Idea about the guruplug though.. It should work fine (unless you broke something, but that's the whole point of this exercise, isn't it ;-) ). If you get a u-boot command prompt in your serial window after 'resume 0x0600000', then you just successfully tested your u-boot. hth, Jason. ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] Running vanilla u-boot v2012.10 on Guruplug 2013-01-12 21:30 ` Jeroen Hofstee 2013-01-12 21:57 ` Jason Cooper @ 2013-01-12 22:32 ` Jason 1 sibling, 0 replies; 11+ messages in thread From: Jason @ 2013-01-12 22:32 UTC (permalink / raw) To: u-boot On Sat, Jan 12, 2013 at 10:30:58PM +0100, Jeroen Hofstee wrote: > On 01/12/2013 09:41 PM, Jason wrote: > >On Sat, Jan 12, 2013 at 08:41:36PM +0100, Dirk Heinrichs wrote: > >>Am Samstag 12 Januar 2013, 16:51:51 schrieb Wolfgang Denk: > >> > >>>Did you read the FAQ? Especially > >>>http://www.denx.de/wiki/view/DULG/CanUBootBeConfiguredSuchThatItCanBeStarted > >>>InRAM ? > >>Now I did :) Thanx a lot. > >> > >>Interesting that [1] states it's possible, though... > >With the dreamplug, I often load u-boot into RAM via the JTAG (0x0600000 > >and 0x0800000), and then 'resume 0x0600000'. Then use the u-boot > >running from 0x0600000 to burn the image to SPI flash from 0x0800000. > >But that's loaded via the JTAG, not from a running u-boot. > > > >I think I posted instructions to this mailinglist a while ago about > >this. If you have the JTAG (it's only $35US), I would advise trying > >that. > > > For what is worth, I can confirm above for the dreamplug.. > I wrote this down a once...: > > cd /where/uboot_is > sudo openocd -f /usr/share/openocd/scripts/board/sheevaplug.cfg > > # other console > telnet localhost 4444 > sheevaplug_init > load_image u-boot > load_image u-boot.kwb 0x0800000 > > resume 0x0600000 > # and hit stop in the serial terminal Yep, this is exactly what I have. > no Idea about the guruplug though.. It should work fine (unless you broke something, but that's the whole point of this exercise, isn't it ;-) ). If you get a u-boot command prompt in your serial window after 'resume 0x0600000', then you just successfully tested your u-boot. hth, Jason. ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] Running vanilla u-boot v2012.10 on Guruplug 2013-01-12 20:41 ` Jason 2013-01-12 21:30 ` Jeroen Hofstee @ 2013-01-13 7:44 ` Dirk Heinrichs 1 sibling, 0 replies; 11+ messages in thread From: Dirk Heinrichs @ 2013-01-13 7:44 UTC (permalink / raw) To: u-boot Am Samstag 12 Januar 2013, 15:41:54 schrieb Jason: > > Interesting that [1] states it's possible, though... > > With the dreamplug, I often load u-boot into RAM via the JTAG (0x0600000 > and 0x0800000), and then 'resume 0x0600000'. Then use the u-boot > running from 0x0600000 to burn the image to SPI flash from 0x0800000. > But that's loaded via the JTAG, not from a running u-boot. Yes, I do have a JTAG. And I have used openocd in the past to recover the plug, so I will try that method. > I think I posted instructions to this mailinglist a while ago about > this. If you have the JTAG (it's only $35US), I would advise trying > that. Yes, I've seen that, too. However, I've also seen the instructions for doing it from within u-boot in the link I posted. Since they didn't work I thought it might be bug. Never thought that it wasn't supported and not supposed to work at all :) Bye... Dirk -- Dirk Heinrichs <dirk.heinrichs@altum.de> Tel: +49 (0)2471 209385 | Mobil: +49 (0)176 34473913 GPG Public Key C2E467BB | Jabber: dirk.heinrichs at altum.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part. URL: <http://lists.denx.de/pipermail/u-boot/attachments/20130113/1b7e4832/attachment.pgp> ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] Running vanilla u-boot v2012.10 on Guruplug 2013-01-12 19:41 ` Dirk Heinrichs 2013-01-12 20:41 ` Jason @ 2013-01-13 9:25 ` Albert ARIBAUD 2013-01-13 16:25 ` Stefan Herbrechtsmeier 1 sibling, 1 reply; 11+ messages in thread From: Albert ARIBAUD @ 2013-01-13 9:25 UTC (permalink / raw) To: u-boot Hi Dirk, On Sat, 12 Jan 2013 20:41:36 +0100, Dirk Heinrichs <dirk.heinrichs@altum.de> wrote: > Am Samstag 12 Januar 2013, 16:51:51 schrieb Wolfgang Denk: > > > Did you read the FAQ? Especially > > http://www.denx.de/wiki/view/DULG/CanUBootBeConfiguredSuchThatItCanBeStarted > > InRAM ? > > Now I did :) Thanx a lot. > > Interesting that [1] states it's possible, though... > > Bye... > > Dirk My experience with starting U-Boot from RAM is that it's usually impossible when U-Boot is meant to start directly from FLASH, mostly (but not only) because the code at some point will rely on being able to keep on running even through access to DRAM is not possible. Now, starting U-Boot *may* be possible when U-Boot is loaded in DRAM before starting it, but is a very tricky and undependable process. For instance, on the Wireless Space target I am maintaining, and which is supposed to be preloaded from FLASH into DRAM by a ROM monitor, if I start the OpenOCD server, then in the console, do a break and / or a reset halt, I won't be able to load_image u-boot; whereas if I do the same actions as -c options when launching OpenOCD. And I have checked countless times that the DRAM init sequence in the config file is bit-for-bit identical to that used by the KWB which wraps the U-Boot image, and which boots fine on its own. Amicalement, -- Albert. ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] Running vanilla u-boot v2012.10 on Guruplug 2013-01-13 9:25 ` Albert ARIBAUD @ 2013-01-13 16:25 ` Stefan Herbrechtsmeier 0 siblings, 0 replies; 11+ messages in thread From: Stefan Herbrechtsmeier @ 2013-01-13 16:25 UTC (permalink / raw) To: u-boot Hi Dirk, Am 13.01.2013 10:25, schrieb Albert ARIBAUD: > On Sat, 12 Jan 2013 20:41:36 +0100, Dirk Heinrichs > <dirk.heinrichs@altum.de> wrote: >> Am Samstag 12 Januar 2013, 16:51:51 schrieb Wolfgang Denk: >> >>> Did you read the FAQ? Especially >>> http://www.denx.de/wiki/view/DULG/CanUBootBeConfiguredSuchThatItCanBeStarted >>> InRAM ? >> Now I did :) Thanx a lot. >> >> Interesting that [1] states it's possible, though... >> >> Bye... >> >> Dirk > My experience with starting U-Boot from RAM is that it's usually > impossible when U-Boot is meant to start directly from FLASH, mostly > (but not only) because the code at some point will rely on being able to > keep on running even through access to DRAM is not possible. You can use the kwboot tool from the tools directory to boot a Marvell Kirkwood SoC via UART0. Kind regards, Stefan ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] Running vanilla u-boot v2012.10 on Guruplug 2013-01-12 8:00 [U-Boot] Running vanilla u-boot v2012.10 on Guruplug Dirk Heinrichs 2013-01-12 15:51 ` Wolfgang Denk @ 2013-01-13 20:49 ` Dirk Heinrichs 1 sibling, 0 replies; 11+ messages in thread From: Dirk Heinrichs @ 2013-01-13 20:49 UTC (permalink / raw) To: u-boot Hello, thanks a lot for all your helpful replies. I have tested v2012.10 succesfully using the OpenOCD method and wrote it to nand from within itself afterwards. I wasn't sure where Debians 2012.04.01 came from (Denx or Marvell), so I needed the test. Now that I'm confident that vanilla versions will work w/o problems, I will flash future versions directly from the running Linux system again. Bye... Dirk -- Dirk Heinrichs <dirk.heinrichs@altum.de> Tel: +49 (0)2471 209385 | Mobil: +49 (0)176 34473913 GPG Public Key C2E467BB | Jabber: dirk.heinrichs at altum.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part. URL: <http://lists.denx.de/pipermail/u-boot/attachments/20130113/8a2d1dea/attachment.pgp> ^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2013-01-13 20:49 UTC | newest] Thread overview: 11+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2013-01-12 8:00 [U-Boot] Running vanilla u-boot v2012.10 on Guruplug Dirk Heinrichs 2013-01-12 15:51 ` Wolfgang Denk 2013-01-12 19:41 ` Dirk Heinrichs 2013-01-12 20:41 ` Jason 2013-01-12 21:30 ` Jeroen Hofstee 2013-01-12 21:57 ` Jason Cooper 2013-01-12 22:32 ` Jason 2013-01-13 7:44 ` Dirk Heinrichs 2013-01-13 9:25 ` Albert ARIBAUD 2013-01-13 16:25 ` Stefan Herbrechtsmeier 2013-01-13 20:49 ` Dirk Heinrichs
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox