内核netlink接收用户空间的数据属于进程上下文还是中断上下文啊？

wangjun0629

rt

ioctl的内核处理函数能够确定是进程上下文。但是netlink的实现，是采用的软中断方法。

所以这里迷糊了。 采用软中断实现的接收处理函数属于进程上下文还是中断上下文呢？

wangjun0629

刚才挖坟看到的，问问各位大拿，这样解释对不对

从用户空间主动发送数据到内核空间，通过sockete系统调用后，进入内核态，这时系统处于内核态（仍然处于进程的上下文中）；从内核主动发数据到用户空间，如通过中断-）软中断收到报文，通过netfilter调用事先注册的处理函数，最终通过socket机制唤醒用户进程接收数据包，这个过程中，系统处于中断（或软中断）状态。所以个人认为，netlink socket的最大优点，一是可以实现用户和内核的双向通信，二是采用更通用的socket接口方便编程，三是内核（中断或软中断）可以实时通知用户进程进行报文交互。

这句话的意思我理解为 ：   

1  用户空间发送数据给内核  （进程上下文）， 如果内核收到消息后，发送回复的ack也属于（进程上下文）。

2  内核主动上报给用户空间   （中断上下文）。

wangjun0629

这篇文章说的又不同 https://www.ibm.com/developerworks/cn/linux/l-netlink/

说kernel_receive() 函数的运行在软中断环境。

humjb_1983

软中断应该属于中断上下文，个人觉得区分的意义不太大。

asuka2001

3.11.5内核，没发现你说的 kernel_receive()

内核 netlink套接字接收用户空间的接收函数，即 netlink_socket.netlink_rcv

它在调用 netlink_kernel_create()时，设置为第三个参数 struct netlink_kernel_cfg中的 input域

这个函数运行于进程上下文，详细调用链为 （假设你在用户空间调用 sendmsg)

1. <net/socket.c>
   
2. SYSCALL_DEFINE3(sendmsg, int, fd, struct msghdr __user *, msg, unsigned int, flags)
   
3.         __sys_sendmsg()
   
4.                 ___sys_sendmsg()
   
5.                         sock_sendmsg()
   
6.                                 __sock_sendmsg()
   
7.                                         __sock_sendmsg_nosec()
   
8.                                                 sock->ops->sendmsg()

复制代码

由于你使用的套接字为 netlink, sock->ops->sendmsg()实际调用的是

1. <net/netlink/af_netlink.c>
   
2. netlink_sendmsg()
   
3.         netlink_unicast()
   
4.                 netlink_unicast_kernel()
   
5.                         netlink_sock->netlink_rcv()

复制代码

wangjun0629

楼上大哥，这些调用关系怎么找的啊？ 有什么相关书籍啊？

asuka2001

回复 6# wangjun0629

都是自己阅读代码。。。

mordorwww

netlink socket她也是socket，你说socket收发是在用户进程上下文还是中断上下文

goter

用户层发数据的话在进程上下文