openwrt/target/linux/uml
Gabor Juhos c1dc6df8bd kernel: update linux 3.2 to 3.2.12
SVN-Revision: 31028
2012-03-19 18:23:31 +00:00
..
config add support for 3.2 2012-03-17 11:55:53 +00:00
image define a shared IMG_PREFIX variable used as a basename for image files, it contains board & subtarget infos (if appropriate) allowing subtargets to share the same bin directory without overwriting each other's files 2010-04-12 23:15:56 +00:00
patches-3.2 add support for 3.2 2012-03-17 11:55:53 +00:00
Makefile kernel: update linux 3.2 to 3.2.12 2012-03-19 18:23:31 +00:00
README update readme wrt ext2/ext4 usage 2011-02-12 19:04:09 +00:00

Openwrt inside a user mode linux.  Why would we even want this many ask?

There are potentially a lot of reasons, one obvious one to me, it allows
folks to 'kick the tires' without actually flashing up any hardware.  It's
also a great environment for porting over packages, you can get a package
fully functional in the uclibc root environment inside a uml without actually
disturbing your 'real router', and then rebuild for a specific target once
it's fully tested.

This is a first stab at a build that 'just works' and there will be more
cleanup to come.  The simple directions are:-

Configure for uml target
Configure with an ext4 root file system
build it all

In your bin directory you will find a kernel and an ext4 root file system
when it's finished.  Just run it like this:-

bin/uml/openwrt-uml-vmlinux ubd0=bin/uml/openwrt-uml-ext4.img con=null ssl=null ssl0=fd:0,fd:1 con0=null,fd:2

The uml will start, and eventually the serial console of the uml will be at your
console prompt.  If you would like it in xterms, substitute con=xterm and con0=xterm.
No networking is configured, but, it's a starting point.  The resulting file system
has just enough free space to start kicking the tires and playing in the world of
'embedded routers' along with all the resource restrictions that come with that
world.  

To configure networking and more, refer to the user mode linux documentation online.
A quick start goes along this line.  install the uml-utilities packages so you have
the uml switch in and running, then add a command param to your uml start like this

eth0=daemon,00:01:01:01:01:01,unix,/<your uml switch control socket here>

With that in, and uml networking actually functional (can be a challenge at times),
you should be able to ifconfig the interface and talk to the host side, or, if you
bridged the uml switch to your host network, you should be able to run udhcp and be
away with networking off to the world.  Again, if you are unfamiliar with uml and
uml networking, please read the docs and how-to stuff available on the net.  It does
take some fiddling to get it started and working right the first time, but after that,
it opens up a whole new world of virtual machines.



http://user-mode-linux.sourceforge.net/