vxworks下dosfs文件系统的创建

vxworks下dosfs文件系统的创建

  文件系统,是指操作系统依据文件夹和文件的组织形式在磁盘设备上应用的一种设备驱动,不同的文件系统对文件夹和文件有不同的限制(如文件夹名限制,文件限制大小等)。

VxWorks支持多种文件系统,比較重要的有:

1、dosFs:适用于块存取设备(比方硬盘、软盘)。和MS-DOS文件系统兼容;

2、rawFs:提供了一种简单的原始文件系统。该文件系统将整个硬盘当作一个单独的大文件;

3、cdromFs:同意系统从依照ISO9660标准文件系统格式化的CD-ROM上读取设备;

    通常文件系统驱动位于磁盘(块存取)设备驱动和IO系统之间,这一点在VxWorks中也不例外,但它在此基础上扩充了功能,即在文件系统下方添加了一个CBIO(Core Blocked IO)接口,在CBIO下方才是块存取设备驱动,其示意图例如以下:
 


图1 VxWorks I/O系统层次图

而CBIO接口部分又细分为4个逻辑子层,每一个逻辑层都有与创建文件系统相关的函数,将CBIO接口部分细分后。包括各子层相关操作函数的VxWorks文件系统示意图例如以下:

图2 CBIO层内部结构层次图

图中线框中的四层就是CBIO接口层里的子层。对内核配置了dosFs支持的VxWorks来说,对磁盘的管理是从BLK_DEV API设备驱动子层上開始的,不同子层上的函数创建出的CBIO句柄分属不同的层,下层的CBIO句柄即为上层CBIO句柄的附属CBIO句柄。也就是说它们尽管都是CBIO_DEV_ID类型,但依据产生它们的函数所在的层把它们按等级划分,一个CBIO缓冲区能够在每一个子层上都有一个CBIO句柄,也能够在部分子层上有CBIO句柄。CBIO缓冲区在基本CBIO to BLK_DEV设备子层上就没有句柄。图右側函数间的箭头指示了各子层间句柄的关系。此外,从图中能够看出,头文件也是依据层的划分来组织的。这样使得函数调用层次清晰。

 

在磁盘上建立dosFs文件系统

以运行在摩托罗拉公司的PPC860 CPU上的VxWorks为例,在配置VxWorks内核时加入IDE/ATA磁盘设备驱动,在系统启动后,系统就和磁盘相连,系统启动后会发现磁盘(运行指令:devs,列出的设备中有一个/ata0a),此时该设备尚无法訪问(就像刚出厂的硬盘用启动盘引导后能发现却不能使用一样。在dos下须要用fdisk工区来创建分区,格式化后才干使用),而在VxWorks下,系统也提供了相似的操作(如图2)。

在创建文件系统之前,应通过在内核中包括dosFs组件来初始化dosFs文件系统,即让系统载入文件系统驱动。同意系统在块设备上创建文件系统设备。

至此,系统启动后。用户直接面向的已经是BLK_DEVAPI设备驱动子层了。全部的操作都是从该层上方開始的。

为了在磁盘上上创建分区、格式化并使用它,应进行以下操作:

2.1创建块存取设备:

对于磁盘设备,使用ataDevCreate()函数在BLK_DEV API设备驱动子层上创建一个指向块存取设备的指针pAta:

BLK_DEV * ataDevCreate(int ctrl,intdrive,int nBlocks,int blkOffset)

 

參数1表示磁盘设备控制器号。0表示primary,

參数2表示磁盘设备驱动器号,0表示master。

參数3表示驱动器设备上的块数量,0表示使用整个磁盘,

 

參数4表示从驱动器開始处偏移的块数量。0表示从头開始。

函数为指定的ATA/IDE磁盘或ATAPI CDROM创建一个设备。返回一个指向块设备结构(BLK_DEV)的指针。图2中在此处用pAta=ataDevCreate(0,0,0,0)创建一个指向块设备的指针pAta。该设备相应磁盘primary master,而且使用整个磁盘的从头開始的全部块。(不要混淆设备和磁盘。能够把磁盘的一部分创建为一个设备。即一个设备相应于一个磁盘和该磁盘里的块,而磁盘由控制器号和驱动器号唯一指定)

2.2 创建磁盘快速缓冲区:

该步骤是可选的。

通过调用dcacheDevCreate()函数为一个块设备创建磁盘快速缓冲区并在CBIO to CBIO设备(dcacheCbio)子层上生成CBIO句柄。使用方法例如以下:

     CBIO_DEV_ID dcacheDevCreate(CBIO_DEV_ID subDev,char *pRamAddr,int memSize,char*pDesc)

 

參数1表示一个CBIO句柄。该句柄作为返回的CBIO to CBIO设备(dcacheCbio)子层的CBIO句柄的附属CBIO句柄,该附属句柄由函数CBIO_DEV_ID cbioWrapBlkDev(BLK_DEV *)在基本CBIO to BLK_DEV设备(cbioLib)子层上生成。也能够使用块设备,当使用块设备时,实际上是将块设备转换成在基本CBIO to BLK_DEV设备(cbioLib)子层上的CBIO句柄后作为參数的;

 

參数2表示该CBIO快速缓冲区在内存中的位置。

 

參数3表示为该CBIO快速缓冲区使用多少内存;

參数4表示设备描写叙述字符串。

函数创建一个CBIO层磁盘快速缓冲区实例,并在CBIO to CBIO设备(dcacheCbio)子层生成CBIO句柄,当參数2为NULL时,參数3使用全部内存缓冲磁盘数据。当參数2为0时,參数3使用一个默认内存大小缓冲磁盘数据。參数4为设备描写叙述字符串。会在dcacheShow运行时作为结果的一部分输出。

当须要多个快速缓冲区时非常须要(支持16个快速缓冲区)。

当内存容量小于指定缓冲区大小时创建失败。

图2中此处用cbio=dcacheDevCreate(pAta,0,0,“cache1”)为块设备pAta创建默认大小的快速缓冲区cbio,同一时候cbio也是该缓冲区在CBIOto CBIO设备(dcacheCbio)子层上的CBIO句柄。

这里用块设备作为參数1比較直观。并描写叙述为“cache1”。也能够先使用bcbio=cbioWrapBlkDev(pAta),再使用cbio=dcacheDevCreate(bcbio,0,0,“cache1”),此时bcbio为cbio的附属句柄。

2.3 创建和安装磁盘分区:

通过调用usrFdiskPartCreate()在磁盘上创建分区表。然后通过调用dpartDevCreate()初始化一个分区的磁盘。并在CBIO to CBIO设备(dpartCbio)子层上创建CBIO句柄。例如以下:

STATUSusrFdiskPartCreate(CBIO_DEV_ID cDev,int nPart,int size1,int size2,int size3)

參数1表示一个CBIO句柄,分区表将在这个代表整个磁盘的句柄相应的块设备上创建,注意这里不是subDev,而是cDev,表示不要用附属CBIO句柄bcbio,而应使用cbio;

參数2表示要创建的分区数,默觉得1。最大为4;

參数3表示第2个分区所占用的空间百分比。

參数4表示第3个分区所占用的空间百分比;

參数5表示第4个分区所占用的空间百分比。

该程序用来创建基本分区表,即对磁盘分区,仅仅能用来创建一个主分区表。即MBR,不能用于创建启动或扩展分区。返回一个指示操作成功与否的状态值。

这时磁盘仅仅有分区表,还没有安装分区,能够用usrFdiskPartShow()显示创建的分区。

 

图2中此处用usrFdiskPartCreate(cbio,2,50,0,0)在cbio相应的块设备上创建两个分区。各占磁盘一半空间。

创建磁盘分区的操作函数dpartDevCreate()使用方法例如以下:

CBIO_DEV_ID dpartDevCreate(CBIO_DEV_IDsubDev,int nPart,FUNCPTR pPartDecodeFunc)

 

參数1表示一个附属CBIO句柄,即存在于以下子层上的cbio。

 

參数2表示分区数量,

參数3表示能解释分区表的函数。

为了处理一个已分区的磁盘,即在磁盘上安装分区,须要使用该函数。推荐为了操作的高效,为整个磁盘创建一个快速缓冲区并在各分区间共享该快速缓冲区。nPart參数表示特定磁盘驱动器上最大的分区数,可支持最多24个。

分区表解释程序:应该实现的功能是将已分区设备的分区信息解释成特定格式的结果。并将结果写入一个特定类型的表中。

图2中此处通过调用cbio1=dpartDevCreate(cbio,2,usrFdiskPartRead)通过让usrFdiskPartRead程序解释cbio相应块设备的分区表来初始化分区的磁盘。usrFdiskPartRead程序是系统提供的解释分区表信息的程序,可直接调用。至此分区操作完毕。在创建文件系统和格式化分区后就可以使用分区了。注意程序返回的cbio1尽管和cbio类型同样,注意生成的句柄cbio1位于CBIO to CBIO设备(dpartCbio)子层上。

2.4 创建dosFs文件系统:

文件系统在VxWorks中也被看作一个设备。通过调用函数dosFsDevCreate()来在指定分区上创建dosFs文件系统。dosFsDevCreate()函数使用方法为:

STATUS dosFsDevCreate(char*pDevName,CBIO_DEV_ID cbio,u_int maxFiles,u_int autoChkLevel)

 

參数1表示创建文件系统后,相应分区的卷名,格式为“/卷名”;

 

參数2表示特定分区的CBIO句柄,对本例,即用dpartPartGet(cbio1,0)或dpartPartGet(cbio1,1)返回的句柄,dpartPartGet要求使用位于CBIO to CBIO设备(dpartCbio)子层上的CBIO句柄,并把它定义为dosFs卷。

參数3表示在设备上能同一时候打开的文件数。

參数4表示是否在挂载卷时自己主动进行卷的完整性检測。

该函数在一个特定CBIO句柄相应的分区上创建dosFs文件系统,定义每一个磁盘卷的信息并将它们加入到I/O系统中。

图中此处用dosFsDevCreate(“/DOSA”,dpartPartGet(cbio1,

0),16,0)在第一个分区(dpartParGet中的參数0)安装文件系统,卷名为/DOSA。并在挂载时自己主动进行完整性检測。

2.5 格式化磁盘卷

    使用dosFsVolFormat()函数将磁盘卷按dos格式格式化。该步骤仅仅能在磁盘卷第一次初始化时运行一次。假设DOS格式的磁盘卷已经被格式化,能够跳过此步。

    dosFsVolFormat()的函数使用方法为:

STATUS dosFsVolFormat(void *device,intopt,FUNCPTR pPromptFunc)

 

     參数1表示要运行格式化操作的卷名。

     參数2表示格式化的选项。是比特映射。即选项的组合。0表示使用默认选项。

參考帮助;

     參数3表示一个函数。该函数能够提示用户在格式化前改变卷的參数,0表示无函数;

函数返回格式化成功与否的状态值。图2中此处用dosFsVolFormat(“/DOSA”,0,0)将卷/DOSA格式化。

格式化后就能够使用了,能够用ll“/DOSA”挂载卷。此时可运行完整性检測,用dosFsShow “/DOSA”显示卷信息。

运行->devs会发现有/DOSA卷,运行->cd “/DOSA”将当前工作文件夹切换到该卷上。运行mkdir 文件夹名。在该卷上创建一个相应的文件夹。

运行rm 文件夹名,就可以删除相应文件夹。

有些函数里的CBIO句柄參数能够用BLK_DEV变量取代,此时系统会自己主动进行转换工作。

       至此,磁盘设备上的文件系统创建完毕。用户能够直接訪问磁盘并进行相关操作。

相关内容

vxworks启动过程具体解释(下)

上一节主要是从映像的分类和各种映像的大致载入流程上看VxWorks的启动过程,这一节让我们从函数级看一下VxWorks的启动过程:

1. Boot Image + Loadable Images:

 

以下是详细的流程图: 

技术分享

当中第一阶段的运行流程使用的是上图的左边的源文件里的那些函数(romInit->romStart->usrInit->sysHwinit->usrKernelinit->usrRoot);第二阶段运行流程使用的是上图中右边源文件里的那些函数(sysInit-> usrInit->sysHwinit->usrKernelinit->usrRoot->usrAppInit)。以下详细解释:

第一阶段:

  •        romInit.s:romInit()

?         系统上电之后,首先调用的函数就是romInit()

?         禁止中断

?         把启动类型(冷启动/热启动)放在堆栈上

?         清除cache

?         初始化CPU基本寄存器,调用SDRAM初始化函数初始化UPM

?         直接跳转到bootInit.c:romStart()

  •        bootInit.c:romStart()

 

?         把代码段和数据段从bootrom拷贝到RAM其中

?         完毕程序映象的解压缩(假设映象是压缩版本号的)

?         跳转到bootConfig.c:usrInit()

?         bootConfig.c:usrInit()

?         VxWorks 中第一个C语言完毕的代码。运行操作系统内核所必须的初始化程序。

?         Cache程序库的初始化

?         清零系统的BSS段

?         初始化中断向量表

?         使硬件工作在一个“安静”的状态。尽量不产生各种中断或者异常

?         控制权移交给KernelInit()。产生usrRoot根任务

?         在usrRoot根任务中解析Bootline,产生bootCmdLoop任务,用于启动、载入VxWorks映像

 

此时,调试超级终端会有例如以下信息打印:

VxWorks System Boot

Copyright 1984-1998  Wind River Systems, Inc.

CPU: MPC860

Version: 5.4

BSP version: 1.2/0

Creation date: Aug 2 2002, 09:19:47

Press any key to stop auto-boot...

 3

 

此时按随意键可停止自己主动启动,改动启动行參数

[VxWorks Boot]: p

boot device          : cpm

unit number          : 0

processor number     : 0

host name            : Michel

file name            : c:/ftpRoot/vxWorks

inet on ethernet (e) : 168.2.7.27:ffffff00

host inet (h)        : 168.2.7.10

user (u)             : target

Passwd(pw)           : target

flags (f)            : 0x0

―――――――――――――――――――――――――――

[VxWorks Boot]: @

boot device          : cpm

unit number          : 0

processor number     : 0

host name            : Michel

file name            : c:/ftpRoot/vxWorks

inet on ethernet (e) : 168.2.7.27:ffffff00

host inet (h)        : 168.2.7.10

user (u)             : target

Passwd(pw)           : target

flags (f)            : 0x0

 

Attached TCP/IP interface to cpm0.

Attaching network interface lo0... done.

第二阶段:

  •        bootConfig.c: bootLoad( )

载入VxWorks映像。并转向它的载入地址,从sysInit入口開始运行VxWorks映像

  •         sysALib.s : sysInit( )

与romInit.s : romInit()的初始化过程类似,但不再初始化SDRAM

  •         usrConfig.c : usrInit( )

设置cache的工作模式,板级硬件初始化,初始化Wind内核,启动usrRoot( )根任务

  •         usrConfig.c : usrRoot( )

初始化内存,系统时钟。I/O系统。标准输入输出错,异常处理,加入用户应用程序

此时调试超级终端打印例如以下信息,Boot引导完毕

/*VXWORKS Image Getting Loaded*/

Loading... 881680

Starting at 0x10000…

 

Attached TCP/IP interface to cpm unit 0

Attaching network interface lo0... done.

 

VxWorks

Copyright 1984-1998 Wind River Systems, Inc.

         CPU : MPC860

     vxWorks : 5.4

  BSP version: 1.2/0

Creation date: Aug 2 2000

         WDB : Ready

 2. ROM-based Images(压缩/没有压缩):

和上面那种启动方式相比。这样的启动方式省去了一些步骤,运行完romStart()之后就已经载入VxWorks 到RAM中了。因此,下一步就是把控制权交给VxWorks。有VxWorks从sysInit()開始运行就可以。以下是详细的流程:

  •        romInit.s:romInit()

?         系统上电之后,首先调用的函数就是romInit()

?         禁止中断

?         把启动类型(冷启动/热启动)放在堆栈上

?         清除cache

?         初始化CPU基本寄存器,调用SDRAM初始化函数初始化UPM

?         直接跳转到bootInit.c:romStart()

  •        bootInit.c:romStart()

?         把代码段(假设是VxWorks_romResident映像,则不拷贝代码段)和数据段从bootrom拷贝到RAM其中

?         完毕程序映象的解压缩(假设映象是压缩版本号的)

?         跳转到sysALib.s:sysInit()

  •         sysALib.s:sysInit()

?         又一次进行CPU内核(主要是cache)的初始化。这些工作在romInit()里面以前进行过,因为系统刚刚进入RAM中运行。须要再次初始化。

?         不管使用何种系统(包含仿真器)引导,RAM版本号的VxWorks都是从这里開始运行的。

?         控制权移交给 usrInit()

  •        usrConfig.c:usrInit()

?         VxWorks 中第一个C语言完毕的代码。

运行操作系统内核所必须的初始化程序。

?         Cache程序库的初始化

?         清零系统的BSS段

?         初始化中断向量表

?         使硬件工作在一个“安静”的状态,尽量不产生各种中断或者异常

?         控制权移交给KernelInit(),产生usrRoot根任务

 

此时。调试超级终端会有例如以下信息打印:

/*VXWORKS Image Getting Loaded*/

Loading... 881680

Starting at 0x10000…

 

Attached TCP/IP interface to cpm unit 0

Attaching network interface lo0... done.

 

VxWorks

Copyright 1984-1998 Wind River Systems, Inc.

         CPU : MPC860

     vxWorks : 5.4

  BSP version: 1.2/0

Creation date: Aug 2 2000

         WDB : Ready

3. ROM-Resident Images:

这样的启动方式的流程和上面那种基本同样。仅仅是不须要载入text段到RAM中而已,故在此不作介绍了。

 VxWorks借鉴了传统PC操作系统的引导原理。其将整个引导过程分为两个阶段:1. BOOTROM启动。2. 通过BOOTROM载入VxWorks内核。
赞(1)

文章来源于网络,原文链接请点击 这里
文章版权归作者所有,如作者不同意请直接联系小编删除。
作者:claireyuancy