linux-um archives
 help / color / mirror / Atom feed
From: BlaisorBlade <blaisorblade_spam@yahoo.it>
To: Nix <nix@esperi.org.uk>
Cc: user-mode-linux-devel@lists.sourceforge.net,
	user-mode-linux-user@lists.sourceforge.net
Subject: Re: [uml-user] Re: [uml-devel] new skas3 patch ready for 2.4.25
Date: Sun, 22 Feb 2004 16:00:38 +0100	[thread overview]
Message-ID: <200402221516.09898.blaisorblade_spam@yahoo.it> (raw)
In-Reply-To: <87k72gv3cg.fsf@amaterasu.srvr.nix>

Alle 16:50, sabato 21 febbraio 2004, Nix ha scritto:
> On Fri, 20 Feb 2004, BlaisorBlade informed the cosmos:
> > Yes, it went away, so a new skas patch must be built. I have one (tested)
> > at http://www.user-mode-linux.org/~blaisorblade/
I'm running that patch and someone else reported success.

> Checking for the skas3 patch in the host...found
> Checking for /proc/mm...found
> Checking for /dev/anon on the host...Not available (open failed with errno
> 2) Linux version 2.4.24-1um (compiler@loki) (gcc version 2.95.4 20010319
> (prerelease)) #1 Wed Feb 18 22:58:16 GMT 2004
> On node 0 totalpages: 24576
> zone(0): 24576 pages.
> zone(1): 0 pages.
> zone(2): 0 pages.
> Kernel command line: con=port:16380 con0=fd:0,fd:1 fakeide mem=96M
> ubd0=/mirror/uml/esperi-root-cow.image,/mirr or/uml/esperi-root.image
> tty_log_dir=/home/firewall/log/esperi umid=esperi
> eth0=tuntap,tap0,00:60:97:79:E2:C1 e th1=tuntap,tap1 root=/dev/ubd0
> Calibrating delay loop... 465.30 BogoMIPS
> Memory: 94412k available
> Dentry cache hash table entries: 16384 (order: 5, 131072 bytes)
> Inode cache hash table entries: 8192 (order: 4, 65536 bytes)
> Mount cache hash table entries: 512 (order: 0, 4096 bytes)
> Buffer cache hash table entries: 4096 (order: 2, 16384 bytes)
> Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
> Checking for host processor cmov support...No
> Checking for host processor xmm support...No
> Checking that ptrace can change system call numbers...OK
> Checking that host ptys support output SIGIO...Yes
> Checking that host ptys support SIGIO on close...No, enabling workaround
> POSIX conformance testing by UNIFIX
> Linux NET4.0 for Linux 2.4
> Based upon Swansea University Computer Society NET3.039
> Initializing RT netlink socket
> Starting kswapd
> VFS: Disk quotas vdquot_6.5.1
> Journalled Block Device driver loaded
> pty: 256 Unix98 ptys configured
> Universal TUN/TAP device driver 1.5 (C)1999-2002 Maxim Krasnyansky
> Initializing software serial port version 1
> mconsole (version 2) initialized on /home/firewall/.uml/esperi/mconsole
> Partition check:
>  ubda: unknown partition table
> Initializing stdio console driver
> Netdevice 0 (00:60:97:79:e2:c1) : TUN/TAP backend -
> Netdevice 1 (00:60:97:79:e2:c1) : TUN/TAP backend -
> NET4: Linux TCP/IP 1.0 for NET4.0
> IP Protocols: ICMP, UDP, TCP, IGMP
> IP: routing cache hash table of 512 buckets, 4Kbytes
> TCP: Hash tables configured (established 8192 bind 8192)
> ip_conntrack version 2.1 (737 buckets, 5896 max) - 288 bytes per conntrack
> ip_tables: (C) 2000-2002 Netfilter core team
> ipt_recent v0.3.1: Stephen Frost <sfrost@snowman.net>. 
> http://snowman.net/projects/ipt_recent/ NET4: Unix domain sockets 1.0/SMP
> for Linux NET4.0.
> NET4: Ethernet Bridge 008 for NET4.0
> VFS: Mounted root (ext2 filesystem) readonly.
> Kernel panic: switch_mm_skas - PTRACE_SWITCH_MM failed, errno = 5
>
> That's -EIO.
>
> (Of course, CONFIG_PROC_MM=y on the host and the host is running
> 2.4.25+skas-2.4.25.)

Hmmm, I've looked at the faulting code and IMHO the most probable thing is a 
compilation problem (forgot make dep after applying the patch, for instance) - 
try saving your .config, running make mrproper, 
grepping through .config to check that CONFIG_PROC_MM=y and recompiling the 
bzImage:
 $ make dep bzImage

Rebuilding modules *probably* is not necessary, but I'm not sure - rerun 
depmod with the newly created System.map with the already installed 2.4.25 
modules to check that symbols can actually be resolved.

More exactly, it seems that arch/i386/kernel/ptrace.c was recompiled after 
applying the patch but without CONFIG_PROC_MM on.

Also, IMHO that kind of error cannot be returned by sys_ptrace, unless 
CONFIG_PROC_MM was off when compiling that file (I've also checked 
proc_mm_get_mm).

Bye
-- 
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729




-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

  reply	other threads:[~2004-02-22 15:29 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-02-18 16:00 [uml-devel] skas3 patch fails against vanilla-2.4.25 Patrick Moor
2004-02-19 20:27 ` [uml-devel] " Sven Köhler
2004-02-20 10:12   ` Gerd Knorr
2004-02-20 12:30     ` Sven Köhler
2004-02-20 12:54       ` Gerd Knorr
2004-02-20 13:19         ` Sven Köhler
2004-02-20 17:10   ` Goetz Bock
2004-02-20 20:25 ` [uml-devel] new skas3 patch ready for 2.4.25 BlaisorBlade
2004-02-21 15:50   ` Nix
2004-02-22 15:00     ` BlaisorBlade [this message]
2004-02-22 18:04       ` [uml-user] " Nix
2004-02-22 19:56         ` BlaisorBlade
2004-02-25  7:57           ` Nix
2004-02-23  6:30   ` skas and vserver on 2.4.25 (Re: [uml-devel] new skas3 patch ready for 2.4.25) Nicholas Lee
2004-02-25 15:54     ` BlaisorBlade
2004-02-25 19:40       ` Nicholas Lee
2004-02-25 20:06         ` BlaisorBlade
2004-02-24 15:59   ` [uml-devel] new skas3 patch ready for 2.4.25 Patrick Moor

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200402221516.09898.blaisorblade_spam@yahoo.it \
    --to=blaisorblade_spam@yahoo.it \
    --cc=nix@esperi.org.uk \
    --cc=user-mode-linux-devel@lists.sourceforge.net \
    --cc=user-mode-linux-user@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox