PPCNUX / mcnix

Hallo,

Ich hatte eigentlich vor wieder einen Kernel zu bauen.

Im wesentlichen mit der config wie bei letzten mal. Als extras sollen drin sein:

crypto-fs
alsa
hfs+-support
und (falls jemand mit mir das ganze debuggt) FW-bootable.
Ich denke dass müsste gehen, wenn man FW nicht als
Modul sondern direkt einbindet. Dann müsste man nur noch
die Installer der Distris anpassen.
Weitere Wünsche ?

Bis dann

R"udiger

jo, testen kann ich FW.

Gruss Frank

Ja, wie wäre es mit Support für PCI-IDE-Controller, so dass man gleich bei der Installation eine Platte an so einem Controller wählen kann? Ich dachte da so an gängige Modelle (Sonnet, Acard,...)

Lars

Hallo,



Liste sie mal genauer auf, dass ich weiss welche Treiber dazugehören.
Ich fürchte aber dass Sonnet und Acard keine eigenen Chips verwenden sondern die nur
irgendwo einkaufen -> der treiber heisst anders. Weiss jemand welche Treiber dort gebraucht werden ?

BTW: Vor Mitte bis Ende der Woche werde ich eh kaum Zeit haben. Bis dahin können wir sammeln.

Bis dann

R"udiger

Bei Acard wären das z.B. die AEC6280M, AEC6880M (später evtl. auch die AEC6885M - bis jetzt noch nicht erhältlich), Sonnet hat scheinbar nur noch die TempoATA133 im Programm.

Zu den Chips: auf den Acard Produktfotos sind die Chips meist mit einem Acard-Schriftzug versehen - könnte also sein, dass sie die doch selbst herstellen (oder branden sie diese einfach- damit es so aussieht als ob...?)

Zu den Treiber: mal suchen, ob Google irgendwo was findet.

*UPDATE*: http://lists.terrasoftsolutions.com/yel ... /0602.html Anscheinend gibt es "nur" einen AEC62xx-Chipsatz, der auch bei Sonnet verwendet wird. Weiterhin sieht es so aus, als müsse man bei der Kernel-Config lediglich Support für diesen Chip aktivieren.

Lars

ja,

es ist "nur" eine Einstellung in der .config . ABER : obs dann funzt, steht auf einem anderem Blatt.

Gruss Frank

Hallo,




Das ist das was ich wissen wollte.
Danke

Bis dann

R"udiger

den CPU Fake von YDL, damit IBMs Java 1.4.1 drauf laufen kann :
diff -ur linux.orig/arch/ppc/kernel/setup.c linux/arch/ppc/kernel/setup.c
--- linux.orig/arch/ppc/kernel/setup.c 2003-03-16 01:02:27.000000000 +0100
+++ linux/arch/ppc/kernel/setup.c 2003-06-11 01:44:43.000000000 +0200
@@ -163,7 +163,9 @@
seq_printf(m, "cpu\t\t: ");

if (cur_cpu_spec[i]->pvr_mask)
- seq_printf(m, "%s", cur_cpu_spec[i]->cpu_name);
+/* seq_printf(m, "%s", cur_cpu_spec[i]->cpu_name); */
+/* hack para que rule la jvm 1.4.1 de IBM */
+ seq_printf(m, "604e");
else
seq_printf(m, "unknown (%08x)", pvr);
#ifdef CONFIG_ALTIVEC

von hier http://forums.gentoo.org/viewtopic.php?t=60684

Allerdings, verdammt, ich weiss nicht welche seiteneffekte das haben kann, es kann grauenhaft sein, muss aber nicht

Gruss Frank
PS : ich finde das Abfragen der CPU und das nicht Berücksichtigen von Motorola PPCs ziemlich stieselig von IBM. Was ein Unsinn.

GCC 3.2.3, oder ?

Das mit Java hat sich erledigt (ich hätte sonst einen Java - Kernel backen müssen).

Gruss Frank

Hallo,

Also ich würde mit gcc 2.9.x bauen, da ich mein System noch nciht auf gcc 3.x umgestellt habe (Never change a running system), und eine parrallelinstalltion von bei gcc-trees mir bisher zu schwierig war.

Bis dann

R"udiger

Hallo,


Es geht los.

Ich ziehe gerade die Sourcen, sowohl den benh bei ppenguinppc als auch den bitkeeper 2.4.21-pre8 bei ppckernel.org. Mal gucken welches der aktuellere ist.

Bauen werde ich sie erts mal noch mir ggc 2.9.5

Drin wird sein (so ich die patches zusammenbekomme):

- crypto-fs
- hfs+
- alsa 0.9
- FW im Kernel (nicht als Modul, -> bootbar ?)
- PCI-IDE-Controller (im Kernel nicht als Modul)
- ext3 im Kernel

Leider hab ich nix zu Amiga-spezifischen Anpassungen bekommen. Ich werde da also nach gutdünken verfahren (aber an Amiga denlen, d.h. alles was mir für Amiga sinnvollerseint kommt in den kernel).

Falls, jemand noch was im Kernel haben will, bitte schnell melden, dann packe ich es noch rein.

Bis dann

R"udiger

hm.
Genial wäre Kernel-Java.....(praktische eine 2-Tier JVM)
hähäh, gibts aber nicht und wirds nie geben

Gruss Frank

Aber ernstlich :
DRM -> New, nicht _DRM-Old
Warum ?
Xfree liefert eigene kernelmodule für ati und radeon,
die kernelmodule werden durch diese ersetzt.
also : ati und radeon (und co) als m->module.
Ich probiere gerade DRI (es hakt noch, ich denke aber es wird gehen).
Damit hat das FrameBuffer - Gedöns ein Ende.
Gruss Frank

Hallo,

Wie sieht es eigentlich mit devfs aus? Soll es rein in den neuen Kernel oder nicht (im Moment ist es draussen). Das Problem bei devfs ist, das es die Umstellung nicht ganz unproblematisch ist, wenn man es vorher nicht hatte. Umgehkert dürften die meisten neuen
Distris mit devfs kommen, ,oder?

Also waht to do ?

R"udiger

ich weiss nicht wie es debian hält,
gentoo kommt damit und ohne mag es gar nicht.
Es wird wohl "Standard" werden...
ja, hinein.
Ausser einem fstab eintrag (und den entsr. AnlangeNode), was soll sonst schiefgehen ?
Gruss Frank

Hallo,


Auf einem System, das bisher kein devfs hatte, bootet ein Kernel mit devfs nicht, weil die /dev-files fehlen. Da muss irgendwas vorher initialisiert werden. Ich weiss leider nciht was.
Jedenfalls hatte ich beim letzten ppcnux Kernel damit Probleme. Vielleicht geht es aber auch mit dem neuen Kernel besser. Ich probiers mal.

BTW: der Kernel iust kompilert. Nun bin ich an den Modulen. Leider wo
Im Moment schmeisse ich die Module. Bisher sind
I2C: NatSemi SCx200 und
IDE: AMD Viper (AMD 74xx) herausgeflogen.

Ansonsten versuche ich soviel wie möglich als Modul reinzunhemen.

Bis dann

R"udiger

Hallo,

Ich habe seit ein paar Tagen den 2.4.21 bei mir laufen. Aber es gibt ein grosses grosses
Problem. ALSA

1. Der Name Soundkarte hat sich geändert (nicht mehr snd-awacs sondern snd-powermac)

2. Wenn ich die Kiste normal boote friert sie beim ersten Sound ein. Oft (aber nicht immer) hilft ein rcalsasound stop; rcalsasound start.

3. Die libasound und die asla-utils passen nciht mher zur alsa 0.9. Leider gibt es von SUSE kein Update zu alsa (nicht mal als Source)

Nun gibt es drei Möglichkeiten.

a) Ich baue noch alle alsa-utils/libs nach und mache daraus ein SUSE-konformes rpm und einen tarball (was ist dann mit den dependencies auf den anderen Distris)

b) der Kernel wird weiterhin mit alsa 0.5 egbaut.

c) Ich versuche den Kernel solwohl mit alsa 0.5 als auch mit alsa 0.9 zu bauen, zur Auswahl.
Wobwi cih schon eine Variante mit devfs und eine ohne plane. Das einfachste wäre dann
wohl die alsa-Module in ein extra packet zu packen.

Was meint ihr

Bis dann

R"udiger