···155155 * tell us which roles the addrs in the conn are playing for this message.156156 */157157void rds_recv_incoming(struct rds_connection *conn, __be32 saddr, __be32 daddr,158158- struct rds_incoming *inc, gfp_t gfp, enum km_type km)158158+ struct rds_incoming *inc, gfp_t gfp)159159{160160 struct rds_sock *rs = NULL;161161 struct sock *sk;
+4-7
net/rds/tcp_recv.c
···169169struct rds_tcp_desc_arg {170170 struct rds_connection *conn;171171 gfp_t gfp;172172- enum km_type km;173172};174173175174static int rds_tcp_data_recv(read_descriptor_t *desc, struct sk_buff *skb,···254255 else255256 rds_recv_incoming(conn, conn->c_faddr,256257 conn->c_laddr, &tinc->ti_inc,257257- arg->gfp, arg->km);258258+ arg->gfp);258259259260 tc->t_tinc_hdr_rem = sizeof(struct rds_header);260261 tc->t_tinc_data_rem = 0;···271272}272273273274/* the caller has to hold the sock lock */274274-static int rds_tcp_read_sock(struct rds_connection *conn, gfp_t gfp,275275- enum km_type km)275275+static int rds_tcp_read_sock(struct rds_connection *conn, gfp_t gfp)276276{277277 struct rds_tcp_connection *tc = conn->c_transport_data;278278 struct socket *sock = tc->t_sock;···281283 /* It's like glib in the kernel! */282284 arg.conn = conn;283285 arg.gfp = gfp;284284- arg.km = km;285286 desc.arg.data = &arg;286287 desc.error = 0;287288 desc.count = 1; /* give more than one skb per call */···308311 rdsdebug("recv worker conn %p tc %p sock %p\n", conn, tc, sock);309312310313 lock_sock(sock->sk);311311- ret = rds_tcp_read_sock(conn, GFP_KERNEL, KM_USER0);314314+ ret = rds_tcp_read_sock(conn, GFP_KERNEL);312315 release_sock(sock->sk);313316314317 return ret;···333336 ready = tc->t_orig_data_ready;334337 rds_tcp_stats_inc(s_tcp_data_ready_calls);335338336336- if (rds_tcp_read_sock(conn, GFP_ATOMIC, KM_SOFTIRQ0) == -ENOMEM)339339+ if (rds_tcp_read_sock(conn, GFP_ATOMIC) == -ENOMEM)337340 queue_delayed_work(rds_wq, &conn->c_recv_w, 0);338341out:339342 read_unlock_bh(&sk->sk_callback_lock);