Why doesn't rtems_blkdev_sg_buffer have next pointer?

Sebastian Huber sebastian.huber at embedded-brains.de
Thu Jun 18 13:17:33 UTC 2015


For an SD/MMC driver you should operate at this level since this is 
covered by "freebsd/sys/dev/mmc/mmcsd.c".

On 18/06/15 14:16, Chan Kim wrote:
> Hi all,
>
> I have a basic question.
> in rtems 4.10.99 version, I see in cpukit/libblock/include/rtems/blkdev.h,
> -------------------------------------
> typedef struct rtems_blkdev_sg_buffer {
> rtems_blkdev_bnum block;             // this seems to be the start block number of this access
> uint32_t length;
> void *buffer;
> void *user;
> } rtems_blkdev_sg_buffer;
>
> typedef struct rtems_blkdev_request {
>    rtems_blkdev_request_op req;
>    rtems_blkdev_request_cb done;
>    void *done_arg;
>    rtems_status_code status;
>    uint32_t bufnum;                       // this seems to be # of blocks
>    rtems_id io_task;
>    rtems_blkdev_sg_buffer        bufs[0];
> } rtems_blkdev_request;
> ---------------------------------------
>
> the rtems_blkdev_request has only a single entry of rtems_blkdev_sg_buffer. But usually scatter-list uses next pointer to link buffers in host memory together. But in rtems, why isn't there such link field? Does the block device request I/O with only a single buffer always?
> Could somebody please answer to this question?
> regards,
>
> Chan Kim
> _______________________________________________
> users mailing list
> users at rtems.org
> http://lists.rtems.org/mailman/listinfo/users

-- 
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax     : +49 89 189 47 41-09
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.




More information about the users mailing list