全部博文（29）
arm-linux学习（0）
图像/视频/音频（2）
c/c++/网络（2）
linux串口通信（2）
arm-linux移植（1）
qt/qtopia（1）
文件系统移植（1）
收集（0）
ubuntu服务器搭建（3）
内核移植（2）
uboot移植（6）
| 标题 | 阅读 | 评论 | 转发 | 发布日期 | |
|---|---|---|---|---|---|
| 基于s3c2410的uboot1.2.0的分析以及移植（下篇） | 3030 | 0 | 0 | 2009-04-20 | |
| 基于s3c2410的uboot1.2.0的分析以及移植（上篇） | 4215 | 1 | 1 | 2009-04-19 | |
| uboot 之uboot.lds分析 | 5903 | 0 | 0 | 2009-04-21 | |
| uboot之board.c源码分析 | 4786 | 0 | 1 | 2009-04-21 | |
| uboot之start.S源码分析 | 5505 | 0 | 2 | 2009-04-21 | |
| 移植U－Boot.1.2.0到博创2410－S（S3C2410A） | 1480 | 0 | 0 | 2009-04-19 |
tangcong292009-05-26 14:21
不好意思 很多天没上blog了。 驱动程序里面有一些宏可以检验用户空间指针的合法性。asm/uaccess.h里面就定义了get_user和put_user之类的宏。直接调用这些宏不但能检查用户空间指针的合法性还能传输数据。 既然驱动卸载了，应该可以再给物理设备再分配一个驱动吧 呵呵～～我也不清楚拉
chinaunix网友2009-05-20 15:11
临风玉树,真的很感谢你的回答.你回答的很专业,很有水平,支持你. 上面第二个问题,当时是想问驱动程序里面的宏,有一些返回给了用户空间,有些不理解. 第十个问题我的意思不是设备号动态分配.我是想问,如果我把驱动程序卸了,能不能回收驱动程序对应的物理设备,之后再分配给其它驱动程序.
