Stale cached data in bdbuf creates problems

Sebastian Huber sebastian.huber at embedded-brains.de
Wed May 2 12:31:26 UTC 2012


Hi,

attached is a small example that demonstrates the disk usage with two RAM 
disks.  It shows also that the principal mechanics work in RTEMS 4.10.

On 05/02/2012 12:27 PM, ali nasir wrote:
>
> Hi,
>
> After running the below unmount sequence, i put a break point at the said place.
> Then when a new device is inserted, the system tries to read the MBR. When the control comes at the break point, the bd is in the state RTEMS_BDBUF_STATE_CACHED.

Ok, there must be an error here.  The state should be RTEMS_BDBUF_STATE_EMPTY. 
  Maybe it helps to enable the bdbuf tracing (in bdbuf.c):

#define RTEMS_BDBUF_TRACE 1

bool rtems_bdbuf_tracer = true;

-- 
Sebastian Huber, embedded brains GmbH

Address : Obere Lagerstr. 30, D-82178 Puchheim, Germany
Phone   : +49 89 18 90 80 79-6
Fax     : +49 89 18 90 80 79-9
E-Mail  : sebastian.huber at embedded-brains.de
PGP     : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: init.c
Type: text/x-csrc
Size: 5356 bytes
Desc: not available
URL: <http://lists.rtems.org/pipermail/users/attachments/20120502/b678a3cd/attachment-0001.bin>


More information about the users mailing list