]> git.ipfire.org Git - thirdparty/systemd.git/blobdiff - docs/PORTING_TO_NEW_ARCHITECTURES.md
docs: fix grammar a bit
[thirdparty/systemd.git] / docs / PORTING_TO_NEW_ARCHITECTURES.md
index 964eccb8540ed8515bbd5389c6058ed5f43af2dd..a4dc6c29dd5b3fe532fe77b218b11e42eab4c05c 100644 (file)
@@ -27,14 +27,14 @@ architecture.
    partitions. Use `systemd-id128 new -p` to generate new suitable UUIDs you
    can use for this. Make sure to register your new types in the various
    functions in `gpt.c`. Also make sure to update the tables in
-   `docs/DISCOVERABLE_PARTITIONS.md` and `man/systemd-gpt-auto-generator.xml`
-   accordingly.
+   [Discoverable Partitions Specification](https://uapi-group.org/specifications/specs/discoverable_partitions_specification)
+   and `man/systemd-gpt-auto-generator.xml` accordingly.
 
 3. If your architecture supports UEFI, make sure to update the `efi_arch`
    variable logic in `meson.build` to be set to the right architecture string
    as defined by the UEFI specification. (This ensures that `systemd-boot` will
    be built as the appropriately named `BOOT<arch>.EFI` binary.) Also, if your
-   architecture uses a special boot protocol for the Linux kernel make sure to
+   architecture uses a special boot protocol for the Linux kernel, make sure to
    implement it in `src/boot/efi/linux*.c`, so that the `systemd-stub` EFI stub
    can work.
 
@@ -53,9 +53,6 @@ architecture.
    support booting into OS trees that have an empty root directory with only
    `/usr/` mounted in.
 
-7. If your architecture has a CPU opcode similar to x86' RDRAND consider adding
-   native support for it to `src/basic/random-util.c`'s `rdrand()` function.
-
-8. If your architecture supports VM virtualization and provides CPU opcodes
-   similar to x86' CPUID consider adding native support for detecting VMs this
+7. If your architecture supports VM virtualization and provides CPU opcodes
+   similar to x86' CPUID, consider adding native support for detecting VMs this
    way to `src/basic/virt.c`.