[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[openap-cvs] : openap-main README,1.1.1.1,1.2
From: |
David Kimdon <address@hidden> |
Subject: |
[openap-cvs] : openap-main README,1.1.1.1,1.2 |
Date: |
Thu, 18 Jul 2002 21:17:26 -0400 |
Update of /cvsroot/openap/openap-main
In directory subversions:/tmp/cvs-serv26497
Modified Files:
README
Log Message:
update docs a bit
Index: README
===================================================================
RCS file: /cvsroot/openap/openap-main/README,v
retrieving revision 1.1.1.1
retrieving revision 1.2
diff -u -r1.1.1.1 -r1.2
--- README 18 Jul 2002 19:56:59 -0000 1.1.1.1
+++ README 19 Jul 2002 01:17:24 -0000 1.2
@@ -1,85 +1,30 @@
OpenAP
-From cvs:
----------------------------------------------------------------------
-The cvs source distribution comes with everything you need.
-
-Anonymous access - Please follow the directions on savannah.gnu.org at
-http://savannah.gnu.org/cvs/?group_id=1202
-
-Write access - Register yourself as a developer on savannah.gnu.org at
-https://savannah.gnu.org/account/register.php. Then, email the project
-admins so that they can add your account to the project.
-
-
-From the tarball:
----------------------------------------------------------------------
-This source distribution comes with exerything you need except the kernel
-source. You need to get the kernel source at your nearest kernel mirror
-untar it inside the openap source directory and then apply the patch in the
-misc subdir. Example commands follow:
-
-# tar -xzf openap-0.1.0.tar.gz
-# cd openap-0.1.0/
-# wget http://ftp.kernel.org/pub/linux/kernel/v2.4/linux-2.4.17.tar.gz
-# tar -xzf linux-2.4.17.tar.gz
-# patch -p0 < ./misc/openap-linux-2.4.17.patch
-
-
+* Quick Start
-Now that your sources are ready, see the toplevel Makefile for more info.
+To build from fresh sources do:
+# make config
+# make bootstrap
-** Card Boot
+Then after you make changes you can do:
-Since the default AP software (that which comes with the AP fresh from the
-factory) won't upgrade itself automatically to the linux system you need to
-boot off a PCMCIA flash card the first time you move from the old software to
-Linux. The mechanics of openning the case, replacing the card and shorting the
-jumper is described elsewhere. The SRAM image creation is described here.
+# make
-It is probably easiest if you just use the sram image found on
-opensource.instant802.com rather than build your own. Once you have a default
-image into the AP you can upgrade it with the 'reflash' command.
+To create a new image.
-There is a target in the Makefile 'sram'. It should do everything you need
-provided you have already build an appropriate flash image (maybe you created
-it with 'make bootstrap').
+For more complicated operations please see Makefile and make/*.mk
-Once you have the image 'sram' you need to write it to your sram card. The
-Linux pcmcia drivers should detect your sram card when you insert it and create
-some new device node that look something like this:
-crw-r--r-- 1 root root 253, 0 Jan 17 16:11 /dev/mem0c0c
+* CVS
-See man memory_cs(4) for more info. Don't write to the /dev/mem*a* devices
-since that is the attribute memory for the card. You risk messing the
-attributes up so PCMCIA can't identify your card. You want to copy the 2 MB
-sram image to the flash card enough times to fill it up [1]. If you have a 4MB
-sram card you can do something like:
-
-# cat sram sram > /dev/mem0c0c
-
-Voila. The card is ready.
-
-
-
-** Reflashing
-
-Once you have reprogrammed the flash once on your AP it is easy to update the
-software. You can use the 'reflash' command. Just pass it a URL for a flash
-image (make sure flash.md5 is there as well). It will download flash and
-flash.md5, check the md5sum and then reprogram the unit.
-
-
-1 - The reality is that the way we have the bootloader set up we need it at the
-top of the card because that is where the CPU looks for instructions when you
-short the jumper. After the boot loader has copied itself into RAM it can only
-access low memory, so we need a kernel and filesystem image at the bottom of
-the card where it can reach it. It would be more elegant to rewrite it so we
-create one variable-size flash image with the bootloader at the top and kernel
-and filesystem at the bottom with padding in between, I'll leave that as an
-exercise for the reader.
+---------------------------------------------------------------------
+Anonymous access - Please follow the directions on savannah.gnu.org at
+http://savannah.gnu.org/cvs/?group_id=1202
+Write access - Register yourself as a developer on savannah.gnu.org at
+https://savannah.gnu.org/account/register.php. Then, email the project
+admins so that they can add your account to the project.
+----------------------------------------------------------------------
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [openap-cvs] : openap-main README,1.1.1.1,1.2,
David Kimdon <address@hidden> <=