excellent, thanks again.
On Wed, 2012-03-21 at 14:59 +0000, John Plevyak (Commented) (JIRA)
wrote:
> [
> https://issues.apache.org/jira/browse/TS-1158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13234396#comment-13234396
> ]
>
> John Plevyak commented on TS-1158:
> ----------------------------------
>
> Note that when replacing a mutex, both the new and old mutexes must be held.
> Also note that this protection (double checking) is only provided in the
> NetProcessor as it is the only Processor whose VC mutexes are switched. Any
> virtualization would need to provide the same protection.
>
> > Race on mutex switching for NetVConnections in UnixNetVConnection::mainEvent
> > ----------------------------------------------------------------------------
> >
> > Key: TS-1158
> > URL: https://issues.apache.org/jira/browse/TS-1158
> > Project: Traffic Server
> > Issue Type: Bug
> > Components: Core
> > Affects Versions: 3.0.3
> > Environment: ALL
> > Reporter: John Plevyak
> > Assignee: John Plevyak
> > Fix For: 3.1.4
> >
> > Attachments: ts-1158-jp1.patch
> >
> >
> > Because of the way session management works, the vio.mutex must be
> > re-verified to be identical to the one the lock was taken on after the lock
> > is acquired. Otherwise there is a race when the mutex is switched allowing
> > such that the old lock is held while the new lock is in not held.
>
> --
> This message is automatically generated by JIRA.
> If you think it was sent incorrectly, please contact your JIRA
> administrators:
> https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
> For more information on JIRA, see: http://www.atlassian.com/software/jira
>
>
