rtems 文件系统（5）_1

最新推荐文章于 2018-01-27 18:06:13 发布
最新推荐文章于 2018-01-27 18:06:13 发布
阅读量440 收藏
点赞数
分类专栏： rtems filesystem 文章标签： rtems
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wangbinyantai/article/details/79111013
版权

之前讲到 rtems_filesystem_initialize 函数中调用了mount函数，在该函数中实现了文件系统的挂载，那么到底怎么挂载的呢？

下面具体分析一下

int mount(

  const char                 *source,
  const char                 *target,
  const char                 *filesystemtype,
  rtems_filesystem_options_t  options,
  const void                 *data
)
{
  int rv = 0;


  if (
    options == RTEMS_FILESYSTEM_READ_ONLY
      || options == RTEMS_FILESYSTEM_READ_WRITE)

 {

    rtems_filesystem_fsmount_me_t fsmount_me_h =
      rtems_filesystem_get_mount_handler( filesystemtype );

    if ( fsmount_me_h != NULL ) {
      size_t target_length = 0;
      rtems_filesystem_mount_table_entry_t *mt_entry = alloc_mount_table_entry(
        source,
        target,
        filesystemtype,
        &target_length
      );


      if ( mt_entry != NULL ) {
        mt_entry->writeable = options == RTEMS_FILESYSTEM_READ_WRITE;


        rv = (*fsmount_me_h)( mt_entry, data );
        if ( rv == 0 ) {
          if ( target != NULL ) {
            rv = register_subordinate_file_system( mt_entry, target );
          } else {
            rv = register_root_file_system( mt_entry );
          }


          if ( rv != 0 ) {
            (*mt_entry->ops->fsunmount_me_h)( mt_entry );
          }
        }


        if ( rv != 0 ) {
          free( mt_entry );
        }
      } else {
        errno = ENOMEM;
        rv = -1;
      }
    } else {
      errno = EINVAL;
      rv = -1;
    }
  } else {
    errno = EINVAL;
    rv = -1;
  }

  return rv;
}


第一点：rtems_filesystem_fsmount_me_t 这个在cpukit/libcsupport/include/rtems/libio.h中定义。是一个函数指针的类型

如下定义：它有两个参数

typedef int (*rtems_filesystem_fsmount_me_t)(

rtems_filesystem_mount_table_entry_t *mt_entry,

const void *data);
第二点：rtems_filesystem_get_mount_handler( filesystemtype );

这个函数在cpukit/libcsupport/src/mount-mgr.c中定义，这个文件是manage mount table的

这个函数会迭代查找rtems_filesystem_table_t结构体类型的rtems_filesystem_table，后面详细说明

在这个函数内部使用了一个结构体

typedef struct {
  const char *type;
  rtems_filesystem_fsmount_me_t mount_h;
} find_arg;
该函数最终为了找到对应type 的 mount_h函数。注意返回值类型就是我们想要的rtems_filesystem_fsmount_me_t类型 

rtems_filesystem_fsmount_me_t
rtems_filesystem_get_mount_handler(
  const char *type
)
{
  find_arg fa = {
    .type = type,
    .mount_h = NULL
  };

  if ( type != NULL ) {
    rtems_filesystem_iterate( find_handler, &fa );
  }

  return fa.mount_h;
}

第三点 rtems_filesystem_iterate 这个迭代函数，这个函数设计成有点类似c++模板，输入的routine类型为

rtems_per_filesystem_routine，本身就是一种操作函数，在这里作用是比较type的操作。

bool rtems_filesystem_iterate(
  rtems_per_filesystem_routine routine,
  void *routine_arg
)
{
  rtems_chain_control *chain = &filesystem_chain;
  const rtems_filesystem_table_t *table_entry = &rtems_filesystem_table [0];
  rtems_chain_node *node = NULL;
  bool stop = false;

  while ( table_entry->type && !stop ) {
    stop = (*routine)( table_entry, routine_arg ); //这里进行比较type
    ++table_entry;
  }

  if ( !stop ) {
    rtems_libio_lock();
    for (
      node = rtems_chain_first( chain );
      !rtems_chain_is_tail( chain, node ) && !stop;
      node = rtems_chain_next( node )
    ) {
      const filesystem_node *fsn = (filesystem_node *) node;

      stop = (*routine)( &fsn->entry, routine_arg );
    }
    rtems_libio_unlock();
  }

  return stop;
}

1）filesystem_chain代表文件系统的一个链表，链表后面单独学习研究。链表输入rtems内核的东西

2）rtems_filesystem_table是文件系统的一个表，这个表的元素类型如下，可见通过查找type，就可以找到对应的文件系统的处理函数mount_h

typedef struct rtems_filesystem_table_t {
  const char                    *type;
  rtems_filesystem_fsmount_me_t  mount_h;
} rtems_filesystem_table_t;

其中的比较type的函数如下所示

static bool find_handler(const rtems_filesystem_table_t *entry, void *arg)
{
  find_arg *fa = arg;

  if ( strcmp( entry->type, fa->type ) != 0 ) {
    return false;
  } else {
    fa->mount_h = entry->mount_h;

    return true;
  }
}

rtems_filesystem_table是一个默认的文件系统表，它在cpukit/sapi/include/confdefs.h 中有定义，如下

/**
   * The default file system table. Must be terminated with the NULL entry if
   * you provide your own.
   */
  #if !defined(CONFIGURE_HAS_OWN_FILESYSTEM_TABLE) && \
    !defined(CONFIGURE_APPLICATION_DISABLE_FILESYSTEM)
    const rtems_filesystem_table_t rtems_filesystem_table[] = {
      #if !defined(CONFIGURE_USE_DEVFS_AS_BASE_FILESYSTEM)
        { "/", IMFS_initialize_support },  //如果没定义为dev的文件系统，那么就有这个
      #endif
      #if defined(CONFIGURE_FILESYSTEM_IMFS) && \
          defined(CONFIGURE_FILESYSTEM_ENTRY_IMFS)
        CONFIGURE_FILESYSTEM_ENTRY_IMFS,  /这个在其它地方也有定义，一般都会定义CONFIGURE_FILESYSTEM_IMFS，如下面
      #endif
      #if defined(CONFIGURE_FILESYSTEM_DEVFS) && \
          defined(CONFIGURE_FILESYSTEM_ENTRY_DEVFS)
        CONFIGURE_FILESYSTEM_ENTRY_DEVFS,
      #endif
      #if defined(CONFIGURE_FILESYSTEM_TFTPFS) && \
          defined(CONFIGURE_FILESYSTEM_ENTRY_TFTPFS)
        CONFIGURE_FILESYSTEM_ENTRY_TFTPFS,
      #endif
      #if defined(CONFIGURE_FILESYSTEM_FTPFS) && \
          defined(CONFIGURE_FILESYSTEM_ENTRY_FTPFS)
        CONFIGURE_FILESYSTEM_ENTRY_FTPFS,
      #endif
      #if defined(CONFIGURE_FILESYSTEM_NFS) && \
          defined(CONFIGURE_FILESYSTEM_ENTRY_NFS)
        CONFIGURE_FILESYSTEM_ENTRY_NFS,
      #endif
      #if defined(CONFIGURE_FILESYSTEM_DOSFS) && \
          defined(CONFIGURE_FILESYSTEM_ENTRY_DOSFS)
        CONFIGURE_FILESYSTEM_ENTRY_DOSFS,
      #endif
      #if defined(CONFIGURE_FILESYSTEM_RFS) && \
          defined(CONFIGURE_FILESYSTEM_ENTRY_RFS)
        CONFIGURE_FILESYSTEM_ENTRY_RFS,
      #endif
      #if defined(CONFIGURE_FILESYSTEM_JFFS2) && \
          defined(CONFIGURE_FILESYSTEM_ENTRY_JFFS2)
        CONFIGURE_FILESYSTEM_ENTRY_JFFS2,
      #endif
      CONFIGURE_FILESYSTEM_NULL
    };
  #endif

上面一些宏定义，我没有标注的，比如 CONFIGURE_FILESYSTEM_ENTRY_JFFS2 都在cpukit/sapi/include/confdefs.h 中有定义

这里不关注其它类型的文件系统，先关注IMFS

/**
 * This defines the IMFS file system table entry.
 */
#if !defined(CONFIGURE_FILESYSTEM_ENTRY_IMFS) && \
  defined(CONFIGURE_FILESYSTEM_IMFS)
  #define CONFIGURE_FILESYSTEM_ENTRY_IMFS \
    { RTEMS_FILESYSTEM_TYPE_IMFS, IMFS_initialize }
#endif
这部分也是上面 rtems_filesystem_table的一部分 

  /**
   * Table termination record.
   */
  #define CONFIGURE_FILESYSTEM_NULL { NULL, NULL }
默认情况下，如果只有定义了IMFS，那么 rtems_filesystem_table有三个值（包括上面的NULL值）


第四点：如果没有在rtems_filesystem_table中找到，那么需要在chain中找，暂时理解为如果默认的rtems_filesystem_table中没有定义，那么后面挂载的文件系统会放到chain中。所以要到chain中继续查找。chain中通过rtems_filesystem_register和 rtems_filesystem_unregister 增加或者删除，这两个函数也在cpukit/libcsupport/src/mount-mgr.c中定义。暂时不考虑




binbinyantai
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
rtems文件系统（1）
wangbinyantai的专栏
01-19 695
本文主要整理了 rtems 文件系统相关的知识。rtems 架构支持• Mountable file systems 可挂载• Hierarchical file system directory structure 分级• POSIX compliant set of routines for the manipulation of files and directories         p
rtems 文件系统（5）_3
wangbinyantai的专栏
01-21 262
之前讲到mount函数中会调用如下函数。那么这个函数中做了什么呢？下面对IMFS_initialize_support函数进行分析，该函数在cpukit/libfs/src/imfs/imfs_initsupp.c中。 int IMFS_initialize_support( rtems_filesystem_mount_table_entry_t *mt_entry, const vo
RTEMS文件系统(4)：系统调用开发信息(中)
雪松's RTEMS
01-13 1660
4.11 fdatasync 文件：fdatasync.c 处理：此函数是内存文件系统(IMFS)的模板，将指导我们到相应的处理函数进行~fdatasync()~处理。 在内存文件系统中该函数是非必要的。在一个采用内存高速缓存的磁盘文件系统上它的功能是将数据缓冲区的数据写入磁盘。 它基于以下函数和宏：  rtems_file_descriptor_type()；  rtems_libio_iop()；  rtems_libio_check_fd()；  rtems_libio_check_p
RTEMS文件系统(4)：系统调用开发信息(上)
雪松's RTEMS
01-13 1956
<br />4 system Call Development Notes<br /> 这一套例程代表应用程序中~RTEMS~文件系统为文件和目录提供的接口。<br /> 所有函数都与~POSIX~标准兼容，如果一个特定的接口已经实现。<br /> 下面的列表列出的例程是应用程序接口一部分。<br />access()chdir()chmod()chown()close()closedir()dup()dup2()fchmod()fcntl()fdatasync()fpathconf()fstat()
RTEMS文件系统(6)：内存文件系统(上)
雪松's RTEMS
02-08 3279
<br />%6 In-Memory Filesystem<br /> 本节描述了内存文件系统~(In-Memory Filesystem，IMFS)。IMFS~是一个功能齐全的在内存中保存所有信息的~POSIX~文件系统。<br /><br /> %6.1 IMFS Per Node Data Structure<br /><br /> 每一个普通文件、设备、硬链接和目录都由一个叫~jnode~的数据结构表示。<br /> jnode~由以下的结构体类型定义：<br /><br /><br />
RTEMS文件系统(5)：文件系统实现需求(上)
雪松's RTEMS
01-13 2282
<br />5 Filesystem Implementation Requirements<br /><br /> 本章详细描述所有文件系统的实现都必须坚持的要求。<br /><br /> 5.1 General<br /> RTEMS~文件系统框架的用意是与~POSIX~文件和目录接口标准相兼容。<br /> 下面文件系统的特性导致了功能交换层。<br /><br /><br /><br />  向应用程序提供与~POSIX~标准兼容的函数集，使他们能够与文件系统中的文件，设备和目录对接。对这
RTEMS-C-user.zip_RTEMS_rtems pdf_rtems中文_rtems书籍
最新发布
09-24
RTEMS，全称“Real-Time Executive for Multiprocessor Systems”，是一个开源的实时操作系统，尤其适合于嵌入式系统。这个“RTEMS-C-user.zip”压缩包包含的是RTEMS的C语言用户手册的中文版，对于学习和使用RTEMS的...
rtems-4.11.0.rar_RTEMS_emc_rtems 4.11_simulator dispatch
09-24
RTEMS（Real-Time Executive for Multiprocessor Systems）是一个开源的实时操作系统，广泛应用于嵌入式系统，尤其在航天、航空、国防、汽车电子等领域。RTEMS 4.11.0是该系统的一个特定版本，包含了丰富的功能和...
spi.rar_RTEMS_mpc8260_mpc8260 SPI_spi_spi driver
09-21
在这个"spi.rar_RTEMS_mpc8260_mpc8260_SPI_spi_spi driver"的压缩包中，包含的是针对RTEMS操作系统（Real-Time Executive for Multiprocessor Systems）和MPC8260处理器的SPI驱动程序。 MPC8260是摩托罗拉（后被...
rtems-4.7.3.zip_RTEMS_vxworks
09-23
RTEMS（Real-Time Executive for Multiprocessor Systems）是一个开源实时操作系统，专为嵌入式系统设计，尤其适合多处理器环境。RTEMS的历史可以追溯到1986年，作为一个研究项目，随着时间的推移，它已经发展成为一...
filesystem.RTEMS文件系统设计指南.双语.V20131224.pdf
03-10
RTEMS的filesystem文档的原创翻译。
rtems 文件系统（7）
wangbinyantai的专栏
01-22 327
上一次说了base file system，那么理解了首先要有一个base file system，这个文件系统就是IMFS，有了这个base file system以后才能挂载其他的文件系统。我最后希望能够挂载一个flash的文件系统，但是现在还是不知道该怎么做？ 那么阅读手册中挂载mount和解除挂载unmount 挂载点的概念 1：挂载点必须是一个目录。可以有文件和其他目录在它下面
rtems 文件系统（6）
wangbinyantai的专栏
01-21 315
base file system的理解 通过跟踪源代码 ，rtems_filesystem_initialize跟踪下去。发现手册上写的都可以理解了 • Initialization of mount table chain control structure 建立一个链表的mount结构 • Allocation of ajnode structure that will serve
rtems 文件系统（8）
wangbinyantai的专栏
01-22 357
实现文件系统的需求 rtems的文件系统框架是兼容posix files 和 directories接口标准的。以下的文件系统特性产生了一个功能转换层。 1:应用程序提供了一套标准的POSIX标准功能集，这些功能允许它们和文件，设备，目录进行接口。这些接口并不反映从属 文件系统的实现类型。 2：框架允许在base filesystem下面挂载不同类型的文件系统。 3:定位文件信息的机制在
rtems 文件系统（9）
wangbinyantai的专栏
01-22 334
随着对文件系统的进一步了解。继续查看手册。 IMFS(In-Memory FileSystem)是一个全功能的POSIX文件系统，在memory中保存所有的信息。  每一个文件，设备，hard link 目录都被表示为一种数据结构，叫做jnode。该类型在cpukit/libfs/src/imfs/imfs.h中定义 struct IMFS_jnode_tt {   rtems_cha
rtems文件系统（2）
wangbinyantai的专栏
01-19 383
看到rtems手册上写pathname evaluation process 路径评估过程，因为对文件系统理解不多。暂时理解为实现文件系统时需要考虑的功能------- 路径的检查功能 在 RTEMS 文件系统结构下的路径检查处理包括三部分： 1）路径检查handler函数  2）跨越挂载点的路径检查 3）系统节点信息表数据结构  1:路径检查函数包括 patheval()和
rtems 文件系统（15）-jffs2 研究（1）
wangbinyantai的专栏
01-27 738
根据之前的结果，虽然能够挂载上，但是有很多问题，参考（12）中描述。因为对jffs2完全没有什么概念可言，只知道这是一个flash的文件系统，并且挂载的时候只提供了下面的信息给到jffs2.对于内部怎么操作完全无知。并且flash每次擦除都是一个块一个块的。比如删除一个东西的时候是否会删除其他部分？怎么保留下来的。还是挺好奇的。 为了解决问题，只能硬着头皮看jffs2的源码。看一下它挂载
RTEMS 的文件系统初始化等的一点分析笔记
Etual的专栏
12-21 1502
/**  * @brief File system operations table.  */ struct _rtems_filesystem_operations_table {     rtems_filesystem_evalpath_t      evalpath_h;     rtems_filesystem_evalmake_t      evalformake_h;  
RTEMS文件系统(5)：文件系统实现需求(下)
雪松's RTEMS
01-13 1888
<br />5.4 Operation Tables<br /> 文件系统的具体操作是被间接调用地。这些由文件系统实现的函数被配置为两个表。<br /> 文件系统处理程序表含有的针对具体文件系统的函数，与实际文件类型无关。<br /> 文件处理程序例程表含有文件系统和文件类型两种函数。<br /><br /> 5.4.1 Filesystem Handler Table Functions<br /> OPS~表函数被定义成一个~rtems_filesystem_operations_table~
RTEMS文件系统设计指南：实时嵌入式操作系统的翻译解析
"RTEMS文件系统设计指南，这是一份针对RTEMS实时操作系统4.10...这份RTEMS文件系统设计指南是开发者和系统工程师理解并有效利用RTEMS文件系统的关键参考资料，对于在RTEMS环境中开发和调试应用程序具有极高的实用价值。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值