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 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.
>
> That sounds like the behaviour described in the first message. If you
> apply the
> "uml-revert-fork-ins
On Tuesday 12 July 2005 11:33, Bernhard Schauer wrote:
> > Checking PROT_EXEC mmap in /tmp...OK
> > tracing thread pid = 11687
> >
> > And then exits with no further explanation or printout.
>
> That sounds like the behaviour described in the first message. If you
> apply the
> "uml-revert-fork-ins
> Checking PROT_EXEC mmap in /tmp...OK
> tracing thread pid = 11687
>
> And then exits with no further explanation or printout.
That sounds like the behaviour described in the first message. If you
apply the
"uml-revert-fork-instead-of-clone.patch" posted by Blaisorblade in the
same thread on 2
On Tuesday 12 July 2005 02:53, Rob Landley wrote:
> But how do you trigger it?
>
> I tried applying your "uml-2.6.12-bb2-skas0.patch.bz2" patch to 2.6.12.2,
> doing "make ARCH=um allnoconfig", following to .config:
>
> CONFIG_MODE_TT=y
Ahem. Obviously, I skipped a step. Those config entries (an
On Monday 11 July 2005 16:21, Blaisorblade wrote:
> > As long as
> > skas0 is not in kernel mainline and enabled in main distributions, it
> > has no relevance for corporate level (at least in my case).
> >
> > UML gives us the chance to build a compile and debug environment without
> > a relevance
On Monday 11 July 2005 10:48, Oleg Girko wrote:
> On Saturday 09 July 2005 13:18, Blaisorblade wrote:
> > Can you test on a UML file? Non urgent since my patch fixed it, but it
> > would still be useful. (do a make ARCH=um V=1 to take the right command
> > line, or even do make ARCH=um arch/um/.i a
On Monday 11 July 2005 09:48, Bernhard Schauer wrote:
> On Thu, 2005-07-07 at 07:59 -0400, Jeff Dike wrote:
> > So, I would say that skas0 is more a fix for this problem than
> > reverting the fork-not-clone patch is.
> No it isn't. Its an other method not a fix for anything.
I agree on this point
On Saturday 09 July 2005 13:18, Blaisorblade wrote:
> On Friday 08 July 2005 13:33, Oleg Girko wrote:
> > On Thursday 07 July 2005 21:31, Blaisorblade wrote:
> > > I guess that in NPTL headers, instead of using __errno_location() the
> > > faster "__thread int errno;" is used; Oleg, can you verify
On Thu, 2005-07-07 at 07:59 -0400, Jeff Dike wrote:
> So, I would say that skas0 is more a fix for this problem than
> reverting the fork-not-clone patch is.
No it isn't. Its an other method not a fix for anything. As long as
skas0 is not in kernel mainline and enabled in main distributions, it
h
On Friday 08 July 2005 13:33, Oleg Girko wrote:
> On Thursday 07 July 2005 21:31, Blaisorblade wrote:
> > I guess that in NPTL headers, instead of using __errno_location() the
> > faster "__thread int errno;" is used; Oleg, can you verify this?
>
> This is excerpt of include file, which is include
On Thursday 07 July 2005 21:31, Blaisorblade wrote:
> I guess that in NPTL headers, instead of using __errno_location() the
> faster "__thread int errno;" is used; Oleg, can you verify this?
This is excerpt of include file, which is included from
on Fedora Core 4:
[-- Begin of Excerpt --]
# i
(Oleg, this is about your problem, and there are some questions for you too,
marked with , please ACK me about this message).
On Thursday 07 July 2005 13:59, Jeff Dike wrote:
> > Ok, can you describe it a bit more detailedly?
> > Also, are you going to drop this patch
> Ok, can you describe it a bit more detailedly?
>
> Also, are you going to drop this patch (or allow me to do this) for now?
> Since it isn't getting fixed, it seems me a good idea.
I still think the patch is correct. Ben LaHaise sent me a UML binary
which crashes, which I can send you if you
On Friday 24 June 2005 15:41, Jeff Dike wrote:
> On Fri, Jun 24, 2005 at 02:02:24PM +0200, Bernhard Schauer wrote:
> > Checking for host processor xmm support...No
> > Checking that ptrace can change system call numbers...<0>Kernel panic -
> > not syncing: Segfault with no mm
>
> Revert the fork-no
On Monday 04 July 2005 08:46, Bernhard Schauer wrote:
> > Ok, confirmed that the patch indicated by Jeff is the exact culprit one
> > and that it applies. I took the patch from there with git and reversed
> > it, so apply the attached patch to fix this problem.
>
> Confirmed too. Everything works a
> Ok, confirmed that the patch indicated by Jeff is the exact culprit one and
> that it applies. I took the patch from there with git and reversed it, so
> apply the attached patch to fix this problem.
Confirmed too. Everything works as expected now.
Thanks!
best regards
Bernhard Schauer
On Wednesday 29 June 2005 19:57, Blaisorblade wrote:
> On Wednesday 29 June 2005 17:12, Bernhard Schauer wrote:
> > > Could you please try 2.6.12-rc4-mm2? I'll try to reproduce your issue
> > > with 2.6.11.12.
> >
> > Table:
> > 2.6.11.12works as expected
> > 2.6.12-rc4 works as expec
On Wednesday 29 June 2005 17:12, Bernhard Schauer wrote:
> > Could you please try 2.6.12-rc4-mm2? I'll try to reproduce your issue
> > with 2.6.11.12.
>
> Table:
> 2.6.11.12works as expected
> 2.6.12-rc4 works as expected
> 2.6.12-rc4-mm2 works as expected
> 2.6.12-rc5 works a
> Could you please try 2.6.12-rc4-mm2? I'll try to reproduce your issue
> with 2.6.11.12.
Table:
2.6.11.12works as expected
2.6.12-rc4 works as expected
2.6.12-rc4-mm2 works as expected
2.6.12-rc5 works as expected
2.6.12-rc6 works as expected
2.6.12 does not
Just tried it with 2.6.13-rc1. Same error...
> Could you please try 2.6.12-rc4-mm2? I'll try to reproduce your issue
> with 2.6.11.12.
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow R
> I have the same problem with 2.6.12.1 Kernel. Almost exact the same
> output... With 2.6.11.12 Kernel everything works...
Could you please try 2.6.12-rc4-mm2? I'll try to reproduce your issue
with 2.6.11.12.
If that behaviour is reproducible (on my and your computer), I'll try to
check which ch
Hello,
I have the same problem with 2.6.12.1 Kernel. Almost exact the same
output... With 2.6.11.12 Kernel everything works...
Peter
2005/6/28, Bernhard Schauer <[EMAIL PROTECTED]>:
> > Have you had problems with plain 2.6.12?
>
> I tried 2.6.12, 2.6.12-mm1 and several others. With 2.6.12 plai
> Have you had problems with plain 2.6.12?
I tried 2.6.12, 2.6.12-mm1 and several others. With 2.6.12 plain, I've
reproduced
(
- unpacking plain 2.6.11 kernel,
- patching to 2.6.12,
- make O=../../../build/lin-uml/ ARCH=um defconfig
- make O=../../../build/lin-uml/ ARCH=um linux
- exec
On Monday 27 June 2005 11:11, Bernhard Schauer wrote:
> > Revert the fork-not-clone patch:
> > http://www.ussg.iu.edu/hypermail/linux/kernel/0506.1/0665.html
>
> Tried to revert the patch, but it did not succeed from 2.6.12 (Woozy
> Numbat).
That patch is not in 2.6.12, it was in the -mm tree
> Trying again 2.6.12.rc4 ...
O.k.
2.6.12-rc4-mm2 with deleted include/asm-um/elf.h and hand edited
arch/um/include/user.h (commented out kfree, in_aton and strlcpy) the
resulting ./linux works as expected ;-)!
Now I'm more relaxed (searching for that nearly a week!) ...
best regards
Bernha
> Revert the fork-not-clone patch:
> http://www.ussg.iu.edu/hypermail/linux/kernel/0506.1/0665.html
>
Tried to revert the patch, but it did not succeed from 2.6.12 (Woozy
Numbat). Maybe I should revert an other patch before (An other solution
would be to put the changes in by hand)?
F
On Fri, Jun 24, 2005 at 02:02:24PM +0200, Bernhard Schauer wrote:
> Checking for host processor xmm support...No
> Checking that ptrace can change system call numbers...<0>Kernel panic -
> not syncing: Segfault with no mm
Revert the fork-not-clone patch:
http://www.ussg.iu.edu/hypermail/li
> Well, add stderr=1 to see the output. It will complain that you're not
> saying him which Linux root_fs you want to boot.
> If you pass a filesystem and it does not work, then post the new
> output with stderr=1.
[...]$ ./linux stderr=1 ubd0=/mnt/lfs/lfs1.img
Checking PROT_EXEC mmap in /tmp...
On Thursday 23 June 2005 13:58, Bernhard Schauer wrote:
> Hi all!
>
> I've a nice issue with UML:
> after making UML with the following commands
> make ARCH=um mrproper
> make ARCH=um defconfig
> make ARCH=um linux
> I executed the resulting ./linux. After 3 lines it returns:
>
> [...]$ ./linux
Has anyone a hint on that issue? I do not even know where I should
search for that!
regards
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informat
31 matches
Mail list logo
