RTEMS | Ported LittleFS (!1064)

[Joel Sherrill (@joel)]

Joel Sherrill started a new discussion on cpukit/libfs/src/littlefs/rtems-littlefs-init.c: https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/1064#note_142911

 > +  lfs_cfg->read = rtems_littlefs_bd_read;
 > +  lfs_cfg->prog = rtems_littlefs_bd_prog;
 > +  lfs_cfg->erase = rtems_littlefs_bd_erase;
 > +  lfs_cfg->sync = rtems_littlefs_bd_sync;
 > +  lfs_cfg->lock = rtems_littlefs_bd_lock;
 > +  lfs_cfg->unlock = rtems_littlefs_bd_unlock;
 > +
 > +  lfs_cfg->block_size = RTEMS_LITTLEFS_BLOCK_SIZE;
 > +  
 > +  lfs_cfg->block_count = 
 > +    (ctx->dd->size * ctx->dd->media_block_size) / lfs_cfg->block_size;
 > +
 > +  lfs_cfg->read_size = lfs_cfg->block_size;
 > +  lfs_cfg->prog_size = lfs_cfg->block_size;
 > +  lfs_cfg->cache_size = lfs_cfg->block_size;
 > +  lfs_cfg->lookahead_size = 16;

Is it possible the user might not like these parameters? Shouldn't there be a way for the user to configure these?

-- 
View it on GitLab: https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/1064#note_142911
You're receiving this email because of your account on gitlab.rtems.org.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/bugs/attachments/20260217/585bcf07/attachment-0001.htm>