The loader relocates it to the right place before launching the OS.

Ah ok, so I'm assuming it handles protecting it's relocating code so that it isn't written over during the relocation process. I haven't actually looked at the code myself yet. I probably should take a peek at what I can before asking questions

X and directfb are working!
Now we're one step closer to minecraft
Note: I can't login on SSH because of an german umlaut in my password and I haven't changed the keyboard-layout yet.
Note2: I don't know where that segfault came from, maybe too much ctrl-c? ;-)
[/youtube]

rhomicubo, can you please tell me what kind of hub you are using? thank you

Don't count on straight minecraft. Maybe one of the clones.

I would recommend something tiny, like nano-X for the WM. It lists as being 100 kb on 32 bit systems. It also says that it should run on any 32 bit system with a kernel framebuffer (which we now have )

There's no relocator in tangrs's loader, I suppose the Linux kernel relocates itself.

Yep, this is pretty much it.

We first load Linux into memory no different than loading anything into memory. I.e. we follow the rules and use malloc, etc... Right up until we actually boot it, the bootloader follows the OS's rules and is capable of exiting without having corrupted anything. After we boot and transfer control to Linux, Linux will relocate itself.

This is a much cleaner approach than say, loading directly into RAM since we can potentially overwrite OS data structures/code while loading.

X and directfb are working!
Now we're one step closer to minecraft
Note: I can't login on SSH because of an german umlaut in my password and I haven't changed the keyboard-layout yet.
Note2: I don't know where that segfault came from, maybe too much ctrl-c? ;-)

[/youtube]

Nice work! I better start catching up and getting my own X to work

You should try compiling gnuplot.

Although you can get a better performance with the built-in from TI, here you go:
http://imgur.com/a/TlFSf

Here's a snapshot of both files (zImage.tns and rootfs.tar.bz2 (smaller and tar)):
http://ritter-vogt.dyndns.biz/lowlevel/rootfs.tar.bz2 (29 MiB)
http://ritter-vogt.dyndns.biz/lowlevel/zImage.tns (2 MiB)
If your firewall blocks dyndns, I'll upload it to dropbox.
Use `tar -xvf rootfs.tar.bz2 -C <mountpoint of usb-stick>`!
Then, if you don't want to wait at boottime, you can rename everything within /etc/init.d (e.g. `mv S85tinyhttpd tinyhttpd`).

Contents of rootfs.tar:
modular x.org (Needs some time to start)
links
Some directfb tests and examples
dhcp client (Preconfigured for eth0)
ethtool
wget (not tested)
blackbox window manager (runs perfectly, to run it create /etc/X11/xinit/xinitrc)
xterm, xcalc, xclock, twm
gnuplot (warning: slow as hell!; you have to `export GNUPLOT_DRIVER_DIR=/bin` first; I was to lazy to search, I symlinked )
mplayer (not tested)
fbv picture viewer
e2fsprogs (not tested)
ntfs3g (not tested)
fdisk (not tested)
hdparm (128 KiB/s read from USB :-/ )
minicom (not tested)
iw, wpa_supplicant, wireless tools (not tested, needs own kernel to be built)
tinyhttpd, openssh
bash
rsyslog
Not working "reset" cmd
nano
vim (not tested)
No locale support (but keyboard layouts)
Crysis

Of course you can also use debian or openSUSE armv5.

Kernel:
devtmpfs support
cdc_ether for networking
Swap support
Framebuffer with a dirty hack you don't wanna see (but it works and it didn't destroy my calc)
USB HID support
Sunplus Wireless Desktop support
No support for modules
No Initrd support (as it'd be useless without modules)

There's no lynx in the image.
You can use links, it's nearly the same.
To open a page, press "g", to quit "q".

Edit: How did you made it? Was it a mistake or an hardware error?