Make ASCII_BS (sent when driven through kbd) make the same thing as
ASCII_DEL. Also, don't crash on filling the buffer.

We'll make them uppercase when we'll add support for shift.

Also, add timer to reset reception status after 100us.

It previously returned success!

When there's a mismatch, retry up to a certain number of times.

This makes random problem related to assembling big kernels go away! But
it also make SD card reading much slower...

For now, this achieves nothing else than wasting cycles, but this is the
first step in enabling CRC verifications (CMD59).

I think that this is where my random problems with assembling large
kernels from SDC come from: bad data that isn't detected. If that
happens when PGM loads programs in memory, then anything can happen.

`sdct`, when ran often enough, will error out or corrupt away (go
crazy)...

Also, tighten RAM addresses. They were unecessarily loose.

It would always load one byte less than told... This time it's right on
the money :)

Also, rename "download.py" to "memdump.py".

Calling `load` would always read one more byte than specified. Also,
make `0` mean `0x100`.

Also, make `0` mean `0x100`.

I don't know why I haven't noticed it wasn't protected. It must have
been behind many random problems I've been having...

That was an interesting bug. It didn't cause a problem in emulation, but
in an RC2014 on an SD card, an include that didn't end with two newlines
would cause an infinite loop.

Needed if we want to compile the kernel and zasm from within a SD card.
I didn't go straight for 32-bit because it was significantly more
complex and 24-bit give us 16M. Enough to go on for a while...

It doesn't sound like much, but that backspace key is often useful...

Previously, an optional word argument would only have its first byte set
to zero.

Weren't properly saved during local pass back and forth.

That's why the command seemed slow! It's much faster than I thought.