[asterisk-bugs] [DAHDI-linux 0018241]: [Patch] Add support for Rhino Hardware

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=18241 
====================================================================== 
Reported By:                jfinstrom
Assigned To:                
====================================================================== 
Project:                    DAHDI-linux
Issue ID:                   18241
Category:                   NewFeature
Reproducibility:            N/A
Severity:                   minor
Priority:                   normal
Status:                     acknowledged
JIRA:                        
Reviewboard Link:            
====================================================================== 
Date Submitted:             2010-11-02 12:08 CDT
Last Modified:              2010-11-08 06:47 CST
====================================================================== 
Summary:                    [Patch] Add support for Rhino Hardware
Description: 
Add the modules required to support Rhino Hardware.

rcbfx.ko - Supports all variants of Rhino Analog cards except the old
r4fxo
r1t1.ko - Supports all variants of R1T1 Single span T1/E1/J1 cards
rxt1.ko - Supportd all variants of R2T1 and R4T1 multi-span T1/E1/J1
cards.
All Binary firmwares have been stripped and are not required at compile or
runtime. 

====================================================================== 

---------------------------------------------------------------------- 
 (0128690) sruffell (administrator) - 2010-11-08 06:47
 https://issues.asterisk.org/view.php?id=18241#c128690 
---------------------------------------------------------------------- 
Just my 2 cents...

Many (not all) of those errors comes from the fact that the drivers
contains the GpakApi for their hardware echocan.  Those same types of
errors currently exist in the tree in the drivers/dahdi/voicebus/gpakApi.c
file as well.  While the format of that module is on my list of things to
change as part of being merge-ready, keeping it in it's present form
simplifies the process of consuming updates from the third-party who
provides that code.

So...while I hope it's updated (and I hope I soon get the opportunity to
update the GpakApi source that is already in the dahdi-linux source) I
personally can understand the rationale if that doesn't happen before it's
merged.   Much the same way the oct612x external was added in tree without
fixing the formatting problems.... 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-11-08 06:47 sruffell       Note Added: 0128690                          
======================================================================