Finally, I think we have managed to "close the chapter" in the miserable quest for accurate information to allow for proper compilation of the USB-related audio channel drivers, regarding the "proc/sys file structure" of various Linux kernels, etc. As it turns out, the "major" change in that area happened in Linux Kernel 2.6.20, as the new release of ALSA at that time (1.0.19) did some changes in that area. In addition, to allow for "backwards compatibility", a new kernel parameter (CONFIG_SYSFS_DEPRECATED) was added to allow for "newer" kernels to use the "old structure" for the /sys filesystem entries. So, all of the Centos 5.X kernels, are 2.6.18-based, and are pre-changes. Limey Linux, which is a 2.6.30 kernel, has the CONFIG_SYSFS_DEPRECATED parameter enabled, so it "acts" like a pre 2.6.20 kernel in that repsect also. Pickle, is a 2.6.35 (as I recall), and follows the "current" way of doing things. Now, the build scripts and sources (in SVN) take all this into account, and seem to properly build in all the OS's that we support. Since this is (hopefully) *FINALLY* done, it would be nice to "move on" to the next UTTERLY MISERABLE festering technical issue with app_rpt: The fact that the OSS audio support in the newer kernels (like the one used in Centos 6.X) seems to be SERIOUSLY broken. It is entirely possible that if chan_simpleusb and chan_usbradio were modified to use ALSA directly, instead of using the OSS compatibility layer (as it does now), it *MIGHT* fix this problem (and might also allow newer ARM implementations, such as the Pi, etc) to work properly, at least with chan_simpleusb. This is not, by any means, a simple task. Nor does it even guarantee that it will do any good. We don't *KNOW* that this is problem. It just seems like a reasonable guess at this point. Is there anyone out there that is capable and willing to attempt to port (particularly chan_simpleusb at first) to "native ALSA"?? It sure would be nice. I am EXTREMELY BUSY and just can't do everything here (technically). Jim WB6NIL
Regarding OSS in linux In the kernels of Ubuntu 12 .04 and later OSS support (OSS to ALSA emulation is switched off (depreciated) and is or will happen with more distro's What you can do is to install OSS4 (oss4-base & oss4-dkms ), with oss4-dkms new oss modules will be compiled and installed from source in the background every-time a new kernel will be installed. OSS4 uses new name modules and devices but will also create soft-links with the old legacy devices /dev/dsp & /dev/mixer to the new oss4 devices. I installed the libasound2 library and pulseaudio and did set the config file of libasound2 to use pulseaudio and pulseaudio to output OSS Now we can use programs that interface with both ALSA and OSS. It is also possible to not install pulse audio and only OSS4 and libasound2 and also to use OSS and ALSA talking programs (this need a different libasound2 config.) Something along the same line is valid for other distro's. 73, Bob / Boudewijn VE3TOK On 13-07-16 01:46 PM, Jim Duuuude wrote:
Finally, I think we have managed to "close the chapter" in the miserable quest for accurate information to allow for proper compilation of the USB-related audio channel drivers, regarding the "proc/sys file structure" of various Linux kernels, etc.
As it turns out, the "major" change in that area happened in Linux Kernel 2.6.20, as the new release of ALSA at that time (1.0.19) did some changes in that area. In addition, to allow for "backwards compatibility", a new kernel parameter (CONFIG_SYSFS_DEPRECATED) was added to allow for "newer" kernels to use the "old structure" for the /sys filesystem entries.
So, all of the Centos 5.X kernels, are 2.6.18-based, and are pre-changes. Limey Linux, which is a 2.6.30 kernel, has the CONFIG_SYSFS_DEPRECATED parameter enabled, so it "acts" like a pre 2.6.20 kernel in that repsect also. Pickle, is a 2.6.35 (as I recall), and follows the "current" way of doing things.
Now, the build scripts and sources (in SVN) take all this into account, and seem to properly build in all the OS's that we support.
Since this is (hopefully) *FINALLY* done, it would be nice to "move on" to the next UTTERLY MISERABLE festering technical issue with app_rpt: The fact that the OSS audio support in the newer kernels (like the one used in Centos 6.X) seems to be SERIOUSLY broken.
It is entirely possible that if chan_simpleusb and chan_usbradio were modified to use ALSA directly, instead of using the OSS compatibility layer (as it does now), it *MIGHT* fix this problem (and might also allow newer ARM implementations, such as the Pi, etc) to work properly, at least with chan_simpleusb.
This is not, by any means, a simple task. Nor does it even guarantee that it will do any good. We don't *KNOW* that this is problem. It just seems like a reasonable guess at this point.
Is there anyone out there that is capable and willing to attempt to port (particularly chan_simpleusb at first) to "native ALSA"?? It sure would be nice. I am EXTREMELY BUSY and just can't do everything here (technically).
Jim WB6NIL
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
The kernel in Centos 6.X *does* have it installed and supposedly "working", but sadly it does not. Jim Date: Wed, 17 Jul 2013 02:07:54 -0400 From: bobtenty@gmail.com To: app_rpt-users@ohnosec.org Subject: Re: [App_rpt-users] Finally.... Regarding OSS in linux In the kernels of Ubuntu 12 .04 and later OSS support (OSS to ALSA emulation is switched off (depreciated) and is or will happen with more distro's What you can do is to install OSS4 (oss4-base & oss4-dkms ), with oss4-dkms new oss modules will be compiled and installed from source in the background every-time a new kernel will be installed. OSS4 uses new name modules and devices but will also create soft-links with the old legacy devices /dev/dsp & /dev/mixer to the new oss4 devices. I installed the libasound2 library and pulseaudio and did set the config file of libasound2 to use pulseaudio and pulseaudio to output OSS Now we can use programs that interface with both ALSA and OSS. It is also possible to not install pulse audio and only OSS4 and libasound2 and also to use OSS and ALSA talking programs (this need a different libasound2 config.) Something along the same line is valid for other distro's. 73, Bob / Boudewijn VE3TOK On 13-07-16 01:46 PM, Jim Duuuude wrote: Finally, I think we have managed to "close the chapter" in the miserable quest for accurate information to allow for proper compilation of the USB-related audio channel drivers, regarding the "proc/sys file structure" of various Linux kernels, etc. As it turns out, the "major" change in that area happened in Linux Kernel 2.6.20, as the new release of ALSA at that time (1.0.19) did some changes in that area. In addition, to allow for "backwards compatibility", a new kernel parameter (CONFIG_SYSFS_DEPRECATED) was added to allow for "newer" kernels to use the "old structure" for the /sys filesystem entries. So, all of the Centos 5.X kernels, are 2.6.18-based, and are pre-changes. Limey Linux, which is a 2.6.30 kernel, has the CONFIG_SYSFS_DEPRECATED parameter enabled, so it "acts" like a pre 2.6.20 kernel in that repsect also. Pickle, is a 2.6.35 (as I recall), and follows the "current" way of doing things. Now, the build scripts and sources (in SVN) take all this into account, and seem to properly build in all the OS's that we support. Since this is (hopefully) *FINALLY* done, it would be nice to "move on" to the next UTTERLY MISERABLE festering technical issue with app_rpt: The fact that the OSS audio support in the newer kernels (like the one used in Centos 6.X) seems to be SERIOUSLY broken. It is entirely possible that if chan_simpleusb and chan_usbradio were modified to use ALSA directly, instead of using the OSS compatibility layer (as it does now), it *MIGHT* fix this problem (and might also allow newer ARM implementations, such as the Pi, etc) to work properly, at least with chan_simpleusb. This is not, by any means, a simple task. Nor does it even guarantee that it will do any good. We don't *KNOW* that this is problem. It just seems like a reasonable guess at this point. Is there anyone out there that is capable and willing to attempt to port (particularly chan_simpleusb at first) to "native ALSA"?? It sure would be nice. I am EXTREMELY BUSY and just can't do everything here (technically). Jim WB6NIL _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
Note to anyone interested in working on this, I already got ACID ported to CentOS 6 and it works OK aside from the audio issues (I'm running it on a hub and it's fine). So, if anyone has time to work on the audio issues and wants access to the CentOS 6 ACID image for testing/development purposes, I think Jim has it available in a "secret" location. If not, contact me and I'll hook you up. I agree that porting to ALSA is probably the way to go, but I haven't had time to look at it -- too many other irons in the fire at the moment. -Ty On Jul 17, 2013, at 2:42 AM, Jim Duuuude <telesistant@hotmail.com> wrote:
The kernel in Centos 6.X *does* have it installed and supposedly "working", but sadly it does not.
Jim
Date: Wed, 17 Jul 2013 02:07:54 -0400 From: bobtenty@gmail.com To: app_rpt-users@ohnosec.org Subject: Re: [App_rpt-users] Finally....
Regarding OSS in linux
In the kernels of Ubuntu 12 .04 and later OSS support (OSS to ALSA emulation is switched off (depreciated) and is or will happen with more distro's What you can do is to install OSS4 (oss4-base & oss4-dkms ), with oss4-dkms new oss modules will be compiled and installed from source in the background every-time a new kernel will be installed. OSS4 uses new name modules and devices but will also create soft-links with the old legacy devices /dev/dsp & /dev/mixer to the new oss4 devices. I installed the libasound2 library and pulseaudio and did set the config file of libasound2 to use pulseaudio and pulseaudio to output OSS Now we can use programs that interface with both ALSA and OSS.
It is also possible to not install pulse audio and only OSS4 and libasound2 and also to use OSS and ALSA talking programs (this need a different libasound2 config.) Something along the same line is valid for other distro's.
73,
Bob / Boudewijn VE3TOK
On 13-07-16 01:46 PM, Jim Duuuude wrote: Finally, I think we have managed to "close the chapter" in the miserable quest for accurate information to allow for proper compilation of the USB-related audio channel drivers, regarding the "proc/sys file structure" of various Linux kernels, etc.
As it turns out, the "major" change in that area happened in Linux Kernel 2.6.20, as the new release of ALSA at that time (1.0.19) did some changes in that area. In addition, to allow for "backwards compatibility", a new kernel parameter (CONFIG_SYSFS_DEPRECATED) was added to allow for "newer" kernels to use the "old structure" for the /sys filesystem entries.
So, all of the Centos 5.X kernels, are 2.6.18-based, and are pre-changes. Limey Linux, which is a 2.6.30 kernel, has the CONFIG_SYSFS_DEPRECATED parameter enabled, so it "acts" like a pre 2.6.20 kernel in that repsect also. Pickle, is a 2.6.35 (as I recall), and follows the "current" way of doing things.
Now, the build scripts and sources (in SVN) take all this into account, and seem to properly build in all the OS's that we support.
Since this is (hopefully) *FINALLY* done, it would be nice to "move on" to the next UTTERLY MISERABLE festering technical issue with app_rpt: The fact that the OSS audio support in the newer kernels (like the one used in Centos 6.X) seems to be SERIOUSLY broken.
It is entirely possible that if chan_simpleusb and chan_usbradio were modified to use ALSA directly, instead of using the OSS compatibility layer (as it does now), it *MIGHT* fix this problem (and might also allow newer ARM implementations, such as the Pi, etc) to work properly, at least with chan_simpleusb.
This is not, by any means, a simple task. Nor does it even guarantee that it will do any good. We don't *KNOW* that this is problem. It just seems like a reasonable guess at this point.
Is there anyone out there that is capable and willing to attempt to port (particularly chan_simpleusb at first) to "native ALSA"?? It sure would be nice. I am EXTREMELY BUSY and just can't do everything here (technically).
Jim WB6NIL
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
Well yes Ty, that is *precisely* one of the reasons that I am "pushing" to get this resolved. Yes, you *DID* do a marvelous job making that work, and I *REALLY* want to see that effort be 100% usable (since that seems to be the only thing "holding it back"). Jim From: ty@sarna.org Date: Sat, 20 Jul 2013 10:42:06 -0400 To: app_rpt-users@ohnosec.org Subject: Re: [App_rpt-users] Finally.... Note to anyone interested in working on this, I already got ACID ported to CentOS 6 and it works OKaside from the audio issues (I'm running it on a hub and it's fine). So, if anyone has time to work on the audio issues and wantsaccess to the CentOS 6 ACID image for testing/development purposes,I think Jim has it available in a "secret" location. If not, contactme and I'll hook you up. I agree that porting to ALSA is probably the way to go,but I haven't had time to look at it -- too many other ironsin the fire at the moment. -Ty On Jul 17, 2013, at 2:42 AM, Jim Duuuude <telesistant@hotmail.com> wrote:The kernel in Centos 6.X *does* have it installed and supposedly "working", but sadly it does not. Jim Date: Wed, 17 Jul 2013 02:07:54 -0400 From: bobtenty@gmail.com To: app_rpt-users@ohnosec.org Subject: Re: [App_rpt-users] Finally.... Regarding OSS in linux In the kernels of Ubuntu 12 .04 and later OSS support (OSS to ALSA emulation is switched off (depreciated) and is or will happen with more distro's What you can do is to install OSS4 (oss4-base & oss4-dkms ), with oss4-dkms new oss modules will be compiled and installed from source in the background every-time a new kernel will be installed. OSS4 uses new name modules and devices but will also create soft-links with the old legacy devices /dev/dsp & /dev/mixer to the new oss4 devices. I installed the libasound2 library and pulseaudio and did set the config file of libasound2 to use pulseaudio and pulseaudio to output OSS Now we can use programs that interface with both ALSA and OSS. It is also possible to not install pulse audio and only OSS4 and libasound2 and also to use OSS and ALSA talking programs (this need a different libasound2 config.) Something along the same line is valid for other distro's. 73, Bob / Boudewijn VE3TOK On 13-07-16 01:46 PM, Jim Duuuude wrote: Finally, I think we have managed to "close the chapter" in the miserable quest for accurate information to allow for proper compilation of the USB-related audio channel drivers, regarding the "proc/sys file structure" of various Linux kernels, etc. As it turns out, the "major" change in that area happened in Linux Kernel 2.6.20, as the new release of ALSA at that time (1.0.19) did some changes in that area. In addition, to allow for "backwards compatibility", a new kernel parameter (CONFIG_SYSFS_DEPRECATED) was added to allow for "newer" kernels to use the "old structure" for the /sys filesystem entries. So, all of the Centos 5.X kernels, are 2.6.18-based, and are pre-changes. Limey Linux, which is a 2.6.30 kernel, has the CONFIG_SYSFS_DEPRECATED parameter enabled, so it "acts" like a pre 2.6.20 kernel in that repsect also. Pickle, is a 2.6.35 (as I recall), and follows the "current" way of doing things. Now, the build scripts and sources (in SVN) take all this into account, and seem to properly build in all the OS's that we support. Since this is (hopefully) *FINALLY* done, it would be nice to "move on" to the next UTTERLY MISERABLE festering technical issue with app_rpt: The fact that the OSS audio support in the newer kernels (like the one used in Centos 6.X) seems to be SERIOUSLY broken. It is entirely possible that if chan_simpleusb and chan_usbradio were modified to use ALSA directly, instead of using the OSS compatibility layer (as it does now), it *MIGHT* fix this problem (and might also allow newer ARM implementations, such as the Pi, etc) to work properly, at least with chan_simpleusb. This is not, by any means, a simple task. Nor does it even guarantee that it will do any good. We don't *KNOW* that this is problem. It just seems like a reasonable guess at this point. Is there anyone out there that is capable and willing to attempt to port (particularly chan_simpleusb at first) to "native ALSA"?? It sure would be nice. I am EXTREMELY BUSY and just can't do everything here (technically). Jim WB6NIL _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users___________________... App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
participants (3)
-
Bob Tenty -
Jim Duuuude -
Ty Sarna