On Wednesday 13 July 2005 18:29, Jeff Dike wrote:
> This is the maps for the UML kernel, I think, rather than the maps for the
> process under ptrace.
>
> Was 7292 the value of pid at the point of the panic?
There's only one pid, the ./linux process gdb fired off. The breakpoint you
mentioned w
On Wed, Jul 13, 2005 at 04:56:37PM -0500, Rob Landley wrote:
> Here's the maps:
>
> [EMAIL PROTECTED]:/proc/7972$ cat maps
> 08048000-08132000 rwxp 03:05 2801050
> /home/landley/linux-2.6.12.2/linux
> 08132000-08165000 rw-p 08132000 00:00 0
> 0880-0a00 rw-s 0080 03:05 4922
On Wednesday 13 July 2005 23:29, Andrew Morton wrote:
> Please identify which of these patches you consider to be 2.6.13 material.
All ones are for 2.6.13... except this one, it's still wrong, I overlooked it
a bit too much, it must be replaced by this (I'll post it in a mail it if
needed):
http
http://www.nocs.us/join.phtml?referred=airnyco
Hello,
I hope you don't mind if I interrupt you, but please let me introduce you
in a small business.
Nocs is a web-based company which provides the opportunity for
people from all over the world to earn money on the internet.
Genera
On Wednesday 13 July 2005 07:15, Jeff Dike wrote:
> On Tue, Jul 12, 2005 at 11:46:40PM -0500, Rob Landley wrote:
> > VFS: Mounted root (hostfs filesystem) readonly.
> > Kernel panic - not syncing: get_skas_faultinfo : failed to wait for
> > SIGUSR1/SIGTRAP, pid = 7944, n = 7944, errno = 0, status =
On Wednesday 13 July 2005 07:11, Bodo Stroesser wrote:
> Rob Landley wrote:
> > Am I doing it right? Is there anything I can do to help track this down?
> >
> > Rob
>
> The value of EIP reported in your earlier mail is quite surprising.
> Could you please "objdump" vmlinux and send the part of
> "
On Wednesday 13 July 2005 07:11, Bodo Stroesser wrote:
> Rob Landley wrote:
> > Am I doing it right? Is there anything I can do to help track this down?
> >
> > Rob
>
> The value of EIP reported in your earlier mail is quite surprising.
> Could you please "objdump" vmlinux and send the part of
> "
Please identify which of these patches you consider to be 2.6.13 material.
---
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual g
-stable review patch. If anyone has any objections, please let us know.
--
From: Jeff Dike <[EMAIL PROTECTED]>, Paolo 'Blaisorblade' Giarrusso <[EMAIL
PROTECTED]>
Revert the following patch, because of miscompilation problems in different
environments leading to UML not working
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
*) Reorganize the two cases of sys_modify_ldt to share all the reasonably
common code.
*) Avoid memory allocation when unneeded (i.e. when we are writing and the
passed buffer size is known), thus not returning ENOMEM (which isn't allowed
This patch makes the command:
make ARCH=um SUBARCH=i386
work on x86_64 hosts (with support for building 32-bit binaries). This is
especially needed since 64-bit UMLs don't support 32-bit emulation for guest
binaries, currently. This has been tested in all possible cases and works.
Only exceptio
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
CC: Raphael Bossek <[EMAIL PROTECTED]>
1) Cleanup an ugly hyper-nested code in Makefile (now only the arith.
expression is passed through the host bash).
2) Fix a problem with GCC 2.95: according to a report from Raphael Bossek,
.rema
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>, Russell King <[EMAIL
PROTECTED]>
This construct is refused by GCC 4, so here's the (corrected) fix. Thanks to
Russell for noticing a stupid mistake I did when first sending this.
As he noted, the code is largely suboptimal however it cur
A big bug has been diagnosed on hosts running the SKAS patch and built with
CONFIG_REGPARM, due to some missing prevent_tail_call().
On these hosts, this workaround is needed to avoid triggering that bug,
because "to" is kept by GCC only in EBX, which is corrupted at the return of
mmap2().
Since
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
CC: Christoph Hellwig <[EMAIL PROTECTED]>
Minimal patch removing uses of ROOT_DEV; next patch unexports it. I've opposed
this, but I've planned to reintroduce the functionality without using
ROOT_DEV.
Signed-off-by: Paolo 'Blaisorblade' Gi
Fix the error message to refer to the error code, i.e. err, not count, plus
add some cosmetical fixes.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-broken-paolo/fs/hppfs/hppfs_kern.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff -pu
The pcap support was not working because of some linking problems (expressing
the construct in Kbuild was a bit difficult) and because there was no user
request. Now that this has come back, here's the support.
This has been tested and works on both 32 and 64-bit hosts, even when
"cross-"building
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
CC: Christoph Hellwig <[EMAIL PROTECTED]>
Remove ROOT_DEV after unexporting it in the previous patch, as requested time
ago by Christoph Hellwig.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-broken-
Jeff, Blaisor, you're exactly right. Linux aio uses io_submit, not
aio_read, it seems. aio_read calls clone to make a new thread to do its
"aio". Thank you all for your help.
Allan
Jeff Dike wrote:
Tracing the aio_read() through the UML kernel finally gets me here:
#0 sys_pread64 (fd=3,
* Blaisorblade ([EMAIL PROTECTED]) wrote:
> On Tuesday 12 July 2005 20:50, Chris Wright wrote:
> > * [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
> > > For now there's not yet a fix for this patch, so for now the best thing
> > > is to drop it (which was widely reported to give a working kernel).
>
> > Summary of results
> >
> > SKAS + TT ./linux-tt-skas
> > hangs
> > ./linux-tt-skas mode=tt hangs
> > TT only ./linux-tt
hangs
> >
> >
> > In all cases, boot hangs on sleeping process gets unexpected signal
10
> Ok, now le
Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=49277
Secure: https://bugs.gentoo.org/show_bug.cgi?id=49277
--- Additional Comments From [EMAIL PROTECTED] 2005-07-13 08:14 PDT ---
(In reply to comment #55)
> Ok, a couple of notes:
> 1) You'll probably like to upgrade your SKAS pat
On Tuesday 12 July 2005 20:15, Gaspar, Alessio (USF Lakeland) wrote:
> > On Tuesday 12 July 2005 18:45, Gaspar, Alessio (USF Lakeland) wrote:
> > > err... please read 2.6.12-bb2-skas0 in my previous post instead of
> > > 2.6.12-bs1-skas0. I did try too many patches lately :)
> >
> > Granted, but wh
On Wednesday 13 July 2005 00:03, Jeff Dike wrote:
> > Tracing the aio_read() through the UML kernel finally gets me here:
> >
> > #0 sys_pread64 (fd=3, buf=0xbf7c8f20 "", count=1024, pos=0)
> > at fs/read_write.c:354
> > #1 0x08062ff8 in execute_syscall_skas (r=0x12374864)
> > at arch/um/kern
On Tuesday 12 July 2005 20:54, Rob Landley wrote:
> On Tuesday 12 July 2005 04:33, Bernhard Schauer wrote:
> > > Checking PROT_EXEC mmap in /tmp...OK
> > > tracing thread pid = 11687
> > >
> > > And then exits with no further explanation or printout.
Btw, adding stderr=1 gives back a bit more outpu
On Tuesday 12 July 2005 20:50, Chris Wright wrote:
> * [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
> > Revert the following patch, because of miscompilation problems in
> > different environments leading to UML not working *at all* in TT mode; it
> > was merged lately in 2.6 development cycle, a l
On Tue, Jul 12, 2005 at 11:46:40PM -0500, Rob Landley wrote:
> VFS: Mounted root (hostfs filesystem) readonly.
> Kernel panic - not syncing: get_skas_faultinfo : failed to wait for
> SIGUSR1/SIGTRAP, pid = 7944, n = 7944, errno = 0, status = 0xb
A bunch of people are seeing this. What's supposed
Rob Landley wrote:
Am I doing it right? Is there anything I can do to help track this down?
Rob
The value of EIP reported in your earlier mail is quite surprising.
Could you please "objdump" vmlinux and send the part of "stub_segv_handler"?
Bodo
-
28 matches
Mail list logo
