Package Base Details: oss-git

Git Clone URL: (read-only, click to copy)
Keywords: oss
Submitter: Nowaker
Maintainer: Galaxy
Last Packager: Galaxy
Votes: 22
Popularity: 0.003908
First Submitted: 2013-09-21 13:15
Last Updated: 2019-11-01 17:19

Pinned Comments

Galaxy commented on 2019-10-24 02:55

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")

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 Next › Last »

alexdw commented on 2019-04-22 17:56

FYI, interestingly oss-nonfree works with the new version (4.2 build 2019):

alexdw commented on 2019-04-22 17:23

@Galaxy: Do you want to take over as maintainer of this oss-git AUR package? I see you already applied a couple of patches in your GitHub:

sliviu commented on 2019-01-26 01:13

For those who compiled with gcc 8.2.1: if the kernel ooopses on oss_hdaudio loading change to -O2, -O3 generates floating point instructions

Next7 commented on 2018-11-17 12:25

Yes, compiled with the PKGBUILD from Galaxy.

seawright commented on 2018-11-14 20:07

As I said, "Compiles with some warnings". An interesting one:

 warning: In the GNU C Library, "makedev" is defined
 by <sys/sysmacros.h>. For historical compatibility, it is
 currently defined by <sys/types.h> as well, but we plan to
 remove this soon. To use "makedev", include <sys/sysmacros.h>
 directly. If you did not intend to use a system-defined macro
 "makedev", you should undefine it after including <sys/types.h>.
       if (mknod (dev, node_m, makedev (major, minor)) == -1)
Hence the patch suggested by Galaxy on 2018-08-29.

seawright commented on 2018-11-13 22:59

Don't think OSS is broken. Compiles with some warnings but no errors on Ubuntu: Version info: OSS 4.2 (b 2017/201811092226) (0x00040100) OSS_HG Platform: Linux/x86_64 4.18.16-041816-generic #201810200431 SMP from ossinfo. gcc (Ubuntu 8.2.0-1ubuntu2~18.04) 8.2.0 Wouldn't have thought the .1 difference in gcc would be that significant. Could one (or more) of the Arch specific patches be causing the problem?

alexdw commented on 2018-11-04 15:16

@Next7: Unfortunately I don't currently have an OSS setup to test, but it might be worth posting on the OSS forums to see if others have successfully compiled with 4.18 linux kernel:

Next7 commented on 2018-11-02 04:05

Another update and another oss' failure: package built for kernel v4.17 failed to load with kernel v4.18.16 and new package for kernel v4.18 and gcc 8.2.1+20180831-1 failed to build.

Galaxy commented on 2018-08-29 09:35

Patch for glibc 2.23+

--- a/os_cmd/Linux/ossdetect/ossdetect.c
+++ b/os_cmd/Linux/ossdetect/ossdetect.c
@@ -12,6 +12,7 @@
 #include <unistd.h>
 #include <sys/types.h>
 #include <sys/stat.h>
+#include <sys/sysmacros.h>
 #include <sys/dir.h>

 #define PCI_PASS   0

See also .

However, even with patch from seawright, the kmod cannot be loaded as: osscore: Unknown symbol _GLOBAL_OFFSET_TABLE_ (err 0).

Next7 commented on 2018-07-23 06:41

seawright HUGE thanks for the response and patch. This patch did the job! I've made only some syntax corrections.