内核中的UDP socket流程（7）——udp

sock_sendmsg的代码很简单

int sock_sendmsg(struct socket *sock, struct msghdr *msg, size_t size)
{
struct kiocb iocb;
struct sock_iocb siocb;
int ret;
init_sync_kiocb(&iocb, NULL);
iocb.private = &siocb;
ret = __sock_sendmsg(&iocb, sock, msg, size);
if (-EIOCBQUEUED == ret)
ret = wait_on_sync_kiocb(&iocb);
return ret;
}

首先定义了一个struct kiocb类型的iocb——linux内核中所有I/O操作都要依赖于合格结构，然后初始化它。然后调用__sock_sendmsg，而__sock_sendmsg又调用UDP的sendmsg去做真正的发送。

也就是说，对于UDP的socket来说，sendto调用，真正去做工作的是udp_sendmsg这个函数。

int udp_sendmsg(struct kiocb *iocb, struct sock *sk, struct msghdr *msg,
size_t len)
{
struct inet_sock *inet = inet_sk(sk);
struct udp_sock *up = udp_sk(sk);
int ulen = len;
struct ipcm_cookie ipc;
struct rtable *rt = NULL;
int free = 0;
int connected = 0;
__be32 daddr, faddr, saddr;
__be16 dport;
u8 tos;
int err, is_udplite = IS_UDPLITE(sk);
int corkreq = up->corkflag || msg->msg_flags&MSG_MORE;
int (*getfrag)(void *, char *, int, int, int, struct sk_buff *);

将sk转为udp内部使用的类型指针，在TCP/IP中充斥了这样的转换。主要原因是因为对于上层来说，需要一个统一的类型，而到了底层的具体实现时，都会将上层抽象的数据类型，转为自己所需的类型。

并判断该UDP是否是udplite——udplite的定义见http://en.wikipedia.org/wiki/UDP_Lite

if (len > 0xFFFF)
return -EMSGSIZE;
/*
* Check the flags.
*/
if (msg->msg_flags & MSG_OOB) /* Mirror BSD error message compatibility */
return -EOPNOTSUPP;

进行一些错误检测。

ipc.opt = NULL;
ipc.shtx.flags = 0;
if (up->pending) {
/*
* There are pending frames.
* The socket lock must be held while it's corked.
*/
lock_sock(sk);
if (likely(up->pending)) {
if (unlikely(up->pending != AF_INET)) {
release_sock(sk);
return -EINVAL;
}
goto do_append_data;
}
release_sock(sk);
}
ulen += sizeof(struct udphdr);

如果该socket有pending的frame，那么直接将数据追加。如果没有就ulen加上udp首部的长度。

/*
* Get and verify the address.
*/
if (msg->msg_name) {
struct sockaddr_in * usin = (struct sockaddr_in *)msg->msg_name;
if (msg->msg_namelen < sizeof(*usin))
return -EINVAL;
if (usin->sin_family != AF_INET) {
if (usin->sin_family != AF_UNSPEC)
return -EAFNOSUPPORT;
}
daddr = usin->sin_addr.s_addr;
dport = usin->sin_port;
if (dport == 0)
return -EINVAL;
} else {
if (sk->sk_state != TCP_ESTABLISHED)
return -EDESTADDRREQ;
daddr = inet->inet_daddr;
dport = inet->inet_dport;
/* Open fast path for connected socket.
Route will not be used, if at least one option is set.
*/
connected = 1;
}
ipc.addr = inet->inet_saddr;

如果msg->msg_name不为空，就说明指定了目的地址，对其进行检验。如果为空，就就需要对sock的状态进行检验，查看其是否是连接状态——UDP的socket同样是可以调用connect，这样就不需要每次都指定发送地址了。

内核中的UDP socket流程（7）——udp_sendmsg相关推荐

内核中的UDP socket流程(2)——API “sys_socket”
内核中的UDP socket流程(2)--API "sys_socket" 作者:gfree.wind@gmail.com 原文:http://blog.chinaunix.net ...
内核中的UDP socket流程（1）
内核中的UDP socket流程(1) 相对于TCP,UDP协议要简单的多.所以我决定由简入繁,先从UDP协议入手. 前一遍文章已经确定了struct sk_buff被用于socket的接受和发送缓 ...
内核中的UDP socket流程（5）——inet_create
进入函数inet_create static int inet_create(struct net *net, struct socket *sock, int protocol, ...
内核中的UDP socket流程（3）（4）——sock_create
好了,闲话少说.上次看到了sys_socket调用sock_create的地方了.下面开始研究sock_create了. sys_socket将自己的参数family, type, protocol传 ...
内核中的UDP socket流程（6）——sendto
现在开始新的API sendto,那么就重新回到了socket.c文件. SYSCALL_DEFINE6(sendto, int, fd, void __user *, buff, size_t, l ...
内核中的UDP socket流程（11）——ip_append_data
作者:gfree.wind@gmail.com 博客:linuxfocus.blog.chinaunix.net 继续ip_append_data, if (copy > length) cop ...
一文讲解Linux内核中根文件系统挂载流程
根文件系统的概念根文件系统是控制权从linux内核转移到用户空间的一个桥梁.linux内核就类似于一个黑匣子,只向用户提供各种功能的接口,但是功能的具体实现不可见,用户程序通过对这些功能接口的不同整 ...
linux程序获取透传参数,Linux内核中TCP SACK处理流程分析
frankzfz2014-07-27 17:32 demo121:frankzfz您好: 我想请教一个问题,就是将写好的GenericApp项目(没有配置工具),我加入zigbee协议栈的配置工具后还 ...
Linux内核网络协议栈8—socket监听
几个问题了解以下几个问题的同学可以直接忽略下文: 1.listen 库函数主要做了什么? 2. 什么是最大并发连接请求数? 3.什么是等待连接队列? socket 监听相对还是比较简单的,先看 ...

内核中的UDP socket流程（7）——udp_sendmsg

内核中的UDP socket流程（7）——udp_sendmsg相关推荐

最新文章

热门文章