More content added

10_devices/README.md

@@ -17,4 +17,4 @@ Amiga devices are shared libraries with an exec I/O request interface. They prov
 | [keyboard.md](keyboard.md) | CIA-A serial handshake, raw key codes, key matrix, reset sequence, FPGA protocol notes |
 | [gameport.md](gameport.md) | Joystick/mouse port: quadrature decoding, XOR state, fire buttons, controller types |
 | [input.md](input.md) | Input handler chain: priority dispatch, event classes, key remapping, Commodities Exchange |
-| [console.md](console.md) | Text terminal I/O: ANSI escape sequences, cursor/colour control, raw key events, CON:/RAW: handlers |
+| [console.md](console.md) | Text terminal I/O: ANSI escape sequences, cursor/color control, raw key events, CON:/RAW: handlers |

10_devices/console.md

@@ -6,7 +6,7 @@
 
 `console.device` provides an ANSI-compatible text terminal within Intuition windows. It handles:
 - **Input**: translating raw keycodes from `input.device` into ASCII/ANSI characters
-- **Output**: rendering text, parsing escape sequences for cursor control, colour, and formatting
+- **Output**: rendering text, parsing escape sequences for cursor control, color, and formatting
 - **Clipboard**: cut/copy/paste integration
 
 Every CLI/Shell window is backed by a console.device unit. Applications can open their own console units in any Intuition window for text I/O without implementing their own keyboard translation or cursor rendering.
@@ -68,7 +68,7 @@ void ConPuts(struct IOStdReq *con, char *str)
 /* Usage: */
 ConPuts(con, "Hello, Amiga!\n");
 ConPuts(con, "\033[1mBold text\033[0m\n");        /* bold on/off */
-ConPuts(con, "\033[33mYellow text\033[0m\n");      /* colour */
+ConPuts(con, "\033[33mYellow text\033[0m\n");      /* color */
 ConPuts(con, "\033[10;20HText at row 10 col 20");  /* absolute position */
 ```
 
@@ -148,7 +148,7 @@ Console.device supports a rich subset of ANSI/VT100 escape sequences (CSI = `\03
 | `\033[23m` | Cancel italic |
 | `\033[24m` | Cancel underline |
 
-### Colours
+### Colors
 
 | Sequence | Foreground | Background |
 |---|---|---|
@@ -163,7 +163,7 @@ Console.device supports a rich subset of ANSI/VT100 escape sequences (CSI = `\03
 | `\033[39m` / `\033[49m` | Default | Default |
 
 > [!NOTE]
-> Colour indices map to the **Intuition pen palette** of the window's screen, not absolute colours. Pen 0 = background, pen 1 = foreground by default.
+> Color indices map to the **Intuition pen palette** of the window's screen, not absolute colors. Pen 0 = background, pen 1 = foreground by default.
 
 ### Amiga-Specific Extensions
 

10_devices/scsi.md

@@ -42,14 +42,14 @@ flowchart LR
 | **16-bit bus** | Gayle connects via 16-bit data path even on 32-bit CPUs |
 | **PIO mode 0** | Stock Gayle supports only PIO mode 0 (~3.3 MB/s theoretical, ~1.5 MB/s actual) |
 | **CIA timing** | CIA chip access introduces wait states |
-| **CPU overhead** | 100% CPU utilisation during transfers — no multitasking during disk I/O |
+| **CPU overhead** | 100% CPU utilization during transfers — no multitasking during disk I/O |
 
 ### Community Solutions — Fast IDE
 
 | Solution | Method | Improvement |
 |---|---|---|
 | **FastATA** (E-Matrix/Elbox) | Zorro SCSI/IDE card with DMA | Up to ~10 MB/s, frees CPU |
-| **Buddha/Catweasel** | Clock port / Zorro IDE with optimised driver | ~2–3 MB/s, multiple IDE channels |
+| **Buddha/Catweasel** | Clock port / Zorro IDE with optimized driver | ~2–3 MB/s, multiple IDE channels |
 | **Blizzard SCSI** | Accelerator-integrated SCSI | Up to ~5 MB/s with DMA |
 | **GVP Series II** | Zorro II SCSI with custom DMA ASIC | ~3 MB/s, DMA frees CPU |
 | **A4091** | Zorro III SCSI (NCR 53C710) | **~10 MB/s** — fastest stock Amiga SCSI |

10_devices/timer.md

@@ -122,7 +122,7 @@ The **E-clock** is derived from the system clock ÷ 10:
 
 ### VBlank Timing
 
-UNIT_VBLANK is synchronised to the display's vertical blank interrupt:
+UNIT_VBLANK is synchronized to the display's vertical blank interrupt:
 
 | Standard | VBlank Rate | Period | Use |
 |---|---|---|---|
@@ -155,7 +155,7 @@ struct EClockVal {      /* OS 2.0+ */
 
 ---
 
-## Proper Initialisation and Shutdown
+## Proper Initialization and Shutdown
 
 timer.device uses the standard Exec I/O model: a **MsgPort** for signal delivery, an **IORequest** to describe the operation, and an explicit **open/close** lifecycle. Every step matters — skipping any one causes subtle or catastrophic failures.
 
@@ -191,8 +191,8 @@ struct Library *TimerBase = (struct Library *)tr->tr_node.io_Device;
 |---|---|
 | Skip `CreateMsgPort` | No signal bit allocated → `Wait()` will never wake up. Or worse: signal bit 0 (CTRL-C) gets reused, causing random task termination. |
 | Skip error check on `CreateIORequest` | NULL IORequest passed to `OpenDevice` → immediate crash (NULL pointer dereference in Exec). |
-| Skip `OpenDevice` error check | If device can't open (e.g. wrong unit), the IORequest is uninitialised — any subsequent `DoIO`/`SendIO` writes to random memory → Guru Meditation. |
-| Use `AllocMem` instead of `CreateIORequest` | IORequest fields (`io_Message.mn_ReplyPort`, `io_Message.mn_Length`) are not initialised → device replies to garbage address → memory corruption. |
+| Skip `OpenDevice` error check | If device can't open (e.g. wrong unit), the IORequest is uninitialized — any subsequent `DoIO`/`SendIO` writes to random memory → Guru Meditation. |
+| Use `AllocMem` instead of `CreateIORequest` | IORequest fields (`io_Message.mn_ReplyPort`, `io_Message.mn_Length`) are not initialized → device replies to garbage address → memory corruption. |
 | Not saving `TimerBase` | Can't call `AddTime`/`SubTime`/`CmpTime`/`ReadEClock` — they require the device's library base in A6. |
 
 ### Shutdown (The Right Way)
@@ -311,7 +311,7 @@ if (timerPending)
 ## Use Case 3: Game/Demo Frame Sync (Periodic Timer)
 
 ```c
-/* 50 Hz game loop synchronised to PAL frame rate: */
+/* 50 Hz game loop synchronized to PAL frame rate: */
 #define FRAME_USEC  20000  /* 1/50th second = 20ms */
 
 void GameLoop(void)

10_devices/trackdisk.md

@@ -128,7 +128,7 @@ ULONG changeCount = diskReq->iotd_Req.io_Actual;
 diskReq->iotd_Req.io_Command = TD_ADDCHANGEINT;
 diskReq->iotd_Req.io_Data    = (APTR)&myInterrupt;
 SendIO((struct IORequest *)diskReq);
-/* myInterrupt is signalled on disk change */
+/* myInterrupt is signaled on disk change */
 ```
 
 ### Track Caching
@@ -141,7 +141,7 @@ Read sector 11 → new track → DMA reads track 1
 Read sector 5 → cache hit (still in track 0 buffer)
 ```
 
-> **FPGA implication**: the MiSTer core must emulate this whole-track DMA behaviour for correct timing. Games that measure seek+read latency will behave incorrectly if only single sectors are transferred.
+> **FPGA implication**: the MiSTer core must emulate this whole-track DMA behavior for correct timing. Games that measure seek+read latency will behave incorrectly if only single sectors are transferred.
 
 ---