summaryrefslogtreecommitdiff
path: root/faq/64-bit.mdwn
diff options
context:
space:
mode:
Diffstat (limited to 'faq/64-bit.mdwn')
-rw-r--r--faq/64-bit.mdwn20
1 files changed, 15 insertions, 5 deletions
diff --git a/faq/64-bit.mdwn b/faq/64-bit.mdwn
index 2e1278cb..972aafbe 100644
--- a/faq/64-bit.mdwn
+++ b/faq/64-bit.mdwn
@@ -13,11 +13,21 @@ License|/fdl]]."]]"""]]
[[!meta title="Is there a 64-bit version?"]]
-There are currently no plan for 64-bit userland for the short term, but there
-are plans for 64-bit kernelland with 32-bit userland, which will notably permit
-to efficiently make use of more than 2 GiB memory and provide 4 GiB userland
-addressing space. The kernel support was merged into GNU Mach, the currently
-missing bit is the 32/64 mig translation for kernel RPCs.
+There are plans for 64-bit kernelland with 32-bit userland, which will notably
+permit to efficiently make use of more than 2 GiB memory and provide 4 GiB
+userland addressing space.
+
+A 64-bit GNU/Hurd is also coming soon,
+progress is tracked on [[open_issues/64-bit_port]]!
+Hurd developers ported GNUMach to
+64-bit some time ago. Then they started making significant progress
+on the x86_64 userland port in Feb 2023. As of May 2023, the 64-bit
+port works well enough to start all the essential Hurd servers, run
+/bin/sh, establish TCP/IP connections, and compile C. We are currently building
+64-bit packages. We plan on supporting both a 32-bit and 64-bit Debian
+GNU/Hurd, only not both at the same time. However, there is no plan to fix the
+year 2038 concern on a 32-bit system.
That being said, you can always run a 32-bit version on a 64-bit machine, it
just works, processes are just limited to a couple GiB available memory.
+