linux can总线接收数据串口打包上传_使用Zedboard开发板学习Linux的移植及驱动开发...

本文是昨天发的文章《龙芯杯CPU设计竞赛与ZYNQ设计流程介绍》接续部分。重点介绍传统方式的Linux移植和Xilinx的Petalinux的快速移植开发两种。

部分硬件设计中需要CPU完成对电路寄存器的配置,为了完成Zedboard对FPGA上部分寄存器的配置功能,可以在PS单元(处理器系统)上运行裸机程序(无操作系统支持)完成和PL单元(FPGA部分)的数据交互功能,此时PS单元更像单片机开发;另一种方法是PS单元运行Linux操作系统,通过驱动程序和应用程序完成对硬件寄存器的读写操作,并且Linux有着完整的网络协议栈支持,后续可拓展性更强,可以更好的发挥ZYNQ这种异构架构芯片的性能。主要分为两部分,分别阐述Zedboard中FPGA和处理器互联总线与硬件设计和Zedboard处理器系统上嵌入式Linux的移植与通过驱动和应用程序简单配置FPGA寄存器的实现。上次介绍了没有操作系统下的驱动和应用程序开发,本文介绍带操作系统的驱动和应用程序开发。

1、传统方式移植Linux

Zedboard上电后会首先启动BootRom,bootrom中固化了最初启动需要的初始代码,并根据板卡上的跳线决定从flash或者sd卡或者jtag启动。这里选择从SD卡启动,bootrom中的代码会将SD卡中的启动文件拷贝到RAM或者片上共享缓存中去,为下一步启动做准备。

下一阶段的启动文件负责初始化FPGA的比特流文件和初始化ARM处理器的FSBL文件(VIVADO生成),在PL和PS单元完成最基本的初始化操作后,就需要启动BootLoader来引导后面发linux内核,XIlixn的解决方案中可以将二进制比特流文件和fsbl以及uboot打包成BOOT.bin文件,BOOT.bin中的uboot可以加载内核到内存,并从0x00080000位置启动内核。另外,内核启动还需要设备树和根文件系统。

(1)交叉编译链和开发环境搭建

为了得到能够在嵌入式平台上运行的代码,需要在linux主机上交叉编译需要运行的代码,交叉编译工具链就是提供交叉编译的一套工具集。开发主机选择Ubuntu1604LTS系统,安装VIVADO17.4版本,安装完成后 VIVADO SDK

用时已经自动安装了交叉编译链arm-linux-gnueabihf- ,使用命令

source/opt/Xilinx/SDK/2017.4/setting64.sh

添加引用1后即可使用交叉编译链。Xilinx在较早的VIVADO SDK版本中提供了arm-xilinx-linux-gnueabi-编译链,区别在于arm-linux-gnueabihf-使用硬件加速浮点数运算,而arm-xilinx-linux-gnueabi-使用软件计算。通过查询资料,发现17.4版本的SDK中包含arm-xilinx-linux-gnueabi-编译链的引用,但是软件安装时没有成功安装,这应该是17.4版本的一个BUG,我们在另一台安装15.4版本VIVADO SDK的Ubuntu主机下,找到/opt/Xilinx/SDK/2015/gnu/arm文件夹,将其拷贝到17.4版本对应的目录,发现可以成功引用,输入(交叉编译链)gcc-v查看:

linux can总线接收数据串口打包上传_使用Zedboard开发板学习Linux的移植及驱动开发..._第1张图片

gcc版本为4.9.2。需要注意的是,使用两条编译链中的任意一条都可以用于交叉编译,但是两者之前不兼容,因此使用其中一条交叉编译链即可。17.4自带的gcc编译器版本更高,是6.2.1版本。

linux can总线接收数据串口打包上传_使用Zedboard开发板学习Linux的移植及驱动开发..._第2张图片

为了支持32 位工具,需要预先安装 32 位支持工具包。使用sudo命令获取root权限,apt-get install lib32z1 lib32ncurses5lib32bz2-1.0 lib32stdc++6安装上述工具包。(PS,可以修改Ubuntu镜像源为西电开源社区镜像,实测速度在5MB左右)。安装上述包后还需要安装Openssl库来实现网络保密性,在编译u-boot时会用到,使用命令apt-get install libssl-dev安装。

为了提高工作效率,嵌入式开发通常可以在Windows下使用SourceInsight等内核源码阅读工具来开发驱动和应用程序,而交叉编译环境则往往在linux主机上,因此我们可以使用ssh登陆linux服务器,完成命令控制和编译文件,使用ftp文件传输服务在Windows和linux主机之间传递文件,编译完成的驱动可以以NFS挂载的方式直接在嵌入式开发板运行。搭建工作环境不是本文的重点,因此不再这里详细说明。

(2)U-boot编译

Xilinx官方提供了u-boot的源码,位于https://github.com/Xilinx/u-boot-xlnx/releases,我们按照自己需要的版本进行下载和使用。

将下载好的u-boot-xlnx-xilinx-v2017.1.zip文件上传到Ubuntu服务器,使用命令unzip解压缩后进入u-boot-xlnx-xilinx-v2017.1目录,在 u-boot 的文件夹下有很多子文件夹构成,其中每个文件夹都实现一个对应的功能。

1) api:相关的api函数,如输出字符函数。

2) arch: 与特定的 CPU 构架相关。在该目录下,有u-boot 所支持的各种架构的cpu,并且有一个单独的子目录对应。典型的,arch 文件夹下名字为 arm 的子目录就是 Zynq-7000 SOC所对应使用的 CPU 构架目录。

3)board: 和一些已有开发板有关的文件。每一个开发板都有一个子目录出现在当前目录下

4)common: 实现u-boot 命令行下所支持的命令。在该目录下,每条命令对应一个独立的文件夹。

5)disk: 提供对磁盘的支持。

6)doc:文档说明

7)drivers: 在该目录下保存着 u-boot 所支持的设备驱劢程序。典型的如各种网卡、支持的CFI 癿 Flash 存储器、串口和 USB 等。

8)fs:支持的文件系统

9)include:该目录下保存着 u-boot 所使用的头文件,对各种硬件平台支持的汇编文件、系统的配置文件以及对文件系统支持的文件。该目录下configs 目录有开发板相关的配置头文件,如 zynq_common.h 是与 zynq 开发板相关的配置文件。

10)lib: 该目录下保存着体系结构相关的库文件。

11)net: 该目录下保存着网络协议相关的代码。比如BOOTP 协议、 TFTP 协议、RARP 协议和 NFS 文件系统的实现

12)tools: 该目录下保存着用于生成 u-boot 癿工具,包括 mkimage、 crc、 Makefile 和boards.cfg配置文件。

linux can总线接收数据串口打包上传_使用Zedboard开发板学习Linux的移植及驱动开发..._第3张图片

下面开始进行u-boot的编译,编译u-boot需要扁平化设备树的支持,首先输入命令apt-get installdevice-tree-compiler安装设备树编译工具。安装完成dtc工具后就可以进行u-boot的编译了。

在configs文件下保存有各个开发板的默认配置,我们搜索zynq有关的配置文件,发现zynq_zed_defconfig文件,这个就是Zedboard默认的配置选项。而ax70**系列的则是黑金开发板的默认配置文件。

linux can总线接收数据串口打包上传_使用Zedboard开发板学习Linux的移植及驱动开发..._第4张图片

在编译u-boot之前,需要先将配置选项写入.config配置文件中,输入命令make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- zynq_zed_defconfig进行配置。注意,你需要先source /opt/Xilinx/SDK/2017/setting64.sh添加相关引用才能使用,当然也可以把上述命令写入/etc/profile这样就可以开机使用。

linux can总线接收数据串口打包上传_使用Zedboard开发板学习Linux的移植及驱动开发..._第5张图片

当出现written to .configs时,表明配置选项写入成功,接下来我们就可以进行编译u-boot了。

linux can总线接收数据串口打包上传_使用Zedboard开发板学习Linux的移植及驱动开发..._第6张图片

使用命令make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf-编译u-boot,经过一段时间的编译后,在u-boot根目录下会出现u-boot文件,我们将其下载到Windows下并重命名为u-boot.elf,等待下一步使用。

linux can总线接收数据串口打包上传_使用Zedboard开发板学习Linux的移植及驱动开发..._第7张图片
linux can总线接收数据串口打包上传_使用Zedboard开发板学习Linux的移植及驱动开发..._第8张图片

(3)生成BOOT.bin启动文件

BOOT.bin需要VIVADO SDK生成fsbl,然后将u-boot和VIVADO生成的比特流打包。

启动VIVADO SDK,选择File ->New -> Application Project创建一个新的SDK工程,工程命名为fsbl,其余保持默认不变。

linux can总线接收数据串口打包上传_使用Zedboard开发板学习Linux的移植及驱动开发..._第9张图片
linux can总线接收数据串口打包上传_使用Zedboard开发板学习Linux的移植及驱动开发..._第10张图片

点击next,选择ZYNQ FSBL模板,点击Finish完成工程的创建,SDK会自动创建一个名为fsbl的工程和fsbl_bsp板级支持包。选中fsbl工程,右键选项选择Create Boot Image,在弹出的选项卡中可以发现SDK已经问我们添加了刚才生成的fsbl和有VIVADO导入SDK中的比特流文件,我们只需要再添加编译好的u-boot即可。

linux can总线接收数据串口打包上传_使用Zedboard开发板学习Linux的移植及驱动开发..._第11张图片

点击右侧的Add可以添加新的文件,Delete可以删除选中的文件,Edit可以编辑文件的类型。我们选择Add添加u-boot.elf文件。

在新的选项卡中填入uboot.elf的路径,这里一定要注意类型为Datafile类型,否则无法正常启动。

linux can总线接收数据串口打包上传_使用Zedboard开发板学习Linux的移植及驱动开发..._第12张图片

点击OK确认后退回到上次层选项卡,选择Create Image选项,在SDK目录下就会生成对应的BOOT.bin文件。

linux can总线接收数据串口打包上传_使用Zedboard开发板学习Linux的移植及驱动开发..._第13张图片

将BOOT.bin拷贝到Zedboard的SD卡,连接串口,开机观察串口提示,发现u-boot已经可以正常启动了,并且此时FPGA也已经按照VIVADO的网表文件初始化完成,但是u-boot提示无法读取内核镜像,我们将在下一步中生成。

(4)内核编译

Xilinx官方提供了linux的源码,供开发者下载和使用,我们打开Xilinx官网链接:https://github.com/Xilinx/linux-xlnx/releases;选择17.4版本下载并解压。Linux解压命令为 :

tar zxvf linux-xlnx-xilinx-v2017.4.tar.gz

解压后进入该目录,这里对关键目录进行说明:

1)include/---- 内核头文件,需要提供给外部模块使用

2) kernel/---- Linux 内核癿核心代码,包扩进程调度子系统,以及进程调度相关的模块。

linux can总线接收数据串口打包上传_使用Zedboard开发板学习Linux的移植及驱动开发..._第14张图片

3)arch/---- 体系结构相关的代码,例如 arm, x86 等等,我们使用的ARM A9处理器就在arch/arm/目录下。

arch/mach包含了具体开发板有关的代码

arch/boot/dts 包含了设备树文件

arch/arm/configs目录下包含了arm架构处理器和开发板的一些内核默认配置文件,Zedboard的默认配置文件也在此目录下。

4)driver目录则存放了可用的驱动程序,你可以将自己的驱动放入此目录,在后面选择编译进内核。

5)scripts目录下包含了设备树编译器dtc和解释内核配置选项相关的文件和目录。

其余目录则不是本文介绍的重点,当开发平台启动BootLoader后,需要读取内核镜像,并依赖设备树文件传入的一些启动参数才能启动。当然还需要文件系统的支持。Linux内核有Imange、zImage和uImage等格式,Image就是正常编译出的linux内核,但是鉴于嵌入式资源有限,我们可以将内核和一段自解压程序进行压缩,这样启动时BootLoader先调用zImage的解压接口进行解压缩,而后在调用内核接口启动内核,相比于Image,zImage启动更慢一些。uImage就是在头部加入了一些u-boot相关代码的压缩Linux内核镜像,便于u-boot启动内核镜像。因此,我们最终要生成的就是uImage内核镜像。

上面说过在arch/arm中存放了我们需要的arm A9处理器的代码和文件,进入arch/arm/configs,搜索zynq相关的配置,发现xilinxz_zynq_defconfig配置文件,这就是Zedboard可用的默认配置文件。和u-boot类似,我们也需要先写入默认配置到.config文件才能编译内核。

使用命令make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- xilixn_zynq_defconfig进行内核配置文件的写入。写入完成后提示written to .config。可用使用make menuconfig配置内核选项:

linux can总线接收数据串口打包上传_使用Zedboard开发板学习Linux的移植及驱动开发..._第15张图片

这里保持默认,无需修改,如果需要将自己的驱动编译进内核,可以在这里选中,但是这样不利于调试驱动。

linux can总线接收数据串口打包上传_使用Zedboard开发板学习Linux的移植及驱动开发..._第16张图片

使用命令make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- 编译内核,内核编译需要较长的时间。如果配置过程中需要重新修改或者发生错误,可以使用make distclean命令使内核恢复最初的状态,然后重新编译。

我们使用make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- uImageLOADADDR=0x00008000重新生成内核,指定内核镜像为uImage,内核入口地址为0x00008000。由于内核已经编译过一次,这次可以很快生成。

linux can总线接收数据串口打包上传_使用Zedboard开发板学习Linux的移植及驱动开发..._第17张图片

生成的内核位于arch/arm/boot目录下。拷贝uImage到Zedboard的SD卡准备启动时使用。

(5)生成设备树文件

设备树是一种设备节点的描述,它告诉内核板卡上有哪些外设以及外设占用的资源,比如寄存器映射空间和中断号等信息。另外设备树还可以修改内核启动参数,如串口选择、波特率设置和根文件系统的选择。

通过VIVADO SDK可以生成设备树描述文件,这样便于我们开发,而不需要完全手动创建。VIVIADO安装时并没有安装设备树生成器,所以需要我们手动安装。我们首先下载xilinx提供的device tree generator,并安装到SDK。访问https://github.com/Xilinx/device-tree-xlnx/releases获取对应版本的设备树生成器。下载并放到VIVADO安装目录下的SDK2017.4dataembeddedswdevicetreebsp目录下,重命名为device-tree-xlnx_v2017_4(我的VIVADO版本为17.4)。打开SDK,在SDK中操作点击菜单: Xilinx Tools -> Repositories,然后在LocalRepositories中添加我们刚才下载的SDK2017.4dataembeddedswdevicetreebspdevice-tree-xlnx_v2017_4路径并点击OK。

linux can总线接收数据串口打包上传_使用Zedboard开发板学习Linux的移植及驱动开发..._第18张图片

添加成功后如上图。点击菜单File -> New -> Board Support Package。弹出选项卡New Board Support Packet Project,选择device_tree,如果你上一步配置不成功,则不会出现device_tree选项,此时需要检查上一个步骤的问题。添加成功后点击Finish选项,VIVADO SDK会自动生成设备树描述文件dts。

稍后,VIVADO弹出BoardSupport Packet Setting选项卡,在bootargs中填入console=ttyPS0,115200 root=/dev/ram rw initrd=0x800000,8Mearlyprintk rootfstype=ext4 rootwait devtmpfs.mount=0。“bootargs”参数用于指定启动时传递给内核的参数。“console device”参数用于指定所使用的串口输出设备。

linux can总线接收数据串口打包上传_使用Zedboard开发板学习Linux的移植及驱动开发..._第19张图片

在SDK目录下的device_tree目录下可以看到很多dts文件,system-top.dts就是我们需要编译的设备树描述文件。它引用了zynq-7000.dtsi等对于zynq芯片通用的部分文件。将SDK目录下的整个device_tree目录上传到Ubuntu服务器,使用dtc编译器编译。编译命令如下:

./scripts/dtc/dtc-I dts -O dtb -o device.dtb ./device_tree/system-top.dts

linux can总线接收数据串口打包上传_使用Zedboard开发板学习Linux的移植及驱动开发..._第20张图片

6)文件系统

根文件系统使用uramdisk.image.gz根文件系统,ramdisk.image.gz根文件系统其格式与uboot不同,启动时uboot会提示ramdisk格式错误,若要让uboot能够识别ramdisk.image.gz根文件系统,需要利用mkimage给ramdisk.image.gz添加一些头部信息,生成uramdisk.image.gz。可以直接使用网络上的uramdisk.image.gz来作为根文件系统,一般来讲,根文件系统不需要做出修改。

另一种广泛应用的根文件系统是LINARO_FS,Linaro文件系统也可从网络上获取,因为我们的设备树中指定了从uramdisk.image.gz文件系统启动,因此这里不再介绍从Linaro文件系统启动。

现在,我们已经得到BOOT.bin文件,设备树device_tree.dtb文件和根文件系统uramdisk.image.gz根文件系统。将这三个文件放入Zedboard的SD卡,上电启动就可以使用Linux操作系统了。

linux can总线接收数据串口打包上传_使用Zedboard开发板学习Linux的移植及驱动开发..._第21张图片

7)驱动程序和应用程序测试

Linux驱动程序有静态编译进内核和动态模块加载两种,这里选择动态模块加载的方式,便于进行调试。在前面的硬件设计中,我们将AXI-Lite Slave的四个寄存器挂载到基地址为0x43c00000的位置,而Zedboard板卡上的8位LED灯连接到了寄存器0的低8位,因此我们写寄存器0的低八位就能很容易的通过LED的状态来判断写入是否成功。

驱动程序的入口和出口分别是init和exit,需要使用宏进行修饰如下:

// 注册初始化Linux驱动的函数module_init( leds_drv_init);// 注册卸载Linux驱动的函数module_exit( leds_drv_exit);

linux操作系统中无法直接读写物理地址,因此入口函数中,我们需要映射物理地址,使用ioremup函数映射物理地址。注意这里物理地址和硬件设计中保持一致。

leds= ioremap(0x43c00000, sizeof(LEDS_T))

Led灯只是一个简单的字符设备,但是这里我们使用该设备来注册设备驱动。

ret= misc_register(&misc);

杂项设备也是在嵌入式系统中用得比较多的一种设备驱动。在 Linux 内核的include/linux目录下有Miscdevice.h文件,要把自己定义的misc device从设备定义在这里。其实是因为这些字符设备不符合预先确定的字符设备范畴,所有这些设备采用主编号10,一起归于misc device,其实misc_register就是用主标号10调用register_chrdev()的。也就是说,misc设备其实也就是特殊的字符设备,可自动生成设备节点。LDD3中led设备也是用misc_register函数注册为杂设备,这说明led设备是作为杂项设备出现在内核中的,在内核中,misc杂项设备驱动接口是对一些字符设备的简单封装,他们共享一个主设备号,有不同的次设备号,共享一个open调用,其他的操作函数在打开后运用linux驱动程序的方法重载进行装载。

驱动代码:

#define DEVICE_NAME "leds" #define LEDS_BASE_ADDR (0x43c00000)typedef struct{ volatile unsigned int ADDR0; volatile unsigned int ADDR1; volatile unsigned int ADDR2; volatile unsigned int ADDR3;}LEDS_ADDR; LEDS_ADDR* leds;  static int leds_drv_open(struct inode *Inode, struct file *File){ leds->ADDR0 = 0xffffffff; leds->ADDR1 = 0xffffffff; leds->ADDR2 = 0xffffffff; leds->ADDR3 = 0xffffffff; return 0;}static ssize_t leds_drv_read(struct file *file, char __user *buf, size_t count, loff_t *ppos){ return 0;} static ssize_t leds_drv_write(struct file *file, const char __user *buf, size_t count, loff_t *ppos){ unsigned int ret = 0; unsigned int tmp_val; u32 pos = *offset; ret = copy_from_user(&tmp_val, buf, count);  leds->ADDR0 = tmp_val; //默认写入寄存器0 return ret;} // 描述与设备文件触发的事件对应的回调函数指针static struct file_operations dev_fops ={  .owner = THIS_MODULE,  .open = leds_drv_open, .read = leds_drv_read,  .write = leds_drv_write,}; // 描述设备文件的信息 static struct miscdevice misc ={  .minor = MISC_DYNAMIC_MINOR,  .name = DEVICE_NAME,  .fops = &dev_fops }; // 初始化Linux驱动static int __init leds_drv_init(void){ int ret;  leds = ioremap(LEDS_BASE_ADDR, sizeof(LEDS_T));  // 建立设备文件 ret = misc_register(&misc); // 输出日志信息 if(ret) { printk("leds_drv_init faiitrt!"); } else { printk("leds_drv_init success!"); }  return ret;}// 卸载Linux驱动static void __exit leds_drv_exit(void){ iounmap(leds);  // 删除设备文件  misc_deregister(&misc);  // 输出日志信息 printk("leds_drv_exit success!");} // 注册初始化Linux驱动的函数module_init( leds_drv_init);// 注册卸载Linux驱动的函数module_exit( leds_drv_exit);MODULE_LICENSE("Dual BSD/GPL");

应用程序调用驱动程序接口,从控制台读取一个数字,写入到寄存器0,寄存器0的低八位就可以在led灯上显示出来。

应用程序源码:

#include #include #include #include #include #include int main(int argc, char** argv){ int fd; fd = open("/dev/leds

你可能感兴趣的:(linux,can总线接收数据串口打包上传)