[App_rpt-users] Finally....
Ty Sarna
ty at sarna.org
Sat Jul 20 14:42:06 UTC 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.keekles.org/pipermail/app_rpt-users/attachments/20130720/b41ca4d7/attachment.html>
More information about the App_rpt-users
mailing list