Arch Linux User Repository

The latest support Intel HDA is 0x8c20, and I am using a348. If your sound card is not listed there, it is not supported.

• 8c20 ("8 Series/C220 Series Chipset High Definition Audio Controller")
• a348 ("Cannon Lake PCH cAVS")

@Next7 Try this:

diff -ur b/usr/lib/oss/build/install.sh a/usr/lib/oss/build/install.sh
--- b/usr/lib/oss/build/install.sh      2020-06-27 18:47:13.233003577 +0000
+++ a/usr/lib/oss/build/install.sh      2020-06-27 18:56:17.227609206 +0000
@@ -206,7 +206,6 @@
 fi

cp -f osscore.ko /usr/lib/modules/$UNAME/extramodules/oss/
-rm -f osscore_lnk.c
if test -f Module.symvers
 then
@@ -243,8 +242,8 @@
        cp -f $N.ko /usr/lib/modules/$UNAME/extramodules/oss/
        rm -f $N_mainline.o
        rm -f $N_lnk.c
-       make clean
 done 
+make clean
rm -f Makefile

diff -ur b/usr/lib/oss/build/Makefile.tmpl a/usr/lib/oss/build/Makefile.tmpl
--- b/usr/lib/oss/build/Makefile.tmpl   2020-06-27 18:47:26.145385253 +0000
+++ a/usr/lib/oss/build/Makefile.tmpl   2020-06-27 19:00:07.639813337 +0000
@@ -4,13 +4,16 @@

ifneq ($(KERNELRELEASE),)

obj-m := MODNAME.o
MODNAME-objs := MODNAME_lnk.o MODNAME_mainline.o
obj-m += osscore.o
osscore-objs += osscore_lnk.o osscore_mainline.o
+
obj-m += MODNAME.o
MODNAME-objs += MODNAME_lnk.o MODNAME_mainline.o

else
    KERNELDIR ?= /usr/lib/modules/$(shell uname -r)/build


PWD := $(shell pwd)
PWD += $(shell pwd)

default:
        $(MAKE) -C $(KERNELDIR) M=$(PWD) modules

The problem would appear to be that either symbols in osscore.c such as: EXPORT_SYMBOL (oss_register_module); are not being exported or they are not being imported to the oss_hdaudio module. This Linux Kernel document: https://www.kernel.org/doc/html/latest/core-api/symbol-namespaces.html appears to explain the problem and suggest solutions but to date I have not been able to get any of them to work either on the OSS source files or on two bare bones modules where one depends on the other. I shall keep trying but if anyone else is familiar with this problem then please chip in.

"osscore.ko" does exist in

/usr/lib/modules/5.6.14-arch1-1/extramodules/oss

/usr/lib/oss/build

If I issue "sudo soundon" I get the result that is presented in my previos comment via pastebin and the result means that module "oss_hdaudio" is not built.

Issuing "sudo modprobe osscore" gives error: "modprobe: FATAL: Module osscore not found in directory /lib/modules/5.6.14-arch1-1"

The command

sudo insmod /usr/lib/modules/5.6.14-arch1-1/extramodules/oss/osscore.ko

allows to load "osscore.ko" module

After that

"ossdetect -v" finds Intel HD audio chip but "osstest" gives error "/dev/mixer: No such file or directory"

So the driver "oss_hdaudio" is needed. I have an old structure "/usr/lib/modules/5.4.6-arch1-1/extramodules/oss" and there are two files: oss_hdaudio.ko, osscore.ko.

In /usr/lib/modules/5.6.14-arch1-1/extramodules/oss/ there is only "osscore.ko"

@Next7 Unlike your earlier comment, looking at your pastebin it would appear that osscore.ko is now being built. Does it exist in /usr/lib/$(uname -r)/extramodules/oss/ or /usr/lib/oss/build/ ? If so can it be loaded, ideally using (sudo) soundon. If not using "sudo modprobe osscore" or "sudo insmod" pathto/osscore.ko ?

[b]seawright[/b]

Thanks for the answer but your recommendations did not work for me.

https://pastebin.com/Jbzuns5w

Another change for kernel 5.6 instead of using the generic structure for file operations "file_operations" the proc filesystem now has a slightly different bespoke structure "proc_ops". The following dirty patch will prevent the error: passing argument 4 of 'proc_create' from incompatible pointer type [-Werror=incompatible-pointer-types] that Next7 has encountered.

diff -ur b/usr/lib/oss/build/osscore.c a/usr/lib/oss/build/osscore.c
--- b/usr/lib/oss/build/osscore.c   2020-06-21 09:50:05.218604430 +0000
+++ a/usr/lib/oss/build/osscore.c   2020-06-22 09:03:22.985634464 +0000
@@ -291,9 +291,8 @@
   .read = oss_read_devfiles,
 };
 #else
-static struct file_operations fops = { 
- .owner = THIS_MODULE,
- .read = oss_read_devfiles,
+static struct proc_ops fops = {
+ .proc_read = oss_read_devfiles
 };
 #endif

With Linux 5.6 the kernel developers, in their wisdom, have fixed a problem that could cause a 32 bit time_t to overflow in 2038. As far as I'm aware it is already 64 bit in x86_64 architecture processors. Not sure whether 32 bit machines will still be around by that date but I guess leaving it to the last minute (as appeared to be the case with Y2K on some operating systems) would not be a good idea. How does this affect oss-git? Replace time_t with time64_t in /usr/lib/oss/build/osscore.c and /usr/lib/oss/build/wrap.h for kernel version 5.6 and above.

OSS is broken again in kernels starting at least from version 5.6.6. And again package compiles fine but after issuing command "soundon" module is not built:

https://pastebin.com/BM6hKJMD

@seawright

After creating appropriate directory (originally nonexistent) the module was built and works fine. Thanks.