All of lore.kernel.org
 help / color / mirror / Atom feed
From: M A Young <m.a.young@durham.ac.uk>
To: Jeff Dike <jdike@addtoit.com>
Cc: user-mode-linux-devel@lists.sourceforge.net
Subject: Re: [uml-devel] Re: uml-patch-2.6.0
Date: Sat, 17 Jan 2004 21:12:45 +0000 (GMT)	[thread overview]
Message-ID: <Pine.GSO.4.58.0401172102270.14178@altair.dur.ac.uk> (raw)
In-Reply-To: <200401161727.i0GHRKVW002726@ccure.user-mode-linux.org>

On Fri, 16 Jan 2004, Jeff Dike wrote:

> m.a.young@durham.ac.uk said:
> > Actually, I am no longer convinced the lack of these syscalls cause
> > the problem directly; I think there is something else in recent glibcs
> > that cause the kernel to hang, at least in tt mode, though it is
> > probably related.
>
> Maybe, but it's a definite problem.  However, the segfaults people were seeing
> with 2.6.1 may be gone since that was a separate problem which is fixed in
> the 2.6.1 patch.

I have been trying to debug the problem with tt mode and very recent
glibcs, and what seems to be happening is that early on in the glibc start
up code for /sbin/init (after 3 syscalls), there is a segv signal;
handle_page_fault returns -14, probably becuase the fault address
(beffe018) is bogus, but the segfault seems to repeat endlessly. I am not
sure if this is a glibc or a uml issue, or something else.

	Michael Young


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

  parent reply	other threads:[~2004-01-17 21:12 UTC|newest]

Thread overview: 61+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-13  5:05 uml-patch-2.6.0 Jeff Dike
2004-01-13  5:05 ` [uml-devel] uml-patch-2.6.0 Jeff Dike
2004-01-13  5:18 ` uml-patch-2.6.0 Jeff Dike
2004-01-13  5:18   ` [uml-devel] uml-patch-2.6.0 Jeff Dike
2004-01-13 10:19 ` uml-patch-2.6.0 Sven Köhler
2004-01-13 10:19   ` [uml-devel] uml-patch-2.6.0 Sven Köhler
2004-01-13 18:55   ` Gerd Knorr
2004-01-16  2:33     ` Jeff Dike
2004-01-16 10:03       ` M A Young
2004-01-16 11:42         ` Gerd Knorr
2004-01-17 16:10           ` BlaisorBlade
2004-01-16 17:27         ` Jeff Dike
2004-01-16 21:56           ` Gerd Knorr
2004-01-17 21:12           ` M A Young [this message]
2004-01-18  4:47             ` Jeff Dike
2004-01-16 23:47       ` Sven Köhler
2004-01-17 19:09       ` BlaisorBlade
2004-01-17 19:50         ` Jeff Dike
2004-01-17 20:03           ` BlaisorBlade
2004-01-18  4:51             ` Jeff Dike
2004-01-18 16:21       ` Ingo Molnar
2004-01-18 21:06         ` [uml-devel] uml 2.6.1 kbuild simplifications Ingo Molnar
2004-01-19  0:08           ` [uml-devel] " Jeff Dike
2004-01-19  7:34             ` Ingo Molnar
2004-01-20 17:40               ` Jeff Dike
2004-01-18 23:57         ` [uml-devel] Re: uml-patch-2.6.0 Jeff Dike
2004-01-19  7:53           ` Ingo Molnar
2004-01-19  8:28             ` Ingo Molnar
2004-01-20  0:19               ` M A Young
2004-01-20  0:23                 ` Ingo Molnar
2004-01-20  0:41                   ` M A Young
2004-01-23 21:52                   ` [uml-devel] tt mode tls/glibc crash with 2.6 (Was: Re: uml-patch-2.6.0) M A Young
2004-01-23 23:52                     ` [uml-devel] " M A Young
2004-01-24 12:25                       ` M A Young
2004-01-24 18:20                         ` Jeff Dike
2004-01-24 19:31                           ` M A Young
2004-01-28 11:35                             ` Ingo Molnar
2004-02-05 12:30                             ` Ingo Molnar
2004-02-05 12:45                               ` M A Young
2004-02-05 13:13                                 ` Ingo Molnar
2004-02-05 13:28                                   ` M A Young
2004-02-05 18:36                                 ` Ingo Molnar
2004-02-05 19:15                                   ` M A Young
2004-02-05 19:22                                     ` Ingo Molnar
2004-02-05 19:15                                   ` Ingo Molnar
2004-02-05 19:50                                     ` Ingo Molnar
2004-02-06  7:42                                       ` Ingo Molnar
2004-01-20  1:27                 ` [uml-devel] Re: uml-patch-2.6.0 Jeff Dike
2004-01-20 17:22               ` Jeff Dike
2004-01-20 19:59                 ` Ingo Molnar
2004-01-17 19:09 ` [uml-devel] uml-patch-2.6.0 BlaisorBlade
2004-01-17 19:51   ` Jeff Dike
2004-01-18 13:49     ` Ingo Molnar
2004-01-18 13:58       ` [uml-devel] uml-patch-2.6.1-1: VFS: Cannot open root device "ubd0" or unknown-block(0, 0) Ingo Molnar
2004-01-18 14:04         ` [uml-devel] " Ingo Molnar
2004-01-18 23:48           ` Jeff Dike
2004-01-17 20:32   ` [uml-devel] uml-patch-2.6.0 M A Young
2004-01-19 17:06   ` [uml-devel] uml-patch-2.6.0 Gerd Knorr
2004-01-20 19:42     ` BlaisorBlade
2004-01-20 21:30       ` Gerd Knorr
2004-01-18 18:46 M A Young

Reply instructions:

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

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

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

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

  git send-email \
    --in-reply-to=Pine.GSO.4.58.0401172102270.14178@altair.dur.ac.uk \
    --to=m.a.young@durham.ac.uk \
    --cc=jdike@addtoit.com \
    --cc=user-mode-linux-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

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

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