- 1 Tasks
- 2 Bug List
- 3 Questions
- 4 Staging Section
Here's my current list of tastks, listed by priorty:
Jump in if you have an itch...
Everything i have is here: https://github.com/RobertCNelson/
rcn-ee.net archive notes
version - Stable Deb - Testing Deb - Remove archive Karmic - (done) - (done) - (Oneiric Release) Lucid - April 2013 - (done) - (Precise Release) Maverick - April 2012 - (done) - (Precise + 1 Release) Natty - October 2012 - April 2011 - (Precise + 2 Release) Oneiric - (Precise + 3 Release) Precise - Lenny : Keep 2.6.29 (till squeeze's release) Squeeze : (Plan: Removal during Squeeze +2 ) (stable and testing) Wheezy : (stable and testing)
2.6.36 - Removed 2.6.37 - Removed (Removed during 3.2-rc's) 2.6.38 - Much Much Older Stable (Removal during 3.3-rc's) 2.6.39 - Much Older Stable (Removal during 3.4-rc's) 3.0 - Older Stable (Removal during 3.5-rc's) 3.1 - Stable (Lucid/Maverick/Natty/Oneiric/Precise Squeeze/Wheezy/Sid Unstable) 3.2 - Development (Oneiric/Precise Squeeze/Wheezy/Sid Unstable)
Keep Last two RC's at a time..
3.0-rc (Removed during 3.2-rc) 3.1-rc 3.2-rc
Ps: Anything Removed is still in the Archive Mirror: http://rcn-ee.homeip.net:81/dl/mirrors/deb/
Finish testing igepv2: https://github.com/RobertCNelson/Bootloader-Builder
Maverick, X Session - Console broken
Looks like the omapfb package is broken with xorg..
The content of the following git repo seems to be buggy. mmc card builds fine but after running some errors occur.
After mk_mmc.sh you might get a
Unknown command 'mmcinit' - try 'help'
- Actually, my script never calls "mmcinit/mmc init" as the new mlo/u-boot will "init" the mmc before loading either boot.scr/uEnv.txt from the mmc and then run the reflash script. --RobertCNelson 13:23, 18 May 2011 (UTC)
BTW: Running on a Rev. C3
I guess this one should be addressed to Rob. But anyway:
Thus you could still follow the instructions of the manual run.
Unfortunately this part is outdated as well for the u-boot which arrived late 2010.
Note: If using the latest version of u-boot note that the commands and parameters might have changed. Thus you might have to use mmc init 0; mmc rescan 0 instead of mmcinit or mmc init 0.
A fatload mmc 0:1 0x80200000 MLO will mostlikely result in something like
MMC: block number 0x1 exceeds max(0x0) ** Can't read from device 0 **
until mmc rescan 0. Such things occur quite often in community forums.
Should the current description be kept on the wiki page since older u-boots are still used? Or will we have to replace the text to make it work with the latest u-boot?
Probably this could be done in parallel when updating and solving the content of the git above?
-- Merkel 10:15, 18 May 2011 (UTC)
- The script has been working perfectly fine with u-boot 2010 for a good year on both Bx/Cx boards. It assumes the worst possible situation, an un-bootable beagle, so you *must* hold down the user button on power up to enable mmc boot. Anything else is/has-been unreliable because u-boot will changes there commands on any random whim... The updated mlo on the mmc will then load u-boot.bin which will init the mmc with it's own internal "mmc boot" script (so mmc init/mmcinit/etc is not needed). On the Bx we need to use the older 2010 u-boot which will then load boot.scr and reflash/replace mlo/u-boot in memory leaving your u-boot env alone (so you'll probally need to update your boot env..) For the Cx we can use a newer faster u-boot (2011), which also happens to load uEnv.txt first, which will then load boot.scr and do the same. --RobertCNelson 13:32, 18 May 2011 (UTC)
- Since you got: "Unknown command 'mmcinit' - try 'help'" i'm going to assume you had a much older mlo/u-boot installed previously, if you paste your boot message on pastebin.com and either email me (email listed here http://elinux.org/User:RobertCNelson ) we could work out where your getting stuck.. --RobertCNelson 13:32, 18 May 2011 (UTC)
Adding/Testing Update MLO/xloader to 1.4.2.
--RobertCNelson 21:26, 5 March 2009 (UTC)
It is easier just to do BOTH "nand ecc sw" and "nandecc sw" to avoid mistakes where someone doesn't use the right one for their u-boot. Doing the "wrong" one won't hurt.--Jkridner 03:16, 10 March 2009 (UTC)
Adding the SGX is unclear
Your instructions on adding the SGX acceleration are unclear - you don't specify where all the files you are copying are to come from.
e.g. you say "cp *.so /usr/lib" - but you don't say WHERE you are to issue that command from.
David Hagood 21:57, 3 June 2009 (UTC)
Your choice, either the gfx_rel or the gfx_dbg* directory of the SDK. *really not sure how helpful ti/imgtec would be if we ever found a bug.. ;)
--RobertCNelson 01:46, 4 June 2009 (UTC)
any pre-made images?
It seems a lot easier to put Angstrom on the SD card than Ubuntu--why? Is there any way not to build the rootfs from scratch but rather untar onto the ext3 partition?
There's really two issues, hosting and what is a good generic package for everyone???
File Sizes when tar'ed & 7z'ed
bare-bone base: 47Mb lxde-desktop: 101Mb xfce4-desktop: 112Mb gnome-desktop: 144Mb xubuntu-desktop: 321Mb kubuntu-desktop: 357Mb ubuntu-desktop: 382Mb
I've thought of at-least uploading the bare-bone's to rcn-ee.com, which is good generic starting point, but it's still almost faster to just build lxde-desktop from scratch. (specially if you are you are using apt-cacher-ng/etc)
--RobertCNelson 13:54, 24 June 2009 (UTC)
It probably is faster to build from scratch--however (as an unfortunate medium-level non-computer professional linux user) it took me 15 hours to compile the full ubuntu-desktop image (is that normal?). For the life of me I could not get the uImage to load from my RevC3 board, no matter how I updated the uboot--however, it finally worked when I copied the MLO and uboot.bin files from my working Angstrom card as the first ones on my reformatted fat32 partition and then downloaded your kernel and renamed it uImage.bin. I'd rather know how to get it working with your instructions but I'm glad it worked. Your instructions are quite clear btw although I couldn't upgrade the kernel or write kernel scripts as I couldn't get that far--the nand just wouldn't read the uImage at all.
Considering the number of packages, 15 hours sounds about right. For reference on my dual opteron, with the full ubuntu repo mirrored it takes roughly 6 hours for ubuntu-desktop. An lxde (lxde, gdm) or xfce4 (xfce4, gdm) minimal desktop takes roughly and hour and a half... Could you pastebin your U-Boot bootup with error, I'm guessing it's the latest with the default environment (printenv) which has been changed by default to look for uImage.bin instead of just uImage (and "mmcinit" has been replaced by "mmc init")..
--RobertCNelson 12:59, 25 June 2009 (UTC)
Basically it just said "unable to read uImage file" but there was nothing special. I tried renaming uImage to uImage.bin but nothing happened. The only thing that worked for me was the combo MLO+uboot.bin+uImage.bin. --Jthiels 19:20, 27 June 2009 (UTC)
I'm not sure where to put this in the page, but adding console-setup-mini to my seed list dramatically improved my boot time. --Rwfowler 16:57, 9 November 2009 (UTC)
Maybe after the Jaunty/Karmic setup section in Build Image?
Replace "Note: For USB WIFI adapters, add package "linux-firmware, wireless-tools" to the --seed WiFi Hints: http://elinux.org/BeagleBoardUbuntuNetwork"
with an new subsection:
console-setup-mini: fast console boot... linux-firmware, wireless-tools: WiFi Hints: http://elinux.org/BeagleBoardUbuntuNetwork
We don't need to explain every one, just ones that make a nice difference for the board..
PS. I've given some thought about making a meta package such as "ubuntu-desktop" but for the beagle, "beagle-console", "beagle-desktop"
--RobertCNelson 20:41, 9 November 2009 (UTC)
Wrong Image Format for bootm command
I tried to use Natty 11.04 Demo Image but while booting i am getting this error:
Wrong Image Format for bootm command ERROR: can't get kernel image!
Sounds like either mkimage didn't work or something else is going on, you really should email me. Email address in setup_sdcard.sh.. --RobertCNelson 23:15, 4 June 2011 (UTC)
You cannot post new threads to this discussion page because it has been protected from new threads, or you do not currently have permission to edit.
|Thread title||Replies||Last modified|
|The current (August 4) trusty image is really a Debian Whezzy image.||2||08:53, 29 September 2014|
I just tried https://rcn-ee.net/deb/rootfs/trusty/ubuntu-14.04-console-armhf-2014-07-06.tar.xz and found that it was a debian wheezy image instead of the advertized ubuntu image.
The previous image from that download location is working for me though. My apt-get upgrade has just finished successfully.
odd, as all the image generation steps are scripted. I just finished uploading 2014-08-13, and tested every *.img for both ubuntu/debian. They all came out fine, so i wonder why 2014-07-06 didn't work..