On Tuesday 25 January 2005 11:16, Rob Landley wrote:
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
-- Forwarded Message --
Subject: Re: [uml-devel] SIGSEGV and SA_NODEFER
Date: Tuesday 25 January 2005 09:45
From: Gerd Knorr [EMAIL PROTECTED]
To: Blaisorblade [EMAIL PROTECTED]
binutils-2.14/ld/testsuite/ld-sparc/tlssunbin64.dd
binutils-2.14/ld/testsuite/ld-sparc
On Monday 24 January 2005 02:45 pm, Blaisorblade wrote:
On Saturday 22 January 2005 17:34, Rob Landley wrote:
On Friday 21 January 2005 02:58 pm, Blaisorblade wrote:
That is -mm1, I've already looked at both... the patches listed below
are minor fixes / improvements...
The name of
On Tuesday 25 January 2005 06:40 am, Blaisorblade wrote:
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
On Tuesday 25 January 2005 18:30, Rob Landley wrote:
On Tuesday 25 January 2005 06:40 am, Blaisorblade wrote:
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
On Tuesday 25 January 2005 20:30, Rob Landley wrote:
On Tuesday 25 January 2005 02:34 pm, Blaisorblade wrote:
Once I get /dev on ramfs managed by udev? Not really, no. I need the
permissions to be right, but just about everything else should belong
to root. (Yeah, there are a couple
On Tuesday 25 January 2005 02:34 pm, Blaisorblade wrote:
Once I get /dev on ramfs managed by udev? Not really, no. I need the
permissions to be right, but just about everything else should belong to
root. (Yeah, there are a couple fun tricks where files change their
ownership to some
On Tuesday 25 January 2005 03:50 pm, Blaisorblade wrote:
Actually, I don't think I've tried to do a chown on UML at all. As I
said, the files I care about the ownership of being right (the /dev
directory) are all in a ramfs. Everything else should belong to root, I
just care that the
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
On Friday 21 January 2005 02:58 pm, Blaisorblade wrote:
That is -mm1, I've already looked at both... the patches listed below are
minor fixes / improvements...
The name of the 2.6.11-rc1-mm2 patch which probably fixed your issue is:
uml-fix-a-stack-corruption-crash.patch
I reverted that
On Thursday 20 January 2005 01:07, you wrote:
On Tuesday 18 January 2005 22:28, Jeff Dike wrote:
It turns out that caker's crashes were being caused by the lack of
SA_NODEFER in the SIGSEGV handler registration.
As Jeff explained me on IRC, the previous patch sent about the same
subject,
[EMAIL PROTECTED] said:
Are we sure it is a compensation? I started having the doubt that
enabling the signal inside the handler is not the same thing...
because otherwise we don't understand why the patch in 2.4 makes
difference in TT mode.
Well, it clearly does something very close to
On Friday 21 January 2005 07:35 am, Blaisorblade wrote:
Ooh, ooh! Hang in TT mode is what I'm seeing with my makefile hang. (sh
-x dosn't help if the makefile doesn't call out to stuff with it.)
If the previous patch doesn't address it, is there a new patch I could
try?
Well, you
On Friday 21 January 2005 19:18, Rob Landley wrote:
On Friday 21 January 2005 07:35 am, Blaisorblade wrote:
Ooh, ooh! Hang in TT mode is what I'm seeing with my makefile hang.
(sh -x dosn't help if the makefile doesn't call out to stuff with it.)
If the previous patch doesn't
14 matches
Mail list logo