George, The Dreamplug may not be the best device to use at the moment as I learnt 2 days ago that the board design has changed very recently and it will be a while until the required code changes are made in the mainline kernel code ( and the mainline u-boot code). I have emailed the maintainer of the dreamplug code about the board changes. If you have one of the new boards a kernel built from mainline kernel source will not work. Others have tried and failed.
Do not follow the trimslice directions as they are for a completely different SOC and board design and it stores uboot differently. What works for tegra based boards will not work for kirkwood based boards. I have on my to do list for the Fedora ARM project to create instructions for setting up uboot for kirkwood based systems. ( I have several different kirkwood systems in my ARM collection). I had been waiting for one of the olpc-sf members to return from overseas so I could inspect there dreamplug and run a few tests. Now the new dreamplug board design adds a new wrinkle to this. Base the offset off what was used in the Dreamplugs default environment as shipped to you. If it does not boot successfully it could be board incompatibility. I have not been able to find either a Marvell or GlobalScale repository with code for the new design. I assume it will be published at some point in the future. Well need to get back to working on ARM XS stuff. rihowa...@gmail.com linux - the best things in life are free On Apr 15, 2012, at 1:49 PM, George Hunt wrote: > I need some pointers. > > My target machine is a Dreamplug. > > In the Fedora 17 arm distro, there are separate releases for ARMv5 and ARMv7. > I have been playing with the ARMv5 download which includes kernels for > tegra, imx, omap, and armv5tel (the latter is what I have been using). I > created a FAT16 partition on an sd card, used uboot's mkimage to package the > kernal for uboot to load. I can execute the uboot command: "usb start; > fatload usb 1 0x6400000 /boot/uImage" > > But when I load the uImage to memory at 0x6400000, and bootm 0x6400000 (how > do I know that that's the correct load address -- I copied the trimslice > directions), I get no response. When I do the same with a kernel supplied by > compulab for the dreamplug, it seems to function properly, ie. it boots to > the point where it is looking for the rootfs (it gets further in the boot > process). > > Is there any documentation on how to proceed in FC17 with the supplied > kernels? Maybe I should just cross compile to get to a uImage? > > George > > On Sun, Apr 15, 2012 at 2:28 AM, comment-re...@wordpress.com > <comment-re...@wordpress.com> wrote: > > New comment on your post "First Learnings about ARM" > Author : kevix (IP: 98.113.63.95 , pool-98-113-63-95.nycmny.fios.verizon.net) > E-mail : kevin.m...@verizon.net > URL : http://kevix.myopenid.com > Whois : http://whois.arin.net/rest/ip/98.113.63.95 > Comment: > George, if you are interested, I chat with OLPC folks on a daily basis on a > private XS. Some of the folks are familiar with ARM. Let me know if you want > the server info. > > You can see all comments on this post here: > https://schoolserver.wordpress.com/2012/04/14/first-learnings-about-arm/#comments > > Permalink: > https://schoolserver.wordpress.com/2012/04/14/first-learnings-about-arm/#comment-39 > Trash it: > http://schoolserver.wordpress.com/wp-admin/comment.php?action=trash&c=39 > Spam it: > http://schoolserver.wordpress.com/wp-admin/comment.php?action=spam&c=39 > > > You can reply to this comment via email as well, just click the reply button > in your email client. > > > > _______________________________________________ > Server-devel mailing list > Server-devel@lists.laptop.org > http://lists.laptop.org/listinfo/server-devel
_______________________________________________ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
