diff options
| author | Thomas Schwinge <tschwinge@gnu.org> | 2013-09-25 21:45:38 +0200 |
|---|---|---|
| committer | Thomas Schwinge <tschwinge@gnu.org> | 2013-09-25 21:45:38 +0200 |
| commit | eccdd13dd3c812b8f0b3d046ef9d8738df00562a (patch) | |
| tree | e6c585035d2e869e26a0d3a93efa51810543d40e /faq | |
| parent | 9933cec0a18ae2a3d752f269d1bb12c19f51199d (diff) | |
IRC.
Diffstat (limited to 'faq')
| -rw-r--r-- | faq/still_useful.mdwn | 2 | ||||
| -rw-r--r-- | faq/system_port.mdwn | 24 |
2 files changed, 25 insertions, 1 deletions
diff --git a/faq/still_useful.mdwn b/faq/still_useful.mdwn index 8d7e3f28..d08d2df7 100644 --- a/faq/still_useful.mdwn +++ b/faq/still_useful.mdwn @@ -68,6 +68,6 @@ various servers are designed for this sort of modification. > drivers are actually Linux drivers running in a separate userland process. > It also for instance provides very fine-grain virtualization support, such as -> VPN for only one process, etc. +> [[VPN for only one process|open_issues/virtualization/networking]], etc. > etc. etc. The implications are really very diverse... diff --git a/faq/system_port.mdwn b/faq/system_port.mdwn index fc710a3e..ca96697c 100644 --- a/faq/system_port.mdwn +++ b/faq/system_port.mdwn @@ -47,3 +47,27 @@ Mach run as a POSIX user-space process|open_issues/mach_on_top_of_posix]], or by implementing the [[Mach IPC|microkernel/mach/ipc]] facility (as well as several others) as Linux kernel modules. While there have been some experiments, no such port has been completed yet. + + +# IRC, freenode, #hurd, 2013-09-05 + + <rah> what would be required to port the hurd to sparc? + <pinotree> port gnumach, write the sparc bits of mach/hurd in glibc, and + maybe some small parts in hurd itself too + <rah> what would be required to port gnumach? :-) + <braunr> a new arch/ directory + <braunr> bootstrap code + <braunr> pmap (mmu handling) code + <braunr> trap handling + <braunr> basic device support (timers for example) + <braunr> besides, sparc is a weird beast + <braunr> so expect to need to work around tricky issues + <braunr> in addition, sparc is dead + <rah> mmm + <rah> it's not totally dead + <rah> the T1 chips and their decendents are still in production + <rah> the thing is I'd like to have real hardware for the hurd + <rah> and if I'm going to have two machines running at once, I'd rather one + of them was my UltraSPARC box :-) + <braunr> rah: unless you work hard on it, it's unlikely you'll get it + <rah> braunr: of course |