05:47:48 XanClic joined the channel
07:29:16 kevin joined the channel
13:29:35 LittleFox: ich habe zwei code-schnippsel. der eine funktioniert wie erwartet, der andere nicht. sie sollten gleich sein. was
13:29:37 LittleFox: (hi)
13:29:43 xq: hallo LittleFox
13:32:37 LittleFox: https://pastebin.com/hBj24hSP
13:33:59 xq: was ist das problem?
13:34:09 LittleFox: steht in zeile 1 ^^
13:34:11 xq: die eine prefixed CRLF, die andere postfixed CRLF
13:34:45 xq: uart base ist 0x60b0
13:35:17 xq: nehme ich an?
13:35:24 LittleFox: die erste (bootloader) bekommt ein char* rein wo eventuell \n drin ist - wenn das zu sendende zeichen \n ist, schickt es erst ein \r und danach das zeichen
13:35:46 xq: stimmt
13:35:46 LittleFox: die zweite variante (kernel) bekommt eine message, die ist definiert als "kein zeilenumbruch", deswegen schickt der hart \r\n am ende
13:35:59 LittleFox: uart_base ist 0x60b0, ja
13:36:25 xq: inb-definition ist identisch?
13:36:32 LittleFox: beide sollten den gleichen header nehmen
13:36:46 xq: prüfen! :P
13:36:52 LittleFox: gerade dabei
13:38:37 LittleFox: es gibt keine andere in den target_include_directories()
13:39:15 LittleFox: und es ist diese: https://praios.lf-net.org/littlefox/lf-os_amd64/-/blob/main/src/include/arch/amd64/io.h
13:40:00 XanClic: Schon disassembelt?
13:40:22 LittleFox: hm noch nicht
13:45:40 LittleFox: verschiedene ABIs machen den 1:1 vergleich bissl nervig ^^'
13:57:28 LittleFox: der while(inb()) loop ist schon mal gleich (also für RelWithDebInfo .. also -Og)
13:58:46 LittleFox: ich sehe keinen unterschied :/
14:01:56 xq: hast du beide korrekt initialisiert?
14:02:06 LittleFox: ich initialisiere nur im loader, kernel benutzt das weiter
14:06:09 xq: örm well
14:17:37 xq: XanClic: in deinem risk-v gehst du davon aus, dass quasi inifit speicher verfügbar ist? *thinking*
14:17:46 XanClic: Möglich
14:18:32 XanClic: Sieht wohl so aus
14:18:38 xq: oki
14:18:42 xq: dann muss ich mir was einfallen lassen
14:19:29 xq: wen müsste ich eigentlich poken, wenn ich einen alten (sehr kleinen) patch in qemu sehen wollte?
14:20:01 xq: https://patchwork.ozlabs.org/project/qemu-devel/patch/56D0203F.5060303@gmail.com/
14:20:06 xq: das hier wäre nämlich schon geil :D
14:21:44 XanClic: vermutlich `Gerd Hoffmann
14:22:23 XanClic: Aber an Gerd war die E-Mail damals ja auch nicht Cc-t, hätte vielleicht geholfen
14:23:33 xq: vorallem ist das ja jetzt kein magic pr, der mehr als zwei mal eyeballing review benötigt :D
14:24:16 xq: wenn ich da ne email schreibe, wie formuliere ich die?
14:25:02 XanClic: Entweder auf die Patch-E-Mail antworten, diesmal Gerd in den Cc packen, und sagen, du hättest das auch sechs Jahre später noch ganz gern
14:25:19 XanClic: Oder den Patch einfach selber nochmal schicken, vielleicht mit deinem Signed-off-by zusätzlich drunter
14:25:50 xq: wie antworte ich auf die mail? muss ich da auf ne ML drauf?
14:25:50 XanClic: Und drunter einen Link zum Originalpatch und warum du das jetzt nochmal schickst („hat damals keiner geantwortet, aber eigentlich wär das schon ganz cool“)
14:26:17 XanClic: Du müsstest dazu auf qemu-devel, denk ich, ja
14:26:57 XanClic: An sich heißt antworten ja nur, In-Reply-To auf die Message-Id (<56D0203F.5060303@gmail.com>) zu setzen, und „Re: “ ins Subject zu packen, aber wie das geht, hängt natürlich vom Client ab
14:27:15 XanClic: Wenn du jetzt auf die Liste gehst, bekommst du die E-Mail ja nicht mehr
14:28:35 xq: jop
14:28:47 LittleFox: kinda related: letztens gemerkt dass mutt richtig cool ist für mailman digest emails - jede einzelne email ist einzelnes multipart dings und kannst super auf iwas einzelnes antworten ^v^
14:29:57 LittleFox: hm... fixed my broken uart... why did it ever work though?!
14:32:30 xq: XanClic: https://mq32.de/public/5cfcdcaffa582742fef9a4e41d965647cdcfeedc.png
14:32:32 xq: does this look right?
14:32:58 LittleFox: wo setzt du In-Reply-To header?
14:33:36 xq: ich habe hier auf "Reply List" geklickt: https://mq32.de/public/e9ba80143b05f00b711b29683b8461f2825e3219.png
14:34:07 XanClic: Ich würd noch für Convenience den Link von vorhin (https://patchwork.ozlabs.org/project/qemu-devel/patch/56D0203F.5060303@gmail.com/) reinsetzen
14:34:21 XanClic: Falls jemand die alte E-Mail schon irgendwie archiviert hat, und die deshalb nicht mit erscheint
14:34:29 xq: ahjo
14:35:15 xq: ist drin
14:35:27 XanClic: ok
14:35:47 xq: na dann send it off, nüsch?
14:35:50 xq: bin mal gespannt, was passiert
14:36:07 XanClic: schlimmer als nichts kanns ja nicht werden ;)
14:36:41 xq: stimmt wohl
14:37:02 LittleFox: hmm wer mag mir in qemu gtk ein feature bauen? dass es optional nicht den paused status in die titlebar schreibt?
14:38:27 xq: https://bpa.st/3Q5Q
14:38:29 xq: ich bin verwirrt
14:38:34 xq: qemu startet mein programm nicht mehr :(
14:39:05 xq: 16Megs sind wohl zu wenig?
14:48:41 kevin: Na toll, CI sagt, dass msys nicht mehr baut, aber ohne echte Fehlermeldung :-/
14:52:59 xq: kann ich bei qemu -bios eigentlich auch nen ROM mitgeben?
14:53:07 xq: also code in ROM, data im RAM?
15:19:10 xq: schaut aus, als würde ich morgen oder samstag ein QEMU-Patch bauen
15:30:16 XanClic: Ich dachte, das ging bei einigen Architekturen halbautomagisch mit -kernel, aber ich kann mich gut irren
15:30:47 xq: -kernel failed, muss man -bios nehmen
15:31:09 xq: aber: mein thread scheduler kann jetzt beliebig viele threads round-robin schedulen
17:16:14 kevin: xq: Ah, ich sehe, du interagierst schon mit dem nächsten, dem man in Stuttgart über den Weg laufen kann ;-)