Package Base Details: oss-git

Git Clone URL: https://aur.archlinux.org/oss-git.git (read-only)
Keywords: oss
Submitter: Nowaker
Maintainer: Galaxy
Last Packager: Galaxy
Votes: 22
Popularity: 0.010533
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 Next › Last »

Galaxy commented on 2019-07-23 12:33

@Xylemon, Would you share your patch that make oss-git compile ?

Xylemon commented on 2019-07-22 20:48

I sadly can not get this to load unless I mod the script to compile with GCC5 (this is also with the GalaxyAUR Git repo). With latest GCC(9), osscore fails to load with this message:

[37591.137560] usbcore: deregistering interface driver oss_usb

[37613.232300] osscore: Unknown symbol GLOBAL_OFFSET_TABLE (err -2)

Unfortunately, another issue pops up when using OpenAL, see here: https://forum.artixlinux.org/index.php/topic,1064.0.html

I hope these issues can be resolved.

Galaxy commented on 2019-04-24 17:12

I just find 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")

Galaxy commented on 2019-04-24 10:52

@sliviu Is -no-pie necessary ?

It seems good to use -O2 as suggested by Gentoo make.conf. Their kernel even suggests -Os.


I cannot load the module with -no-pie, I change it to -fno-pic -fno-PIE on <https://github.com/GalaxyAUR/oss-git>.

See also <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=841368#36>.

Starting at gcc 6.2.0-7 we must provide "-fno-PIE -fno-PIC" in
beginning of CFLAGS to build kernel successfully.

If someone reports OK, I will push it here.

The /usr/bin/soundon also need to be patched. But you can just modprobe osscore anyway.

alexdw commented on 2019-04-24 06:44

@Galaxy: Thanks - reassigned maintainer from me to you.

And yes - I also tended to follow the comments here, and on the oss forums (in particular the Linux subform) for new patches: http://ossnext.trueinstruments.com/forum/viewforum.php?f=27

Galaxy commented on 2019-04-24 02:27

@alexdw Some questions on current PKGBUILD:

  1. Why configured with --enable-libsalsa=NO ? I find oss-nonfree come with libsalsa.so.2.0.0.

  2. The --config-midi=NO|YES seems not enabled by default. Why not append it with "YES" ?

  3. CONFIG_REGPARM=y should be available only on x86 kernels, override the automated checking with --regparm seems strange.

Galaxy commented on 2019-04-24 01:39

@alexdw I'd like to. Is this OK to follow comments here for new patches? As I am not familiar with kernel developing.

Also, I checked the oss-v4.2-build2019-src-gpl.tar.bz2 and find the code is the same as commit 7cf6b07f3256407a4b30608f0a8e55677b49942f on 2018/02/24 for "Compile fix for Linux kernel 4.15", except for some changes in devlists/FreeBSD and devlists/Solaris-sparc.

alexdw commented on 2019-04-22 17:56

FYI, interestingly oss-nonfree works with the new version (4.2 build 2019): https://aur.archlinux.org/pkgbase/oss-nonfree

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: https://github.com/GalaxyAUR/oss-git

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

https://pastebin.com/n7qnH1Cs