06:30:15 XanClic joined the channel
07:12:39 kevin joined the channel
12:47:37 xq: huhu o/
12:48:01 xq: *hält vorsorglich alle fest* ihr habt doch ahnung von qemu?
12:48:24 xq: wenn ich eine risc-v maschine habe, und dort gerne code ausführen wollte, was wäre da die einfachste maschine?
12:48:32 xq: ich hätte gerne 1 seriellport
12:50:13 XanClic: Ich hab vor Jahren mal -M virt genommen, aber wer weiß, ob es jetzt was einfacheres gibt
12:50:35 XanClic: wobei ich nicht annehmen würde, dass es je was einfacheres als eine spezifische VM-Maschine geben würde
12:52:46 XanClic: mein Code sieht aus, als könnte man da für serielle Ausgabe einfach direkt Zeichen nach 0x1000_0000ul schreiben, aber vielleicht betrügt mein Code mich
12:55:49 xq: hast du mir nen link zum source? *thinks*
12:56:22 XanClic: https://git.xanclic.moe/XanClic/RISK-V/src/branch/master/virt-uart.c
12:56:26 xq: <3
13:08:29 xq: wunderbärchen, funktioniert :)
13:08:40 XanClic: 👍
13:10:06 xq: sogar inklusive video-out und keyboard in
13:10:07 xq: perfekt
13:10:19 xq: so spar ich mir ne menge arbeit bzgl. emulation von HW
13:13:20 xq: weil: ich hab mich entschieden, mein computerprojekt durchzuziehen
13:13:28 xq: nur halt mit nem pico-rv32 statt meiner eigenen CPU
13:13:53 xq: und grade so kram wie OS scheduler usw debuggt sich im emulator einfach besser
13:14:46 xq: das OS wird sowieso super pfuschig
13:42:07 kevin: Wie immer halt? ;-)
13:48:41 xq: na klar!
13:48:45 xq: kooperatives multithreading
13:53:09 xq: weil bequemer und einfacher zu verstehen und zu implementieren
13:53:25 xq: und vorallem massiv einfacher, damit spiele zu schreiben, die eigene treiber mitbringen :D
15:08:48 kevin: Kooperatives Multitasking ist toll, wenn man den Code, der läuft, eh kontrolliert
15:09:13 xq: jo
15:09:14 kevin: tyndur hatte ja auch immer eine Option, um den Kernel mit kooperativem Multitasking zu bauen
15:09:34 kevin: Hat das Debuggen manchmal deutlich erleichtert
15:09:37 xq: ist finde ich auch schön nachvollziehbar
15:09:43 kevin: Jo, genau
15:09:45 xq: vorallem will ich auch keine separation zwischen user/kernel-land
15:09:52 xq: ring0 und gib ihm
15:09:54 xq: quasi
15:10:22 kevin: Ja, wenn eh alles gleiche Privilegien hat, gibt es erst recht keinen Grund, nicht kooperativ zu machen
15:10:28 xq: yep
15:10:36 xq: idee ist halt eher das homecomputer-feeling zu haben
15:10:39 xq: statt modernes OS
15:10:55 xq: TempleOS is calling und so
15:11:01 kevin: Jo, das verfolgst du ja schon seit einigen Jahren so. Oder hast du zwischendurch mal was anderes gemacht?
15:11:11 xq: nööö
15:11:20 xq: nur die letzten jahre wieder nüscht gemacht
15:11:31 xq: bastel aber grade wieder aktiver am computer und am OS-DEsign
15:11:35 xq: ich weiss langsam, wo ich hin will
15:14:33 xq: was sehr hilft beim design
15:15:27 xq: mein Ziel ist: Gopher-Client, Text Editor, On-System compiler, IRC Client, einfaches Multi-Tasking durch kooperatives, event-getriebenes design
15:16:45 xq: Interfaces sind primär im Text Mode, TurboPascal-Style
15:17:35 kevin: Alles selbstgebastelt oder zum Teil portiert?
15:19:14 xq: obviously selbstgebaut!
15:20:58 kevin: Ich kann mir halt spaßigeres vorstellen, als Editoren und Compiler zu bauen, aber selbergebaut hat natürlich schon auch was
15:21:11 xq: ah, compiler ggf. tatsächlich portiert
15:21:34 kevin: Ach, da sieh an. War die Frage doch nicht so blöd? ;-)
15:21:58 xq: https://github.com/mausimus/rvcc
15:22:06 xq: wäre ne idee hier
15:22:31 xq: frage ist halt, wie gut die üblichen verdächtigen bei 16M RAM überhaupt tun ^^
15:23:24 kevin: Kannst ja einen x86-Emulator bauen und Turbo C laufen lassen, das hat dann schon das passende UI *g*
15:24:13 xq: LOL
15:24:28 xq: aber jo, mal gucken, wo die reise hingeht
15:45:00 xq: was halt bei "kein user space" cool ist:
15:45:10 xq: man kann relativ viel kram zwischen kernel und user land teilen
15:45:16 xq: und zum beispiel die libc einfach auf beiden seiten nutzen