I thought maybe the problem I'm having is due to running UML with a uclibc
root on a glibc host system, so I tried to build UML in my chroot
environment.
It died when it tried to use perl to build.
My uclibc environment hasn't got perl. The normal linux kernel build doesn't
use perl. Neither
> Try retesting after applying update-process-times.patch (the one for the
> crash
> you were seeing): that patch was not merged by maintainers in mainline,
> though IIRC it was sent in the right time frame (maybe because they weren't
> marked as urgent, or because they were a lot of patches, w
On Friday 14 January 2005 00:52, Christopher S. Aker wrote:
> I just verified this on a Debian install and an FC2 install.
>
> Moving from 2.6.9-bb4 to 2.6.10-um vanilla, top reports either 100% user,
> or 100% idle.
>
> [2.6.10] # cat /proc/stat
> cpu 645 1 0 0 0 0 0
> cpu0 645 1 0 0 0 0 0
> intr
On Friday 14 January 2005 01:35, Christopher S. Aker wrote:
> > > I believe we've figured out that this is skas3 specific. Once you
> > > start ping-flooding the UML, it crashes within a second.
> >
> > I wasn't able to riproduce it... I ran two instances of the above loop +
> > a ping flood from
On Friday 14 January 2005 00:30, Christopher S. Aker wrote:
> > The fix is obvious:
> >
> > Index: 2.6.10/arch/um/kernel/skas/process.c
> > ===
> > --- 2.6.10.orig/arch/um/kernel/skas/process.c 2005-01-12
> > 11:17:22.0 -0500 +
I just verified this on a Debian install and an FC2 install.
Moving from 2.6.9-bb4 to 2.6.10-um vanilla, top reports either 100% user, or
100%
idle.
[2.6.10] # cat /proc/stat
cpu 645 1 0 0 0 0 0
cpu0 645 1 0 0 0 0 0
intr 63462 54820 0 174 10 8270 93 0 0 0 0 1 94 0 0
ctxt 108849
btime 1105659428
> The fix is obvious:
>
> Index: 2.6.10/arch/um/kernel/skas/process.c
> ===
> --- 2.6.10.orig/arch/um/kernel/skas/process.c 2005-01-12 11:17:22.0
> -0500
> +++ 2.6.10/arch/um/kernel/skas/process.c 2005-01-12 11:18:03.0
On Thursday 13 January 2005 21:22, Blaisorblade wrote:
> On Thursday 13 January 2005 23:06, Jeff Dike wrote:
> > [EMAIL PROTECTED] said:
> > > Ok, what you'd like is an additional patch however, because
> > > CONFIG_USERMODE has existed for ages, so for now this can go in,
> > > right?
> >
> > Yup
Forgot to add to my previous mail: maintaining -bb is a pain, and it was
intended to be released only when there were big problems in the mainline
release.
Maintaining it by including only a handful of fixes would not be a lot of
work, instead... I need more time to do some real development, ra
> > I believe we've figured out that this is skas3 specific. Once you start
> > ping-flooding the UML, it crashes within a second.
> I wasn't able to riproduce it... I ran two instances of the above loop + a
> ping flood from the host, but it didn't crash UML, even after letting it that
> way for
UML has his own initcall mechanism to handle his special userspace
initialization (they are called in different moments, so they are indeed
different).
It must also duplicate some definition for the benefit of userspace code - but
those definition weren't in sync with the main code. Also, the UML
Readd some needed headers inclusion deleted in
http://linux.bkbits.net:8080/linux-2.5/[EMAIL PROTECTED]
If you think it cannot make sense to include both and
(as userspace process, i.e. host includes), go complaining
with glibc, or follow the linux-abi includes idea.
However, the compilation f
From: Bodo Stroesser <[EMAIL PROTECTED]>
Add stack addresses to print of symbols from stack trace.
For stack analysis it's important to have this information.
Signed-off-by: Bodo Stroesser <[EMAIL PROTECTED]>
For UML, we should also copy the CONFIG_FRAME_POINTER stack walking from i386,
and mov
Copy some code from i386 to print the stack content. Rough form yet, should
work although.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.10-rc-paolo/arch/um/kernel/sysrq.c | 40 +++
1 files changed, 35 insertions(+), 5 deletions(-)
di
Most code of ubd_user.c already uses the os_* functions, so it can be moved to
ubd_kern.c. This patch simply moves the code without any hidden changes.
The only change is inside io_thread(): since it calls signal(), I created a
little function in ubd_user.c which just calls signal() with the righ
Sorry, I reposted the same patch inside the bunch of ones, hope it's not a
problem. However, I've seen some more problems which I didn't fix in the
patch:
> +#if 0
> #define LAST_GENERIC_SYSCALL __NR_vperfctr_read
> +#else
> +#define LAST_GENERIC_SYSCALL __NR_keyctl
> +#endif
>
> #if LAST_GENER
* Fix the use of errno: it refers to the __errno_location glibc definition
when in ubd_user.c, and hence works; but in ubd_kern.c it refers to
kernel_errno, which is different. So use the return value of os_* functions,
as we should always have done.
* Remove {read,write}_ubd_fs(), which are
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Return an early error message when no TT support is compiled in and no SKAS
support is detected.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.11-paolo/arch/um/kernel/process.c | 35 +++
When parsing the section in ubd=file[,file2], instead of
requiring that the flags are specified in a certain order, just make the code
smarter.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.11-paolo/arch/um/drivers/ubd_kern.c | 48 +++---
On Thursday 13 January 2005 23:05, Jeff Dike wrote:
> [EMAIL PROTECTED] said:
> > In fact, including both linux/ptrace.h and sys/ptrace.h is not
> > redundant - it must also be done in the proper order, so I'm writing
> > a patch with the appropriate content.
> Wait till I update my patch list b
[EMAIL PROTECTED] said:
> In fact, including both linux/ptrace.h and sys/ptrace.h is not
> redundant - it must also be done in the proper order, so I'm writing
> a patch with the appropriate content.
Wait till I update my patch list before fixing this. Bodo send me a patch,
which I am polishin
Currently we can use this syntax ubd[]=file1,file2. However, writing
things as
ubd0=~/Uml/file1,~/Uml/file2
does not work; in fact, the shell won't expand the second '~', since it's not
at a path beginning; possibly even other shell expansions don't work here. So
simply allow using, instea
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Cc: Chris Wright <[EMAIL PROTECTED]>, Jeff Dike <[EMAIL PROTECTED]>
Cleanup: simplify a lot of strange constructs and whatever present in
arch/um/Makefile.
Also, get rid of ridondant cleaning code introduced in
"uml-fix-make-clean.patch" f
It seems that linker script for userspace software are quite
toolchain-depending, at least because what we use is a merge between builtin
LD scripts (see strings /usr/bin/ld) and normal kernel linking scripts.
Plus, a number of people are having toolchain-related troubles building UML
(even asser
I've verified the compilation problem posted about -rc1:
arch/um/kernel/process.c: In function `check_ptrace':
arch/um/kernel/process.c:321: error: `PTRACE_SETOPTIONS' undeclared (first use
in this function)
arch/um/kernel/process.c:321: error: (Each undeclared identifier is reported
only once
a
Readd some needed headers inclusion deleted in
http://linux.bkbits.net:8080/linux-2.5/[EMAIL PROTECTED]
If you think it cannot make sense to include both and
(as userspace process, i.e. host includes), go complaining
with glibc, or follow the linux-abi includes idea.
However, the compilation f
On Thursday 13 January 2005 23:06, Jeff Dike wrote:
> [EMAIL PROTECTED] said:
> > Ok, what you'd like is an additional patch however, because
> > CONFIG_USERMODE has existed for ages, so for now this can go in,
> > right?
>
> Yup, your patches are in my tree.
Ok, thanks for quick merging - I hope
[EMAIL PROTECTED] said:
> Ok, what you'd like is an additional patch however, because
> CONFIG_USERMODE has existed for ages, so for now this can go in,
> right?
Yup, your patches are in my tree.
Jeff
---
The
On Thursday 13 January 2005 19:27, Jeff Dike wrote:
> I'd prefer that USERMODE be changed to UML.
Ok, what you'd like is an additional patch however, because CONFIG_USERMODE
has existed for ages, so for now this can go in, right?
The additional patch will be more or less a global "search and repl
Well, inside my 2.6.9-bs5 session, I compiled a kernel as little stress-test,
it worked, and just for fun I tried running it (even if I didn't tune
CONFIG_NEST_LEVEL)... well, to my biggest surprise, the nested UML was able
to boot and work well enough.
A lot of "segmentation fault" messages ap
I'd prefer that USERMODE be changed to UML.
Jeff
---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, al
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Drop that header inclusion - I discovered this header was unused while
checking whether I can use the __set_page_dirty_nobuffers speedup suggested by
Andrew Morton.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
li
From: Chris Wedgwood <[EMAIL PROTECTED]>
If UML wants to open an xterm channel and the xterm does not run properly (eg.
terminates soon after starting) we will get a hang (a comment added in the
patch explains why).
This avoids the most common cause for this and adds a comment (which long term
w
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
This config option was lost during the creation of lib/Kconfig.debug, due to a
bad expressed dependency; I also moved the option back to its original place
for UML (it is near CONFIG_MCONSOLE since it depends on that).
Signed-off-by: Paolo
From: Chris Wedgwood <[EMAIL PROTECTED]>
If UML wants to open an xterm channel and the xterm does not run properly (eg.
terminates soon after starting) we will get a hang (a comment added in the
patch explains why).
This avoids the most common cause for this and adds a comment (which long term
w
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>, Jeff Dike <[EMAIL
PROTECTED]>
Explain what happens inside the SIGWINCH handler - it's non-obvious enough
that the correct code seemed me to need a cleanup (which was indeed buggy).
More info in the comments themselves.
Signed-off-by: Pao
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Add some comments about the "uml-sysemu-fixes" patch of 2.6.10-mm1 (merged in
2.6.11-rc1).
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.11-paolo/arch/um/kernel/tt/tracer.c | 14 ++
1 file
From: Frank Sorenson <[EMAIL PROTECTED]>
This patch reorders two lines to check a variable for NULL before using
the variable.
Signed-off-by: Frank Sorenson <[EMAIL PROTECTED]>
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.11-paolo/arch/um/drivers/line.c |
From: Domen Puncer <[EMAIL PROTECTED]>
Cc: UML-devel
Remove nowhere referenced header. (egrep "filename\." didn't find anything)
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.11/arch/um/include/umn.h | 27
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Finally, we end with this the need to update arch/um/Kconfig_block with
changes in drivers/block/Kconfig - we include directly that; UML-specific
entries were moved into it (they are very few).
Signed-off-by: Paolo 'Blaisorblade' Giarrusso
After I got away the double mounts it seems to be correct. So probably me
that made a mess somewhere that night. I'm done dumping files now so I
could reboot it and recheck the stuff. And the double mounts probably made
the result from df appear wrong, since the kernel walks the mount list
forward
41 matches
Mail list logo
