@Joerg said in Update failed for unipi-kernel-modules-dkms 1.60:
nipi-kernel-modules
Hi @Martin-Kudláček ,
thank you for the quick answer - but after the "apt purge unipi-kernel-modules-dkms" the system did not want to boot anymore, so I decided to do a fresh install as described in README.apt.
Best regards
Jörg
When updating via apt the build process fails on Neuron M103:
Loading new unipi-1.60 DKMS files...
It is likely that 5.10.11-v7+ belongs to a chroot's host
Building for 5.10.11+, 5.10.11-v7+, 5.10.11-v7l+ and 5.10.11-v8+
Building initial module for 5.10.11+
Error! Build of unipi.ko failed for: 5.10.11+ (armv7l)
Consult the make.log in the build directory
The make.log shows:
DKMS make.log for unipi-1.60 for kernel 5.10.11+ (armv7l)
Mo 8. Feb 11:33:06 CET 2021
make: Verzeichnis „/usr/src/linux-headers-5.10.11+“ wird betreten
CC [M] /var/lib/dkms/unipi/1.60/build/unipi/src/unipi_spi.o
CC [M] /var/lib/dkms/unipi/1.60/build/unipi/src/unipi_iio.o
CC [M] /var/lib/dkms/unipi/1.60/build/unipi/src/unipi_gpio.o
CC [M] /var/lib/dkms/unipi/1.60/build/unipi/src/unipi_uart.o
/var/lib/dkms/unipi/1.60/build/unipi/src/unipi_spi.c: In function ‘neuronspi_spi_probe’:
/var/lib/dkms/unipi/1.60/build/unipi/src/unipi_spi.c:1322:23: error: ‘struct spi_controller’ has no member named ‘kworker_task’; did you mean ‘kworker’?
if (spi->controller->kworker_task)
^~~~~~~~~~~~
kworker
/var/lib/dkms/unipi/1.60/build/unipi/src/unipi_spi.c:1323:39: error: ‘struct spi_controller’ has no member named ‘kworker_task’; did you mean ‘kworker’?
sched_setscheduler(spi->controller->kworker_task, SCHED_FIFO, &rt_param);
^~~~~~~~~~~~
kworker
make[1]: *** [scripts/Makefile.build:279: /var/lib/dkms/unipi/1.60/build/unipi/src/unipi_spi.o] Fehler 1
make[1]: *** Es wird auf noch nicht beendete Prozesse gewartet....
make: *** [Makefile:1808: /var/lib/dkms/unipi/1.60/build/unipi] Fehler 2
make: Verzeichnis „/usr/src/linux-headers-5.10.11+“ wird verlassen
make: Verzeichnis „/usr/src/linux-headers-5.10.11+“ wird betreten
CC [M] /var/lib/dkms/unipi/1.60/build/rtc-unipi/rtc-unipi.o
/var/lib/dkms/unipi/1.60/build/rtc-unipi/rtc-unipi.c: In function ‘rtc_unipi_probe’:
/var/lib/dkms/unipi/1.60/build/rtc-unipi/rtc-unipi.c:666:6: warning: ISO C90 forbids mixed declarations and code [-Wdeclaration-after-statement]
struct nvmem_config nvmem_cfg = {
^~~~~~
MODPOST /var/lib/dkms/unipi/1.60/build/rtc-unipi/Module.symvers
CC [M] /var/lib/dkms/unipi/1.60/build/rtc-unipi/rtc-unipi.mod.o
LD [M] /var/lib/dkms/unipi/1.60/build/rtc-unipi/rtc-unipi.ko
make: Verzeichnis „/usr/src/linux-headers-5.10.11+“ wird verlassen
I did a reboot, did a "apt purge unipi-kernel-modules-dkms", "apt install unipi-kernel-modules-dkms" with exactly the same output.
Sorry Tomas, maybe I have problems understanding watchdog operation. I have the new evok.py in place and when trying to activate (not to perform manual reset) the watchdog on the web interface I get:
[I 190116 08:04:54 web:2064] 304 GET /rest/wd/1_01/ (::1) 4.81ms
[I 190116 08:04:59 neuron:1296] Performed reset of board 1_01
[I 190116 08:04:59 web:2064] 200 POST /rest/wd/1_01/ (127.0.0.1) 13.44ms
The watchog stays inactive. Sometimes my Neuron stops working (every second LED on the main unit is blinking) and a manual power cycle is needed.
Hi Tomas,
thanks a lot for the quick answer. You are right, the /rest/wd returns the right values, but I'm still not able to activate the watchdogs:
$ /usr/bin/curl --request POST --url http://unipi:8080/rest/wd/1_01 --data 'value=1'
{"result": {"circuit": "1_01", "value": 0, "glob_dev_id": 1, "dev": "wd", "timeout": 5000, "was_wd_reset": 0, "nv_save": 0}, "success": true}
$ /usr/bin/curl --request GET --url http://unipi:8080/rest/wd/1_01 --data ''
{"circuit": "1_01", "value": 0, "glob_dev_id": 1, "dev": "wd", "timeout": 5000, "was_wd_reset": 0, "nv_save": 0}
Whereas setting of ULED works:
$ /usr/bin/curl --request POST --url http://unipi:8080/rest/led/1_01 --data 'value=1'
{"result": {"value": 1, "circuit": "1_01", "dev": "led", "glob_dev_id": 1}, "success": true}
$ /usr/bin/curl --request GET --url http://unipi:8080/rest/led/1_01 --data ''
{"value": 1, "circuit": "1_01", "dev": "led", "glob_dev_id": 1}
I also tried setting it with the sample web interface, led works, watchdog does not.
When I try to get the status of my watchdogs with i.e. http://unipi:8080/json/wd/1_01 I get back the status of the first LED:
{"status": "success", "data": {"value": 0, "circuit": "1_01", "dev": "led", "glob_dev_id": 1}}
This is the same output I get from http://unipi:8080/json/led/1_01. With wd 2_01 I get an internal server error, for led 2_01 the output is right.
When I look at json/all, both watchdogs are there:
{
"circuit": "1_01",
"value": 0,
"glob_dev_id": 1,
"dev": "wd",
"timeout": 5000,
"was_wd_reset": 0,
"nv_save": 0
},
{
"circuit": "2_01",
"value": 0,
"glob_dev_id": 1,
"dev": "wd",
"timeout": 5000,
"was_wd_reset": 0,
"nv_save": 0
},
What would be the right Statement to get (and set) watchdog states?
The web interface shows the values, but no changes are possible.
I run Fw: v5.31 on board E_8Di8Ro.
Hi Martin,
thank you for that information, I will try it out on my next maintenance window - the UniPi hosts our heating, so at the moment I won't take any risks.
Have you also had a look at the unipian-neuron-os-2018-03-09.zip? My unzip refuses to extract:
klimasch@linux-gzdl:~/Downloads> unzip unipian-neuron-os-2018-03-09.zip
Archive: unipian-neuron-os-2018-03-09.zip
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of unipian-neuron-os-2018-03-09.zip or
unipian-neuron-os-2018-03-09.zip.zip, and cannot find unipian-neuron-os-2018-03-09.zip.ZIP, period.
klimasch@linux-gzdl:~/Downloads> md5sum unipian-neuron-os-2018-03-09.zip
c1f184ef619c82b508442c005a147669 unipian-neuron-os-2018-03-09.zip
Do you get the same md5sum?
Best Regards
Jörg
Hi all,
my UniPi L103 is set to boot from harddisk. Because its webserver is exposed to the internet, I did weekly "apt-get update; apt-get upgrade" when in March a new kernel was in that package and broke my installation (which I learned later ...). No big problem with a backup.
Now I wanted to get current versions and went on with plain Raspbian Lite, but Neuron-specific installation stumbled upon the non-existent SD-card, no boot possible:
root@unipi:~# apt-get install neuron-kernel unipi-firmware unipi-modbus-tools
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
The following additional packages will be installed:
busybox unipi-common
Die folgenden NEUEN Pakete werden installiert:
busybox neuron-kernel unipi-common unipi-firmware unipi-modbus-tools
0 aktualisiert, 5 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen 589 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 1.995 kB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] j
Holen:1 http://mirror.netcologne.de/raspbian/raspbian stretch/main armhf busybox armhf 1:1.22.0-19 [374 kB]
Holen:2 https://repo.unipi.technology/debian stretch/main armhf unipi-common armhf 1.1.13 [9.686 B]
Holen:3 https://repo.unipi.technology/debian stretch/main armhf neuron-kernel armhf 1.18.1.20181112-1 [31,1 kB]
Holen:4 https://repo.unipi.technology/debian stretch/main armhf unipi-firmware all 5.31.0 [132 kB]
Holen:5 https://repo.unipi.technology/debian stretch/main armhf unipi-modbus-tools armhf 1.1.13 [42,1 kB]
Es wurden 589 kB in 0 s geholt (819 kB/s).
Vormals nicht ausgewähltes Paket busybox wird gewählt.
(Lese Datenbank ... 40098 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../busybox_1%3a1.22.0-19_armhf.deb ...
Entpacken von busybox (1:1.22.0-19) ...
Vormals nicht ausgewähltes Paket unipi-common wird gewählt.
Vorbereitung zum Entpacken von .../unipi-common_1.1.13_armhf.deb ...
»Umleitung von /boot/overlays/ds2482.dtbo zu /usr/share/rpikernelhack/overlays/ds2482.dtbo durch rpikernelhack« wird hinzugefügt
»Umleitung von /boot/overlays/neuronee.dtbo zu /usr/share/rpikernelhack/overlays/neuronee.dtbo durch rpikernelhack« wird hinzugefügt
»Umleitung von /boot/overlays/neuron-spi.dtbo zu /usr/share/rpikernelhack/overlays/neuron-spi.dtbo durch rpikernelhack« wird hinzugefügt
»Umleitung von /boot/overlays/neuron-spi-new.dtbo zu /usr/share/rpikernelhack/overlays/neuron-spi-new.dtbo durch rpikernelhack« wird hinzugefügt
»Umleitung von /boot/overlays/unipiee.dtbo zu /usr/share/rpikernelhack/overlays/unipiee.dtbo durch rpikernelhack« wird hinzugefügt
Entpacken von unipi-common (1.1.13) ...
Vormals nicht ausgewähltes Paket neuron-kernel wird gewählt.
Vorbereitung zum Entpacken von .../neuron-kernel_1.18.1.20181112-1_armhf.deb ...
Entpacken von neuron-kernel (1.18.1.20181112-1) ...
Vormals nicht ausgewähltes Paket unipi-firmware wird gewählt.
Vorbereitung zum Entpacken von .../unipi-firmware_5.31.0_all.deb ...
Entpacken von unipi-firmware (5.31.0) ...
Vormals nicht ausgewähltes Paket unipi-modbus-tools wird gewählt.
Vorbereitung zum Entpacken von .../unipi-modbus-tools_1.1.13_armhf.deb ...
Entpacken von unipi-modbus-tools (1.1.13) ...
busybox (1:1.22.0-19) wird eingerichtet ...
unipi-firmware (5.31.0) wird eingerichtet ...
Trigger für man-db (2.7.6.1-2) werden verarbeitet ...
unipi-common (1.1.13) wird eingerichtet ...
»Umleitung von /boot/overlays/ds2482.dtbo zu /usr/share/rpikernelhack/overlays/ds2482.dtbo durch rpikernelhack« wird entfernt
»Umleitung von /boot/overlays/neuronee.dtbo zu /usr/share/rpikernelhack/overlays/neuronee.dtbo durch rpikernelhack« wird entfernt
»Umleitung von /boot/overlays/neuron-spi-new.dtbo zu /usr/share/rpikernelhack/overlays/neuron-spi-new.dtbo durch rpikernelhack« wird entfernt
»Umleitung von /boot/overlays/neuron-spi.dtbo zu /usr/share/rpikernelhack/overlays/neuron-spi.dtbo durch rpikernelhack« wird entfernt
»Umleitung von /boot/overlays/unipiee.dtbo zu /usr/share/rpikernelhack/overlays/unipiee.dtbo durch rpikernelhack« wird entfernt
Created symlink /etc/systemd/system/sysinit.target.wants/unipicheck.service → /lib/systemd/system/unipicheck.service.
mount: special device /dev/mmcblk0p1 does not exist
sed: /tmp/boot/config.txt kann nicht gelesen werden: Datei oder Verzeichnis nicht gefunden
mv: der Aufruf von stat für '/tmp/boot/config.txt' ist nicht möglich: Datei oder Verzeichnis nicht gefunden
umount: /tmp/boot: not mounted
rmdir: konnte '/tmp/boot' nicht entfernen: Das Verzeichnis ist nicht leer
update-initramfs: Generating /boot/initrd.img-4.14.81-v7+
hwclock: Cannot access the Hardware Clock via any known method.
hwclock: Use the --debug option to see the details of our search for an access method.
mount: special device /dev/mmcblk0p1 does not exist
umount: /tmp/boot: not mounted
rmdir: konnte '/tmp/boot' nicht entfernen: Das Verzeichnis ist nicht leer
neuron-kernel (1.18.1.20181112-1) wird eingerichtet ...
unipi-modbus-tools (1.1.13) wird eingerichtet ...
Created symlink /etc/systemd/system/unipispi.target.wants/unipihost.service → /lib/systemd/system/unipihost.service.
Created symlink /etc/systemd/system/unipispi.target.wants/unipitcp.service → /lib/systemd/system/unipitcp.service.
Ok, next option is the Unipian Image. I downloaded https://kb.unipi.technology/_media/files:software:os-images:unipian-neuron-os-2018-03-09.zip three times, but my zip refuses to open it (by the way, could you state the checksum of the file?).
One option left, we use https://kb.unipi.technology/_media/files:software:os-images:unipian-neuron-os-2018-06-15-beta.zip. That gets unzipped and installed, my other software reloaded, all should be fine.
But now, about one or two times a day, the system hangs and is no longer reachable. To sort that out I want to get to the regular release, but how? For now I sat raspberrypi-bootloader, python-tornado and raspberrypi-kernel on hold because I know now that not all kernels are compatible with Neuron ...