<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'>The kernel in Centos 6.X *does* have it installed and<br>supposedly "working", but sadly it does not.<br><br>Jim<br><br><div><hr id="stopSpelling">Date: Wed, 17 Jul 2013 02:07:54 -0400<br>From: bobtenty@gmail.com<br>To: app_rpt-users@ohnosec.org<br>Subject: Re: [App_rpt-users] Finally....<br><br>
  
    
    
  
  
    <div class="ecxmoz-cite-prefix">Regarding OSS in linux<br>
      <br>
      In the kernels of Ubuntu 12 .04 and later OSS support (OSS to ALSA
      emulation<br>
      is switched off (depreciated) and is or will happen with more
      distro's<br>
      What you can do is to install OSS4 (oss4-base & oss4-dkms ),
      with oss4-dkms new<br>
      oss modules will be compiled and installed from source in the
      background every-time <br>
      a new kernel will be installed. OSS4 uses new name modules and
      devices but<br>
      will also create soft-links with the old legacy devices /dev/dsp
      & /dev/mixer to the<br>
      new oss4 devices.<br>
      I installed the libasound2 library and pulseaudio and did set the
      config file of<br>
      libasound2 to use pulseaudio and  pulseaudio to output OSS<br>
      Now we can use programs that interface with  both ALSA and OSS.<br>
      <br>
      It is also possible to not install pulse audio and only OSS4 and
      libasound2<br>
      and also to use  OSS and ALSA talking programs (this need a
      different <br>
      libasound2 config.)<br>
      Something along the same line is valid for other distro's.<br>
      <br>
      73,<br>
      <br>
      Bob / Boudewijn VE3TOK<br>
      <br>
      <br>
      On 13-07-16 01:46 PM, Jim Duuuude wrote:<br>
    </div>
    <blockquote cite="mid:BLU180-W3092EEBF60C8AFAC9F44D8B1600@phx.gbl">
      <style><!--
.ExternalClass .ecxhmmessage P {
padding:0px;
}

.ExternalClass body.ecxhmmessage {
font-size:12pt;
font-family:Calibri;
}

--></style>
      <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>
      <br>
      <fieldset class="ecxmimeAttachmentHeader"></fieldset>
      <br>
      <pre>_______________________________________________
App_rpt-users mailing list
<a class="ecxmoz-txt-link-abbreviated" href="mailto:App_rpt-users@ohnosec.org">App_rpt-users@ohnosec.org</a>
<a class="ecxmoz-txt-link-freetext" href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users" target="_blank">http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users</a>
</pre>
    </blockquote>
    <br>
    <div style="bottom:auto;left:45px;right:auto;top:28px;display:none;" class="ecxtranslator-theme-default" id="ecxtranslator-floating-panel">
      <div title="Click to translate" id="ecxtranslator-floating-panel-button"></div>
    </div>
  

<br>_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users</div>                                     </div></body>
</html>