user-mode-linux-user

[User-mode-linux-user] Need some hints on how to debug

[<ua...@al...>]

Hi all

I have read the how to on how to debug linux-uml, but I can't do the
following:

+ a syscall
+ bottom halves and other kernel contetxt processing

any comment would be greatly appreciated

	Ulisses

                Debian/GNU Linux: a dream come true
-----------------------------------------------------------------------------
"Computers are useless. They can only give answers."            Pablo Picasso

--->	Visita http://www.valux.org/ para saber acerca de la	<---
--->	Asociación Valenciana de Usuarios de Linux		<---
 

[User-mode-linux-user] user-mode port 0.24-2.3.99-pre9

[Jeff D. <jd...@ka...>]

The user-mode port of 2.3.99-pre9 is available.

There is now a real hardware interrupt mechanism, which I got by copying the 
i386 irq code, and wrapping user-mode stuff around it.  The consoles and 
network device now do their I/O off interrupts rather than the timer, which 
greatly reduces latency.  The interactive feel is much better, especially 
under X.

As a side-effect of this, 'cat /proc/interrupts' will no longer hang the 
kernel :-)

I fixed the stair-stepping problem with the console output.

I also fixed the problem that some people had running kernels that they had 
built themselves.  So, if you built a -pre8 kernel from source, and it did 
nothing but hang, that's fixed.

I've also got some caveats to go with this batch of good news.  Now that this 
port is much more interrupt-driven, it is more prone to races.  I've fixed a 
bunch of them, but I still see an occasional process segfault.

There is also a slight difficulty at times with the network.  Sometimes 
packets will stop flowing.  I have no idea why, but typing at a console will 
wake things up and get those packets flowing again.  This is most easy to 
reproduce under X (start an xterm and a window manager and wave the mouse in 
and out of the xterm, and after a while, the xterm will stop blinking and the 
mouse will stop changing shape), but I've also seen it affect ping.

The project's home page is http://user-mode-linux.sourceforge.net 
The project's download page is http://sourceforge.net/project/filelist.php?grou
p_id=429

				Jeff

[User-mode-linux-user] another success report on increasing array size

[<ua...@al...>]

Thanks Jeff!!!

	Ulisses

                Debian/GNU Linux: a dream come true
-----------------------------------------------------------------------------
"Computers are useless. They can only give answers."            Pablo Picasso

--->	Visita http://www.valux.org/ para saber acerca de la	<---
--->	Asociación Valenciana de Usuarios de Linux		<---
 

Re: [User-mode-linux-user] problems executing uml-2.3.99-pre8

[Lennert B. <bu...@gn...>]

On Tue, 23 May 2000, Jeff Dike wrote:

> > I've been having the same problems here, for a long time now.
> 
> So why not complain earlier?  I can't fix problems if I don't know
> about them.

All the wrong reasons. No time, a feeling of 'its probably a known
bug', 'the next release might fix this', ' "It hangs" will sound stupid',
etc..

As I said, the patch to tlb.c fixed it. The highmem patch didn't do
anything.


Thanks for a nice piece of code!


greetings,
Lennert

Re: [User-mode-linux-user] The -pre8 compilation problems

[Lennert B. <bu...@gn...>]

Yes, fixed it. Thanks.


Lennert



On Wed, 24 May 2000, Jeff Dike wrote:

> I reproduced this problem on sourceforge.  The kernel looks at its own maps 
> when it starts up because it needs to fiddle the shareability of its data and 
> to mark those parts of its address space off-limits for mmap.
> 
> In arch/um/kernel/tlb.c, it reads its maps into a fixed-length array, and 
> panics if it find too many.  For some reason, when you compile locally, you 
> get a different number of maps than when you use the precompiled binaries.
> 
> For now, apply this patch:
> --- arch/um/kernel/tlb.c~  Wed May 24 09:09:49 2000
> +++ arch/um/kernel/tlb.c   Wed May 24 09:23:39 2000
> @@ -179,7 +179,7 @@
>  
>  /* text, data, init_task, data, bss, physical memory in three chunks, 
>     virtual memory area, stack */
> -static struct vm_area_struct process_vmas[10 * (NESTING + 1)];
> +static struct vm_area_struct process_vmas[20 * (NESTING + 1)];
>  static int num_process_vmas = 0;
>  
>  void add_perm_vma(unsigned long start, unsigned long end, char rperm, 
> 
> I'll figure out a better way of doing this later.
> 
> 				Jeff
> 
> 
> 
> 
> _______________________________________________
> User-mode-linux-user mailing list
> Use...@li...
> http://lists.sourceforge.net/mailman/listinfo/user-mode-linux-user
> 

[User-mode-linux-user] The -pre8 compilation problems

[Jeff D. <jd...@ka...>]

I reproduced this problem on sourceforge.  The kernel looks at its own maps 
when it starts up because it needs to fiddle the shareability of its data and 
to mark those parts of its address space off-limits for mmap.

In arch/um/kernel/tlb.c, it reads its maps into a fixed-length array, and 
panics if it find too many.  For some reason, when you compile locally, you 
get a different number of maps than when you use the precompiled binaries.

For now, apply this patch:
--- arch/um/kernel/tlb.c~  Wed May 24 09:09:49 2000
+++ arch/um/kernel/tlb.c   Wed May 24 09:23:39 2000
@@ -179,7 +179,7 @@
 
 /* text, data, init_task, data, bss, physical memory in three chunks, 
    virtual memory area, stack */
-static struct vm_area_struct process_vmas[10 * (NESTING + 1)];
+static struct vm_area_struct process_vmas[20 * (NESTING + 1)];
 static int num_process_vmas = 0;
 
 void add_perm_vma(unsigned long start, unsigned long end, char rperm, 

I'll figure out a better way of doing this later.

				Jeff

Re: [User-mode-linux-user] report on 2.3.99-pre8 problems

[Jeff D. <jd...@ka...>]

ua...@al... said:
> debugging from the "child":
> (gdb) print "%s", log_buf
>  No memory available to program: call to malloc failed 

That should have been 'printf' not 'print'.

Is this with a highmem.h in include/asm-um or not?

				Jeff

Re: [User-mode-linux-user] Problems with 2.3.99-pre8

[Jeff D. <jd...@ka...>]

iu...@em... said:
> Jeff, you proposed adding a file in arch/asm-um/highmem.h, in order
> for the correct file to be included. But the patch available on
> sourceforge doesn't include or modify any file called highmem.h .

That's because the file should be in the patch, but isn't.

Did you put highmem.h in place, rebuild, and still get a bogus kernel?  It's 
not clear from your mail.

> And a second problem: when ifconfig'ing the umn, it gives me this
> error: get_ptr : Couldn't grant pty - errno = 128 umn : Failed to open
> pty which I traced to file /usr/src/uml/arch/um/kernel/user_util.c:406
> in grantpt(fd). One error I see is that the printk regarding this
> grant pty error doesn't have the errno as a parameter, which probably
> causes invalid printing of the error code. 

Rats.  I thought I fixed those.  It's fixed now :-)

> Also, could the ppp module be compiled?

You mean compiled into the kernel?  Sure.

				Jeff

[User-mode-linux-user] report on 2.3.99-pre8 problems

[<ua...@al...>]

Hi Jeff!!!

after exec'ng the uml kernel, the only two process that start (and stay in a
busy loop) are:

root       304   298  0 12:53 pts/1    00:00:00 ./linux [(input thread)]
root       305   304 80 12:53 pts/1    00:00:49 ./linux [(tracing thread)]

as I said in the previous mail input thread is on select.

linux tracing thread is in a infinite loop executing:

wait4(-1, 0x50001fe4, WUNTRACED, NULL)  = -1 ECHILD (No child processes)

tha's in trap_user.c:int signals(void *arg)

debugging from the input thread

(gdb) print "%s", log_buf

Program received signal SIGSEGV, Segmentation fault.
<function called from gdb>
The program being debugged stopped while in a function called from GDB.
When the function (malloc) is done executing, GDB will silently
stop (instead of continuing to evaluate the expression containing
the function call).


debugging from the "child":

(gdb) print "%s", log_buf
No memory available to program: call to malloc failed

I have repeated 2 times these tests with the same sympthoms


Of course there is enough mem:

# free
             total       used       free     shared    buffers     cached
Mem:         63688      60560       3128      22720      32400       9712
-/+ buffers/cache:      18448      45240
Swap:        72256       6264      65992


I also executed the kernel with mem=8M

with the same results...


The following precompiled images does work:

Linux version 2.3.36-1um (jd...@cc...)
Linux version 2.3.99-pre6-1um (jd...@cc...)


I'm totally lost... I hope I can investigage on it next days

Thanks for your support && Best wishes

	
	Ulisses

                Debian/GNU Linux: a dream come true
-----------------------------------------------------------------------------
"Computers are useless. They can only give answers."            Pablo Picasso

--->	Visita http://www.valux.org/ para saber acerca de la	<---
--->	Asociación Valenciana de Usuarios de Linux		<---
 

[User-mode-linux-user] Problems with 2.3.99-pre8

[Iustin P. <iu...@em...>]

Hi to all!
Jeff, you proposed adding a file in arch/asm-um/highmem.h, in order for the
correct file to be included. But the patch available on sourceforge doesn't
include or modify any file called highmem.h . So this change does nothing for
me, it's the same thing: usermode kernel hangs in select.

And a second problem: when ifconfig'ing the umn, it gives me this error:
get_ptr : Couldn't grant pty - errno = 128
umn : Failed to open pty
which I traced to file /usr/src/uml/arch/um/kernel/user_util.c:406
in grantpt(fd). One error I see is that the printk regarding this grant pty
error doesn't have the errno as a parameter, which probably causes invalid
printing of the error code. I tried to add it and recompile, but the highmem.h
problem prevents me to boot with my kernel. I tried to look in the glibc source
code for the reason why grantpt would fail, but I didn't manage my way around.

Also, could the ppp module be compiled? This, combined with the serial port
which is already available (equivalent to a null-modem cable) would give us the
possibility to use ppp on the both sides to establish networking.

Thanks for a cool/useful program!
Iustin Pop


______________________________________________________________________
Do you want a free e-mail for life ? Get it at http://www.email.ro/

Re: [User-mode-linux-user] problems executing uml-2.3.99-pre8

[Jeff D. <jd...@ka...>]

I've had occasional problems caused by not having a complete set of headers in 
my include/asm.  The compiler goes off and finds incompatible ones in 
/usr/include/asm instead.

Try putting this in arch/asm-um/highmem.h and see if you can build good 
binaries:

#ifndef __UM_HIGHMEM_H
#define __UM_HIGHMEM_H

#include "asm/arch/highmem.h"

#endif

Re: [User-mode-linux-user] problems executing uml-2.3.99-pre8

[Jeff D. <jd...@ka...>]

bu...@gn... said:
> I've been having the same problems here, for a long time now.

So why not complain earlier?  I can't fix problems if I don't know about them.

This looks like the compilation might be grabbing headers from 
/usr/include/asm rather than the kernel pool's include/asm.  I'll double-check 
things here.

				Jeff

Re: [User-mode-linux-user] problems executing uml-2.3.99-pre8

[Lennert B. <bu...@gn...>]

Hi all,


I've been having the same problems here, for a long time now. Machines are
vanilla RH 6.2. The distributed binaries work fine. Haven't looked into
this yet. I can provide shell accounts here if necessary.


greetings,
Lennert


On Tue, 23 May 2000, Jeff Dike wrote:

> ua...@al... said:
> > uml kernel = 2.2.99-pre98 
> 
> I assume you mean 2.2.99-pre8?
> 
> > fn=0x411, child_stack=0x50001ff4, flags=0x7, args=0x1000000862
> > clone()                           = 864 
> 
> It's cloned the tracing thread and gone into select.  This is right so far.
> 
> The thing to do is to find out what the tracing thread is up to.  Attach to it 
> (it will be the second linux thread) and get a backtrace.  Also in gdb do 
> 'printf "%s", log_buf'.  That will show you what has been printk'd so far 
> (none of it made it to the screen because the console hasn't been initialized 
> yet).
> 
> Is this kernel the one that you just finished building from source?  If so, 
> have you tried the binary kernel that I distribute?
> 
> 				Jeff
> 
> 
> 
> _______________________________________________
> User-mode-linux-user mailing list
> Use...@li...
> http://lists.sourceforge.net/mailman/listinfo/user-mode-linux-user
> 

Re: [User-mode-linux-user] problems executing uml-2.3.99-pre8

[Jeff D. <jd...@ka...>]

ua...@al... said:
> uml kernel = 2.2.99-pre98 

I assume you mean 2.2.99-pre8?

> fn=0x411, child_stack=0x50001ff4, flags=0x7, args=0x1000000862
> clone()                           = 864 

It's cloned the tracing thread and gone into select.  This is right so far.

The thing to do is to find out what the tracing thread is up to.  Attach to it 
(it will be the second linux thread) and get a backtrace.  Also in gdb do 
'printf "%s", log_buf'.  That will show you what has been printk'd so far 
(none of it made it to the screen because the console hasn't been initialized 
yet).

Is this kernel the one that you just finished building from source?  If so, 
have you tried the binary kernel that I distribute?

				Jeff

[User-mode-linux-user] problems executing uml-2.3.99-pre8

[<ua...@al...>]

First of all thanks Jeff for your reply

The problem about missing "asm/arch/*.h" was becuase I was trying to build
the kernel with "make vmlinux", building it with "make linux" worked Ok...
but I still have some problems, I hope this time I include enough info

arch = i386
host kernel = 2.2.99-pre98 & 2.2.15
uml kernel = 2.2.99-pre98

when I execute "./linux" it keeps heating nearly all CPU, there is no printk
output at all

I include all strace output but first take a look at last few lines:

862   execve("./linux", ["./linux"], [/* 29 vars */]) = 0
862   fcntl(0, F_GETFD)                 = 0
862   fcntl(1, F_GETFD)                 = 0
862   fcntl(2, F_GETFD)                 = 0
862   personality(PER_LINUX)            = 0
862   geteuid()                         = 1000
862   getuid()                          = 1000
862   getegid()                         = 1000
862   getgid()                          = 1000
862   brk(0)                            = 0x101bbf6c
862   brk(0x101bbf8c)                   = 0x101bbf8c
862   brk(0x101bc000)                   = 0x101bc000
862   brk(0x101bd000)                   = 0x101bd000
862   getpid()                          = 862
862   execve("./linux", ["./linux", "                                "...], [/* 29 vars */]) = 0
862   fcntl(0, F_GETFD)                 = 0
862   fcntl(1, F_GETFD)                 = 0
862   fcntl(2, F_GETFD)                 = 0
862   personality(PER_LINUX)            = 0
862   geteuid()                         = 1000
862   getuid()                          = 1000
862   getegid()                         = 1000
862   getgid()                          = 1000
862   brk(0)                            = 0x101bbf6c
862   brk(0x101bbf8c)                   = 0x101bbf8c
862   brk(0x101bc000)                   = 0x101bc000
862   brk(0x101bd000)                   = 0x101bd000
862   getpid()                          = 862
862   getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
862   getitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={0, 0}}) = 0
862   ioctl(0, TCGETS, {B38400 opost isig icanon echo ...}) = 0
862   getpid()                          = 862
862   open("/proc/862/maps", O_RDONLY)  = 4
862   read(4, "10000000-100dc000 r-xp 00000000 "..., 38) = 38
862   read(4, "6", 1)                   = 1
862   read(4, "1", 1)                   = 1
862   read(4, "0", 1)                   = 1
862   read(4, "5", 1)                   = 1
862   read(4, "5", 1)                   = 1
862   read(4, "9", 1)                   = 1
862   read(4, " ", 1)                   = 1
862   read(4, " ", 1)                   = 1
862   read(4, " ", 1)                   = 1
862   read(4, " ", 1)                   = 1
862   read(4, " ", 1)                   = 1
862   read(4, "/", 1)                   = 1
862   read(4, "h", 1)                   = 1
862   read(4, "o", 1)                   = 1
862   read(4, "m", 1)                   = 1
862   read(4, "e", 1)                   = 1
862   read(4, "/", 1)                   = 1
862   read(4, "u", 1)                   = 1
862   read(4, "l", 1)                   = 1
862   read(4, "i", 1)                   = 1
862   read(4, "s", 1)                   = 1
862   read(4, "s", 1)                   = 1
862   read(4, "e", 1)                   = 1
862   read(4, "s", 1)                   = 1
862   read(4, "/", 1)                   = 1
862   read(4, "d", 1)                   = 1
862   read(4, "a", 1)                   = 1
862   read(4, "t", 1)                   = 1
862   read(4, "a", 1)                   = 1
862   read(4, "/", 1)                   = 1
862   read(4, "u", 1)                   = 1
862   read(4, "m", 1)                   = 1
862   read(4, "l", 1)                   = 1
862   read(4, "/", 1)                   = 1
862   read(4, "l", 1)                   = 1
862   read(4, "i", 1)                   = 1
862   read(4, "n", 1)                   = 1
862   read(4, "u", 1)                   = 1
862   read(4, "x", 1)                   = 1
862   read(4, "\n", 1)                  = 1
862   read(4, "100dc000-10186000 rw-p 000db000 "..., 38) = 38
862   read(4, "6", 1)                   = 1
862   read(4, "1", 1)                   = 1
862   read(4, "0", 1)                   = 1
862   read(4, "5", 1)                   = 1
862   read(4, "5", 1)                   = 1
862   read(4, "9", 1)                   = 1
862   read(4, " ", 1)                   = 1
862   read(4, " ", 1)                   = 1
862   read(4, " ", 1)                   = 1
862   read(4, " ", 1)                   = 1
862   read(4, " ", 1)                   = 1
862   read(4, "/", 1)                   = 1
862   read(4, "h", 1)                   = 1
862   read(4, "o", 1)                   = 1
862   read(4, "m", 1)                   = 1
862   read(4, "e", 1)                   = 1
862   read(4, "/", 1)                   = 1
862   read(4, "u", 1)                   = 1
862   read(4, "l", 1)                   = 1
862   read(4, "i", 1)                   = 1
862   read(4, "s", 1)                   = 1
862   read(4, "s", 1)                   = 1
862   read(4, "e", 1)                   = 1
862   read(4, "s", 1)                   = 1
862   read(4, "/", 1)                   = 1
862   read(4, "d", 1)                   = 1
862   read(4, "a", 1)                   = 1
862   read(4, "t", 1)                   = 1
862   read(4, "a", 1)                   = 1
862   read(4, "/", 1)                   = 1
862   read(4, "u", 1)                   = 1
862   read(4, "m", 1)                   = 1
862   read(4, "l", 1)                   = 1
862   read(4, "/", 1)                   = 1
862   read(4, "l", 1)                   = 1
862   read(4, "i", 1)                   = 1
862   read(4, "n", 1)                   = 1
862   read(4, "u", 1)                   = 1
862   read(4, "x", 1)                   = 1
862   read(4, "\n", 1)                  = 1
862   open("vm_file", O_RDWR|O_CREAT|O_EXCL, 0777) = 5
862   unlink("vm_file")                 = 0
862   lseek(5, 696320, SEEK_SET)        = 696320
862   write(5, "\0", 1)                 = 1
862   old_mmap(NULL, 696320, PROT_READ|PROT_WRITE, MAP_SHARED, 5, 0) = 0x40000000
862   munmap(0x100dc000, 696320)        = 0
862   old_mmap(0x100dc000, 696320, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 5, 0) = 0x100dc000
862   munmap(0x40000000, 696320)        = 0
862   close(4)                          = 0
862   getpid()                          = 862
862   open("/proc/862/maps", O_RDONLY)  = 4
862   read(4, "10000000-100dc000 r-xp 00000000 "..., 38) = 38
862   read(4, "6", 1)                   = 1
862   read(4, "1", 1)                   = 1
862   read(4, "0", 1)                   = 1
862   read(4, "5", 1)                   = 1
862   read(4, "5", 1)                   = 1
862   read(4, "9", 1)                   = 1
862   read(4, " ", 1)                   = 1
862   read(4, " ", 1)                   = 1
862   read(4, " ", 1)                   = 1
862   read(4, " ", 1)                   = 1
862   read(4, " ", 1)                   = 1
862   read(4, "/", 1)                   = 1
862   read(4, "h", 1)                   = 1
862   read(4, "o", 1)                   = 1
862   read(4, "m", 1)                   = 1
862   read(4, "e", 1)                   = 1
862   read(4, "/", 1)                   = 1
862   read(4, "u", 1)                   = 1
862   read(4, "l", 1)                   = 1
862   read(4, "i", 1)                   = 1
862   read(4, "s", 1)                   = 1
862   read(4, "s", 1)                   = 1
862   read(4, "e", 1)                   = 1
862   read(4, "s", 1)                   = 1
862   read(4, "/", 1)                   = 1
862   read(4, "d", 1)                   = 1
862   read(4, "a", 1)                   = 1
862   read(4, "t", 1)                   = 1
862   read(4, "a", 1)                   = 1
862   read(4, "/", 1)                   = 1
862   read(4, "u", 1)                   = 1
862   read(4, "m", 1)                   = 1
862   read(4, "l", 1)                   = 1
862   read(4, "/", 1)                   = 1
862   read(4, "l", 1)                   = 1
862   read(4, "i", 1)                   = 1
862   read(4, "n", 1)                   = 1
862   read(4, "u", 1)                   = 1
862   read(4, "x", 1)                   = 1
862   read(4, "\n", 1)                  = 1
862   read(4, "100dc000-10186000 rw-s 00000000 "..., 38) = 38
862   read(4, "1", 1)                   = 1
862   read(4, "7", 1)                   = 1
862   read(4, "5", 1)                   = 1
862   read(4, "3", 1)                   = 1
862   read(4, "0", 1)                   = 1
862   read(4, "9", 1)                   = 1
862   read(4, "8", 1)                   = 1
862   read(4, " ", 1)                   = 1
862   read(4, " ", 1)                   = 1
862   read(4, " ", 1)                   = 1
862   read(4, " ", 1)                   = 1
862   read(4, "/", 1)                   = 1
862   read(4, "h", 1)                   = 1
862   read(4, "o", 1)                   = 1
862   read(4, "m", 1)                   = 1
862   read(4, "e", 1)                   = 1
862   read(4, "/", 1)                   = 1
862   read(4, "u", 1)                   = 1
862   read(4, "l", 1)                   = 1
862   read(4, "i", 1)                   = 1
862   read(4, "s", 1)                   = 1
862   read(4, "s", 1)                   = 1
862   read(4, "e", 1)                   = 1
862   read(4, "s", 1)                   = 1
862   read(4, "/", 1)                   = 1
862   read(4, "d", 1)                   = 1
862   read(4, "a", 1)                   = 1
862   read(4, "t", 1)                   = 1
862   read(4, "a", 1)                   = 1
862   read(4, "/", 1)                   = 1
862   read(4, "u", 1)                   = 1
862   read(4, "m", 1)                   = 1
862   read(4, "l", 1)                   = 1
862   read(4, "/", 1)                   = 1
862   read(4, "v", 1)                   = 1
862   read(4, "m", 1)                   = 1
862   read(4, "_", 1)                   = 1
862   read(4, "f", 1)                   = 1
862   read(4, "i", 1)                   = 1
862   read(4, "l", 1)                   = 1
862   read(4, "e", 1)                   = 1
862   read(4, " ", 1)                   = 1
862   read(4, "(", 1)                   = 1
862   read(4, "d", 1)                   = 1
862   read(4, "e", 1)                   = 1
862   read(4, "l", 1)                   = 1
862   read(4, "e", 1)                   = 1
862   read(4, "t", 1)                   = 1
862   read(4, "e", 1)                   = 1
862   read(4, "d", 1)                   = 1
862   read(4, ")", 1)                   = 1
862   read(4, "\n", 1)                  = 1
862   read(4, "10186000-101bd000 rwxp 00000000 "..., 38) = 38
862   read(4, "0", 1)                   = 1
862   read(4, "\n", 1)                  = 1
862   open("vm_file", O_RDWR|O_CREAT|O_EXCL, 0777) = 6
862   unlink("vm_file")                 = 0
862   lseek(6, 221184, SEEK_SET)        = 221184
862   write(6, "\0", 1)                 = 1
862   old_mmap(NULL, 221184, PROT_READ|PROT_WRITE, MAP_SHARED, 6, 0) = 0x40000000
862   munmap(0x10186000, 221184)        = 0
862   old_mmap(0x10186000, 221184, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_SHARED|MAP_FIXED, 6, 0) = 0x10186000
862   munmap(0x40000000, 221184)        = 0
862   close(4)                          = 0
862   old_mmap(0x40000000, 536870912, PROT_NONE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40000000
862   getpid()                          = 862
862   munmap(0x40000000, 536870912)     = 0
862   old_mmap(0x50000000, 41943040, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x50000000
862   munmap(0x50000000, 41943040)      = 0
862   open("vm_file", O_RDWR|O_CREAT|O_EXCL, 0777) = 4
862   unlink("vm_file")                 = 0
862   lseek(4, 16777216, SEEK_SET)      = 16777216
862   write(4, "\0", 1)                 = 1
862   old_mmap(0x50000000, 16777216, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 4, 0) = 0x50000000
862   fstat(4, {st_mode=S_IFREG|0775, st_size=16777217, ...}) = 0
862   mprotect(0x100de000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
862   mprotect(0x50001000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
862   pipe([7, 8])                      = 0
fn=0x411, child_stack=0x50001ff4, flags=0x7, args=0x1000000862   clone()                           = 864
862   rt_sigaction(SIGIO, {0x10087634, [], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0
862   select(9, [7], NULL, NULL, NULL)  = ? ERESTARTNOHAND (To be restarted)
             ^^^^^^ Please note the these arguments... is it correct?
<--   Here I press Control-C

862   --- SIGINT (Interrupt) ---
862   +++ killed by SIGINT +++

what it's happening here?

I've tried with several kernel with diferent config options (devfs on/on and
debugging on/off), with host kernel 2.2.15 and 2.3.99-pre8

I also tried running it by passing ubd0=root_fs, but as I said before __it
doesn't show any printk__

Thanks in advance

		Ulisses

                Debian/GNU Linux: a dream come true
-----------------------------------------------------------------------------
"Computers are useless. They can only give answers."            Pablo Picasso

--->	Visita http://www.valux.org/ para saber acerca de la	<---
--->	Asociación Valenciana de Usuarios de Linux		<---
 

Re: [User-mode-linux-user] compiling uml-2.3.99-pre8

[Jeff D. <jd...@ka...>]

ua...@al... said:
> I'm trying to compile this uml version but some files include "asm/
> arch/*" files that are missing... what I'm missing here? 

Can you be more specific?  Like what files are missing?  Perhaps the make log?

				Jeff

[User-mode-linux-user] compiling uml-2.3.99-pre8

[<ua...@al...>]

Hi all

I'm trying to compile this uml version but some files include "asm/arch/*"
files that are missing... what I'm missing here?

Thanks in advance

		Ulisses

                Debian/GNU Linux: a dream come true
-----------------------------------------------------------------------------
"Computers are useless. They can only give answers."            Pablo Picasso

--->	Visita http://www.valux.org/ para saber acerca de la	<---
--->	Asociación Valenciana de Usuarios de Linux		<---
 

[User-mode-linux-user] user-mode port 0.23-2.3.99-pre8

[Jeff D. <jd...@ka...>]

The user-mode port of 2.3.99-pre8 is available.

Kernel modules now work.  They need to be compiled in the user-mode pool.  
Modules from a native pool won't work.  To get modules_install to drop them in 
the right place in your user-mode filesystem, you can do the following:

build the modules
mount your user-mode filesystem on mnt at the top level of the pool (with the 
kernel not booted on it)
run 'make modules_install INSTALL_MOD_PATH=`pwd`/mnt'
boot the kernel

I exported just enough symbols to get isofs to run as a module.  I'm sure that 
others need to be exported.  If you run into any, let me know, and I'll take 
care of them.

The project's home page is http://user-mode-linux.sourceforge.net 
The project's download page is http://sourceforge.net/project/filelist.php?grou
p_id=429

				Jeff

Re: [User-mode-linux-user] whishlist: modules would be really cool

[Jeff D. <jd...@ka...>]

ua...@al... said:
>  

I actually had a look at what it would take the other day, and it appears not 
to be too hard.

The one thing I don't understand is what the exception list is for and where 
it is filled in.  If someone can clue me in, that would be very cool.

				Jeff

[User-mode-linux-user] whishlist: modules would be really cool

[<ua...@al...>]

-- 
                Debian/GNU Linux: a dream come true
-----------------------------------------------------------------------------
"Computers are useless. They can only give answers."            Pablo Picasso

[User-mode-linux-user] user-mode port 0.22-2.3.99-pre7

[Jeff D. <jd...@ka...>]

The user-mode port of 2.3.99-pre7 is available.

There is not much new besides the update to -pre7.  The binaries that I 
provide are configured with CONFIG_DEVFS_MOUNT on, so if you've started 
running the kernel with 'devfs=mount' you can stop now...  BTW, I took a quick 
look at the rest of the arches on this option, and I notice that I am the only 
one macho enough to turn it on by default [ um - the real hacker's port ] :-)

In other news, the stock 2.2.15 can run this port since it now contains the 
necessary ptrace extension.

The project's home page is http://user-mode-linux.sourceforge.net 
The project's download page is http://sourceforge.net/project/filelist.php?grou
p_id=429

				Jeff

[User-mode-linux-user] user-mode port 0.21-2.3.99-pre6

[Jeff D. <jd...@ka...>]

This release has a couple of compatibility gotchas in it:

devfs seems to have changed its default behavior in this release.  It now 
doesn't mount itself by default.  So, if you're using devfs, you need to add 
"devfs=mount" to the kernel command line, or it won't boot.

I've started phasing out the block major 62 fhd device in favor of the new 
official block major 98 ubd device.  Temporarily, both names will work.  You 
will need to start using ubd?= instead of fhd?= on the command line and change 
/etc/fstab to mount filesystems from /dev/ubd/* (/dev/ubd* without devfs) 
instead of /dev/disk/* (/dev/fhd*).  Also if you're not using devfs, you will 
need to mknod a bunch of /dev/ubd* device for each existing /dev/fhd* device.

That being said, the new stuff is as follows:

It's updated to 2.3.99-pre6.

The idle loop now sleeps rather than spinning.  This makes it much less of a 
drag on the host when it's not doing anything.

The network device now allows the host end of its connection to be specified 
on the command line as "umn=[ip-addr]".  It used to be hardwired.  This makes 
it possible to run several virtual machines in a virtual network on a single 
physical box.  The sleeping idle loop makes this much more pleasant, as well.

A bunch of signal delivery bugs were fixed, including passing unhandled seg 
faults on to the process rather than having them panic the kernel.

A nasty stacksize limit bug is fixed.

As always, the project's home page is http://user-mode-linux.sourceforge.net 
and the goodies can be had at the project download page 
http://sourceforge.net/project/filelist.php?group_id=429

				Jeff

Re: [User-mode-linux-user] 2.3.99-pre4 results

[Jeff D. <jd...@ka...>]

wst...@po... said:
> 	Just _how_ did you chop the kernel size in half?  *smile*  Lots of
> debugging symbols gone? 

As I said in my private reply, I decided to compile the kernels with debugging 
off and strip them.

> Initializing stdio console driver 
> Initializing software serial port version 0
> Kernel panic: Out of pty's in getmaster 

I made the serial device start using pts ttys rather than /dev/pty*, so this 
can't happen again.  The downside is that minicom refuses to connect to it.  
It won't deal with anything except /dev/pty??.  xterm looks like it has the 
same mentality.  I didn't want to lose the virtual consoles, so I didn't 
convert the console driver to pts.

> usermode:~# dd if=/dev/zero of=/dev/null 
> dd: /dev/zero: Bad address
> 0+0 records in 0+0 records out 

I thought I just needed to configure in the zero device.  It turns out that 
one of my basic user data access was broken.

This stuff will be in the next release.

				Jeff

Re: [User-mode-linux-user] Re: user-mode port 0.20-2.3.99-pre5

[Jeff D. <jd...@ka...>]

> in which I figured out that  you once more resyncronized CVS and the
> patch.

More like I unsynchronized cvs and the patch.  This is now fixed, and I think 
I fixed up the tags as well.

Thanks for letting me know about this.

				Jeff

[User-mode-linux-user] Re: user-mode port 0.20-2.3.99-pre5

[Yuri P. <yu...@sw...>]

Sorry Jeff,


It seems I erroneously used BCC:  instead of CC: to list address.

Here is the original post, in which I figured out that 
you once more resyncronized CVS and the patch.



-------- Original Message --------
From: Yuri Pudgorodsky <yu...@sw...>
Subject: Re: user-mode port 0.20-2.3.99-pre5
To: Jeff Dike <jd...@ka...>

Jeff Dike wrote:

> > arch/um/Makefile needs ptrace.o for um.a, but a corresponding ptrace.c
> > file is missing.
>
> Oops.  That got caught by my exclusion file, which had ptrace.c in it because
> at one point I had the base kernel ptrace patch in the same pool.
>
> I just updated the patch and CVS.

One more oops :-)
You did not commit some changes to CVS (see attachment).
The latest patch seems to be ok.


Regards,
Yuri Pudgorodsky