Kommentare zu: Debian Jessie final mit Kernel 4.0.1/2

Von: woodym

woodym — Sun, 17 May 2015 17:24:04 +0000

Als Antwort auf woodym.

hallo,
ich habe es gefunden…
obwohl ich hauptsächlich uevents im journal-log gesehen hatte, ist die Ursache doch bei den zusätzlichen eintragen für den i2c-bus. der wird bei dvb-t intensiv genutzt. im kernel ist jedoch das komplette debugging aktiviert. das führt dazu das Systemd nur noch mit der Abarbeitung der nachrichten beschäftigt ist.
im kernel deaktiviert, und schon geht alles wie gewünscht 😉

Von: woodym

woodym — Sun, 17 May 2015 16:01:10 +0000

Als Antwort auf Stefan.

leider funktioniert der systemd noch nicht richtig….
ich habe jetzt einen dvb-t-stick angeschlossen und tvheadend am laufen.
systemd-jounal braucht jetzt 100% cpu-load.
im log file finde ich hunderte Einträge (pro Sekunde) vom kernel uevent mit den events von dvb-t.
also in journald.conf die kernelmessages auf level 0 gesetzt… keine Änderung.
dann Storage auf none… es wird nichts geloggt, aber die systemload ist die gleiche.
irgend wie komm ich da nicht weiter, weil ich vom System und deren zusammenhänge zu wenig weiß.

weiß jemand anderer was ich tun muß?

Von: Stefan

Stefan — Sun, 17 May 2015 15:28:00 +0000

Als Antwort auf woodym. Ja ich habe die source extra drin gelassen wie bei allen images genau damit man sofort die Möglichkeit hat :) Anleitung zum bauen gab es ja auch schon im blog

Von: woodym

woodym — Sun, 17 May 2015 15:06:03 +0000

Zum Glück sind im Image auch gleich die Kernel-sourcen dabei. Ich habe das jetzt den kernel neu erstellt mit CONFIG_SYSVIPC=yes.
Nun funktioniert auch busybox-syslogd und logread.
Eine hürde die ich nehmen mußte war das erstellen des Kernels (ich hab bisher nur immer zImage’s erstellt) war das er das uImage nicht erstellt hatte weil ihm wohl die Loadadresse gefehlt hatte.

das ganze habe ich wie folgt erstellt:

mount /dev/mmcblk0p1 /boot
cd usr/src/linux
make -j4 uImage modules LOADADDR=0x40008000
make modules_install
mv /boot/uImage /boot/uImage_old
cp arch/arm/boot/uImage /boot

Von: woodym

woodym — Sun, 17 May 2015 02:31:15 +0000

natürlich soll das ramlog sein und nicht Armloch… ich hasse diese rechtschreibkorrektur!!

Von: woodym

woodym — Sun, 17 May 2015 02:29:35 +0000

ich habe versucht ein paar syslog-alternativen zu installieren. sowohl Armloch als auch busybox-syslogd funktionieren nicht, weil sie scheinbar shm verwenden. im kernel ist das wohl nicht aktiviert (# CONFIG_SYSVIPC is not set)

Von: apuokas

apuokas — Thu, 14 May 2015 11:00:41 +0000

es ist schreibfehler gewesen, ich habe dtb file benutzt. ich habe die alten dateien aus boot partition gespeichert gehabt. Wenn es mit neue dateien nicht ging habe ich alte zurück kopiert am andern pc. aber es bootet trotzdem nicht. Wieleicht habe ich irgentwie u-boot beschädigt? oder rechte und besitzer für die dateien haben sich verändert? keine ahnung. Machst du deine neue kernel auch mit vollem dvb unterstutzung?
grüße

Von: Stefan

Stefan — Thu, 14 May 2015 09:03:55 +0000

Du brauchst das DTB file zum booten nicht das DTS

Von: apuokas

apuokas — Tue, 12 May 2015 21:25:17 +0000

hallo,
vielen dank für deine images
ich denke die images hochladen ist gute idee
übrigens, ich finde nicht 4.0 final image, wo kann ich es finden?
wie könnte ich meine bananapi kernel updaten indem ich am laufendem bananapi mit 3.18 kernel einen z.b. 3.19 kernel kompiliere und dann irgentwie upgrade? Kompiliert habe ich ohne probleme. Danach mit make modules_install und dts sowie uimage kopiererei sollte ok gewesen sein aber bananapi bootet nicht mehr. Vor dem kopieren-überschreiben habe ich chown root:root für dts und uimage dateien gemacht, vieleicht war das ein fehler? Kann ich das noch reparieren? Oder soll ich kernel_3.18 ordner von modules entfernen und nur 3.19 lassen? oder in boot.cmd was einstellen?
Grüße