From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <16413649.1004841238075867457.JavaMail.coremail@bj163app67.163.com> References: <2a9616a781a50ae31a8f7cd3fbcd1e1a@gmx.de> <16413649.1004841238075867457.JavaMail.coremail@bj163app67.163.com> Date: Thu, 26 Mar 2009 07:25:57 -0700 Message-ID: <3e1162e60903260725x4ea79630qde370e69a84445b3@mail.gmail.com> From: David Leimbach To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=000e0cd22dec0b2fc1046606655e Subject: Re: [9fans] gsoc linuxemu project help Topicbox-Message-UUID: c880463e-ead4-11e9-9d60-3106f5b1d025 --000e0cd22dec0b2fc1046606655e Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable 2009/3/26 Zhao Shuai > > >Does creative masoshism count as GSoC project? I dont know :) > > > >Hm... These points all belong to the big topic, getting modern linux > >distro binaries (NTPL stuff) to work. This would be a good thing > >because I'm stuck on some old debian sarge that was just moved to the > >archives. > > > >Step one would be to get the simple single-threaded stuff to run like > >echo and cat. The part point here is TLS. I had a somewhat working > >plan9 driver for it but never packaged it up because i wanted the > >whole thing working before submitting a kernel patch. You may later > >progress to multithreaded apps wich use futex syscall. > > > >The way I work on linuxemu is randomly trying stuff out, see where it > >crashes... try to understand why it crashes... implement/fix > >syscalls and try again. Sometimes it easy and sometimes you scratch > >your head for a several months. Its hard to estimate the time needed > >to get X running because you never know what crazy optimization shit > >the linux/libc guys come up with next to make you suffer. > > > >Here is always a huge risk of failure in linuxemu because all the > >details are in Ulrich Dreppers head only or encrypted with > >c-preprocessor-ifdef-encryption in the glibc-code so getting help is > >very hard and most of the stuff you have to find out yourself (this > >may cause brain damage over time). > > > >I cant (officialy) mentor you as I'm short of time and have no > >scientific background or something, but I will try to give you all > >infeormation/code and support I have... Its good to hear that someone > >starts taking over some work! :) Just drop me an email. I may be > >in irc from time to time too but dont count on it. > > > >-- > >cinap > > > > If nothing else in linuxemu can make a GSoc project, I would like to give= NTPL a try. > > Is NTPL the same thing as NPTL, and everyone is just repeatedly spelling their acronyms incorrectly? > > Now I wonder how does Linuxemu work? I guess it parses the linux binary a= nd whenever > encounter a system call, emulate using Plan 9's function. I haven't dig i= nto the source > code, just guess. > > > > ------------------------------ > =CD=F8=D2=D7=D3=CA=CF=E4=A3=AC=D6=D0=B9=FA=B5=DA=D2=BB=B4=F3=B5=E7=D7=D3= =D3=CA=BC=FE=B7=FE=CE=F1=C9=CC --000e0cd22dec0b2fc1046606655e Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: quoted-printable

2009/3/26 Zhao Shuai &= lt;upczhsh@163.com>

>Does creative masoshism count as GSoC project?  I dont know :)
>
>Hm...  These points all belong to the big topic, getting modern linux
>distro binaries (NTPL stuff) to work.  This would be a good thing
>because I'm stuck on some old debian sarge that was just moved to t=
he
>archives.
>
>Step one would be to get the simple single-threaded stuff to run like
>echo and cat.  The part point here is TLS.  I had a somewhat working
>plan9 driver for it but never packaged it up because i wanted the
>whole thing working before submitting a kernel patch. You may later
>progress to multithreaded apps wich use futex syscall.
>
>The way I work on linuxemu is randomly trying stuff out, see where it
>crashes...  try to understand why it crashes...  implement/fix
>syscalls and try again.  Sometimes it easy and sometimes you scratch
>your head for a several months.  Its hard to estimate the time needed
>to get X running because you never know what crazy optimization shit
>the linux/libc guys come up with next to make you suffer.
>
>Here is always a huge risk of failure in linuxemu because all the
>details are in Ulrich Dreppers head only or encrypted with
>c-preprocessor-ifdef-encryption in the glibc-code so getting help is
>very hard and most of the stuff you have to find out yourself (this
>may cause brain damage over time).
>
>I cant (officialy) mentor you as I'm short of time and have no
>scientific background or something, but I will try to give you all
>infeormation/code and support I have...  Its good to hear that someone
>starts taking over some work!  :) Just drop me an email.  I may be
>in irc from time to time too but dont count on it.
>
>--
>cinap
 
If nothing else in linuxemu can make a GSoc project, I would like to give=
 NTPL a try.
Is NTPL the same thing as NPTL, and everyone is jus= t repeatedly spelling their acronyms incorrectly?

=  

Now I wonder how does Linuxemu work? I guess it parses the linux b=
inary and whenever 
encounter a system call, emulate using Plan 9's =
function. I haven't dig into the source
code, just guess.


=CD=F8=D2=D7=D3=CA=CF=E4= =A3=AC=D6=D0=B9=FA=B5=DA=D2=BB=B4=F3=B5=E7=D7=D3=D3=CA=BC=FE=B7=FE=CE=F1=C9= =CC

--000e0cd22dec0b2fc1046606655e--