summaryrefslogtreecommitdiff
path: root/util/libreboot-utils
AgeCommit message (Collapse)Author
6 hoursutil/nvmutil: call usage if argc below 3HEADmasterLeah Rowe
otherwise, we invoke the state machine in weird conditions, where some pointers may not be initialised. we could handle this properly, but why? therefore, the errhook is called after the argc check. this patch fixes a Speicherzugriffsfehler that i got while running nvmutil with below 3 arguments Signed-off-by: Leah Rowe <leah@libreboot.org>
6 hourslibreboot-utils: stricter errno handlingLeah Rowe
where possible, try not to clobber sys errno. override it only when relatively safe. also: when a syscall succeeds, it may set errno. this is rare, but permitted (nothing specified against it in specs, and the specs say that errno is undefined on success). i'm not libc, but i'm wrapping around it, so i need to be careful in how i handle the errno value. also: i removed the requirement for directories to be executable, in mkhtemp.c, because this isn't required and will only break certain setups. in world_writeable and sticky, i made the checks stricter: the faccessat check was being skipped on some paths, so i've closed that loophole now. i also generally cleaned up some code, as part of the errno handling refactoring, where it made sense to do so, plus a few other bits of code cleanup. Signed-off-by: Leah Rowe <leah@libreboot.org>
10 hourslbutils/rand: add missing error handleLeah Rowe
accidentally removed in previous refactor Signed-off-by: Leah Rowe <leah@libreboot.org>
12 hourslbutils/file: only support real pread/pwriteLeah Rowe
the portable version was written for fun, but it's bloat, and makes the code hard to read. every unix since about 2005 has these functions. Signed-off-by: Leah Rowe <leah@libreboot.org>
12 hourslbutils/file: don't alllow EAGAIN/EWOULDBLOCKLeah Rowe
a non-blocking file descriptor could be used while errno is set to these. this would create an infinite loop. it's better that we only allow EINTR. Signed-off-by: Leah Rowe <leah@libreboot.org>
12 hourslbutils/file: remove ETXTBSY from exemption on ioLeah Rowe
obsolete. ripe for abuse. do not permit this error. Signed-off-by: Leah Rowe <leah@libreboot.org>
12 hourslbutils/file: don't reset errno on successful ioLeah Rowe
some io syscalls may set errno on success. this patch honours that. we try to preserve caller errno, but it is important for debugging not to clobber it. if fs_err_retry errs, then we don't reset errno. if fs_err is successful but errno wasn't set, we restore caller errno. this is done by setting errno to zero in callers, which also restore caller errno. Signed-off-by: Leah Rowe <leah@libreboot.org>
12 hourslibreboot-utils: unified EINTR loop handlingLeah Rowe
absolutely unified. Signed-off-by: Leah Rowe <leah@libreboot.org>
16 hoursTODOLeah Rowe
Signed-off-by: Leah Rowe <leah@libreboot.org>
17 hourslibreboot-utils: unified max path lengthsLeah Rowe
just use PATH_MAX like a normal person with additional safety Signed-off-by: Leah Rowe <leah@libreboot.org>
41 hourscorrect exit statusLeah Rowe
Signed-off-by: Leah Rowe <leah@libreboot.org>
41 hoursbe reasonableLeah Rowe
8GB of entropy is a tad extreme Signed-off-by: Leah Rowe <leah@libreboot.org>
42 hourslibreboot-utils: more flexible string usageLeah Rowe
i previously used error status and set return values indirectly. i still do that, but where possible, i also now return the real value. this is because these string functions can no longer return with error status; on error, they all abort. this forces the program maintainer to keep their code reliable, and removes the need to check the error status after using syscalls, because these libc wrappers mitigate that and make use of libc for you, including errors. this is part of a general effort to promote safe use of the C programming language, especially in libreboot! Signed-off-by: Leah Rowe <leah@libreboot.org>
45 hourslbutils: strict string functions - abort on errLeah Rowe
on the conditions where these functions encounter an unexpected error, we currently return -1 this means that the caller must check. which means the caller won't check. nobody does. i often forget. force the caller (me) to be correct, instead. the current calling convention is that the real return value is stored in a pointer, provided inside the function signature, on a given string function, and the function's return value is merely an indicator. this calling convention is retained for now; the next patch will change it, such that the real value is also the function's return value. this is more flexible. Signed-off-by: Leah Rowe <leah@libreboot.org>
46 hourslibreboot-utils: optimised string functionsLeah Rowe
operate per word, not per byte this is also done on sdup, which uses a slightly inefficient method: the new string allocation is that of the maximum size, rather than what we need. for example, if you wanted a 20 character string (21 including null), you would still allocate 4096 bytes if that was the maximum length. it's a bit naughty, and i have half a mind to keep sdup on the old implementation, but i'll leave it be for now. Signed-off-by: Leah Rowe <leah@libreboot.org>
2 dayslibreboot-utils: safe memcmpLeah Rowe
Signed-off-by: Leah Rowe <leah@libreboot.org>
2 daysRevert "lbmk: use mkhtemp in libreboot's build system"Leah Rowe
This reverts commit e54862fcccca0325da8ae2879c1fa965267d3df0. nope. not ready yet. will fix it later.
2 dayslbmk: use mkhtemp in libreboot's build systemLeah Rowe
i added a fake -t option, which doesn't actually read optarg, so that -t usage can just override the normal template. mkhtemp isn't ready for distros yet, but it's ready for lbmk. i hacked the makefile to also copy the binary to mktemp, and i set PATH in lbmk so that this binary is used insttead of the one on your system. that way, upstream projects use it. Signed-off-by: Leah Rowe <leah@libreboot.org>
2 daysutil/nvmutil: re-add cleanupLeah Rowe
delete tmpfiles after operation. fixes a bug where tmpfiles are left behind after running the dump command. Signed-off-by: Leah Rowe <leah@libreboot.org>
2 dayslbutils hexdump: reduce width on smaller integersLeah Rowe
showing the size for 64-bit high integers seems silly Signed-off-by: Leah Rowe <leah@libreboot.org>
2 dayslibreboot-utils/lib: loop eintr on [p]read/[p]writeLeah Rowe
i forgot to do this! with this, I/O should be bullet proof now. i already loop this on other I/O commands. Signed-off-by: Leah Rowe <leah@libreboot.org>
2 daysmkhtemp: rename variable for clarityLeah Rowe
Signed-off-by: Leah Rowe <leah@libreboot.org>
2 dayshexdump performance test, part 1Leah Rowe
spoiler alert: it's slow as molasses part 2 will be presented at a later date (yes, please don't fill 8GB of memory with random data and hexdump it) Signed-off-by: Leah Rowe <leah@libreboot.org>
3 daysmkhtemp: generalised string concatenationLeah Rowe
scatn in strings.c was buggy, so i replaced it; it concatenates any number of things. Signed-off-by: Leah Rowe <leah@libreboot.org>
3 dayslbutils: simplify getprogname usageLeah Rowe
the functions no longer return errors, so i don't need to handle them. furthermore, the handling in state.c is redundant, so i've removed that too. Signed-off-by: Leah Rowe <leah@libreboot.org>
3 dayslibreboot-utils: simplify random tmpdir namegenLeah Rowe
generalise it in rand.c because this logic will be useful for other programs in the future. Signed-off-by: Leah Rowe <leah@libreboot.org>
3 dayslbutils: rename mkrbuf to rmallocLeah Rowe
Signed-off-by: Leah Rowe <leah@libreboot.org>
3 dayslibreboot-utils: simplify lbgetprognameLeah Rowe
make it more reliable; it can't segfault now, under any circumstance. not even once. the problem arised when lbsetname was not called in a program, before calling the function: lbgetprogname. a segfault would occur, due to it being NULL. not every os/libc has getprogname, so i have my own implementation. Signed-off-by: Leah Rowe <leah@libreboot.org>
3 dayslbutils makefile: use c99 in strict modeLeah Rowe
not c90 i use stdint now on a few files. i had this idea in my head to use C89 for some reason, but this is pointless. c99 however is worthy as a minimum, because for example, compilers like tcc will adhere to its spec (for the most part), so this is the minimum reasonable requirement on modern unix systems. Signed-off-by: Leah Rowe <leah@libreboot.org>
3 daysutil/nvmutil: better hexdumpLeah Rowe
this is a more generic one that i implemented for "lottery.c" (which is really just a tester of my rset function in lib/rand.c) i could probably actually write a full hexdump program in libreboot-utils to be honest. Signed-off-by: Leah Rowe <leah@libreboot.org>
3 dayscleanupLeah Rowe
Signed-off-by: Leah Rowe <leah@libreboot.org>
4 daysTODOLeah Rowe
Signed-off-by: Leah Rowe <leah@libreboot.org>
4 daysTODOLeah Rowe
Signed-off-by: Leah Rowe <leah@libreboot.org>
4 daysmkhtemp: use O_NOFOLLOW in same_dirLeah Rowe
we have a policy: symlinks do not exist. Signed-off-by: Leah Rowe <leah@libreboot.org>
4 daysTODOLeah Rowe
Signed-off-by: Leah Rowe <leah@libreboot.org>
4 dayslbutils env_tmpdir: use static strings for fallbackLeah Rowe
i currently return pointers to these, without copying. they can fade because of this. make them static, since that is what they should be anyway. Signed-off-by: Leah Rowe <leah@libreboot.org>
4 dayslbutils: unify xopen and open_on_eintrLeah Rowe
use open_on_eintr for gbe files Signed-off-by: Leah Rowe <leah@libreboot.org>
4 dayslibreboot-utils: unified errno handling on returnsLeah Rowe
Signed-off-by: Leah Rowe <leah@libreboot.org>
4 dayslibreboot-utils: much stricter open() handlingLeah Rowe
abort on error, and do EINTR looping Signed-off-by: Leah Rowe <leah@libreboot.org>
4 dayslbutils/file ffree_and_set_null: err if nullLeah Rowe
free can take a null, that's fine, but my pointer to the pointer being freed should not be null. that is a bug. Signed-off-by: Leah Rowe <leah@libreboot.org>
4 dayslibreboot-utils: much stricter close() handlingLeah Rowe
remove close_warn and close_no_err make close_on_eintr a void, and abort on error instead of returning -1. a failed file closure is a world-ending event. burn accordingly. Signed-off-by: Leah Rowe <leah@libreboot.org>
4 daysutil/mkhtemp: fix wrongful errno resetLeah Rowe
on error state, i was resetting errno unconditionally, which would then mask the real error. Signed-off-by: Leah Rowe <leah@libreboot.org>
4 dayslibreboot-utils: unified error handlingLeah Rowe
i now use a singleton hook function per program: nvmutil, mkhtemp and lottery call this at the startup of your program: (void) errhook(exit_cleanup); then provide that function. make it static, so that each program has its own version. if you're writing a program that handles lots of files for example, and you want to do certain cleanup on exit (including error exit), this can be quite useful. Signed-off-by: Leah Rowe <leah@libreboot.org>
4 dayslibreboot-utils: simplified pledge/unveil usageLeah Rowe
i no longer care about openbsd 5.9. we assume unveil is available, as has been the case for the past 12 years. i use wrappers for unveil and pledge, which means that i call them on every os. on OSes that don't have these, i just return. it's somewhat inelegant, but also means that i see errors more easily, e.g. misnamed variables inside previous ifdef OpenBSD blocks. Signed-off-by: Leah Rowe <leah@libreboot.org>
4 dayslibreboot-utils: extremely safe(ish) malloc usageLeah Rowe
yes, a common thing in C programs is one or all of the following: * use after frees * double free (on non-NULL pointer) * over-writing currently used pointer (mem leak) i try to reduce the chance of this in my software, by running free() through a filter function, free_if_not_null, that returns if a function is being freed twice - because it sets NULL after freeing, but will only free if it's not null already. this patch adds two functions: smalloc and vmalloc, for strings and voids. using these makes the program abort if: * non-null pointer given for initialisation * pointer to pointer is null (of course) * size of zero given, for malloc (zero bytes) i myself was caught out by this change, prompting me to make the following fix in fs_dirname_basename() inside lib/file.c: - char *buf; + char *buf = NULL; Yes. Signed-off-by: Leah Rowe <leah@libreboot.org>
4 daysnvmutil: clamp rand (rejection sampling)Leah Rowe
clamp rand to eliminate modulo sampling; high values on the randomisation will bias the result. not really critical for mac addresses, but there's no reason not to have this. this patches reduces the chance that two libreboot users will generate the same mac addresses! Signed-off-by: Leah Rowe <leah@libreboot.org>
4 daysutil/nvmutil: tidy up hextonumLeah Rowe
i had a bunch of hacks in here because i was previously using very buggy rand. now it's ok. Signed-off-by: Leah Rowe <leah@libreboot.org>
4 daysrand.c: fix initialisation bug in mrkbufLeah Rowe
should be null on bad return Signed-off-by: Leah Rowe <leah@libreboot.org>
4 dayscleanupLeah Rowe
Signed-off-by: Leah Rowe <leah@libreboot.org>
4 daysheaderLeah Rowe
Signed-off-by: Leah Rowe <leah@libreboot.org>