"Can't obtain network semaphore"

Till Straumann strauman at slac.stanford.edu
Tue Dec 14 18:18:13 UTC 2004


Steve Holle wrote:

> At 10:45 AM 12/14/2004, Till Straumann wrote:
>
>> Steve Holle wrote:
>>
>>> At 10:17 AM 12/14/2004, Till Straumann wrote:
>>>
>>>> Steve Holle wrote:
>>>>
>>>>> I need to revisit this problem as I am seeing it again. The error 
>>>>> message comes from "rtems_glue.c:312" and it's frequency of 
>>>>> occurrence seems to move around with the build.  If I place a 
>>>>> breakpoint on that line my backtrace displays the following :
>>>>>
>>>>>         #4      0x0013a108      in      _Thread_Handler () at 
>>>>> threadhandler.c:129
>>>>>         #3      0x0011df64      in      taskEntry () at 
>>>>> rtems_glue.c:587
>>>>>         #2      0x0010e3b4      in      fec_tcDaemon () at 
>>>>> network.c:698
>>>>>         #1      0x0011e07e      in      rtems_bsdnet_event_receive 
>>>>> () at rtems_glue.c:642
>>>>>         #0      rtems_bsdnet_semaphore_obtain () at rtems_glue.c:312
>>>>
>>>>
>>>>
>>>>
>>>> Can you find out what value '_Thread_Executing->Wait.return_code' 
>>>> holds ?
>>>
>>>
>>>
>>> 4
>>
>>
>> Quick analysis indicates that someone deleted the networking semaphore.
>> (Deleting a semaphore releases all blocked threads with a 
>> 'return_code' of
>> CORE_MUTEX_WAS_DELETED [4]).
>
>
> Who would do such a thing?  Or better yet, what do I search on to find 
> the culprit?
> I don't directly deal with any semaphores in my code.

Try setting a breakpoint on rtems_semaphore_delete()

>
>
>> -- T.
>>
>>>
>>>
>>>
>>>> -- T.
>>>>
>>>>>
>>>>>
>>>>> All of my network functions, telnet, streaming audio, web server, 
>>>>> are in their own threads.  No network functions are accessed from 
>>>>> an interrupt.
>>>>>
>>>>> Any suggestions?
>>>>>
>>>>> Steve Holle
>>>>> Link Communications, Inc.
>>>>> 1035 Cerise Rd.
>>>>> Billings, MT  59101
>>>>> sholle at link-comm.com
>>>>
>>>>
>>>>
>>>>
>>>
>>> Steve Holle
>>> Link Communications, Inc.
>>> 1035 Cerise Rd.
>>> Billings, MT  59101
>>> sholle at link-comm.com
>>
>>
>>
>>
>
> Steve Holle
> Link Communications, Inc.
> 1035 Cerise Rd.
> Billings, MT  59101
> sholle at link-comm.com 







More information about the users mailing list