转:http://blog.chinaunix.net/uid-23782786-id-3839602.html
前言:
最近搞这玩样,真是折腾,网上的资料都是片段,而且很少。折腾了4、5还没明白其整个的工作流程。眼看时间一天天地流失,内心哪个捉急啊!
于是,豁出去了,从Makefile开始看。并且在源码中添加调用栈打印,终于搞明白了流程;
现摘记出来供后来人参考。
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------
前提:
芯片:bcm56142
编译:(kernel model)
1. cd system/linux/kernel/x86-generic-2_6/
2. make
程序的连接使用的是 -static 选项,所以 nsl,m,c,pthread等库只能使用静态库(*.a),否则链接过程会提示找不到库 :
/usr/bin/ld: cannot find -lnsl 之类的错误。
编译完成后,进行安装;
insmod linux-kernel-bde.ko
insmod linux-uk-proxy.ko
insmod linux-bcm-diag-full.ko
mknod /dev/linux-uk-proxy c 125 0
1. BCM配置命令操作?
我们在shell中执行 ./bcm.user.proxy,就启动了BCM的命令行用户界面。
这时候,用户就可以使用命令了,比如配置Vlan,端口使能等。
2. 当在开发新产品时,该怎么使用这个SDK呢?
当然了,如果不使用这个SDK也是可以的,直接操作设备文件,但是这个是有工作量,需要花时间的...
我们在执行了 ./bcm.user.proxy时,实际启动的是一个用户空间程序,
对应文件 systems/linux/kernel/user/bcm-diag-proxy/bcm-diag-proxy.c里的main()函数。
main()
(
1. 首先打开设备文件 /dev/linux-uk-proxy。
2. 启动一个读线程,用于从内核 _service_list(name "BCM DIAG SHELL")的sndqueue发送队列
读取内核执行命令后的输出信息。
3. 当前进程则将用户输入定向到标准输入,如果用户输入了字符,则将其发送到
内核_service_list(name "BCM DIAG SHELL")rcvqueue 接收队列
)
当我们在 BCM> 提示符下输入一条命令,比如 show pci
命令"show pci"被传送到了内核_service_list(name "BCM DIAG SHELL")rcvqueue接收队列上。
那么show pci命令怎么被执行了呢?
回到前面的 insmod linux-bcm-diag-full.ko
当这个模块被插入内核时,其初始化函数会调用 _init()
/* systems/linux/kernel/modules/shared/gmodule.c */
int __init init_module() //内核模块加载函数,即insmod时会调用的函数,module_init()最终也是掉这个函数
{
_gmodule = gmodule_get();
......
if(_gmodule->init)
{
if((rc = _gmodule->init()) < 0) //调用 _init()
{
}
}
}
/* systems/linux/kernel/modules/bcm-diag-full/bcm-diag-full.c */
_init()
{
最重要的活就是创建了一个处理shell命令的内核线程:_bcm_shell()
}
/* systems/linux/kernel/modules/bcm-diag-full/bcm-diag-full.c */
_bcm_shell()
{
调用函数 diag_shell(),这个就是最重要的函数了。
}
/* src/appl/diag/system.c */
diag_shell()
{
diag_init(); // 这个没啥好说的,自己看代码,初始化了一些链表,并打印BCM相关信息
sysconf_init();
sysconf_probe();//这里去探测系统中存在的BCM家族的芯片,主要是通过读PCI配置空间的ID
sysconf_attach(); //这里就是将探测到的设备对应的函数安装到对应的钩子上
while(1)
{
sh_process(-1, "BCM", TRUE); //这个东东就一直轮询用户的输入,并执行用户的命令了。
}
}
/* src/appl/diag/shell.c */
sh_process()
{
while(1)
{
sal_readline(); //关注一下这个函数,这个函数就是
// 去从内核_service_list(name "BCM DIAG SHELL")rcvqueue接收队列上取用户的命令
}
......
if( cur_mode == BCMX_CMD_MODE )
sh_process_command(); //看到没,这时候才是真正的去执行用户输入的命令了。
}
/* src/sal/appl/io.c */
sal_readline()
{
sal_console_gets();
}
/* src/sal/appl/linux/console.c */
sal_console_gets()
{
tty_gets();
}
/* systems/linux/kernel/modules/bcm-diag-full/bcm-diag-full.c */
tty_gets()
{
while(!(rc >= 0))
{
rc=linux_uk_proxy_recv(); //直接从内核_service_list(name "BCM DIAG SHELL")rcvqueue队列上
// 取用户的命令
}
}
/* systems/linux/kernel/modules/uk-proxy/linux-uk-proxy.c */
linux_uk_proxy_recv()
{
return _list_op(&s->recv_q.data, &s->recv_q.free, data, len, _LIST_OP_F_GET | _LIST_OP_F_KERN);
}
从以上分析可以看出,linux-bcm-diag-full.ko 是很重要的模块,用于接口用户的,执行bcm 命令。
写这篇文档,一是记录下,日后自己再做BCM的开发,可以省时省力些;二来给像我一样刚接触BCM开发的后来者以参考,少走弯路。
当然,要向了解所有的,最好还是看下他的makefile工程,虽然可能会花上一两天时间,但是对你看代码很有帮助的,
因为代码里好多一样的文件名和函数名,不看Makefile你不知道调哪个了.
对于开发BCM应用:
1. 你可以修改 bcm-diag-proxy.c的main线程,将其的输入重定向一个文件,然后你懂的...
2. 直接操作 /dev/linux-uk-proxy文件(open,ioctl,对应内核的模块linux-uk-proxy.c 中的_ioctl)
最近搞这玩样,真是折腾,网上的资料都是片段,而且很少。折腾了4、5还没明白其整个的工作流程。眼看时间一天天地流失,内心哪个捉急啊!
于是,豁出去了,从Makefile开始看。并且在源码中添加调用栈打印,终于搞明白了流程;
现摘记出来供后来人参考。
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------
前提:
芯片:bcm56142
编译:(kernel model)
1. cd system/linux/kernel/x86-generic-2_6/
2. make
程序的连接使用的是 -static 选项,所以 nsl,m,c,pthread等库只能使用静态库(*.a),否则链接过程会提示找不到库 :
/usr/bin/ld: cannot find -lnsl 之类的错误。
编译完成后,进行安装;
insmod linux-kernel-bde.ko
insmod linux-uk-proxy.ko
insmod linux-bcm-diag-full.ko
mknod /dev/linux-uk-proxy c 125 0
1. BCM配置命令操作?
我们在shell中执行 ./bcm.user.proxy,就启动了BCM的命令行用户界面。
这时候,用户就可以使用命令了,比如配置Vlan,端口使能等。
2. 当在开发新产品时,该怎么使用这个SDK呢?
当然了,如果不使用这个SDK也是可以的,直接操作设备文件,但是这个是有工作量,需要花时间的...
我们在执行了 ./bcm.user.proxy时,实际启动的是一个用户空间程序,
对应文件 systems/linux/kernel/user/bcm-diag-proxy/bcm-diag-proxy.c里的main()函数。
main()
(
1. 首先打开设备文件 /dev/linux-uk-proxy。
2. 启动一个读线程,用于从内核 _service_list(name "BCM DIAG SHELL")的sndqueue发送队列
读取内核执行命令后的输出信息。
3. 当前进程则将用户输入定向到标准输入,如果用户输入了字符,则将其发送到
内核_service_list(name "BCM DIAG SHELL")rcvqueue 接收队列
)
当我们在 BCM> 提示符下输入一条命令,比如 show pci
命令"show pci"被传送到了内核_service_list(name "BCM DIAG SHELL")rcvqueue接收队列上。
那么show pci命令怎么被执行了呢?
回到前面的 insmod linux-bcm-diag-full.ko
当这个模块被插入内核时,其初始化函数会调用 _init()
/* systems/linux/kernel/modules/shared/gmodule.c */
int __init init_module() //内核模块加载函数,即insmod时会调用的函数,module_init()最终也是掉这个函数
{
_gmodule = gmodule_get();
......
if(_gmodule->init)
{
if((rc = _gmodule->init()) < 0) //调用 _init()
{
}
}
}
/* systems/linux/kernel/modules/bcm-diag-full/bcm-diag-full.c */
_init()
{
最重要的活就是创建了一个处理shell命令的内核线程:_bcm_shell()
}
/* systems/linux/kernel/modules/bcm-diag-full/bcm-diag-full.c */
_bcm_shell()
{
调用函数 diag_shell(),这个就是最重要的函数了。
}
/* src/appl/diag/system.c */
diag_shell()
{
diag_init(); // 这个没啥好说的,自己看代码,初始化了一些链表,并打印BCM相关信息
sysconf_init();
sysconf_probe();//这里去探测系统中存在的BCM家族的芯片,主要是通过读PCI配置空间的ID
sysconf_attach(); //这里就是将探测到的设备对应的函数安装到对应的钩子上
while(1)
{
sh_process(-1, "BCM", TRUE); //这个东东就一直轮询用户的输入,并执行用户的命令了。
}
}
/* src/appl/diag/shell.c */
sh_process()
{
while(1)
{
sal_readline(); //关注一下这个函数,这个函数就是
// 去从内核_service_list(name "BCM DIAG SHELL")rcvqueue接收队列上取用户的命令
}
......
if( cur_mode == BCMX_CMD_MODE )
sh_process_command(); //看到没,这时候才是真正的去执行用户输入的命令了。
}
/* src/sal/appl/io.c */
sal_readline()
{
sal_console_gets();
}
/* src/sal/appl/linux/console.c */
sal_console_gets()
{
tty_gets();
}
/* systems/linux/kernel/modules/bcm-diag-full/bcm-diag-full.c */
tty_gets()
{
while(!(rc >= 0))
{
rc=linux_uk_proxy_recv(); //直接从内核_service_list(name "BCM DIAG SHELL")rcvqueue队列上
// 取用户的命令
}
}
/* systems/linux/kernel/modules/uk-proxy/linux-uk-proxy.c */
linux_uk_proxy_recv()
{
return _list_op(&s->recv_q.data, &s->recv_q.free, data, len, _LIST_OP_F_GET | _LIST_OP_F_KERN);
}
从以上分析可以看出,linux-bcm-diag-full.ko 是很重要的模块,用于接口用户的,执行bcm 命令。
写这篇文档,一是记录下,日后自己再做BCM的开发,可以省时省力些;二来给像我一样刚接触BCM开发的后来者以参考,少走弯路。
当然,要向了解所有的,最好还是看下他的makefile工程,虽然可能会花上一两天时间,但是对你看代码很有帮助的,
因为代码里好多一样的文件名和函数名,不看Makefile你不知道调哪个了.
对于开发BCM应用:
1. 你可以修改 bcm-diag-proxy.c的main线程,将其的输入重定向一个文件,然后你懂的...
2. 直接操作 /dev/linux-uk-proxy文件(open,ioctl,对应内核的模块linux-uk-proxy.c 中的_ioctl)