when the hex numbers count in (2), it means its reading the kernel file from the disk into memory.
9fronts 9boot loader uses the bios for all device access. to read a single 512 byte block of data from a harddrive (or usb flash drives as they are emulated as harddrives by the bios), we switch from 32bit protected mode to realmode, do the bios call and return to protected mode copying the block from stack in low memory to its final destination. doing these single block reads might be inefficient with your bios implementation. tho it never has been a problem with ide/sata harddrives or cdroms. when it takes long from (1) to (2), this could be a problem with the usleep() code. after we read plan9.ini, we wait a bit for keyboard input so one can interrupt the automatic boot process. maybe that wait loop is not working right? > Gesendet: Donnerstag, 16. Mai 2013 um 02:16 Uhr > Von: arisawa <aris...@ar.aichi-u.ac.jp> > An: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> > Betreff: Re: [9fans] 9pccpu: can't open /dev/sdXX/nvram > > Hello Erik, > > the problem is not in transmission speed of network. > mine is based on 9front. > messages that come from booting process is as follows: > (1) the content in plan9.ini. > (2) then single letter hexadecimal messages 0 1 ... a b .. f 0 1 ... > (3) and then "boot". the message comes from bootfat. > (4) finally "Plan9" message from the loaded kernel. > > the message (2) is very slow and takes much time to finish. > I suspect bootfat takes too much time to find a specified kernel in fat > partition. > the time is mother board dependent. > my new one is sufficiently fast, but old one (GA-G31M-S2L) is irritatingly > slow. > > Kenji Arisawa > > P.S. > I accessed http://ftp.9atom.org/other/9paecpu to try your 9atom. > however I got "Object not found". > > > On 2013/05/16, at 6:18, erik quanstrom <quans...@quanstro.net> wrote: > > > On Wed May 15 16:57:59 EDT 2013, aris...@ar.aichi-u.ac.jp wrote: > >> > >> PXE + (nvram on usb flash) is much faster than usb flash only boot. > > > > my experience has been that usb flash boot can be faster due > > to networking quirks. for example, spanning tree or even switch uplink > > connect times can be measured in many seconds. > > > > - erik > >
