[App_rpt-users] Finally....

[Jim Duuuude]

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 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130716/095264d1/attachment.html>