Path: news1.ucsd.edu!ihnp4.ucsd.edu!munnari.OZ.AU!news.ecn.uoknor.edu!qns3.qns.com!imci4!newsfeed.internetmci.com!tank.news.pipex.net!pipex!blackbush.xlink.net!rz.uni-karlsruhe.de!news.uni-kl.de!irz1.informatik.uni-kl.de!informatik.uni-kl.de!jmayer From: jmayer@informatik.uni-kl.de (Joerg Mayer) Newsgroups: comp.os.linux.m68k,comp.os.linux.development.system,comp.unix.amiga,maus.os.linux68k,comp.os.linux.answers,comp.answers,news.answers Subject: Linux/68k-FAQ v1.13 Followup-To: poster Date: 4 Apr 1996 13:24:11 GMT Organization: University of Kaiserslautern, Germany Lines: 1078 Approved: *.answers moderation team , Matt Welsh Distribution: world Message-ID: <4k0ihr$1ln@irz1.informatik.uni-kl.de> NNTP-Posting-Host: osiris.informatik.uni-kl.de Keywords: Linux, 68K, port, Amiga, Atari, VME, FAQ Xref: news1.ucsd.edu comp.os.linux.m68k:545 comp.os.linux.development.system:20309 comp.unix.amiga:11146 comp.os.linux.answers:972 comp.answers:14735 news.answers:58194 Last-modified: 96-04-04 Maintained-By: Joerg Mayer Posting-Frequency: bi-weekly Archive-name: linux/m68k-faq URL: Frequently Asked Questions on Linux/m68k A Linux port to Motorola's 680x0 processors Version of this FAQ : 1.13 Version of Linux/m68k : 0.9.13 (old) and 1.2.13pl9 (current) and 1.3pl73 (experimental/beta) Version of Linux : 1.2.13 (stable) and 1.3pl83 (experimental) Version of amiboot : 3.1 (not for 0.9.13) Version of amigalilo : 0.6 (nor for 0.9.13) Version of ataboot : 1.7 (not for 0.9.13) Expiration note: This FAQ is updated every 2 to 3 weeks unless I'm under very heavy workload. If this file is older than 2 to 3 weeks, please check for a newer version at the WWW or ftp sites mentioned below. i) Introduction =============== This is an updated version of the Linux/m68k FAQ. Since it probably contains errors (typographical and logical), outdated and missing infos, I ask that you send feedback and corrections to me. This document is not intended to describe what Unix is or how to administrate it. To find out more about that read the standard Linux manuals. ii) Newsflash ============= - 1.2.13pl9 released (Roman) - 1.3.73 "hackers only" version released (Jes) - 1.3.59 "hackers only" version released (Jes) - vme-1.2.13pl3c with SCSI support released (Richard Hirst ) - vme-1.2.13pl3 ported to the MVME162 board (Vaughn Skinner ) - Amiga sound driver (Geert) - ATAPI CDROM support () - 68060 patches now work (Jesper Skov ) - filesys-pl4-newer (Michael Schmitz ) - 1.2.13pl8 released (Roman Hodek ) - 1.3.30 "hackers only" version released (Jes Degn Soerensen ) From version 1.12: ------------------ - 1.2.13pl7 released (Roman Hodek ) - First running 1.3 (Jes Degn Soerensen and Hamish) - #Linux68k IRC channel now hosted by LinuxNET (see 6.8) - Don't forget to add a "linux|" to the front of your favourite /etc/termcap entry - 1.2.13pl8 will break configurations without it. iii) Changes ============ - Section 4.4 split into subsecions for the diffentent supported boards. - Section 8.22 added. - Info about version check beginning with amiboot-3.1 and ataboot-1.7 added (Section iv). - 68060 infos changed (Section 2.1). - Replaced pointers to filsys-for-pl4 by filesys-pl4-newer (throughout FAQ). - Pointer to another (searchable) mailinglist index added (Section 6.3). - Italian ftp mirror site added (Section 6.5) - Some more minor changes :-) iv) Contents ============ i Introduction ii Newsflash iii Changes iv Contents iv Versions 1. About Linux and Linux/m68k 2. Requirements to run Linux/m68k 2.1 Processor 2.2 RAM 2.3 Harddisk 2.4 Software 3. Similarities and differences of Amiga and Atari Linux/m68k 3.1 Similarities 3.2 Differences 4. The current status of Linux/m68k 4.1 General 4.2 Amiga 4.3 Atari 4.4 VME 4.4.1 Motorola MVME166 and MVME167 boards 4.4.2 Motorola MVME162 board 4.4.3 Motorola MVME147 board 4.5 PC 4.6 Unsupported 4.7 Other processors 5. Hints on installing Linux/m68k 6. Sources for information/sources/binaries 6.1 Documentation 6.2 Newsgroups 6.3 Mailinglists 6.4 WWW-sites 6.5 Ftp-sites 6.6 Modem 6.7 Distributions 6.8 IRC (Internet Relay Chat) 7. Activities 7.1 Coordinator 7.2 Bug reports/Known bugs 7.2.1 TT-FPU bug 7.2.2 Amiga with GVP 16 bit RAM 7.3 Under construction/To do 8. Common problems 8.1 I can't find the manpage for XXX 8.2 Is there an X-server for the Amiga? 8.3 How can I access my SCSI tape drive? 8.4 Where did all my Amiga's chipmem go? 8.5 Do I really need an FPU? 8.6 How do I access Linux partitions from AmigaDOS? 8.7 I can't boot from harddisk although the root partition seems to be fine!? 8.8 When I try to start X11, I get 'cannot open /dev/mouse' 8.9 My SCSI bus locks up when I want to use my DAT drive 8.10 I cannot delete files with rm as root 8.11 My SCSI bus locks up when the kernel probes for devices 8.12 I displayed a binary file, and now my console is totally screwed up 8.13 Can I use both ELF and a.out libraries/binaries in my system? 8.14 After installing a patch, the new files are in the current directory 8.15 I can't mount MSDOS diskettes on my Amiga 8.16 Less behaves weird when I press a key 8.17 What are the current major/minor device numbers for /dev/xxx? 8.18 How can I tell an a.out binary from an ELF one? 8.19 How can I find out about supported hardware? 8.20 Gcc complains that it can't find shared libs while linking 8.21 Linux recognizes my Amigas XXX board but it does not work 8.22 I can't use ttyS3 and ttyS4 simultaneously on my Atari 9. Famous last words iv) Versions ============ At this time, two kernel trees exist: 0.9.x and 1.2.13plx. To make switching between these versions a bit more interesting, they use a different bitorder in the ext2fs code (ext2 is the primarily used filesystem). In order to to be able to use a 0.9 ext2fs under 1.2, the 1.2 version of the filesystem check program has to be run and vice versa. Please note that starting with version 1.2.13pl4 the bitorder has been changed to yabo (yet another bit order). So you must run the current version of the ext2fs tools with the current kernel! There are also two versions of executables. The old a.out format (which is being phased out) and the new ELF format. The problem is that a.out executables don't work with ELF dynamic libraries and vice versa. To make things a bit more ugly, for some packets (e.g. X11R6) the version numbers of ELF and a.out libraries are the same. This makes using dynamically linked a.out and ELF binaries of X-window clients in the same installation tree a bit more complicated (see section 8.13). Finally, these are the different versions of the ataboot, amiboot and amiga-lilo programs: 0.9.13 can be started via amiboot-1.12a, ataboot-0.7 and amiga-lilo-0.4a. 1.2.13pl3 can be compiled in two formats: a.out and ELF. The a.out version can be started by the same programs as 0.9.13. If your kernel is ELF compiled you must use amiboot-2.0, ataboot-1.2 and amiga-lilo-0.5 or later. These programs will boot a.out kernels, too. As a rule of thumb: The current kernels require the current versions of the bootloaders. Starting with amiboot-3.1 and ataboot-1.7 the bootstrap program checks whether it is compatible with the kernel version and print out a warning if features may be lost or exit if it would simply crash. 1. About Linux and Linux/m68k ============================= Linux is a freely available operating system for PCs - to be more precise, it is one of many flavours of Unix. Linux is being developed on the net by several thousand people, first and foremost by Linus Torvalds, and being tested/used by many many more. The fun and success of Linux inspired Hamish Macdonald and Greg Harp to port it to another platform - the Amiga. The first version released to the general public was 005. While 008 was current, a few enthusiasts ported that version to the Atari and the two versions have been successfully merged with 09pl3 (this reads version 09 patchlevel 3). Linux/m68k can be regarded as beta. This means that code that hasn't been ported/written recently works well most of the time. After having released v1.2.13pl3 Hamish handed the coordination over to Roman Hodek. Here's the story about the beginning in Hamish's words: "I decided to port Linux to my Amiga for a variety of reasons. I have always had an interest in operating systems (my work is in embedded systems for telecommunications). After finishing my Master's thesis, I needed some project to keep me busy, and justify keeping my Amiga. Linux was just getting popular at the time, and I thought it would be fun to port it to my Amiga. So I did. Greg Harp and a few others had been talking for a while about porting Linux to the Amiga. They'd only got a little way into it when I got involved, bringing the work I'd already done myself...." And here about the port to the Atari in Roman's words: "I'm an old Atari user, but in some dark age of Atari, I also bought a PC... running only Linux, of course! Some time later, I noticed that there was a Linux for 68k (was a version about 0.06 or so), but learned that is was for Amiga only. Already at that time, I thought that it can't be that hard to port this to the Atari, but after some browsing in the sources, I gave up. I just didn't find a point where to start. But at least I subscribed to the MausNet newsgroup "LINUX68K". Several months later, in April '94, Bjoern Brauel posted an article there, that he has adapted Linux' head.S so it ran on his Falcon (until the first console output :-). I again was interested and asked Bjoern for the sources. In the next time, we two built some very basic driver, so we could at least see some output on the screen, and the kernel booted until the "unable to mount root". There was no HD driver yet... So I started to write a SCSI driver, and Bjoern went to IDE. At that time, we heard that there was another group working on an Atari port. The most important members of this group were Robert de Vries and Andreas Schwab. They've never announced that they're working or how far they are, so we didn't know about them. And we communicated over the MausNet, not the Internet, so they didn't notice us... So we finally had two versions of an Atari port at the same time. Fortunately, we've mostly worked on different parts, so the merged version 0.01pl3 made a big jump in respect to what drivers were available. The next story is about Martin Schaller: He also ported Linux to Atari, starting directly from PC Linux, not from the Amiga version. (He didn't have a modem at that time, so no Internet, not even MausNet...) For that he worked totally on his own, he came very far and did a great job. In fall '94, a German Atari magazine published an article about Linux/68k. By this Martin heard that there were some more Atari-Linux hackers and joined us." 2. Requirements to run Linux/m68k ================================= 2.1 Processor ------------- You need a Motorola 680x0 processor *with PMMU*. There is *no way* to run it without one. This reduces the list of possible processors to 68020+68851, 68030, 68040, 68LC040, 68060. Currently only the 68020+68851, 68030 and 68040 are supported. Starting with 1.2.13pl5 68060 support has been added, and should be working as of pl9. At this stage you will also need a 68881 or 68882 FPU if you don't have a 68040 or 68060. In theory an FPU would not be strictly necessary as it can be emulated with the normal processor, however nobody has written the code to do so - which means that in practice an FPU *is* necessary. This list of processors excludes the 68000, 68010, 68EC020, 68EC030, 68EC040. Linux/m68k can *never* run on these processors as they lack a PMMU and an interface for an external one (this is "true" for all machines but some pretty old Suns :-). The following Amigas have the "right" processor built-in: A3000, A3000T, A4000/40 (not! A4000/30 which has a 68EC030 processor) and A2500/30. There has been a report that the last A4000/40s produced by Commodore shipped with an 040LC. In that case it won't work either; you need a FPU. The following Ataris (or clones) have the "right" processor built-in: Atari Falcon (FPU is not standard but needed!), Atari Falcon with Afterburner 040, Atari TT, Medusa, Eagle (not yet supported). Any processor upgrade card with a 68040 or 68030+68881/2 (like PAK/3) is able to run Linux. Note: In some of the older TTs there is a bug in the PAL controlling the access to the FPU. This may cause a crash (see 7.2.1). Note2: On the Amiga, there exists a program called "lawbreaker" (part of the enforcer package). This program allows you to check whether you have a working PMMU or not (it needs to generate 5 hits in combination with enforcer where the last one is an alert). 2.2 RAM ------- Note 1: On the Amiga the size of FastRAM is relevant, i.e. the ChipRAM is only used internally for graphics, sound and floppy data; it is not used by normal programs. Note 2: If you have an Amiga with 16-bit expansion RAM on a GVP card, see "Known bugs". It is possible to boot Linux/m68k with as little as 2 MB. Now you know that the kernel works on your system - that's it. If you want to work with it you should have at least 4 MB (8 MB with an X-server). 2.3 Harddisk ------------ If you want to do more than just boot Linux/m68k you will need 80 - oo (infinity) MB of space on your hard disk and a supported hard disk controller. Add another 20 MB for X. 2.4 Software ------------ Amiga: In order to run amiboot you need AmigaDOS 2.0 or higher (expansion.lib- rary V36+) and at least version 39 of ixemul.library. Amiga: amiboot works with SetPatch and RsrvMem (part of Emplant) running. It doesn't work with VMM running. 3. Similarities and differences between Amiga and Atari Linux/m68k ================================================================== 3.1 Similarities ---------------- All code that depends only on the processor (i.e. paging, systemcalls, parts of the interrupt handling and of c(o)urse those parts of Linux that were hand optimized by writing the code in assembler) has to be ported to Linux/m68k only once. This means that the Amiga and the Atari may use the same kernel image (in fact the vmlinux from tsx-11 runs on both machines). Another big bonus is that all user programs (= binaries) should work on any machine running Linux/m68k no matter whether the machine is an Amiga or Atari - as long as no machine specific devices are used (see below). 3.2 Differences --------------- All code that depends on the hardware is machine dependent and with very few exceptions which are in the kernel (timer, a small part of interrupt handling, startup code) has been put into modules called device drivers. Writing device drivers makes up most of the porting work. 4. The current status of Linux/m68k =================================== 4.1 General ----------- What has been done? The kernel (this means all the processor/mmu/fpu specific stuff) has been ported. V1.2 is based on Linux/i386 1.2 patchlevel 13, its Makefile structure has been adopted from the 1.3.x Linux/i386 kernel tree. Several hardware independent drivers have been ported: Ramdisk, mem, pty, tty, vt, (c)slip, ppp, net/inet, general SCSI stuff. Also the following filesystems have been done: minix, ext2, msdos, proc, isofs, affs, nfs (affs = Amiga Fast File System, read only). The ext2 filesystem is *not* compatible between i386 and m68k on the physical layer, .i.e you can't write to an ext2 filesystem on your PC, move that disk to your Amiga and read from it again. At the present time, only the ext2fs bitmap layout is portable. An X-server exists that uses the frame buffer device. Frame buffer devices exist for both native Amiga and Atari graphics in the kernel. The list of supported hardware should be exhaustive, i.e. if it isn't in here or in section 7.3 (Under construction/To do) it isn't supported at all. If you find omissions please report them. 4.2 Amiga --------- Supported built-in hardware: A3000-SCSI, A4000-IDE, A1200-IDE, serial port, parallel port, mouse, keyboard, builtin graphics is integrated into the frame buffer device, timer, floppy disk drive (DD/HD, Amiga and PC formatted disks), beep and sound, RTC of A2000/A3000/A4000. Supported RAM cards: All RAM cards are supported Note: There are problems with GVP 16 bit RAM cards (see "Known bugs"). Supported SCSI cards: A2091, A590, GVP Series II Supported Ethernet cards: Ariadne, Hydra, A2065 Supported IO cards: 16c552 double-UART of the GVP IO-Extender, BSC MultiFaceCard III Supported graphics cards: Cybervision64 4.3 Atari --------- SCSI, ACSI, Falcon IDE, all builtin serial ports, keyboard, Atari mouse, parallel printer port, RTC clock, floppy disk (DD/HD/ED), builtin Atari graphics (ST/TT/Falcon/Medusa) is integrated into the frame buffer device, beep (all) and sound (Falcon/TT) are supported. The ET4000 and the Mach64 cards used in the Medusa are partially supported (you can't change the resolution). Note: Linux' Minix FS is compatible to the Minix V2 FS used with MiNT. Supported RAM cards: FX-card (Falcon), Magnum (Falcon) Supported Ethernet cards: RieblCard, PAM's VME boards (most Lance based ethernet cards should work) Screen extenders: Screenblaster, Onscreen work, others should work too. Other peripherals: Atari Laserprinter 4.4 VME ------- 4.4.1 Motorola MVME166 and MVME167 boards ----------------------------------------- (provided by Richard Hirst) There are multiple VME boards out there on which Linux/m68k could run. There is currently one port for the Motorola MVME166 and MVME167 boards. These are complete systems on a card, so there's no need to support any external controller cards: 68040 at 25 or 33MHz (at least) 4 to 32MB DRAM (maybe more) CD2401 four channel serial controller NCR53C710 SCSI controller Parallel port (currently unsupported) Intel 82596CA ethernet controller (under construction) VMEchip2 VME interface chip PCCchip2 local controller chip VSBchip2 (MVME166 only) MK48T08 BBRAM and TOD clock 68230 PIT The source is based on 1.2.13pl3 at present. The system will happily loop building the kernel for hours on end with no problems (no '040 MMU bug here!) It takes about 20 minutes a build a kernel. 4.4.2 Motorola MVME162 board ---------------------------- A port to the MVME162 board has been made by Vaughn Skinner . It is based on Richard Hirst's vme-1.2.13pl3 port. 4.4.3 Motorola MVME147 board ---------------------------- A port to the MVME147 board has been started (see 7.3.4). 4.5 PC ------ Since PCs don't have Motorolas inside (except on soundcards and other plug-ins), this section should read "What parts of Linux/m68k are available for but not part of Linux/i386?" - Amiga Fast File System (read only) Please note that most disk controllers for PC, Atari and Mac are not able to read Amiga formatted disks (this is a hardware limitation). 4.6 Unsupported --------------- There is currently no Linux/m68k port for several 680x0 based computers that would be able to run Linux. The reason for this is rather simple: Nobody has written it. The reasons for that are many: The people who already have most/all of the knowledge on the Linux side of the port are usually busy maintaining/improving one of the existing ports. Another quite common reason is that no or only insufficient documentation on the hardware of that platform exists. Sun-3s are an even more special case: Unlike all other machines mentioned here, they don't use Motorola MMUs. Here is a (probably incomplete) list of the unsupported machines with 680x0 processor: Apollos, HP, Macintoshs, Sun3s and most VME bus machines. As far as I know, you can run NetBSD on most Sun-3s and Macs with 680x0 processors (see the FAQ on NetBSD). 4.7 Other processors -------------------- Linux also runs on several other platforms in varying states of usability: - Alpha (Linux/AXP): - PowerPC processors (Linux/PPC): PowerMacs - Sparc processors (Linux/Sparc) - I think I heard some rumors about an Intel version too ;-) This list is *not* exhaustive: More complete and more current versions of these infos can be found at: . 5. Hints on installing Linux/m68k ================================= Please note that there is a much better installation doc available. It's the 'Linux/m68k installation guide' written by Frank Neumann and Ingo Wilken. A more complete list of installation guides can be found in the documentation section. If you want to find out whether Linux/m68k runs on your system the hints given here may be sufficient. If you want to work with your Linux/m68k system you should get the Installation guide. The address is given below. The hints given here are for 1.2.13pl5 and later! 0. a) Get the installation guide mentioned above. b) Ignore steps 1-9 and follow your new guide. 1. Get a working kernel, *all* announce files and the bootstrap program for your machine (different kernel versions may require different bootstrap versions), the root, usr and var filesystems and the filesys-pl4-newer (this is a ramdisk that contains everything you will need to set up a working harddisk environment). Sources for these programs: See below. You will also need gunzip (from the gzip package) for your native OS in order to unpack the following .gz files: amiboot/ataboot, filesys-pl4-newer and vmlinux. Note: If gunzip succeeds your files are OK. If you want to test the integrity of the files you downloaded without decompressing them you can do 'gzip -t '. 2. Bootstrap the kernel and filesys-pl4-newer as described in the ANNOUNCE file for that kernel. Many of the bootstrap flags available are documented in older announce files only. Note for Amiga users: You have to install ixemul.library in libs: in order to run versions of amiboot prior to 2.0. If you have any problems booting linux you may try to run this session without executing the startup-sequence. This will prevent any manipulation of the MMU as is done by the CPU, SetCPU, Enforcer and VMM commands. 3. Create a partition on your harddisk and install an ext2fs filesystem on it. 4. Create another partition as swapspace. 5. Unpack the root and usr filesystem onto the disk (these are still a.out, sigh). 5a. Install your ramdisk image to harddisk! It contains new versions of the filesystem utilities and newer libraries (the latter may not be true anymore). 6. Check that the utmp and wtmp files exist in the right places and that there are links from the old locations to the new ones as decribed in ELF/README (I told you to read a somewhat more verbose installation guide). 7. Reboot 8. Bootstrap your kernel, this time from the harddisk instead of ramdisk. 9. Get and read the Installation-HOWTO for Linux. Start reading from section 4 "Installing the Software". Warning: This is for the PC so you may have to do things differently at some points. Installation guide: These are the filenames relative to 680x0/ of the master ftp site and its mirrors: ANNOUNCE-1.XXXXXX v1.2/filesys-pl4-newer.README v1.2/filesys-pl4-newer.ext2.gz and or v1.2/filesys-pl4-newer.minix.gz filesys/watchtower-root-fs.tar.gz filesys/watchtower-usr-fs.tar.gz filesys/watchtower-var-fs.tar.gz ELF/README ELF/gcc-2.7.2.bin.tar.gz ELF/binutils-2.6.bin.tar.gz ELF/ld.so-1.7.12.tar.gz ELF/libc-5.0.9.tar.gz v1.2/vmlinux-1.2.13pl7.gz v1.2/amiboot-3.0.gz (Amiga only) v1.2/ataboot-1.6.gz (Atari only) v1.2/linux-1.2.13pl7.tar.gz (the kernel source tree) ../docs/HOWTO/Installation-HOWTO (only on servers not dedicated to 680x0) The root.tar.gz file contains no gcc, emacs or tcsh. If you are a tcsh or emacs addict you will want to get these packages from bin/ too. The filesystems naturally contain *no kernel sources*, so you will have to get these too. 6. Sources for information/sources/binaries =========================================== 6.1 Documentation ----------------- This FAQ is available on , and . An installation guide is available at . It is also available in various formats from . Although the guide was written for the Amiga, many things are also useful for Atari users. An Atari specific install guide can be found at ; another one can be found at . The ANNOUNCE files are also valuable documentation. Further documents can be found in the directories and . These documents were written for Linux/i386 but many are useful for Linux/m68k users too (e.g. howtos on UUCP, PPP and the general Linux FAQ). A FAQ on Motorola chips (including the 680x0 microprocessors) is available at and mirrors. A FAQ about NetBSD for Amigas can be found at and Last but not least: Look into the Documentation directory of the kernel tree if you are using a current 1.2.13 kernel. 6.2 Newsgroups -------------- comp.os.linux.m68k: The group comp.os.linux.m68k is intended to further interest in, and development of, the port of the Linux operating system to the 680x0 architecture. All discussion in the newsgroup should be in English. comp.os.linux.development.kernel: This group is on Linux *kernel* development only. From time to time it contains messages dealing with the Linux/m68k kernel. comp.os.linux.announce: This group announces new Linux related products as well as new kernel releases. Announcements for new versions of Linux/m68k may be found there. maus.os.linux68k: This group deals with Linux/m68k only. The languages currently used are German and English. The following internet site is known to serve this group: news.uni-stuttgart.de (read only) The Newsgroup is also available in FidoNet (LINUX-68K.GER). comp.unix.amiga: This group is for discussions on AMIX, NetBSD and Linux/m68k on the Amiga. As most articles on Linux/m68k are not Amiga specific, the name is somewhat of a misnomer. de.comp.sys.amiga.unix: Similar to comp.unix.amiga but in German language. 6.3 Mailing Lists ----------------- I am aware of one mailinglist for Linux/m68k, which is named linux-m68k. As there is a newsgroup for Linux/m68k topics on this list should be restricted to development issues if possible. (provided by Benjamin Lorenz) You can subscribe to linux-m68k@phil.uni-sb.de by sending a mail to majordomo@phil.uni-sb.de, random subject and a single line in the mail body containing "subscribe linux-m68k". You may want to subscribe to linux-m68k-digest@phil.uni-sb.de instead: In this case, you will receive one mail per day containing all mails to the list from the last 24 hours. If you prefer to read mail in this way, please unsubscribe from linux-m68k to reduce net load! You can download archives from the digest mails! They are stored on the ftp server ftp.phil.uni-sb.de, in the directory "pub/linux-m68k/mailinglist". Another mailinglist archive that supports searching can be found at . Note1: linux-m68k was formerly known as atarix. Note2: The old mailinglist on vger for Linux/m68k has been phased out. Note3: Archives for the old lists can be found via Helmut Neukirchen's WWW page. 6.4 WWW-sites ------------- Helmut Neukirchen's Linux/m68k WWW page: Chris Lawrence' Linux/m68k WWW page: Mirrors of tsx-11 via WWW: 6.5 Ftp-sites ------------- THE Linux/m68k server: THE two Linux servers (sources for you to port to/compile on Linux/m68k): Mirrors (please use the one nearest to you, most of these mirrors are updated daily): Linux on Amiga: Linux on Atari (all new patches for Ataris): [Please tell me if your favourite mirror is not on this list.] The kernel source for Linux/m68k can be found in 680x0/v0.9/ and 680x0/v1.2/, a lot of binaries in 680x0/bin/. A few more tools reside in 680x0/tools/. The following addresses are known to offer ftp-mail: To get more info on ftpmail send a mail with subject help to one of the addresses mentioned above. 6.6 Modem --------- If you have a modem, you can get Linux/m68k from the following addresses: 6.6.1 Germany ------------- System name: nasim Phone: +49 89 5469593, ZyX19200 Login: Anon-uucp: nuucp - no password / ZModem: gast - no password Contents: full 680x0-tree of tsx-11 in /pub/linux-68k Get first: index file /pub/linux-68k/ls-lR.nasim.linux-68k.gz Other features: provides uucp access to 680X0 channel (read only) and the linux.act.* news-groups Admin: Frank Bartels 6.7 Distributions ----------------- There are no distributions available via ftp at the moment. ALD (= Autoren Linux68K Distribution) for Atari is available from Whiteline. 6.8 IRC (Internet Relay Chat) ----------------------------- I'm trying to establish an IRC channel for Linux/m68k: #Linux68k. Start irc and select one of the servers of LinuxNET. A list of servers can be found at . Just do a "/join #Linux68k" and look out for others. If nobody's there, there is a simple reasons for this: You are the first to join this channel (actually, the first one to join a channel creates this channel). There already is a well established #Linux. Note: The attempt to establish a channel #Linux68k via the "regular" IRC servers more or less failed because of many, many netsplits. LinuxNET is much more reliable (knock on wood). 7. Activities ============= 7.1 Coordinator --------------- Linux/m68k releases are built and released by Roman Hodek . As Roman does not have an Amiga, that part is maintained by Geert Uytterhoeven . 'Built' means that you can write a patch against the current version/ patchlevel and send it to them or the mailing list and they will integrate it into one of the next releases. Make sure you state against which version the patch was made. Please note that Roman has no way to test Amiga specific patches and Geert can't test Atari specific things. Note: If you patch processor specific code (e.g. 68030 vs. 68040 MMU or FPU) make sure that you document the dependencies. 7.2 Bug reports/Known bugs -------------------------- Send bugreports to the author of the code or to Geert (Amiga) or to Roman (Atari). A probably better approach is to post it to the linux-680x0 channel or to the appropriate newsgroup. If there are bugs that will probably stay in the code for an extended period of time let me know so I may publish them here. 7.2.1 TT-FPU bug ---------------- Problem: Linux reports "*** COPROCESSOR PROTOCOL VIOLATION *** FORMAT=9" or something similar. Fix: Pull the 16L8 PAL's pin 11 free (this is the signal 'XBG') and solder it to +5V. This prevents the PAL from tri-stating AS and DS until XBGACK has gone low. To make your 32 MHz daughter-card work: 1) Pull pin 11 of te 16L8 PAL out of the board 2) Solder pin 11 of the IC to +5V (pin 20 of 16L8) ****This applies to the CA400771 32 MHz daughter board**** **********Other boards should not have this bug*********** _______________________________________________________________ Atari 32 Meg Daughter Board / PGA | | ___________________ | | | | | | | 2 1 1 1 1 1 1 1 1 1 | 0 9 8 7 6 5 4 3 2 1 | . . . . . . . . . . . . . . . . . . . . | PAL 16R4-7PC PAL 16L8-7PC | . . . . . . . . . . . . . . . . . . . . | 1 2 3 4 5 6 7 8 9 1 | 0 | CA400771 | ___________________________________________________________| | | ___| 7.2.2 Amiga with GVP 16 bit RAM ------------------------------- Problem: When using a GVP card with 16 bit RAM on an Amiga with 68040 Linux/m68k dies. Fix: Unfortunately, there is no known solution to that problem. So your best bet is to get some real 32 bit RAM. The 16 bit RAM may still be used as a ramdisk, but you *must* disable it as normal RAM (-m option of amiboot). 7.3 Under construction/To do ---------------------------- I would like a list of projects planned/started, similar to the Linux Project-FAQ. If you send me infos, I will put them in this section. 7.3.1 General ------------- 1.3: Put the Linux/m68k stuff into the 1.3 kernel tree Affs: Write code, other DOS types and special root block handling is missing . Porting of the ide-cd driver FPU-emulation A NetBSD version exists an can be found at any site carrying NetBSD1.1 in arch/m68k/ A new multi frame buffer device (Martin Schaller) Creation of a freely available Debian distribution for Linux/m68k Send mail to debian-68k-request@pixar.com with the word "subscribe" in the message body. Mails should be sent to debian-68k@pixar.com. Please do not join the list if you are not willing/going/able to actually work on the packages. Testers are not yet needed (it's too early for that). 7.3.2 Amiga ----------- Audio drivers Drivers for Arcnet cards are in alpha/beta A frame buffer device for the Cybervision graphics card is in beta and Support for the Oktagon SCSI controller is planned and A frame buffer device for the Spectrum/Piccolo/Picasso II (/SD64) graphics cards is in the works Support for the a2410 and DMI resolver gfx boards is planned and The following drivers were asked about but nobody has reported interest in writing them (yet): - Concept/code for the use of chip ram and the blitter from user space. - A2024 support missing - Support for Emplant serial and scsi - Support for the A4091 scsi card - BSC MultiFaceCard II support. Docs available from Joerg Dorchain . 7.3.3 Atari ----------- Low level code of the new multi frame buffer device (Martin Schaller ). AtariLaserPrinter is in beta 7.3.4 VME --------- A port to the MVME147 board has been started , 8. Common problems ================== 8.1 I can't find the manpage for XXX ------------------------------------ There is a *wealth* of Linux documentation out there for the original PC Linux which almost always applies to Linux/68k. Check out the documentation at your favourite Linux ftp site. 8.2 Is there an X-server for the Amiga? --------------------------------------- Yes, there is one: It's in the same package as the one for the Atari. It can be found at.../680x0/X11R6/X-binaries.tar.gz. The frame buffer device you need is already integrated into the 0.9pl5+ kernel. Make sure that /usr/X11R6/bin/X is a link to /usr/X11R6/bin/XF86_Axxxx. 8.3 How can I access my SCSI tape drive? ---------------------------------------- Use /dev/st0. Be aware that your tape drive must be up and running at boot time so that linux can recognize it and you can use it. 8.4 Where did all my Amiga's chipmem go? ---------------------------------------- It's still there, but the kernel doesn't offer it to the user. It is used by drivers that use the custom chips (floppy, framebuffer, sound). 8.5 Do I really need an FPU? ---------------------------- Most software doesn't use the FPU, but you still need one, because the stan- dard program startup code contains at least one FPU instruction. There are two ways to avoid this problem: 1) write a FPU emulation and put it into the kernel (as is done with the i387 code) or 2) change the crt0.o module of gcc and recompile *all* programs you have. 8.6 How do I access Linux partitions from AmigaDOS? --------------------------------------------------- There is an ext2 filesystem for AmigaDOS (). It allows you to read/write ext2 partitions. Not all write operations are currently (version 0.3) supported. Btw: Do read the "Known bugs section". Other ways to transfer files from Linux to AmigaDOS are to use an msdos partition, an Amiga/PC formatted floppy with msdos file system (this requires a mountlist entry on AmigaDOS side), use of a partition with minix file system and the minix file handler on AmigaDOS side (the driver is somewhat unstable) or by accessing the floppy / any (empty!) partition directly via GNU tar. 8.7 I can't boot from harddisk although the root partition seems to be fine!? ----------------------------------------------------------------------------- (provided by Frank Neumann) If you have used the new-filesys RAM filesystem to boot, created filesystems on harddisk partitions and try to boot from one of these harddisk partitions, you might see an error like: No such file or directory while trying to open /dev/hda5 The filesystem superblock is corrupt. Try running e2fsck ... This does _NOT_ mean that your files are corrupt - instead, the /dev directory on your harddisk is missing some special files for accessing certain partitions. Check the following: Start the kernel with the RAM filesystem, mount the root partition under /mnt and check all partition nodes under /mnt/dev (sd for SCSI partitions and hd for IDE partitions). If you discover that your root/usr/whatever partition is not among them, you will have to create the special file(s) by using the 'mknod' command. Unfortunately this command is not in the new-filesys, so you will have to use the one from the root filesystem, like this: '/mnt/bin/mknod '. For example, if your root partition is supposed to be on /dev/hda5, you should go to /mnt/dev (NOT /dev!) and issue the command '/mnt/bin/mknod hda5 b 3 5'. In this case, the '3' is the major device number for IDE harddisk devices - replace it with a '8' for SCSI harddisk devices. The minor device number (the last value) is the partition number on that harddisk, starting with 1 (NOT 0!) for the first partition. Once we have new root filesystem images or a real installation program, this should not be a problem anymore, but until then you will have to live with it. 8.8 When I try to start X11, I get 'cannot open /dev/mouse' ----------------------------------------------------------- (provided by Frank Neumann) Some installations automatically start the 'selection' demon when the system comes up. 'selection' allows you to use Cut&Paste on virtual consoles. However, this program uses the mouse driver (/dev/mouse or alike) to access the mouse, and X11 also requires the driver. The current mouse driver, however, can only be used by one program at a time. For this reason, you will have to kill the selection process before you can start X. The simplest way to do this is to issue the command 'selection -k' (selection will then look for an already running process of itself and remove it). This line could be quite handy if you put it into your $HOME/.xinitrc. Note: This should be fixed by the 1.2.13pl7 kernel. 8.9 My SCSI bus locks up when I want to use my DAT drive -------------------------------------------------------- (provided by Frank Neumann) This problem seems to be related to certain A3000 Amigas - probably only those with BootROMs. It has been discovered that if you have a DAT drive connected whose SCSI address is smaller than the smallest SCSI address of a harddisk in your Amiga, the bus will lock up very early (under AmigaDOS, while the SCSI bus is being scanned - you can notice this by seeing that the SCSI LED is constantly lit and nothing happens). The solution is to use higher address for DAT drives (and maybe also for CD-ROMs) and the lower ones for direct-access media (read that as "harddisks"). 8.10 I cannot delete files with rm as root ------------------------------------------ (provided by Frank Neumann) If you have installed the root and usr filesystems from tsx.mit.edu (pub/linux/680x0/filesys) and get a message like the following whenever you try to delete files as root: "rm: dont use rm" you might find it interesting to look into the file '.bashrc' in root's home directory. In the last line, it reads: "alias rm='echo dont use rm'" which is probably not what everyone wants. Remove that line and re-login as root to get rid of this (or, for the current shell, just type "unalias rm"). 8.11 My SCSI bus locks up when the kernel probes for devices ------------------------------------------------------------ (provided by Frank Neumann) This can have two reasons: a) Some SCSI devices dislike being inquired by the host adapter to negotiate for synchronous transfers. To inhibit that behaviour for selected devices, the amiboot program has an option "wd33c93=". This option of course only makes sense on SCSI host adapters with the WD33C93 chip, like the A3000 built-in SCSI, the A2091 or the GVP Series II. I am not sure if this also works on other host adapters using the same chip. An example: If you have a CD-ROM on SCSI address 4, the command line option to amiboot would be 'wd33c93=16' (this number is calculated from 2^SCSI_ADDRESS - or, in our example, 2^4 = 16 (SCSI addresses start with 0). You can disable sync negotiation on more than one device by adding up the values for each device. A longer explanation of this subject is contained in the ANNOUNCE-0.9pl1.gz announcement file (on tsx.mit.edu under /pub/linux/680x0). b) Other devices dislike being polled on LUNs (logical units) other than 0. What can happen here is that the SCSI bus just locks up because the device does not answer the inquiry. Quite a couple of drives have already been added to the blacklist of "bad" devices in the kernel, but there are probably more. If you discover this behaviour on one of your scsi devices, you might try adding it to the blacklist (in drivers/scsi/scsi.c) yourself or ask someone to do it for you if you are sure about it. Although not related, it seems as if you can also bypass this problem with the "wd33c93=" amiboot option mentioned in the previous item. If you think you're adventurous and want to fix the kernel for a specific SCSI device yourself, here is what you could do: Under AmigaOS, use the "scsiutil" command (on Aminet) and its "-i" option to send an Inquiry command to that particular device. Write down its vendor identification, product identification and Product revision level. For instance, an Apple CD-300 CD-ROM drive might give (at the bottom) this output: Vendor identification: SONY Product identification: CD-ROM CDU-8003A Product revision level: 1.9a Now go into the kernel source tree and (under drivers/scsi/scsi.c) add your drive to the blacklist of drives that have problems (just search for "blacklist"). Recompile the kernel and try it out without the wd33c93= options you probably used so far. If it works, you might want to send your change as a GNU context diff to one of the Linux/m68k maintainers. [Can someone mail instructions how to do this on the Atari, please?] 8.12 I displayed a binary file, and now my console is totally screwed up ------------------------------------------------------------------------ (provided by Frank Neumann) Once in a while, it may happen to you that you try to read a binary file. Text viewers like 'more' will interpret the input they get as control characters, to for instance change to an alternate character set. This may result in a strange looking prompt, made up of special characters. In such a case, you need to reset the terminal to its initial state. There are several ways to do this, here's what I use: You have to type (blindly): echo "^V Esc c" ^^^^^^^^ Read this as: Control-V, Escape key, character 'c' The sequence 'Escape-c' does just what we want: It resets the text attributes and character set, and also clears the screen. You have to mask the escape character with Control-V, otherwise the shell would directly try to use the 'Escape' for its purposes. ^V^O should do the same job. 8.13 Can I use both ELF and a.out libraries/binaries in my system? ------------------------------------------------------------------ (provided by Frank Neumann) No problem. If you moved to ELF according to Andreas Schwab's hints (), you already have a mixed system. All old a.out shared libraries, stubs, static libraries and simple object files (*.so, *.sa, *.o, *.a) are now in /usr/m68k-linuxaout/lib, except for libc and libm which remain in /lib. The ELF shared libraries are in the usual places -- /lib, /usr/lib and maybe /usr/X11R6/lib and /usr/local/lib -- and don't interfere with the a.out libraries. When starting a program which is either a.out or ELF, the corresponding link loader will determine what shared libraries are required and load them on the fly. This of course works for both a.out and ELF binaries. You only have to keep in mind that with a mixed system (using binaries some of which require ELF libraries while others require a.out libraries) both ELF and a.out libraries have to be kept in memory (in particular, but not limited to, libc and libm). This certainly costs valuable memory. So, the long-term solution will be a pure ELF installation (libraries and binaries). Note: Concerning a.out libraries, a couple of people had problems with the last libc that was created (4.7.2). So we recommend staying with 4.6.27 which most people were using. 8.14 After installing a patch, the new files are in the current directory ------------------------------------------------------------------------- Do a "man patch". Understand what the "-p" option does. In case the rest of the patches install ok, add a "-p0" to your command options. I usually use "patch -s -E -p0 libX11.so.6, libX11.so.6 -> libX11.so.6.0 8.21 Linux recognizes my Amigas XXX board but it does not work -------------------------------------------------------------- Linux/m68k can detect the Amigas autoconfig devices. That it is able to detect and correctly classify these devices does not mean that the kernel has an acutal driver for that device. The list of supported hardware given earlier should be exhaustive, i.e. anything that is not listed is not supported. 8.22 I can't use ttyS3 and ttyS4 simultaneously on my Atari ----------------------------------------------------------- This perfectly normal: ttyS3 and ttyS4 correspond to different physical external connectors on the Atari, but these connectors use the same internal hardware (Channel A of the SCC). 9. Famous last words ==================== I want to thank everyone who contributed to this FAQ. There are many people who did so by writing mail/news answering questions or by asking those questions. Some sections are marked "provided by"; this means that the text was originally written by that person but has been edited by me. Frank Neumann Benjamin Lorenz Richard Hirst Geert Uytterhoeven You may freely distribute this FAQ without any legally binding restrictions except that it must remain in whole and unmodified. I would however be grateful if you drop me a note if you include this file on a disk or cdrom (especially, if you send me a copy ;-). Amiga, Atari, Commodore, Motorola, MSDOS, Sun, Unix and maybe a few more words I used in this text are trademarks. So what? -- J"org Mayer Student und Sysop an der Universit"at Kaiserslautern http : http://www-agrw.informatik.uni-kl.de/~jmayer/ e-mail : jmayer@informatik.uni-kl.de // PGPid: 0xFB2461E1 For my address ask me, use finger or take a look at my www page. .