[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

uml & tun/tap



Hi,

First of all, I hope this is the right list for this question/problem,
as I didn't find a lot of references to uml in the lists
(boot,devel,users).

Although I have been reading the instructions on
http://user-mode-linux.sourceforge.net/UserModeLinux-HOWTO-4.html, I
cannot get the uml networking setup working.

History:

- running sid

- built a uml kernel using kernel-source-2.4.17 (version: 2.4.17-1)
and kernel-patch-uml (version:20020114-1); just used the instructions
in the uml howto i.e. make config ARCH=um; make dep ARCH=um; make
linux ARCH=um; make modules ARCH=um; installed modules by mounting the
debian 2.2 root filesystem (from the uml homepage) via the loop
device: ok

- downloaded the debian 2.2 root filesystem from the uml homepage

- installed uml-utilities (version: 20020104-2)

- booted the kernel (tun is in the kernel): ok

- tried out uml_mconsole: ok

- wanted to setup networking using TUN/TAP: nok

  - according to
    http://www.linuxhq.com/kernel/v2.4/doc/networking/tuntap.txt.html,
    there should be a /dev/net/tun (major=10, minor=200) device + the
    driver creates /dev/tunX (X=0,1,2, ...) devices on the fly (tun is
    compiled as a module and loaded automatically by kmod); my system
    also does not seem to have tap devices ...
  
  - [host] apparently, there was no /dev/net directory and /dev/net/tun
    character device (major=10, minor=200) on my system => created
    this

  - [host] the alias char-major-10-200 tun was already in
    /etc/modutils/aliases and /etc/modules.conf.

  - [host] When I do "hexdump /dev/net/tun", the tun module is loaded
    but I get an error saying "hexdump: /dev/net/tun: File descriptor
    in bad state" (tried this according to
    http://www.sics.se/~adam/lwip/maillist/msg00091.html)

  - [host] When I boot the uml using ./linux eth0=tuntap,,,192.168.2.4
    and then login (as root) and issue an ifconfig eth0 192.168.2.5
    up, I get the following error messages (in uml of course):

tuntap_open_tramp : didn't receive a message
Exec of 'uml_net' failed - errno = 2
tuntap_open_tramp failed - errno = 22
SIOCSIFFLAGS: Invalid argument
tuntap_open_tramp : didn't receive a message
Exec of 'uml_net' failed - errno = 2
tuntap_open_tramp failed - errno = 22
SIOCSIFFLAGS: Invalid argument

  - [host] Normally, uml_net (which does not seem to be a user
    executable as described on the uml homepage, but rather an
    executable that is called automatically by ?), should setup the
    tun device on the host (i.e. create the tun device, the tun
    virtual interface and put the IP address on it). However, this
    does not seem to be the case. At the moment however, I do not have
    a clue of how to continue debugging the problem.

  - [host] Booting using ./linux eth0=ethertap,tap0,,192.168.2.4 and
    doing the ifconfig eth0 192.168.2.5 up results in a similar error
    (below). I noticed however a difference between (a) when I
    manually insert the ethertap module or (b) do not do this. In case
    (a), there seems to be a virtual tap0 interface (ifconfig -a),
    while this is not the case for (b). The fact that ethertap is not
    loaded automatically in case (b) looks similar to the symptom of
    case (a). Case (a) does not occur for tuntap however.

etap_tramp : uml_net failed
etap_tramp failed - errno = 22
SIOCSIFFLAGS: Invalid argument
etap_tramp : uml_net failed
etap_tramp failed - errno = 22
SIOCSIFFLAGS: Invalid argument

  - Finally, I resorted to slip, which also failed (below), by using
    ./linux eth0=slip,192.168.2.4 and ifconfig umn 192.168.2.5 up.

read_output - read of length failed, errno = 0
'uml_net' didn't exit with status 0
slip_tramp failed - errno = 22
SIOCSIFFLAGS: Invalid argument
read_output - read of length failed, errno = 0
'uml_net' didn't exit with status 0
slip_tramp failed - errno = 22
SIOCSIFFLAGS: Invalid argument

  - Moreover, for the slip case, doing a shutdown -h now on the uml
    results in the following error: "Stopping NFS kernel daemon:
    mountd nfsdkernel BUG at fork.c:251!"

What's wrong with uml_net?

-- 
frank.lenaerts@advalvas.be

Those who do not understand Unix are condemned to reinvent it, poorly."
-- Henry Spencer

Attachment: pgpSmmS138kR0.pgp
Description: PGP signature


Reply to: