Hi,<br><br>Reading the documentation for rtems regions is a bit vague about the overhead of the lists that behind the scenes manage the blocks. Its quite possible i am not fully understanding the operation. I have a call sequence as follows.<br>
<br>rtems_region_create( length = 19800, page_size = 128 )<br> rtems_region_get_segment( size = 160 )<br> rtems_message_queue_create ( count = 160, max_size =2 )<br> rtems_region_get_segment( size = 400 )<br> rtems_message_queue_create ( count = 400, max_size =2 )<br>
rtems_region_get_segment( size = 1600 )<br> rtems_message_queue_create ( count = 1600, max_size =2 )<br> rtems_region_get_segment( size = 40 )<br> rtems_message_queue_create ( count = 40, max_size =2 )<br> rtems_region_get_segment( size = 4000 )<br>
rtems_message_queue_create ( count = 4000, max_size =2 )<br> rtems_region_get_segment( size = 40 )<br> rtems_message_queue_create ( count = 40, max_size =2 )<br> rtems_region_get_segment( size = 40 )<br> rtems_message_queue_create ( count = 40, max_size =2 )<br>
rtems_region_get_segment( size = 40 )<br> rtems_message_queue_create ( count = 40, max_size =2 )<br> rtems_region_get_segment( size = 40 )<br> rtems_message_queue_create ( count = 40, max_size =2 )<br> rtems_region_get_segment( size = 120 )<br>
rtems_message_queue_create ( count = 120, max_size =2 )<br> rtems_region_get_segment( size = 400 )<br> rtems_message_queue_create ( count = 400, max_size =2 )<br> rtems_region_get_segment( size = 400 )<br> rtems_message_queue_create ( count = 400, max_size =2 )<br>
rtems_region_get_segment( size = 2000 ) // total size upto here 7320<br> rtems_message_queue_create ( count = 2000, max_size =2 )<br> // returns RTEMS_UNSATISFIED - unable to allocate message buffers here<br><br>I dont fully understand why RTEMS_UNSATISFIED is being returned from the queue_create(), is there really a 50%+ overhead in managing 128 byte pages ? out of a 19800 length.<br>
<br>I am presuming that the RTEMS_UNSATISFIED is because of the region size, but i could be wrong about that.<br> <br><div><br>regards</div><div>---</div><div>Matthew J Fletcher</div><br>