|
From: Jeff D. <jd...@ka...> - 2001-08-28 20:12:57
|
This update features a TUN/TAP backend for the network driver.
To use it, you:
Make sure the host has TUN/TAP, compiled in, as an autoloaded modules, or
as an already loaded modules, and /dev/net/tun looks like this
crw-r--r-- 1 root root 10, 200 Jul 20 15:24 tun
Turn on CONFIG_UML_NET_TUNTAP
Grab the latest uml_net if you don't want to be responsible for doing host
setup, and make it look like this:
-rwsr-xr-x 1 root root 67902 Aug 28 13:38 /usr/bin/uml_net
Put 'eth0=tuntap,,,192.168.0.254' on the UML command line and let it rip.
The full switch format is eth<n>=tuntap,<device name>,<ether addr>,<TAP IP>,
just like ethertap. device_name is not currently used. That's being saved
for persistent TUN/TAP maybe.
From here, it's just like any of the other transports. Let me know about
any problems. uml_net isn't as helpful as it is for ethertap yet. I also
added the ability for uml_net to pass the commands it runs and their output
back to UML which can printk it. You'll see this when you fire up a tuntap
device. I think it's an improvement over having random output splatted over
the console. Let me know if you disagree.
Also, the uml_net bug which shut down ethertap devices it should leave alone
has been fixed.
The hang when UML can't find xterm is fixed.
There is now a nice error when the host is out of ptys.
The patch is available from
http://ftp.nl.linux.org/pub/uml/uml-patch-2.4.9-2.bz2
http://uml-pub.ists.dartmouth.edu/uml/uml-patch-2.4.9-2.bz2
http://prdownloads.sourceforge.net/user-mode-linux/uml-patch-2.4.9-2.bz2
Jeff
|