All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rob Landley <rob@landley.net>
To: Blaisorblade <blaisorblade@yahoo.it>
Cc: Gerd Knorr <kraxel@bytesex.org>,
	user-mode-linux-devel@lists.sourceforge.net
Subject: Re: [uml-devel] SIGSEGV and SA_NODEFER
Date: Tue, 25 Jan 2005 05:16:39 -0500	[thread overview]
Message-ID: <200501250516.39648.rob@landley.net> (raw)
In-Reply-To: <200501251116.18892.blaisorblade@yahoo.it>

On Tuesday 25 January 2005 05:16 am, Blaisorblade wrote:
> > > > I'm using stdin/stdout as the console.  (And even though you put it
> > > > into raw mode, I still can't ctrl-c out of the processs I'm running,
> > > > either.)
> >
> > Hmm, ^C works perfectly fine for me.  Usually I work with a virtual
> > serial line as console ("console=ttyS0 ssl0=fd:0,fd:1 con=pts"), works
> > better than the uml console as applications don't expect the linux vt
> > ioctls work on these devices ;)
>
> About this, Rob: do you use /dev/console in the inittab line? If you do,
> then that's the problem - it should become a FAQ somewhere I guess.

I'm not using init, I'm running my script as init.  So I'd guess it's 
using /dev/console, yes.

I know that /dev/console is funky.  That's why I want the option to let ctrl-c 
kill the whole vmlinux instance.  (Possibly as a command line option.)  I'll 
look into that later...

> > I'm still at 2.6.10 + patches though, not yet at 2.6.11-rc2.
> >
> > > However, I'm not sure that patch is at fault... there is a locking
> > > problem which *could* maybe be responsible of this...; I actually
> > > wonder about why this locking problem has never shown up in reports or
> > > in testing (it exists, only it's a race condition)... there is a
> > > situation where it shows up with a side effect, indeed, so the problem
> > > exists...
> >
> > Heavy swapping (see other mail) and thus some stuff running _very_ slow
> > might open such race windows wide enougth that one actually hits them.
>
> Yes, my only doubt was that he seemed to mean that the guest was swapping,
> and *this* different situation would have the opposite effect, probably.

Host is swapping, client configured without even support for swap.  (If I can 
get the darn client vmlinux down to 1 megabyte, I'd be thrilled.  Didn't 
somebody once make the entire block layer configurable out once?  With 
hostfs, I don't need it...)

Rob


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

  reply	other threads:[~2005-01-25 11:18 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-01-18 21:28 [uml-devel] SIGSEGV and SA_NODEFER Jeff Dike
2005-01-20  0:07 ` Blaisorblade
2005-01-20  3:52   ` Rob Landley
2005-01-21 12:35     ` Blaisorblade
2005-01-21 18:18       ` Rob Landley
2005-01-21 19:58         ` Blaisorblade
2005-01-22 16:34           ` Rob Landley
2005-01-24 19:45             ` Blaisorblade
2005-01-25  1:38               ` Rob Landley
     [not found]               ` <20050125084506.GA562@bytesex>
2005-01-25 10:16                 ` Blaisorblade
2005-01-25 10:16                   ` Rob Landley [this message]
2005-01-25 11:40                     ` Blaisorblade
2005-01-25 17:30                       ` Rob Landley
2005-01-25 19:34                         ` Blaisorblade
2005-01-25 19:30                           ` Rob Landley
2005-01-25 20:50                             ` Blaisorblade
2005-01-25 22:43                               ` Rob Landley
2005-01-21 13:09   ` Blaisorblade
2005-01-21 16:56     ` Jeff Dike

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=200501250516.39648.rob@landley.net \
    --to=rob@landley.net \
    --cc=blaisorblade@yahoo.it \
    --cc=kraxel@bytesex.org \
    --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.