Re: [uml-devel] skas & /proc/mm in the host kernel, yet /proc/mm 'not found'

[Nix <nix@esperi.demon.co.uk>]

On Wed, 24 Sep 2003, Jeff Dike stipulated:
> rodlist@rod.info said:
>> --w--w--w- == 222 
>> --x--x--x- == 111 
> 
> Err, right.  But I still have no idea what's happening.
> 
> If the file is there, it should definitely not fail to open.

Well, I was using hppfs and honeypot.pl with uml-2.4.22-4 (with skas),
and after a while the hppfs driver would seemingly cease forwarding
anything to honeypot.pl (I instrumented the honeypot and it was still
running, just not getting any requests).

Loads of messages were dumped on the console and into syslog like

hppfs_open : failed to open a socket in 'proc/uptime/r', err = 1
hppfs_open : failed to open a socket in 'proc/uptime/r', err = 1
hppfs_open : failed to open a socket in 'proc/uptime/r', err = 1
hppfs_open : failed to open a socket in 'proc/uptime/r', err = 1
hppfs_open : failed to open a socket in 'proc/uptime/r', err = 1

Kernel panic: init_new_context_skas - new_mm failed, errno = -24

This is consistent with honeypot.pl ceasing to answer requests, but it
was still humming along. The requests just weren't getting forwarded to
it. (Plus, the init_new_context_skas is looking for /proc/mm on the
*host*, isn't it? Hm, maybe I'm barking up a gum tree here.  Anyway, I
haven't seen the init_new_context_skas error since I stopped using
hppfs. It's still built in, just not mounted anymore.)

-- 
`I treat debconf as a hostile imperialist agent.  "ALL CONFIGS YOURS
 NOW CONFIGS OURS ARE."' --- Stephen J. Turnbull


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel