msdos_format - deadlock

[Federico Garcia Cruz]

The bfbuf config looks like:
#define CONFIGURE_APPLICATION_NEEDS_LIBBLOCK
#define CONFIGURE_BDBUF_MAX_READ_AHEAD_BLOCKS  0
#define CONFIGURE_BDBUF_MAX_WRITE_BLOCKS       5
#define CONFIGURE_SWAPOUT_TASK_PRIORITY        3
#define CONFIGURE_BDBUF_CACHE_MEMORY_SIZE 1024
#define CONFIGURE_BDBUF_BUFFER_MIN_SIZE 256
#define CONFIGURE_BDBUF_BUFFER_MAX_SIZE 512
#define CONFIGURE_BDBUF_TASK_STACK_SIZE 512
#define CONFIGURE_BDBUF_READ_AHEAD_TASK_PRIORITY 3

2014-12-17 19:17 GMT-03:00 Chris Johns <chrisj at rtems.org>:
>
> On 18/12/2014 1:19 am, Federico Garcia Cruz wrote:
>
>> I'm using rtems version 4.10.99.0 (trunk 2014-07-04). We have developed
>> a bsp for lpc1768 and it's already uploaded to rtems trunk.
>>
>
> We refer to as 4.11 or 4.11 development or git head, master and a few
> other things. We number the release this way until the release and then
> change it to 4.11.
>
>  I've done some debugging and the program get stuck waiting for a bdbuf
>> to be free. Function rtems_bdbuf_get never gets a free buffer and then
>> it calls to rtems_bdbuf_wait_for_buffer and it never returns.
>> How can I test plain block read/write transfers?
>>
>
> What does your bdbuf configuration look like ?
>
> Chris
>


-- 

<http://www.tallertechnologies.com>


Federico Garcia Cruz

Software Engineer


San Lorenzo 47, 3rd Floor, Office 5

Córdoba, Argentina


Phone: +54 351 4217888 / +54 351 4218211


<http://www.linkedin.com/company/taller-technologies>
<https://www.facebook.com/tallertechnologies>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/users/attachments/20141218/0746ede5/attachment-0002.html>