home *** CD-ROM | disk | FTP | other *** search
/ back2roots/padua / padua.7z / padua / text / KludgeMach.txt < prev    next >
Encoding:
Text File  |  2014-05-19  |  17.5 KB  |  436 lines
  1. $Id: KludgeMach-FAQ,v 1.6 1992/09/18 07:05:28 jhi Exp $
  2.  
  3. ====== WHAT?
  4.  
  5. Mach kernel (MK78) has been ported to Commodore Amigas.
  6. The port works provably on the following platforms:
  7.  
  8. - 25Mhz A3000 with AmigaDOS 2.04 in RAM with 4MB fast
  9. - A2000 with a GVP combo ('030 33Mzh)
  10. - A500 with CSA MegaMidget Racer ('030)
  11.  
  12. The port is also known as "KludgeMach".
  13.  
  14. Motorola 68030 works, '020 should be sufficient as long as a MMU
  15. (68851) is available.  To boot at least 2MB fast RAM is required.
  16. KludgeMach DOES NOT USE chip ram at all.  By tweaking sources the fast
  17. RAM requirement could perhaps be pushed down to 512kB.
  18. Diskspace requirement of the binaries is only 300kB.
  19.  
  20. The current distribution CONTAINS ONLY THE SOURCES and to build Mach
  21. at least 3MB of fast RAM is required.  To build the binaries, 25MB of
  22. diskspace is needed, of this 15MB is for Mach, 10MB for the
  23. development tools. 
  24.  
  25. NOTE: these requirements are only for now; in near future the
  26. distribution is likely to grow significantly because device drivers
  27. and servers are added.  The recommended minimum is then 4MB fast RAM
  28. and 40MB disk.  Nice-to-have amounts are then 8MB fast and 100MB disk:
  29. this much is needed for double build directories and for possible
  30. Mach-based filesystem's playground.
  31.  
  32. ====== WHY?
  33.  
  34. The KludgeMach project aims at building a free UNIXish environment for
  35. the Commodore Amiga computers.  As its base it will use the Mach
  36. microkernel built at Carnegie Mellon university (CMU).  Mach is
  37. OS-independent, however, and therefore other OSs could also be run
  38. on top of it as servers.
  39.  
  40. ====== WHERE?
  41.  
  42. The port is available by FTP from the following places:
  43.  
  44. Australia:
  45.  
  46.     monu1.cc.monash.edu.au:/pub/mach    GMT+10 (NSW)
  47.  
  48. Europe:
  49.  
  50.     ftp.funet.fi:/pub/mach/amiga        GMT+2  (EET)
  51.     (or /pub/amiga/mach, both work)
  52.     ftp.dfv.rwth-aachen.de:/pub/amiga/mach    GMT+1  (MET)
  53.     (or ftp.informatik.rwth-aachen.de, both work)
  54.  
  55. United States:
  56.  
  57.     homeboy.wpi.edu:/pub/mach        GMT-5  (EST)
  58.     oes.orst.edu:/pub/mach            GMT-8  (PST)
  59.  
  60. monu1.cc.monash.edu.au is the primary distribution site BUT DO USE
  61. THE SITE NEAREST TO YOU WHEN DOWNLOADING (ftp get'ting), NOT monu1.
  62. The link to "down under" is seriously limited.  When uploading (ftp
  63. put'ting), use the incoming/ directory of monu1.  Also remember to do
  64. your ftp'ing when there is night at the site you are using.  The
  65. distribution is mirrored daily from monu1 to homeboy and oes and from
  66. there daily to Germany and Finland.
  67.  
  68. You need only the file
  69.  
  70. /pub/mach/amiga/KludgeMach-<latest>.tar.Z
  71.  
  72. to get started. Currently the latest version is 0.005, based on CMU
  73. MK78.  Note that the European sites have one directory deeper
  74. hierarchy, you will need to get
  75. /pub/mach/amiga/amiga/KludgeMach-<latest>.tar.Z
  76.  
  77. The initial port was done by Bryan Ford <baford@peruvian.utah.edu>.
  78.  
  79. The full contents of the monu1 distribution are:
  80.  
  81. /pub/mach/README:
  82. ----------------------------------------------------------------------
  83. This is an area for the distribution of sources related to ports 
  84. of the Mach microkernel from CMU to the Motorola 68000 series of
  85. microprocessors.
  86.  
  87. The directories are:
  88.  
  89. /pub/mach:            - you are here
  90. total 12
  91. -rw-r--r--  1 1606         2761 Sep 11 13:33 README
  92. drwxr-xr-x  4 1606         2048 Sep 18 00:16 amiga
  93. drwxr-xr-x  2 1606         2048 Sep 11 13:22 cmu_src
  94. drwxr-xr-x  2 1606         2048 Sep 11 13:22 contrib
  95. drwxrwx-wx  2 1606         2048 Sep 17 13:32 incoming
  96.  
  97. /pub/mach/amiga:        - sources to AmigaMach
  98. total 6388
  99. -rw-r--r--  2 1606        16910 Sep 12 12:13 AmigaMach-FAQ
  100. -rw-r--r--  1 1606      3256873 Sep  3 14:12 KludgeMach-0.003.tar.Z
  101. -rw-r--r--  1 1606      3035749 Sep 18 00:14 KludgeMach-0.005.tar.Z
  102. -rw-r--r--  2 1606        16910 Sep 12 12:13 KludgeMach-FAQ
  103. -rw-r--r--  1 1606         8341 Sep  3 19:52 KludgeMach-README
  104. -rw-r--r--  1 1606        68957 Sep  3 12:51 SIM.lha
  105. drwxr-xr-x  2 1606         2048 Sep 18 00:12 diffs
  106. -rw-r--r--  1 ftp         53096 Sep 11 12:50 scsi9091.lzh
  107. drwxr-xr-x  2 1606         2048 Sep 11 13:23 tools
  108. -rw-r--r--  1 ftp         25840 Sep 11 12:50 uart.tar.Z
  109.  
  110. /pub/mach/amiga/diffs:        - differences between versions
  111. total 58
  112. -rw-r--r--  1 1606        41209 Sep 11 15:33 KludgeMach-0.000-0.003.diff
  113. -rw-r--r--  1 1606        15232 Sep 18 00:12 KludgeMach-0.004-0.005.diff
  114.  
  115. /pub/mach/amiga/tools:        - tools that might be helpful
  116. total 4370
  117. -rw-r--r--  1 1606       345600 Sep  4 18:43 dmake.lha
  118. -rw-r--r--  1 1606           80 Sep  4 18:47 dmake.lha.readme
  119. -rw-r--r--  1 1606      3306066 Sep  4 11:54 gcc-2.2.2.lha
  120. -rw-r--r--  1 1606          213 Sep  4 11:55 gcc-2.2.2.lha.readme
  121. -rw-r--r--  1 ftp         32720 Sep  5 21:42 gcc222-fix1.lha
  122. -rw-r--r--  1 ftp        244736 Sep 11 12:54 gtar10.lha
  123. -rw-r--r--  1 ftp         86380 Sep  9 08:15 parserutils.lha
  124. -rw-r--r--  1 ftp         54538 Sep  9 08:15 patchutils.lha
  125. -rw-r--r--  1 1606       304585 Sep  4 11:55 pdksh-920711.lha
  126. -rw-r--r--  1 1606          154 Sep  4 11:55 pdksh-920711.lha.readme
  127.  
  128. /pub/mach/cmu_src:        - unretouched CMU sources
  129. total 4818
  130. -rw-r--r--  1 1606          254 Sep  5 10:38 getting_bsdss
  131. -rw-r--r--  1 1606      2863311 Sep  3 13:52 mk78.tar.Z
  132. -rw-r--r--  1 1606       219675 Sep  3 13:53 poe9.tar.Z
  133. -rw-r--r--  1 1606      1777023 Sep  3 13:53 user18.tar.Z
  134.  
  135. /pub/mach/contrib:        - other random sources
  136. total 494
  137. -rw-r--r--  1 1606        92701 Sep  3 12:51 MachSun3.tar.Z
  138. -rw-r--r--  1 1606        10327 Sep  8 11:27 Trigger
  139. -rw-r--r--  1 1606        69167 Sep  3 12:52 mach030.tar.Z
  140. -rw-r--r--  1 1606        11476 Sep  8 11:30 mach_disklabel_diffs.tar.Z
  141. -rw-r--r--  1 1606       283131 Sep  8 11:33 poe-kernel-with-disk-image.tar.Z
  142. -rw-r--r--  1 1606         2571 Sep  8 11:27 second_SYS.h
  143.  
  144. /pub/mach/incoming:        - the place to put new things
  145.  
  146.  
  147. Note that the European sites have one directory deeper hierarchy, you
  148. will need to cd to /pub/mach/amiga, just /pub/mach is not enough.
  149. Note also that the directory hierarchy (where the things are) may
  150. mutate because new material will accumulate and the hierarchy might
  151. need reorganizing.  The rule of thumb: use the nearest ftp site, cd to
  152. /pub/mach or /pub/mach/amiga (non-Europe and Europe, respectively) and
  153. hunt for READMEs and FAQs.
  154.  
  155. In addition, oes.orst.edu mirrors amiga.physik.unizh.ch:/amiga/devel
  156. at /pub/mach/devel.  The directory contains all kinds of Amiga program
  157. development tools.  ftp.funet.fi has very similar directory called
  158. /pub/amiga/programming/c.  ftp.funet.fi also has a copy of
  159. soda.berkeley.edu's /pub/mach at /pub/mach/soda.berkeley.edu,
  160. this directory contains BSD single server material.  This is not
  161. continuously mirrored, it is only a snapshot of 7th of September 1992.
  162.  
  163. ====== BEWARE!
  164.  
  165. KludgeMach works, but only for suitably small values of "works".
  166. Hardcore hacker attitude useful.
  167.  
  168. ====== WHO?
  169.  
  170. Amiga Mach is working but still far from complete.  Minor details such
  171. as an operating system are still missing.  Volunteers for all kind of
  172. jobs are very welcome.
  173.  
  174. - coordinators for various levels of the development work
  175.  
  176.   Michael Saleeba <zik@aurora.cc.monash.edu> maintains the primary
  177.   distribution site and has volunteered to act as a clearing-house.
  178.   Report both to the list and to Michael if you have some special
  179.   skills, hardware or just time to hack around.
  180.  
  181.   Michael is also in charge of the "offical" releases so SEND YOUR PATCHES
  182.   TO Michael.  Here are the guidelines:
  183. > * Use diff -rc to create a patch I can apply directly to the directory
  184. > structure.
  185. > 
  186. > * Send the patch to me and tell me you want it added. Tell me which
  187. > version it was derived from in case of merge problems.
  188. > 
  189. > * I'll add it to the diffs directory and increment the version on the
  190. > tar file. I'll also keep one recent "known to be kinda working"
  191. > version around.
  192.  
  193. - ftp service: the number of ftp sites is adequate (5) at the moment
  194.   The people in charge are:
  195.   monu1.cc.monash.edu.au    Michael Saleeba
  196.   homeboy.wpi.edu        Dominic Giampolo <nick@homeboy.wpi.edu>
  197.   oes.orst.edu            Erik Bennett <bennett@oes.orst.edu>
  198.   ftp.funet.fi            Jarkko Hietaniemi <jhi@ftp.funet.fi>
  199.   ftp.dfv.rwth-aachen.de    Stefan Becker
  200.                 <stefanb@pool.informatik.rwth-aachen.de>
  201.  
  202. *** A FTPMAIL SERVICE FOR PEOPLE WHO CANNOT USE FTP, ONLY EMAIL, IS NEEDED.
  203.  
  204. - further work on the Mach kernel: the kernel needs to be upgraded
  205.   to MK78 and it needs to be tested, tested, tested and then again tested.
  206.   The initial port was done by Bryan Ford and patchwork has been done by
  207.   Niklas Hallqvist <niklas@appli.se> who also maintains the amiga-mach
  208.   mailing list.
  209.  
  210. - console device: Bryan Ford and Keith Gabryelski <ag@monique.rt.com>,
  211.   a former Amiga UNIX Development Team member, are working on this.
  212.  
  213. - drivers: SCSI, AT IDE, WD33C92, WD33C93, Commodore 2065/2090/2091
  214.   expertise needed.
  215.   Amiga UNIX has many device drivers WITH sources.  Their copyright
  216.   status needs to be checked from Commodore.  Keith Gabryelski has
  217.   volunteered to contact C= about this.  Ty Sarna <tsarna@endicor.com> is
  218.   contacting GVP about their drivers.  Other 3rd party vendors like
  219.   IVS could also use some questioning.  Markus Illenseer
  220.   <markus@techfak.uni-bielefeld.de> has already contacted Ralph Babel of GVP:
  221. > He knew about the Mach Port already, he is very interested on a running
  222. > kernel and a running Server. But he is not willing to implement a GVP SCSI
  223. > driver while nothing is running on the kernal. He states that he has not much
  224. > time to do something which is as yet not very usefull. But he is willing to
  225. > do something when the situation is more stable and more reliable.
  226. > I asked him whether he could start on a GVP support when the driver for
  227. > the A3000-SCSi and the A2091 is finished, and he thought this could be
  228. > a point to enter into Mach.
  229.  
  230. - an OS :-) Work and queries are currently progressing on several fronts:
  231.  
  232.   BNR2SS/BSDSS: Michael Saleeba [Zik] <zik.aurora.cc.monash.edu>
  233.   The situation is a bit muddy: CMU has stopped SUPing BSDSS.
  234.  
  235.   BSD4.4: Real Soon Now -- the "lite" or unencumbered version should
  236.   be released 4Q92.
  237.  
  238.   Berkeley Sprite: Ty Sarna has researched this possibility.  Sprite
  239.   unfortunately seems at the moment be unsuitable:
  240.  
  241. Mike Kupfer <kupfer@cs.berkeley.edu>:
  242. >
  243. > I understand that you're interested in the Mach-based Sprite
  244. > single-server.  I'm the person who did the single-server.  I no longer
  245. > work for the University of California, but I can give you some
  246. > information about the server.
  247. > 
  248. > - The sources for the Sprite single-server are available for anonymous
  249. >   ftp from allspice.berkeley.edu, in ~ftp/pub.  These sources are
  250. >   primarily intended for browsing.  They do not include a bunch of
  251. >   header files, Sprite libc sources, makefile libraries, or the
  252. >   CThreads changes necessary to build the server.  (Actually, the
  253. >   CThreads changes might be in a recent MK release; I haven't
  254. >   checked.)  Please note that the ftp service on allspice is a bit
  255. >   unreliable.  If you have problems using it, you can send mail to
  256. >   root@sprite.berkeley.edu, and somebody will kick the appropriate
  257. >   daemon.
  258. > 
  259. > - The Sprite single-server implements a subset of Sprite
  260. >   functionality.  There is no binary compatibility, either with native
  261. >   Sprite or with UNIX.  Process migration is not supported, nor is
  262. >   access to the local disk.  Most of the Sprite distributed file
  263. >   system is implemented, including Sprite cache consistency and
  264. >   support for Sprite pseudo-devices.  The single-server currently only
  265. >   runs on DECstations.  Performance of the Andrew benchmark is roughly
  266. >   1/2 that of native Sprite on a DECstation 5000.
  267. > 
  268. > - Because the single-server cannot access the local disk, it can only
  269. >   be used within an existing Sprite cluster.  That is, before you can
  270. >   run the Sprite single-server, you would have to first install native
  271. >   Sprite.  This is a non-trivial task.  In fact, the Sprite group gave
  272. >   up on supporting external sites in early 1992, and requests for a
  273. >   Sprite distribution are now politely refused.
  274. > 
  275. > - If you would like to browse any of the missing sources, I can try to
  276. >   put together a tar file for you.  Also, feel free to send me mail if
  277. >   you have additional questions.  Please be patient if I am slow in
  278. >   answering--I already have many other things that need my attention.
  279. > 
  280.  
  281.   CMU POE: VOLUNTEER NEEDED TO CHECK ON THIS: can a UNIX server
  282.   be built from the sources available and is an AT&T license needed???
  283.   not entirely free either???
  284.  
  285.   GNU Hurd: Michael Saleeba:
  286. > They have bits of it running. The work they've done to date is
  287. > available from prep.ai.mit.edu if I remember correctly. You've got to
  288. > realise they're building an OS pretty much from scratch though, so
  289. > it's going to take time.
  290. > 
  291. > Some time ago I spoke with Richard Stallman on the subject. He's very
  292. > interested in having m68k-based machines running the Hurd. In fact
  293. > apparently GNU have a couple of Amigas they'd like to use to help
  294. > develop the Hurd, so it'd be nice if we could help out with that :-)
  295.  
  296.   Linux:
  297.   The upper layers may be portable enough to make an UNIX server???
  298.   Some work has been done on this by Wild and the result was a disappointment:
  299. > Well... I took a (really quick..) look at Linux sources, and well, I didn't
  300. > like them. You literally smell i386, messydos, pee-cee in every corner
  301. > of the source, really not a pleasure imagining that this beast should ever
  302. > run on something different than what it was targeted for.
  303.   Wild is also the right person to contact about the gcc port for
  304.   Amiga and about dmake and gtar.
  305.  
  306.   386BSD: are the upper layers of Jolitz' work portable enough?
  307.   Michael Richardson <mcr@latour.sandelman.ocunix.on.ca> has
  308.   partial answer:
  309. >   Yes, it is. The ISA bus architecture stuff is sufficiently isolated
  310. > that making it work on other types of 386 system would be a snap. The
  311. > 386 specific stuff is isolated to one directory tree (in which the isa
  312. > stuff is located) as well. 
  313. >   I am unclear as to how a Mach single server interacts with the rest
  314. > of mach so I can't comment more.
  315.  
  316. - verification whether the port works on an '040
  317.   (current guess is no)
  318.  
  319. - contacts with C= technical people about hardware (and AmigaOS emulator???)
  320.  
  321.   Some C= current and former employees have already stepped out of
  322.   the woodwork:
  323.  
  324.   Ken Dyke        <kcd@cbmvax.cbm.commodore.com>
  325.   AmigaOS Networking
  326.  
  327.   Keith Gabryelski
  328.   AmigaUNIX Networking, X11, serial devices, Ethnernet devices,
  329.   random hardware (audio, clock, etc)
  330.  
  331. - contacts with GNU project (see the above discussion about Hurd)
  332.  
  333. - cross-compilation environment
  334.   Jukka Partanen <jtp@cs.hut.fi> is researching this area.
  335.  
  336. - RDB (Rigid Block Standard) experts
  337.  
  338. - AmigaOS emulator
  339.  
  340. - this FAQ file is maintained by Jarkko Hietaniemi
  341.  
  342. DRAMATIS PERSONAE:
  343.  
  344. Erik Bennett        <bennett@oes.orst.edu>
  345.     oes.orst.edu ftp maintainer
  346.  
  347. Stefan Becker        <stefanb@pool.informatik.rwth-aachen.de>
  348.     ftp.dfv.rwth.aachen-de ftp maintainer
  349.  
  350. Ken Dyke        <kcd@cbmvax.cbm.commodore.com>
  351.     C= AmigaOS Networking engineer
  352.  
  353. Bryan Ford        <baford@peruvian.utah.edu>
  354.     the author of the initial port of Amiga Mach
  355.  
  356. Keith Gabryelski    <ag@monique.rt.com>
  357.     former C= AmigaUNIX Networking/X11/device Engineer
  358.     AmigaUNIX device driver source status
  359.  
  360. Dominic Giampolo    <nick@homeboy.wpi.edu>
  361.     homeboy.wpi.edu ftp maintainer
  362.  
  363. Niklas Hallqvist    <niklas@appli.se>
  364.     Mach kernel programmer
  365.     amiga-mach mailing list maintainer
  366.  
  367. Jarkko Hietaniemi    <jhi@ftp.funet.fi>
  368.     ftp.funet.fi ftp maintainer
  369.     FAQ maintainer
  370.  
  371. Jukka Partanen        <jhi@cs.hut.fi>
  372.     cross-compilation environment
  373.  
  374. Michael Richardson    <mcr@latour.sandelman.ocunix.on.ca>
  375.     386BSD preliminary peek
  376.  
  377. Michael Saleeba        <zik@aurora.cc.monash.edu>
  378.     monu1.cc.monash.edu.au ftp maintainer (the primary site)
  379.     the central coordinator
  380.     the official releases
  381.  
  382. Ty Sarna        <tsarna@endicor.com>
  383.     Sprite research
  384.     GVP contact
  385.  
  386. Markus Wild        <wild@amiga.physik.unizh.ch>
  387.     Linux preliminary peek
  388.     Amiga ports of GCC and gtar
  389.     dmake
  390.  
  391. ====== HOW?
  392.  
  393. Want more information?
  394.  
  395. Join the mailing lists
  396.  
  397. amiga-mach@appli.se
  398. machm68k@yoyo.cc.monash.edu.au
  399.  
  400. by sending a subscribe message (Subject: subscribe) to
  401.  
  402. amiga-mach-request@appli.se
  403. machm68k-request@yoyo.cc.monash.edu.au
  404.  
  405. amiga-mach is the main mailing list to use.  It can, however, can
  406. get quite congested at times.
  407.  
  408. The main list, amiga-mach, is most useful as an information channel
  409. both for asking questions and for sending answers and progress reports.
  410. For specific subprojects people are encouraged to use either personal
  411. mail or create mailing lists if the subject is not necessarily useful
  412. for "general public".
  413. For example people working actively with console driver might get
  414. together and create a sub-mailing list.  A person who knows how to and
  415. is able to create and maintain a mailing list is needed.
  416.  
  417. Currently there is only one sublist:
  418.  
  419. amiga-mach-ftp@dol-guldur.hut.fi which is for
  420.     ftp distribution maintainers, join by sending a subscribe message
  421.     to amiga-mach-ftp-request@dol-guldur.hut.fi
  422.  
  423. machm68k mailing list is currently rather quiet because a generic
  424. Mach port to Motorola does not yet exist, only a port to Amiga.
  425. There has been some discussion about the syscall conventions
  426. of Amiga UNIX, MacIntoshes and Mac's A/UX on the amiga-mach list.
  427. Standardizing call conventions would make possible to have binary
  428. compability between m68k-based Machs.
  429.  
  430. This FAQ is updated about weekly and then merged to the ftp distribution.
  431. It is sent weekly to the amiga-mach mailing list and crossposted to
  432. the following USENET newsgroups:
  433.  
  434. comp.os.mach,comp.sys.amiga.hardware,comp.sys.amiga.programmer,comp.unix.amiga
  435.  
  436.