Arch Linux User Repository

Compatibility with kernels 6.14 to 6.19 has been merged now: https://github.com/alexreinert/piVCCU/pull/575#event-24561402217. Version is now 1.0.89. Please update the package. And please modify dkms.conf: Change this line: CLEAN="make -C ${kernel_source_dir} M=${dkms_tree}/${PACKAGE_NAME}/${PACKAGE_VERSION}/build clean" to CLEAN=true Clean is deprecated. You could also remove the line, if you think, we don't need compatibility with dkms versions older than 3.1.8. And thank you for integrating eq3_char_loop!

Kernel 6.18 compatibility is in work upstream. But this issue is related to arch package:
Module eq3_char_loop is not in dkms.conf and leads to problems using kernel 6.18!

Also: Please add aarch64 architecture. Package works perfectly with it.

Does not build with kernel 6.18-1

I was able to install it rather easily on kernel 6.5.4. since support for Kernel 6.4+ was added. Just a simple edit of the PKGBUILD needed. Just installed 1.0.84 by editing the version and removing the commit part from the source. Built and installed without any issues and seems to work.

Does no longer build (my kernel 6.4.8-1):

/var/lib/dkms/pivccu-modules/1.0.79/build/generic_raw_uart.c: In Funktion »generic_raw_uart_init«:
./include/linux/export.h:27:22: Fehler: Übergabe des Arguments 1 von »class_create« von inkompatiblem Zeigertyp [-Werror=incompatible-pointer-types]
27 | #define THIS_MODULE (&__this_module)
| ~^~~~~~~~~~~~~~~
| |
| struct module
/var/lib/dkms/pivccu-modules/1.0.79/build/generic_raw_uart.c:1247:24: Anmerkung: bei Substitution des Makros »THIS_MODULE«
1247 | class = class_create(THIS_MODULE, DRIVER_NAME);
| ^~~~~~~~~~~
In Datei, eingebunden von ./include/linux/device.h:31, von /var/lib/dkms/pivccu-modules/1.0.79/build/generic_raw_uart.c:24:
./include/linux/device/class.h:230:54: Anmerkung: »const char « erwartet, aber Argument hat Typ »struct module «
230 | struct class * __must_check class_create(const char name);
| ~~~~~~~~~~~~^~~~
/var/lib/dkms/pivccu-modules/1.0.79/build/generic_raw_uart.c:1247:11: Fehler: zu viele Argumente für Funktion »class_create«
1247 | class = class_create(THIS_MODULE, DRIVER_NAME);
| ^~~~~~~~~~~~
./include/linux/device/class.h:230:29: Anmerkung: hier deklariert
230 | struct class * __must_check class_create(const char *name);
| ^~~~~~~~~~~~
cc1: Einige Warnungen werden als Fehler behandelt
make[1]: *** [scripts/Makefile.build:252: /var/lib/dkms/pivccu-modules/1.0.79/build/generic_raw_uart.o] Fehler 1
make[1]: *** Es wird auf noch nicht beendete Prozesse gewartet …
make: *** [Makefile:2032: /var/lib/dkms/pivccu-modules/1.0.79/build] Fehler 2

1) Please add aarch64 architecture. I can confirm that modules have built with this architecture for a longer time.

2) I cannot say when this has started but modules cannot be built with recent kernel 6.4.1-1. Can this be due to this:
warning: the compiler differs from the one used to build the kernel
The kernel was built by: aarch64-linux-gnu-gcc (GCC) 13.1.0
You are using: gcc (GCC) 12.1.0

DKMS has problems with rtc-rx8130 on my Intel Atom J1900 system. But since I don't need it, I have just removed it from /usr/src/pivccu-modules-1.0.79/dkms.conf and the Makefile. Afterwards the dkms autoinstall works. I also had to install eq3_char_loop-dkms for Raspberrymatic to run as a home assistant supervised addon without any errors.

@df8oe and others:

Upstream has now been fixed to work with kernel 6.1+, thus my patch below should no longer be required once the package is updated.

See: https://github.com/alexreinert/piVCCU/commit/b787f3d84b311bd3e07b0ca8f2aa63330030746e

@martimcfly: dkms already depends on linux-headers (it's an optional dependency, so you might have missed that).

Hey Alex!

Thank's for that great package! I didn't know kernel modules can be compiled during installation.

Just a little thing had been neccessary to make it work on Pi4 aarch64. I had to install 'linux-headers' to make dkms compile the modules. For the pi I was offered taking option 1) linux-aarch64-headers.

Could you please add 'linux-headers' as a dependency?

thanks!