Hi,
  If you mean by statically linked, CONFIG_STATIC_LINK=y, I tried it
  with 2.6.17-9 and it worked fine.  Here's a diff between the .config
  file that I used for static linking (without TT) and when I tried to
  use TT (.configwithttthatsegfaults).  If you'd like, I can send you
  the actual .configs

diff .config .configwithttthatsegfaults

4c4
< # Sun Aug 20 15:57:41 2006
---
> # Sun Aug 20 15:34:03 2006
15,16c15,16
< # CONFIG_MODE_TT is not set
< CONFIG_STATIC_LINK=y
---
> CONFIG_MODE_TT=y
> CONFIG_KERNEL_HALF_GIGS=1
85a86,87
> CONFIG_SMP=y
> CONFIG_NR_CPUS=32
95c97
< CONFIG_BROKEN_ON_SMP=y
---
> CONFIG_LOCK_KERNEL=y
111a114
> # CONFIG_CPUSETS is not set
509d511
< # CONFIG_IRPORT_SIR is not set
946a949
> CONFIG_CMDLINE_ON_HOST=y

PS.  There was one case where I got a TT-enabled kernel (using 2.6.17-9)
but I changed a lot of the options and don't have the .config with me. 

On Sun, 20 Aug 2006 12:08:50 +0200, "Blaisorblade"
<[EMAIL PROTECTED]> said:
> On Sunday 20 August 2006 11:37, Mathew Brown wrote:
> > Hi,
> >   I think I solved it.  I also think that I found a bug.  Here's what I
> >   did and why I think it's a bug:
> >
> >   I thought the problem might be related to 2.6.17-9 so I downloaded
> >   2.6.16 and compiled it.  It's behavior was different but it still
> >   wouldn't boot.  It would give me the following:
> >
> > Checking that ptrace can change system call numbers...OK
> > Checking syscall emulation patch for ptrace...OK
> > Checking advanced syscall emulation patch for ptrace...OK
> > Checking PROT_EXEC mmap in /tmp...OK
> > Checking for the skas3 patch in the host:
> >   - /proc/mm...not found
> >   - PTRACE_FAULTINFO...not found
> >   - PTRACE_LDT...not found
> > UML running in SKAS0 mode
> >
> > and then hang forever (adding stderr=1 didn't show anything after the
> > UML running in SKAS0 mode line).  Running top would show me 90%+ CPU
> > utilization on the host.  I then tried re-compiling both 2.6.17-9 and
> > 2.6.16 again.  This time, I removed support for TT (CONFIG_MODE_TT is
> > not set).  I had included it in both 2.6.17-9 and 2.6.16 in case I
> > wanted to run this UML host on a 2.4 kernel which only had TT support
> > (not SKAS0 support).  Both kernels compiled fine and they both boot
> > without any problems :D  The strange thing is that both of them show
> > "UML running in SKAS0 mode" but it looks like they might be using TT or
> > that TT is somehow interacting with SKAS0 resulting in the incorrect
> > behavior in both the kernels that I compiled.  Do you think that this is
> > the reason?
> 
> Err, enabling TT mode, even if TT mode is not used, changes something in
> the 
> resulting binary, beyond the TT code (which is disabled if you don't use
> TT 
> mode); this is not the first report of this we see.
> 
> Can you check that if you enabled Static Linking of the binary (it's
> always on 
> in TT mode) the resulting binary still works?
> 
> Jeff, could you add to the "Tracing Thread mode" the (OBSOLETE) /
> (DEPRECATED) 
> mark so that users won't enable it?
> -- 
> Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
> Paolo Giarrusso, aka Blaisorblade
> http://www.user-mode-linux.org/~blaisorblade
> Chiacchiera con i tuoi amici in tempo reale! 
>  http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com 
-- 
  Mathew Brown
  [EMAIL PROTECTED]

-- 
http://www.fastmail.fm - mmm... Fastmail...


-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
User-mode-linux-user mailing list
User-mode-linux-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user

Reply via email to