diff options
-rw-r--r-- | microkernel/mach/gnumach/hardware_compatibility_list.mdwn | 4 | ||||
-rw-r--r-- | news/2019-07-07-debian_gnu_hurd_2019.mdwn | 2 | ||||
-rw-r--r-- | user/jkoenig/d-i.mdwn | 2 |
3 files changed, 4 insertions, 4 deletions
diff --git a/microkernel/mach/gnumach/hardware_compatibility_list.mdwn b/microkernel/mach/gnumach/hardware_compatibility_list.mdwn index 460c8aba..d7387d4c 100644 --- a/microkernel/mach/gnumach/hardware_compatibility_list.mdwn +++ b/microkernel/mach/gnumach/hardware_compatibility_list.mdwn @@ -17,7 +17,7 @@ GNU Mach current only supports the `x86` (alias `ia32` or `i386`) architecture. `amd64` systems seem to be troublesome more often than not. This is probably related to the same (chipset-related) problems we often see with recent machines; but it seems that `amd64` ones use problematic chipsets particularily -often. So far we haven't heard of similar problems with Intel's eqivalent +often. So far we haven't heard of similar problems with Intel's equivalent `ix64` (or `EM64T` as it used to be called) -- but maybe that just means fewer people tried running the Hurd on such machines :-) @@ -123,5 +123,5 @@ Some people couldn't get these hardware combinations to work with Hurd. The present Debian GNU/Hurd installer itself runs on Hurd, so failure on the installer may mean that the hardware is uncompatible with Hurd. * ASUS P5A motherboard and AMD K6-2 333MHz CPU - doesn't boot -* ASUS P2B-LS motherboard with an Intel PII-MMX 400 MHz CPU - this board had a defective onboard NIC (that could not be disable in BIOS) and working 3COM Etherlink III NIC in a PCI bus slot. This combination worked with GNU/Linux. The 3COM NIC is known to work with the Hurd. However, while gnumach/Hurd will boot on this system, it is confused by the defective onboard NIC and unable to use the 3COM NIC. Attempting to start networking generates a continous stream of eth0 and eth1 reset messages on the console that renders the system unusable. +* ASUS P2B-LS motherboard with an Intel PII-MMX 400 MHz CPU - this board had a defective onboard NIC (that could not be disable in BIOS) and working 3COM Etherlink III NIC in a PCI bus slot. This combination worked with GNU/Linux. The 3COM NIC is known to work with the Hurd. However, while gnumach/Hurd will boot on this system, it is confused by the defective onboard NIC and unable to use the 3COM NIC. Attempting to start networking generates a continuous stream of eth0 and eth1 reset messages on the console that renders the system unusable. * ASrock 775Twins-HDTV with a Pentium D 810 (533 MGz FSB/2600GHz core -- information no longer present on intel's site). Doesn't boot. diff --git a/news/2019-07-07-debian_gnu_hurd_2019.mdwn b/news/2019-07-07-debian_gnu_hurd_2019.mdwn index 5b14acc8..da573d3c 100644 --- a/news/2019-07-07-debian_gnu_hurd_2019.mdwn +++ b/news/2019-07-07-debian_gnu_hurd_2019.mdwn @@ -22,7 +22,7 @@ It is with huge pleasure that the Debian GNU/Hurd team announces the **release of Debian GNU/Hurd 2019**. This is a snapshot of Debian "sid" at the time of the stable Debian -"stretch" release (July 2019), so it is mostly based on the same +"buster" release (July 2019), so it is mostly based on the same sources. It is not an official Debian release, but it is an official [[Debian GNU/Hurd|hurd/running/debian]] port release. diff --git a/user/jkoenig/d-i.mdwn b/user/jkoenig/d-i.mdwn index 9721b928..225debec 100644 --- a/user/jkoenig/d-i.mdwn +++ b/user/jkoenig/d-i.mdwn @@ -350,7 +350,7 @@ it works great and it's beautiful** * use busybox from my osports-debian branch (see link above) * tweak the d-i image build scripts * the symlink /lib/ld.so -> ld.so.1 needs to be created somehow - (youpi mentionned it being the job of libc0.3-udeb I think) + (youpi mentioned it being the job of libc0.3-udeb I think) * fix the poll() issue in libdebian-installer (patch to be submitted soon), also there is some hurd doxygen short-circuiting stuff |