1

Raspberry PI / [5.3] raspberry 1B kernel panic

« on: April 29, 2017, 18:10:32 »

Moin,
1.Versuch: 5.1 stable
wollte nen älteren Raspberry 1B als streamdev-client an nem kleinen Analogbildschirm betreiben und mußte leider feststellen das das vdr-plugin-streamdev-client mit der Setup-Option "Filter-Daten streamen" nicht lange klarkommt.
Kann es sein das hier die 2 recht alten Patches vdr-plugin-streamdev-filter-patch.diff + vdr-plugin-streamdev-filter-patch2.diff von 2014 + 2015 fehlen?
https://projects.vdr-developer.org/issues/2045

2.Versuch: 5.3 testing
Wollte daher die testing variante probieren, die crasht leider direkt mit kernel panic auf dem Raspi 1B.

Gruß
Carsten

2

Raspberry PI / Test MLD-4 RPI tgz

« on: April 09, 2014, 16:56:40 »

Moin,
ups, glatt übersehen

Der lirc_rpi Treiber kommt übrigens nicht aus dem lirc sourcen, sondern aus dem Kernel Paket.

schon klar, nur lag/liegt der im 4.0er Dev unpassenderweise bei den lirc-sourcen.

Falls Du weißt, wo's das als Patch für die lirc Sourcen gibt, hätte ich Interesse da dran.

Nein leider nicht, hab grad zu viele Baustellen gleichzeitig.
Aber macht das denn bei Kernel-Modulen Sinn?

3

Raspberry PI / Test MLD-4 RPI tgz

« on: March 28, 2014, 16:55:23 »

Moin,
bin grad beim 'lirc-bauen' im 4er Devel-System über einen Fehler in einem der Patches gestolpert der eigentlich auch im 'Nightbuild Status' als Fehler auftauchen müßte, bin grad verwundert das dort keine fehlerhaften Pakete gelistet sind.

Warum ich das hierhin schreibe?
Weil nat. genau der 'lirc_kernel_rpi-0.3.patch' betroffen ist, also wohl die Ursache für das auf dem rpi nicht mehr ladbare lirc_rpi modul.
Denn das ist Bestandteil des Kernels und nicht der separaten lirc-module.

Der Patch wird allerdings aus  $MLD/lirc/src aufgerufen und wird so nicht ausgeführt da er in $MLD/kernel/src/linux erstellt wurde.

OT: (Hab für rpi noch kein Develsys, war nur grad dabei mir für den irserver (IRTrans) die opkg Pakete zu erstellen und da gibts Überschneidungen mit lirc)

4

Raspberry PI / RPI als headless im Speicher und NFS auf Fritzbox

« on: March 28, 2014, 16:39:11 »

Moin 'Kopfloser'

• Aufnahmen sollen per NFS auf einer USB-HD an einer Fritzbox gespeichert werden

angesichts dieser Speicherlösung dürfte der Raspi nicht mehr das Nadelöhr für Daten bei Aufzeichnungen sein.
Wie langsam die USB-Anbindung dieser Router ist, ist Dir bekannt?
Für einen headless-Server würde ich allerdings eher nicht den Raspi sondern eine der anderen arm-Plattformen wie z.B. cubietruck vorziehen, die Stärken des Raspi liegen da im Vergleich eher in der Wiedergabe über HDMI/FBAS.

5

Raspberry PI / Test MLD-4 RPI tgz

« on: March 25, 2014, 19:21:58 »

Moin,
bei mir taucht bei der MLD-4.0.0-rpi_rpi-client_2014.03.24-47.tgz vor der Installation keinerlei OSD auf.
Die 2014.03.22 hat noch problemlos den streamdev-server automatisch ohne Installation gefunden.

Beiden gemeinsam ist allerdings das noch immer lirc_rpi nicht ladbar ist, damit für mich leider unbrauchbar.
s.a. http://www.minidvblinux.de/forum/index.php?action=post;quote=41284;topic=5598.15;last_msg=41475

6

Entwicklung [ Development ] / Starten der MLD 4 mit dem Bootloader Grub2

« on: March 18, 2014, 15:33:48 »

Moin,
entweder root=/dev/sdaX  ODER root=UUID=
Das dev= ist da definitiv verkehrt.

Zusätzlich noch ein
 insmod gzio  vor z.B. insmod part_msdos

Aufgrund 'insmod btrfs'  tippe ich mal auf ein installiertes MLD, sonst müßte da ein
'insmod fat' stehen.

EDIT:
helfen könnte evtl. auch die "altmodische" Variante der grub-Notation

linux  (hd0,1)/boot/kernel
initrd   (hd0,1)/boot/initrd

sollte ja eigentlich von 'set root=' erledigt werden, aber Virtualbox und per .vmdk durchgereichte Laufwerke sind da häufig etwas "strange".
Wird der Stick formatiert zickt auch gleich der VBox 'Manager für virtuelle Medien' rum, also betroffene Einträge löschen und neu erstellen.

7

Raspberry PI / Test MLD-4 RPI tgz

« on: March 14, 2014, 13:36:05 »

Moin,
booten mit neuem Image klappt wieder einwandfrei (da hatte sich bei mir irgendein Bitfehler in die initrd eingeschlichen)
Manuelle Installation sieht gut aus, zeigt auch kleine Partitionen an.  +
(Bild im Anhang)

Nachtrag: es werden allerdings alle (oder alle mit btrfs ? ) Partitionen der SD-Karte gemountet obwohl nur /boot in der fstab zur SD-Karte gehört, Rest ist in diesem Fall auf dem USB-Stick oder per nfs angebunden und wird so wie konfiguriert auch eingebunden.
Und zu Beginn des Systemstarts wird versucht mount.nfs auszuführen noch bevor init beim Netzwerk angekommen ist.
(nfs-client kommt viel später und funktioniert dann mit netzwerk natürlich)

Code: [Select]

MLD> cat /var/log/sysinit
Import filesystems:
  Turn on DMA:
  Checking:
Btrfs Btrfs v0.19                                                                                                                done
  Mounting:
mount.nfs: mount system call failed
mount: mounting 192.168.101.32:/srv/share/vdr on /mnt/32/rec failed: Input/output error          failed

Setting up logging: level 1
Setting up network:                                                                                                          done
Setting timezone:                                                                                                             done
Load keymap: de-latin1                                                                                                    done

network:
Init networking
Starting DHCP-client                                                                                                          done

Nur lirc_rpi passt leider noch nicht zum Kernel

Code: [Select]

MLD> modprobe lirc_rpi
modprobe: can't load module lirc_rpi (kernel/drivers/staging/media/lirc/lirc_rpi.ko): Invalid argument

MLD> tail /var/log/messages |grep lirc_rpi
Mar 14 13:09:02 (none) user.warn kernel: [11987.848988] lirc_rpi: disagrees about version of symbol lirc_register_driver
Mar 14 13:09:02 (none) user.warn kernel: [11987.849017] lirc_rpi: Unknown symbol lirc_register_driver (err -22)


8

Raspberry PI / Test MLD-4 RPI tgz

« on: March 11, 2014, 12:05:47 »

Jup, die Downloadseite zeigt ja beides an, also kein wirkliches Prob, nur Kosmetik.
Kommt halt vor, bin bei dem Wetter auch lieber draußen statt vorm Bildschirm. 

9

Raspberry PI / Test MLD-4 RPI tgz

« on: March 11, 2014, 10:53:12 »

Moin Claus,
da ging aber was gründlich schief
Die Version vom 9.3. (die den gleichen Namen hat wie die v. 6.3.) bleibt gleich mal mit Kernel panic stehen.
Das Installationsdevice findet sein eigenes rootfs (FAT32) nicht.

10

Entwicklung [ Development ] / Test MLD-4 ISO

« on: March 10, 2014, 01:14:33 »

Schreibfehler einzubauen ist verwerflich.

iwo, nur menschlich, wenn ich zu lange am Bildschirm sitze seh ich auch nur noch "kariert"

Es kommt noch besser. Wenn in der Appendzeile von "normal" das acpi_enforce_resources=lax fehlt, funktioniert es trotzdem.
Deshalb nehme ich an, acpi_enforce_resources=lax funktioniert nicht.

das die Zeile funktioniert hast ja eigentlich schon festgestellt
Läßt sich auch aufgrund der Warnmeldung per dmesg überprüfen.
Mir scheint eher das dieser Zusatz durch die Versuche nun nicht nur in der extlinux.cfg steht, sondern auch in einer der anderen von extlinux/syslinux abgeklapperten Dateien und Einträge.
grep doch einfach mal nach "acpi_enforce"

Was muß ich ändern um automatisch mit "normal" zu booten?

Entscheidend ist bei welchem "label" Abschnitt diese Zeile auftaucht.

"      menu default"

11

Entwicklung [ Development ] / Test MLD-4 ISO

« on: March 09, 2014, 23:24:39 »

sieht mir nach Typo aus.
resources mit 2 s und einem c, in Deinem Beispiel dürfte eigentl nur der erste Eintrag klappen.

12

Entwicklung [ Development ] / Test MLD-4 ISO

« on: March 09, 2014, 20:36:21 »

Moin Gerhard,

Die Änderung in /boot/syslinux/extlinux.conf "acpi_enforce_resources=lax" in der Appendzeile funktioniert nur im Label "normal".
Beim Label "quiet" und "verbose" hat der Eintrag keine Auswirkungen.

wenn Deine extlinux.conf noch so aussieht wie von mir gepostet, dann funktioniert das auch nur bei "normal"
Also entweder (menu default verschoben)

Code: [Select]

label quiet
        kernel /boot/kernel
        append root=/dev/sda1 rootwait vga=0x314 splash=silent quiet apm=off nodialog hpet=disable

label normal
        menu default
        kernel /boot/kernel
        append root=/dev/sda1 rootwait vga=0x314 splash=silent quiet apm=off hpet=disable acpi_enforce_resources=lax
oder so (die append-Zeile des quiet-Eintrags um "acpi ..." ergänzt)

Code: [Select]

label quiet
        menu default
        kernel /boot/kernel
        append root=/dev/sda1 rootwait vga=0x314 splash=silent quiet apm=off nodialog hpet=disable  acpi_enforce_resources=lax


13

Entwicklung [ Development ] / Test MLD-4 ISO

« on: March 08, 2014, 15:01:01 »

Ich habs sicherheitshalber mal beim zweiten Eintrag (normal) angehängt, dann startets zumindest nicht unbemerkt.
Also nur bei manueller Bootauswahl

Code: [Select]

include style.cfg
label quiet
        menu default
        kernel /boot/kernel
        append root=/dev/sda1 rootwait vga=0x314 splash=silent quiet apm=off nodialog hpet=disable

label normal
        kernel /boot/kernel
        append root=/dev/sda1 rootwait vga=0x314 splash=silent quiet apm=off hpet=disable acpi_enforce_resources=lax


14

Entwicklung [ Development ] / Test MLD-4 ISO

« on: March 08, 2014, 14:17:15 »

Sind wohl die redundanten Reste vom USB-Stick (hab i.M. nur nen rpi am laufen zum nachschauen)
Dann nimm bitte mal
/boot/syslinux/extlinux.conf

15

Allgemeines [ General ] / Dvb-s Karte Tbs 6981

« on: March 08, 2014, 14:14:12 »

Kleiner Hinweis für andere "Selbstübersetzer", mittlerweile lassen sich tbs-Treiber (PCIe) für Kernel >3.2 nur noch fehlerfrei laden wenn vor dem "make install" der komplette Bereich unter /lib/modules/`uname -r`/kernel/drivers/media/ entfernt wird.
(ganz zu schweigen von den fehlenden Patches zum fehlerfreien Übersetzen, die gibts u.a. hier im Develbereich)

Einen für einige tbs-Karten besseren Lösungsansatz kann man dank Luis Alves hier finden:
https://github.com/ljalves/linux_media/wiki
https://github.com/ljalves/linux_media/wiki/Installating,-Upgrading-and-Tvheadend

Und ein kleiner Einblick in eine relativ fruchtlose Diskussion mit dem "tbs-Entwickler" ...
http://tvheadend.wordpress.com/2013/07/11/tbs-6981-debacle/