openwrt/target/linux/uml
Christian Lamparter e22fba1694 uml: fix build error due to frame size > 1024
the UML build fails during the kernel build:
| arch/um/drivers/net_kern.c: In function 'compute_hash':
| arch/um/drivers/net_kern.c:322:1: error: the frame size of 1072 bytes is larger than 1024 bytes [-Werror=frame-larger-than=]
|  322 | }
|      | ^
|cc1: all warnings being treated as errors

The compute_hash() function is added by our patch:
102-pseudo-random-mac.patch

Instead of allocating a 1024 byte buffer on the stack for the SHA1
digest input, let's allocate the data on the heap. We should be
able to do that since crypto_alloc_ahash and ahash_request_alloc
also need to allocate structures on the heap.

Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
(cherry picked from commit aed2569d37)
Signed-off-by: Daniel Golle <daniel@makrotopia.org>
2023-05-24 19:25:39 +01:00
..
base-files/etc uml: set inittab for working console 2016-09-27 17:50:21 +02:00
files/arch/um/include/uapi/asm uml: update to linux 5.4 2020-08-22 07:02:01 +02:00
image target: use SPDX license identifiers on Makefiles 2021-02-10 15:47:18 +01:00
patches-5.15 uml: fix build error due to frame size > 1024 2023-05-24 19:25:39 +01:00
config-5.15 uml: add Kernel 5.15 support via testing 2022-09-24 23:53:53 +02:00
Makefile treewide: replace wpad-basic-wolfssl default 2023-02-04 02:35:03 +01:00
README.md uml: add Kernel 5.15 support via testing 2022-09-24 23:53:53 +02: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 or squashfs root file system
  • Build it all

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

./openwrt-uml-vmlinux ubd0=openwrt-uml-squashfs.img

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/