[App_rpt-users] Finally....

Ty Sarna ty at sarna.org
Sat Jul 20 10:42:06 EDT 2013


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 at 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 at gmail.com
> To: app_rpt-users at 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 at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> 
> _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.allstarlink.org/pipermail/app_rpt-users/attachments/20130720/b41ca4d7/attachment.html>


More information about the App_rpt-users mailing list