proc: don't throw from proc_get_set()
[akaros.git] / GETTING_STARTED.md
index 6971176..20a21d1 100644 (file)
@@ -54,6 +54,9 @@ environment.  AKAROS_ROOT is the Akaros repo directory.  AKAROS_XCC_ROOT is a
 directory of your choosing where the toolchain will be installed (more on that
 in Section 3.1 below).
 
+I also suggest running `scripts/one-time-setup.sh`, once per `git clone`.  This
+performs various checks and other setup.  Check it out for details.
+
 The first step is to configure the kernel.  Targets like `config`,
 `menuconfig`, and some of the other KBuild targets work.  Defconfig gives you a
 default configuration.  For example, to config for 64-bit x86:
@@ -270,7 +273,7 @@ to `format=raw`) with "`-kernel obj/kern/akaros-kernel`".
 
 The `-monitor` is the qemu monitor, which is a CLI for qemu.  Pick a
 tab/terminal/pty in Linux that you will only use for qemu monitoring, and enter
-`tty'.  Whatever it tells you, put in place of `/dev/pts/3`.  I've been using
+'`tty`'.  Whatever it tells you, put in place of `/dev/pts/3`.  I've been using
 the same tab for about 4 years now.  In that tab, enter '`sleep 999999999`'.
 Qemu will still access it, but you won't have to worry about bash trying to
 handle your inputs.
@@ -390,7 +393,7 @@ Early on as a dev, there are lots of times where you accidentally don't run the
 right program (or kernel) and won't understand why your change isn't happening.
 A few `printk("WTF\n")`'s later, you realize you didn't have the `hdd.img`
 mounted, or you didn't fill KFS, or you didn't relink your binaries, or you
-forgot to save all files in `vi1 (and not just the current buffer).  But after
+forgot to save all files in `vi` (and not just the current buffer).  But after
 doing a couple `hello worlds`, you're set.
 
 Alternatively, you could have a make target to run qemu, which also touches all