|> Do you have this option compiled into your kernel?
|>
|> Kernel/User netlink socket (CONFIG_NETLINK) [Y/n/?] ?
|>
|
| Yes indeed I do...
Are you loading anything by module? Or have you compiled everything into
the kernel directly like I do? If you compile everything in, could you
maybe send me a copy of your kernel .config file? I could see exactly
what is different between yours and mine and see if any differences
suggest to me something that could be a problem.
| I have also tried opening /dev/tap0 as O_RDWR.
|
| Really stumped....
Has me stumped, too ... except that when I get stumped on my own machines
I'm usually trying a whole lot of things quite rapidly to see if anything
even sheds clues.
Focusing on the fact that your message says a resource is busy, I would
wonder if something opened the /dev/tap0 device. I can see that on my
own machine:
readpacke 21835 root 3u CHR 36,16 8213 /dev/tap0
You probably already looked around for anything like that, even though most
likely you have nothing that could have opened it.
I might look around deeper in the netlink device handling code to see what
kinds of things it could be testing for busy conditions and checking to see
if those conditions might exist. In the mean time, you might want to give
a shot at seeing if my little readpacket program will by some chance make
a difference. You can grab it at: http://phil.ipal.org/readpacket.tar.gz
It was something I used to do some testing of ethertap to see what I get
out, and I got stuff like:
tap0 Link encap:Ethernet HWaddr FE:FD:00:00:00:00
inet addr:10.1.1.1 Bcast:10.1.255.255 Mask:255.255.0.0
UP BROADCAST RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:36 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
---------------------------------------- 73 bytes
01000000 00000000 fefd0000 00000800 45000039 9e840000 4011c428 0a010101
0a020304 04011234 00252e4f 54756520 4a756c20 31312030 353a3539 3a333920
43445420 32303030 0a
--
| Phil Howard - KA9WGN | My current websites: linuxhomepage.com, ham.org
| phil (at) ipal.net +----------------------------------------------------