Home | History | Annotate | only in /src/sys/arch/next68k/stand/boot
Up to higher level directory
NameDateSize
boot.c12-Feb-20234.6K
conf.c12-Feb-20232.8K
devopen.c12-Feb-20234K
dmareg.h07-Feb-20233.7K
en.c12-Feb-202312.3K
enreg.h04-Mar-20072.2K
installboot.sh11-Jul-2002680
machdep.c12-Feb-20233.8K
Makefile09-Feb-20232.5K
newvers.sh30-Apr-20081.6K
README04-Feb-20231.2K
rtc.c12-Feb-20233.2K
samachdep.h12-Feb-20232.7K
scsi.c05-Feb-202411.7K
scsireg.h18-Oct-20142.2K
scsivar.h12-Feb-20232.7K
sd.c12-Feb-20238.2K
srt0.s04-Feb-20233.6K
version12-Feb-2023405

README

      1 $NetBSD: README,v 1.2 2023/02/04 14:38:09 tsutsui Exp $
      2 
      3 NeXT standalone bootblocks.
      4 Rolf Grossmann, Dec 1994
      5 
      6 Started work based on files from hp300/stand. boot.c was from post-1.0
      7 sparc/stand/boot.c, modified to work for the needs of the NeXT PROM,
      8 i.e. it wants to call the kernel, so the bootblock has to return the
      9 entry point.
     10 
     11 The code does not try multiple names for te kernel, as I've seen it in
     12 some other architectures' boot code. (The copied code simply didn't do
     13 that ;)) It also doesn't prompt if the argument to boot ends with a
     14 questionmark '?', like the NeXT bootblock does. Do we need this? (Why
     15 should the bootblock as again when you can specify everything on the
     16 boot command line?)
     17 
     18 Most files have nothing to do with their original version anymore. The whole
     19 code is a mixture of my own ideas, various other netbsd code I've looked at
     20 (like the sparc scsi code, the independent scsi code, and the needs of the
     21 standalone library).
     22 
     23 In contrast to NeXT's bootblocks, mine keep the PROM's idea of what the
     24 boot parameters are, i.e. logical disk number (the number the disk would
     25 get as sd*), the lun and the partition.
     26 
     27 TODO
     28  Make some additional improvements
     29