Archiv > Banana PI

bpi Kernel

(1/1)

clausmuus:
wir können leider doch nicht den 3.18'er kernel nehmen. Bei dem ist noch keine Grafikkarten Unterstützung enthalten.
Ich hab aber zumindest ne Lösung gefunden, damit das mkfs.btrfs funktioniert.

Claus

clausmuus:
Wir versuchen nun doch den 3.19'er Kernel.
Dafür war allerdings nen Patch notwendig, damit der sich unter Ubuntu 14.04 bauen lässt, da der dort verwendete gcc Kompiler möglicherweise nen Bug hat. Der Patch verhindert lediglich das abbrechen des Compile Vorgangs. Der Fehler den der Compiler macht wirkt sich (nach dem was ich dazu gefunden habe) nur auch ext3 und ext4 Filesysteme aus, und sorgt dort für Schreib Fehler. Da wir diese Filesysteme nicht verwenden, hoffe ich, das es keine weiteren Probleme gibt.

Claus

MarMic:
@claus,

nur weil es kein standard fs der MLD ist heißt das ja nicht, dass nicht jemand seine alte ext platte anschließt um seine video dateien mitzunehmen (bzw zu portieren)... wenn dann jemand mit ner MLD aufnahme sein ext dateisystem abschießt ... ist das sehr unschön

greetz MarMic

edit//der kernel change bezieht sich auf alle systeme, oder nur auf bpi?

clausmuus:
Hi,

das Problem besteht nur bei bpi und auch nur, solange wir den alten Compiler verwenden. Der Fehler besteht bei ARM Systemen wohl schon länger, nur wurde erst vor kurzem die Ursache gefunden und eine entsprechende Meldung mit Abbruch des Compile Vorgangs eingebaut.
Sollten wir den 3.19'er Kernel beim bpi produktiv einsetzen, müssen wir noch mal da drüber nachdenken ob wir nen aktuelleren Compiler nehmen. Es kann aber auch sein, das der Fehler bei dem verwendetem Compiler gar nicht mehr auftritt. Die meisten Distributionen haben den Compiler inzwischen gefixt, ohne das der ne neue Major Versionsnummer bekommen hat, weshalb der weiterhin beim Kernelbuild bemängelt wird.

Claus

clausmuus:
Ich vermute das die LOADADDR im Kernel Makefile die selbe Adresse sein muss, die in der uEnv.txt für den Kernel angegeben wird. Das muss mal nachgelesen werden. In unserem Fall wehre das dann 0x41000000

Ansonsten ist das Image mit dem neuen Kernel nun fertig auf Pits bpi. Sollte der nicht booten empfehle ich im uEnv.txt die Kernel Adresse auf 0x40008000 zu ändern (2 mal), da diese im Kernel Makefile eingetragen ist.

Claus

Navigation

[0] Message Index