[uml-devel] Kernel mode fault at addr 0x48965000, ip 0x400e51a4

[uml-devel] Kernel mode fault at addr 0x48965000, ip 0x400e51a4

[Jeff Chua]

uml-patch-2.4.22-5 works fine, but newer patches fail during boot

Starting daemons: syslogd klogd inetd namedKernel panic: Kernel mode fault
at addr 0x48965000, ip 0x400e51a4


The following works ...
	uml-patch-2.4.22-5
	host 2.4.24-pre2

The following doesn't work ...
	uml-patch-2.4.23-1
	uml-patch-2.4.22-6
	uml-patch-2.4.22-7


The error is repeatable. If I don't mount lvm disks, and only uses initrd
ramdisk, the problem doesn't appear!


Thanks,
Jeff
[ jchua@fedex.com ]


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip 0x400e51a4

[BlaisorBlade]

Alle 17:32, lunedì 29 dicembre 2003, Jeff Chua ha scritto:
> uml-patch-2.4.22-5 works fine, but newer patches fail during boot
>
> Starting daemons: syslogd klogd inetd namedKernel panic: Kernel mode fault
> at addr 0x48965000, ip 0x400e51a4

What is your host distro? From some other problems I guessed you have a 
Debian. Would you confirm this, please? It's the 3rd/4th time I'm asking you 
this.

If this is true, see this thread started on 20/12/2003 by Matt Zimmerman:

2.4.22-[67] problems

And, if you can, test that under different Debian versions as he did (i.e. it 
seems that this happens only if UML is compiled under a certain environment 
and not another).

The actual error is very different from the one you report. But since the two 
errors seem being about memory corruption (invalid pointer or race 
conditions), it's very likely that the problem is the same. I also think this 
because LVM code is probably correct!

Bye
-- 
cat <<EOSIGN
Paolo Giarrusso, aka Blaisorblade
Linux Kernel 2.4.21/2.6.0-test on an i686; Linux registered user n. 292729
EOSIGN



-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id\x1278&alloc_id371&opÌk
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip 0x400e51a4

[Jeff Chua]

On Tue, 30 Dec 2003, BlaisorBlade wrote:

> Alle 17:32, lunedì 29 dicembre 2003, Jeff Chua ha scritto:
> > uml-patch-2.4.22-5 works fine, but newer patches fail during boot
> >
> > Starting daemons: syslogd klogd inetd namedKernel panic: Kernel mode fault
> > at addr 0x48965000, ip 0x400e51a4
>
> What is your host distro? From some other problems I guessed you have a
> Debian. Would you confirm this, please? It's the 3rd/4th time I'm asking you
> this.


It's neither. I supposed it's closer to redhat.


  Linux 2.4.24-pre3
  binutils-2.14.90.0.7
  gcc version 2.95.3 20010315 (release)
  glibc-2.2.5-34.src.rpm

  LVM version:     2.00.08 (2003-11-14)
  Library version: 1.00.07-ioctl (2003-11-21)
  Driver version:  4.0.5


> If this is true, see this thread started on 20/12/2003 by Matt Zimmerman:
>
> 2.4.22-[67] problems
>
> And, if you can, test that under different Debian versions as he did (i.e. it
> seems that this happens only if UML is compiled under a certain environment
> and not another).
>
> The actual error is very different from the one you report. But since the two
> errors seem being about memory corruption (invalid pointer or race
> conditions), it's very likely that the problem is the same. I also think this
> because LVM code is probably correct!

Without loading LVM, the problem would not happen.


Jeff



-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id\x1278&alloc_id371&opÌk
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip 0x400e51a4

[Jeff Dike]

jchua@fedex.com said:
> Starting daemons: syslogd klogd inetd namedKernel panic: Kernel mode
> fault at addr 0x48965000, ip 0x400e51a4 

Can you get a stack trace from the panic?

				Jeff



-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip 0x400e51a4

[Johannes Formann]

At 21:58 Uhr -0500 05.01.2004, Jeff Dike wrote:
>jchua@fedex.com said:
>>  Starting daemons: syslogd klogd inetd namedKernel panic: Kernel mode
>>  fault at addr 0x48965000, ip 0x400e51a4
>
>Can you get a stack trace from the panic?

a simple strace $comand_to_run_uml?

Johannes


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip 0x400e51a4

[Jeff Dike]

johannes@formann.de said:
> a simple strace $comand_to_run_uml? 

No, gdb it, put a breakpoint on panic, get a stack trace when it hits the
breakpoint.

				Jeff



-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip 0x400e51a4

[Johannes Formann]

At 12:18 Uhr -0500 06.01.2004, Jeff Dike wrote:

>No, gdb it, put a breakpoint on panic, get a stack trace when it hits the
>breakpoint.

I'd run it once without a breakpoint set (after compiling it with 
debug symbols):

<much more>

Program received signal SIGUSR1, User defined signal 1.
0x40040781 in kill () from /lib/libc.so.6
(gdb) c
Continuing.
.

Program received signal SIGUSR1, User defined signal 1.
0x40040781 in kill () from /lib/libc.so.6
(gdb) c
Continuing.
Starting kernel log daemon: klogd
Program received signal SIGUSR1, User defined signal 1.
0x40040781 in kill () from /lib/libc.so.6
(gdb) bt
#0  0x40040781 in kill () from /lib/libc.so.6
#1  0x8006c91f in ?? ()
#2  0x800697ea in ?? ()
#3  0x8006919d in ?? ()
#4  0x80069968 in ?? ()
#5  0x80064309 in ?? ()
#6  0x8000cac4 in ?? ()
#7  0x800662b1 in ?? ()
#8  0x80069abf in ?? ()
#9  0x80066af5 in ?? ()
#10 0x80069afa in ?? ()
#11 0x80068ea7 in ?? ()
#12 0x800690da in ?? ()
#13 0x80069897 in ?? ()
#14 0x400406b8 in sigaction () from /lib/libc.so.6
#15 0x800697ea in ?? ()
(gdb) c
Continuing.

Program received signal SIGUSR1, User defined signal 1.
0x40040781 in kill () from /lib/libc.so.6
(gdb) bt
#0  0x40040781 in kill () from /lib/libc.so.6
#1  0x8006c91f in ?? ()
#2  0x800697ea in ?? ()
#3  0x8006919d in ?? ()
#4  0x80069968 in ?? ()
#5  0x80064309 in ?? ()
#6  0x8000cac4 in ?? ()
#7  0x800662b1 in ?? ()
#8  0x80069abf in ?? ()
#9  0x80066af5 in ?? ()
#10 0x80069afa in ?? ()
#11 0x80068ea7 in ?? ()
#12 0x800690da in ?? ()
#13 0x80069897 in ?? ()
#14 0x400406b8 in sigaction () from /lib/libc.so.6
#15 0x800697ea in ?? ()
(gdb) c
Continuing.

Program received signal SIGSEGV, Segmentation fault.
0x8006a281 in ?? ()
(gdb) bt
#0  0x8006a281 in ?? ()
#1  0x8006a0f4 in ?? ()
#2  0x8006a13c in ?? ()
#3  0x8006a307 in ?? ()
#4  0x8006cc9c in ?? ()
#5  0x8002be5a in ?? ()
#6  0x80069abf in ?? ()
#7  0x80066af5 in ?? ()
#8  0x80069afa in ?? ()
#9  0x80068ea7 in ?? ()
#10 0x800690da in ?? ()
#11 0x80069897 in ?? ()
#12 0x400406b8 in sigaction () from /lib/libc.so.6
(gdb) c
Continuing.
Kernel panic: Kernel mode fault at addr 0x8814000, ip 0x400d93c4
.

Program received signal SIGUSR1, User defined signal 1.
0x40040781 in kill () from /lib/libc.so.6
(gdb) bt
#0  0x40040781 in kill () from /lib/libc.so.6
#1  0x8006c91f in ?? ()
#2  0x800697ea in ?? ()
#3  0x8006919d in ?? ()
#4  0x80069968 in ?? ()
#5  0x80064309 in ?? ()
#6  0x8000cac4 in ?? ()
#7  0x800662b1 in ?? ()
#8  0x80069abf in ?? ()
#9  0x80066af5 in ?? ()
#10 0x80069afa in ?? ()
#11 0x80068ea7 in ?? ()
#12 0x800690da in ?? ()
#13 0x80069897 in ?? ()
#14 0x400406b8 in sigaction () from /lib/libc.so.6
(gdb) c
Continuing.

Program received signal SIGUSR1, User defined signal 1.
0x40040781 in kill () from /lib/libc.so.6
(gdb) bt
#0  0x40040781 in kill () from /lib/libc.so.6
#1  0x8006c91f in ?? ()
#2  0x800697ea in ?? ()
#3  0x8006919d in ?? ()
#4  0x80069968 in ?? ()
#5  0x80064309 in ?? ()
#6  0x8000cac4 in ?? ()
#7  0x800662b1 in ?? ()
#8  0x80069abf in ?? ()
#9  0x80066af5 in ?? ()
#10 0x80069afa in ?? ()
#11 0x80068ea7 in ?? ()
#12 0x800690da in ?? ()
#13 0x80069897 in ?? ()
#14 0x400406b8 in sigaction () from /lib/libc.so.6
#15 0x800697ea in ?? ()
(gdb) c
Continuing.


Program exited normally.




I hope that can help you.

regards Johannes


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip 0x400e51a4

[BlaisorBlade]

Alle 19:11, martedì 6 gennaio 2004, Johannes Formann ha scritto:
> At 12:18 Uhr -0500 06.01.2004, Jeff Dike wrote:
> >No, gdb it, put a breakpoint on panic, get a stack trace when it hits the
> >breakpoint.
>
> I'd run it once without a breakpoint set (after compiling it with
> debug symbols):

you need to type this before starting:

(host gdb) handle SIGSEGV pass nostop noprint 
(host gdb) handle SIGUSR1 pass nostop noprint

see http://user-mode-linux.sourceforge.net/debugging-skas.html for details.

And we *do* need the backtrace when it hits the breakpoint on panic, please.

Bye and thanks for your reports
-- 
cat <<EOSIGN
Paolo Giarrusso, aka Blaisorblade
Linux Kernel 2.4.23/2.6.0 on an i686; Linux registered user n. 292729
EOSIGN



-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id\x1278&alloc_id371&opÌk
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip 0x400e51a4

[Johannes Formann]

At 19:18 Uhr +0100 06.01.2004, BlaisorBlade wrote:

>you need to type this before starting:
>
>(host gdb) handle SIGSEGV pass nostop noprint
>(host gdb) handle SIGUSR1 pass nostop noprint

When I type that, It hit no breakpoint, so I cant get any backtarce

..

Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.
Kernel panic: Kernel mode fault at addr 0x8814000, ip 0x400d93c4

(no debugging symbols found)...(no debugging symbols found)...(no 
debugging symbols found)...
Program exited normally.
(gdb) bt

Can you give am a step by sped advice /'m new in (kernel)debuging), 
the simple run with all brakpoints doesn't seem to help.

regards

Johannes


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip0x400e51a4

[stian]

> At 19:18 Uhr +0100 06.01.2004, BlaisorBlade wrote:
>
>>you need to type this before starting:
>>
>>(host gdb) handle SIGSEGV pass nostop noprint
>>(host gdb) handle SIGUSR1 pass nostop noprint
>
> When I type that, It hit no breakpoint, so I cant get any backtarce
>
> ..
>
> Starting system log daemon: syslogd.
> Starting kernel log daemon: klogd.
> Kernel panic: Kernel mode fault at addr 0x8814000, ip 0x400d93c4
>
> (no debugging symbols found)...(no debugging symbols found)...(no
> debugging symbols found)...
> Program exited normally.
> (gdb) bt
>
> Can you give am a step by sped advice /'m new in (kernel)debuging),
> the simple run with all brakpoints doesn't seem to help.
>
> regards
>
> Johannes

First it would be nice to have debug information, so you just don't get a
stack backtrace just with addresses and no names (make sure that gcc has
the -g when compiling and linking all parts of the kernel), and if you
can't set a working breakpoint on panic, make a dummy function panic
calls, and set breakpoint on that function.


Stian


This mail has been scanned for known viruses on an open, Linux-based mailsystem
developed by http://Knowledge-Network.no and http://Nixia.no.


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip0x400e51a4

[Johannes Formann]

At 17:33 Uhr +0100 06.01.2004, stian@nixia.no wrote:

>First it would be nice to have debug information, so you just don't get a
>stack backtrace just with addresses and no names (make sure that gcc has
>the -g when compiling and linking all parts of the kernel)

ok, then I'll go an compile the uml-kernel new.

Johannes


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip0x400e51a4

[Johannes Formann]

>ok, then I'll go an compile the uml-kernel new.

so, now I'm done:

I hope this backtrave can helpt you.

Starting program: /opt/uml/kernel/uml-2.4.23-1um 
ubd0=/home/uml0/joscompilerkiste/root_fs mem=128M eth0=tuntap,tap194 
con=pty con0=fd:0,fd:1 umid=joscompilerkiste
Checking for the skas3 patch in the host...found
Checking for /proc/mm...found
Linux version 2.4.23-1um (root@software.vdserver.de) (gcc version 
2.95.4 20011002 (Debian prerelease)) #1 Tue Jan 6 19:13:01 UTC 2004
On node 0 totalpages: 32768
zone(0): 32768 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: ubd0=/home/uml0/joscompilerkiste/root_fs 
mem=128M eth0=tuntap,tap194 con=pty con0=fd:0,fd:1 
umid=joscompilerkiste root=/dev/ubd0
Calibrating delay loop... 3816.93 BogoMIPS
Memory: 126968k 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...Yes
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
Checking for /dev/anon on the host...Not available (open failed with errno 2)
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
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
pty: 256 Unix98 ptys configured
Initializing software serial port version 1
mconsole (version 2) initialized on 
/home/uml0/joscompilerkiste/.uml/joscompilerkiste/mconsole
Partition check:
  ubda: unknown partition table
Initializing stdio console driver
Netdevice 0 : TUN/TAP backend -
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Mounted devfs on /dev
INIT: version 2.84 booting
Activating swap.
Adding Swap: 135160k swap-space (priority -1)
Checking root file system...
fsck 1.27 (8-Mar-2002)
/dev/ubd/0 was not cleanly unmounted, check forced.
Entry 'inetd.pid' in /var/run (30722) has deleted/unused inode 30746. 
CLEARED.           
/dev/ubd/0: 53970/2664448 files (3.5% non-contiguous), 2826381/10650001 blocks 
System time was Tue Jan  6 19:38:53 UTC 2004.
Setting the System Clock using the Hardware Clock as reference...
Virtual console 1 assigned device '/dev/ptyp2'
hwclock is unable to get I/O port access:  the iopl(3) call failed.
System Clock set. System local time is now Tue Jan  6 19:38:53 UTC 2004.
Calculating module dependencies... done.
Loading modules: tun Universal TUN/TAP device driver 1.5 (C)1999-2002 
Maxim Krasnyansky

Checking all file systems...
fsck 1.27 (8-Mar-2002)
Setting kernel variables.
Mounting local filesystems...
nothing was mounted
Cleaning: /etc/network/ifstate.
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces: done.

Setting the System Clock using the Hardware Clock as reference...
hwclock is unable to get I/O port access:  the iopl(3) call failed.
System Clock set. Local time: Tue Jan  6 19:38:57 UTC 2004

Cleaning: /tmp /var/lock /var/runfind: ./inetd.pid: Input/output error
.
Initializing random number generator... done.
Recovering nvi editor sessions... done.
INIT: Entering runlevel: 2
Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.

Breakpoint 1, panic (fmt=0x800d17c0 "Kernel mode fault at addr 0x%lx, 
ip 0x%lx") at panic.c:58
58      in panic.c
(gdb) bt
#0  panic (fmt=0x800d17c0 "Kernel mode fault at addr 0x%lx, ip 
0x%lx") at panic.c:58
#1  0x80067b28 in segv (address=142688256, ip=1074631620, is_write=0, 
is_user=0, sc=0x82b90278)
     at trap_kern.c:149
#2  0x80067dfc in segv_handler (sig=11, regs=0x82b90278) at trap_user.c:67
#3  0x80069f8b in sig_handler_common_skas (sig=11, sc_ptr=0x82b937c0) 
at trap_user.c:33
#4  0x80067e21 in sig_handler (sig=11, sc=
       {gs = 0, __gsh = 0, fs = 0, __fsh = 0, es = 43, __esh = 0, ds = 
43, __dsh = 49168, edi = 2189229836, esi = 142688256, ebp = 
2193177244, esp = 2193177236, ebx = 3852, edx = 96, ecx = 24, eax = 
2193177432, trapno = 14, err = 4, eip = 2147918449, cs = 35, __csh = 
0, eflags = 66054, esp_at_signal = 2193177236, ss = 43, __ssh = 0, 
fpstate = 0x0, oldmask = 0, cr2 = 142688256}) at trap_user.c:101
#5  0x400406b8 in sigaction () from /lib/libc.so.6
#6  0x8006a0e4 in do_op (addr=134541068, len=96, is_write=1, 
op=0x8006a25c <copy_chunk_to_user>,
     arg=0x82b93b58) at uaccess.c:46
#7  0x8006a12c in buffer_op (addr=134541068, len=96, is_write=1,
     op=0x8006a25c <copy_chunk_to_user>, arg=0x82b93b58) at uaccess.c:59
#8  0x8006a2f7 in copy_to_user_skas (to=0x804ef0c, from=0x8814000, 
n=96) at uaccess.c:122
#9  0x8006cc8c in read_kmem (file=0x82319ac0, buf=0x804ef0c <Address 
0x804ef0c out of bounds>,
     count=96, ppos=0x82319ae0) at 
/usr/src/uml2.4.23-1/linux-2.4.23/include/asm/um_uaccess.h:37
#10 0x8002be4a in sys_read (fd=2, buf=0x804ef0c <Address 0x804ef0c 
out of bounds>, count=96)
     at read_write.c:177
---Type <return> to continue, or q <return> to quit---
#11 0x80069aaf in execute_syscall_skas (r=0x82b90278) at syscall_kern.c:28
#12 0x80066ae5 in execute_syscall (r=0x82b90278) at syscall_kern.c:315
#13 0x80069aea in handle_syscall (regs=0x82b90278) at syscall_user.c:26
#14 0x80068e97 in handle_trap (pid=17956, regs=0x82b90278) at process.c:85
#15 0x800690ca in userspace (regs=0x82b90278) at process.c:160
#16 0x80069887 in fork_handler (sig=10) at process_kern.c:102
#17 0x400406b8 in sigaction () from /lib/libc.so.6
(gdb)
(gdb) c
Continuing.
Kernel panic: Kernel mode fault at addr 0x8814000, ip 0x400d93c4


Program exited normally.


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip0x400e51a4

[Jeff Chua]

On Tue, 6 Jan 2004, Johannes Formann wrote:
> so, now I'm done:
> I hope this backtrave can helpt you.

I just made a little patch to uml-patch-2.4.23-1. It's a modified version
of BlaisorBlade's patch few minutes ago. Also, please ignore the patch in
my previous email.

Can you please try to see the patch below solve your problem?



Thanks,
Jeff.


--- uml/drivers/char/mem.c.org	Wed Jan  7 03:30:40 2004
+++ uml/drivers/char/mem.c	Wed Jan  7 03:31:47 2004
@@ -269,3 +269,3 @@
 	}
- 	*ppos = __pa((void *) p);
+ 	*ppos = p;
  	return virtr + read;


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip0x400e51a4

[Johannes Formann]

At 3:34 Uhr +0800 07.01.2004, Jeff Chua wrote:

>Can you please try to see the patch below solve your problem?
>--- uml/drivers/char/mem.c.org	Wed Jan  7 03:30:40 2004
>+++ uml/drivers/char/mem.c	Wed Jan  7 03:31:47 2004
>@@ -269,3 +269,3 @@
>  	}
>-	*ppos = __pa((void *) p);
>+	*ppos = p;
>  	return virtr + read;

This single Line doesn't solve my problem, or should I use it 
aditionaly to an other patch?

Or shall I compile the Kernel with debigsymbols, so I can get an 
backtrace for you?

regards

Johannes


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip0x400e51a4

[Jeff Chua]

untar linux-2.4.24.tar.bz2
cd uml
bzip2 -d -c /tar/uml/uml-patch-2.4.23-1.bz2 | patch -p1
patch -p1 </tar/uml/uml-patch-2.4.23-3 (my patch)
make mrproper ARCH=um
make menuconfig ARCH=um
make depend ARCH=um
make clean ARCH=um
make linux ARCH=um
make modules ARCH=um




Thanks,
Jeff
[ jchua@fedex.com ]

On Tue, 6 Jan 2004, Johannes Formann wrote:

> At 3:34 Uhr +0800 07.01.2004, Jeff Chua wrote:
>
> >Can you please try to see the patch below solve your problem?
> >--- uml/drivers/char/mem.c.org	Wed Jan  7 03:30:40 2004
> >+++ uml/drivers/char/mem.c	Wed Jan  7 03:31:47 2004
> >@@ -269,3 +269,3 @@
> >  	}
> >-	*ppos = __pa((void *) p);
> >+	*ppos = p;
> >  	return virtr + read;
>
> This single Line doesn't solve my problem, or should I use it
> aditionaly to an other patch?
>
> Or shall I compile the Kernel with debigsymbols, so I can get an
> backtrace for you?
>
> regards
>
> Johannes
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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
>


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip0x400e51a4

[Johannes Formann]

At 4:47 Uhr +0800 07.01.2004, Jeff Chua wrote:
>untar linux-2.4.24.tar.bz2
>cd uml
>bzip2 -d -c /tar/uml/uml-patch-2.4.23-1.bz2 | patch -p1
>patch -p1 </tar/uml/uml-patch-2.4.23-3 (my patch)

at ../../sourcen/uml-patc_chua | patch -p1
patching file drivers/char/mem.c
Hunk #1 succeeded at 272 (offset 3 lines).

where does that offset come from?


hust to be shure, your patch ist:

--- uml/drivers/char/mem.c.org	Wed Jan  7 03:30:40 2004
+++ uml/drivers/char/mem.c	Wed Jan  7 03:31:47 2004
@@ -269,3 +269,3 @@
  	}
-	*ppos = __pa((void *) p);
+	*ppos = p;
  	return virtr + read;

or the other longer one?

>make mrproper ARCH=um
>make menuconfig ARCH=um
>make depend ARCH=um
>make clean ARCH=um
>make linux ARCH=um
>make modules ARCH=um

Kernel panic: Kernel mode fault at addr 0x8814000, ip 0x400d93c4

and the gd-output:

Starting kernel log daemon: klogd
Breakpoint 1, panic (fmt=0x800d16a0 "Kernel mode fault at addr 0x%lx, 
ip 0x%lx") at panic.c:58
58      panic.c: No such file or directory.
         in panic.c
(gdb) bt
#0  panic (fmt=0x800d16a0 "Kernel mode fault at addr 0x%lx, ip 
0x%lx") at panic.c:58
#1  0x80067af8 in segv (address=142688256, ip=1074631620, is_write=0, 
is_user=0, sc=0x87aa8278)
     at trap_kern.c:149
#2  0x80067dcc in segv_handler (sig=11, regs=0x87aa8278) at trap_user.c:67
#3  0x80069f5b in sig_handler_common_skas (sig=11, sc_ptr=0x87aab7c0) 
at trap_user.c:33
#4  0x80067df1 in sig_handler (sig=11, sc=
       {gs = 0, __gsh = 0, fs = 0, __fsh = 0, es = 43, __esh = 0, ds = 
43, __dsh = 0, edi = 2182041356, esi = 142688256, ebp = 2276113052, 
esp = 2276113044, ebx = 3852, edx = 96, ecx = 24, eax = 2276113240, 
trapno = 14, err = 4, eip = 2147918401, cs = 35, __csh = 0, eflags = 
66054, esp_at_signal = 2276113044, ss = 43, __ssh = 0, fpstate = 0x0, 
oldmask = 0, cr2 = 142688256}) at trap_user.c:101
#5  0x400406b8 in sigaction () from /lib/libc.so.6
#6  0x8006a0b4 in do_op (addr=134541068, len=96, is_write=1, 
op=0x8006a22c <copy_chunk_to_user>,
     arg=0x87aabb58) at uaccess.c:46
#7  0x8006a0fc in buffer_op (addr=134541068, len=96, is_write=1, 
op=0x8006a22c <copy_chunk_to_user>,
     arg=0x87aabb58) at uaccess.c:59
#8  0x8006a2c7 in copy_to_user_skas (to=0x804ef0c, from=0x8814000, 
n=96) at uaccess.c:122
#9  0x8006cc5c in read_kmem (file=0x84174ac0, buf=0x804ef0c <Address 
0x804ef0c out of bounds>,
     count=96, ppos=0x84174ae0) at 
/usr/src/uml2.4.23-1/linux-2.4.23/arch/um/include/um_uaccess.h:37
#10 0x8002be4a in sys_read (fd=2, buf=0x804ef0c <Address 0x804ef0c 
out of bounds>, count=96)
     at read_write.c:177
#11 0x80069a7f in execute_syscall_skas (r=0x87aa8278) at syscall_kern.c:28
#12 0x80066ae5 in execute_syscall (r=0x87aa8278) at syscall_kern.c:315
#13 0x80069aba in handle_syscall (regs=0x87aa8278) at syscall_user.c:26
#14 0x80068e67 in handle_trap (pid=20155, regs=0x87aa8278) at process.c:85
#15 0x8006909a in userspace (regs=0x87aa8278) at process.c:160
#16 0x80069857 in fork_handler (sig=10) at process_kern.c:102
#17 0x400406b8 in sigaction () from /lib/libc.so.6
#18 0x800697aa in new_thread_proc (stack=0x2, handler=0) at process_kern.c:79
#19 0x00000000 in ?? ()
(gdb) c
Continuing.
Kernel panic: Kernel mode fault at addr 0x8814000, ip 0x400d93c4
.


Program exited normally.

HTH

Johannes


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip0x400e51a4

[Jeff Chua]

On Tue, 6 Jan 2004, Johannes Formann wrote:

> At 4:47 Uhr +0800 07.01.2004, Jeff Chua wrote:
> at ../../sourcen/uml-patc_chua | patch -p1
> patching file drivers/char/mem.c
> Hunk #1 succeeded at 272 (offset 3 lines).
>
> where does that offset come from?

This is ok. If you use "patch -s" that, you won't see the "offset"
warning.


> hust to be shure, your patch ist:
>
> --- uml/drivers/char/mem.c.org	Wed Jan  7 03:30:40 2004
> +++ uml/drivers/char/mem.c	Wed Jan  7 03:31:47 2004
> @@ -269,3 +269,3 @@
>   	}
> -	*ppos = __pa((void *) p);
> +	*ppos = p;
>   	return virtr + read;

This is the right one.


Jeff.



-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip0x400e51a4

[Johannes Formann]

At 5:32 Uhr +0800 07.01.2004, Jeff Chua wrote:

>  > hust to be shure, your patch ist:

>This is the right one.

Well, than this patch does not fix the bug.

good night

Johannes


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip0x400e51a4

[Jeff Chua]

On Tue, 6 Jan 2004, Johannes Formann wrote:

> At 5:32 Uhr +0800 07.01.2004, Jeff Chua wrote:
>
> Well, than this patch does not fix the bug.

Send me your .config.

Thanks,
Jeff


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip0x400e51a4

[Johannes Formann]

At 5:39 Uhr +0800 07.01.2004, Jeff Chua wrote:
>On Tue, 6 Jan 2004, Johannes Formann wrote:
>
>>  At 5:32 Uhr +0800 07.01.2004, Jeff Chua wrote:
>>
>>  Well, than this patch does not fix the bug.
>
>Send me your .config.

Is on the way.

regards Johannes


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip0x400e51a4

[Jeff Chua]

On Wed, 7 Jan 2004, Johannes Formann wrote:

> At 5:39 Uhr +0800 07.01.2004, Jeff Chua wrote:
> >On Tue, 6 Jan 2004, Johannes Formann wrote:
> >
> >>  At 5:32 Uhr +0800 07.01.2004, Jeff Chua wrote:
> >>
> >>  Well, than this patch does not fix the bug.
> >
> >Send me your .config.
>
> Is on the way.


That looks like a 2.6 kernel. The fix was for 2.4.

I'll try it out. Are you using lvm?

Thanks,
Jeff



-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip0x400e51a4

[Johannes Formann]

At 1:10 Uhr +0800 08.01.2004, Jeff Chua wrote:

>That looks like a 2.6 kernel. The fix was for 2.4.

But it  is 2.4 kernel.
I have'nt compiled any 2.6 kernel till this moment.

>I'll try it out. Are you using lvm?

No, I don't use lvm, neither on the host, nor in the uml.

The uml using File-based disks (no cow), and preconfigured tap-devices.

The host is at the moment 2.4.19 with skas-patch.

regards Johannes


-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip0x400e51a4

[BlaisorBlade]

Alle 20:34, martedì 6 gennaio 2004, Jeff Chua ha scritto:
> On Tue, 6 Jan 2004, Johannes Formann wrote:
> > so, now I'm done:
> > I hope this backtrave can helpt you.
>
> I just made a little patch to uml-patch-2.4.23-1. It's a modified version
> of BlaisorBlade's patch few minutes ago. Also, please ignore the patch in
> my previous email.
>
> Can you please try to see the patch below solve your problem?
Not yet looked at the code (and maybe I wouldn't be able to fix it).
However, the piece of code that I pointed out as being probably the cause of 
the problem was meant to be a fix to another problem. Try to do cat /dev/kmem 
with a 2.4.22-5 kernel (if you want) and you'll see your kernel panicking.

The fix maybe is not perfect but something must go in. Also, if that doesn't 
work, maybe the error is somewhere else (and triggered by this change, as 
easily happens).

> --- uml/drivers/char/mem.c.org	Wed Jan  7 03:30:40 2004
> +++ uml/drivers/char/mem.c	Wed Jan  7 03:31:47 2004
> @@ -269,3 +269,3 @@
>  	}
> - 	*ppos = __pa((void *) p);
> + 	*ppos = p;
>   	return virtr + read;
>
Bye
-- 
cat <<EOSIGN
Paolo Giarrusso, aka Blaisorblade
Linux Kernel 2.4.23/2.6.0 on an i686; Linux registered user n. 292729
EOSIGN



-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip0x400e51a4

[Johannes Formann]

At 20:25 Uhr +0100 07.01.2004, BlaisorBlade wrote:

>The fix maybe is not perfect but something must go in. Also, if that doesn't
>work, maybe the error is somewhere else (and triggered by this change, as
>easily happens).

Has anyone found an workaround to get modules working with 23-1?

For the Simpel Patch doesn't work, and I think Jeff has change a few 
things more in mem.c between 22-5 and 23-1.

If anyone can't reproduce that Bug, I can give .configs, sources and 
or bianries away to someone who tries to trace that Bug.

regards

Johannes


-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip0x400e51a4

[BlaisorBlade]

Alle 21:33, sabato 10 gennaio 2004, Johannes Formann ha scritto:
> At 20:25 Uhr +0100 07.01.2004, BlaisorBlade wrote:
> >The fix maybe is not perfect but something must go in. Also, if that
> > doesn't work, maybe the error is somewhere else (and triggered by this
> > change, as easily happens).
>
> Has anyone found an workaround to get modules working with 23-1?

Why do you say "modules"? I.e. do you get that problem in a special situation, 
like Jeff Chua that sees it only when he uses LVM? Does your UML uses an 
initrd to load some modules?

> For the Simpel Patch doesn't work, and I think Jeff has change a few
> things more in mem.c between 22-5 and 23-1.

Jeff Chua posted 2 patches. The second was shorter BUT I'm *at all* sure it 
cannot do anything (by having read and understood it). I think you should 
apply his first change, or, as a workaround, disable klogd from inside UML or 
remove /dev/kmem. Your guest will work anyway (and inserting the proper fix 
will require more time). Also, on my systems, inside UML, klogd doesn't use 
/dev/kmem.

--- linux/drivers/char/mem.c    Wed Jan  7 02:58:37 2004
+++ uml/drivers/char/mem.c      Wed Jan  7 03:07:52 2004
@@ -210,3 +210,2 @@
        char * kbuf; /* k-addr because vread() takes vmlist_lock rwlock */

-       p = (unsigned long) __va(p);
        if (p < (unsigned long) high_memory) {
@@ -269,3 +269,3 @@
        }
-       *ppos = __pa((void *) p);
+       *ppos = p;
        return virtr + read;

Also, I've posted below (in this thread) a message which explains what is the 
bug (search for "[tracked down]" in the subject). So the debug work should be 
complete. The problem is that properly fixing it is maybe hard.

-- 
cat <<EOSIGN
Paolo Giarrusso, aka Blaisorblade
Linux Kernel 2.4.23/2.6.0 on an i686; Linux registered user n. 292729
EOSIGN



-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip0x400e51a4

[Johannes Formann]

At 13:34 Uhr +0100 11.01.2004, BlaisorBlade wrote:

>Why do you say "modules"? I.e. do you get that problem in a special situation,
>like Jeff Chua that sees it only when he uses LVM? Does your UML uses an
>initrd to load some modules?

I've found that problem with ecery module I reyed (tun, ipv6, and a few more)

>Jeff Chua posted 2 patches. The second was shorter BUT I'm *at all* sure it
>cannot do anything (by having read and understood it).

The shorter Patch shows no change in the behavior, and the longer one 
doesn't work (seems like mem.c has changed a bit more since 22-5um)

>I think you should
>apply his first change, or, as a workaround, disable klogd from inside UML

That could be a bit handy,

>  or
>remove /dev/kmem.

But that sounds manageable, I'll have only to llok where I can 
disable that (I'm usind defs, but I'm shure I can find that.


Thanks for your hint

regatds Johannes


-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip0x400e51a4

[BlaisorBlade]

Alle 16:25, domenica 11 gennaio 2004, Johannes Formann ha scritto:
> At 13:34 Uhr +0100 11.01.2004, BlaisorBlade wrote:
> >Why do you say "modules"? I.e. do you get that problem in a special

> > situation, like Jeff Chua that sees it only when he uses LVM? Does your
> > UML uses an initrd to load some modules?
>
> I've found that problem with ecery module I reyed (tun, ipv6, and a few
> more)
Sorry if I can seem dumb, but I need to understand well what you did.

What you mean by "every module I tried"? You get that error on boot or not? 
And if you get the error on boot, what changed between trying the various 
modules? Do you use an initrd?

I'm interested in this because the bug is caused by the disposition of kernel 
memory and maybe loading modules changes that disposition.

Also, Jeff, when you compiled LVM, did you compile it as module(as you speak 
about initrd) or statically?

Bye
-- 
cat <<EOSIGN
Paolo Giarrusso, aka Blaisorblade
Linux Kernel 2.4.23/2.6.0 on an i686; Linux registered user n. 292729
EOSIGN



-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip0x400e51a4

[Johannes Formann]

At 16:46 Uhr +0100 11.01.2004, BlaisorBlade wrote:

>What you mean by "every module I tried"? You get that error on boot or not?
>And if you get the error on boot, what changed between trying the various
>modules? Do you use an initrd?

Strange, after aplying the 23-1 patch to 2.4.24 and aplying Chuas 
(the first and  longer one) patch by hand, everything seems to run no.

I'll test and report if something happens.

regards Johannes


-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip0x400e51a4

[Johannes Formann]

Johannes Formann <johannes@formann.de> wrote:

> Strange, after aplying the 23-1 patch to 2.4.24 and aplying Chuas 
> (the first and  longer one) patch by hand, everything seems to run no.

Everything has run fine, but I've testet 2.4.24-1um with 2.4.25 sources,
an the same Bug appered, the same Patch helped.

regards

Johannes Formann



-------------------------------------------------------
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

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip0x400e51a4

[BlaisorBlade]

Alle 12:23, sabato 21 febbraio 2004, Johannes Formann ha scritto:
> Johannes Formann <johannes@formann.de> wrote:
> > Strange, after aplying the 23-1 patch to 2.4.24 and aplying Chuas
> > (the first and  longer one) patch by hand, everything seems to run no.
>
> Everything has run fine, but I've testet 2.4.24-1um with 2.4.25 sources,
> an the same Bug appered, the same Patch helped.
I agree with you: time ago UML crashed when you do "cat /dev/kmem"; after it 
was modified, and it crash on your setup; the (first and longer one) patch 
reverts to the first situation. So normally you run fine but if you do cat 
/dev/kmem your UML guest will probably crash.

-- 
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

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip0x400e51a4

[Jeff Chua]

On Sun, 11 Jan 2004, BlaisorBlade wrote:

> Also, Jeff, when you compiled LVM, did you compile it as module(as you speak
> about initrd) or statically?

LVM dm-mod (device mapper) is module.

If I don't load this and not start vgscan, mount lvm devices, I don't see
klog segmentation fault.

Jeff



-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip0x400e51a4

[BlaisorBlade]

Alle 00:04, lunedì 12 gennaio 2004, Jeff Chua ha scritto:
> On Sun, 11 Jan 2004, BlaisorBlade wrote:
> > Also, Jeff, when you compiled LVM, did you compile it as module(as you
> > speak about initrd) or statically?
>
> LVM dm-mod (device mapper) is module.
>
> If I don't load this and not start vgscan, mount lvm devices, I don't see
> klog segmentation fault.
Probably building into the kernel that module would work-around your problem. 
LVM is loaded at startup before klog, I guess, right?

In fact the bug is likely to be with handling of modules, as they go in a 
different kernel memory area; *maybe* they are in vmalloc'ed memory.

Bye
-- 
cat <<EOSIGN
Paolo Giarrusso, aka Blaisorblade
Linux Kernel 2.4.23/2.6.0 on an i686; Linux registered user n. 292729
EOSIGN



-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip0x400e51a4

[Jeff Dike]

johannes@formann.de said:
> I hope this backtrave can helpt you. 

Thanks, that's what I was looking for.

				Jeff



-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip0x400e51a4

[Jeff Dike]

johannes@formann.de said:
> Starting kernel log daemon: klogd.
> Breakpoint 1, panic (fmt=0x800d17c0 "Kernel mode fault at addr 0x%lx,

Thanks to clues from BlaisorBlade, this should be fixed now.  It'll be in the
next patch.

				Jeff



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&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

[uml-devel] compile issue when removing CONFIG_MODE_TT

[roland]

hi,
this is not actually a real "problem" for me, but i think it`s worth reporting.

when unsetting CONFIG_MODE_TT (i dont need and want TT) in .config, i get the following error, when compiling uml:

---- snipp ----
gcc  -Wall -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -U__i386__ -Ui386 -D__arch_um__ -DSUBARCH=\"i386\" -D
_LARGEFILE64_SOURCE   -Iarch/um/include -I/tmp/uml/linux-2.6.3-rc2/arch/um/kernel/skas/include -D_GNU_SOURCE -O2 -g -c -o
arch/um/kernel/config.o arch/um/kernel/config.c
  CC      arch/um/kernel/exec_kern.o
  CC      arch/um/kernel/exitcode.o
  CC      arch/um/kernel/frame_kern.o
  CC      arch/um/kernel/init_task.o
  CC      arch/um/kernel/irq.o
  CC      arch/um/kernel/ksyms.o
arch/um/kernel/ksyms.c:35: `host_task_size' undeclared here (not in a function)
arch/um/kernel/ksyms.c:35: initializer element is not constant
arch/um/kernel/ksyms.c:35: (near initialization for `__ksymtab_host_task_size.value')
make[1]: *** [arch/um/kernel/ksyms.o] Error 1
make: *** [arch/um/kernel] Error 2

regards
roland



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&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

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip 0x400e51a4

[BlaisorBlade]

Alle 19:49, martedì 6 gennaio 2004, Johannes Formann ha scritto:
> At 19:18 Uhr +0100 06.01.2004, BlaisorBlade wrote:
> >you need to type this before starting:
> >
> >(host gdb) handle SIGSEGV pass nostop noprint
> >(host gdb) handle SIGUSR1 pass nostop noprint
>
> When I type that, It hit no breakpoint, so I cant get any backtarce
You didn't hit breakpoints, but signals. You need to do this:
<shell prompt>gdb linux

<gdb prompt> handle SIGSEGV pass nostop noprint
> handle SIGUSR1 pass nostop noprint
> break panic
> run <put here the arguments to give to Uml>
for instance:
run ubd0=~/Uml/root_fs_toms1.7.205 root=/dev/ubd0
type cont if it stops with SIGTRAP

then, it will stop saying "breakpoint hit" and then you can type "bt" and post 
the resulting backtrace. But you need a kernel with debugging symbols, while 
this is not:
> (no debugging symbols found)...(no debugging symbols found)...(no
> debugging symbols found)...

Bye
-- 
cat <<EOSIGN
Paolo Giarrusso, aka Blaisorblade
Linux Kernel 2.4.23/2.6.0 on an i686; Linux registered user n. 292729
EOSIGN



-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id\x1278&alloc_id371&opÌk
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip 0x400e51a4

[Jeff Chua]

Ok, here's the strace results.

1st is the working one (without lvm2), 2nd is the problem one (with lvm2
-- loaded by "vgscan", "vgchange -a y", "mount /u0/v0").

Without loading lvm2, uml works just fine.

Host:   	2.4.25-pre4
Guest:  	2.4.25-pre4-1um
Gcc:		2.95.3 20010315
Glibc:		2.2.5-34
Binutils:	2.14.90.0.7


Both traces are starting the same command "klog" ...



Trace 1 (without lvm2)

# strace klogd
execve("/usr/sbin/klogd", ["klogd"], [/* 34 vars */]) = 0
brk(0)                                  = 0x804e750
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or
directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
SYS_197(0x3, 0xbfffec98, 0x40015604, 0x400156ec, 0x3) = 0
mmap(0, 1628, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40016000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 1024) = 1024
SYS_197(0x3, 0xbfffece8, 0x40015604, 0x400156ec, 0x3) = 0
mmap(0, 1190528, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40017000
mprotect(0x40130000, 39552, PROT_NONE)  = 0
mmap(0x40130000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
0x119000) = 0x40130000
mmap(0x40136000, 14976, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40136000
close(3)                                = 0
mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x4013a000
munmap(0x40016000, 1628)                = 0
brk(0)                                  = 0x804e750
brk(0x804e780)                          = 0x804e780
brk(0x804f000)                          = 0x804f000
chdir("/")                              = 0
open("/var/run/klogd.pid", O_RDONLY)    = -1 ENOENT (No such file or
directory)
fork()                                  = 112
_exit(0)                                = ?





Trace 2 (with lvm2)
# strace klogd
execve("/usr/sbin/klogd", ["klogd"], [/* 34 vars */]) = 0
brk(0)                                  = 0x804e750
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or
directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
SYS_197(0x3, 0xbfffec98, 0x40015604, 0x400156ec, 0x3) = 0
mmap(0, 1628, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40016000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 1024) = 1024
SYS_197(0x3, 0xbfffece8, 0x40015604, 0x400156ec, 0x3) = 0
mmap(0, 1190528, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40017000
mprotect(0x40130000, 39552, PROT_NONE)  = 0
mmap(0x40130000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
0x119000) = 0x40130000
mmap(0x40136000, 14976, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40136000
close(3)                                = 0
mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x4013a000
munmap(0x40016000, 1628)                = 0
brk(0)                                  = 0x804e750
brk(0x804e780)                          = 0x804e780
brk(0x804f000)                          = 0x804f000
chdir("/")                              = 0
open("/var/run/klogd.pid", O_RDONLY)    = -1 ENOENT (No such file or
directory)
fork()                                  = 147
Kernel panic: Kernel mode fault at addr 0x488b5000, ip 0x400df1a4



Thanks,
Jeff

On Tue, 6 Jan 2004, Johannes Formann wrote:

> At 21:58 Uhr -0500 05.01.2004, Jeff Dike wrote:
> >jchua@fedex.com said:
> >>  Starting daemons: syslogd klogd inetd namedKernel panic: Kernel mode
> >>  fault at addr 0x48965000, ip 0x400e51a4
> >
> >Can you get a stack trace from the panic?
>
> a simple strace $comand_to_run_uml?


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip 0x400e51a4

[stian]

strace -f klogd

so we can see what happens in the child after the fork could be usefull,
since the parent after the fork just exists.



Stian


> Ok, here's the strace results.
>
> 1st is the working one (without lvm2), 2nd is the problem one (with lvm2
> -- loaded by "vgscan", "vgchange -a y", "mount /u0/v0").
>
> Without loading lvm2, uml works just fine.
>
> Host:   	2.4.25-pre4
> Guest:  	2.4.25-pre4-1um
> Gcc:		2.95.3 20010315
> Glibc:		2.2.5-34
> Binutils:	2.14.90.0.7
>
>
> Both traces are starting the same command "klog" ...
>
>
>
> Trace 1 (without lvm2)
>
> # strace klogd
> execve("/usr/sbin/klogd", ["klogd"], [/* 34 vars */]) = 0
> brk(0)                                  = 0x804e750
> open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or
> directory)
> open("/etc/ld.so.cache", O_RDONLY)      = 3
> SYS_197(0x3, 0xbfffec98, 0x40015604, 0x400156ec, 0x3) = 0
> mmap(0, 1628, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40016000
> close(3)                                = 0
> open("/lib/libc.so.6", O_RDONLY)        = 3
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 1024) = 1024
> SYS_197(0x3, 0xbfffece8, 0x40015604, 0x400156ec, 0x3) = 0
> mmap(0, 1190528, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40017000
> mprotect(0x40130000, 39552, PROT_NONE)  = 0
> mmap(0x40130000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
> 0x119000) = 0x40130000
> mmap(0x40136000, 14976, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40136000
> close(3)                                = 0
> mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0x4013a000
> munmap(0x40016000, 1628)                = 0
> brk(0)                                  = 0x804e750
> brk(0x804e780)                          = 0x804e780
> brk(0x804f000)                          = 0x804f000
> chdir("/")                              = 0
> open("/var/run/klogd.pid", O_RDONLY)    = -1 ENOENT (No such file or
> directory)
> fork()                                  = 112
> _exit(0)                                = ?
>
>
>
>
>
> Trace 2 (with lvm2)
> # strace klogd
> execve("/usr/sbin/klogd", ["klogd"], [/* 34 vars */]) = 0
> brk(0)                                  = 0x804e750
> open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or
> directory)
> open("/etc/ld.so.cache", O_RDONLY)      = 3
> SYS_197(0x3, 0xbfffec98, 0x40015604, 0x400156ec, 0x3) = 0
> mmap(0, 1628, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40016000
> close(3)                                = 0
> open("/lib/libc.so.6", O_RDONLY)        = 3
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 1024) = 1024
> SYS_197(0x3, 0xbfffece8, 0x40015604, 0x400156ec, 0x3) = 0
> mmap(0, 1190528, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40017000
> mprotect(0x40130000, 39552, PROT_NONE)  = 0
> mmap(0x40130000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
> 0x119000) = 0x40130000
> mmap(0x40136000, 14976, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40136000
> close(3)                                = 0
> mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0x4013a000
> munmap(0x40016000, 1628)                = 0
> brk(0)                                  = 0x804e750
> brk(0x804e780)                          = 0x804e780
> brk(0x804f000)                          = 0x804f000
> chdir("/")                              = 0
> open("/var/run/klogd.pid", O_RDONLY)    = -1 ENOENT (No such file or
> directory)
> fork()                                  = 147
> Kernel panic: Kernel mode fault at addr 0x488b5000, ip 0x400df1a4
>
>
>
> Thanks,
> Jeff
>
> On Tue, 6 Jan 2004, Johannes Formann wrote:
>
>> At 21:58 Uhr -0500 05.01.2004, Jeff Dike wrote:
>> >jchua@fedex.com said:
>> >>  Starting daemons: syslogd klogd inetd namedKernel panic: Kernel mode
>> >>  fault at addr 0x48965000, ip 0x400e51a4
>> >
>> >Can you get a stack trace from the panic?
>>
>> a simple strace $comand_to_run_uml?
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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
>
>
> This mail has been scanned for known viruses on an open, Linux-based
> mailsystem
> developed by http://Knowledge-Network.no and http://Nixia.no.
>



This mail has been scanned for known viruses on an open, Linux-based mailsystem
developed by http://Knowledge-Network.no and http://Nixia.no.


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip 0x400e51a4

[Jeff Chua]

On Tue, 6 Jan 2004 stian@nixia.no wrote:

> strace -f klogd
>
> so we can see what happens in the child after the fork could be usefull,
> since the parent after the fork just exists.


I posted this earlier ...

running with "strace -f klogd" ...

munmap(0x4013b000, 4096)                = 0
get_kernel_syms(0)                      = 956
brk(0x80a9000)                          = 0x80a9000
get_kernel_syms(0x8092118)              = 956
open("/dev/kmem", O_RDONLY)             = 3
_llseek(0x3, 0, 0xa8965000, 0xbffff934, 0) = 0
read(3, Kernel panic: Kernel mode fault at addr 0x48965000, ip 0x400df1a4


It seems to break while reading /dev/kmem


Thanks,
Jeff



-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip 0x400e51a4

[Adam Heath]

On Thu, 8 Jan 2004, Jeff Chua wrote:

> open("/dev/kmem", O_RDONLY)             = 3
> _llseek(0x3, 0, 0xa8965000, 0xbffff934, 0) = 0
> read(3, Kernel panic: Kernel mode fault at addr 0x48965000, ip 0x400df1a4

0xa8965000 != 0x48965000

Note how only the first octet is different.



-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [tracked down] Kernel mode fault with /dev/kmem

[BlaisorBlade]

Alle 20:18, mercoledì 7 gennaio 2004, Adam Heath ha scritto:
> On Thu, 8 Jan 2004, Jeff Chua wrote:
> > open("/dev/kmem", O_RDONLY)             = 3
> > _llseek(0x3, 0, 0xa8965000, 0xbffff934, 0) = 0
> > read(3, Kernel panic: Kernel mode fault at addr 0x48965000, ip 0x400df1a4
>
> 0xa8965000 != 0x48965000
>
> Note how only the first octet is different.

Ok, excellent note; or better, that behaviour (a different address) *is* 
right, but the difference is *wrong*.

Reading the code of read_kmem as patched, we get this pseudo-code:

p=*ppos; //position pointer
...
p = __va(p); /*translate physical address to virtual, like: */
//p += uml_physmem;

However, starting from 0xa8965000, and increasing it by 2,5Gb, we get an 
overflow, i.e. p becomes <old p> + 2,5Gb - 4Gb = <old p> - 1,5 Gb=0x48965000.

So we've got to the bug. But anyway, doing p=__va(p) is a wrong fix because an 
offset inside /dev/kmem is already virtual (comments in the file are clear), 
and in read_mem we see:
  copy_to_user(buf, __va(p), count).

So, the patch just turns /dev/kmem into /dev/mem, on reading, while it doesn't 
do the overflow check done inside read_mem. On writing, instead, it changes 
nothing, so we would have probably other panics.

What I've read about the patch was that the kmem driver "incorrectly assumes 
the address space starts from the 0 address", IIRC. If this is correct, then 
the correct fix would be to check whether the address is mapped and to 
provide a suitable error code, either -EFAULT, or 0, as here:

static ssize_t read_mem(struct file * file, char * buf,
                        size_t count, loff_t *ppos) {
        unsigned long p = *ppos;
        unsigned long end_mem;
        ssize_t read;

        end_mem = __pa(high_memory);
        if (p >= end_mem)
                return 0;
	/*...*/
}

However, I'm not up to see how to exactly do the check (even if this check is 
already done when using the copy_from_user macros).

Bye
-- 
cat <<EOSIGN
Paolo Giarrusso, aka Blaisorblade
Linux Kernel 2.4.23/2.6.0 on an i686; Linux registered user n. 292729
EOSIGN


-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip 0x400e51a4

[Jeff Dike]

jchua@fedex.com said:
> uml-patch-2.4.22-5 works fine, but newer patches fail during boot
> Starting daemons: syslogd klogd inetd namedKernel panic: Kernel mode
> fault at addr 0x48965000, ip 0x400e51a4 

Can you check if this still happens with the next patch?  I fixed a crash
caused by klogd, and the klogd in the last line there makes me suspicious
that this is the same thing.

				Jeff



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&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

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip 0x400e51a4

[Jeff Chua]

I'm on 2.6.3 and uml-patch-2.6.3-rc2 + 00-2.6.2-v1-host-SKAS2 no longer
has this problem.

Only problem now is uml-patch-2.6.3-rc2 + 00-2.6.2-v1-host-SKAS2 cannot
work with 2.6.4-rc1. Can't compile.


Thanks,
Jeff
[ jchua@fedex.com ]

On Wed, 3 Mar 2004, Jeff Dike wrote:

> jchua@fedex.com said:
> > uml-patch-2.4.22-5 works fine, but newer patches fail during boot
> > Starting daemons: syslogd klogd inetd namedKernel panic: Kernel mode
> > fault at addr 0x48965000, ip 0x400e51a4
>
> Can you check if this still happens with the next patch?  I fixed a crash
> caused by klogd, and the klogd in the last line there makes me suspicious
> that this is the same thing.
>
> 				Jeff
>


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&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

Re: [uml-devel] Kernel mode fault at addr 0x48965000, ip 0x400e51a4

[BlaisorBlade]

Alle 03:19, giovedì 4 marzo 2004, Jeff Chua ha scritto:
> I'm on 2.6.3 and uml-patch-2.6.3-rc2 + 00-2.6.2-v1-host-SKAS2 no longer
> has this problem.

Better: it does not *yet* have it. That came from a patch in 2.4 not put in 
2.6 that fixed the Oops on cat /dev/kmem. In the new patch that has been 
replaced.

However, I am *sure* that this is the same thing: indeed, when I said "someone 
had problems" I referred to exactly *this* ones.
-- 
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&opÌk
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel