Als ich so schräg auf den Nadeldrucker in der Ecke schielte und fragte ob der noch funktioniere, wollte ich drucken. Nunja, das nächste anstehende Event war also die SigInt. Wenn man etwas zusammenhackt will man das auch dem breiten Publikum präsentieren können. Nach einiger Zeit hatten wir dann die Idee eine Longcat zu drucken.

Nur der Bauch sieht dann doch etwas leer aus, wenn wir nur den Kopf und dann den “Körper” in Form von Strichen links und rechts am Papierrand drucken. Also was pappen wir da rein? Es gibt da doch dieses Twitter. Also gehen wir flott an die Twitter Suche und schieben alles was mit der SigInt zu tun hat in den Bauch.

Spaß!

Es waren Blödeleien und wir hatten beim Basteln viel Spaß. Deswegen machen wir das.

Als wir dann auf dem Event selbst waren lief das Teil natürlich noch nicht. Die übliche Vorgehensweise: Man hat vorher Monate Zeit und tut nichts. Wenn man dann auf dem Event sitzt fängt man richtig an zu hacken.

Was konnten wir zu dem Zeitpunkt? Unser Mikrocontroller konnte mit dem Drucker reden und hat den Kopf und den Bauch gedruckt. Per serieller Schnittstelle nahm er Text an, der in den Bauch gedruckt wurde. Über diese Schnittstelle sollten über ein Script die Tweets zur SigInt an die Katze geschickt werden.

Durch die üblichen Fuckups funktionierte genau das natürlich nicht.
Irgendwann in der Nacht, als es auf die Party zuging auf die wir auch noch wollten, hatten wir keine Lust mehr. Die Longcat war aber immernoch leer.

Aber… da gibts doch noch ASCII-Art. “Kennt wohl jeder hier”, dachten wir uns und was liegt da näher als was hübsches und historisches zu drucken?
Hey, guck mal. Ein ASCII-Bild einer Frau. Drucken wir das doch.
Nachdem wir dann endlich die ersten Zeichen im Bauch der Katze hatten machten wir den Drucker aus und gingen feiern. Den Rest machen wir dann morgen.

Und da nahm die Katastrophe ihren Lauf…

Am nächsten Tag war dann das Genderpanel. 5 Frauen die über die Probleme der Gleichberechtigung von Frauen in der Hackerszene diskutieren (sic!) wollten.

Wie sich dann im Laufe des Tages herausstellte, haben sie auch über unser ASCII-Bild geredet. Ich selbst war nicht im Genderpanel, deswegen habe ich das auch nur über dritte Personen gehört. Zuerst dachte ich, dass das ganze ein Scherz sei, bis mir immer mehr Leute darüber berichteten.

Was zum Teufel?

Es kam aber auch keiner zu uns und versuchte mit uns einen Dialog anzufangen. Wenn jemand gesagt hätte, das ihn/sie (OMG, jetzt fang ich hier schon an Texte zu gendern…) das stört, hätte ich wahrscheinlich erstmal wegen gewisser Unverständnis wie ein Auto geguckt und etwas gestutzt, aber wir fressen unseren Gegenüber wegen sowas ja nicht, solange wir nicht persönlich angegriffen werden.

Als ich dann später erfuhr, das wir wohl mehr oder weniger im selben Atemzug mit Hardcore Pornografie genannt wurden, wurde ich auch leicht pissig. Ich bin der Meinung diese Frauen im Genderpanel haben uns dazu benutzt zu provozieren. Erstmal nichts schlimmes. Sollen sie doch. Das bringt die Diskussion in Wallung, was auch definitiv passiert ist.
Allerdings bitte ich doch darum, das wir nicht als Sexisten oder Frauenfeinde hingestellt werden, denn genau so kam das rüber.

Sie hatten einfach kein besseres Beispiel dazu. Ich glaube nicht, das das wirklich jemanden gestört hat. Sie brauchten nur irgendwas, um Leute zu denunzieren und aus einer Mücke einen Elefanten zu machen.
Sie haben zwar nicht unsere Namen genannt, es war aber unvermeidlich, das jeder wusste wer wir waren, da wir den ganzen Tag neben dieser gedruckten Katze saßen.

Und was hat das mit Behandlung von Frauen zu tun? Nur, weil ich/wir ein ASCII-Bild einer Frau gedruckt haben, heißt das nicht das wir Frauen anders behandeln oder sie gar zu einem Sexobjekt degradieren. Es war ein ASCII-Bild. Nichtmal eine reale Fotografie einer Frau. Deswegen ist es so unverständlich für mich, wie sich da jemand angegriffen fühlen kann.
Zumal die Frauen ja Gleichberechtigung wollen. Wenn wir also wegen den anwesenden Frauen kein Bild drucken, ist das dann noch Gleichberechtigung?

Um dann aber sicher zu gehen, das sich die Frauen nicht benachteiligt fühlten, haben wir uns dann doch ans Herz gefasst und auch einen Mann gedruckt. Sie appellierten ja wie gesagt auch, das wir sie gleich behandeln sollen.

So viel zu meiner persönlichen Sichtweise zu der ganzen Sache.

Als zweites will ich hier noch kurz betonen, das dieses ASCII-Art seit Urzeiten zu unserer (Hacker-/Nerd-)Kultur gehört. MSPro hat das sehr schön in seinem Post über Plattformneutralität dargestellt.
Und wer sich in solchen Kreisen bewegt, hat das nunmal zu akzeptieren. Selbst, wenn da Frauen gedruckt werden.

… und wenn das Farbband hält, dann drucken sie noch heute.

Feel free to Flattr this post at flattr.com, if you like it.

Nachdem ich dann auch irgendwann mal raushatte, wie ich das vierstufige (!) Paging mit 4KB großen Pages beim Booten zusammenbauen konnte, um so einen Prozessor in den Long Mode zu bekommen, hab ich mich mal an die Virtualisierung machen wollen.
Zu diesem Zeitpunkt saß ich allerdings schon im Hackcenter.

Wie ich dann, mal wieder, feststellen musste, hat so ein Low Level Zeug einen unglaublichen Rattenschwanz, den man immer wieder hinter sich herzieht. In diesem konrekten Fall brauchte ich also ein vernünftiges Interrupthandling. Ist ja schnell implementiert, dachte ich mir und kopier mir meinen Code aus meinen anderen Projekten fröhlich zusammen.

Interrupts konnte ich dann handlen. Problem war jetzt nur, dass 2 Instruktionen nach dem Aktivieren der Interrupts sofort der Interrupt #8 auftrat, was nach Dokumentation ein Double Fault gewesen sein müsste. Dieser tritt aber nur nach einer fatalen, vorhergegangenen Exception auf, wovon ich aber nichts mitbekommen habe. Wieso fliegt da also ein Double Fault? Nichtmal die 2 Instruktionen, die nach dem setzen des Interrupt Enable Flags ausgeführt wurden konnten einen solchen Interrupt auslösen, weil es Sprünge zu sich selbst waren, um die CPU in einer Endlosschleife zu halten.

Kommen wir zurück zum Rattenschwanz: Nachdem ich dann die Interrupt Handler und die Verwaltung der IDT hatte, habe ich noch Routinen zur Verwaltung der GDT implementiert. Es funktionierte immernoch nicht, was allerdings zu erwarten war, da es mehr eine Verzweifelungstat war als ein richtiger Lösungsansatz. Wir sind zu diesem Zeitpunkt bei Tag 3 des Kongresses.
Allerdings war das ja auch nicht das Einzige, was ich da gemacht habe. Gab ja noch Vorträge.

Danach gings ans Debuggen. Ich habe VMware probiert, um zu sehen, was das Ding sagt. Wie erwartet: nichts. Es fehlen einfach die Debuggingmöglichkeiten unter Mac OS mit VMware.
Dann gibts noch Qemu, an den man einen GDB klemmen kann. Gesagt getan. Nach wie vor nichts gefunden.
Als letztes bin ich mit dem integrierten Debugger in Bochs dem Kram zu Leibe gerückt, mit dem man seinen Code auf Assemblerebene Debuggen konnte. Auch hier habe ich wieder nichts gefunden.

Was war das Ende vom Lied? Es gibt einen extra Chip auf x86 Systemem, der externe Interrupts handlet. Früher war das der PIC (Programmable Interrupt Controller) und heute ist es der APIC (Advanced Programmable Interrupt Controller), der auch Mehrprozessorsysteme ohne Gefrickel unterstützt.
Diese Chips kann man so konfigurieren, dass jeder externe Interrupt (Tastatur, Floppy, Timer etc) auf einen der 256 Interrupts der CPU gemappt werden kann.

Irgendein Stück Software vor meinem Kernel hat genau das anscheinend mit dem Timerinterrupt gemacht und ihn auf Interrupt #8 gelegt.
Das würde dann auch erklären, warum bei einem Double Fault eigentlich ein Errorcode auf den Stack gepusht werden sollte, was bei mir aber nie passiert ist. Es war schlicht und ergreifend kein Double Fault.

Also hab ich dann doch, entgegen meiner vorherigen “Brauchste eh nich”-Meinung, auch noch Code hinzugefügt, der den PIC (eigentlich sind es 2 PICs) entsprechend konfiguriert und die 16 Interrupts, die er verwalten kann, hinter die Exceptions mappt.

Was ist? Es funktioniert endlich.

Und so kann man sich wunderschön auf die Fresse legen und Zeit verbraten.
Ich will nicht sagen ich hab nichts gelernt, genervt hat es aber doch schon ziemlich. Gedauert hat der ganze Prozess jetzt 6 Tage. Und ich hab immernoch keinen virtualisierten Code laufen.

Feel free to Flattr this post at flattr.com, if you like it.

Also… Es geht um KiCAD. KiCAD ist eine Suite, mit der man Schaltpläne und Platinen Zeichnen und Layouten kann. Von irgendsonem Franzosen an irgendsonem “Laboratoire des bla….” entwickelt. Im Prinzip wie EAGLE, nur mit dem kleinen aber feinen Unterschied, dass es komplett Open Source ist.

Die Bedienung ist etwas gewöhnungsbedürftig, aber verdammt schnell, wenn mans drauf hat. Es gibt einige verbesserungswürdige Punkte, aber die gibts immer. Mit einigen Buchstaben auf der Tastatur hat man sofort ein Bauteil unter Kontrolle. Nichtmal klicken muss man. Maus drüber, “m” drücken und Bauteil verschieben. Einmal klicken oder nochmal “m” drücken und fertig. Dasselbe gilt für “r” beim rotieren, “w” beim Wire verlegen usw.

Erste Ergebnisse nach 2 bis 3 Stunden Arbeit sieht man hier:

Eine geniale Anlaufstelle ist das Wiki mit seinem Schnelleinsteiger-Howto. Für Umsteiger von EAGLE gibts hier noch eine Sammlung konvertierter Libraries. Eigene EAGLE Libraries kann man wohl auch relativ easy importieren. Weiteres gibts hier im FAQ. Das ganze habe ich bisher aber noch nicht getestet.

Nachtrag: Die ULPs für EAGLE gibts alle hier: Sourceforge

Feel free to Flattr this post at flattr.com, if you like it.

[15:56:09][andy@geekbook:~/Desktop/oskrempel/kernel]
|-> ld -T linker.ld loader.o kernel.o kernel.bin
ld: unknown option: -T

Wieso? Klar… Apple hat einiges am GCC verändern müssen, um ihn Mac OS-Komptabibel zu bekommen. Aber wieso bitte gibt es keinen Support für Linker Scripte?

Selbst Google hat dazu nicht viel ausgespuckt, ausser die Empfehlung sich einfach einen vollwertigen GCC zu installieren. MacPorts sei dank geht das ja relativ einfach. Dauert nur ewig. Mein MacBook ist jetzt schon gut 3 Stunden damit beschäftigt.

Feel free to Flattr this post at flattr.com, if you like it.