<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
    <link href="chrome://translator/skin/floatingPanel.css"
      type="text/css" rel="stylesheet">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-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"
      type="cite">
      <style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
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="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
App_rpt-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:App_rpt-users@ohnosec.org">App_rpt-users@ohnosec.org</a>
<a class="moz-txt-link-freetext" href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users">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="translator-theme-default"
      id="translator-floating-panel">
      <div title="Click to translate"
        id="translator-floating-panel-button"></div>
    </div>
  </body>
</html>