openap-cvs
[Top][All Lists]
Advanced

[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.
 
+----------------------------------------------------------------------




reply via email to

[Prev in Thread] Current Thread [Next in Thread]