diff options
Diffstat (limited to 'microkernel')
| -rw-r--r-- | microkernel/mach/deficiencies.mdwn | 28 | ||||
| -rw-r--r-- | microkernel/mach/gnumach/hardware_compatibility_list/discussion.mdwn | 23 |
2 files changed, 49 insertions, 2 deletions
diff --git a/microkernel/mach/deficiencies.mdwn b/microkernel/mach/deficiencies.mdwn index 4d261627..3ddb95de 100644 --- a/microkernel/mach/deficiencies.mdwn +++ b/microkernel/mach/deficiencies.mdwn @@ -3226,3 +3226,31 @@ In context of [[hurd/libports]], *Open Issues*, *IRC, freenode, #hurd, <braunr> i don't intend the hurd to run on top of it <braunr> the reason it's a rewrite is to fix a whole bunch of major issues in one go + + +## IRC, freenode, #hurd, 2014-03-03 + + <nalaginrut> braunr: x15 can be compiled successfully, is it possible to + run it on Hurd now? + <braunr> nalaginrut: it will never be + <braunr> x15 isn't a drop in mach replacement + <braunr> for now it's stalled until i have more free time :/ + <braunr> i need to rewrite virtual memory, and then implement ipc + <nalaginrut> oh, it's planed for standalone one? + <braunr> it's planned for a hurd clone + <nalaginrut> sounds bigger plan than I thought ;-) + <braunr> it is but not that much actually + <braunr> it's just i have really little free time currently .. + <braunr> and i chose to spend it on the hurd instead + <braunr> it's easier to fix bugs when you have little time, than think and + write big and difficult features like an smp scalable VM system + <nalaginrut> yes, I understand + <nalaginrut> it take huge time to think and design + <nalaginrut> and relative easier to fix the current one + <braunr> well, the whole thing is thought already + <braunr> what's hard is taking care of the details + <nalaginrut> well, you're so self-confident, to my experiences, even if all + the designs are in my mind, issues may make me change the original design + a lot ;-) + <nalaginrut> alright, I saw the key line, everything exists, just assemble + it diff --git a/microkernel/mach/gnumach/hardware_compatibility_list/discussion.mdwn b/microkernel/mach/gnumach/hardware_compatibility_list/discussion.mdwn index 2b65956a..20c2cd44 100644 --- a/microkernel/mach/gnumach/hardware_compatibility_list/discussion.mdwn +++ b/microkernel/mach/gnumach/hardware_compatibility_list/discussion.mdwn @@ -1,4 +1,4 @@ -[[!meta copyright="Copyright © 2007, 2008, 2011 Free Software Foundation, +[[!meta copyright="Copyright © 2007, 2008, 2011, 2014 Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable @@ -19,7 +19,7 @@ and could perhaps be incorporated into that page. # SATA -IRC, freenode, +hurd, 2011-07-24 +## IRC, freenode, #hurd, 2011-07-24 <braunr> youpi: concerning the ide compatibility problem, it seems some bioses provide several modes @@ -31,3 +31,22 @@ IRC, freenode, +hurd, 2011-07-24 possibly with other IRQs <youpi> i.e. you need a PCI driver to handle that <braunr> ok + + +# IRC, freenode, #hurd, 2014-03-02 + + <teythoon> i bought a new mainboard for my hurd box + <teythoon> a ga-e350n + <teythoon> everything looks fine, grub loads gnumach, and, (afaict) it + starts it, but i see no single line printed by gnumach + <teythoon> the thing is, that this is the second board of this kind that i + bought + <teythoon> and on the first one, gnumach did work just fine + <teythoon> i tried it with a live cd, the same cd worked on the first + board, but does not on the second + <teythoon> also, i'm kind of surprised to see nothing at all from gnumach + <teythoon> i mean, it's loaded by grub + <youpi> teythoon: you could try to put *(char*)0xb8000 = 'X' starting from + c_boot_entry + <youpi> just to see at least something + <teythoon> i'll try, thanks :) |