You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
(17) |
Oct
(2) |
Nov
(1) |
Dec
|
2002 |
Jan
(2) |
Feb
|
Mar
|
Apr
(1) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
(1) |
Nov
(1) |
Dec
|
2004 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(2) |
Jun
|
Jul
(3) |
Aug
|
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
2005 |
Jan
|
Feb
|
Mar
(1) |
Apr
(2) |
May
(1) |
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(5) |
Dec
(4) |
2006 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2007 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
From: Andy P. <at...@us...> - 2001-09-19 17:41:38
|
Update of /cvsroot/linux-vax/www/htdocs/newfaq In directory usw-pr-cvs1:/tmp/cvs-serv22512/newfaq Added Files: fix_html linux_vax-1.html linux_vax-1.html.old linux_vax-2.html linux_vax-2.html.old linux_vax-3.html linux_vax-3.html.old linux_vax-4.html linux_vax-4.html.old linux_vax.html linux_vax.html.old linux_vax.sgml newfaq.html newfaq.html.old Log Message: Final part of website update --- NEW FILE --- #!/bin/sh # I cant see a way of imposing our style on sgml2html generated output # and to be perfectly honest, I cant be bothered wasting time learning # Yet Another Typesetting Language, to warp it into doing the most basic # formatting possible (White background, black text please). I know basic # HTML and LaTeX and dislike both, despite having written a book in the # latter. # # Hence this file. # sgml2html linux_vax.sgml for i in *.html do echo zapping body tag in $i mv -f ${i} ${i}.old sed -e 's/\<BODY\>/\<BODY TEXT="#000000" BGCOLOR="#FFFFFF" LINK="#009900" VLINK="#990032" ALINK="#6F7463" FONT FACE="Helvetica"\>/' ${i}.old > ${i} done --- NEW FILE --- <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN"> <HTML> <HEAD> <META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.9"> <TITLE> Linux/VAX FAQ: General Info</TITLE> <LINK HREF="linux_vax-2.html" REL=next> <LINK HREF="linux_vax.html#toc1" REL=contents> </HEAD> <<BODY TEXT="#000000" BGCOLOR="#FFFFFF" LINK="#009900" VLINK="#990032" ALINK="#6F7463" FONT FACE="Helvetica">> <A HREF="linux_vax-2.html">Next</A> Previous <A HREF="linux_vax.html#toc1">Contents</A> <HR> <H2><A NAME="s1">1. General Info</A></H2> <P> <A NAME="geninfo"></A> <H2><A NAME="ss1.1">1.1 Whats a VAX?</A> </H2> <P> <P>VAXes were 32-bit computer systems from Digital Equipment Corporation (or DEC). They enjoyed huge popularity throughout the 1980's and early 1990's. The VAX was the 32 bit computer that the ancestors of modern UNIXes were made on, and was the standard computer architecture (like the IBM PC is now) of its day. The VAX was also one of the major testbeds for the early Internet. <P> <P>VAXes come in several shapes and sizes, ranging from the small room sized VAX 11/780 (1970's) through to the desktop sized microVAXes and VAXStations of the 1990's. The VAX architecture and Digital's VAX/VMS operating system are mutually intertwined, so for a review of VAXes see <P> <A HREF="http://www.vaxarchive.org/">The VAX Archive</A><P> <A HREF="http://www.openvms.compaq.com/openvms/20th/vmsbook.pdf">VMS 20th anniversary special</A><P> <H2><A NAME="ss1.2">1.2 Is that the same as a DECstation?</A> </H2> <P> <P>No. The DECstations use the MIPS processor, and have names like <UL> <LI>DECstation 5000/200</LI> <LI>DECstation 5000/240</LI> <LI>Personal DECstation</LI> </UL> <P>These use the R3000 or similar MIPS CPU. Many of the peripherals are similar to those found in later model VAXstations, but they are not the same. <P>These were a stopgap for a few years while DEC developed what would become the Alpha processor. I've got one, but I'm not an expert on them, so please don't ask us questions about them. <P> <P>The DECstations ran ULTRIX/Mips as the only offering from DEC. They never ran VMS. If you have one of these, you can also run; <UL> <LI> <A HREF="http://decstation.unix-ag.org/">Linux/MIPS for DECstations</A></LI> <LI> <A HREF="http://www.netbsd.org/">NetBSD/pmax</A></LI> </UL> <P> <H2><A NAME="ss1.3">1.3 What Operating Systems/Software runs on a VAX?</A> </H2> <P> <P>The following Operating Systems run on a VAX; <UL> <LI> <A HREF="http://www.openvms.compaq.com">Compaq OpenVMS/VAX</A></LI> <LI>Compaq ULTRIX/VAX</LI> <LI> <A HREF="http://www.netbsd.org">NetBSD/VAX</A></LI> <LI> <A HREF="http://www.linux-vax.org">Linux/VAX</A></LI> </UL> <P> <H2><A NAME="ss1.4">1.4 Where do I buy one?</A> </H2> <P> <P>The VAX system line has been discontinued, so DEC, now owned by Compaq, no longer sell them. However, occasionally systems for sale do come up on EBay and other on line auction houses. Also look out for companies "upgrading" their VAXes to something more newfangled. Occasionally port-vax (The NetBSD mailing list) or linux-vax (our mailing list) will have notices of VAXes up for grabs. <P> <H2><A NAME="ss1.5">1.5 Whats the difference between a VAXserver and a VAXstation?</A> </H2> <P> <P>Practically speaking, for the 3100 series, a keyboard, a mouse, a monitor, and the little switch in the back in the other position. VAXstations were designed for graphical work, and tended to come with better graphics cards. VAXservers just sat there, and used a terminal as the console. <P> <P>For more information about such details see, for example, <A HREF="http://www.vaxarchive.org">The VAX archive</A><P> <HR> <A HREF="linux_vax-2.html">Next</A> Previous <A HREF="linux_vax.html#toc1">Contents</A> </<BODY TEXT="#000000" BGCOLOR="#FFFFFF" LINK="#009900" VLINK="#990032" ALINK="#6F7463" FONT FACE="Helvetica">> </HTML> --- NEW FILE --- <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN"> <HTML> <HEAD> <META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.9"> <TITLE> Linux/VAX FAQ: General Info</TITLE> <LINK HREF="linux_vax-2.html" REL=next> <LINK HREF="linux_vax.html#toc1" REL=contents> </HEAD> <BODY> <A HREF="linux_vax-2.html">Next</A> Previous <A HREF="linux_vax.html#toc1">Contents</A> <HR> <H2><A NAME="s1">1. General Info</A></H2> <P> <A NAME="geninfo"></A> <H2><A NAME="ss1.1">1.1 Whats a VAX?</A> </H2> <P> <P>VAXes were 32-bit computer systems from Digital Equipment Corporation (or DEC). They enjoyed huge popularity throughout the 1980's and early 1990's. The VAX was the 32 bit computer that the ancestors of modern UNIXes were made on, and was the standard computer architecture (like the IBM PC is now) of its day. The VAX was also one of the major testbeds for the early Internet. <P> <P>VAXes come in several shapes and sizes, ranging from the small room sized VAX 11/780 (1970's) through to the desktop sized microVAXes and VAXStations of the 1990's. The VAX architecture and Digital's VAX/VMS operating system are mutually intertwined, so for a review of VAXes see <P> <A HREF="http://www.vaxarchive.org/">The VAX Archive</A><P> <A HREF="http://www.openvms.compaq.com/openvms/20th/vmsbook.pdf">VMS 20th anniversary special</A><P> <H2><A NAME="ss1.2">1.2 Is that the same as a DECstation?</A> </H2> <P> <P>No. The DECstations use the MIPS processor, and have names like <UL> <LI>DECstation 5000/200</LI> <LI>DECstation 5000/240</LI> <LI>Personal DECstation</LI> </UL> <P>These use the R3000 or similar MIPS CPU. Many of the peripherals are similar to those found in later model VAXstations, but they are not the same. <P>These were a stopgap for a few years while DEC developed what would become the Alpha processor. I've got one, but I'm not an expert on them, so please don't ask us questions about them. <P> <P>The DECstations ran ULTRIX/Mips as the only offering from DEC. They never ran VMS. If you have one of these, you can also run; <UL> <LI> <A HREF="http://decstation.unix-ag.org/">Linux/MIPS for DECstations</A></LI> <LI> <A HREF="http://www.netbsd.org/">NetBSD/pmax</A></LI> </UL> <P> <H2><A NAME="ss1.3">1.3 What Operating Systems/Software runs on a VAX?</A> </H2> <P> <P>The following Operating Systems run on a VAX; <UL> <LI> <A HREF="http://www.openvms.compaq.com">Compaq OpenVMS/VAX</A></LI> <LI>Compaq ULTRIX/VAX</LI> <LI> <A HREF="http://www.netbsd.org">NetBSD/VAX</A></LI> <LI> <A HREF="http://www.linux-vax.org">Linux/VAX</A></LI> </UL> <P> <H2><A NAME="ss1.4">1.4 Where do I buy one?</A> </H2> <P> <P>The VAX system line has been discontinued, so DEC, now owned by Compaq, no longer sell them. However, occasionally systems for sale do come up on EBay and other on line auction houses. Also look out for companies "upgrading" their VAXes to something more newfangled. Occasionally port-vax (The NetBSD mailing list) or linux-vax (our mailing list) will have notices of VAXes up for grabs. <P> <H2><A NAME="ss1.5">1.5 Whats the difference between a VAXserver and a VAXstation?</A> </H2> <P> <P>Practically speaking, for the 3100 series, a keyboard, a mouse, a monitor, and the little switch in the back in the other position. VAXstations were designed for graphical work, and tended to come with better graphics cards. VAXservers just sat there, and used a terminal as the console. <P> <P>For more information about such details see, for example, <A HREF="http://www.vaxarchive.org">The VAX archive</A><P> <HR> <A HREF="linux_vax-2.html">Next</A> Previous <A HREF="linux_vax.html#toc1">Contents</A> </BODY> </HTML> --- NEW FILE --- <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN"> <HTML> <HEAD> <META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.9"> <TITLE> Linux/VAX FAQ: General Info about the port</TITLE> <LINK HREF="linux_vax-3.html" REL=next> <LINK HREF="linux_vax-1.html" REL=previous> <LINK HREF="linux_vax.html#toc2" REL=contents> </HEAD> <<BODY TEXT="#000000" BGCOLOR="#FFFFFF" LINK="#009900" VLINK="#990032" ALINK="#6F7463" FONT FACE="Helvetica">> <A HREF="linux_vax-3.html">Next</A> <A HREF="linux_vax-1.html">Previous</A> <A HREF="linux_vax.html#toc2">Contents</A> <HR> <H2><A NAME="s2">2. General Info about the port</A></H2> <H2><A NAME="ss2.1">2.1 What is the current status? </A> </H2> <P> <A NAME="status"></A> <P> <H3>Kernel</H3> <P> <A NAME="kernelstat"></A> <P>The kernel boots and works, in a somewhat basic fashion, on a subset of VAX systems. <P> <P>We currently know that we boot to shell on the following VAXen: <UL> <LI>VAXstation 3100m30 (KA42 CPU)</LI> <LI>VAXstation 3100m38 (KA42 CPU)</LI> <LI>VAXstation 3100m76 (KA43 CPU)</LI> <LI>VAXstation 4000/60 (KA46 CPU)</LI> </UL> <P>We have, in the past, at least partially booted on the following: <UL> <LI>VAXstation 3500 (KA650 CPU)</LI> <LI>VAXstation II/GPX (KA630 CPU)</LI> <LI>MicroVAX 3400 (KA640 CPU)</LI> <LI>VAXserver 4000-200 (KA660 CPU)</LI> <LI>VAXstation 3100m85 (KA55 CPU)</LI> </UL> <P>We have drivers for the console, ethernet and SCSI on the; <UL> <LI>VAXstation 3100m76 (KA43 CPU)</LI> <LI>VAXstation 3100m38 (KA42 CPU)</LI> <LI>VAXstation 4000/60 (KA46 CPU) (not SCSI yet)</LI> </UL> and works in progress for the SCSI and ethernet on the <UL> <LI>VAXstation 4000/60 (KA46 CPU)</LI> <LI>VAXstation 3100m85 (KA55 CPU)</LI> </UL> <P>So at present, if you want the most complete Linux/VAX experience, get hold of a VAXStation 3100m30/38 or 76. <P> <H3>Compilers, binutils, etc...</H3> <P> <P>The initial ELF toolchain has been completed. This is now based on egcs-1.1.2. We will move to track gcc-3.0 as soon as glibc and the kernel are happy with it (and we get the time). <P> <H2><A NAME="ss2.2">2.2 What do I need to help? </A> </H2> <P> <A NAME="help"></A> <P> <P>A VAX, an unix system, (preferably Linux/i386 box), a terminal or terminal emulator like minicom, and a network or shared SCSI disk. <P> <P>In theory, you should be able to cross compile anywhere you can run GCC, GNU make, GNU binutils and regular Unix shell and text utils. However, most of us cross-compile on Linux/i386. Let us know if you get it working on another combination. <P> <P>We don't yet support any graphics hardware on these VAXen, so you'll need some sort of serial terminal (or terminal emulator) to boot the VAX. Most newer (post-1986-ish) VAXen have DEC MMJ (modified modular jack) connectors. Older one will have either standard 25-pin RS232 connectors or DEC's 9-pin RS232 (different from IBM's 9-pin RS232 as used on the PC). See the <A HREF="http://www.openvms.digital.com/wizard/openvms_faq.html#MISC1">OpenVMS FAQ</A> for details of pinouts. <P>In order to get the kernel image over to the VAX in order to boot it, you've got two options: MOP or SCSI. <P> <UL> <LI>Put your PC and VAX on the same ethernet segment. Install mopd (Maintainence Operations Protocol Daemon) on the PC. Point mopd at the vmlinux.SYS image and tell your VAX to boot from the network (usually BOOT XQA0 or BOOT ESA0)</LI> <LI>Put a SCSI card with an external SCSI connector into your PC. Connect your VAXstation, a hard disk and your PC together on one SCSI chain. Then dd the vmlinux.dsk image to the disk and tell the VAX to boot from that disk.</LI> </UL> <P> <H2><A NAME="ss2.3">2.3 Explain your CVS setup.</A> </H2> <P> <P>We use sourceforge to supply our CVS services. We are maintaining several packages (modules) in CVS. The CVS is always the definitive source for the latest version of the code. We've pretty much given up making snapshots of the toolchain and kernel code, as most people seem happy with CVS access. <P>The main modules are; <UL> <LI> kernel - The 2.2/2.3 series kernel. Dont use it....</LI> <LI> kernel-2.4 - The current 2.4 series kernel. This is the one that we are actively working on.</LI> <LI> tools - This is the toolchain. If you download this via cvs, just use the ./build-vax.sh script to build a cross compilation environment for Linux/VAX (tested on Linux/i386 and Linux/MIPS only AFAIK, but should work on other unixes).</LI> <LI> uClibc - The micro libc from lineo. We're concentrating on moving to glibc soon, but at the moment, this is the libc we use. </LI> <LI> usr - various useful programs, busybox, mopd, asbl..</LI> </UL> <P>Access to CVS is via the standard sourceforge method. <P> <H3>Can I get write access?</H3> <P> <P>Sure. Join the mailing list, tell us what you want to work on, and show us some sample patches. If they look ok, you get write access. You'll need to tell us your sourceforge account name. If you don't have one, you'll need to sign up for one. <P> <P> <H3>I dont want to got through all of that, what now?</H3> <P> <P>Send the patch, and one of us will apply it. <P> <H2><A NAME="ss2.4">2.4 I have a mumbleVAX, is it supported?</A> </H2> <P> <P>See section <A HREF="#kernelstat">Kernel</A> for details about which VAXes are currently supported. If you want to help out by adding support for your VAX, feel free. You will need to check the kernel source code out of the CVS repository at sourceforge, and have a look at the <CODE>cpu_xxx.c</CODE> files in the <CODE>arch/vax/kernel</CODE> directory to get an idea of what you need to implement for a machine vector. <P> <P> <H2><A NAME="ss2.5">2.5 How do I get started? </A> </H2> <P> <A NAME="started"></A> Read Documentation/vax/README at <A HREF="ftp://linux-vax.sourceforge.net/pub/linux-vax/README.vax">ftp://linux-vax.sourceforge.net/pub/linux-vax/README.vax</A>. This describes howto download the compiler and kernel, and set up the MOP boot. <P> <HR> <A HREF="linux_vax-3.html">Next</A> <A HREF="linux_vax-1.html">Previous</A> <A HREF="linux_vax.html#toc2">Contents</A> </<BODY TEXT="#000000" BGCOLOR="#FFFFFF" LINK="#009900" VLINK="#990032" ALINK="#6F7463" FONT FACE="Helvetica">> </HTML> --- NEW FILE --- <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN"> <HTML> <HEAD> <META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.9"> <TITLE> Linux/VAX FAQ: General Info about the port</TITLE> <LINK HREF="linux_vax-3.html" REL=next> <LINK HREF="linux_vax-1.html" REL=previous> <LINK HREF="linux_vax.html#toc2" REL=contents> </HEAD> <BODY> <A HREF="linux_vax-3.html">Next</A> <A HREF="linux_vax-1.html">Previous</A> <A HREF="linux_vax.html#toc2">Contents</A> <HR> <H2><A NAME="s2">2. General Info about the port</A></H2> <H2><A NAME="ss2.1">2.1 What is the current status? </A> </H2> <P> <A NAME="status"></A> <P> <H3>Kernel</H3> <P> <A NAME="kernelstat"></A> <P>The kernel boots and works, in a somewhat basic fashion, on a subset of VAX systems. <P> <P>We currently know that we boot to shell on the following VAXen: <UL> <LI>VAXstation 3100m30 (KA42 CPU)</LI> <LI>VAXstation 3100m38 (KA42 CPU)</LI> <LI>VAXstation 3100m76 (KA43 CPU)</LI> <LI>VAXstation 4000/60 (KA46 CPU)</LI> </UL> <P>We have, in the past, at least partially booted on the following: <UL> <LI>VAXstation 3500 (KA650 CPU)</LI> <LI>VAXstation II/GPX (KA630 CPU)</LI> <LI>MicroVAX 3400 (KA640 CPU)</LI> <LI>VAXserver 4000-200 (KA660 CPU)</LI> <LI>VAXstation 3100m85 (KA55 CPU)</LI> </UL> <P>We have drivers for the console, ethernet and SCSI on the; <UL> <LI>VAXstation 3100m76 (KA43 CPU)</LI> <LI>VAXstation 3100m38 (KA42 CPU)</LI> <LI>VAXstation 4000/60 (KA46 CPU) (not SCSI yet)</LI> </UL> and works in progress for the SCSI and ethernet on the <UL> <LI>VAXstation 4000/60 (KA46 CPU)</LI> <LI>VAXstation 3100m85 (KA55 CPU)</LI> </UL> <P>So at present, if you want the most complete Linux/VAX experience, get hold of a VAXStation 3100m30/38 or 76. <P> <H3>Compilers, binutils, etc...</H3> <P> <P>The initial ELF toolchain has been completed. This is now based on egcs-1.1.2. We will move to track gcc-3.0 as soon as glibc and the kernel are happy with it (and we get the time). <P> <H2><A NAME="ss2.2">2.2 What do I need to help? </A> </H2> <P> <A NAME="help"></A> <P> <P>A VAX, an unix system, (preferably Linux/i386 box), a terminal or terminal emulator like minicom, and a network or shared SCSI disk. <P> <P>In theory, you should be able to cross compile anywhere you can run GCC, GNU make, GNU binutils and regular Unix shell and text utils. However, most of us cross-compile on Linux/i386. Let us know if you get it working on another combination. <P> <P>We don't yet support any graphics hardware on these VAXen, so you'll need some sort of serial terminal (or terminal emulator) to boot the VAX. Most newer (post-1986-ish) VAXen have DEC MMJ (modified modular jack) connectors. Older one will have either standard 25-pin RS232 connectors or DEC's 9-pin RS232 (different from IBM's 9-pin RS232 as used on the PC). See the <A HREF="http://www.openvms.digital.com/wizard/openvms_faq.html#MISC1">OpenVMS FAQ</A> for details of pinouts. <P>In order to get the kernel image over to the VAX in order to boot it, you've got two options: MOP or SCSI. <P> <UL> <LI>Put your PC and VAX on the same ethernet segment. Install mopd (Maintainence Operations Protocol Daemon) on the PC. Point mopd at the vmlinux.SYS image and tell your VAX to boot from the network (usually BOOT XQA0 or BOOT ESA0)</LI> <LI>Put a SCSI card with an external SCSI connector into your PC. Connect your VAXstation, a hard disk and your PC together on one SCSI chain. Then dd the vmlinux.dsk image to the disk and tell the VAX to boot from that disk.</LI> </UL> <P> <H2><A NAME="ss2.3">2.3 Explain your CVS setup.</A> </H2> <P> <P>We use sourceforge to supply our CVS services. We are maintaining several packages (modules) in CVS. The CVS is always the definitive source for the latest version of the code. We've pretty much given up making snapshots of the toolchain and kernel code, as most people seem happy with CVS access. <P>The main modules are; <UL> <LI> kernel - The 2.2/2.3 series kernel. Dont use it....</LI> <LI> kernel-2.4 - The current 2.4 series kernel. This is the one that we are actively working on.</LI> <LI> tools - This is the toolchain. If you download this via cvs, just use the ./build-vax.sh script to build a cross compilation environment for Linux/VAX (tested on Linux/i386 and Linux/MIPS only AFAIK, but should work on other unixes).</LI> <LI> uClibc - The micro libc from lineo. We're concentrating on moving to glibc soon, but at the moment, this is the libc we use. </LI> <LI> usr - various useful programs, busybox, mopd, asbl..</LI> </UL> <P>Access to CVS is via the standard sourceforge method. <P> <H3>Can I get write access?</H3> <P> <P>Sure. Join the mailing list, tell us what you want to work on, and show us some sample patches. If they look ok, you get write access. You'll need to tell us your sourceforge account name. If you don't have one, you'll need to sign up for one. <P> <P> <H3>I dont want to got through all of that, what now?</H3> <P> <P>Send the patch, and one of us will apply it. <P> <H2><A NAME="ss2.4">2.4 I have a mumbleVAX, is it supported?</A> </H2> <P> <P>See section <A HREF="#kernelstat">Kernel</A> for details about which VAXes are currently supported. If you want to help out by adding support for your VAX, feel free. You will need to check the kernel source code out of the CVS repository at sourceforge, and have a look at the <CODE>cpu_xxx.c</CODE> files in the <CODE>arch/vax/kernel</CODE> directory to get an idea of what you need to implement for a machine vector. <P> <P> <H2><A NAME="ss2.5">2.5 How do I get started? </A> </H2> <P> <A NAME="started"></A> Read Documentation/vax/README at <A HREF="ftp://linux-vax.sourceforge.net/pub/linux-vax/README.vax">ftp://linux-vax.sourceforge.net/pub/linux-vax/README.vax</A>. This describes howto download the compiler and kernel, and set up the MOP boot. <P> <HR> <A HREF="linux_vax-3.html">Next</A> <A HREF="linux_vax-1.html">Previous</A> <A HREF="linux_vax.html#toc2">Contents</A> </BODY> </HTML> --- NEW FILE --- <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN"> <HTML> <HEAD> <META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.9"> <TITLE> Linux/VAX FAQ: Specific problems</TITLE> <LINK HREF="linux_vax-4.html" REL=next> <LINK HREF="linux_vax-2.html" REL=previous> <LINK HREF="linux_vax.html#toc3" REL=contents> </HEAD> <<BODY TEXT="#000000" BGCOLOR="#FFFFFF" LINK="#009900" VLINK="#990032" ALINK="#6F7463" FONT FACE="Helvetica">> <A HREF="linux_vax-4.html">Next</A> <A HREF="linux_vax-2.html">Previous</A> <A HREF="linux_vax.html#toc3">Contents</A> <HR> <H2><A NAME="s3">3. Specific problems</A></H2> <P> <H2><A NAME="ss3.1">3.1 Where's the serial console switch on my VAX?</A> </H2> <P> <P>Good question. On MicroVAX 3100's look at the back, and there is a small DIP switch near the power supply. You'll need to power off and on again to make it use the serial port. The console serial port is the MMJ connector with the printer symbol on it. <P> <P>I'll add more here as + when. <P> <P> <HR> <A HREF="linux_vax-4.html">Next</A> <A HREF="linux_vax-2.html">Previous</A> <A HREF="linux_vax.html#toc3">Contents</A> </<BODY TEXT="#000000" BGCOLOR="#FFFFFF" LINK="#009900" VLINK="#990032" ALINK="#6F7463" FONT FACE="Helvetica">> </HTML> --- NEW FILE --- <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN"> <HTML> <HEAD> <META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.9"> <TITLE> Linux/VAX FAQ: Specific problems</TITLE> <LINK HREF="linux_vax-4.html" REL=next> <LINK HREF="linux_vax-2.html" REL=previous> <LINK HREF="linux_vax.html#toc3" REL=contents> </HEAD> <BODY> <A HREF="linux_vax-4.html">Next</A> <A HREF="linux_vax-2.html">Previous</A> <A HREF="linux_vax.html#toc3">Contents</A> <HR> <H2><A NAME="s3">3. Specific problems</A></H2> <P> <H2><A NAME="ss3.1">3.1 Where's the serial console switch on my VAX?</A> </H2> <P> <P>Good question. On MicroVAX 3100's look at the back, and there is a small DIP switch near the power supply. You'll need to power off and on again to make it use the serial port. The console serial port is the MMJ connector with the printer symbol on it. <P> <P>I'll add more here as + when. <P> <P> <HR> <A HREF="linux_vax-4.html">Next</A> <A HREF="linux_vax-2.html">Previous</A> <A HREF="linux_vax.html#toc3">Contents</A> </BODY> </HTML> --- NEW FILE --- <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN"> <HTML> <HEAD> <META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.9"> <TITLE> Linux/VAX FAQ: References</TITLE> <LINK HREF="linux_vax-3.html" REL=previous> <LINK HREF="linux_vax.html#toc4" REL=contents> </HEAD> <<BODY TEXT="#000000" BGCOLOR="#FFFFFF" LINK="#009900" VLINK="#990032" ALINK="#6F7463" FONT FACE="Helvetica">> Next <A HREF="linux_vax-3.html">Previous</A> <A HREF="linux_vax.html#toc4">Contents</A> <HR> <H2><A NAME="s4">4. References</A></H2> <P> <A NAME="refs"></A> <UL> <LI>VAX Architecture Reference Manual. Leonard, T. (2nd ed) 1987 Digital Press Part No EY-3459Y-DP</LI> <LI>VAX VMS Internals and Data Structures. Goldenberg R. (for VN 5.2) 1991 Digital Press. Part No EY-C171E-DP</LI> <LI>VAX Assembly Language. Baase, S, 1992 Prentice Hall</LI> <LI>Alpha Architecture Handbook. Sites, R. 1992. Digital Press Part No. EY-L520E-DP</LI> </UL> <HR> Next <A HREF="linux_vax-3.html">Previous</A> <A HREF="linux_vax.html#toc4">Contents</A> </<BODY TEXT="#000000" BGCOLOR="#FFFFFF" LINK="#009900" VLINK="#990032" ALINK="#6F7463" FONT FACE="Helvetica">> </HTML> --- NEW FILE --- <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN"> <HTML> <HEAD> <META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.9"> <TITLE> Linux/VAX FAQ: References</TITLE> <LINK HREF="linux_vax-3.html" REL=previous> <LINK HREF="linux_vax.html#toc4" REL=contents> </HEAD> <BODY> Next <A HREF="linux_vax-3.html">Previous</A> <A HREF="linux_vax.html#toc4">Contents</A> <HR> <H2><A NAME="s4">4. References</A></H2> <P> <A NAME="refs"></A> <UL> <LI>VAX Architecture Reference Manual. Leonard, T. (2nd ed) 1987 Digital Press Part No EY-3459Y-DP</LI> <LI>VAX VMS Internals and Data Structures. Goldenberg R. (for VN 5.2) 1991 Digital Press. Part No EY-C171E-DP</LI> <LI>VAX Assembly Language. Baase, S, 1992 Prentice Hall</LI> <LI>Alpha Architecture Handbook. Sites, R. 1992. Digital Press Part No. EY-L520E-DP</LI> </UL> <HR> Next <A HREF="linux_vax-3.html">Previous</A> <A HREF="linux_vax.html#toc4">Contents</A> </BODY> </HTML> --- NEW FILE --- <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN"> <HTML> <HEAD> <META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.9"> <TITLE> Linux/VAX FAQ</TITLE> <LINK HREF="linux_vax-1.html" REL=next> </HEAD> <<BODY TEXT="#000000" BGCOLOR="#FFFFFF" LINK="#009900" VLINK="#990032" ALINK="#6F7463" FONT FACE="Helvetica">> <A HREF="linux_vax-1.html">Next</A> Previous Contents <HR> <H1> Linux/VAX FAQ</H1> <H2><CODE>lin...@so...</CODE></H2> <P><HR> <EM> This is the Frequently Asked Questions (FAQ) document for the Linux/VAX porting project.</EM> <HR> <P> <H2><A NAME="toc1">1.</A> <A HREF="linux_vax-1.html">General Info</A></H2> <UL> <LI><A HREF="linux_vax-1.html#ss1.1">1.1 Whats a VAX?</A> <LI><A HREF="linux_vax-1.html#ss1.2">1.2 Is that the same as a DECstation?</A> <LI><A HREF="linux_vax-1.html#ss1.3">1.3 What Operating Systems/Software runs on a VAX?</A> <LI><A HREF="linux_vax-1.html#ss1.4">1.4 Where do I buy one?</A> <LI><A HREF="linux_vax-1.html#ss1.5">1.5 Whats the difference between a VAXserver and a VAXstation?</A> </UL> <P> <H2><A NAME="toc2">2.</A> <A HREF="linux_vax-2.html">General Info about the port</A></H2> <UL> <LI><A HREF="linux_vax-2.html#ss2.1">2.1 What is the current status? </A> <LI><A HREF="linux_vax-2.html#ss2.2">2.2 What do I need to help? </A> <LI><A HREF="linux_vax-2.html#ss2.3">2.3 Explain your CVS setup.</A> <LI><A HREF="linux_vax-2.html#ss2.4">2.4 I have a mumbleVAX, is it supported?</A> <LI><A HREF="linux_vax-2.html#ss2.5">2.5 How do I get started? </A> </UL> <P> <H2><A NAME="toc3">3.</A> <A HREF="linux_vax-3.html">Specific problems</A></H2> <UL> <LI><A HREF="linux_vax-3.html#ss3.1">3.1 Where's the serial console switch on my VAX?</A> </UL> <P> <H2><A NAME="toc4">4.</A> <A HREF="linux_vax-4.html">References</A></H2> <HR> <A HREF="linux_vax-1.html">Next</A> Previous Contents </<BODY TEXT="#000000" BGCOLOR="#FFFFFF" LINK="#009900" VLINK="#990032" ALINK="#6F7463" FONT FACE="Helvetica">> </HTML> --- NEW FILE --- <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN"> <HTML> <HEAD> <META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.9"> <TITLE> Linux/VAX FAQ</TITLE> <LINK HREF="linux_vax-1.html" REL=next> </HEAD> <BODY> <A HREF="linux_vax-1.html">Next</A> Previous Contents <HR> <H1> Linux/VAX FAQ</H1> <H2><CODE>lin...@so...</CODE></H2> <P><HR> <EM> This is the Frequently Asked Questions (FAQ) document for the Linux/VAX porting project.</EM> <HR> <P> <H2><A NAME="toc1">1.</A> <A HREF="linux_vax-1.html">General Info</A></H2> <UL> <LI><A HREF="linux_vax-1.html#ss1.1">1.1 Whats a VAX?</A> <LI><A HREF="linux_vax-1.html#ss1.2">1.2 Is that the same as a DECstation?</A> <LI><A HREF="linux_vax-1.html#ss1.3">1.3 What Operating Systems/Software runs on a VAX?</A> <LI><A HREF="linux_vax-1.html#ss1.4">1.4 Where do I buy one?</A> <LI><A HREF="linux_vax-1.html#ss1.5">1.5 Whats the difference between a VAXserver and a VAXstation?</A> </UL> <P> <H2><A NAME="toc2">2.</A> <A HREF="linux_vax-2.html">General Info about the port</A></H2> <UL> <LI><A HREF="linux_vax-2.html#ss2.1">2.1 What is the current status? </A> <LI><A HREF="linux_vax-2.html#ss2.2">2.2 What do I need to help? </A> <LI><A HREF="linux_vax-2.html#ss2.3">2.3 Explain your CVS setup.</A> <LI><A HREF="linux_vax-2.html#ss2.4">2.4 I have a mumbleVAX, is it supported?</A> <LI><A HREF="linux_vax-2.html#ss2.5">2.5 How do I get started? </A> </UL> <P> <H2><A NAME="toc3">3.</A> <A HREF="linux_vax-3.html">Specific problems</A></H2> <UL> <LI><A HREF="linux_vax-3.html#ss3.1">3.1 Where's the serial console switch on my VAX?</A> </UL> <P> <H2><A NAME="toc4">4.</A> <A HREF="linux_vax-4.html">References</A></H2> <HR> <A HREF="linux_vax-1.html">Next</A> Previous Contents </BODY> </HTML> --- NEW FILE --- <!doctype linuxdoc system> <!-- -*- SGML -*- --> <!-- v0.1 11 Jul 1999 Dave Airlie --> <article> <title> Linux/VAX FAQ <author><tt>lin...@so...</tt></author> <abstract> This is the Frequently Asked Questions (FAQ) document for the Linux/VAX porting project. </abstract> <toc> <sect> General Info<p><label id="geninfo"> <sect1>Whats a VAX?<p> VAXes were 32-bit computer systems from Digital Equipment Corporation (or DEC). They enjoyed huge popularity throughout the 1980's and early 1990's. The VAX was the 32 bit computer that the ancestors of modern UNIXes were made on, and was the standard computer architecture (like the IBM PC is now) of its day. The VAX was also one of the major testbeds for the early Internet.<p> VAXes come in several shapes and sizes, ranging from the small room sized VAX 11/780 (1970's) through to the desktop sized microVAXes and VAXStations of the 1990's. The VAX architecture and Digital's VAX/VMS operating system are mutually intertwined, so for a review of VAXes see<p> <htmlurl url="http://www.vaxarchive.org/" name="The VAX Archive"><p> <htmlurl url="http://www.openvms.compaq.com/openvms/20th/vmsbook.pdf" name="VMS 20th anniversary special"> <sect1>Is that the same as a DECstation?<p> No. The DECstations use the MIPS processor, and have names like <itemize> <item>DECstation 5000/200 <item>DECstation 5000/240 <item>Personal DECstation </itemize> These use the R3000 or similar MIPS CPU. Many of the peripherals are similar to those found in later model VAXstations, but they are not the same.<p> These were a stopgap for a few years while DEC developed what would become the Alpha processor. I've got one, but I'm not an expert on them, so please don't ask us questions about them.<p> The DECstations ran ULTRIX/Mips as the only offering from DEC. They never ran VMS. If you have one of these, you can also run; <itemize> <item><htmlurl url="http://decstation.unix-ag.org/" name="Linux/MIPS for DECstations"> <item><htmlurl url="http://www.netbsd.org/" name="NetBSD/pmax"> </itemize> <sect1>What Operating Systems/Software runs on a VAX?<p> The following Operating Systems run on a VAX; <itemize> <item><htmlurl url="http://www.openvms.compaq.com" name="Compaq OpenVMS/VAX"> <item>Compaq ULTRIX/VAX <item><htmlurl url="http://www.netbsd.org" name="NetBSD/VAX"> <item><htmlurl url="http://www.linux-vax.org" name="Linux/VAX"> </itemize> <sect1>Where do I buy one?<p> The VAX system line has been discontinued, so DEC, now owned by Compaq, no longer sell them. However, occasionally systems for sale do come up on EBay and other on line auction houses. Also look out for companies "upgrading" their VAXes to something more newfangled. Occasionally port-vax (The NetBSD mailing list) or linux-vax (our mailing list) will have notices of VAXes up for grabs. <sect1>Whats the difference between a VAXserver and a VAXstation?<p> Practically speaking, for the 3100 series, a keyboard, a mouse, a monitor, and the little switch in the back in the other position. VAXstations were designed for graphical work, and tended to come with better graphics cards. VAXservers just sat there, and used a terminal as the console. <p> For more information about such details see, for example, <htmlurl url="http://www.vaxarchive.org" name="The VAX archive"> <sect>General Info about the port <sect1> What is the current status? <p> <label id="status"> <sect2>Kernel<p><label id="kernelstat"> The kernel boots and works, in a somewhat basic fashion, on a subset of VAX systems.<p> We currently know that we boot to shell on the following VAXen: <itemize> <item>VAXstation 3100m30 (KA42 CPU) <item>VAXstation 3100m38 (KA42 CPU) <item>VAXstation 3100m76 (KA43 CPU) <item>VAXstation 4000/60 (KA46 CPU) </itemize> We have, in the past, at least partially booted on the following: <itemize> <item>VAXstation 3500 (KA650 CPU) <item>VAXstation II/GPX (KA630 CPU) <item>MicroVAX 3400 (KA640 CPU) <item>VAXserver 4000-200 (KA660 CPU) <item>VAXstation 3100m85 (KA55 CPU) </itemize> We have drivers for the console, ethernet and SCSI on the; <itemize> <item>VAXstation 3100m76 (KA43 CPU) <item>VAXstation 3100m38 (KA42 CPU) <item>VAXstation 4000/60 (KA46 CPU) (not SCSI yet) </itemize> and works in progress for the SCSI and ethernet on the <itemize> <item>VAXstation 4000/60 (KA46 CPU) <item>VAXstation 3100m85 (KA55 CPU) </itemize> So at present, if you want the most complete Linux/VAX experience, get hold of a VAXStation 3100m30/38 or 76. <sect2>Compilers, binutils, etc...<p> The initial ELF toolchain has been completed. This is now based on egcs-1.1.2. We will move to track gcc-3.0 as soon as glibc and the kernel are happy with it (and we get the time). <sect1> What do I need to help? <p> <label id="help"> A VAX, an unix system, (preferably Linux/i386 box), a terminal or terminal emulator like minicom, and a network or shared SCSI disk.<p> In theory, you should be able to cross compile anywhere you can run GCC, GNU make, GNU binutils and regular Unix shell and text utils. However, most of us cross-compile on Linux/i386. Let us know if you get it working on another combination.<p> We don't yet support any graphics hardware on these VAXen, so you'll need some sort of serial terminal (or terminal emulator) to boot the VAX. Most newer (post-1986-ish) VAXen have DEC MMJ (modified modular jack) connectors. Older one will have either standard 25-pin RS232 connectors or DEC's 9-pin RS232 (different from IBM's 9-pin RS232 as used on the PC). See the <htmlurl url="http://www.openvms.digital.com/wizard/openvms_faq.html#MISC1" name="OpenVMS FAQ"> for details of pinouts. In order to get the kernel image over to the VAX in order to boot it, you've got two options: MOP or SCSI. <itemize> <item> Put your PC and VAX on the same ethernet segment. Install mopd (Maintainence Operations Protocol Daemon) on the PC. Point mopd at the vmlinux.SYS image and tell your VAX to boot from the network (usually BOOT XQA0 or BOOT ESA0) <item> Put a SCSI card with an external SCSI connector into your PC. Connect your VAXstation, a hard disk and your PC together on one SCSI chain. Then dd the vmlinux.dsk image to the disk and tell the VAX to boot from that disk. </itemize> <sect1>Explain your CVS setup.<p> We use sourceforge to supply our CVS services. We are maintaining several packages (modules) in CVS. The CVS is always the definitive source for the latest version of the code. We've pretty much given up making snapshots of the toolchain and kernel code, as most people seem happy with CVS access. <p> The main modules are; <itemize> <item> kernel - The 2.2/2.3 series kernel. Dont use it.... <item> kernel-2.4 - The current 2.4 series kernel. This is the one that we are actively working on. <item> tools - This is the toolchain. If you download this via cvs, just use the ./build-vax.sh script to build a cross compilation environment for Linux/VAX (tested on Linux/i386 and Linux/MIPS only AFAIK, but should work on other unixes). <item> uClibc - The micro libc from lineo. We're concentrating on moving to glibc soon, but at the moment, this is the libc we use. <item> usr - various useful programs, busybox, mopd, asbl.. </itemize> <p> Access to CVS is via the standard sourceforge method. <sect2>Can I get write access?<p> Sure. Join the mailing list, tell us what you want to work on, and show us some sample patches. If they look ok, you get write access. You'll need to tell us your sourceforge account name. If you don't have one, you'll need to sign up for one.<p> <sect2>I dont want to got through all of that, what now?<p> Send the patch, and one of us will apply it. <sect1>I have a mumbleVAX, is it supported?<p> See section <ref id="kernelstat" name="Kernel"> for details about which VAXes are currently supported. If you want to help out by adding support for your VAX, feel free. You will need to check the kernel source code out of the CVS repository at sourceforge, and have a look at the <tt>cpu_xxx.c</tt> files in the <tt>arch/vax/kernel</tt> directory to get an idea of what you need to implement for a machine vector. <p> <sect1> How do I get started? <p> <label id="started"> Read Documentation/vax/README at <url url="ftp://linux-vax.sourceforge.net/pub/linux-vax/README.vax" name="ftp://linux-vax.sourceforge.net/pub/linux-vax/README.vax">. This describes howto download the compiler and kernel, and set up the MOP boot. <sect>Specific problems<p> <sect1>Where's the serial console switch on my VAX?<p> Good question. On MicroVAX 3100's look at the back, and there is a small DIP switch near the power supply. You'll need to power off and on again to make it use the serial port. The console serial port is the MMJ connector with the printer symbol on it.<p> I'll add more here as + when. <sect> References<p><label id="refs"> <itemize> <item>VAX Architecture Reference Manual. Leonard, T. (2nd ed) 1987 Digital Press Part No EY-3459Y-DP <item>VAX VMS Internals and Data Structures. Goldenberg R. (for VN 5.2) 1991 Digital Press. Part No EY-C171E-DP <item>VAX Assembly Language. Baase, S, 1992 Prentice Hall <item>Alpha Architecture Handbook. Sites, R. 1992. Digital Press Part No. EY-L520E-DP </itemize> </article> --- NEW FILE --- <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML> <HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> <META NAME="GENERATOR" CONTENT="Mozilla/4.10 [en] (X11; I; Linux 2.0.36 i586) [Netscape]"> <META NAME="Author" CONTENT="atp"> <TITLE>Linux/VAX Porting Project</TITLE> </HEAD> <frameset rows="130,*" border=0> <frame src="../header.html" > <frame src="linux_vax.html" > </frameset> </HTML> --- NEW FILE --- <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML> <HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> <META NAME="GENERATOR" CONTENT="Mozilla/4.10 [en] (X11; I; Linux 2.0.36 i586) [Netscape]"> <META NAME="Author" CONTENT="atp"> <TITLE>Linux/VAX Porting Project</TITLE> </HEAD> <frameset rows="130,*" border=0> <frame src="../header.html" > <frame src="linux_vax.html" > </frameset> </HTML> |
From: Andy P. <at...@us...> - 2001-09-19 17:40:24
|
Update of /cvsroot/linux-vax/www/htdocs/newfaq In directory usw-pr-cvs1:/tmp/cvs-serv22282/newfaq Log Message: Directory /cvsroot/linux-vax/www/htdocs/newfaq added to the repository |
From: Andy P. <at...@us...> - 2001-09-19 15:59:25
|
Update of /cvsroot/linux-vax/www/htdocs/linux-vax In directory usw-pr-cvs1:/tmp/cvs-serv29329/linux-vax Removed Files: atp_small.gif docs.html faq.html index-test.html index.html index.html.24.10.99 index.html.aa index.notable index_old.html screenshots.html status.html template.html Log Message: Attempt to update web site --- atp_small.gif DELETED --- --- docs.html DELETED --- --- faq.html DELETED --- --- index-test.html DELETED --- --- index.html DELETED --- --- index.html.24.10.99 DELETED --- --- index.html.aa DELETED --- --- index.notable DELETED --- --- index_old.html DELETED --- --- screenshots.html DELETED --- --- status.html DELETED --- --- template.html DELETED --- |
From: Andy P. <at...@us...> - 2001-09-19 15:59:25
|
Update of /cvsroot/linux-vax/www/htdocs/images In directory usw-pr-cvs1:/tmp/cvs-serv29329/images Added Files: nworkhouse.jpg Log Message: Attempt to update web site --- NEW FILE --- ÿØÿà ÿÛ $.' ",#(7),01444'9=82<.342ÿÀ ÿÄ %&'()*456789:CDEFGHIJSTUVWXYZcdefghijstuvwxyz ¢£¤¥¦§¨©ª²³´µ¶·¸¹ºÂÃÄÅÆÇÈÉÊÒÓÔÕÖרÙÚáâãäåæçèéêñòóôõö÷øùúÿÚ ø_zêºÕ´S/[xÛÌ?î.Hüp+ÊõïÚJÚ2ñxCSü3ß>Á÷$ø¯,ñÅoxz]k2ÁnßòÂÏ÷)C·>¤Ö^ãøq³¤ëwëÆ=ûã'Ô£eOå^ þÑú½¶ÈµÝ&Úõkf1Iõ åIúm¯PÐ~4ø']+Ô;`ywéåÿ ð (¢¬ØêºeÀ¸°¼¸´t Z69¯EÐ~<xÏG Üðj°/»g\û×§è´O例gu¥ËÝÔyñ~j7ãµéÚ7tOÃæé¥êã$C(,¿Uê?ZQEQEQE2Y¢·¥D4gv È ïü1ï^{ñãOÃþ(ð÷4ôıJ±HÝñçê7¢×¸é¶i¨Ú¶ë{¨VhϪ°Èþuà_-®>&üg¶ð¤Æ;]6ÝIz¬lW{·çå§ÔV§ìñËZ×ïw%ͦâ8ªì{aþ,k³øËâOøG>ßyo¶êÿ Ya´ú×gðïÇ6¾=ðÒê1F º¼««|çcã9ªG#ñ«ñ¾©¬ümÒü=mâ=cJ³¹Ò|÷7oÞ/;sBÓµj·Â}H£øâàØàæ ¦høYâ}bóR×ü+¯]ëÍ-/Á70ù½Æ?^y5¾0êWÚvàÕ´¾½¶çR\Çmu$>te*ÅìO=FksÆ_âÑ/cÐ4;oíoÝ|°ÙDr"$gt§ø@ãxÔþ ð¯¤$µýCRÕnXÈð¹>ÍoÇwêGa;öTQM±<lX+¤«<úÈ>â¼ö~Õµ=gõΩ©^ßL·k½ÕË˵B¸rOJõ=]wè׫¾DýÃá£Êy¤}Á®#à¥õî¥ðÚÚóP½º¼¹â]òÜÎò±Ã`±8ÇçU|uãe¼Qüm®Ì¡în¥ ÀñWü[ÚË\]ÑéÚ£ &?Ã>IsëÃþ"¬|LvñïÆ}Á±k;">Ò¬<É}£ ¾E{?tÉu?ë] -ÍÐB«2ÈTaÎ+ø}m/ÃÓ§+ ½²ºn!nG\vϨ#µz}ÍÌ6v²ÜÜÊAG8UP2I>ãßlæãÅôk"iº è¡hp!$màqÇQÛ¼s¤Ýë_ôk+ZãJ´\«qPbGQ×¥Aãß øãÂÞX°ñε¨ÇnÀÝE»c,G«©ôã>Ù=«½øc øoJð´WþkÔk»Ý4ÏzF|õ<×ñîn.<ydÔJ$ÀdÆÄ ø<Ô¾&ø>f «á)îÿ ;h¾+×lå£H®AG@29ÿ yý½z ¦e ´VÖ°®ØâBª`+¼ðgÚ¾#YxÀ_ìÖÓìÛÉÈd%É;·uùÏoN+§î!dE(èÃ! Jä|àWð,7¶jÍuaq)-¢=vÄàô=rïøxÊïFµiýqöQýí<üúúáÓáÌv_ßźN¦Úywe9ãûžn ë:òsâ)qF@lpHÈé\wÿ |
From: Andy P. <at...@us...> - 2001-09-19 15:59:25
|
Update of /cvsroot/linux-vax/www/htdocs/download In directory usw-pr-cvs1:/tmp/cvs-serv29329/download Added Files: dlframe.html index.html mopd-linux.tar.gz Log Message: Attempt to update web site --- NEW FILE --- <html> <BODY TEXT="#000000" BGCOLOR="#FFFFFF" LINK="#009900" VLINK="#990032" ALINK="#6F7463" FONT FACE="Helvetica"> <h1>Downloads</h1> Snapshots and binaries. These may be out of date, and if possible you are advised to get the source direct from the CVS server. <p> <ul> <li><a href="mopd-linux.tar.gz">Maintenance Operations Protocol Daemon (mopd-linux.tar.gz)</a> </ul> <SCRIPT> <!-- document.write("<font size=-1>Last modified "+document.lastModified+"</font>"); // --> </SCRIPT> </body> </html> --- NEW FILE --- <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML> <HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> <META NAME="GENERATOR" CONTENT="Mozilla/4.10 [en] (X11; I; Linux 2.0.36 i586) [Netscape]"> <META NAME="Author" CONTENT="atp"> <TITLE>Linux/VAX Porting Project</TITLE> </HEAD> <frameset rows="130,*" border=0> <frame src="../header.html" name=header> <frame src="dlframe.html" name=body > </frameset> </HTML> --- NEW FILE --- ºk ÿ&Áq éxapG3ѵ+>+Çäç/HòkF Û!¡Z¿2s 4&r0!?çZ§æÙ0O~~2]Ucì99= µÍ÷þê[Þ·kÙÿy·C×ÿ¥zÌÿ+õj9õÿ¸ÄÃÚa%õïöZöºnÛ) þ_9*Wâþ_ÓùÿA®âðsOuOícB5_ø@Ê"Ä¿K¢X#¥Êqéè¸$÷Æ´-õ=>Yäga¯É÷2d´Lë³]߸$7ÉcËÊÁ/5ÒU\ôɯá80}ÒÔuBÁb«jP§Ð1ԩ渶vµp5Ó 1%G%AØn-¹ÒÅþñÉÜ){C TÁßæÂE,ssªÍ´8 @¨ÄRí¹æºêbó6 ÷FqáÆ9ºn~Ôk21©Äíæª{÷åÃk1gOs `?ÐW^«re~À*.Daº Òê÷Ò_Tv³Û<$ f8ÈQHúÚ¹ ¿¤'uä3©× ÞÈC): Sâ x {IûÞàvÉ0TD>%Íökùçð ö¡ÌM¯uÎ¥ÚÙç'îä óÙ)N`MêÞ¼â÷¸u3N2¹IÞ8Úôí»Ùoñ²ÌOàÀÚ,D9)½lèæ²³Òت5·¤ætjçøQI ~ù°Söx1ý-62_2_0¥,l#7Wç1cÐy~¤Ï72_¿-Oÿnvclÿjuq)þ«TÒøï!®xüw³ÒªiüÆiüÆiüÆÿ¡ë~ÛÌÅÓøãV÷b|>Îü¡úÏñøD:{ã¶Ôê1¤B!/r9/+ï±ñXêµy34úX{Æ^ ñ?c±;â¿£êRþ¯*VÓøïA®HüÇ5O©Â©\*ëD¬Õc±NôÅ:OÀ4 ¹ZÌf@ñ¡Vçí´³MMðdÏóRbäUqF -6/;£ñy8Bn}Lñ !«Yl(ÊÚwûãS¹#/£ó@báR![tg®u /AÜÂá:¹<÷{R\(ÇÊÏ¥f[b¬Xîö ÀÌéMýT}³zøX3f&ù0¬MÓ)j«ÎÄÖ,Ä¿ méõ¸'½h¿wAù½)Q1p`Æ9d(÷[gòi³ÝMá'§$Xf0{ðÏôḸFÁ ð¾´6Çq ´Å u¦ñYÅI¦¡ÒåèøÀ ÔµÌiÿ «|úúå5t¯ën_ñr*e¿>a¸ãº7" !bÈÆ}ò¡bmûÿ0v ñk6%Ø |ÃÌãT®¿_fnÏYîõÖQ§; ¹/«ÐëZ¾WXèÆcXNÓt^Ë4m7Sjý©a4hö,²>ö]Íp¾R¢ÓG!Ôdy:`ÏKbånè°Å*lÔþ·b½nøm³×þ¾öWÐûºt¬¥×ow¨®q OçÔt{1·~ÊggJnwvªdÝÎÀèýpsG%GùÚ¬ä¯^",<hJ';mk1«ÙpjîaoôÀ äªsly+íza³¡=ÜìâqÈB.L:á7®pÚIweèLùÐÝMíM]ÏåaOÌj=`VmkYÞÿÜßÄÕë¿hbü=léïaZÒ.ýXt¼fQ¾JgKh»¼þë÷{>Ók<åç ùøòüEð¦Óï_4[¿ñǾÜõéOP í:/õ-Ì5Ålgy5J9ùkÄý]££Ã»u|+y¸ïþÆLÕúDÕãå©"ýÚÊÓi0Ì6B^IBQ¥ä½Q Aòûû´*X4|?e ?É{hYVÄ=¤7Cb.¯$ÈÀ¼ÿZ¶û¶n-{²¹{+åÑc¨ù÷ºVÿz¸÷ÿªb¥¶tþ«,¦ç¿âJ8ÿµúEÚ£ôüWzþ+=ÿÿJÏ¥ç¿ÿüWä À»N^Ëï BøÚÁ[±vô®óZao1±BÇ(q»`°Ç·ÙF <©nG5®Ý\ÛÆ¦3ÞIKQ¤'è(zB÷7Éy¾â`¢×¨\7btjökAG)kOi³|ðf+(Gå&n«ÛzÇÝ k9+Ïk}ïÐU?¬Ä¡KÈ«OLSI¸øn´C¾Ò'ö3dQÙ>s>k æÄqÇ%V®å3ÉgAyÿ`¤7þ1h¼ª-ß²üýÞ'! úã®o(ëÍ2þ1Unñ{è f|Üzh»Õ=Æcºø¹åB\HÐ&èQ°Íºö;önµÑ;»oý_÷Þ]:oý|W;í² Æ]ïÇWëË®ºÊÃ×Ü\hmÓA·M}o³awÕ¹ «ã ¦ P>È*ÓÆÈǧ5ÄhýFÑ*¬_ÜærO¦yî¬ý±iÐ\¶=Ú4[LFxÀ*' ÃøÃ ÿá mÄêH6Ϻ¶bï¹&¯UÛñÎ]'HCyR[9¾ý{ßÚF,z¿Â¯Ðx' 8Øæi'ö&g1à `°L.CÛæG;ûÛo=¤nu·ºÁq²3Ý3Á V^¥RTUZQXeÛ°ÎØrå ëæÎ¯ë÷«ÑÄð5ªÛVê~µ,@¬æ{Y&¢ÑY¥*hø.DêÕó=Îè® r¶úûÅ®>âÑù#5Ju¸Õxôa²M×5''ÌãæmCAUÇG·â¥$KѦîÊjßc9_QRe6îZ~éR"¡AËò,üþ0Kõã°YRõ°¶F ½åɽ¢kËí×ÝAK L^ïì,!ëÝV+*½ó·-õ²&\ßdàzwz?Ð[¸' õ{ɾßDô-¬/ú6¿ÃîÎrÖpkH>úñ#&òb ý×}<û¯@óÙL:òý,À"°È,² ©lËøTxÅÌ ÙtoA+ 1<òCçÄÃwªÇdêEàâÈȪä=ìÄvqüc4Òw2;·l]°j¸ÛãjÖ½è^1 ÁI=ÙUm` Xþs××T&ºa*ýssµn÷d© t#tîE7µ»s{Ç0,¯{CrL!ÇCFÊë'¶ ^BÈ2+8j ¡ TÓ;°¢¼UõçÕyCÚ;±Ó.J,âåRÞY£k ÍÙO¿ÆJ&È®ä_²¾HÕ+]H*éØDUYË uòdÆÈüɹ(¯ñz6ÃQæ=ÙÄd4èÞ©±õÿJÕW¥ l¾¡ïqüEÊ\z< Æ ¾"w±·J¥9ÖÑòî3|SßòJÅnPLÑAíoCÞ#oÀÇÓhç² \VC$SÜd¢Gæn(J2÷ Õf[øéH ¯F«¾¯×~z*)n7ßÛÓÞr,íëäÞ]|^XsÂ%u¯ên ÒÙ|hCq2øfË-èúV¤ëÏl¤·5tÍQ3K©ºNàVùe(ýw ¥¿ÅJû1A}X¡¤k|òé§2ZÅÖ6þ4÷ýì! °8+·/¹·U Ï'oÚ=Sä-Ú9oêOÓ®¾l¦\g\º£ãªÀóëSwþ±§.ÃäÙ½ñí{Ú×Í ¼Ó=¥p1Ô~ú¶B×; FµÓ¤ßreÚÝçfË%ÞF÷E¥¦ öã R>çØp0Y+MxÀüÚ³ »${¤i\)ÔÙ>W$àß?O^wa}Z¨¿ÝËáh^oêdþËÉðãb>TÒd¹Pð½Ó6àáS´äήÊÜvº-KÝvU'±Å-1;5pHZOì] û)!ç~\ÎÅ=ý·¡z×IfÂËî` JäùÍÈÞDó!µ³+fßj(Û(Â7ºÇÅr½økmÎç|ëý·]½ 2ÊW¬`a<^ϵ˳Q^íØAäU§Ü)¬÷Äw$ÖËd]póÏ7óõàö]pÖx1û¼\6í[Ìpþ¬çéµáì~YS¹º½¤é]ÖIãø¤·4àVFÜ*Ò[IAp«H#ÎKAºÚÕ »0u|Kû8¹ù´QÛWHð{ë6éÞì?yï½¶¯cùUBÕ} jÚ"²¯`æÓÞ¬Ôʾ]ÞMïÓzµOÿa%x ²oÓ ¶á¢Tà&ÞâjÉC¾§¨Ì)®9kõõ7_Öß²þâËú!«ÖfïþãÑ`+ {㫤ð¶ÓÝ7rgVý¤¨UheÜYÛ;qÆh³o ²çP@Ì`¼p6kÍÁüùb2ÞÅ¡¸°×ë$n*rf&}ÙEæÎ©]i3(w¹{hµXA<Tbkë½+zG:ZáÉ\;ÂV¤v ¦øì/c6§k´ür9wÈD ß}¤r¹ÁHÚæ?w8ì$`R×>WñP©Uò¸ð»Ál8³Å50±ËIï½$¯x;eÇà÷#/Ä:ÆAãï*ßÜ1©ct¬ãÍdìȼýBBìø~äÉ¿^±±ø;7÷dê e`%øC©í¡yl3¼ R¯iP°ó&ÛßÞ#¤ = ÀýÀâM[Ab½ {g1¥ödîgHnþ[³rOøÝâÛõT^Û9søîXÜ1ãØ's^û»ÉõÚ»s¦¿Ä=4µ ÕúÉ kè6ùâÚýÓ«Ync> "Ñnq°9M¿jxMx¾ða:¤ 3×dò×ÚwÎ9Ç%Ô±ÿÇKñÑ|4>¾X^&í»ÁÜ3·ùåǾÅÊñýHóñ7¢«é-¡1:~N½¢Æ½óäl!ñ3§n;ÏGè14úW ê¿<³î,ØP-½×¥m¿#»¤ôõƪ¹²ÉuY+bù;·@l ÙB¤ÿÝÇ£ë4òkh!Rÿ"õ/Rÿ"õ/Rÿ"õïû« z«o( 1(à'ëEqÏ5QEÏ '¶!ï)¤_ÿ#®ldd¶ûâp0? वvp\H!LM1à¤Å×ÌX¹Þ|}«c½bR_Éun{*#ѱy eÐ,y¦xq ªb!3YÛh¼\Ï' ÍËì§-Ä&Ù5ÚÝ' ixÍwÜ9AÚv<jÔu´îâî¢õS¸Â/&)¶Ó1tGJloSæímÈ.;GØv ô~BÔuÊ º9Ï<Ç0ä)kckíFËm.Eèñù´É"£a¹f y^ǰ%d¤K3 Gpá Åä²GwFó0¬ÛT÷ÉÑÆïºcÏÍxùnÔ[LµÆNR+V0SЫɿóõ»;Qͺ`snØ/ã¶ïËFÏíóþÏf/ ÐÙëi·U~Ýr~×OÝW]>xSrÒÕ))ñ£C¿ì³/®Êkw¬|¹¶¡Êk·«¼:DKnèú$ÔÊ m©,Áá ¦D,ÅÐ"kvÙëÃBHò.?® ËÓj"Î%À¶æÖÈelKLXE´?N°Þ±Ô ¥ »Þn^â;yå&®áis6ò16ËÝq£ËÔ BtÓd¸°Fe I|ź¤ÿ]ZsXÈ'¶0£µêúkó«JýVãþá»ÓÛ@ÛÖÔ9{}<Žt1Ô¸¤*»l6×r4§@Høt9ÑP|2T±¸BÚi8ÌÛÑä*Q;}Ñ u %¶Æ[2úÞp!£çêXv_ºBÒdÚ{XÒª§¥°z60î*îÇð¬U½ñt]ûªb7òz§.Ê$Ö³Êþ ²ugÈÙ ÑÎztÙÙìa6wÛýÿ9õKÁ\÷ëwtñ];êsÈô§ýt:#ÈrïJÀ¢¢\2Ò :Ý$Y ÷®ÂTkêbA§:RöÕq°û0¤¤ðM_?e/RT;JÉ/°R8l6¶Ö}ʰi ®t»Ø¥?õz9Ú+säHçb´8i±Xu&èâ:XÁ nßqùB'BZ,uC¡úqH; ±´*fgÑÖÂé(^¶ÈØ ÀPÕ0üàµðøT}ðx2Y´õ²öçùÔÛÀ¢ZÍ÷Ä_Gf®f½ è_4n÷Ô]`_ϤU×8n&ÔÅ£à®aÈØVkµõLTÚ äê "·(=×Qh-Ç$ãÔà\ë¹LN«éQö"PxYíLÞ)\£IºG= ð^xA+|da<ÈðÂK%maÊh}ÎP0»o³á¿&0³ 4¢æ© ôľ²¦X1_Éùø:Ë:ÄÔìýZèä2 dbÜÄÅ^.ö ÑýMX/7]àûZ Ixàç!êÅ7.¾ÕòEç×̲´+¥Z¹eg±kÒ¶PKìI ÝáDS\ãåTîVB6[í_ÕtÓ¸ù)¨7 gÂ<Ê^Ñè(6¡±ôzoÜcOÐ?Ðzæ|xÜ\ÙÅi§¹æÒ`bè/C)˱ÜßXÅÕ·)ÀKÑfä´e·Ç×'Kã´Qñ4¥×©ú ÖAºµÓbY¯~õFéµbX*`HG̯-ÇÖª(ñtÓ\EÒ¥Ò(ëYì:UYÔ{³÷z@°N[ìro&(r<¨ú!иV6A1H6"/õJh$ýr2_§ /õ*äÍà«* ±ÊCgX!üê´C·3þI¥² ¶\i¹¥\|M,Å,WPÍv"A-óªíTKUßO}ÕÆÉi+ä§zûÆ$ElsÖW a¨Î1,Ç}Þ3ã(5ÎD¢Ç³¹©{´ÕÑØKrEÙM6ÿnÿf$ïßF3À*è(öý(ìÅ=ÇË×k"íËÞl@ÛgDNàj½bkm(}dûôÄa.úß®¼Î®èQhòxÖAÑV[& ίθk+/×4ð¼^F.]ßÑ>vÆ-Îø(6©Qó ÁÂÝÌ;ãù/==4¶bì«A©´EOmZqº¦Vl;ÝéÀPzâEC1 aÜê}³-$$pØV[Eé(Þ¦7ËÍx8kTÏÚJt©®)¸Z¸)3wfëToSÙäÒ¢ÍæqG ¥ ªñv2'Pź3 Ϥ¾ÝÏ*ÌæfæÔ¨ÖNÑP¢Ò¬I©M?{=òUZA¾.¶¨ÖÚ¼;Ì>âX¥çÕ ;h#´wálÊÏâÙJÕM:à³!𵦾éO{à½{³EÔTìtÏs¼]zÂJ }1ôß/Ç×±mGÇÍÊÎú},\pï\ÉʺÊì2Qó¾s^½Sf{1sõTxiíð{ÛåÜ×ã·ÿßôîõþßlæ ÅÿÈøþßÈþë^ÝÿF>È6?"S±ÈT,2LÅ"S±?óÇ»µ.ÿEÞtþß(dïdÅ@;Â[ébí92ç'ÿúrä´%þJ!R cwPßÖ¹oëзLÅú1¼ Ï-þSi0u*¢SÙâ?YcqÇ|{ÜáºW:¦LçÔYçÜYÔØâÞ±©£i¹Éý¸Ñ¡LªÌ±ÌߨÌ߸Ìß°Lèmh6M¹²©HHðÉÄûæ k²ÍÙ>7ön©à3åvJ§õ½êq}ûó¾*ãpÁ'æ} Ô»2!ª¹Êiâzã0ä¿òß4ä@3uÆtÆ%|hº×*Vǧ¯wÌ´÷ªöª=Ùâ?;ÿ4vaú.ë¦æl þì{¹29v¯ì屦%j%jðÇÐorØor²;%%åÔþµCûkófðV°ðÉõÃ/&2¦¦¶9SûØØÒã"ö!|JÞW¬Z±Á;s¨M,ºÍì²Ý.J±J¦!ûI³Ã'_üZm¬|r&ø"vuÛº"£´zà ¶h¸Zj¸à]Î&cR¬Gk<7¢ÈÀ'ñX4/#bá}µ*¹R!KëQ÷îÕK5Û9ê¿Ëi£~ÕO¢ÞçËÞp¶cÏ:MýºúüâÏt^Å!OÌt>!3ܸÁöV÷ªç"ÑhæIu8lBÓA> f4¹BqÐ Éq£JoU-¾US«h¯«e¼n\ÆÄ9Ì9è`&ñªÎú¾QÅç¾î øÍ¤wÀSÀS l)Ák6Aýo'kÎv å?øôeå3L6à/aUàsÿ ÎÐpÈNsç$®~o6Ø3I 'Ç8&ð)×£Ê1¹¤E³wBËíZn} â¤\6±URE©«Ñ¬Y@õâw'ߦSýM ¢zµÙ'³÷s¹|4WJr µ2ií¦¶æªU¶æï© 2FÐÛ]MnD©½gf8¥v³¶3zV£nκg bÜòëBL!ðg/ò|ÝÿI/XÊxVC£K4Õ{ ÊZ9:öƦõò59_ÓáN¼©¢Ì4¨¡Zo¼c\jëMýàSÍLÊo·ÖlgÓ¸ábe sÞÉx o yôÕÄÛØ1ðIKÄõr6¿øìX˲ ÜÜ(k[iÙåШŨìÎqÑ$IüS>%ûÍÄ©¦q>yáÓn"Ö>/ çýIH%ÛZN:´ mq¸x ?»("óÏ-þS«6Þ Â'^NïjY |²è{9¡åwËL,¤ð7, ¿ù<YÈⳬQ¦¶¹-åjÝ_h® ððcçÖÛ{åÓ¶dí&h³ ç,V*¹b°oáWÌ{+,9ãgT3]5ìÏEm1Øá\´X"é¯ÄÒ_ CUȤEoШ&í]6yï²94@ZËïe¿erOͪ@ T*r£Ì@{öW3ó~"Ñ!èÎjhÑ1÷ÕöKBðr¼x!^k¦]¥U¹Ê«òZfåökâE¯%½ÞÉw_ç äU®|f/oZ;->[ Âmã>Í·cá/<zâP¾ññMï µh_Ã"XÆ$ÇÓ¦ïz=æ9£Úî/g316¯ü*i'WWE\ïwÓÆ'nÕjNìgû=ÆL~öL¨ Äb3«÷þÊ,ËPÛ2|3 ßr·½8¾a¾Yì}ýÙþkÁ¿þÏÊø¿¹ýtÖoÿÅÿ½Çkÿux ì¿"û¯Èþ+²ÿì¿"û¯)TØ-0õ aòw¼Û=®¼¨6ÐÕÖ&¡1¶IÁòbñýµtÖ_w1^Äd;Ⱦïúoÿ÷ÿ5ñÙÿç³É÷ð¬ÿ5è".è".è"î^$ºÁÊà¯aÁ_A¶òuì4á6Q¡p t ê¾°®¬g LCnàd7±L1|È\ÚÎf-Îã, á¤`häÏí·¡ú Ðý/aè¡ÈñU¦ 1@â·§.û²Ë¦> YÂF?%v¶«érÇãÙ¬Ñ@ÊÄ_hëð"ÃC¹}pL<4Ò>[ûàò)ZIÝepB(+&ÃCju\ׯ½ËHªtLïCúºÇíïsr\ *áãì`ð,)Zâç<Æ Y9ÇNpN£åñ´mò³Ó eåô<?Ç1ÆÉR µå!õèI)1[àÉðæM0~åñGcýàLÑ\²4̺Å~ À+bYe·Ù~ HË áöØî]KkÅøù4#r0Zñ\Ãa9"2åée˹§H6tà¸äxÜëaãRnc¼¤\Á»»I¸yÌa¸k¿Ðz#§6þ ®ï æSú$ ÌÙ>'O'þ Æ1öò<¥MþÁëgÜ(OkÛýfþäy0¥ñpÍ*HÚy9"¨By§rî} ѧ5ùtrÍ<09´w^p»R{èçé\jwû*»Ý±¦_qÝ*¤½]` l^A2pü<7('3ptæÈEìëâÈ^xºaN#g,þ ÊN2Ô pAðJ?@<¹²° 3A45ä©Zó(éd$©ý´Å Týk»Ïs_ùç&F³U2Ϋ8tûD&kzãê ãÞÏq\ BÄ ²÷J¨·D}IPõ¥IÌjÿÀ ÅùUjÍ}é¶ÝB 0¦÷þSú °ÑWpvØè«ºC¦u1PË!dDB:`ÒÐ]e¼{@$~ Á¨«¸0ësNÖ×:TRØ:!'p? qw¹)B¼.£ps@ãïòUnxjCàwXCÖpðÔÖèN'D&× `@ ¬üHÂ忪ŬÂÔÞ _wËìs¼b¿ ½²ðgPÖß* ÊJ£àÌÛÜy4úA^!(2oþ¹}1éí7Þ{ø3(ëÓ4ngä> úeìLS;x#ÐåBl¼ÁK@>ÁÛJÇÔNÞãõÔ}¢¹ùgô×î²3.!Ðk#xrO|ߣÅ? A§ !²öàf\E\½2¼gðã ĪyÏãÍÌI½Éðæ×§#¸ej#oäëÙÆ7ùÖóï9iFÛÛ~/- :ûëøz,ÑDu¼aàñÌöiS<Ã{>¿}Ë$æ°Âs"Í[+}@Bм$4UhlOTDÔ¼¹?H ó1ï$¯û3 ´ÊK¾!!4GlYéì!¹u뵿X¨Ü?åã·ÿà v-c ÿG¨Òëÿ;âÿÞËö§SkLv9BV^ ÙÅS²§= ü?Kï/¬±5ëDs9N@6)N§#«Ó½Íò#¼bÙ¶î½ìõ-É|}Rv R$¡Å^÷µøBQÝ]Ì<¶hÙFY¯Åz@K餸ÒÌvQZB°%]þYL{³ Oô£5z+[B Bð5¹@éd*^QX"QÅ+M:c¶i r!ÇïKè! Ùêè=ß²¥1ëÓïNB ¨Âðsج7^|VøÿsýåÄõáîéo»Å3Þ´ÙbNh §¬¥WÝf±ôªënsý\$òP 0Gà\@£Þ@ÆáÝB/ë}ÏD"%bïm¼-ÿ%®@M ÿ»Mº&-2QÕÝF«IÌO¦Dñ¤êj âÞH&ÅßE:IAUqÌ lv22å]Ð\<&rYG<1ý-Æá0¶s{¤ií¥ ¼ù8QmâÂÙ5Þ¬ÙË& >öUÊv§¹w¤©qo]<5Li¾¦pwþåãè3.;Cg u=îO?'`6ì¿.î&¤FwxßäÒõ>©Êô'³$÷$°ñ0;¯`²¢ìI9·;ïÁÿ]d¦BÍ9FôwÄX3øâû¸ÝcsÃÄ3ÖùëÀ¯±²g*OCºÉÅ3rÖÑü¡ïî çÌ.{R©×ËK@väÔ&׿ÊâA§-uÂ)/HtUkzYY\ã5äX/×0¯¬Ý5pæâ®9öÂ=øBN=ñJð´KÆAVGÏÕGüiÅ6µ«§¥Õ¯år+%°kË9¾åÊ·%'§{²âT½±n° n«²+uýQU©p?4JøÍrïUUwWÂDs g¬` êóE9æn1k}#'n7t+Æî¬ûVð Ùöw¯Æ¶&´rJSʺáVÿÑç1°9Ë×8Ð ð!}Ìu¦ ¼4`(¿haøþtÒHA$L<aB^¦M 7ºã8 6¯»HҨʯJëà,Ö%$ÖÈ5ÅD¶DekÑå.ËÚèRå¿+]P%§ÖÑ^ȵߢp4í¿C»9 ©&jÆÀkM>H~éóÂT Qc ô»]©=©uUÂ! IyÉ <Re¢ß\ÐCÕUBUâo>ÃTx(ñ"e>óý¾-ûõ¯- nÀNw2A¦IS$13µËÖv2Gbrwþîì$aÜóÞßaK¬ëmÒ-§æ¾Âv%¶ É4 ñtmÜÝ^|pÇÒéG积ñå-(ÁùÇÅÄ'ÂÝîTÐ 'qPiZ_ào½;®iÐâ :ãù-¡ScÝo·/®'ñ7ñ@HVcÞùê㤣ãT6)ë÷Æâ}Æömë<Ò|ªUT¾R©Ðûvs@2ÀÍç"ÑnIÜVZ `^¢2½«w,Ù·jB=ßTèZþPJ¥ÆIGLíÚþ½7=£Ç~Lûÿ¾þ{Õþ>ÖöÿsûdÿSØöÿïãÑã¿âÈÓ¡iÃdÒn%wÍ b´|oݬþz+Ã?xÎZÖ5^Ì5 û(¡Ô _=û,!À¦¶ðÉFí;z³¦.ë $§RdY EHRdô."ïv[¥vµØºÃZ[AW{ _zWñ°óbzé¶gÒ´©~äx®úAqQýE~âÖ´¸§®Z¬uè¯YÌ¢ó)Ò¥ò~J4ß'/å¾ßÖüFÚÀ«ÞÙw]h'²P "ÝðæVXñr\î«m@çH óñ\ÝJ;ntÛz'_jeño_^Ê¿Åc`ál2%sþó¬Þ¤ÿ¬7eV~ß^.þ)ɤD7ëRë¡Ï¦oTþܺè3ù[ ïÁCè3~ôJÇÉ)d te¡÷_Lã oÕ*ÄÜ(,0âÎ*äëVtýxÔÐúzµ§J½T\¸ù"IË2m9Yι#=Â_^3Ò¾~íÀéw±_ì)&ùdcrtQeÞíâ)kÄô7=J=DÊÝNCÈTþ¾è[¼E:¬®¯sX½ÞIuL zEshZÍmÉÞÌ|ÉHWêÅn¬Pîæ<>äÃã¼-;»æþs4AKÄy¾ÁDAWuî¡Ä>C"Zç¼yE: §X>É#ªñ×AiS믬ý4f<z^ïÜù¨,ö§&3Õ»w!³UÇÇkB±12óØÚdd8wd Ûbó6 ~æ=â9ßQEÕNR,X&Êw(ȪoÑ*ÓA<è_£Ã&ÕÑÿqüéw»ð§{AÇÞÎ(Q ®|,ͪäL àc_&Å3Z~¥îí½#}ǺdòkÔÅÉ©¿Ruù"[®4*/ç4Ô¦6>uèK ~ïC¿ðc<ÿ»oÿÿ¼ÿüo¿ÿÝÇã9ÿ¾Gëéú×?F®ÿÑÁ[tð¼EoÑÁÛ½Üt KóKw5Ý÷ñOÏõ¨ÏÈó£W?J³Íä|»D´ ¤½% 7¥Oè }G$S¶+IiuZ& ÚUikd%k[»®®¢=$e+$§ÝxÇe3öc?ùÏi6j.ÿçAÐîϧÑÿ?}Ýÿ~/Kþç⤹ôTýHTHTHTïh{' dHdõçÃÁÛwÏ¶îºæmlñøCI³=çwÿfêN¸Âx%[+õèÆ{OߢZFF*(ÌN·ÙÒÇÑ$Èíåë"íÜ÷Ðòì¤Z«Ä¶ñOÈÇö5Òñ \JÛzðéÐýÿZ1toú6ý.úÌÒg>óôYx§ìJ(«ø»È¤ÂPØÒ2fÖÍ]7cnÝùu3VeüâãfçW>Ù.>»ÆBbÅð ¾ÒYUrÚ'UõÓf÷UÑtÛ¿¶mû+WÑq£µÒdÆçêDǧtZÀØc)o¡Ó«(ÎÆ¸Ý _8«g/dÏL¯zßè=C9==hºmPRË Î±PB©ª6ÁpFC¨ £ê 4³.¦Óf+xÄNamïQÔ*»pTõÎI- êbDÞ*@Î=¶²ËÈkM7r?þ×)6ÔçÔ]¸;¾Óæeù¤<´÷®ý@èÉ#ÿBµ%37?LµÒ¡m ðº7}(_£@£¶ ¨ËéjuÑ5V̳þm0˼Kñ|2²èMíÞ"eÃÿ¦=ë¯ìûÑ^4I²µ±>HçQcQêè:ߨÖdm¨#ØC É6)ë{;ñÚÆ¢ o±@ÞÞþÊ»QÕ7½[jÉô¢×ÿUuWHLµç¿{7 âä°(U t(F±M2'ÇTµmËñçäH8ùªîã7C´ÇH-n¦û§âa ÛVJüòX L '«6NN»çÜy1PÜ0Z+ÞçBßû5ÅzüMâ¥J`áÿ¨(j+F)Á<ZR?)uTGÍ,¬2'Ëq+Cj+èVaèü1?Ze6&¨d«ÝGWö¬1;I¦ìycöæh03fbÌ^¯³göÙQÀ3eÏë^*2ïk^®rg²æJö!áaIôB©q&IzaJÞ/`"ð8þ)²@JÂ9ùNmæÅ|ÛyPF`UW×´Õ©ßbYð2öl´hóQK*á½ÖþíÎuÁ¾¥hÿeUðnùÚª@ßl¨*0Î ¥½ÙLqúÑR§Z¯Ü¢ªt@]¥¢tå«©-NWu¶OOXz¶ùÛ,¨Ð]»`ZD¦X°\{÷þmHåÖáÛÕ¹LÊ«eWÃùÅ:ùÕª1Ñ.IÈJñ¡Èò!Hhµ³Æ´5×,ÜìÆ¥ÑBж=4å`@i?·>öç¡Í~¤PØW+àý (k±ÒÀ=)+$úH.`BYÎùrWêo¶:¿ÞKÒ á¶\ôVë´.Ú ÌP¯¶'ã#÷²Gè$ñùÖS*ʵ,¤P}¼H¢ùP;±õÈ¡tÔUgä¾agØR×9iHߨ3Ä{#/{cõünûP1ñæXr_Å=Óõ¹.ö$ó^W¿ð ³ß Ú5ÿ¹ÿ{£w ÿð½Áfh¾®êt¡0ÜüFC5S]@;Ó¾d8biKÄv¡púuu·Òb9ÄÙ´¯Û£i¯öôWB¾S¦~¯ ßÇÂðØã!GÁùkkn¨n.8@ ÒfÂÙVn«Z}ùë!ÿ±É«âÿå¾øL:ÿq?þG`$¥\& ÅÿâDñ?¢øQüïÿÃðvk! ÅpT)X(zêGe1 Z0(ÃÏ£)3û²¢?˦ëäþöæÜZD?wÍÉT< Û,þ6@êll½Æà^`Ó ½JúQp~ª'pF{ûM[`¨¨à{Kjßæ1ÈÿËÍFÿ[yÿo&Íxäÿ\!Åÿ»Ç%ÿ/Ã"!å"é?þ#é?þ#é?þ¿¿ô¿è·YñL±ÿ|ýwë.9m,¿Ô<,¥iûÞhNº)ü×þHó% oã 5í.bk·.ÿZ÷¶ïkó5/ët)¶)Èá^SYÃÆø[C9V5èíoÌúW£úëÍe¸«N¦!Äæ¦5{4 É -Ô½ÓàüÉSöøö6¸ò´sÆO3¨ÿ²B»áûÔ~T¢Çk;8÷d¾ð, Ä«ß|÷:oþl³&öW.Ú¡ëºïmªóM£ý×fÝ?Vùä ûû>û¯ýBdÿuÇþ+Øv?²ÿì¿"û¯Èþ+²ÿ쿾¿ýËýã6ßû£Ur9ðÏ ¡x ° Aüäÿ¹ÜÁÁ~&Ãýß4îÿ6]ÓñßøÞ( ÜaüÙt4þ÷ñÔM±BþKãdw>·éÿ÷òàâÜÿ0ßeðCïÓ.Ëp°ê^Y»ckq¸¯g¨üÚY¢øÏóÎ çÃÅdöùëËX9ÿs^þ_Øî¼%{ DSü/òÍÿÊx1Zó±jþg3Þõ¿îºÇ>õÙËìÒ{íåXüþeó"óô0;,äpÇ$³··I²Ý*{?${^e/GLçþÓüßôAàªùÉ4û¯Êÿ L&ÿ÷ñüÍ9EWÃN'éyyßËlæ0ýô0ýëÙp¾ÌåQz¼Ù:}ñ,f ñ];$ËÅ|°»7ïGóúÇ}Lóßáò)ceüïܾwþ¤£ø÷òìþ¾åp ¢ö{k6¶Fh?!£.²¦")ÝúÀÿ`jSD(´ICâ¶#2³?öæ¶óñ¹åct¶fa¶÷¡÷I Å.&ÈÐH0á¹&ª*¨ò1;vÄÅzv"Öh¯%³î],%À:lPÕÙ¬ ñT@O±ôGÃ<2 ¼S ã5J³®P³ÞÂæO8$SÃú.3 ¢Y³ .#v£ É)d ò?JÓA{gðßcËEõeYf ea,vÚa»¿ÁDÀÑÐÝôcè:D8^;Ùõg¶>ØÉnKÂ+åâóm-\^Î-ª)Ø}Ý-øÐNÒJ 5g~q)ër¹ÂÝnRüûßZ²t"À[tÝ`}²úÝ·?W5vcÔ.àuo®zýE8ðÅ|0ôUÚÝø¤ ýsÛ'Ät¤öÀõj¹wÒÎ+D&¶;]º¦²pó¶É¾ã¨¯©®K©+k1|-2â#Àí"¥°ûÀÌÕúÔÅÍ£xIäWnÈÿU?Å×-loÃI¼\d ØfqÁEAIV¿ÉP¢ÕQ,Ű]t ÁQ<&KØbØO°²e1Ý.JиzPxsbûýÙ"½;!<Ø]H˲cÖlö)IëzJËå¸Ok/4éÅ!×Xo¶ÆVaØyG·7#ótÛp-1èÑ¡x0ªÎJ]ç;Ð`a&:RPuPÿD/ÑÅcÑîhp9Ï0òJüð6óøG·U>mÔ~ÅX;ã3±Á 8PDª@pÿý`þhÅ6Fxì µ8ÙAAy%t*ÎázâoRQÕÓPHõ¦!e»~w0)çkwAoÑK9_ 9.@ NÙ_) Xû²Xª«9h,¶ ×î«ñn,0~ödÅdÈ -à `¸Â f+áàÙAÇQVݱ³ûB<î~Q Ø úwù2NxíQ9T1úÄðqïÏ.àÍàD3c5z\¸úuÄ5·¬÷ä§þLÐw{øÓµT»RyÕ µ5Éy{]ãtCèd0¡ 4AþÅI²Àºð*¿7 ¹uÈ _»ú[%þ4ȧ²7ææ)ë ÆUÛeôÚ"ñ¦i0XX«ç§''+F\.D` Ñ <¨Ò÷R·Q¬ºx4×<Ïq÷e¹u\{UjtRL`jnNƶúèðM#lÈãêËb·Öí´åV&¥Oº<#}bÇ6Ï ÿz×,¾À U°óá¿Hý»½Sâ1M Ë;<&d¼õqK±5®"ý¸\%+Ó|ÄUcÀÊ4,KйÙõì5ùÓa§Ú{Ùª{¸.ìq§#°º þËßÉ µ;?'I2ë÷ÅÎD{jï%ÄÏ`¾/ñønwr(vûÑN@ÀÿÀjBÖ¿kÑ æ{»Û{t:%_½}ñ.ní=²kõ\«@w³ÿ[ÂþxÞyúnû÷äï»ÎwÀø{Füu0ü· 0±?8ºâ#u(_wëŶÎÈ"(cµÁ³ñV±ë(ØÖýñóµÆo®Uþûé¬ÿgrûÿ¿ÇëÿGCïx ׸.2N*@Ñmërì `ËÒ\YYL,©}§Ô4èãØYô®ÄÎÇá >êV¾w°Gè#$J _¶ÿ¾U÷5gôËçLÞ2Ëû1߬Ix·9ù?Û·Û±²¥÷VkrÎj`.}FæC[%ÜÐ=*°jÈÛÃB4§Ø '=«}ø¤¹i%ØC]³bª¥ÅcHÇ#tÜRï'S2p¿ØÄ¶"dÇGË3tÜÂV±>ºÈ ?ú}A,Z|C>ÞÄt0,¯®QM®æì> ð+á4:òE·Y-Ó7dÎV.VêÀ±(ÐÍ é¸¢û'SH¸²ðRë å$]+¾aÿ9¬´ ÿî÷ð»Þ#¼<&©âñcº\Ý.ó|à<xói·35'øó=Z>Zbé%p@l;z#:fhu÷¥óC!_s¯½`ûBɺs«hm¼êúu}Ðo³Z«§:. j# vÖ)ëï·Ì};~òWw@óÎÿÍ{ÝÅÿ+ÝÿsOòÿìN0_å6 /°Áz>`oè6ü¿"ÿ¯èYñxù?®ð.c¥þW8ððÿìA>Úÿ¹§tÝ_ISF¼ÁÄõd¾³éô|áKñh8í?úÞÆÊѳñÇ;ÿYpßl+æÿþïÿèò_.Úÿ¹Çëÿ t÷cþɺw?æÖ7ÿ<@#ÐÈ4ò ]À$¬*n¸ÄRä;ä hi}b¡¬fOì-.S¼¿ ÅWðÄêÉ}Ë)ðEj®n´A/ ÍôX:¾Ýö¯mA ô ²È»Yjìì½$Ê+¾ûx}ow,'±3©ôt:{~zXX`«4\¤`dzÄìÑá=] :æUúáBÙWo~÷Ãñ*yæ¼]g0|3¼fCÞj÷-õèpÇÞÔ.eoauw(HSxMÛtD+[yx5\ôFæò?v_&Ä^ FIH°bΤDFu÷sB7ýȹ5º¤!-I¤¡¼%új6Y(<'jh±\B6ä\&ËK©þl@.râvÞÊ5Û¸}eè{ 5ñv?Íñæ¨\«©¸ØA¼µ¤«GÖÅòÿ¥`«*c1]ÒUóÅÀ¾PnÕòm®3BÁD?Y²ÏTªÏ{aûQã],þþÝéOn¦½>wwÙà.Çéé¥È;Ñ>'jϯ!·º¶æ"^®pzIjÃûYðr`»ýë!^ƶ¬ÍkÏÕs$®-˰ßÇ=¼¹ïTÞ\Èk^ y» W;åF1Ù9iï¤Ó®Æ·ô(7êÿôýÆg ÿw6Öý¿Éþ+WâÿÝËãñÿßé9X×ûûêäýyGÞß÷wäýyߣ÷÷ÚË\ï÷@z~7Ó=Rëå×ù2öÄ[±3@;âþȼ@÷ïg Ê¡íx\Å¥EBÇøÍtä1TÜ»ùûÑÌýÆ6Þ2dõÉK] t·;â;45ÕeÄ÷p¢W2x¨ë&>% øtäÖ;º»ÿu\ÜÙsÀʨºiY½¢%ªþzÂv?±uOw<k¯f*ì'ħSNõ®GB5&»B³ö<g×n×ÉÁ8ü b±Àé¸ósæø-®-½»¿~rkúöz¯NÕãØ^òý (Ç"5¤¤Å> 6oû/ù )4ñS,<ÌWºsöÞ¨iÏ¥?7tU1^À<\ö;²z´gÞI; UPÛ+%*Ó(BŰÑ>s"]À$¦þM`HWköÆØ\¬òx×p}a NzÈ¢Nù\<÷P"⨢CH*ÕJ®6N@`®FçqÜ}wÍXqaJ!Ûì¼8[ ÒIBÔÅ ô«àC¤¾ 'ø ¤rµA¯úRâ¦ì¿Öe^þmð8g{>ëS9èŰMñ4BF¡møO)±R=¼á5^+ç-?·02x±ZýDKeùæÖÖ¢¿P¦=Bvú>%äé|T¨?öð¤3¹¸3Bºë3êQ£Ý% ))YZ'3£<2<IgsI©üØthµOÃÕ~IÁV¹Þe§<¤î{ÝÔkðwD§OXl8(²Wci:YÎv½ûsÌÿöäÂn¦´°Ã¤ ¤h©)/ò *x u_uA7ívË5\øZ)×jQ¨=ÎP©{«äÆÞ*}vm¡VI_þÜñV=ÞýÛÅfeïÿç3¾ÿOÛÿϧ¢ûîåÑ÷ÿí±§½tJï¥÷÷²"óä°ppÏYï ¸ä:G ¨+R9hYã?og¹ö7gxbC&ø*óLº7} *¼"õÈl6)5ÞÞ>û'ö6ÿ6i['ïDÜUUÛQnªZÜQG" ~H{éÜÙ³h*0±âí2íݲI-ûYøKm/ûÓ#ܼæ\*2©Ü à¦ØÚ¦Ôß±g²â±ÈìûÔ~gß$ 'Ð÷3ÝF÷EF£^½Ä+ç}Rç çD ºYì Ì⧤¯6_gVÄLØmq 9DZpMVÝ;ÌáÕ²Î=§${iÙIßZ¢t Ë}«W´v¥ÑaùLS×Ôy&ktÈÅÍgã&ÚÐKAs#ý¼.öîH3d\CsóÊ©GaglJz§kø·ËWìÉS4¶éWÇkoÝeïüì·Ba<XR»©Já¾à%çM#ðóÉÇ Y>ÙÂ~RÎ)3ëò°´±&,ÓÏNÚ~-ªÙi¾yѬuäñÂh2·ü¢EÒWLëÓÊ©cùærF#Mì¼å»-%Lÿ0²@Ýá«ó`Àñ<üá?Yþã?yþ#ï»3wo¥h"Ñ{W}uQé6âÐ7 ¬³;*µ/è¿)_$ U+¡l)ØCñöÁüö¶ØÆ *$Û¥$å%¬ì5>fÀÕ˳00yfâCÓì¾l£óÎkng&³=óY§:ÅЬû¡Å#kÜ_¿¨µ3QHÏ*}0¹Þó:µA¼n-¶²._Y½«ä#í¤dÝUÜY@x)E?¦RôÅgõÆ Ø,aþ+ñ^Ŷéòíç«c<Óü~Xº¦äìÓÒúcù#ÏÜ}Gêý ßf²OߥÝFùÛ1óÞbÝwA¶z§eÐõ)eî4L¡Wªî^[¾³mª*¿ºÓ«ÅçѾ¯úÒt*[9K_ÉCÜ>bW+ÇLJ°Ý¯Êûº\ª½ù7ìu±}öºU n5É*¾Â¶M>Ùb¡ê<IikAPDû*vd§@ýIIPîÉi«^ì IÜÃÌÓ=Ï%ø uÅ66Èz$ ')Ala³"¾.*èôw\ÆÆ°Ôtî=ò,½õnnÛmåäP-¥u!>óῬÉeØNRì¾JÛY½[Ä¿´s)æWÃw¡=2Óãf{ô{ú7^¯vÌÛc:¤0CTo#¢u¶Èðãd9»ªBOPlSZLD£^U¢&9B'À9(Qã 9ÅÅCHSUq¼\h%*¯W:Ða ÐÞ¾>D=:¿+ê!ûý³0Rìô_TÔûöoQU½Ã±^ñ$ç§)wÄ ¥8ù`ÍÞG£]u®ÇoÎ@£ C:ûÉø¯ÏÛ1 nܯÀ?þå?9þç? wRdü².ÊU|2;T±¡Û 7cpBå0"öoÝÌEB¡§S¢åªL:P;ÏHÉ´¸û?*︥ì3OöµÆml«,x.káì§Û}kª}lïÁÓ> Wòn³ØyâµßT`Ø$x¹¨í&Æ´Y QÄi·U>mÔ~MQæô`Þ˯fàF=Ê{Y³ïqëµö&qey">OLÿæÿ%¿Zó¤¤!39¯|¤ÄÓCn+¨¯©Uc²ÁJjï^sã@ÛÝïjåædÈx;ÃjxÖmtrÁER7Ø{wí7ÇVö²0 Ê)5)J(¡ØÆcÇÖ_F+¨Øùo3jú1wØÚÅUÍ,·Ce½r¨´V*5Ã^7ÝrfK¿Wãj~p+æÑ¸è÷\¹È h¥÷hW°ôWÔ´èßWjUCiüø4TYj3ôZ3¾%=é kÒ÷VÐ.C:òn¨ÚJ## Ø+Ëzõát!þ¦iCwcj\̰VÒycþ$®pöùK)?6Bi§u ݪ #g¾¥Vqæû½£ZDϺÏM@üë ±âþ·|z_»ÿw?Íñ_¢ø/÷ñâ¿\Ý _cEnÌDuìFLAÔÛ1"Ú5bÛ9ÕìkíAÉBÙæ,BÛfLB¾Þ&ñlÌ(ÄG¡w² !Z/Äi+ÙLdS¸ .òn*ÈÄwÛ×B¹ì6nÝe·1 Í&) gáh¸øLyÛ¿6NíjóÇwOEÅwO§¾à-¬yB³µåI+ΫY K¹Ò.µª4<,Ýç~J¼Ù¯ ¼ëÕ®íJåUó Î=¶úb-¢-àöì2ªÝè>¼PÿÔà-|1Õô* Í=EïJì|m£Qûê¡jö}ñX^!hÁbÑë_3¯Ã7óÏ÷f7^ÕXîhX¯µê1ïa.6×zns U¸¨Vvö¼+{ÞýI:»CÊ»L£Ö>ï¾!yôvÕfDJ%ô¯ßë?âóc1Ãê?!DÌyÚq÷b¾#ÿó<ûï¡Ãß/®wçþä¿PùCËÿB&óÊÿl´ÿs/nÿí;ÿy)þç÷2"9L?=Ìþõ¦üd¾øºJ@dYGàxdY;@÷¶»ÝV ¤çÄÖ׬v[É#çFK¹ìÙG;ÍgàJ1'gO¼;¨#ìäÅ;ä>Î;í &À»ê¿pÏ$îÝ3]?*_ñýLÆW¾ëGeúáRùÊt©|å½T%««Ieo"U«*²BK6rÀøb¨ UÌz³iw4LID³5·F ͷ̼?NÀwyõ«ÓÏÇÿßÉûc4|lpOþÉÉ£8:ôßàbO©dBÏöôÛk}Îl£O7Gªh°²¯¾H³õÈV°¶ C¶ôÁª+8ÍË_ARßBËáŦJí 2Ö,rn HñiUêqò@ù ú:¹4Ôo2}¾%ôG Ë#xÀ}=P©7(z¹`ôYÌyÈyE´ÓþlƳÁ=êò8b¢7»ê£¤xõ!é£ÃD;^Ýö6¾UŹ1S'ݶ=(G岨dF1â1Êd³ÉòêZp<¾±#!R0ºSåÀH#MPøÿMßpýá´r±R?mP$Ð5¡BÞt`Èa½ðRkZ èg0ÙrGØQ&SíVËG¹Gt"Ç)¼ûÖ»Gy;S>8S3I¢6çp͹&HÈ#î¾(fk#²ìÑjܪK/aA¡0|³Éð:ç-ôÕp<xüÃÊxj&>|èÌ9¼ò¯·Müdz/£ÙìùTOÑÕuv-¹0+á^%WÇäRCdÌ\çÅéØJ8uB$5b}GqC9DH`°EôÌ<Mø.,iÑæå #/L±Ì r^ ãªfÀd}.®(/ÂÂ+Σ)ïÈau{¼$ddhàyÏ®íÒ ×WØ-S%¥®¥SÁ0·eoÛAFjáËuµKd¨]JÅc(õÝ\f}þþ¯úä0HIÂ..ñ$g²É#\]ÃäÃõÁ«÷Ó28Çá8ä (Ú}(ªn-ðåÈLòƾÇÙ¬õe±p·;Q¢@5òHÌÔ1òU¾cÎQÝTÅ»v gܸ´ûr*=²cjaú\qæë?Q1ì_[ý÷ #Ê˹Í(åÍÞ|½ÖO&1'ñþcß]Æ2®¹!~Ævݱ+¦ÊC;>á;:MÌÆÉã´PºC6mº J¡!etJ»±´}ñÓ3OðSCq&Ä|hCÑãÁYn?HºY:Æ"3pÝRÆåWB Ýàvî}æéâ¾öY<YíêçàFÅïxõ³ïaï»ËV/A@{äË£éÚf/\6N]Õì[óRæÛ&ïɽ%Xën`êÂå[¶Í¾ZÙç¹D9hWÞ¥¬ÓÉ]/SvÑÊ-\ÉçÈèÖ\92@òì¼$¯WöõD8}§r8\P:÷)¯ðè¦äÝìíéµ®C¾P> ©BÞ®BåÕN¹QÌdvNÚ;ét«ñá;<¡úßýÄÀí>_ütÿû^Oü9îA±¹Üíâ?D7 |
From: Andy P. <at...@us...> - 2001-09-19 15:58:26
|
Update of /cvsroot/linux-vax/www/htdocs/download In directory usw-pr-cvs1:/tmp/cvs-serv29238/download Log Message: Directory /cvsroot/linux-vax/www/htdocs/download added to the repository |
From: Andy P. <at...@us...> - 2001-09-19 15:53:42
|
Update of /cvsroot/linux-vax/www/htdocs/docs In directory usw-pr-cvs1:/tmp/cvs-serv27950/docs Added Files: README assembler.txt cpu.txt docframe.html index.html interrupts.txt ka43-interrupts.txt memory.txt mopd-instructions.txt syscall.txt task-memory.txt xdelta.txt Log Message: Attempt to update the web server --- NEW FILE --- Last updated Jul 10, 2000 GETTING STARTED To play with this port you need the following: 1. The cross-compiler and binutils 2. The kernel sources 3. A MOP server (mopd) 4. A VAX with an ethernet card or SCSI interface Unfortunately, there are a few large downloads involved to get up and running... 1. The cross-compiler and binutils First download the following: From ftp://linux-vax.sourceforge.net/pub/linux-vax/tools/sources/ binutils-2.9.1.0.25.tar.bz2 egcs-1.1.2.tar.bz2 From ftp://linux-vax.sourceforge.net/pub/linux-vax/tools/patches/ binutils-2.9.1.0.25-20000219.patch.bz2 egcs-1.1.2-20000219.patch.bz2 From ftp://linux-vax.sourceforge.net/pub/linux-vax/tools/ build-vax.sh one-tree-vax.sh Create a new directory to unpack all this stuff in and untar the egcs and binutils tarballs, apply the patches and copy in the shell scripts: $ mkdir vax-cross $ cd vax-cross $ tar xvf --use=bzip2 DOWNLOADS/binutils-2.9.1.0.25.tar.bz2 $ tar xvf --use=bzip2 DOWNLOADS/egcs-1.1.2.tar.bz2 $ cd binutils-2.9.1.0.25.current $ patch -p1 < DOWNLOADS/binutils-2.9.1.0.25-20000219.patch $ cd ../egcs-1.1.2.current $ patch -p1 < DOWNLOADS/egcs-1.1.2-20000219.patch $ cd .. $ cp DOWNLOADS/one-tree-vax.sh DOWNLOADS/build-vax.sh . Then create the combined binutils/egcs source tree and build it: $ ./one-tree-vax.sh $ ./build-vax.sh These should complete without errors. If you get errors, something is seriously wrong and you probably won't get a correctly-installed toolchain. All object files and binaries will be created in vax-cross/b-vax-dec-linux without touching the source trees. Then install them: $ su -c './build-vax.sh install' This will create programs in /usr/local/bin prefixed with vax-dec-linux- (for example /usr/local/bin/vax-dec-linux-gcc) and directories /usr/local/vax-dec-linux and /usr/local/lib/gcc-lib/vax-dec-linux. This will not touch your current GCC installation. 2. The kernel sources Grab the sources from CVS: $ cvs -d:pserver:ano...@cv...:/cvsroot/linux-vax login (hit return at the password prompt). $ cvs -z9 -d:pserver:ano...@cv...:/cvsroot/linux-vax co kernel cd into the kernel dir created by cvs and do $ make oldconfig to create a default .config. (Don't go playing with the config, please. It will probably just break the compile.) Compile a network-bootable image by doing $ make mopboot This will generate plenty of compiler and linker warnings, but you should end up with a vmlinux.SYS file sized about 280K. If you are hacking around in arch/vax, you can do a quicker re-compile by doing $ make mopbootx which just rebuilds stuff in arch/vax and re-links the kernel. If you have your VAX and Linux machine on the same SCSI chain and you've got a scratch disk handy, you can do $ make diskboot && dd if=vmlinux.dsk of=/dev/sdX and then tell your VAX to boot from this disk. This is faster than netbooting. NOTE THAT THIS WILL DESTROY ANY FILESYSTEM AREADY ON THE DISK. YOU HAVE BEEN WARNED. 3. A MOP server (mopd) Sources at http://www.mssl.ucl.ac.uk/~atp/linux-vax/download/mopd-linux.tar.gz Compile and install. Create the directory /tftpboot/mop. mopd looks here, and here only, when searching for boot images. Create a link from /tftpboot/mop/<ether>.SYS to the vmlinux.SYS file in your development tree. <ether> is the ethernet address of your VAX in _lowercase_ with no separators. For example, mine is 08002b0db20f.SYS. In can be useful to run mopd with the -d switch to see what it receives from the network. 4. A VAX with an ethernet card or SCSI interface. As we don't really have any hardware support in yet, hardware requirements are pretty minimal: CPU Serial console 8 MB ram Ethernet card So far we've had success reports from people with the following machines: VAXstation 2000 VAXstation 3100/m30 VAXstation 3100/m76 VAXstation 3500 VAXstation II/GPX First you'll want to get your VAX to stop at the >>> console prompt at power up. There is usually a switch on the CPU board, front panel or rear panel (depending on the model) to select this. Look for a circle with a dot inside. Hook your VAX up to a standalone terminal, such a VT-series terminal or a serial port on your PC. The VAX will probably have an MMJ serial connector. I can't find a URL with the pin-out info for this guy. If you have an OS installed (e.g. VMS, Ultrix, NetBSD), it would be a good idea to take your disks offline, if your VAX has a handy way to do this. For example, the VS3500 has front panel switches to take the internal disks offline. At the >>> prompt, try B <return>, B XQA0 or B ESA0 and see if one of them tries to netboot (watch the output of mopd -d). If it looks like mopd sent over a boot image, let us know what happens. Depending on your hardware, you might get a kernel version banner and some diagnostic output. However, if we don't support your serial console hardware, you'll probably just get an error message such as 'HLT INST' and return to the >>> prompt. If this happens, do the following: >>> E PC >>> E PSL >>> E SP >>> E/V @ >>> E >>> E >>> E >>> E >>> E >>> E And send us the output. This will hopefully give us clues as to how to get your serial console supported. If your VAX has a SCSI interface and you have an external SCSI connector on your Linux box, you can connect both of them to the same SCSI bus. (Make sure the host adapters in each machine have different SCSI IDs. VAXen usually ship with the host adapter set to ID 6, PCs are usually ID 7.) Then you can copy a kernel image onto a disk on the bus and boot from there. NOTE THAT THIS WILL DESTROY ANY FILESYSTEM AREADY ON THE DISK. YOU HAVE BEEN WARNED. --- NEW FILE --- The GNU assembler in Andy's cross compilation tool set is a little different from DEC's MACRO32 assembler. This file summarises the differences. 1. #, ^ and @ become $, ` and * In VAX MACRO you might write: movl #0, 8(r5) movl #0, @8(r5) movl #0, L^8(r5) In gas, these are written: movl $0, r0 movl $0, *8(r5) movl $0, L`8(r5) 2. ^X becomes 0x Hex constants are prefixed with 0x, rather than ^x Similarly, a leading zero not followed by an x implies octal. Therefore the following instructions are equivalent: VAX MACRO: movl #64, r0 movl #^x40, r0 movl #^o100, r0 gas: movl $64, r0 movl $0x40, r0 movl $0100, r0 --- NEW FILE --- $Id: cpu.txt,v 1.1 2001/09/19 15:53:39 atp Exp $ INTRODUCTION ============ This file attempts to collate all the CPUs that we know about, how they are identified and any quirks or bugs that we need to watch for. VAX CPUs are identified with model numbers beginning with KA followed by 2 or 3 digits. Multiple DEC systems may use the same CPUs, with different surrounding hardware (and slightly different firmware in some cases), but the basic operation should be much the same. These CPUs fall into families that seem to have various codenames (such as RIGEL and MARIAH). Where possible, we will try to use the KAxx designations, rather than the codenames. A VAX CPU is identified during boot by first examining internal processor register 0x3E (PR$_SID). The high byte of this register seems to denote the processor family. The meaning of the low 3 bytes depends on the family. SUPPORTED CPUS ============== KA42 KA43 KA46 KA410 KA630 KA650 UNSUPPORTED CPUS ================ KA41 KA52 KA55 KA60 KA620 KA640 KA655 KA660 KA730 KA750 KA780 KA785 KA790 ******************************************************************************* ******************************************************************************* KA650 ===== Description: Q-22 bus single-board CPU. M-number is M7620. Based on the CVAX implementation of VAX. Sometimes called a MicroVAX III. The only I/O on the CPU itself is the console serial port. Shipped in: VAXstation 3500 Identification: PR$_SID: The high byte is 0x0A. This indicates a CVAX-based CPU. The low byte holds the microcode revision. SIDEX at 20040004: The high byte is 0x01. This seems to indicate a Qbus CPU. Bits 16 to 23 hold the firmware revision. Bits 8 to 15 contain 0x01. This means KA650. The meaning of bits 0 to 7 is unknown. Notes: The KA650's firmware is held in a pair of 27512 EPROMs. Some units shipped with firmware versions that didn't even have a HELP command. Looking at the KA650 firmware, it looks like the same firmware is used in the KA640 and KA655 as well. There are a lot of CASEx instructions that dispatch on bits 8 to 15 of SIDEX. ******************************************************************************* ******************************************************************************* KA43 ==== Description: Integrated CPU and mainboard based on the RIGEL implementation of VAX. The board also contains two NCR5380 SCSI controllers, an AMD LANCE ethernet controller and a DZ11-compatible serial controller. Maximum memory is 32MB. Online copy of the VAXstation 3100 Model 76 Owner's Guide (EK-VX31M-UG) available at http://www.whiteice.com/~williamwebb/intro/DOC-i.html. Shipped in: VAXstation 3100 Model 76 Identification: PR$_SID: The high byte is 0x0B. This seems to indicate a RIGEL-based CPU. The meaning of the low 3 bytes is unknown. SIDEX at 20040004: The meaning of the SIDEX is unknown. Notes: Sharing memory with the LANCE chip requires a bit of hackery. Physical memory is accessible from 0x00000000 to 0x01ffffff (as normal), but is also accessible via the "DIAGMEM" region of I/O space from 0x28000000 to 0x29ffffff. To prevent strange behaviour (such as memory read parity error machine checks), you _must_ read and write the memory shared with the LANCE via the DIAGMEM region. One way to do this is to kmalloc() a region for the LANCE structures and buffers and modify the PTEs for this region to OR in bits 0x00140000 in the PFN field (to make them point to the DIAGMEM region). Actually, using get_free_pages() might be a better idea, since there might be other data structures sharing pages with this region, because kmalloc() doesn't page-align. Another way is to calculate the physical addresses behind the kmalloc()ed region and ioremap() them. This has the disadvantage of using twice as many PTEs. It looks like this might be needed for DMA to the SCSI controllers as well. --- NEW FILE --- <html> <BODY TEXT="#000000" BGCOLOR="#FFFFFF" LINK="#009900" VLINK="#990032" ALINK="#6F7463" FONT FACE="Helvetica"> <FONT FACE="Helvetica, Arial"><FONT SIZE=+1> <h1>Documentation</h1> This area holds all sorts of documentation generated by the project, from HOWTO's to some technical discussion documents. <h2>Howtos</h2> <ul> <li><a href="mopd-instructions.txt">How to use mopd</a> <li><a href="README">How to get started hacking with Linux/VAX</a> </ul> <p> <h2>Technical</h2><p> <UL> <LI><a href="assembler.txt">Description of Assembler Syntax</a> <LI><a href="cpu.txt">Notes on CPU/System types</a> <li><a href="interrupts.txt">Interrupt handling</a> <li><a href="ka43-interrupts.txt">Worked example of interrupt decoding (KA43)</a> <li><a href="memory.txt">Memory map and discussion</a> <li><a href="syscall.txt">How syscalls work.</a> <li><a href="task-memory.txt">Task memory layout, limitations and WSMAX</a> <li><a href="xdelta.txt">Xdelta</a> </UL> <SCRIPT> <!-- document.write("<font size=-1>Last modified "+document.lastModified+"</font>"); // --> </SCRIPT> </body> </html> --- NEW FILE --- <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML> <HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> <META NAME="GENERATOR" CONTENT="Mozilla/4.10 [en] (X11; I; Linux 2.0.36 i586) [Netscape]"> <META NAME="Author" CONTENT="atp"> <TITLE>Linux/VAX Porting Project</TITLE> </HEAD> <frameset rows="130,*" border=0> <frame src="../header.html" name=header> <frame src="docframe.html" name=body > </frameset> </HTML> --- NEW FILE --- 20000709 KPH Here's how I intend to deal with interrupt and exception dispatching. o During boot time, trap_init fills the whole SCB with stray handlers. Since the CPU might save some longwords of data on the stack after an exception, we can't just continue from one of these exceptions in the general case. (However, interrupts from devices that come through the second and subsequent pages of the SCB should be continuable.) The stray handlers might help out with autoprobing interrupts if we decide to implement probe_irq_on() and probe_irq_off(). Dammit, I hate using the term IRQ when talking about VAXen. It just seems so PC-centric... o When an interrupt (or exception) occurs and the CPU dispatches to the handler address in the SCB, the only clue we have as to the interrupt or exception number is the handler address. There is no other way to tell which interrupt happened. This implies that every interrupt or exception handler must have a unique address. o When a driver (or other code) calls request_irq(), we allocate a data structure (let's call it irqvector) that contains a struct irqaction and a little bit of in-line code. This code just pushes PC on the stack and jumps to the generic handler. (It does this by executing a JSB instruction.) This generic handler sees a stack that looks like: SP: handler_PC (inside the irqvector) (maybe) exception info saved PC saved PSL The generic handler builds the required pt_regs struct by duplicating the saved PC/PSL and saving all the other registers. This makes the stack look like: SP: saved R0 saved R1 ... saved R11 saved FP saved AP saved SP saved PC saved PSL saved R0 handler PC (inside the irqvector) (maybe) exception info saved PC saved PSL (The second saved R0 is because we need a working register in the handler code.) The generic handler then obtains the handler PC from back up the stack, then passes this PC, the addr of the pt_regs and exception info to a dispatcher function. This function is responsible for calculating the start address of the irqvector structure and calling irqaction.handler(). When control returns to the generic handler, it restores the registers, clears the stack down as far as the original saved PC and PSL and does an REI. Anyone playing around with this stuff really needs to read the Interrupts and Exceptions chapter in the VAX Architecture Reference Manual. --- NEW FILE --- $Id: ka43-interrupts.txt,v 1.1 2001/09/19 15:53:39 atp Exp $ This info was obtained by trawling through a running VMS 7.2 on a VAXstation 3100/m76 (KA43 CPU) with the System Dump Analyzer (ANALYZE/SYSTEM). First off, this is the SCB (system control block): SDA> examine exe$gl_scb EXE$GL_SCB: 81258000 "..%." SDA> examine 81258000:81258000+3fc 80BD6E09 80002491 8000A801 80002119 .!.......$...n½. 81258000 800025F8 80B723A4 80002518 80E5CFC0 ..å..%...#o.Ø%.. 81258010 80B722C0 80B723AC 80BB35B8 80B7223C <"o..5».¬#o.."o. 81258020 80BB3479 80002118 800021D0 80002308 .#...!...!..y4». 81258030 80002300 800022F8 80B724D8 80B725E0 à%o.b$o.Ø"...#.. 81258040 8000A819 8000A811 8000A809 80002118 .!.............. 81258050 80002118 80002520 80002118 8000A821 !....!.. %...!.. 81258060 80002118 80002118 80002118 80002118 .!...!...!...!.. 81258070 80BE0C00 80BD04D0 80002118 80002118 .!...!....½..... 81258080 80C4E921 80C4E621 80002118 80BD3E91 .>½..!..!æÄ.!éÄ. 81258090 80C4E639 80C4E631 80C4E629 80C4E641 AæÄ.)æÄ.1æÄ.9æÄ. 812580A0 80002118 800027B1 80002118 80002471 q$...!..±'...!.. 812580B0 80E60A9C 80E60A00 80002118 80C4E739 9çÄ..!....æ...æ. 812580C0 80002118 80002118 80002118 80002118 .!...!...!...!.. 812580D0 80002118 80002118 80002118 80002118 .!...!...!...!.. 812580E0 80C50A5D 80C50A25 80002118 80002118 .!...!..%.Å.].Å. 812580F0 80002119 80002119 80002119 80002119 .!...!...!...!.. 81258100 80002119 80002119 80002119 80002119 .!...!...!...!.. 81258110 80002119 80002119 80002119 80002119 .!...!...!...!.. 81258120 80002119 80002119 80002119 80002119 .!...!...!...!.. 81258130 80002119 80002119 80002119 80002119 .!...!...!...!.. 81258140 80002119 80002119 80002119 80002119 .!...!...!...!.. 81258150 80002119 80002119 80002119 80002119 .!...!...!...!.. 81258160 80002119 80002119 80002119 80002119 .!...!...!...!.. 81258170 80002119 80002119 80002119 80002119 .!...!...!...!.. 81258180 80002119 80002119 80002119 80002119 .!...!...!...!.. 81258190 80002119 80002119 80002119 80002119 .!...!...!...!.. 812581A0 80002119 80002119 80002119 80002119 .!...!...!...!.. 812581B0 80002119 80002119 80002119 80002119 .!...!...!...!.. 812581C0 80002119 80002119 80002119 80002119 .!...!...!...!.. 812581D0 80002119 80002119 80002119 80002119 .!...!...!...!.. 812581E0 80002119 80002119 80002119 80002119 .!...!...!...!.. 812581F0 8000A829 8000A829 8000A829 80E642D9 .Bæ.)...)...)... 81258200 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 81258210 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 81258220 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 81258230 8000A829 80DBB389 80DBB351 8000A829 )...Q.......)... 81258240 8000A829 8000A829 8000A829 80D875D1 Ñub.)...)...)... 81258250 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 81258260 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 81258270 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 81258280 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 81258290 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 812582A0 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 812582B0 8000A829 8000A829 80DC33C9 80DC3391 .3Ü.É3Ü.)...)... 812582C0 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 812582D0 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 812582E0 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 812582F0 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 81258300 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 81258310 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 81258320 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 81258330 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 81258340 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 81258350 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 81258360 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 81258370 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 81258380 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 81258390 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 812583A0 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 812583B0 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 812583C0 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 812583D0 8000A829 8000A829 8000A829 8000A829 )...)...)...)... 812583E0 80D9CF11 80DB9BD1 8000A829 8000A829 )...)...Ñ....... 812583F0 (The hex data reads right-to-left and the ASCII reads left-to-right, i.e. VMS DUMP format.) The part we're interested in here is the second page (containing the device vectors). Most of these vectors are set to 8000a829 (which corresponds to address 8000a828, and the CPU should switch to the interrupt stack): SDA> examine/instr 8000a828 UBA$UNEXINT: JMP @#MCHK+00700 UBA$UNEXINT+00006: HALT So, these are unexpected interrupts and will lead to code near the machine check handling code. The other (used) vectors are: vector addr vector number handler addr 81258200 80 80e642d8 81258244 91 80dbb350 81258248 92 80dbb388 81258250 94 80d875d0 812582c0 b0 80dc3390 812582c4 b1 80dc33c8 812583f8 fe 80db9bd0 812583fc ff 80d9cf10 These interrupt handler addresses are containing within the CRB (Channel Request Block) for the relevant device or controller. Let's chase these down. First vector 0x80: SDA> examine/instr 80e642d8:80e642d8+10 MCHK+006F8: INCL @#IO$GL_UBA_INT0 MCHK+006FE: BRB MCHK+00700 MCHK+00700: REI This just increments an interrupt counter and dismisses the interrupt. (So the unexpected interrupt handler above effectively just dismisses the interrupt.) Next vector 0x91: SDA> examine/instr/noskip 80DBB350;2 80DBB350: PUSHR #3F 80DBB352: JSB @#GABDRIVER+00942 So, this interrupt is probably handled by GABDRIVER. Let's verify this by looking at GABDRIVER's data structures: SDA> show device ga ... --- Primary Channel Request Block (CRB) 80DBB300 --- Reference count 1 Wait queue empty IDB address 80DB5640 Unit init. 80E0D589 Int. service 80E0DCC2 ADP address 80D87300 Ctrl. init. 80E0D4ED ... SDA> format 80DBB300 80DBB300 CRB$L_FQFL 00000000 ... 80DBB350 CRB$L_INTD 9F163FBB 80DBB354 80E0DCC2 GABDRIVER+00942 ... 80DBB388 CRB$L_INTD2 9F163FBB SDA> So the interrupt handler is 0x50 bytes into the CRB. Interestingly, there's another interrupt handler 0x88 bytes into the CRB as well. This corresponds to vector 0x92 in the table above. SDA> examine/instr 80DBB388;2 80DBB388: PUSHR #3F 80DBB38A: JSB @#GABDRIVER+0145C So this device uses two interrupt vectors. This means that the CRBs for the other vectors are: vector addr num handler addr CRB address driver 81258200 80 80e642d8 (no driver) 81258244 91 80dbb350 80dbb300 GABDRIVER 81258248 92 80dbb388 80dbb300 GABDRIVER 81258250 94 80d875d0 80d87580 ESDRIVER 812582c0 b0 80dc3390 80dc3340 YEDRIVER 812582c4 b1 80dc33c8 80dc3340 YEDRIVER 812583f8 fe 80db9bd0 80db9b80 PKNDRIVER (PKA) 812583fc ff 80d9cf10 80d9cec0 PKNDRIVER (PKB) GABDRIVER is the framebuffer driver, ESDRIVER is ethernet, YEDRIVER is a terminal port driver (I think) and PKNDRIVER is a SCSI port driver. So, to summarize, the KA43 device interrupts are: Framebuffer 0x91, 0x92 LANCE ethernet 0x94 DZ11 serial 0xb0, 0xb1 NCR5380 SCSI: internal 0xfe external 0xff --- NEW FILE --- $Id: memory.txt,v 1.1 2001/09/19 15:53:39 atp Exp $ ATP 20010910 Note: This is more a discussion document about the memory map on the vax architecture. For discussion of VAX memory management, and the compromises made by this port, and how that affects most people see the file task-memory.txt in this directory. 0) Terminology PAGE_OFFSET is set to be 0x80000000. So Physical Memory address 0 is mapped to Virtual address PAGE_OFFSET. This is the start of the VAX S0 segment, and limits the physical memory to 1024Mb. But, hey, find me a VAX with more than 1024Mb RAM. PAGE_SIZE. A page is 4096 bytes long. PAGELET_SIZE. A pagelet is 512 bytes long. See include/asm-vax/mm/pagelet*.h The Hardware page size on a VAX is 512 bytes. Hardware pages are called pagelets. The pagelet layer, implemented in asm-vax/mm/ and arch/vax/mm (pgalloc.c mostly), groups pages into logical pages of 4096 bytes. The rule here is; Any data structure likely to be seen by arch-independent code uses pages. Any arch-specific code may use pagelets, but its highly discouraged. There is one exception to this, which is the S0 part of the process pgd (page directory). The Linux arch independent code never goes near the S0 page table, as its unaware that it exists (thankfully). We keep the S0 base and length pair in pagelets. The P0 and P1 sections base and length registers are kept in pages, for consistency, and converted on the fly, when the registers in the PCB (process control block) are updated. The S0 section is only ever touched at boot, and becomes frozen by the time processes start. Its only ever touched by vax arch code. A page table entry (pte, type pte_t ) maps a page. Each pte is in fact a structure (struct pagecluster_t) that describes the underlying pagelet ptes for that page (hwpte, hwpte_t). Why do we have a pagelet layer? Well, its a long story, but it makes life a lot easier elsewhere. 1) Memory map. The memory map has stabilised a little. Here is what it looks like sept 2001. I feel that RPB shoud live in a well known place too. Virtual Length Description 80000000 1 page bootmap (mem_map) 80001000 1Mb-1page Free 80100000 kern_size Kernel code data and bss sections SPT_BASE SPT_SIZE Pagelet (512 bytes) aligned start of system page table. Length depends on physical memory, plus other variables - see below. iomap_base IOMAP_SIZE i/o remapping area. A set of ptes in the system page table we can use for remapping device io ports. e.g. microvax prom registers, ethernet card CSR regs. The start of this is page aligned (4096 bytes) vmallocmap_base VMALLOC_SIZE vmalloc() area. TASKPTE_START see below TASKPTE area. Stores P0 and P1 page tables for user processes. Sized at compile time. See below. TASKPTE_END max_pfn*4096 Free (May contain VMB bitmaps on the last page) 2) System page table. The system page table as far as TASKPTE_START is initialised in boot/head.S the early boot assembly code. The initialisation of iomap and vmalloc should probably move to mm/init.c. paging_init() in mm/init.c initialises the remainder, which at present is the task pte area. Once paging_init() has returned, there are no further alterations to the system page table. The following are equivalent. S0 base register: SPT_BASE, swapper_pg_dir[2].br, pg0. S0 length register: SPT_LEN, swapper_pg_dir[2].lr SPT_SIZE is the size in bytes of the SPT. The system page table must be pagelet aligned. 3) TASKPTE areas. An area must be set aside in system space to hold process page tables. This is the TASKPTE area. This is sized at kernel compile time (currently) using the variabled defined in include/asm-vax/mm/task.h The task pte area is composed of TASK_MAXUPRC "slots". Each slot is laid out like this name size description p0pmd 2 pages Fake P0 page mid level directory p1pmd 2 pages Fake P1 page mid level directory p0pte set by TASK_WSMAX P0 page table p1pte set by TASK_STKMAX P1 page table Slots are aligned to 8192 bytes. The page mid level directories are needed because the linux MM code needs to keep track of which ptes are allocated across the entire address space. Its easier to fake a page midlevel directory each entry of which is a 4 byte longword pointing at the relevant part of the page table. The TASK_WSMAX define limits how much virtual address space is allocated to the process P0 region. This is composed of two sections, the text section and the data section. The amount of address space allocated to each is defined by TASK_TXTMAX and TASK_MMAPMAX. TASK_STKMAX limits the amount of P1 space available. The need to restrict the virtual address spaces is imposed by the VAX MM hardware. Each process has potentially 1Gb P0 and 1Gb P1 space available to it. However, the allocation is not sparse, like it is on CPUs with a tree structured MMU. If a process allocates a page 200MB into its P0 space, then we must increase the P0 length register to include the pte that describes this page at 200MB. That makes all the intervening addresses in the page table from 0 to 200MB be part of the P0 page table too. (The PTEs may be invalid, or the addresses that they would occupy be used by something else, but they are there as far as the MMU is concerned). Once we have mapped all of the intervening space, we can set the page table base and length registers to the right values to point at the base of the page table, and the length in ptes, up to 200MB. In contrast on an alpha or i386 for example, one only needs to allocate a single page (plus one more for the pmd if on an alpha) and enter it into the correct slot in the pgd. Additionally, The base and length registers for a P0 page table point at a region that must be contiguous in S0 space. This makes expansion hard, as there is a very specific S0 virtual address needed to map any given address in a P0 pagetable. If that address is already occupied by something else then either you cannot expand, or you must move the other user of that virtual address. Thats not feasible. The obvious solution here is to map a P0 or P1 process page table in its entirety, from 0 to 1024Mb, into S0 space. This avoids the expansion problem. We just reserve a chunk of S0 address space for as many P0 and P1 page tables as we need. Each is located in a specific range of S0 virtual address space. We can then map in actual physical pages to hold the P0 page table ptes for addresses on an as needed basis. They just need to be mapped to specific S0 addresses. The problem with that, is that the S0 page table, which manages the S0 address space, is located in _physical_ memory. The same problems as above are in place, with the exception that specific physical addresses are needed. So if we reserve a chunk of virtual address space, then we are effectively allocating S0 ptes (sptes) that map that space. One spte maps one page of S0 address space. If we reserve enough S0 space for the page tables for one process's P0 and P1 address space (2048MB), then we are reserving 2048*1024*1024 / 4096 = 524288 pages of P0/1 space = 524288 P0/1 ptes. Each pte is 32 bytes in size. So the amount of S0 space we need to reserve to hold this page table is. 524288 * 32 = 16 Mb. 16Mb of S0 space is; 16 * 1024 * 1024 / 4096 = 4096 pages of S0 space = 4096 S0 ptes. Each pte is 32 bytes in size. So the the amount of physical memory we need to allocate to the S0 page table is; 4096*32 = 128 kb. If we allow 64 processes, then we are tying up; 64 * 128 = 8Mb So we have lost a 8 Mb of contiguous physical memory. And this is just RAM to hold the S0 page table. This does not include the allocated pages which hold the P0 page table. (Admittedly these can be any page returned by __get_free_page(), so there is no need for contiguity.) Most processes have small memory requirements, so this 8 Mb is mostly unused. Most VAXes have a small amount of RAM. For later model 3100 series between 8 and 16 Mb is not an unusual amount of RAM. Earlier systems will typically have less. We cannot afford to waste this much RAM, so we take the step of limiting the virtual address spaces to more practical values. At the time of writing the values were set like this; TASK_TXTMAX 6Mb Maximum program size TASK_MMAPMAX 58Mb Maxumum amount of address space available for allocation. TASK_STKMAX 4Mb Maximum stack size TASK_MAXUPRC 64 Maximum number of processes Which allows large programs like gcc to run with some headroom. The space taken up by the process page tables with these values is; 68 * 1024 * 1024 / 4096 = 17408 P0/1 pages = 17408 P0/1 ptes 17408 * 32 = 544 kb S0 space 544 *1024 / 4096 = 136 S0 pages = 136 S0 ptes. 136 * 32 = 4352 bytes of RAM. for 64 processes, this is = 272 Kb. Which is not that much. The S0 page table needs to be allocated in a block of contiguous physical memory, so we allocate it in its entirety right at the start of the boot process. I suppose it is theoretically possible to shift pages around and expand the S0 page table, on a running system, but I think it would be nigh on impossible to backtrace the users of a given physical page. One could swap out all the pages needed, but doing that whilst in the middle of modifying the system page table is prone to error to say the least. That just leaves the problem of shuffling things around in the S0 virtual address space to expand the process page tables. However, all the systems I know of on the VAX fix the process virtual address space in this way, or similarly, taking the lead from VMS. The actual pages allocated to hold the process page tables are done on demand, so only as much physical memory as is actually needed to hold the process PTEs is used. The PMD keeps track of which pages in the process page table are allocated (Because our PGD holds the base and length registers, amongst other things). Room for Improvement -------------------- We waste space with the pgd. We can use the TASK_xxxx macros to set default values. New values can be supplied as a kernel command line argument, so that we only need to reboot, not recompile to alter the page table sizes. We can condense the pmd down into a smaller number of pages, but this requires smarter pmd_xxx routines to emulate the missing bits of the process pmds, when linux scans the pmds. We need to eliminate the PGD_SPECIAL botch. PGD/PMD/PTE. ------------ In Linux, the pgd is the highest level division of virtual address space. For the VAX the mapping is clear, A process has 4 main sections in the 32 bit address space. P0, P1, S0 and S1, each of which is 1024Mb in size. P0 0x00000000 - 0x3fffffff "Process space" P1 0x40000000 - 0x7fffffff "Process stack space" S0 0x80000000 - 0xbfffffff "System Space" S1 0xc0000000 - 0xffffffff "Unreachable/Reserved" Each one of these has a pgd entry in a page table. Each pgd_t is a structure defined in include/asm-vax/mm/pagelet.h, which includes the base and length registers for that segment. Each page is 4096 bytes in size. Each pte is 32 bytes in size. So each page allocated to a page table holds 4096/32 = 128 ptes. Each page of ptes in a page table therefore maps; 128*4096 = 512 kb of address space. So, in order to map the whole of one segment (one pgd_t) we need 1024*1024/512 = 2048 pages of ptes in the page table. To keep track of which pages are allocated, we need to keep a PMD. Each pmd_t is a longword (4 bytes) so we need 2048 * 4 / 4096 = 2 pages per PMD. These are located at the start of the task slot. -- atp Sept. 2001. KPH 20000416 We need to decide on what the overall memory map in S0 space will look like. Here's what I think: Start Length 80000000 1MB Spare space left over from kernel load time. Will be put on the kernel's free list. 80100000 kern_size Kernel code, data and bss sections pg0 spt_size System page table. Length will be dependent on physical memory size plus some extra space for mapping I/O pages mem_map memsize*40 The mem_map array contains one entry for each physical page of ram. remainder Remaining pages are put on free list ====================================================================== KPH 20000107 (2.2.10-991101-kh5) After a little discussion with Andy, it looks like we'll create a full-size system page table (SPT) in the asm code in head.S. This SPT needs to have one entry for each physical page of memory and additional entries to do any I/O space and ROM mapping required. This page table needs to be physically contiguous. We also need to define a region for the interrupt stack. 4KB should be plenty. (Might be a good idea to put canary values at the bottom and check them periodically.) We need an SCB (system control block, contains the interrupt and exception dispatch vectors). ====================================================================== KPH 19991118 (2.2.10-991101-kh2) Here's what happens with memory management during boot time: o VMB locates a region of good memory and leaves a little space for a small stack. On my VAXstation 3500, this is always physical address 0x00005000 The initial SP is 0x00005200, leaving 1 page for a stack. (If your memory has no faults, then you could grow the stack below 0x00005000, but VMB makes no guarantees about those pages.) o VMB loads the kernel image via MOP. On my machine, this is always 00005800 o VMB calls the entry point (512 bytes into the image - that's why there is a page of zeroes tagged onto the front of the MOP image) Again, on my machine, that means that 'start' in head.S gets called at 00005A00. o head.S then copies the whole loaded image up to 00100000 (1 MB). Once VM is enabled, virtual address 80100000 will be mapped to this physical address. The kernel image is linked with a base address of 80100000 (see arch/vax/vmlinux.lds). o The BSS section is filled with zeroes. o At this point, head.S jumps from somewhere near 00005A00 to the corresponding point above 00100000 (that's the jump to 'reloc' in head.S). Note that SP is still down at 00005200. o A system page table is built at physical address 00200000 (2MB). 16384 (0x4000) page table entries (PTEs) are created. Each is marked as valid and protection is set to user write. The page frame numbers (PFNs) in these PTEs are set to map the lower 8MB of physical memory. The System Base Register (SBR) and System Length Register (SLR) are loaded with 00200000 and 4000 to point to this page table. Once VM is turned on, the addresses 80000000 to 807fffff will map to the first 8MB of physical memory. But, we haven't turned on VM yet... o To enable VM and start running the kernel code in S0-space above 80100000, we need to do two things: 1. Set the MAPEN processor register to 1 2. Jump to an address in (the now valid) S0 space. However, immediately after we've set MAPEN, the PC still contains an address somewhere above 00100000. The CPU now interprets this as a virtual address in P0-space. We have to arrange for this address to be valid, otherwise we'll crash and burn... To make this address valid, we need to make a P0 page table that will be active when MAPEN is set. First we work out how many pages from the start of memory to the _VAX_start_mm code (i.e. _VAX_start_mm's page frame number, or PFN). We have a small, 8-page P0 page table that we fill with this PFN (and the 7 following PFNs). Then we load the P0 Base Register with a value that points to the correct distance _before_ our little P0 page table such that the first entry in the table maps _VAX_start_mm. For example: o _VAX_start_mm gets loaded at 00005C00 o head.S relocates it to 00100200, which is PFN 801 o Assume p0_table is at 00100280. This will be mapped by virtual address 80100280 once MAPEN is set. o We fill our little P0 page table to map PFNs 801 to 808 o We set P0BR to 80100280 - (801*4). The *4 is because a PTE is 4 bytes. P0LR is set to 809. Note that we're counting on the fact that nothing is going to refer to any address between 00000000 and 001001ff. If something does refer to an address in this range, we're in trouble because the PTEs for these addresses are not initialized correctly. o We load P1BR and P1LR with 'sensible' values to prevent the CPU from freaking out. o Next we have to fix up the addresses on the stack. Note that SP still points to somewhere below 00005200 (on my machine, anyway...). _VAX_start_mm is called via a CALLS from head.S, so there is exactly one full stack frame that needs fixing up: o The saved AP, FP and PC are incremented by 0x80000000 to point to the corresponding addresses in S0 space once VM gets turned on (remember that physical addresses 00000000 to 007fffff will be mapped by 80000000 to 807fffff). o The current SP and FP are incremented by 80000000. o R6 is loaded with the physical address of 'vreloc' in mmstart.S and incremented by 80000000 to give vreloc's soon-to-be-valid virtual address. o MAPEN is set to 1. At mentioned above, PC still contains a virtual address that is something above 00100200, but our fake P0 page table maps that to the same physical address. o We jump to vreloc's virtual address held in R6. o Job is done... return to head.S which then calls start_kernel. Some thoughts on the above: 1. On older VAXen (780-era), VMB only tries to find 64Kb of good memory. If this is still true on newer VAXen, then this won't be enough to hold the full Linux kernel. Instead, what we'll probably have to do to boot on machines with some bad memory is: o VMB loads a small boot loader which creates a system page table that maps all good memory pages (or maybe maps all pages and marks bad ones as invalid). o This boot loader then enables VM and loads the kernel proper. This isn't so nice because pulling the whole kernel across MOP means we don't have to write boot-time device drivers. 2. What happens if the kernel image is too big to fit between 00005A00 and 00100000 (i.e. is 1MB or bigger)? Well, first we'll have to relocate the kernel by starting the copy at the top and working down. Secondly, we'll have to make sure that all code that runs before the jump to 001xxxxx is at the start of the image. (Not a problem, actually... The linker script will take care of that.) 3. What about machines with more than 8MB? Or less than 8MB? What's the best place to pull the memory size and good/bad info from the RPB? Perhaps in head.S when we're building the system page table? --- NEW FILE --- mopd instructions. atp. 16th March 1999 mopd speaks the maintenance operations protocol, which is currently the easiest way of getting the test images into the microvax. The mopd I use can be downloaded from http://www.linux-vax.org/downloads/ This is the netbsd version with enhancements by Karl Maftoum. Usage; On your Linux/i386 system: as root ifconfig eth0 promisc mopd -a mopd will look for files of the form /tftpboot/mop/>yourVAXesMACaddress<.SYS e.g. [atp@mssllc /]$ ls /tftpboot/mop/ 08002b0fbba6.SYS Obviously you will need to change that to match your microvaxes MAC address. You also may wish to SET HALT 3 before you BOOT ESA0 at the console. --- NEW FILE --- $Id: syscall.txt,v 1.1 2001/09/19 15:53:39 atp Exp $ This file describes how syscalls work on the VAX. When userland wants to do a system call, calls a wrapper function in the standard way (so we get a standard call frame built on the stack). This wrapper then simply does a CHMK (change mode to kernel) instruction, specifying the number of the syscall: In file user-app.c: fd = creat(filename, mode); In libc: #define CHMK(x) __asm__("chmk %0" : : "g" (x) : ) int creat(const char *filename, mode_t mode) { CHMK(__NR_creat); } In the kernel, the exception handler for change-mode-to-kernel exceptions will get control. At this point, the stack looks like: SP: <local stack frame> struct pt_regs * (points to pt_regs further up on stack) void *excep_info (points to info pushed by hardware further up on stack ) ... struct pt_regs saved_regs ... syscall_number (pointed to by excep_info pointer above) saved PC saved PSL The saved PSL, saved PC and syscall number are pushed by the hardware when executing the CHMK instruction. The saved_regs are pushed by the common exception handler code and eventually we end up calling chmk_handler(): void chmk_handler(struct pt_regs *regs, void *excep_info) { int syscall = *(int *)excep_info; ... The next step is to collect the arguments from user-space. We cannot assume that they will be on the user stack since the app may have called creat() via a CALLG instruction. However, we do know that the AP (argument pointer register) inside creat() in libc will point to the argument list. So we pull AP out of the pt_regs structure. This will point to a standard VAX argument list, which starts with the number of arguments: AP: arg_count (should be less than 256, if not return error because userland is breaking the rules) AP+4: arg1 AP+8: arg2 ... Of course, this is all completely untrusted so we have to be careful to check all user-land accesses. We also need to copy the complete argument list to kernel space before passing them to the actual syscall function (which will do final validation). (Otherwise another user-land task could modify a pointer argument after we've verified that it points to accessible memory, but before we actually dereference it.) We try to copy the whole argument list to the kernel stack and then do a CALLS to the actual syscall handler. --- NEW FILE --- $Id: task-memory.txt,v 1.1 2001/09/19 15:53:39 atp Exp $ atp Sept 2001 For more details on the memory layout and details of the process page tables, see the memory.txt file in this directory. If you see this message in your system logs, then this file is for you; VAXMM: process 81292000 exceeded TASK_WSMAX (64MB) addr 4000000 VAXMM pte_alloc: sending SIGSEGV to process 81292000 VM: killing process as vax-dec-linux-gcc: Internal compiler error: program as got fatal signal 9 Due to the constraints of the VAX MMU, we need to decide at compile time how much virtual address space to allocate to user processes. The number of processes and the amount of memory is limited by a set of #defines in the file. include/asm-vax/mm/task.h This allows us to size the number of tasks and the amount of virtual address space each one is allowed. Those defines are; TASK_WSMAX This is the "process address space" in P0. This is normal memory. If you run out of RAM, then this is the one to pay attention to. In VMS terms this is like WSMAX. TASK_WSMAX is the sum of TASK_TXTMAX and TASK_MMAPMAX TASK_TXTMAX This is largest program that can be run. The default value is about 6Mb. (Bear in mind that the program size on disk may not reflect its size in memory, as it may have lots of debugging information and other stuff that wont be loaded as a running program. TASK_MMAPMAX This is the memory used for the mmap() system call, and hence to the malloc library routine. This is the amount of address space available for allocation by a running program. The default value is about 58Mb. If you see a warning about WSMAX being exceeded, whilst running a program, this is the one to increase. TASK_STKMAX The amount of address space in the P1 region. This is the amount of stack memory allocated to the process. The default value is 4 Mb. TASK_MAXUPRC The maximum number of user processes allowed to run at any one time. This is like BALSETCNT on VMS. The default value is 64. TASK_WSMAX = TASK_TXTMAX + TASK_MMAPMAX Decide if you want to run bigger programs (increase TXTMAX) or let the programs have more memory (MMAPMAX), or more programs (MAXUPRC). However, don't set the sizes too much larger than you need, as you will lose more RAM to the system page table (and thats unavailable for user processes) the bigger these variables are. --- NEW FILE --- KPH - 20000206 Here's how to use XDELTA as a kernel debugger on a VS3500 with VMB 5.3. 1. Edit arch/vax/boot/head.S and add a HALT instruction somewhere near the beginning and recompile. (Replacing one of the initial 4 NOPs might be useful, since that won't change the layout of the linked image.) Insert a BPT instruction where you want a breakpoint 2. Boot with a boot parameter of 20 (hex). This tells VMB to load XDELTA and trigger a breakpoint. What this actually does is make the initial SCB vectors for machine check, reserved operand, access violation, page fault, trace and breakpoint point into code in XDELTA. (XDELTA is copied to RAM along with the rest of VMB when you enter the BOOT command.) 3. Before trying to locate a boot device and load an image, VMB will stop at a breakpoint: >>>e\e\b/20 (BOOT/R5:20 XQA0) 1 brk at 000004EB 4. Type '4000/'. This will 'open' the address 4000 (which is the base of VMB's SCB). Hit Ctrl-J repeatedly to examine up as far as address 402C: 1 brk at 000004EB 4000/00000D0D 00004004/0000313C 00004008/00000D0D 0000400C/00000D0D 00004010/00000D0D 00004014/00000D0D 00004018/0000313C 0000401C/00000D0D 00004020/0000313C 00004024/0000313C 00004028/00003251 0000402C/000031F1 5. Note the values at addresses 4004 (machine check), 4018 (res opr), 4020 (accvio), 4024 (page fault), 4028 (trace) and 402C (bpt). Unfortunately, VMB clobbers these before passing control to the loaded kernel image. 6. Type ';P' and hit RETURN to continue from the breakpoint. VMB will load the kernel as normal, transfer control to it and hit the HALT you inserted in step 1. 7. Now, use the console's DEPOSIT command to set the SCB vectors recorded above to point into XDELTA again and CONTINUE: >>> D/P 4004 313C >>> D 4018 313C >>> D 4020 313C >>> D 4024 313C >>> D 4028 3251 >>> D 402C 31F1 >>> C 8. When your BPT instruction is reached, XDELTA will gain control again. Some additional notes: o There seems to be a problem with the above method. The S command (single step) causes the machine to lock up when used after step 8. Front-panel halt switch, or a BREAK from the console is required to restore life. o You can find the manual for XDELTA at the Compaq OpenVMS web site: http://www.openvms.digital.com:8000/72final/4540/4540pro.html Warning! It's pretty primitive... o The version of XDELTA in VMB 5.3 doesn't include 'instruction' mode, so you can't disassemble instructions. Since there is an EXAMINE/INSTRUCTION console command, there is code somewhere in the ROM to decode instructions. It shouldn't be too difficult to hack XDELTA to use this code. The XDELTA code itself is very simple. o The ROM-based XDELTA won't work once VM has been enabled. This limits its usefulness at present. However, the XDELTA code looks to be 100% position-independent, so the kernel should be able to copy it (either from ROM or from RAM) at boot, and hook the relevant SCB vectors up to it. (The kernel could also patch XDELTA to add support for instruction mode at this point.) |
Update of /cvsroot/linux-vax/www/htdocs In directory usw-pr-cvs1:/tmp/cvs-serv27950 Modified Files: index.html Added Files: header.html indexframe.html linkframe.html links.html news.html newsframe.html skeleton.html skelframe.html Log Message: Attempt to update the web server --- NEW FILE --- <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML> <HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> <META NAME="GENERATOR" CONTENT="Mozilla/4.10 [en] (X11; I; Linux 2.0.36 i586) [Netscape]"> <META NAME="Author" CONTENT="atp"> <TITLE>Linux/VAX Porting Project</TITLE> </HEAD> <BODY TEXT="#000000" BGCOLOR="#FFFFFF" LINK="#009900" VLINK="#990032" ALINK="#6F7463" FONT FACE="Helvetica"> <H1> <IMG SRC="images/lvax2.gif" NOSAVE HEIGHT=61 WIDTH=679></H1> <FONT FACE="Arial,Helvetica"><FONT SIZE=+2> <A HREF="index.html" target="_top">Home</A> | <A HREF="newfaq/newfaq.html" target="_top">FAQ</A> | <A HREF="news.html" target="_top">News</A> | <A HREF="docs/index.html" target="_top">Documentation</A> | <A HREF="links.html" target="_top">Links</A> | <A HREF="download/index.html" target="_top">Downloads</A> </FONT></FONT> <HR width=690 align=left> --- NEW FILE --- <html> <BODY TEXT="#000000" BGCOLOR="#FFFFFF" LINK="#009900" VLINK="#990032" ALINK="#6F7463" FONT FACE="Helvetica" > <table WIDTH=680><tr><td> <FONT FACE="Helvetica, Arial"><FONT SIZE=+2> A port of Linux to the VAX Architecture.</FONT> <p> <FONT SIZE=+1>Welcome to the Linux/VAX porting project. This is a port of the Linux Kernel to the Digital Equipment Corporation (DEC) (now owned by Compaq/Hewlett Packard) VAX and MicroVAX mini computer systems. VAX (Virtual Address eXtension) computers were designed and built from the mid-1970s through to retirement of the line in 1999/2000. <p> Here you will find all you need to get the Linux Kernel up and running on a VAX computer. We don't support many of the models yet, and it is very early days - we don't (at the time of writing) have dynamic libraries yet! But if you have one of the systems listed in the FAQ you can run a limited version of Linux on it. See the Documentation link for details on the installation process. However, its very rough at the moment, and you need to be very comfortable with the command line and root prompt to be successful. <p> If you don't like the idea of that, then we suggest that you visit our friends over at the NetBSD project at <A HREF="http://www.netbsd.org">http://www.netbsd.org/</A> who make a free UNIX that runs on a wide variety of VAX hardware. NetBSD has a much easier installation, not to mention fewer bugs (at the moment...). <p> Still here?<p> You might like to join the Mailing list if you are serious about this...<p> The mailing list is somewhat imaginatively titled <TT>linux-vax</TT>. It changed its home a few years ago, and If you were a member of the old list at resserv, you will need to resubscribe to the new list, as the list of members was not saved. Its not exactly high volume :-).<p> To subscribe, send an email to: <P>The <FONT FACE="Courier New,Courier" SIZE=-1>majordomo</FONT> account at <FONT FACE="Courier New,Courier" SIZE=-1>solar.physics.montana.edu</FONT> <P><FONT FACE="Arial,Helvetica">with</FONT> <P><FONT FACE="Arial,Helvetica">"</FONT><FONT FACE="Courier New,Courier"><FONT SIZE=-1>subscribe linux-vax</FONT></FONT><FONT FACE="Arial,Helvetica">" in the body (without the quotes of course)</FONT> <P> There is a hypermail mailing list <A HREF="http://solar.physics.montana.edu/hypermail/linux-vax/">archive</A> as well if you just want to lurk. </td></tr></table> <HR width=690 align=left> <table><tr><td width="300" valign="top"><font FACE="Helvetica, Arial" size=+1> This project would like to acknowledge the support of the following companies or organisations:</font></td> <td> <a href="http://www.pergamentum.com/"><img src="http://www.pergamentum.com/images/logo_new.gif" border="0" align="top" width="107" height="60" border="0"> </a> <A href="http://sourceforge.net"> <IMG src="http://sourceforge.net/sflogo.php?group_id=2626&type=1" width="107" height="60" border="0" align="top"></A> <IMG src="images/nworkhouse.jpg" width="107" height="60" border="0" align="top"> </td></tr></table> <hr width=690 align=left> <SCRIPT> <!-- document.write("<font size=-1>Last modified "+document.lastModified+"</font>"); // --> </SCRIPT> </body> </html> --- NEW FILE --- <html> <BODY TEXT="#000000" BGCOLOR="#FFFFFF" LINK="#009900" VLINK="#990032" ALINK="#6F7463" FONT FACE="Helvetica"> <h1>Useful links</h1> <h2>Other Linux/VAX pages</h2> <ul> <li>Andys <a href="http://www.pergamentum.com/~atp/vax">linux vax page</a> <li>Kenns <a href="http://www.bluetree.ie/~kenn/linux-vax/">linux vax pages</a> <li>Daves <a href="http://www.skynet.ie/~airlied/vax">pages</a> </ul> <p> <h2>Other</h2> <ul> <li><a href="http://www.netbsd.org">NetBSD project</a> <li><a href="http://www.openvms.compaq.com">Compaq OpenVMS</a> <li><a href="http://www.vaxarchive.org">VAX Archive</a> <li><a href="http://www.compaq.com/alphaserver/vax">Compaq VAX systems</a> </ul> <SCRIPT> <!-- document.write("<font size=-1>Last modified "+document.lastModified+"</font>"); // --> </SCRIPT> </body> </html> --- NEW FILE --- <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML> <HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> <META NAME="GENERATOR" CONTENT="Mozilla/4.10 [en] (X11; I; Linux 2.0.36 i586) [Netscape]"> <META NAME="Author" CONTENT="atp"> <TITLE>Linux/VAX Porting Project</TITLE> </HEAD> <frameset rows="130,*" border=0> <frame src="header.html" name=header> <frame src="linkframe.html" name=body > </frameset> </HTML> --- NEW FILE --- <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML> <HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> <META NAME="GENERATOR" CONTENT="Mozilla/4.10 [en] (X11; I; Linux 2.0.36 i586) [Netscape]"> <META NAME="Author" CONTENT="atp"> <TITLE>Linux/VAX Porting Project</TITLE> </HEAD> <frameset rows="130,*" border=0> <frame src="header.html" name=header> <frame src="newsframe.html" name=body> <SCRIPT> <!-- document.write("<font size=-1>Last modified "+document.lastModified+"</font>"); // --> </SCRIPT> </frameset> </HTML> --- NEW FILE --- <BODY TEXT="#000000" BGCOLOR="#FFFFFF" LINK="#009900" VLINK="#990032" ALINK="#6F7463" FONT FACE="Helvetica"> <TABLE CELLSPACING=0 CELLPADDING=0 COLS=1 WIDTH="690" BGCOLOR="#990033" NOSAVE > <TR NOSAVE> <TD NOSAVE><B><FONT FACE="Arial,Helvetica"><FONT COLOR="#FFFFFF"><FONT SIZE=+2>News</FONT></FONT></FONT></B> <TABLE CELLSPACING=0 CELLPADDING=0 COLS=1 WIDTH="100%" HEIGHT="100%" BGCOLOR="#FFFFFF" NOSAVE > <TR NOSAVE> <TD NOSAVE> <TABLE WIDTH="100%" NOSAVE > <TR NOSAVE> <TD WIDTH="15%" NOSAVE></TD> <TD VALIGN=TOP NOSAVE></TD> </TR> <!-- News entry boundary --> <TR VALIGN=TOP NOSAVE> <TD>20 Sep 2001</TD> <TD NOSAVE> Updated Website with more useful information. 3100/30,38,76's working - mostly. There is a first cut bootloader for the above, called "Andy's Scsi Boot loader", or asbl. <P> </td> <!-- News entry boundary --> <TR VALIGN=TOP NOSAVE> <TD>24 Jun 2001</TD> <TD NOSAVE> Mopd, uLibc and busybox now in CVS. <P> </td> <!-- News entry boundary --> <TR VALIGN=TOP NOSAVE> <TD>16 JUNE 2001</TD> <TD NOSAVE> <B>Kernel</B><BR> Kernel boots to shell prompt and forks properly... more details and bootlog in <A HREF="http://solar.physics.montana.edu/hypermail/linux-vax/1056.html"> this message</A> <P> <P> </td> <!-- News entry boundary --> <TR VALIGN=TOP NOSAVE> <TD>11 JUNE 2001</TD> <TD NOSAVE> <B>Kernel</B><BR> Got a shell prompt (busybox + uClibc static) !!!!! <A HREF="http://solar.physics.montana.edu/hypermail/linux-vax/1033.html"> this message</A> has more info...<P> Complete bootlog and more information will be available soon. <P> </td> </TR> <!-- News entry boundary --> <TR VALIGN=TOP NOSAVE> <TD>21 FEB 2001</TD> <TD NOSAVE> <B>Kernel</B><BR> Mounted a root filesystem for the first time tonight! See <A HREF="http://solar.physics.montana.edu/hypermail/linux-vax/0788.html"> this message</A> for the proof... <P> This build is tagged as kh-20010221. </td> </TR> <!-- News entry boundary --> <TR VALIGN=TOP NOSAVE> <TD>20 FEB 2001</TD> <TD NOSAVE> <B>Kernel</B><BR> Things are going pretty well right now. We're now working off the official 2.4.0 kernel. Next I'll merge in 2.4.1. We intend to track the 2.4.x series at least until 2.5 starts. Don't know which way we'll go at that point yet... <P> Andy's pagelet layer is in place, making the main kernel think we really have 4K pages, when we really only have 512-byte pages. (Sssh! Don't tell it...). Good work Andy! <P> Richard Banks has started trying it out on a MicroVAX 3100 Model 85 (KA55 CPU) and, well, it's just not working... My best guess is that the PCB needs to be set up correctly before turning on virtual memory. I'll get to that real soon now, Richard. Honestly... <P> Anyway, I've tagged a build as kh-20010220 in CVS. You can see the default configuration (i.e. rm .config && make oldconfig) booting on a <A HREF="bootlogs/bootlog-kenn-vs3100m76-20010220.txt"> VAXstation 3100 Model 76</A> and a <A HREF="bootlogs/bootlog-kenn-vs4000m60-20010220.txt"> VAXstation 4000 Model 60</A>. Thanks for the 4000/60, Andy! (Incidentally, those BOOTP transmission attempts in the VS3100 bootlog are not actually putting packets on the wire.) <P> <B>Toolchain</B><BR> You will need the 20001231 toolchain to build this kernel. You can get it from CVS or grab snapshots from <A HREF="ftp://linux-vax.sourceforge.net/pub/linux-vax/tools/Binaries/"> the FTP site</A>. </td> </TR> <!-- News entry boundary --> <TR VALIGN=TOP NOSAVE> <TD>31 DEC 2000</TD> <TD NOSAVE> <B>Kernel</B><BR> Some reasonable progress recently. Check out this <A HREF="bootlogs/bootlog-kenn-vs3100-20001231.txt">boot sequence</A> on my VS3100m76. The LANCE ethernet chip, one of the NCR5380 SCSI controllers, the internal SCSI disk and it's partitions are detected. The usual bunch of initial kernel threads are created and you can see the scheduler switching between them while it waits for an interrupt from the disk. <P> I've tagged this build as kh-20001231. <P> Unfortunately, getting further is going to be a bit more difficult. I'm starting to run into problems due to our small PAGE_SIZE, that won't be easy to get around. Following discussions with Andy, I'm going to start working on 2.4 which should make things easier for us. <P> <B>Toolchain</B><BR> I've CVS tagged a toolchain build as tools-linuxvax-20001231. Real soon now, I'll be checking in a kernel change that will require this new toolchain. So now might be a good time to cvs update and rebuild. <P> You <EM>don't</EM> need this latest toolchain to build kh-20001231. The 20000808 release should work fine. <P> Oh yeah... Happy new year! - KPH </td> </TR> <!-- News entry boundary --> <TR VALIGN=TOP NOSAVE> <TD>11 AUG 2000</TD> <TD NOSAVE> <B>Toolchain</B><BR> Snapshots of the gcc-2.95.2/binutils 2.10 toolchain released, and available on the FTP site. Source and Binary versions for Linux/i386 are provided, with documentation to follow (honest). (atp) </td> </TR> <TR VALIGN=TOP NOSAVE> <TD>07 AUG 2000</TD> <TD NOSAVE> <B>Toolchain</B><BR> Andy continues to work on the toolchain. Migration to gcc-2.95.2 seems to be complete (at least it makes bootable kernels for me - Kenn). He continues to work through the bugs. Hopefully we'll do a binary snapshot of the toolchain soon, for those of you who don't want to compile up your own tools.<BR> <B>Kernel</B><BR> Dave Airlie's LANCE ethernet driver for the VS3100-series machines is starting to take shape. Well, it generates lots of output on the console and then prints the ethernet address!<BR> <B>Docs</B><BR> Dave's also started on a proper <A HREF="linux-vax/newfaq/linux_vax.html"> FAQ</A> generated from <A HREF="linux-vax/newfaq/linux_vax.sgml">these SGML sources</A>. </td> </TR> <TR VALIGN=TOP NOSAVE> <TD>23 JUL 2000</TD> <TD NOSAVE> <B>Toolchain</B><BR> A newer binutils (version 2.10) has been checked into CVS. It seems to work fine so far. Details in Andy's <A HREF="http://solar.physics.montana.edu/hypermail/linux-vax/0381.html"> mail message</A>. <BR> <B>Kernel</B><BR> The interrupt and exception handling framework is complete. I hope... <BR> Interrupt and exception handlers are all registered at run-time now. It looks like autoprobing interrupt vectors will be possible too. </td> </TR> <TR VALIGN=TOP NOSAVE> <TD>14 JUL 2000</TD> <TD NOSAVE> <B>Website</B><BR> The website is now updated via CVS. The pages are pulled from CVS hourly.<BR> Out of date <A HREF="linux-vax/docs.html">documentation</A> has been removed and replaced with a link to current docs.<BR> <B>Kernel</B><BR> We're getting further slowly. <A HREF="bootlogs/bootlog-kenn-vs3100-20000714.txt">Here</A> is Kenn's VAXstation 3100 booting the latest kernel. The framework for handling interrupts is taking shape... </td> </TR> <TR VALIGN=TOP NOSAVE> <TD>23 FEB 2000</TD> <TD NOSAVE>Web site has moved to <a href="http://sourceforge.net/projects/linux-vax">SourceForge</a> Expect some broken links and general randomness as we iron out bugs. </td> </TR> <TR VALIGN=TOP NOSAVE> <TD>18 FEB 2000</TD> <TD NOSAVE>This project is moving to sourceforge, in order to speed up access to the software and to allow people aside from me to manage the web site. <BR>New release this weekend. </TD> </TR> <TR VALIGN=TOP NOSAVE> <TD>01 FEB 99</TD> <TD>New snapshots at the http link. Old packages are still available under the "old" directory. A mopd, this time including the loop.c fix, has been put up as well. Whilst I'm away patches and new releases can be found on Kenn's site at <A HREF="http://www.bluetree.ie/~kenn/linux-vax/">www.bluetree.ie</A></TD> </TR> <TR VALIGN=TOP NOSAVE> <TD>24 OCT 99</TD> <TD> <OL> <LI> All the vaxes have arrived. The only problem now is that as a result of moving jobs and house, they are all in storage.</LI> <LI> The mailing list has moved. The new details are below.</LI> <LI> If you were on the old linux-vax list, you will have to re-subscribe, as the list of members was not saved.</LI> <LI> I am about to depart to a desert island (with no internet access) for several months. I'll try to update documentation and the web site before I go.</LI> <LI> Simplified web pages a bit. Amazing how being on a DECstation running NetBSD with a 33.6 dialup instead of a T1 can lead to a lack of patience with useless graphics.</LI> </OL> </TD> </TR> <TR VALIGN=TOP NOSAVE> <TD NOSAVE>25 JUL 99</TD> <TD>New snapshots for things at the download link. <BR>Linux C code now compiles. Pretty much all of arch-dependent stuff to do <BR>(or redo) still. I'm acquiring the rest of the VAX hardware I need tomorrow. <BR>Still dont know where to store it ...</TD> </TR> </TABLE> </TD> </TR> </TABLE> </TD> </TR> </table> <SCRIPT> <!-- document.write("<font size=-1>Last modified "+document.lastModified+"</font>"); // --> </SCRIPT> </BODY> --- NEW FILE --- <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML> <HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> <META NAME="GENERATOR" CONTENT="Mozilla/4.10 [en] (X11; I; Linux 2.0.36 i586) [Netscape]"> <META NAME="Author" CONTENT="atp"> <TITLE>Linux/VAX Porting Project</TITLE> </HEAD> <frameset rows="130,*" border=0> <frame src="header.html" name=header> <frame src="skelframe.html" name=body > </frameset> </HTML> --- NEW FILE --- <html> <BODY TEXT="#000000" BGCOLOR="#FFFFFF" LINK="#009900" VLINK="#990032" ALINK="#6F7463" FONT FACE="Helvetica"> put your html here <SCRIPT> <!-- document.write("<font size=-1>Last modified "+document.lastModified+"</font>"); // --> </SCRIPT> </body> </html> Index: index.html =================================================================== RCS file: /cvsroot/linux-vax/www/htdocs/index.html,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- index.html 2001/06/24 19:55:58 1.16 +++ index.html 2001/09/19 15:53:39 1.17 @@ -6,381 +6,8 @@ <META NAME="Author" CONTENT="atp"> <TITLE>Linux/VAX Porting Project</TITLE> </HEAD> -<BODY TEXT="#000000" BGCOLOR="#FFFFFF" LINK="#009900" VLINK="#990032" ALINK="#6F7463" FONT FACE="Helvetica"> - -<H1> -<IMG SRC="images/lvax2.gif" NOSAVE HEIGHT=61 WIDTH=679></H1> -<FONT FACE="Arial,Helvetica"><FONT SIZE=+2><A HREF="/linux-vax/">Home</A> -| <A HREF="linux-vax/newfaq/linux_vax.html">FAQ</A> | -<A HREF="linux-vax/screenshots.html">Screenshots</A> -| -<A HREF="linux-vax/status.html">Status</A> -| -<A HREF="linux-vax/docs.html">Documentation</A></FONT></FONT> -<P> -<HR width=690 align=left> - -<P><FONT FACE="Helvetica, Arial"><FONT SIZE=+2> A port of Linux to -the VAX Architecture.</FONT></FONT> -<P><FONT FACE="Arial,Helvetica">If you want to run a free unix on your -VAX right now may I suggest you check out</FONT> -<BR><FONT FACE="Arial,Helvetica">The Netbsd Project. at <A HREF="http://www.netbsd.org">http://www.netbsd.org/</A></FONT> -<P><FONT FACE="Arial,Helvetica">Still here? ok, Get your compiler -out....</FONT> -<TABLE CELLSPACING=0 CELLPADDING=0 COLS=1 WIDTH="550" BGCOLOR="#990033" NOSAVE > -<TR NOSAVE> -<TD NOSAVE><B><FONT FACE="Arial,Helvetica"><FONT COLOR="#FFFFFF"><FONT SIZE=+1>News</FONT></FONT></FONT></B> -<TABLE CELLSPACING=0 CELLPADDING=0 COLS=1 WIDTH="100%" HEIGHT="100%" BGCOLOR="#FFFFFF" NOSAVE > -<TR NOSAVE> -<TD NOSAVE> -<TABLE WIDTH="100%" NOSAVE > -<TR NOSAVE> -<TD WIDTH="15%" NOSAVE></TD> - -<TD VALIGN=TOP NOSAVE></TD> -</TR> - -<!-- News entry boundary --> - -<TR VALIGN=TOP NOSAVE> -<TD>24 Jun 2001</TD> - -<TD NOSAVE> -Mopd, uLibc and busybox now in CVS. -<P> -</td> -<!-- News entry boundary --> - -<TR VALIGN=TOP NOSAVE> -<TD>16 JUNE 2001</TD> - -<TD NOSAVE> -<B>Kernel</B><BR> -Kernel boots to shell prompt and forks properly... more details and bootlog -in <A HREF="http://solar.physics.montana.edu/hypermail/linux-vax/1056.html"> -this message</A> <P> -<P> -</td> -<!-- News entry boundary --> - -<TR VALIGN=TOP NOSAVE> -<TD>11 JUNE 2001</TD> - -<TD NOSAVE> -<B>Kernel</B><BR> -Got a shell prompt (busybox + uClibc static) !!!!! -<A HREF="http://solar.physics.montana.edu/hypermail/linux-vax/1033.html"> -this message</A> has more info...<P> -Complete bootlog and more information will be available soon. -<P> -</td> -</TR> - -<!-- News entry boundary --> - -<TR VALIGN=TOP NOSAVE> -<TD>21 FEB 2001</TD> - -<TD NOSAVE> -<B>Kernel</B><BR> -Mounted a root filesystem for the first time tonight! See -<A HREF="http://solar.physics.montana.edu/hypermail/linux-vax/0788.html"> -this message</A> for the proof... -<P> -This build is tagged as kh-20010221. -</td> -</TR> - -<!-- News entry boundary --> - -<TR VALIGN=TOP NOSAVE> -<TD>20 FEB 2001</TD> - -<TD NOSAVE> -<B>Kernel</B><BR> -Things are going pretty well right now. We're now working off the -official 2.4.0 kernel. Next I'll merge in 2.4.1. We intend to -track the 2.4.x series at least until 2.5 starts. Don't know -which way we'll go at that point yet... -<P> -Andy's pagelet layer is in place, making the -main kernel think we really have 4K pages, when we really only have -512-byte pages. (Sssh! Don't tell it...). Good work Andy! -<P> -Richard Banks has started trying it out on a MicroVAX 3100 Model 85 -(KA55 CPU) and, well, it's just not working... My best guess is -that the PCB needs to be set up correctly before turning on virtual -memory. I'll get to that real soon now, Richard. Honestly... -<P> -Anyway, I've tagged a build as kh-20010220 in CVS. You can see -the default configuration (i.e. rm .config && make oldconfig) booting -on a -<A HREF="bootlogs/bootlog-kenn-vs3100m76-20010220.txt"> -VAXstation 3100 Model 76</A> and a -<A HREF="bootlogs/bootlog-kenn-vs4000m60-20010220.txt"> -VAXstation 4000 Model 60</A>. Thanks for the 4000/60, Andy! -(Incidentally, those BOOTP transmission attempts in the VS3100 -bootlog are not actually putting packets on the wire.) -<P> -<B>Toolchain</B><BR> -You will need the 20001231 toolchain to build this kernel. -You can get it from CVS or grab snapshots from -<A HREF="ftp://linux-vax.sourceforge.net/pub/linux-vax/tools/Binaries/"> -the FTP site</A>. -</td> -</TR> - -<!-- News entry boundary --> - -<TR VALIGN=TOP NOSAVE> -<TD>31 DEC 2000</TD> - -<TD NOSAVE> -<B>Kernel</B><BR> -Some reasonable progress recently. Check out this -<A HREF="bootlogs/bootlog-kenn-vs3100-20001231.txt">boot sequence</A> -on my VS3100m76. The LANCE ethernet chip, one of the NCR5380 SCSI -controllers, the internal SCSI disk and it's partitions are -detected. The usual bunch of initial kernel threads are created -and you can see the scheduler switching between them while it -waits for an interrupt from the disk. -<P> -I've tagged this build as kh-20001231. -<P> -Unfortunately, getting further is going to be a bit more difficult. -I'm starting to run into problems due to our small PAGE_SIZE, that -won't be easy to get around. Following discussions with Andy, I'm -going to start working on 2.4 which should make things easier for -us. -<P> -<B>Toolchain</B><BR> -I've CVS tagged a toolchain build as tools-linuxvax-20001231. -Real soon now, I'll be checking in a kernel change that will -require this new toolchain. So now might be a good time to -cvs update and rebuild. -<P> -You <EM>don't</EM> need this latest toolchain to build kh-20001231. -The 20000808 release should work fine. -<P> -Oh yeah... Happy new year! - KPH -</td> -</TR> - -<!-- News entry boundary --> - -<TR VALIGN=TOP NOSAVE> -<TD>11 AUG 2000</TD> - -<TD NOSAVE> -<B>Toolchain</B><BR> -Snapshots of the gcc-2.95.2/binutils 2.10 toolchain -released, and available on the FTP site. Source and -Binary versions for Linux/i386 are provided, with -documentation to follow (honest). (atp) -</td> -</TR> - -<TR VALIGN=TOP NOSAVE> -<TD>07 AUG 2000</TD> - -<TD NOSAVE> -<B>Toolchain</B><BR> -Andy continues to work on the toolchain. Migration to gcc-2.95.2 seems -to be complete (at least it makes bootable kernels for me - Kenn). -He continues to work through the bugs. Hopefully we'll do a binary -snapshot of the toolchain soon, for those of you who don't want to -compile up your own tools.<BR> -<B>Kernel</B><BR> -Dave Airlie's LANCE ethernet driver for the VS3100-series machines -is starting to take shape. Well, it generates lots of output on -the console and then prints the ethernet address!<BR> -<B>Docs</B><BR> -Dave's also started on a proper <A HREF="linux-vax/newfaq/linux_vax.html"> -FAQ</A> generated from <A HREF="linux-vax/newfaq/linux_vax.sgml">these -SGML sources</A>. -</td> -</TR> - - -<TR VALIGN=TOP NOSAVE> -<TD>23 JUL 2000</TD> - -<TD NOSAVE> -<B>Toolchain</B><BR> -A newer binutils (version 2.10) has been checked into CVS. It seems to work -fine so far. Details in Andy's -<A HREF="http://solar.physics.montana.edu/hypermail/linux-vax/0381.html"> -mail message</A>. <BR> -<B>Kernel</B><BR> -The interrupt and exception handling framework is complete. I hope... <BR> -Interrupt and exception handlers are all registered at run-time now. -It looks like autoprobing interrupt vectors will be possible too. -</td> -</TR> - -<TR VALIGN=TOP NOSAVE> -<TD>14 JUL 2000</TD> - -<TD NOSAVE> -<B>Website</B><BR> -The website is now updated via CVS. The pages are pulled -from CVS hourly.<BR> -Out of date <A HREF="linux-vax/docs.html">documentation</A> has been -removed and replaced with a link to current docs.<BR> -<B>Kernel</B><BR> -We're getting further slowly. <A HREF="bootlogs/bootlog-kenn-vs3100-20000714.txt">Here</A> -is Kenn's VAXstation 3100 booting the latest kernel. The framework for handling -interrupts is taking shape... -</td> -</TR> - -<TR VALIGN=TOP NOSAVE> -<TD>23 FEB 2000</TD> - -<TD NOSAVE>Web site has moved to <a -href="http://sourceforge.net/projects/linux-vax">SourceForge</a> Expect some broken links and -general randomness as we iron out bugs. -</td> -</TR> - -<TR VALIGN=TOP NOSAVE> -<TD>18 FEB 2000</TD> - -<TD NOSAVE>This project is moving to sourceforge, in order to speed up -access to the software and to allow people aside from me to manage the web site. -<BR>New release this weekend. </TD> -</TR> - -<TR VALIGN=TOP NOSAVE> -<TD>01 FEB 99</TD> - -<TD>New snapshots at the http link. Old packages are still available under -the "old" directory. A mopd, this time including the loop.c fix, has been -put up as well. Whilst I'm away patches and new releases can be found on -Kenn's site at <A HREF="http://www.bluetree.ie/~kenn/linux-vax/">www.bluetree.ie</A></TD> -</TR> - -<TR VALIGN=TOP NOSAVE> -<TD>24 OCT 99</TD> - -<TD> -<OL> -<LI> -All the vaxes have arrived. The only problem now is that as a result of -moving jobs and house, they are all in storage.</LI> - -<LI> -The mailing list has moved. The new details are below.</LI> - -<LI> -If you were on the old linux-vax list, you will have to re-subscribe, as -the list of members was not saved.</LI> - -<LI> -I am about to depart to a desert island (with no internet access) for several -months. I'll try to update documentation and the web site before I go.</LI> - -<LI> -Simplified web pages a bit. Amazing how being on a DECstation running NetBSD -with a 33.6 dialup instead of a T1 can lead to a lack of patience with -useless graphics.</LI> -</OL> -</TD> -</TR> - -<TR VALIGN=TOP NOSAVE> -<TD NOSAVE>25 JUL 99</TD> - -<TD>New snapshots for things at the download link. -<BR>Linux C code now compiles. Pretty much all of arch-dependent stuff -to do -<BR>(or redo) still. I'm acquiring the rest of the VAX hardware I need -tomorrow. -<BR>Still dont know where to store it ...</TD> -</TR> -</TABLE> -</TD> -</TR> -</TABLE> -</TD> -</TR> - -<TR> -<TD><B><FONT FACE="Arial,Helvetica"><FONT COLOR="#FFFFFF"><FONT SIZE=+1>Mailing -List</FONT></FONT></FONT></B> -<TABLE CELLSPACING=0 COLS=1 WIDTH="100%" BGCOLOR="#FFFFFF" NOSAVE > -<TR> -<TD><FONT FACE="Arial,Helvetica">A mailing list exists, imaginatively titled -<TT>linux-vax</TT>. It has Just changed its home.</FONT> -<BR><FONT FACE="Arial,Helvetica">to subscribe, send an email to:</FONT> -<P><FONT FACE="Courier New,Courier"><FONT SIZE=-1>majordomo @ solar.physics.montana.edu</FONT></FONT> -<P><FONT FACE="Arial,Helvetica">with</FONT> -<P><FONT FACE="Arial,Helvetica">"</FONT><FONT FACE="Courier New,Courier"><FONT SIZE=-1>subscribe -linux-vax</FONT></FONT><FONT FACE="Arial,Helvetica">" in the body (without -the quotes of course)</FONT> -<P> There is a hypermail mailing list <A HREF="http://solar.physics.montana.edu/hypermail/linux-vax/">archive</A> -as well. -<P><B>If you were a member of the old list at resserv, you will need to -resubscribe to the new list, as the list of members was not saved.</B> -<BR> </TD> -</TR> -</TABLE> -</TD> -</TR> - -<TR> -<TD><B><FONT FACE="Arial,Helvetica"><FONT COLOR="#FFFFFF"><FONT SIZE=+1>Downloads</FONT></FONT></FONT></B> -<TABLE CELLSPACING=0 COLS=1 WIDTH="100%" BGCOLOR="#FFFFFF" NOSAVE > -<TR> -<TD> -<BR><FONT FACE="Helvetica, Arial"><FONT SIZE=+0><A -HREF="ftp://linux-vax.sourceforge.net/pub/linux-vax/">ftp: -Software Snapshots at sourceforge. (Main Site) </A></FONT></FONT><br> -<BR><FONT FACE="Helvetica, Arial"><FONT SIZE=+0><A HREF="ftp://ftp.mssl.ucl.ac.uk/projects/linux-vax/">ftp: -Software Snapshots at MSSL (Old Site) </A></FONT></FONT><p> -The FTP site is now up to date.<p> -<P><FONT FACE="Arial,Helvetica"><A HREF="/linux-vax/download">http: -Software Snapshots at sourceforge (out of order)</A></FONT> -<P><FONT FACE="Helvetica, Arial"><FONT SIZE=+0> -See the <A HREF="ftp://linux-vax.sourceforge.net/pub/linux-vax/README.vax">README.vax</A> -at the FTP site for details on what you need to download. -</FONT></FONT> -<BR> </TD> -</TR> -</TABLE> -</TD> -</TR> -</TABLE> - -<P><FONT FACE="Arial,Helvetica">More info about VAXes can be found -at the DIGITAL VAX Home page. Click on the one true logo to go there.</FONT> -<BR><A HREF="http://www.europe.digital.com/info/vax/"><IMG SRC="linux-vax/images/digital-small.gif" NOSAVE HEIGHT=30 WIDTH=100></A> -<P><FONT FACE="Helvetica, Arial">All trademarks are property of their owners -(surprisingly enough). The digital logo is the property of Digital Equipment -Corp, a Division of Compaq. Nuff 'sed</FONT> -<P> -<HR width=690 align=left> -<table><tr><td width="300" valign="top"><font FACE="Helvetica, Arial" size=+1> -This project would like to acknowledge the -support of the following companies and -organisations:</font></td> -<td> -<a href="http://www.pergamentum.com/"><img -src="http://www.pergamentum.com/images/logo_new.gif" border="0" align="top"> -</a> -<A href="http://sourceforge.net"> -<IMG src="http://sourceforge.net/sflogo.php?group_id=2626&type=1" width="88" -height="31" border="0" align="top"></A> -</td></tr></table> -<hr width=690 align=left> - - -<SCRIPT> -<!-- -document.write("<font size=-1>Last modified "+document.lastModified+"</font>"); -// --> -</SCRIPT> - -<BR> -</BODY> +<frameset rows="130,*" border=0> +<frame src="header.html" name="header"> +<frame src="indexframe.html" name="body" target="body"> +</frameset> </HTML> |
From: Andy P. <at...@us...> - 2001-09-19 15:52:15
|
Update of /cvsroot/linux-vax/www/htdocs/docs In directory usw-pr-cvs1:/tmp/cvs-serv27821/docs Log Message: Directory /cvsroot/linux-vax/www/htdocs/docs added to the repository |
From: Andy P. <at...@us...> - 2001-06-24 19:56:02
|
Update of /cvsroot/linux-vax/www/htdocs In directory usw-pr-cvs1:/tmp/cvs-serv6098 Modified Files: index.html Log Message: mopd notice Index: index.html =================================================================== RCS file: /cvsroot/linux-vax/www/htdocs/index.html,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- index.html 2001/06/16 12:11:02 1.15 +++ index.html 2001/06/24 19:55:58 1.16 @@ -43,6 +43,15 @@ <!-- News entry boundary --> <TR VALIGN=TOP NOSAVE> +<TD>24 Jun 2001</TD> + +<TD NOSAVE> +Mopd, uLibc and busybox now in CVS. +<P> +</td> +<!-- News entry boundary --> + +<TR VALIGN=TOP NOSAVE> <TD>16 JUNE 2001</TD> <TD NOSAVE> |
From: Dave A. <ai...@us...> - 2001-06-16 12:11:05
|
Update of /cvsroot/linux-vax/www/htdocs In directory usw-pr-cvs1:/tmp/cvs-serv9503/htdocs Modified Files: index.html Log Message: DA: bootlog added Index: index.html =================================================================== RCS file: /cvsroot/linux-vax/www/htdocs/index.html,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- index.html 2001/06/11 14:03:44 1.14 +++ index.html 2001/06/16 12:11:02 1.15 @@ -43,6 +43,18 @@ <!-- News entry boundary --> <TR VALIGN=TOP NOSAVE> +<TD>16 JUNE 2001</TD> + +<TD NOSAVE> +<B>Kernel</B><BR> +Kernel boots to shell prompt and forks properly... more details and bootlog +in <A HREF="http://solar.physics.montana.edu/hypermail/linux-vax/1056.html"> +this message</A> <P> +<P> +</td> +<!-- News entry boundary --> + +<TR VALIGN=TOP NOSAVE> <TD>11 JUNE 2001</TD> <TD NOSAVE> |
From: Dave A. <ai...@us...> - 2001-06-11 14:03:53
|
Update of /cvsroot/linux-vax/www/htdocs In directory usw-pr-cvs1:/tmp/cvs-serv17403 Modified Files: index.html Log Message: DA: add news of shell prompt Index: index.html =================================================================== RCS file: /cvsroot/linux-vax/www/htdocs/index.html,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- index.html 2001/02/22 00:09:57 1.13 +++ index.html 2001/06/11 14:03:44 1.14 @@ -43,6 +43,21 @@ <!-- News entry boundary --> <TR VALIGN=TOP NOSAVE> +<TD>11 JUNE 2001</TD> + +<TD NOSAVE> +<B>Kernel</B><BR> +Got a shell prompt (busybox + uClibc static) !!!!! +<A HREF="http://solar.physics.montana.edu/hypermail/linux-vax/1033.html"> +this message</A> has more info...<P> +Complete bootlog and more information will be available soon. +<P> +</td> +</TR> + +<!-- News entry boundary --> + +<TR VALIGN=TOP NOSAVE> <TD>21 FEB 2001</TD> <TD NOSAVE> |
From: Kenn H. <ke...@us...> - 2001-02-22 00:10:33
|
Update of /cvsroot/linux-vax/www/htdocs In directory usw-pr-cvs1:/tmp/cvs-serv15092 Modified Files: index.html Log Message: Add news item about mounting root filesystem Index: index.html =================================================================== RCS file: /cvsroot/linux-vax/www/htdocs/index.html,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- index.html 2001/02/21 01:18:44 1.12 +++ index.html 2001/02/22 00:09:57 1.13 @@ -43,7 +43,22 @@ <!-- News entry boundary --> <TR VALIGN=TOP NOSAVE> -<TD>20 FEB 2000</TD> +<TD>21 FEB 2001</TD> + +<TD NOSAVE> +<B>Kernel</B><BR> +Mounted a root filesystem for the first time tonight! See +<A HREF="http://solar.physics.montana.edu/hypermail/linux-vax/0788.html"> +this message</A> for the proof... +<P> +This build is tagged as kh-20010221. +</td> +</TR> + +<!-- News entry boundary --> + +<TR VALIGN=TOP NOSAVE> +<TD>20 FEB 2001</TD> <TD NOSAVE> <B>Kernel</B><BR> |
From: Kenn H. <ke...@us...> - 2001-02-21 01:18:27
|
Update of /cvsroot/linux-vax/www/htdocs/bootlogs In directory usw-pr-cvs1:/tmp/cvs-serv26642 Added Files: bootlog-kenn-vs3100m76-20010220.txt bootlog-kenn-vs4000m60-20010220.txt Log Message: more boot logs --- NEW FILE --- >>> b -DKB200 CPU type: KA43 Boot Head.S loaded at address 00007200 rpb/bootr5/ap/sp 00000000 00000000 00000334 00007200 relocated at phys address 001001B2 CPU type: 0B000006 sidex: 04010002 Starting VM Linux/VAX (lin...@mi...) IO mapped phys addr 0x200a0000, 0x0001 pages at virt 0x80fe0000 (IOMAP PTE index 0x0000) IO mapped phys addr 0x21100000, 0x0001 pages at virt 0x80fe1000 (IOMAP PTE index 0x0001) IO mapped phys addr 0x21000000, 0x0020 pages at virt 0x80fe2000 (IOMAP PTE index 0x0002) RPB info: l_pfncnt: 00007f00, .l_vmb_version: 0b000106 .l_badpgs: 00000000 Physical memory: 00007f00 HW pagelets, 00000fe0 pages (16256KB) CPU type: KA43, SID: 00000000 calling start_kernel... Linux version 2.4.0-20010220 (ke...@ex...) (gcc version 2.95.2-linuxvax-20001231 (release)) #446 Wed Feb 21 00:48:49 GMT 2001 bootmap size = 000001fc calling free_bootmem(start=000001fc, len=000ffe04) calling free_bootmem(start=00202dd8, len=00ddd228) On node 0 totalpages: 4064 zone(0): 4064 pages. zone(1): 0 pages. zone(2): 0 pages. Kernel command line: root=/dev/nfs nfsroot=/tftpboot/vaxroot Calibrating delay loop... 10.16 BogoMIPS Memory: 14948k/16256k available Dentry-cache hash table entries: 2048 (order: 2, 16384 bytes) Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes) Page-cache hash table entries: 4096 (order: 2, 16384 bytes) Inode-cache hash table entries: 1024 (order: 1, 8192 bytes) POSIX conformance testing by UNIFIX copy_thread: creating new thread: pid 1, task 0x80210000, usp 0x801b7f88 vax_switch_to: switching 801b6000 -> 80210000 kernel_thread: calling thread function at 8010089c IO mapped phys addr 0x20080000, 0x0001 pages at virt 0x81002000 (IOMAP PTE index 0x0022) Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 copy_thread: creating new thread: pid 2, task 0x80050000, usp 0x80211ef0 vax_switch_to: switching 80210000 -> 80050000 kernel_thread: calling thread function at 8010ce50 vax_switch_to: switching 80050000 -> 80210000 Starting kswapd v1.8 copy_thread: creating new thread: pid 3, task 0x80fd0000, usp 0x80211f0c copy_thread: creating new thread: pid 4, task 0x80fc0000, usp 0x80211f0c vax_switch_to: switching 80210000 -> 80fd0000 kernel_thread: calling thread function at 80117ef0 vax_switch_to: switching 80fd0000 -> 80fc0000 kernel_thread: calling thread function at 80118130 vax_switch_to: switching 80fc0000 -> 80210000 copy_thread: creating new thread: pid 5, task 0x80230000, usp 0x80211ed4 vax_switch_to: switching 80210000 -> 80230000 kernel_thread: calling thread function at 80120294 vax_switch_to: switching 80230000 -> 80210000 copy_thread: creating new thread: pid 6, task 0x80220000, usp 0x80211ed4 vax_switch_to: switching 80210000 -> 80220000 kernel_thread: calling thread function at 801203ac vax_switch_to: switching 80220000 -> 80210000 pty: 256 Unix98 ptys configured RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize SLIP: version 0.8.4-NET3.019-NEWTTY (dynamic channels, max=256). Serial driver version 5.02 (2000-08-09) with no serial options enabled PPP generic driver version 2.4.1 IO mapped phys addr 0x200e0000, 0x0001 pages at virt 0x81003000 (IOMAP PTE index 0x0023) IO mapped phys addr 0x20090000, 0x0001 pages at virt 0x81004000 (IOMAP PTE index 0x0024) vaxlance.c: v0.008 by Linux Mips DECstation task force + ai...@li... 08:00:2b:27:e3:ff, irq = 148 NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP IP: routing cache hash table of 512 buckets, 4Kbytes TCP: Hash tables configured (established 512 bind 512) LANCE opened maybe 0 LANCE opened maybe LANCE opened maybe 0 LANCE opened maybe LANCE opened maybe 0 LANCE opened maybe Sending BOOTP requests...w: 400000, sum: 88010045, i: 0 w: 1140, sum: 88410045, i: 1 w: 0, sum: 88411185, i: 2 w: FFFFFFFF, sum: 88411185, i: 3 w: 0, sum: 88411185, i: 4 .w: 400000, sum: 88010045, i: 0 w: 1140, sum: 88410045, i: 1 w: 0, sum: 88411185, i: 2 w: FFFFFFFF, sum: 88411185, i: 3 w: 0, sum: 88411185, i: 4 .w: 400000, sum: 88010045, i: 0 w: 1140, sum: 88410045, i: 1 w: 0, sum: 88411185, i: 2 w: FFFFFFFF, sum: 88411185, i: 3 w: 0, sum: 88411185, i: 4 .w: 400000, sum: 88010045, i: 0 w: 1140, sum: 88410045, i: 1 w: 0, sum: 88411185, i: 2 w: FFFFFFFF, sum: 88411185, i: 3 w: 0, sum: 88411185, i: 4 .w: 400000, sum: 88010045, i: 0 w: 1140, sum: 88410045, i: 1 w: 0, sum: 88411185, i: 2 w: FFFFFFFF, sum: 88411185, i: 3 w: 0, sum: 88411185, i: 4 .w: 400000, sum: 88010045, i: 0 w: 1140, sum: 88410045, i: 1 w: 0, sum: 88411185, i: 2 w: FFFFFFFF, sum: 88411185, i: 3 w: 0, sum: 88411185, i: 4 .w: 400000, sum: 88010045, i: 0 w: 1140, sum: 88410045, i: 1 w: 0, sum: 88411185, i: 2 w: FFFFFFFF, sum: 88411185, i: 3 w: 0, sum: 88411185, i: 4 .w: 400000, sum: 88010045, i: 0 w: 1140, sum: 88410045, i: 1 w: 0, sum: 88411185, i: 2 w: FFFFFFFF, sum: 88411185, i: 3 w: 0, sum: 88411185, i: 4 .w: 400000, sum: 88010045, i: 0 w: 1140, sum: 88410045, i: 1 w: 0, sum: 88411185, i: 2 w: FFFFFFFF, sum: 88411185, i: 3 w: 0, sum: 88411185, i: 4 . Unhandled interrupt or exception number 0x0001 (SCB offset 0x0004) Stack dump: 801e9eb4 00000000 801e9fac 8004c940 8004c940 801e9ec4 81003000 80070020 8004c800 80070000 801e9ed4 00000000 001fa9d7 000004e3 00000000 801e9ee4 801e9f40 801e9f14 801c110e 00000018 801e9ef4 80000011 80070023 8015cfa8 00400000 801e9f04 0400900e 00000000 8015cfa5 041f0008 801e9f14 00000000 20fc0000 801e9f6c 801e9f48 801e9f24 8015d18e 8004c940 8004c800 81003000 801e9f34 00000001 00000002 0000006e 00000001 801e9f44 8004c800 00000000 241c0000 801e9f9c 801e9f54 801e9f7c 8010138d 00000094 00000014 801e9f64 00000000 00000001 00000003 00000094 801e9f74 8004c800 801e9fac 00000000 240c0000 801e9f84 80211f44 80211f18 801016fa 0000004d 801e9f94 cfdbcdc9 00100324 00000003 801e9fac 801e9fa4 801c073a 801e9ff8 00003702 000038fc r0 00000040 r1 801adfec r2 8004c940 r3 8004c940 r4 81003000 r5 80070020 r6 8004c800 r7 80070000 r8 00000000 r9 001fa9d7 r10 000004e3 r11 00000000 ap 801e9f40 fp 801e9f14 sp 801e9e20 pc 80101729 psl 041f0008 ipl 31 mode K (prev K) IS N p0br 80000000 sbr 001fa9d8 astlvl 00000004 p0lr 00000000 slr 00008400 sisr 00000000 p1br 00000000 pcbb 00210258 mapen 00000001 p1lr 00000000 scbb 001e7000 sid 0b000006 isp 801e9e40 ksp 80211f14 esp 00000000 ssp 00000000 usp 801b7f88 machine_halt: cpu-specific halt not implemented - HALTing ?06 HLT INST PC = 80102048 --- NEW FILE --- >>> b -ESA0 CPU type: KA46 Boot Head.S loaded at address 00006C00 rpb/bootr5/ap/sp 00000000 00000000 00000304 00006000 relocated at phys address 001001B2 CPU type: 12000003 sidex: 04010002 Starting VM Linux/VAX (lin...@mi...) IO mapped phys addr 0x200a0000, 0x0001 pages at virt 0x81f9e800 (IOMAP PTE index 0x0000) RPB info: l_pfncnt: 0000fcf4, .l_vmb_version: 14000400 .l_badpgs: 00000000 Physical memory: 0000fcf4 HW pagelets, 00001f9e pages (32378KB) CPU type: KA46, SID: 00000000 calling start_kernel... Linux version 2.4.0-20010220 (ke...@ex...) (gcc version 2.95.2-linuxvax-20001231 (release)) #446 Wed Feb 21 00:48:49 GMT 2001 bootmap size = 000003f4 calling free_bootmem(start=000003f4, len=000ffc0c) calling free_bootmem(start=0020abcc, len=01d93434) On node 0 totalpages: 8094 zone(0): 8094 pages. zone(1): 0 pages. zone(2): 0 pages. Kernel command line: root=/dev/nfs nfsroot=/tftpboot/vaxroot Calibrating delay loop... 15.82 BogoMIPS Memory: 30768k/32376k available Dentry-cache hash table entries: 4096 (order: 3, 32768 bytes) Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes) Page-cache hash table entries: 8192 (order: 3, 32768 bytes) Inode-cache hash table entries: 2048 (order: 2, 16384 bytes) POSIX conformance testing by UNIFIX copy_thread: creating new thread: pid 1, task 0x81f80000, usp 0x801b7f88 vax_switch_to: switching 801b6000 -> 81f80000 kernel_thread: calling thread function at 8010089c ka46: init_devices IO mapped phys addr 0x20080000, 0x0001 pages at virt 0x81f9f800 (IOMAP PTE index 0x0001) Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 copy_thread: creating new thread: pid 2, task 0x80210000, usp 0x81f81ef0 vax_switch_to: switching 81f80000 -> 80210000 kernel_thread: calling thread function at 8010ce50 vax_switch_to: switching 80210000 -> 81f80000 Starting kswapd v1.8 copy_thread: creating new thread: pid 3, task 0x80230000, usp 0x81f81f0c copy_thread: creating new thread: pid 4, task 0x80220000, usp 0x81f81f0c vax_switch_to: switching 81f80000 -> 80230000 kernel_thread: calling thread function at 80117ef0 vax_switch_to: switching 80230000 -> 80220000 kernel_thread: calling thread function at 80118130 vax_switch_to: switching 80220000 -> 81f80000 copy_thread: creating new thread: pid 5, task 0x800b0000, usp 0x81f81ed4 vax_switch_to: switching 81f80000 -> 800b0000 kernel_thread: calling thread function at 80120294 vax_switch_to: switching 800b0000 -> 81f80000 copy_thread: creating new thread: pid 6, task 0x800a0000, usp 0x81f81ed4 vax_switch_to: switching 81f80000 -> 800a0000 kernel_thread: calling thread function at 801203ac vax_switch_to: switching 800a0000 -> 81f80000 pty: 256 Unix98 ptys configured RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize SLIP: version 0.8.4-NET3.019-NEWTTY (dynamic channels, max=256). Serial driver version 5.02 (2000-08-09) with no serial options enabled PPP generic driver version 2.4.1 IO mapped phys addr 0x200e0000, 0x0001 pages at virt 0x81fa0800 (IOMAP PTE index 0x0002) IO mapped phys addr 0x20090000, 0x0001 pages at virt 0x81fa1800 (IOMAP PTE index 0x0003) vaxlance.c: v0.008 by Linux Mips DECstation task force + ai...@li... 08:00:2b:2f:cf:0c, irq = 148 NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP IP: routing cache hash table of 512 buckets, 4Kbytes TCP: Hash tables configured (established 2048 bind 2048) LANCE opened maybe 0 LANCE opened maybe 1 LANCE opened maybe 2 LANCE opened maybe 3 LANCE opened maybe 4 LANCE opened maybe 5 LANCE opened maybe 6 LANCE opened maybe 7 LANCE opened maybe 8 LANCE opened maybe 9 LANCE opened maybe 10 LANCE opened maybe 11 LANCE opened maybe 12 LANCE opened maybe 13 LANCE opened maybe 14 LANCE opened maybe 15 LANCE opened maybe 16 LANCE opened maybe 17 LANCE opened maybe 18 LANCE opened maybe 19 LANCE opened maybe 20 LANCE opened maybe 21 LANCE opened maybe 22 LANCE opened maybe 23 LANCE opened maybe 24 LANCE opened maybe 25 LANCE opened maybe 26 LANCE opened maybe 27 LANCE opened maybe 28 LANCE opened maybe 29 LANCE opened maybe 30 LANCE opened maybe 31 LANCE opened maybe 32 LANCE opened maybe 33 LANCE opened maybe 34 LANCE opened maybe 35 LANCE opened maybe 36 LANCE opened maybe 37 LANCE opened maybe 38 LANCE opened maybe 39 LANCE opened maybe 40 LANCE opened maybe 41 LANCE opened maybe 42 LANCE opened maybe 43 LANCE opened maybe 44 LANCE opened maybe 45 LANCE opened maybe 46 LANCE opened maybe 47 LANCE opened maybe 48 LANCE opened maybe 49 LANCE opened maybe 50 LANCE opened maybe 51 LANCE opened maybe 52 LANCE opened maybe 53 LANCE opened maybe 54 LANCE opened maybe 55 LANCE opened maybe 56 LANCE opened maybe 57 LANCE opened maybe 58 LANCE opened maybe 59 LANCE opened maybe 60 LANCE opened maybe 61 LANCE opened maybe 62 LANCE opened maybe 63 LANCE opened maybe 64 LANCE opened maybe 65 LANCE opened maybe 66 LANCE opened maybe 67 LANCE opened maybe 68 LANCE opened maybe 69 LANCE opened maybe 70 LANCE opened maybe 71 LANCE opened maybe 72 LANCE opened maybe 73 LANCE opened maybe 74 LANCE opened maybe 75 LANCE opened maybe 76 LANCE opened maybe 77 LANCE opened maybe 78 LANCE opened maybe 79 LANCE opened maybe 80 LANCE opened maybe 81 LANCE opened maybe 82 LANCE opened maybe 83 LANCE opened maybe 84 LANCE opened maybe 85 LANCE opened maybe 86 LANCE opened maybe 87 LANCE opened maybe 88 LANCE opened maybe 89 LANCE opened maybe 90 LANCE opened maybe 91 LANCE opened maybe 92 LANCE opened maybe 93 LANCE opened maybe 94 LANCE opened maybe 95 LANCE opened maybe 96 LANCE opened maybe 97 LANCE opened maybe 98 LANCE opened maybe 99 LANCE unopened after 100 ticks, csr0=8881. IP-Config: Failed to open eth0 IP-Config: No network devices available. NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. NET4: DECnet for Linux: V.2.4.0-test10s (C) 1995-2000 Linux DECnet Project Team DECnet: Routing cache hash table of 512 buckets, 4Kbytes vax_switch_to: switching 81f80000 -> 80210000 vax_switch_to: switching 80210000 -> 80230000 vax_switch_to: switching 80230000 -> 81f80000 vax_switch_to: switching 81f80000 -> 80210000 vax_switch_to: switching 80210000 -> 81f80000 Root-NFS: No NFS server available, giving up. VFS: Unable to mount root fs via NFS, trying floppy. VFS: Cannot open root device "nfs" or 02:00 Please append a correct "root=" boot option Kernel panic: VFS: Unable to mount root fs on 02:00 machine_halt: cpu-specific halt not implemented - HALTing ?06 HLT INST PC= 80102048 PSL= 00000000 |
From: Kenn H. <ke...@us...> - 2001-02-21 01:17:47
|
Update of /cvsroot/linux-vax/www/htdocs/bootlogs In directory usw-pr-cvs1:/tmp/cvs-serv26557/bootlogs Added Files: bootlog-kenn-vs3100-20000714.txt bootlog-kenn-vs3100-20001231.txt Log Message: Better tell people what we've been doing lately... --- NEW FILE --- >>> b dkb200 -DKB200 CPU type: KA43 Boot Head.S loaded at address 00007200 rpb/bootr5/ap/sp 00000000 00000000 00000334 00007200 relocated at phys address 001001AA CPU type: 0B000006 sidex: 04010002 Starting VM IO mapped phys addr 0x200a0000, 0x0001 pages at virt 0x80fe0000 (IOMAP PTE index 0x0000) Linux version 2.2.14-20000702 (ke...@av...) (gcc version egcs-2.91.66 19990314 (egcs-1.1.2 release)) #48 Thu Jul 13 01:47:24 IST 2000 RPB info: l_pfncnt: 00007f00, .l_vmb_version: 0b000106 .l_badpgs: 00000000 Physical memory: 00007f00 pages (16256KB) setup_arch returned: 80179800, 80fe0000 CPU type: KA43, SID: 0b000006 paging_init returned: 802bafb4 hook_scb_vector: (vec=0030 scb_addr=8014a2c0), irqvector 8013e1b0 Dropping IPL to 1 to allow clock interrupts Calibrating delay loop... 10.19 BogoMIPS Reserved as far as 802bb000 Freeing remaining memory Scanned as far as 80fe0000 Memory: 13460k available Test2 - Halting ?06 HLT INST PC = 8012D47A >>> --- NEW FILE --- KA43-A V1.2 ... F...E...D...C...B...A_..9...8...7...6...5...4_..3_..2_..1... ? C 0080 0000.4001 >>> b -DKB200 CPU type: KA43 Boot Head.S loaded at address 00007200 rpb/bootr5/ap/sp 00000000 00000000 00000334 00007200 relocated at phys address 001001AA CPU type: 0B000006 sidex: 04010002 Starting VM IO mapped phys addr 0x200a0000, 0x0001 pages at virt 0x80fe0000 (IOMAP PTE index 0x0000) IO mapped phys addr 0x21100000, 0x0001 pages at virt 0x80fe0200 (IOMAP PTE index 0x0001) IO mapped phys addr 0x21000000, 0x0100 pages at virt 0x80fe0400 (IOMAP PTE index 0x0002) Linux version 2.2.14-20001231 (ke...@ex...) (gcc version 2.95.2-linuxvax-20000820 (dev)) #686 Sun Dec 31 15:24:19 GMT 2000 RPB info: l_pfncnt: 00007f00, .l_vmb_version: 0b000106 .l_badpgs: 00000000 Physical memory: 00007f00 pages (16256KB) setup_arch returned: 801ccc00, 80fe0000 CPU type: KA43, SID: 0b000006 paging_init returned: 8030e3b4 Dropping IPL to 0 to allow clock interrupts Calibrating delay loop... 10.14 BogoMIPS Reserved as far as 8030e400 Freeing remaining memory Scanned as far as 80fe0000 Memory: 13127k available Dentry hash table entries: 2048 (order 5, 16k) Buffer cache hash table entries: 2048 (order 4, 8k) VFS: grow_buffers: size = 1024 Page cache hash table entries: 32768 (order 8, 128k) POSIX conformance testing by UNIFIX copy_thread: creating new thread: pid 1, task 0x80318000, usp 0x00000000 vax_switch_to: switching 80182000 -> 80318000 tmp_init: in init thread IO mapped phys addr 0x20080000, 0x0001 pages at virt 0x81000400 (IOMAP PTE index 0x0102) IO mapped phys addr 0x200e0000, 0x0001 pages at virt 0x81000600 (IOMAP PTE index 0x0103) IO mapped phys addr 0x20090000, 0x0001 pages at virt 0x81000800 (IOMAP PTE index 0x0104) vaxlance.c: v0.008 by Linux Mips DECstation task force + ai...@li... mem_start = 8032ffd4 mem_start = 8032ffd8 08:00:2b:27:e3:ff, irq = 148 Linux NET4.0 for Linux 2.2 Based upon Swansea University Computer Society NET3.039 NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP TCP: Hash tables configured (ehash 2048 bhash 2048) copy_thread: creating new thread: pid 2, task 0x80fbe000, usp 0x00000000 copy_thread: creating new thread: pid 3, task 0x80fbc000, usp 0x00000000 Starting kswapd v 2.2.14.1 copy_thread: creating new thread: pid 4, task 0x80fba000, usp 0x00000000 copy_thread: creating new thread: pid 5, task 0x80fb8000, usp 0x00000000 Serial driver version 4.27 with no serial options enabled IO mapped phys addr 0x200c0000, 0x0001 pages at virt 0x81000a00 (IOMAP PTE index 0x0105) scsi0 : at 0x81000a80 irq 254 options CAN_QUEUE=32 CMD_PER_LUN=2 release=1 generic options AUTOPROBE_IRQ AUTOSENSE generic release=7 scsi0 : VAXstation 3100/MicroVAX 3100 NCR5380 SCSI scsi : 1 host. Vendor: DEC Model: DSP3053LS Rev: X442 Type: Direct-Access ANSI SCSI revision: 02 Detected scsi disk sda at scsi0, channel 0, id 0, lun 0 scsi : detected 1 SCSI disk total. SCSI device sda: hdwr sector= 512 bytes. Sectors= 1046532 [511 MB] [0.5 GB] Partition check: sda:vax_switch_to: switching 80318000 -> 80fbe000 scsi : NCR5380 irq 254 triggered STATUS_REG: 07 ,PARITY,IO,SEL BASR: 10 ICR: 00 MODE: 00 scsi0 : SEL interrupt vax_switch_to: switching 80fbe000 -> 80fbc000 vax_switch_to: switching 80fbc000 -> 80fba000 vax_switch_to: switching 80fba000 -> 80fb8000 vax_switch_to: switching 80fb8000 -> 80318000 sda1 sda2 Kernel panic: Invalid blocksize passed to set_blocksize machine_halt: cpu-specific halt not implemented - HALTing ?06 HLT INST PC = 80101A04 >>> |
From: Kenn H. <ke...@us...> - 2001-02-21 01:17:47
|
Update of /cvsroot/linux-vax/www/htdocs In directory usw-pr-cvs1:/tmp/cvs-serv26557 Modified Files: index.html Removed Files: bootlog-kenn-vs3100-20000714.txt bootlog-kenn-vs3100-20001231.txt Log Message: Better tell people what we've been doing lately... Index: index.html =================================================================== RCS file: /cvsroot/linux-vax/www/htdocs/index.html,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- index.html 2001/01/11 17:28:19 1.11 +++ index.html 2001/02/21 01:18:44 1.12 @@ -40,13 +40,54 @@ <TD VALIGN=TOP NOSAVE></TD> </TR> +<!-- News entry boundary --> + +<TR VALIGN=TOP NOSAVE> +<TD>20 FEB 2000</TD> + +<TD NOSAVE> +<B>Kernel</B><BR> +Things are going pretty well right now. We're now working off the +official 2.4.0 kernel. Next I'll merge in 2.4.1. We intend to +track the 2.4.x series at least until 2.5 starts. Don't know +which way we'll go at that point yet... +<P> +Andy's pagelet layer is in place, making the +main kernel think we really have 4K pages, when we really only have +512-byte pages. (Sssh! Don't tell it...). Good work Andy! +<P> +Richard Banks has started trying it out on a MicroVAX 3100 Model 85 +(KA55 CPU) and, well, it's just not working... My best guess is +that the PCB needs to be set up correctly before turning on virtual +memory. I'll get to that real soon now, Richard. Honestly... +<P> +Anyway, I've tagged a build as kh-20010220 in CVS. You can see +the default configuration (i.e. rm .config && make oldconfig) booting +on a +<A HREF="bootlogs/bootlog-kenn-vs3100m76-20010220.txt"> +VAXstation 3100 Model 76</A> and a +<A HREF="bootlogs/bootlog-kenn-vs4000m60-20010220.txt"> +VAXstation 4000 Model 60</A>. Thanks for the 4000/60, Andy! +(Incidentally, those BOOTP transmission attempts in the VS3100 +bootlog are not actually putting packets on the wire.) +<P> +<B>Toolchain</B><BR> +You will need the 20001231 toolchain to build this kernel. +You can get it from CVS or grab snapshots from +<A HREF="ftp://linux-vax.sourceforge.net/pub/linux-vax/tools/Binaries/"> +the FTP site</A>. +</td> +</TR> + +<!-- News entry boundary --> + <TR VALIGN=TOP NOSAVE> <TD>31 DEC 2000</TD> <TD NOSAVE> <B>Kernel</B><BR> Some reasonable progress recently. Check out this -<A HREF="bootlog-kenn-vs3100-20001231.txt">boot sequence</A> +<A HREF="bootlogs/bootlog-kenn-vs3100-20001231.txt">boot sequence</A> on my VS3100m76. The LANCE ethernet chip, one of the NCR5380 SCSI controllers, the internal SCSI disk and it's partitions are detected. The usual bunch of initial kernel threads are created @@ -74,6 +115,7 @@ </td> </TR> +<!-- News entry boundary --> <TR VALIGN=TOP NOSAVE> <TD>11 AUG 2000</TD> @@ -135,7 +177,7 @@ Out of date <A HREF="linux-vax/docs.html">documentation</A> has been removed and replaced with a link to current docs.<BR> <B>Kernel</B><BR> -We're getting further slowly. <A HREF="bootlog-kenn-vs3100-20000714.txt">Here</A> +We're getting further slowly. <A HREF="bootlogs/bootlog-kenn-vs3100-20000714.txt">Here</A> is Kenn's VAXstation 3100 booting the latest kernel. The framework for handling interrupts is taking shape... </td> --- bootlog-kenn-vs3100-20000714.txt DELETED --- --- bootlog-kenn-vs3100-20001231.txt DELETED --- |
From: Kenn H. <ke...@us...> - 2001-02-21 00:52:13
|
Update of /cvsroot/linux-vax/www/htdocs/bootlogs In directory usw-pr-cvs1:/tmp/cvs-serv24718/bootlogs Log Message: Directory /cvsroot/linux-vax/www/htdocs/bootlogs added to the repository |
From: Andy P. <at...@us...> - 2000-08-11 02:08:20
|
Update of /cvsroot/linux-vax/www/htdocs In directory slayer.i.sourceforge.net:/tmp/cvs-serv12260 Modified Files: index.html Log Message: Point big FAQ link at daves new super faq Add in news note about tools snapshot. |
From: Andy P. <at...@us...> - 2000-08-11 02:02:21
|
Update of /cvsroot/linux-vax/www/htdocs In directory slayer.i.sourceforge.net:/tmp/cvs-serv4631 Modified Files: index.html Log Message: Add the sourceforge logo and link to make us legal with the sourceforge terms and conditions. Add the pergamentum logo and link. |
From: Kenn H. <ke...@us...> - 2000-08-07 21:11:09
|
Update of /cvsroot/linux-vax/www/htdocs In directory slayer.i.sourceforge.net:/tmp/cvs-serv17895 Modified Files: index.html Log Message: Added news update for 7 Aug, 2000 and link to Dave's early work on the FAQ |