IRC Logs for #lost


2024-07-04

07:16:09 XanClic joined the channel
07:22:35 xq: moin moin
07:22:37 xq: hey LittleFox :)
07:35:15 kevin joined the channel
07:44:05 Biolunar joined the channel
13:37:01 XanClic joined the channel
14:02:40 XanClic joined the channel
16:03:26 XanClic joined the channel
19:00:31 xq: kevin, ich hab was für dich
19:00:45 xq: https://github.com/Ashet-Technologies/Ashet-OS/releases/tag/release-0.11-alpha
19:04:00 livinskull joined the channel
19:16:47 kevin: xq: Ooh... :-) Dass x86 kaputt ist, meinst du so, dass ich das gar nicht erst runterladen soll?
19:16:56 xq: jo
19:17:11 xq: das bootet aus $gründen nicht durch und da das ein "alter" stand ist, wollte ich dem nicht nach gucken
19:17:31 xq: mein neuer stand läuft zwar stabil
19:17:32 kevin: Hm, fürs andere muss ich erstmal einen passenden QEMU bauen
19:17:42 xq: welches OS nutzt du?
19:17:51 xq: der neue stand kann aber grade keine UI
19:17:54 xq: weil massives refactoring
19:18:11 kevin: Auf dem Host? Linux ist vermutlich klar, aber hier gerade Fedora 40.
19:18:28 kevin: Wieso?
19:27:25 xq: gibts den qemu nicht schon von ratiopharm?
19:41:36 kevin: Theoretisch schon, aber installier Programme, an denen ich selber arbeite, nicht gern als Paket
19:41:43 kevin: Sonst rufe ich immer das falsche auf
19:51:42 kevin: Ah, ich sollte mal auf die Konsole schauen statt mich zu wundern, warum nichts passiert. OutOfMemory.
19:51:59 kevin: Darf man dem einfach mehr geben oder bringt das nichts?
20:32:06 xq: ah, verständlich
20:32:48 xq: kevin, hast du die beispiel-commandline benutzt?
20:33:07 kevin: Ja
20:33:12 xq: top
20:33:22 xq: Ja, wenn man zu viel macht, kommt quasi garantiert ein OutOfMemory
20:39:55 xq: der kernel memory allocator ist grade eine bump arena
20:40:01 xq: wie viel hat denn schon funktioniert?
20:45:24 kevin: Ja, ich wollte ein paar Programme zu viel starten, um zu schauen, was beim Minimieren passiert, wenn unten schon alles voll ist *g*
20:45:58 kevin: Dafür hab ich entdeckt, dass er das Neuzeichnen vergisst, wenn man ein minimiertes Programm schließt und man dann mit dem Mauszeiger zeichnen kann
20:46:13 kevin: Und ein paar Treppenstufen in dem Paint-Dings hab ich auch gemacht
20:47:34 kevin: Kann man mit dem Browser theoretisch irgendwas öffnen? Oder ist das halt einfach nur ein leeres Fenster?
20:50:49 xq: ne, der browser ist nur nen dummy grade
20:50:49 kevin: Ha, ich habe gewonnen! "Kernel Panic: reached unreachable code"
20:50:55 xq: CRAP!
20:51:01 xq: Wiki und Paint sind aktuell das sinnvollste
20:51:11 xq: Terminal kann aktuell theoretisch n bissi rendering
20:51:17 xq: aber das ist komplett kaputt
20:51:25 kevin: Ja, macht ja auch einen Kernel Panic ;-)
20:51:37 xq: chrchr
20:51:39 xq: jap
20:51:45 xq: und, wie gefallen dir die kernel panics? :P
20:52:32 kevin: Wenn man nicht auf die serielle Konsole schaut, sehr unspektakulär ;-)
20:54:13 kevin: Aber brauchen weniger CPU als die von Linux, das ist schön
20:55:42 xq: das stimmt
20:55:47 xq: wie meinst du mit weniger CPU?
21:03:01 kevin: Ich glaube Linux hat in seinem panic() irgendeine Art while(1), da springt der Lüfter schnell an
21:03:15 kevin: Und bei dem Panic hier ist er ausgegangen
21:03:44 xq: ah, ich huste mit `hlt` um mich :D
21:04:06 xq: gibt auf jeden fall ein neues image, wenn mein refactoring durch ist
21:04:12 xq: dann sollte der ganze kram relevant stabiler laufen
21:04:18 xq: und mehr anwendungen können :D
21:04:27 xq: bzw. speicher nach beendigung freigeben
21:15:40 xq: und sonst, was sagste dazu? *grin*
21:28:19 kevin: Ich glaube, von dem ganzen Unterbau sieht man halt beim Ausprobieren nicht viel, quasi eine "leere GUI". Aber das ist immerhin schon mal mehr GUI als tyndur hat. ;-)
21:33:05 xq: yep
21:33:12 xq: der unterbau ist aktuell noch grober pfusch *grin*
21:33:19 xq: aber ich bin eig. ganz happy übers featureset
21:33:23 xq: netzwerk tut btw auch schon
21:41:48 xq: gibts nen trick, wie ich die page table visualisieren könnte?
21:49:03 livinskull joined the channel
22:00:45 Biolunar joined the channel
22:06:46 kevin: An das Netzwerk kommt man aber über die Oberfläche nicht ran, oder?
22:07:00 kevin: Was genau meinst du mit PT visualisieren?
22:07:04 xq: ne, grade nicht
22:07:16 xq: es gab nen test tool, aber das ist crappy
22:07:22 xq: PT visualisieren: ich kenne in qemu "info mem"
22:07:32 xq: aber das ist irgendwie doch relativ schwer zu debuggen
22:08:07 xq: hab jetzt erst mal in meinem memory map dump eingebaut, dass man das page protection level sieht :)
22:08:30 kevin: Hm, ist das sowieso nur x86?
22:08:39 xq: paging? ja
22:08:49 xq: andere plattformen funktionieren ja anders
22:08:54 xq: ergo mach ich da ne andere impl dafür
22:08:59 kevin: Das erklärt, warum "info mem" nur sagt "No translation or protection"
22:09:08 kevin: Ich wollte grad schauen, wie das aussieht
22:09:13 xq: aber: der PMM markiert jetzt freie pages als "unmapped" und wenn man pages alloziert, werden die als "read-write mapped" bereitgestellt :)
22:09:24 xq: in dem build gibts das noch gar nicht
22:09:41 xq: da hatte ich noch nicht mal die idee, dass das man das auch nur als reinen debug/safety-mechanismus haben könnte
22:09:56 xq: https://mq32.de/public/2b8262ced25e6203d35fc06d08c4318625eb9b29.png
22:10:08 xq: neues feature im memory map dump: mismatch zwischen PT und PMM darstellen *grin*
22:16:43 kevin: Da sind aber viele Ausrufezeichen
22:20:19 xq: ja, das war ja auch der testlauf
22:20:25 xq: in dem bild hat der PMM noch keine updates gemacht
22:20:28 xq: nur den initialstand übernommen
22:20:44 xq: https://mq32.de/public/ashet-os-13.mp4
22:20:50 xq: hier übrigens noch ein cooles feature des OS ^^
22:20:57 xq: läuft auf echter HW
22:27:19 kevin: Nice. Das heißt, du hast nicht übertrieben viel geschummelt ;-)