pivccu3 unter Armbian - inkompatibel ?

Virtualisierte CCU für Raspberry Pi und Clones

Moderator: Co-Administratoren

wok1415
Beiträge: 118
Registriert: 16.07.2020, 15:52
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 1 Mal
Danksagung erhalten: 3 Mal

pivccu3 unter Armbian - inkompatibel ?

Beitrag von wok1415 » 25.10.2020, 15:50

Bei dem Versuch die pivccu3 unter Armbian nach der Anleitung https://github.com/alexreinert/piVCCU/ ... armbian.md zu installieren ist der folgende Fehler aufgetreten:

Code: Alles auswählen

piVCCU: Error! Hardware platform is not supported
... und zwar bei der Installation der aktuellen Header passend zum installierten Kernel (siehe log unten).

Ich verwende Armbian Buster mit Kernel 5.8.16 auf einem Helios64 (https://www.armbian.com/helios64/ ) mit Rockchip rk3399 und versuche das Ganze darauf zum Laufen zu bringen mit HB-RF-ETH / RPI-RF-MOD. Das sollte doch eigentlich gehen. (Jedenfalls läuft es problemlos auf einem RasPi4 viewtopic.php?f=69&t=61704#p613472).

Was muss ich tun um die pivccu3 unter Armbian mit HB-RF-ETH / RPI-RF-MOD als Antennenlösung zum Laufen zu bekommen ?

Code: Alles auswählen

# sudo apt install --reinstall linux-headers-current-rockchip64
Reading package lists... Done
Building dependency tree       
Reading state information... Done
0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded.
Need to get 11.4 MB of archives.
After this operation, 0 B of additional disk space will be used.
Get:1 https://minio.k-space.ee/armbian/apt buster/main arm64 linux-headers-current-rockchip64 arm64 20.08.14 [11.4 MB]
Fetched 11.4 MB in 5s (2,297 kB/s)                           
(Reading database ... 87530 files and directories currently installed.)
Preparing to unpack .../linux-headers-current-rockchip64_20.08.14_arm64.deb ...
Unpacking linux-headers-current-rockchip64 (20.08.14) over (20.08.14) ...
Setting up linux-headers-current-rockchip64 (20.08.14) ...
Compiling headers - please wait ...
piVCCU: Error! Hardware platform is not supported
Zuletzt geändert von wok1415 am 26.10.2020, 21:03, insgesamt 1-mal geändert.

vigeland
Beiträge: 147
Registriert: 29.11.2009, 16:55

Re: pivccu3 unter Armbian - inkompatibel ?

Beitrag von vigeland » 25.10.2020, 19:26

Hi,

Müsste eigentlich gehen, einen Rock64 und eineN Rockpi 4 C, auch 3399 chip mit aktuellem Kernel laufen.
Aber armbiam schreibt, for testing. Vielleicht passt im Armbian noch was nicht.
Ich würde im script von Alex nachsehen wann die Meldung kommt.

Gruß

wok1415
Beiträge: 118
Registriert: 16.07.2020, 15:52
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 1 Mal
Danksagung erhalten: 3 Mal

Re: pivccu3 unter Armbian - inkompatibel ?

Beitrag von wok1415 » 25.10.2020, 20:26

vigeland hat geschrieben:
25.10.2020, 19:26
Hi,

Müsste eigentlich gehen, einen Rock64 und eineN Rockpi 4 C, auch 3399 chip mit aktuellem Kernel laufen.
Aber armbiam schreibt, for testing. Vielleicht passt im Armbian noch was nicht.
Ich würde im script von Alex nachsehen wann die Meldung kommt.

Gruß
Vielen Dank für den hilfreichen Hinweis. Ich bin zurückgegangen auf eine stabile Version mit Kernel 5.8.14. Die zugehörigen Header lassen sich jetzt zwar installieren, aber der Fehler tritt an anderer Stelle wieder auf, nämlich bei der Installation von pivccu-modules-dkms. Es handelt sich anscheinend um den gleichen Fehler, der auch beim Rock Pi 4 aufgetreten ist (siehe unten) - mit Lösungsvorschlag von Ihnen (siehe viewtopic.php?f=69&t=61372&hilit=pivccu+armbian#p608408) !

Mit dem Shell Script kann man die .c Dateien in beiden Ordnern abändern, aber eine erneute Installation von pivccu-modules-dkms wird nur mit --reinstall durchgeführt und dabei werden die .c Dateien wieder überschrieben, selbst wenn man den .c Dateien die Schreibrechte entzieht.

Wie kann ich denn das System überzeugen die geänderten Quelldateien für eine erneute Installation von pivccu-modules-dkms herzunehmen (und diese nicht wieder zu überschreiben) ?

P.S.: Da ich die Kombination HB-RF-ETH / RPI-RF-MOD als Antenne verwenden möchte brauche ich 'pivccu-devicetree-armbian' nicht zu installieren. Wenn ich das Paket trotzdem installiere kommt wieder der bekannte Fehler "piVCCU: Error! Hardware platform is not supported".

EDIT: Die Lösung ist nach dem Abändern der .c Dateien einfach dpkg-reconfigure pivccu-modules-dkms zu verwenden. Die Module werden dann kompiliert.

Code: Alles auswählen

# sudo apt install --reinstall pivccu-modules-dkms
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following packages were automatically installed and are no longer required:
  detect-radio-module liblxc1 lxc wait-sysfs-notify
Use 'sudo apt autoremove' to remove them.
0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 3 not upgraded.
Need to get 34.0 kB of archives.
After this operation, 0 B of additional disk space will be used.
Get:1 https://www.pivccu.de/piVCCU stable/main arm64 pivccu-modules-dkms all 1.0.45 [34.0 kB]
Fetched 34.0 kB in 1s (55.7 kB/s)              
Preconfiguring packages ...
(Reading database ... 66795 files and directories currently installed.)
Preparing to unpack .../pivccu-modules-dkms_1.0.45_all.deb ...
Removed /etc/systemd/system/debmatic.service.wants/pivccu-dkms.service.
Removed /etc/systemd/system/multi-user.target.wants/pivccu-dkms.service.
Removed /etc/systemd/system/pivccu.service.requires/pivccu-dkms.service.

------------------------------
Deleting module version: 1.0.45
completely from the DKMS tree.
------------------------------
Done.
Unpacking pivccu-modules-dkms (1.0.45) over (1.0.45) ...
Setting up pivccu-modules-dkms (1.0.45) ...

Creating symlink /var/lib/dkms/pivccu/1.0.45/source ->
                 /usr/src/pivccu-1.0.45

DKMS: add completed.

Kernel preparation unnecessary for this kernel.  Skipping...

Building module:
cleaning build area...
make -j6 KERNELRELEASE=5.8.14-rockchip64 ARCH=arm64 all.....(bad exit status: 2)
Error! Bad return status for module build on kernel: 5.8.14-rockchip64 (aarch64)
Consult /var/lib/dkms/pivccu/1.0.45/build/make.log for more information.
Created symlink /etc/systemd/system/multi-user.target.wants/pivccu-dkms.service → /lib/systemd/system/pivccu-dkms.service.
Created symlink /etc/systemd/system/debmatic.service.wants/pivccu-dkms.service → /lib/systemd/system/pivccu-dkms.service.
Created symlink /etc/systemd/system/pivccu.service.requires/pivccu-dkms.service → /lib/systemd/system/pivccu-dkms.service.
piVCCU: Error! Hardware platform is not supported

Code: Alles auswählen

DKMS make.log for pivccu-1.0.45 for kernel 5.8.14-rockchip64 (aarch64)
Sun 25 Oct 2020 07:45:09 PM CET
make -C /lib/modules/5.8.14-rockchip64/build M=/var/lib/dkms/pivccu/1.0.45/build modules
make[1]: Entering directory '/usr/src/linux-headers-5.8.14-rockchip64'
  CC [M]  /var/lib/dkms/pivccu/1.0.45/build/plat_eq3ccu2.o
  CC [M]  /var/lib/dkms/pivccu/1.0.45/build/eq3_char_loop.o
  CC [M]  /var/lib/dkms/pivccu/1.0.45/build/pl011_raw_uart.o
  CC [M]  /var/lib/dkms/pivccu/1.0.45/build/generic_raw_uart.o
  CC [M]  /var/lib/dkms/pivccu/1.0.45/build/dw_apb_raw_uart.o
  CC [M]  /var/lib/dkms/pivccu/1.0.45/build/meson_raw_uart.o
  CC [M]  /var/lib/dkms/pivccu/1.0.45/build/fake_hmrf.o
  CC [M]  /var/lib/dkms/pivccu/1.0.45/build/rpi_rf_mod_led.o
  CC [M]  /var/lib/dkms/pivccu/1.0.45/build/dummy_rx8130.o
  CC [M]  /var/lib/dkms/pivccu/1.0.45/build/led_trigger_timer.o
  CC [M]  /var/lib/dkms/pivccu/1.0.45/build/hb_rf_usb.o
  CC [M]  /var/lib/dkms/pivccu/1.0.45/build/hb_rf_usb-2.o
/var/lib/dkms/pivccu/1.0.45/build/fake_hmrf.c: In function 'fake_hmrf_write':
/var/lib/dkms/pivccu/1.0.45/build/fake_hmrf.c:266:1: warning: the frame size of 2080 bytes is larger than 2048 bytes [-Wframe-larger-than=]
 }
 ^
  CC [M]  /var/lib/dkms/pivccu/1.0.45/build/hb_rf_eth.o
  CC [M]  /var/lib/dkms/pivccu/1.0.45/build/rtc-rx8130.o
/var/lib/dkms/pivccu/1.0.45/build/hb_rf_eth.c: In function 'connect_store':
/var/lib/dkms/pivccu/1.0.45/build/hb_rf_eth.c:543:3: warning: ISO C90 forbids variable length array 'ip' [-Wvla]
   char ip[count + 1];
   ^~~~
/var/lib/dkms/pivccu/1.0.45/build/hb_rf_eth.c: In function 'hb_rf_eth_init':
/var/lib/dkms/pivccu/1.0.45/build/hb_rf_eth.c:620:3: warning: ignoring return value of 'sysfs_create_file', declared with attribute warn_unused_result [-Wunused-result]
   sysfs_create_file(&dev->kobj, &dev_attr_is_connected.attr);
   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/var/lib/dkms/pivccu/1.0.45/build/hb_rf_eth.c:621:3: warning: ignoring return value of 'sysfs_create_file', declared with attribute warn_unused_result [-Wunused-result]
   sysfs_create_file(&dev->kobj, &dev_attr_connect.attr);
   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  MODPOST /var/lib/dkms/pivccu/1.0.45/build/Module.symvers
ERROR: modpost: "__stack_chk_guard" [/var/lib/dkms/pivccu/1.0.45/build/rtc-rx8130.ko] undefined!
ERROR: modpost: "__stack_chk_guard" [/var/lib/dkms/pivccu/1.0.45/build/hb_rf_eth.ko] undefined!
ERROR: modpost: "__stack_chk_guard" [/var/lib/dkms/pivccu/1.0.45/build/hb_rf_usb-2.ko] undefined!
ERROR: modpost: "__stack_chk_guard" [/var/lib/dkms/pivccu/1.0.45/build/led_trigger_timer.ko] undefined!
ERROR: modpost: "__stack_chk_guard" [/var/lib/dkms/pivccu/1.0.45/build/rpi_rf_mod_led.ko] undefined!
ERROR: modpost: "__stack_chk_guard" [/var/lib/dkms/pivccu/1.0.45/build/fake_hmrf.ko] undefined!
ERROR: modpost: "__stack_chk_guard" [/var/lib/dkms/pivccu/1.0.45/build/dw_apb_raw_uart.ko] undefined!
ERROR: modpost: "__stack_chk_guard" [/var/lib/dkms/pivccu/1.0.45/build/generic_raw_uart.ko] undefined!
ERROR: modpost: "__stack_chk_guard" [/var/lib/dkms/pivccu/1.0.45/build/eq3_char_loop.ko] undefined!
make[2]: *** [scripts/Makefile.modpost:111: /var/lib/dkms/pivccu/1.0.45/build/Module.symvers] Error 1
make[2]: *** Deleting file '/var/lib/dkms/pivccu/1.0.45/build/Module.symvers'
make[1]: *** [Makefile:1665: modules] Error 2
make[1]: Leaving directory '/usr/src/linux-headers-5.8.14-rockchip64'
make: *** [Makefile:25: all] Error 2
Zuletzt geändert von wok1415 am 26.10.2020, 21:04, insgesamt 1-mal geändert.

wok1415
Beiträge: 118
Registriert: 16.07.2020, 15:52
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 1 Mal
Danksagung erhalten: 3 Mal

Re: pivccu3 unter Armbian - inkompatibel ?

Beitrag von wok1415 » 26.10.2020, 14:16

Die Installation der pivccu3 unter Armbian hakt noch (header und pivccu-modules-dkms wurden installiert ohne Fehler): Der bekannte Fehler 'piVCCU: Error! Hardware platform is not supported' tritt weiterhin bei der Installation der Pakete hb-rf-eth (auch für Debmatic) und pivccu3 auf. Ich habe bisher keinen Weg gefunden das zu beheben. Könnte jemand helfen ?

Code: Alles auswählen

# sudo apt install hb-rf-eth
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following additional packages will be installed:
  avahi-utils
The following NEW packages will be installed:
  avahi-utils hb-rf-eth
0 upgraded, 2 newly installed, 0 to remove and 3 not upgraded.
Need to get 58.3 kB of archives.
After this operation, 148 kB of additional disk space will be used.
Do you want to continue? [Y/n] Y
Get:1 http://deb.debian.org/debian buster/main arm64 avahi-utils arm64 0.7-4+b1 [56.5 kB]
Get:2 https://www.pivccu.de/piVCCU stable/main arm64 hb-rf-eth all 1.0.1 [1,744 B] 
Fetched 58.3 kB in 0s (174 kB/s)               
Preconfiguring packages ...
Selecting previously unselected package avahi-utils.
(Reading database ... 66568 files and directories currently installed.)
Preparing to unpack .../avahi-utils_0.7-4+b1_arm64.deb ...
Unpacking avahi-utils (0.7-4+b1) ...
Setting up avahi-utils (0.7-4+b1) ...
Selecting previously unselected package hb-rf-eth.
(Reading database ... 66592 files and directories currently installed.)
Preparing to unpack .../hb-rf-eth_1.0.1_all.deb ...
Unpacking hb-rf-eth (1.0.1) ...
Setting up hb-rf-eth (1.0.1) ...
Processing triggers for man-db (2.8.5-2) ...
piVCCU: Error! Hardware platform is not supported

Benutzeravatar
deimos
Beiträge: 5383
Registriert: 20.06.2017, 10:38
System: Alternative CCU (auf Basis OCCU)
Wohnort: Leimersheim
Hat sich bedankt: 121 Mal
Danksagung erhalten: 950 Mal
Kontaktdaten:

Re: pivccu3 unter Armbian - inkompatibel ?

Beitrag von deimos » 26.10.2020, 18:59

Hi,

du hast das Paket pivccu-devicetree-armbian installiert, welches für die Konfiguration des GPIO Headers unter Armbian zuständig ist. Und das unterstützt dein Helios nicht. Aus technischen Gründen wird die entsprechende Prüfung bei jeder Installation und bei jedem Update eines Pakets ausgeführt.

Das andere Problem liegt daran, dass der Compiler von Buster nicht zur Konfiguration des Kernels passt. Mir fehlt da im Moment noch die zündende Idee, wie man da einen generischen Workarpund bauen kann, an sich bettachte ich das aber als Bug von Armbian.

VIele Grüße
Alex

wok1415
Beiträge: 118
Registriert: 16.07.2020, 15:52
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 1 Mal
Danksagung erhalten: 3 Mal

Re: pivccu3 unter Armbian - inkompatibel ?

Beitrag von wok1415 » 26.10.2020, 19:12

Hi,

vielen Dank für das Feedback.

Ich werde das Ganze gleich nochmal mit einem neu aufgesetzten System probieren.

Falls Du mir noch einen Hinweis geben könntest inwiefern der von Buster verwendete Compiler nicht zur Kernelkonfiguration passt, könnte ich das mit Armbian klären.

Viele Grüße.

Benutzeravatar
deimos
Beiträge: 5383
Registriert: 20.06.2017, 10:38
System: Alternative CCU (auf Basis OCCU)
Wohnort: Leimersheim
Hat sich bedankt: 121 Mal
Danksagung erhalten: 950 Mal
Kontaktdaten:

Re: pivccu3 unter Armbian - inkompatibel ?

Beitrag von deimos » 26.10.2020, 19:19

Hi,

der Kernel wurde mit gcc 8? kompiliert und die Header haben entsprechende Settings. In Buster ist aber nur gcc 6? verfügbar. z.B. wurde das auch hier diskutiert: https://forum.armbian.com/topic/15441-u ... ockchip64/

Gleiches Problem scheint es auch grade beim testing Kernel von Raspbian zu geben, das wird auch grade angeregt auf Github diskutiert.

Viele Grüße
Alex

wok1415
Beiträge: 118
Registriert: 16.07.2020, 15:52
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 1 Mal
Danksagung erhalten: 3 Mal

Re: pivccu3 unter Armbian - inkompatibel ?

Beitrag von wok1415 » 26.10.2020, 22:35

Hi,

die aktuelle Armbian Buster Version enthält gcc in Version 8.3.0. In dem von Dir genannten Armbian Thread werden ähnliche Probleme diskutiert weil der Kernel mit gcc 9.2.1 kompiliert wurde und Anforderungen hat, die gcc 8 nicht erfüllen kann. Deshalb der von vigeland vorgeschlagene Workaround (Einfügen von Code am Ende der .c Dateien). Alternativ könnte auch das Makefile angepasst werden.

Ich habe mal Tests durchgeführt:

1.) pivccu3 startet erfolgreich, wenn ich als Funkmodul das 'fake radio module' konfiguriere. Das Webinterface der pivccu3 kann ich aufrufen, aber es gibt natürlich keinen Funkkontakt.

2.) pivccu3 startet nicht erfolgreich, wenn ich als Funkmodul 'RPI-RF-MOD' konfiguriere und hb-rf-eth verwende. Eine andere Auswahl habe ich ja nicht um die hb-rf-eth Platine zu verwenden.

Ich denke, dass eventuell lediglich noch Anpassungen an hb-rf-eth helfen würden, damit das unter Armbian richtig funktioniert:

Das Problem ist letztendlich raw-uart (siehe syslog zu 2. in Zeilen 7+8), was auch pivccu3 bei der Installation meldet (raw-uart wird nicht gefunden). Bei der Installation von hb-rf-eth tritt immer noch am Ende der bekannte pivccu Error auf. Wäre das Problem zu beheben lediglich durch Einfügen von Code am Ende der .c/.cpp Dateien von hb-rf-eth so wie von vigeland vorgeschlagen ?

Das alles betrifft auch die Installation von Debmatic unter Armbian.

Danke und viele Grüße !

syslog zu 1.)

Code: Alles auswählen

Oct 26 21:54:32 localhost systemd[1]: Starting piVCCU DKMS Modules...
Oct 26 21:54:32 localhost systemd[1]: pivccu-dkms.service: Succeeded.
Oct 26 21:54:32 localhost systemd[1]: Started piVCCU DKMS Modules.
Oct 26 21:54:32 localhost systemd[1]: Starting piVCCU...
Oct 26 21:54:33 localhost systemd[1]: var-lib-piVCCU3-rootfs-dev.mount: Succeeded.
Oct 26 21:54:33 localhost systemd[3228]: var-lib-piVCCU3-rootfs-dev.mount: Succeeded.
Oct 26 21:54:33 localhost systemd[1]: var-lib-piVCCU3-rootfs-proc.mount: Succeeded.
Oct 26 21:54:33 localhost systemd[3228]: var-lib-piVCCU3-rootfs-proc.mount: Succeeded.
Oct 26 21:54:34 localhost start_container.sh[4726]: kernel.sched_rt_runtime_us = -1
Oct 26 21:54:34 localhost kernel: [  469.079197] br0: port 2(vethpivccu) entered blocking state
Oct 26 21:54:34 localhost kernel: [  469.079219] br0: port 2(vethpivccu) entered disabled state
Oct 26 21:54:34 localhost kernel: [  469.079430] device vethpivccu entered promiscuous mode
Oct 26 21:54:34 localhost systemd-udevd[4615]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
Oct 26 21:54:34 localhost systemd-udevd[4615]: Could not generate persistent MAC address for veth6XPV9A: No such file or directory
Oct 26 21:54:34 localhost systemd-udevd[4625]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
Oct 26 21:54:34 localhost systemd-udevd[4625]: Using default interface naming scheme 'v240'.
Oct 26 21:54:34 localhost NetworkManager[742]: <info>  [1603745674.3276] manager: (veth6XPV9A): new Veth device (/org/freedesktop/NetworkManager/Devices/11)
Oct 26 21:54:34 localhost NetworkManager[742]: <info>  [1603745674.3314] manager: (vethpivccu): new Veth device (/org/freedesktop/NetworkManager/Devices/12)
Oct 26 21:54:34 localhost kernel: [  469.154521] eth0: renamed from veth6XPV9A
Oct 26 21:54:34 localhost kernel: [  469.177635] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Oct 26 21:54:34 localhost kernel: [  469.177914] IPv6: ADDRCONF(NETDEV_CHANGE): vethpivccu: link becomes ready
Oct 26 21:54:34 localhost kernel: [  469.178395] br0: port 2(vethpivccu) entered blocking state
Oct 26 21:54:34 localhost kernel: [  469.178413] br0: port 2(vethpivccu) entered listening state
Oct 26 21:54:34 localhost NetworkManager[742]: <info>  [1603745674.4294] device (vethpivccu): carrier: link connected
Oct 26 21:54:34 localhost systemd[1]: Started piVCCU.
Oct 26 21:54:34 localhost systemd[1]: Started Monitor HB-RF-ETH.
Oct 26 21:54:36 localhost avahi-daemon[753]: Joining mDNS multicast group on interface vethpivccu.IPv6 with address fe80::fc89:ccff:fee8:4286.
Oct 26 21:54:36 localhost avahi-daemon[753]: New relevant interface vethpivccu.IPv6 for mDNS.
Oct 26 21:54:36 localhost avahi-daemon[753]: Registering new address record for fe80::fc89:ccff:fee8:4286 on vethpivccu.*.
Oct 26 21:54:41 localhost systemd[1]: Starting piVCCU DKMS Modules...
Oct 26 21:54:41 localhost systemd[1]: pivccu-dkms.service: Succeeded.
Oct 26 21:54:41 localhost systemd[1]: Started piVCCU DKMS Modules.
Oct 26 21:54:49 localhost kernel: [  484.343210] br0: port 2(vethpivccu) entered learning state
Oct 26 21:55:01 localhost CRON[5144]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Oct 26 21:55:08 localhost kernel: [  502.829698] bpfilter: Loaded bpfilter_umh pid 5170
Oct 26 21:55:24 localhost chronyd[1288]: Selected source 136.243.66.91
Oct 26 21:56:27 localhost kernel: [  581.976703] eq3loop: created slave mmd_hmip
Oct 26 21:56:27 localhost kernel: [  581.977239] eq3loop: created slave mmd_bidcos
Oct 26 21:56:29 localhost kernel: [  584.092461] eq3loop: eq3loop_open_slave() mmd_bidcos
Oct 26 22:00:01 localhost CRON[9267]: (root) CMD (/usr/lib/armbian/armbian-truncate-logs)
Oct 26 22:01:59 localhost systemd[1]: Starting Cleanup of Temporary Directories...
Oct 26 22:01:59 localhost systemd[1]: systemd-tmpfiles-clean.service: Succeeded.
Oct 26 22:01:59 localhost systemd[1]: Started Cleanup of Temporary Directories.
Oct 26 22:02:04 localhost kernel: [  918.935182] EXT4-fs (mmcblk0p1): re-mounted. Opts: errors=remount-ro,commit=600
Oct 26 22:02:04 localhost monitor_hb_rf_connection.sh[4952]: Waiting for CCU startup ........................................................................................................................................................$
syslog zu 2.)

Code: Alles auswählen

Oct 26 21:52:04 localhost systemd[1]: Starting piVCCU DKMS Modules...
Oct 26 21:52:04 localhost systemd[1]: pivccu-dkms.service: Succeeded.
Oct 26 21:52:04 localhost systemd[1]: Started piVCCU DKMS Modules.
Oct 26 21:52:04 localhost systemd[1]: Starting piVCCU...
Oct 26 21:52:04 localhost kernel: [  319.525621] hb-rf-eth hb-rf-eth: Trying to connect to xx.xx.xx.xx
Oct 26 21:52:04 localhost kernel: [  319.633253] hb-rf-eth hb-rf-eth: Successfully connected to xx.xx.xx.xx
Oct 26 21:52:04 localhost kernel: [  319.744964] raw-uart raw-uart: Reset radio module
Oct 26 21:52:23 localhost piVCCU3: HMRF hardware was not detected
Oct 26 21:52:23 localhost start_container.sh[4130]: <12>Oct 26 21:52:23 piVCCU3: HMRF hardware was not detected
Oct 26 21:52:23 localhost piVCCU3: HMIP hardware was not detected
Oct 26 21:52:23 localhost start_container.sh[4130]: <12>Oct 26 21:52:23 piVCCU3: HMIP hardware was not detected
Oct 26 21:52:23 localhost start_container.sh[4130]: kernel.sched_rt_runtime_us = -1
Oct 26 21:52:23 localhost systemd-udevd[463]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
Oct 26 21:52:23 localhost systemd-udevd[463]: Could not generate persistent MAC address for vethX2WAPI: No such file or directory
Oct 26 21:52:23 localhost systemd-udevd[466]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
Oct 26 21:52:23 localhost kernel: [  338.641837] br0: port 2(vethpivccu) entered blocking state
Oct 26 21:52:23 localhost kernel: [  338.641881] br0: port 2(vethpivccu) entered disabled state
Oct 26 21:52:23 localhost kernel: [  338.642488] device vethpivccu entered promiscuous mode
Oct 26 21:52:23 localhost NetworkManager[742]: <info>  [1603745543.8858] manager: (vethX2WAPI): new Veth device (/org/freedesktop/NetworkManager/Devices/9)
Oct 26 21:52:23 localhost NetworkManager[742]: <info>  [1603745543.8904] manager: (vethpivccu): new Veth device (/org/freedesktop/NetworkManager/Devices/10)
Oct 26 21:52:23 localhost kernel: [  338.707840] eth0: renamed from vethX2WAPI
Oct 26 21:52:23 localhost kernel: [  338.746535] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Oct 26 21:52:23 localhost kernel: [  338.746820] IPv6: ADDRCONF(NETDEV_CHANGE): vethpivccu: link becomes ready
Oct 26 21:52:23 localhost kernel: [  338.747300] br0: port 2(vethpivccu) entered blocking state
Oct 26 21:52:23 localhost kernel: [  338.747319] br0: port 2(vethpivccu) entered listening state
Oct 26 21:52:23 localhost NetworkManager[742]: <info>  [1603745543.9937] device (vethpivccu): carrier: link connected
Oct 26 21:52:24 localhost start_container.sh[4130]: lxc-start: lxc: lxccontainer.c: wait_on_daemonized_start: 842 Received container state "ABORTING" instead of "RUNNING"
Oct 26 21:52:24 localhost start_container.sh[4130]: lxc-start: lxc: tools/lxc_start.c: main: 330 The container failed to start
Oct 26 21:52:24 localhost start_container.sh[4130]: lxc-start: lxc: tools/lxc_start.c: main: 333 To get more details, run the container in foreground mode
Oct 26 21:52:24 localhost start_container.sh[4130]: lxc-start: lxc: tools/lxc_start.c: main: 336 Additional information can be obtained by setting the --logfile and --logpriority options
Oct 26 21:52:24 localhost systemd[1]: Started piVCCU.
Oct 26 21:52:24 localhost systemd[1]: pivccu.service: Main process exited, code=exited, status=1/FAILURE
Oct 26 21:52:24 localhost systemd[1]: pivccu.service: Failed with result 'exit-code'.
Oct 26 21:52:24 localhost kernel: [  338.849896] br0: port 2(vethpivccu) entered disabled state
Oct 26 21:52:24 localhost kernel: [  338.852147] device vethpivccu left promiscuous mode
Oct 26 21:52:24 localhost kernel: [  338.852178] br0: port 2(vethpivccu) entered disabled state
Oct 26 21:52:24 localhost NetworkManager[742]: <info>  [1603745544.1183] device (vethpivccu): released from master device br0

vigeland
Beiträge: 147
Registriert: 29.11.2009, 16:55

Re: pivccu3 unter Armbian - inkompatibel ?

Beitrag von vigeland » 27.10.2020, 15:19

Hi,

Wenn du weitern Kerneltreiber übersetzten musst Eth... , wird man auch die Erweiterung der *.c Dateien machen müssen.
Denn warum sollten die einen Kerneltreiber die Funktion brauchen und andere nicht.

Gruß

wok1415
Beiträge: 118
Registriert: 16.07.2020, 15:52
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 1 Mal
Danksagung erhalten: 3 Mal

Re: pivccu3 unter Armbian - inkompatibel ?

Beitrag von wok1415 » 27.10.2020, 15:57

vigeland hat geschrieben:
27.10.2020, 15:19
Hi,

Wenn du weitern Kerneltreiber übersetzten musst Eth... , wird man auch die Erweiterung der *.c Dateien machen müssen.
Denn warum sollten die einen Kerneltreiber die Funktion brauchen und andere nicht.

Gruß
Hi,

mir ist nicht klar an welcher Stelle ich die Erweiterung der .c Dateien noch durchführen kann. Insbesondere die beiden hb_rf_eth.c Dateien habe ich ja bereits gepatcht. Oder gibt es noch einen anderen Grund warum raw-uart nicht funktioniert ?

Letztendlich hoffe ich darauf, dass Alex mit seinem Blick auf das Gesamtsystem eine Lösung für das Problem findet, so dass pivccu3 und Debmatic unter Armbian verwendet werden kann.

Viele Grüße.

Antworten

Zurück zu „piVCCU“