From 2ff50537d6b01e695f53d7fcdf93d3b08dda2e36 Mon Sep 17 00:00:00 2001 From: Andreas Baumann Date: Fri, 14 Jul 2017 17:33:27 +0200 Subject: updated bug list --- BUGS | 8 -------- 1 file changed, 8 deletions(-) diff --git a/BUGS b/BUGS index 4801a61..c7b6028 100644 --- a/BUGS +++ b/BUGS @@ -13,14 +13,6 @@ - real hardware like the Asus EEEPC 701 cannot switch A20 correctly, no clue why? - if a task ends, what should we do? currently we crash -- libc is too closely coupled to kernel code; the initializers, - calling the kernel_panic function, etc. We must decouple with - a special module providing the global variables (from the point - of view of libc, like the console or the memory manager). The - kernel_panic function should be a callback hook we provide from - outside of the library. Then in the libc test directory we have - to implement a stub module for instance using some host functions - like standard io of the host C library - memorymanagement should be a library of the libc or even a standalone library, not part of the kernel directory, get rid of kernel_panic there (this requires the kernel_stub.c kernel_panic to exist in -- cgit v1.2.3-54-g00ecf