找了个框架,修改如下
1
//devfs_handle_t dev_handle3;
// 将此注释掉了,这个可能是2.6内核下的写法,而我板子是2.4的
#define DEVICE_NAME "shumas"
#define FFTspi_MAJOR 233
// 同时加了上面两句,借鉴了做LED时的做法。
2
SPI_Port_Init函数里,已经将原来的程序注释掉了。
在此函数里,只加了一句话 呵呵,很简单,看上面的程序 呵呵
3
在ioctl_fftspi函数里,全部用ADS下的试验程序替换了,原来的不适合我的开发板定义,具体代码,参见上面的描述。
4
在注册和注销连个函数里,也做了修改,原来的方法没见过,估计是2.6内核的写法,故修改为LED时的注册方法,因为其实
2.4内核的,与我板子一致。
fftspi0_init_module
__exit fftclrspi0_module
其他,就没有修改的了。下面看具体的测试步骤哦
arm-linux-gcc -DKERNEL -DMODULE -I/armsys2410/kernel/include -c shuma.c
这样就生成了 vshuma.o文件
再写个测试程序 哈哈
运行后
此时,可以看到开发板上的数码管的变化了
“0-F”的变,从0开始,到F结束,当结束时,控制台同时输出如下内容哦
“finished shuma test”
到此,数码管的驱动程序算是完成 了
虽然板子冒烟了, 似乎影响不大。。。
1
//devfs_handle_t dev_handle3;
// 将此注释掉了,这个可能是2.6内核下的写法,而我板子是2.4的
#define DEVICE_NAME "shumas"
#define FFTspi_MAJOR 233
// 同时加了上面两句,借鉴了做LED时的做法。
2
SPI_Port_Init函数里,已经将原来的程序注释掉了。
在此函数里,只加了一句话 呵呵,很简单,看上面的程序 呵呵
3
在ioctl_fftspi函数里,全部用ADS下的试验程序替换了,原来的不适合我的开发板定义,具体代码,参见上面的描述。
4
在注册和注销连个函数里,也做了修改,原来的方法没见过,估计是2.6内核的写法,故修改为LED时的注册方法,因为其实
2.4内核的,与我板子一致。
fftspi0_init_module
__exit fftclrspi0_module
其他,就没有修改的了。下面看具体的测试步骤哦
arm-linux-gcc -DKERNEL -DMODULE -I/armsys2410/kernel/include -c shuma.c
这样就生成了 vshuma.o文件
再写个测试程序 哈哈
运行后
此时,可以看到开发板上的数码管的变化了
“0-F”的变,从0开始,到F结束,当结束时,控制台同时输出如下内容哦
“finished shuma test”
到此,数码管的驱动程序算是完成 了
虽然板子冒烟了, 似乎影响不大。。。