基于hi3515平台的3g/4g车载dvr，进行嵌入式linux系统应用的二次开发指导说明。
1、 NFS作为根文件系统（NFS as rootfs）是一种常用于嵌入式系统开发的调试方式。NFS全称为网络文件系统，它使得不同设备之间可以通过网络共享目录与文件，用户在访问远程文件时如同操作本地文件一般。在实际开发过程中，通常会在PC主机上设置一个用于共享的目录，例如/tftpboot。将待调试的根文件系统放置于该目录中，并在目标板的U-Boot启动参数（bootargs）中配置其根文件系统路径指向该网络目录。当开发板启动时，会通过网络挂载该共享目录作为自身的根文件系统，从而直接运行其中的应用程序。由于根文件系统位于主机端，开发者只需将更新后的程序复制到/tftpboot目录中，重新运行即可完成测试，无需反复烧写镜像到开发板的存储介质。这种方式极大提升了开发效率，减少了固件烧录的时间开销和硬件读写损耗，特别适用于频繁修改和调试的开发阶段，是嵌入式Linux系统开发中广泛采用的调试手段之一。
2、 搭建NFS服务环境
3、 首先安装NFS服务及相关组件，执行命令：sudo apt-get install nfs-kernel-server portmap。安装完成后，需对NFS进行配置，编辑系统配置文件 /etc/exports，在其中添加共享目录的设置。将主机上的 /work/nfs_root 目录设置为可通过网络文件系统访问，添加如下内容：/work/nfs_root *(rw, sync, no_root_squash)，该配置表示允许所有客户端以读写模式访问该目录，并保持root权限不被压缩。此外，通常还需共享用于网络启动的 /tftpboot 目录，以便目标开发板能够访问所需文件。在配置文件中加入以下两行：/tftpboot *(rw, sync, no_subtree_check, no_root_squash)。这两条规则确保目标板在通过TFTP加载内核或文件系统时，能够顺利访问该目录中的资源，同时避免子树检查带来的潜在问题，并保留根用户权限。配置完成后，需要重启NFS服务以使更改生效。执行命令：sudo /etc/init.d/nfs-kernel-server restart，该命令将重新启动NFS服务，确保所有共享目录按新配置正常运行。此外，还需安装串口通信工具minicom，用于后续与开发板的串行连接和调试操作。整个环境配置完成后，即可通过网络方式为嵌入式设备提供文件系统挂载和内核下载支持，为后续的开发与调试工作奠定基础。
4、 安装minicom工具：执行命令sudo apt-get install minicom，随后将其配置为使用/dev/ttyS0串口，参数设置为波特率115200、8N1数据格式。配置完成后，可通过该工具进行串口通信。若在后续操作中涉及通过TFTP下载文件却失败，应首先确认TFTP服务是否正常运行，可使用ps -ax | grep tftp命令查看服务状态，如未启动，可通过sudo service tftpd-hpa restart命令重启服务以确保功能正常。
5、 在Linux服务器上配置交叉编译环境并使用NFS进行调试。以hi3515平台和misc_ctrl程序为例，需先在PC端搭建交叉编译平台，安装并配置arm-hisi-linux编译器，确保开发主机与目标设备间的文件共享和调试通信正常，实现程序的交叉编译与远程调试。
6、 从服务器 smb://192.168.6.16/nfs/crosscompiler 下载名为 Hi3515_SDK_V1.0.5.0.c1.tgz 的压缩文件，确保网络连接正常，并保存至本地指定目录，以便后续解压和使用开发环境相关工具。
7、 将Hi3515_SDK_V1.0.5.0.c1.tgz文件进行解压，使用命令：tar -zxf Hi3515_SDK_V1.0.5.0.c1.tgz。具体操作步骤可参考随附的Hi3515 SDK 安装以及升级使用说明.txt文档。解压完成后，进入指定路径，检查目录 /opt/hisi-linux/x86-arm/gcc-3.4.3-uClibc-0.9.28/usr/bin 是否存在，确认其中是否包含所需的交叉编译工具链，特别是编译器可执行文件。若该路径下编译器正常显示，则表明SDK环境已初步部署成功，可进行后续的开发与编译工作。如未找到，需重新核对解压过程与路径设置是否正确。
8、 编辑系统配置文件以添加编译器路径：使用命令 `sudo vi /etc/profile` 打开配置文件，在文件末尾添加编译器的路径信息。注意，arm-hisi-linux 路径通常由系统自动配置，需确认是否已包含以下环境变量设置：`export PATH=/opt/hisi-linux/x86-arm/gcc-3.4.3-uClibc-0.9.28/usr/bin:\$PATH`。确保路径正确无误后保存并退出编辑器。随后执行 `source /etc/profile` 命令，使新配置的环境变量立即生效。完成该步骤后，交叉编译器的运行环境便已成功部署，系统能够在后续操作中正确识别和调用指定的交叉编译工具链，为后续的编译构建工作提供支持。整个过程确保了开发环境的完整性和可用性。
9、 在对misc_ctrl模块进行调试时（以HI3515平台为例），需特别注意交叉编译过程中的配置问题。由于不同开发板所使用的内核可能存在差异，因此在编译前必须根据具体平台对配置文件config.mk进行相应修改。具体操作步骤如下：进入bvpu目录后，执行脚本命令./mklink.sh，随后运行make hisi3515_config，即可完成针对HI3515平台的misc_ctrl编译配置。
10、 在实际调试过程中，推荐采用NFS（网络文件系统）方式进行调试，以提高开发效率。首先需要正确设置bootargs启动参数，确保系统能够通过网络挂载根文件系统。调试时可通过U-Boot设置如下参数：将busclk设为220000000，内存大小设为128M，串口控制台使用ttyAMA0，波特率为115200。根文件系统指定为NFS方式挂载，地址为192.168.6.47上的/tftpboot/BVS-W4020-VC-E.filesys.3515目录，并添加nolock选项以避免文件锁问题。同时配置网卡MAC地址为00-0B-3D-F5-09-51，设备IP设为192.168.6.49，服务器IP为192.168.6.47，网关为192.168.6.254，子网掩码为255.255.255.0。此外，还需设置PCI工作模式为host，时钟选择为1，并启用命令行调试功能。
11、 参数设置完成后，继续配置IP地址信息，使用setenv命令分别设置本地IP（ipaddr）和服务器IP（serverip）。然后通过TFTP协议将位于PC端/tftpboot目录下的内核镜像uImage下载到开发板内存地址0xc1000000处，最后执行bootm 0xc1000000命令启动系统。此时，开发板将把PC机上的/tftpboot目录作为其根文件系统运行，实际运行的内核也来自该目录下的镜像文件。这种调试方式便于实时修改和测试代码，无需频繁烧写固件，极大提升了调试效率和灵活性。
12、 调试misc_ctrl时，需先修改配置文件以避免进程被kill后自动重启。进入指定路径：cd /tftpboot/BVS-W4020-VC-E.filesys.3515/etc，使用sudo vi命令编辑misc_ctrl_spec文件，调整相关参数，确保调试过程中服务不会意外恢复，从而便于问题排查与功能验证。
13、 修改配置文件misc_ctrl_spec中的system字段内容，确保系统设置正确无误。
14、 在minicom中执行以下操作：将watchdog参数由1改为0，以关闭看门狗功能。若不启用看门狗，请确保内核能自动喂狗，否则可能导致系统重启。关闭后，在终止misc_ctrl进程时，系统将不再因看门狗超时而重新启动，从而保持稳定运行状态。
15、 首先，将位于192.168.6.46的/tftpboot目录通过NFS挂载到开发板的/mnt/media路径下，执行命令：mount -o nolock -t nfs 192.168.6.46:/tftpboot /mnt/media。挂载成功后，进入系统中运行的misc_ctrl进程需要被终止，以便后续替换。使用kill命令停止当前正在运行的misc_ctrl进程。接着，将重新编译生成的misc_ctrl可执行文件复制到主机端的/tftpboot目录中，确保文件已正确放置。然后进入/tftpboot目录下的BVS-W4020-VC-E.filesys.3515/usr/bin路径，确认新版本的misc_ctrl已就位。在开发板上直接运行位于/tftpboot路径下的新misc_ctrl程序，启动命令为：./misc_ctrl。整个过程实现了无需重新烧写系统即可更新并运行最新版本的控制程序，便于快速调试和验证功能修改。该方法依赖网络文件系统共享，要求开发板与主机处于同一局域网并正确配置NFS服务。
