[asterisk-bugs] [Zaptel 0009379]: [patch] zt_specchan_open race because ZT_FLAG_OPEN testing and setting is not atomic
noreply at bugs.digium.com
noreply at bugs.digium.com
Thu May 8 01:18:21 CDT 2008
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=9379
======================================================================
Reported By: Matti
Assigned To: mattf
======================================================================
Project: Zaptel
Issue ID: 9379
Category: zaptel (the module)
Reproducibility: have not tried
Severity: minor
Priority: normal
Status: assigned
Zaptel Version: 1.4.7.1
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: No
Request Review:
======================================================================
Date Submitted: 03-26-2007 07:55 CDT
Last Modified: 05-08-2008 01:18 CDT
======================================================================
Summary: [patch] zt_specchan_open race because ZT_FLAG_OPEN
testing and setting is not atomic
Description:
Function zt_specchan_open in file zaptel.c can have a race condition
because ZT_FLAG_OPEN testing and setting is not atomic. The function should
check and set the flag holding the spin lock continuously in and between
the following lines:
if (chans[unit]->flags & ZT_FLAG_OPEN)
chans[unit]->flags |= ZT_FLAG_OPEN;
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0010806 Channel opening and unregistering race
======================================================================
----------------------------------------------------------------------
Matti - 05-08-08 01:18
----------------------------------------------------------------------
At least the current Linux does not have a race between zt_specchan_open
and zt_ctl_ioctl case ZT_CHANCONFIG: setting ZT_FLAG_NETDEV because the big
kernel lock is taken in both cases.
Issue History
Date Modified Username Field Change
======================================================================
05-08-08 01:18 Matti Note Added: 0086578
======================================================================
More information about the asterisk-bugs
mailing list