Jim,<br><br>I will tackle this, but be advised that I will be working on it on a Raspberry Pi (running Raspian) and will need people tp test it on supported platforms. <br><br>Matthew Pitts<br>N8OHU <br><br>Sent from my Verizon Wireless 4G LTE smartphone<br><br>-------- Original Message --------<br>Subject:[App_rpt-users] Finally....<br>From :Jim Duuuude <telesistant@hotmail.com><br>Date :Tue, 16-Jul-2013 13:46<br>To :app_rpt mailing list <app_rpt-users@ohnosec.org><br>CC :<br><br><html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>Finally, I think we have managed to "close the chapter" in the miserable<br>quest for accurate information to allow for proper compilation of the<br>USB-related audio channel drivers, regarding the "proc/sys file structure"<br>of various Linux kernels, etc.<br><br>As it turns out, the "major" change in that area happened in Linux Kernel<br>2.6.20, as the new release of ALSA at that time (1.0.19) did some changes in <br>that area. In addition, to allow for "backwards compatibility", a new kernel<br>parameter (CONFIG_SYSFS_DEPRECATED) was added to allow for "newer"<br>kernels to use the "old structure" for the /sys filesystem entries.<br><br>So, all of the Centos 5.X kernels, are 2.6.18-based, and are pre-changes.<br>Limey Linux, which is a 2.6.30 kernel, has the CONFIG_SYSFS_DEPRECATED<br>parameter enabled, so it "acts" like a pre 2.6.20 kernel in that repsect also.<br>Pickle, is a 2.6.35 (as I recall), and follows the "current" way of doing things.<br><br>Now, the build scripts and sources (in SVN) take all this into account, and seem<br>to properly build in all the OS's that we support.<br><br>Since this is (hopefully) *FINALLY* done, it would be nice to "move on" to the<br>next UTTERLY MISERABLE festering technical issue with app_rpt: The fact that<br>the OSS audio support in the newer kernels (like the one used in Centos 6.X)<br>seems to be SERIOUSLY broken.<br><br>It is entirely possible that if chan_simpleusb and chan_usbradio were modified<br>to use ALSA directly, instead of using the OSS compatibility layer (as it does now),<br>it *MIGHT* fix this problem (and might also allow newer ARM implementations,<br>such as the Pi, etc) to work properly, at least with chan_simpleusb.<br><br>This is not, by any means, a simple task. Nor does it even guarantee that it will<br>do any good. We don't *KNOW* that this is problem. It just seems like a reasonable<br>guess at this point.<br><br>Is there anyone out there that is capable and willing to attempt to port (particularly<br>chan_simpleusb at first) to "native ALSA"?? It sure would be nice. I am EXTREMELY BUSY<br>and just can't do everything here (technically).<br><br>Jim WB6NIL<br><br><br><br><br><br><br><br><br><br>                                       </div></body>
</html>