summaryrefslogtreecommitdiffstats
path: root/sys/arch/octeon/stand (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Use daddr_t and not daddr32_t in boot media.krw2020-12-091-2/+2
| | | | | | | | | | At a minimum, amd64/i386 should now boot from 4TB GPT formatted disks. More daddr32_t terminations with extreme prejudice to follow. Tested by various, in snaps for a few days. ok deraadt@
* increment version numbers, due to recent RB_GOODSEED and fchmod +T changesderaadt2020-05-261-2/+2
|
* Check outcome of loadrandom() on octeonvisa2020-05-262-11/+26
| | | | | | | | | | If loadrandom() succeeds, set RB_GOODRANDOM in boothowto. To enable fchmod(), disk_open() has to mount the filesystem in writable mode. This is tricky because the filesystem might be unclean. Hence the code has to use MNT_FORCE. Input and OK deraadt@
* Rework kernel loading with octboot(4)visa2020-05-261-5/+45
| | | | | | | | Load the kernel image from the filesystem upfront in rdboot and pass the loaded image to octboot(4)'s kexec call in a memory buffer. As a result, octboot(4) does not rely on a mounted filesystem. OK deraadt@
* that dependency change breaks something else. sigh.deraadt2020-05-251-3/+3
|
* Pass boothowto from the bootloader to the kernel on octeon.visa2020-05-251-8/+5
| | | | OK deraadt@
* The dependencies were insufficient.deraadt2020-05-251-3/+3
|
* this hexdump tie-in is incorrect, disable for nowderaadt2019-12-011-2/+2
|
* Implement a hexdump command in the boot loader. This helps tobluhm2019-11-281-1/+4
| | | | | | inspect the memory layout that the firmware has created. It is especially useful for UEFI debugging. OK deraadt@ kettenis@
* Reduce BOOTRANDOM_MAX to 256. naddy pointed out there's no point havingderaadt2019-11-011-2/+2
| | | | | it larger than RC4STATE. A long discussion ensued. In conclusion all entropy inputs are either satisfactory enough, or just as shitty at 512.
* Use arc4 to bit-spread the 512-byte random buffer over the .openbsd.randomdataderaadt2019-10-292-4/+4
| | | | | | | | | section, which has grown a fair bit with the introduction of retguard. Mortimer discovered the repeated 512-byte sequence as retguard keys, and this resolves the issue. (Chacha does not fit on the media, so 1.5K early drop RC4 is hopefully sufficient in our KARL link universe) Version crank the bootblocks. sysupgrade -s will install new bootblocks. ok djm mortimer
* Remove the old, unfinished octeon bootloader.visa2019-08-049-715/+0
|
* Revise the way how the octeon bootloader is built. The originalvisa2019-08-043-18/+36
| | | | | | approach was not right, and there is still room for improvement. OK deraadt@
* Fix fd leak that broke disk_close().visa2019-08-011-1/+2
|
* Link octeon bootloader to the build.visa2019-07-282-9/+9
| | | | OK deraadt@
* Fix trimming of newline.visa2019-07-281-2/+5
|
* Add a bootloader for octeon.visa2019-07-177-0/+1207
| | | | | | | | | | | | | | | | | | The firmware on OCTEON machines usually does not provide an interface for accessing devices, which has made it tricky to implement an OpenBSD bootloader. To solve this device access problem, this new loader has been built on top of a small kernel. The kernel provides all the necessary devices drivers, while most of the usual bootloader logic is in a userspace program in a ramdisk. The loader program is accompanied by a special device, octboot(4). The main purpose of this device is to implement a mechanism for loading and launching kernels. The mechanism has been inspired by Linux' kexec(2) system call. The bootloader will be enabled later when it is ready for general use. Discussed with deraadt@
* libsa's memcpy() is actually memmove(). make a proper memmove(), and givederaadt2019-04-201-2/+2
| | | | memcpy() correct behaviour. This also brings the bcopy() macro into line.
* crank versionsderaadt2019-04-101-2/+2
|
* change marks[] array to uint64_t, so the code can track full 64-bitderaadt2019-04-102-5/+6
| | | | | details from the ELF header instead of faking it. Proposal from mlarkin, tested on most architectures already
* crank version; looks good deraadtflorian2019-04-081-2/+2
|
* Do not create machine@ symlinks in obj as root during includes:, buttb2016-11-062-4/+4
| | | | | | | | | defer their creation to later, so that they are owned by BUILDUSER. This eliminates the last root-owned files in obj/ from 'make build'. In addition, place a MACHINE == hppa test in hppa/stand/Makefile.inc to avoid creating bogus symlinks on all other archs. joint work with & ok natano, "let's try it" deraadt
* when CONSPEED moved from libsa.h to Makefile it lost a leading '1',jasper2016-11-021-2/+2
| | | | | | reinstate the original of 115200 spotted by brad
* Apply consistency to forever loops with continue and NOTREACHEDtom2016-10-091-2/+4
| | | | Same thought from kettenis@, ok krw@ phessler@ millert@
* crank bootloader version after .SUNW_ctf changejasper2016-09-131-2/+2
| | | | | as discussed with jsing@ it's easier this way to ensure people have bootblocks capable of loading the section
* Prep for relro: make sure it's off for any non-PIE stand/ programguenther2016-07-301-2/+2
| | | | ok millert@ kettenis@
* for some time now mandoc has not required MLINKS to functionjmc2016-03-301-2/+1
| | | | | | | | | | | | correctly - logically complete that now by removing MLINKS from base; authors need only to ensure there is an entry in NAME for any function/ util being added. MLINKS will still work, and remain for perl to ease upgrades; ok nicm (curses) bcook (ssl) ok schwarze, who provided a lot of feedback and assistance ok tb natano jung
* Reduces the noise around the global ``ticks'' variable by renamingmpi2016-03-191-3/+3
| | | | | | all the local ones to ``nticks''. ok stefan@, deraadt@
* Replace unbounded gets() in libsa with getln() which takes a buffer size,miod2015-11-161-2/+2
| | | | | and convert all gets() users. ok deraadt@
* Missing $OpenBSD$'s.krw2015-01-201-0/+1
| | | | ok deraadt@
* implement 'rootdev' parsing similar to what's already done in the kernel,jasper2014-07-181-4/+57
| | | | but this time for bootdev(). defaults to octcf0a if all else fails.
* whitespacejasper2014-07-141-2/+1
|
* move putchar() into libsajasper2014-07-132-34/+3
| | | | "sure" miod@
* - remove CONSPEED from libsa.hjasper2014-07-122-5/+3
| | | | - remove unused define
* unify cnspeed()jasper2014-07-121-3/+3
|
* move getchar() into libsa where applicablejasper2014-07-122-19/+3
| | | | ok miod@
* - replace main() with mips_init() so we can save the arguments from uboot tojasper2014-07-123-12/+35
| | | | | | | pass it to the kernel later on. also use it to get the clock frequency. - implement getsecs() so the bootprompt timeout works input/ok miod@ pirofti@
* rename variable to better indicate it's meaningjasper2014-07-121-3/+3
|
* fix annoying bug where the first character would be eaten, cnischar() wasjasper2014-07-121-1/+8
| | | | | | wreaking havoc. from miod@
* - fill in cninit to enable rtsjasper2014-07-121-3/+12
|
* - rewrite register reading/writing to use octeon_xkphys_{read,write}_8 whichjasper2014-07-121-28/+27
| | | | | | | | | | is the right approach - write into _THR instead of _RBR for cnputc() as per miod's suggestion this doesn't fix the first character that gets eaten, but it's the right way to move forward. with pirofti@
* add some more register definitionsjasper2014-07-111-1/+6
|
* crank the versionderaadt2013-12-281-2/+2
|
* - fix devboot() to properly retrieve octcf0a and add a comment for laterjasper2013-06-132-6/+12
| | | | | | - call boot() so we get to play with the prompt; turns out there's an issue where the first 2-3 readline reads from the uart result in no data...to be investigated.
* remove unused functionjasper2013-06-052-10/+4
|
* remove ugly hack we couldn't figure out what it was used for, only that itjasper2013-06-051-5/+1
| | | | | | | broke printing characters to the early console. discussed with pirofti@ and uebayasi@ ok uebayasi@
* - add missing SUBDIRjasper2013-06-052-3/+4
| | | | - remove commented and unneeded SRCS
* ditch local ld.script and use conf/ld.script instead, and adjust entryjasper2013-06-053-31/+8
| | | | point accordingly.
* add WIP second stage bootloader for octeon; far from working and contains many stubs still.jasper2013-06-0514-0/+814
committing it now so I can work on this in tree.
Copyright © 1996 – 2023 Jason A. Donenfeld. All Rights Reverse Engineered.