[asterisk-bugs] [DAHDI-linux 0015877]: [patch] FreeBSD port

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15877 
====================================================================== 
Reported By:                Max Khon
Assigned To:                
====================================================================== 
Project:                    DAHDI-linux
Issue ID:                   15877
Category:                   dahdi (the module)
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     acknowledged
====================================================================== 
Date Submitted:             2009-09-10 16:53 CDT
Last Modified:              2009-09-16 01:37 CDT
====================================================================== 
Summary:                    [patch] FreeBSD port
Description: 
zaptel-bsd was maintained in a separate SVN repository and syncing with
main zaptel tree always was a pain.

I would like to submit dahdi FreeBSD port back to Digium for inclusion
into main SVN tree, if possible.
====================================================================== 

---------------------------------------------------------------------- 
 (0110761) Max Khon (reporter) - 2009-09-16 01:37
 https://issues.asterisk.org/view.php?id=15877#c110761 
---------------------------------------------------------------------- 
seanbright: in FreeBSD ioctl arguments are copied to kernel space by
kernel. So, parameters with variable length has to be passed this way (by
passing their address).

There is one more bit missing there: DAHDI_LOADZONE ioctl should be
changed to the following:

#define DAHDI_LOADZONE                  _IOW(DAHDI_CODE, 25, struct
dahdi_tone_def_header *)

(pointer to header instead of header by value), but FreeBSD port
historically used Linux declaration (this means that a few extra bytes are
copied to kernel when this ioctl is called and there is a probablity of
getting SIGSEGV). 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-09-16 01:37 Max Khon       Note Added: 0110761                          
======================================================================