MPTCP Linux Development
 help / color / mirror / Atom feed
From: kernel test robot <lkp@intel.com>
To: Paolo Abeni <pabeni@redhat.com>, mptcp@lists.linux.dev
Cc: kbuild-all@lists.01.org
Subject: Re: [PATCH mptcp-next 2/4] mptcp: more accurate receive buffer updates
Date: Sat, 30 Jul 2022 02:24:20 +0800	[thread overview]
Message-ID: <202207300227.kYan1H1K-lkp@intel.com> (raw)
In-Reply-To: <63def511912bf79d6af065dccb155e9304932640.1659107989.git.pabeni@redhat.com>

Hi Paolo,

I love your patch! Yet something to improve:

[auto build test ERROR on mptcp/export]
[also build test ERROR on linus/master v5.19-rc8 next-20220728]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch#_base_tree_information]

url:    https://github.com/intel-lab-lkp/linux/commits/Paolo-Abeni/mptcp-just-another-receive-path-refactor/20220729-233501
base:   https://github.com/multipath-tcp/mptcp_net-next.git export
config: um-i386_defconfig (https://download.01.org/0day-ci/archive/20220730/202207300227.kYan1H1K-lkp@intel.com/config)
compiler: gcc-11 (Debian 11.3.0-3) 11.3.0
reproduce (this is a W=1 build):
        # https://github.com/intel-lab-lkp/linux/commit/c330a583c6d306ab637d187f0f981bfe4408caba
        git remote add linux-review https://github.com/intel-lab-lkp/linux
        git fetch --no-tags linux-review Paolo-Abeni/mptcp-just-another-receive-path-refactor/20220729-233501
        git checkout c330a583c6d306ab637d187f0f981bfe4408caba
        # save the config file
        mkdir build_dir && cp config build_dir/.config
        make W=1 O=build_dir ARCH=um SUBARCH=i386 SHELL=/bin/bash

If you fix the issue, kindly add following tag where applicable
Reported-by: kernel test robot <lkp@intel.com>

All errors (new ones prefixed by >>):

   net/ipv4/tcp.c: In function 'tcp_cleanup_rbuf':
>> net/ipv4/tcp.c:1609:21: error: implicit declaration of function 'is_tcpsk' [-Werror=implicit-function-declaration]
    1609 |                 if (is_tcpsk(sk))
         |                     ^~~~~~~~
   cc1: some warnings being treated as errors


vim +/is_tcpsk +1609 net/ipv4/tcp.c

  1563	
  1564	/* Clean up the receive buffer for full frames taken by the user,
  1565	 * then send an ACK if necessary.  COPIED is the number of bytes
  1566	 * tcp_recvmsg has given to the user so far, it speeds up the
  1567	 * calculation of whether or not we must ACK for the sake of
  1568	 * a window update.
  1569	 */
  1570	void tcp_cleanup_rbuf(struct sock *sk, int copied)
  1571	{
  1572		struct tcp_sock *tp = tcp_sk(sk);
  1573		bool time_to_ack = false;
  1574	
  1575		struct sk_buff *skb = skb_peek(&sk->sk_receive_queue);
  1576	
  1577		WARN(skb && !before(tp->copied_seq, TCP_SKB_CB(skb)->end_seq),
  1578		     "cleanup rbuf bug: copied %X seq %X rcvnxt %X\n",
  1579		     tp->copied_seq, TCP_SKB_CB(skb)->end_seq, tp->rcv_nxt);
  1580	
  1581		if (inet_csk_ack_scheduled(sk)) {
  1582			const struct inet_connection_sock *icsk = inet_csk(sk);
  1583	
  1584			if (/* Once-per-two-segments ACK was not sent by tcp_input.c */
  1585			    tp->rcv_nxt - tp->rcv_wup > icsk->icsk_ack.rcv_mss ||
  1586			    /*
  1587			     * If this read emptied read buffer, we send ACK, if
  1588			     * connection is not bidirectional, user drained
  1589			     * receive buffer and there was a small segment
  1590			     * in queue.
  1591			     */
  1592			    (copied > 0 &&
  1593			     ((icsk->icsk_ack.pending & ICSK_ACK_PUSHED2) ||
  1594			      ((icsk->icsk_ack.pending & ICSK_ACK_PUSHED) &&
  1595			       !inet_csk_in_pingpong_mode(sk))) &&
  1596			      !atomic_read(&sk->sk_rmem_alloc)))
  1597				time_to_ack = true;
  1598		}
  1599	
  1600		/* We send an ACK if we can now advertise a non-zero window
  1601		 * which has been raised "significantly".
  1602		 *
  1603		 * Even if window raised up to infinity, do not send window open ACK
  1604		 * in states, where we will not receive more. It is useless.
  1605		 */
  1606		if (copied > 0 && !time_to_ack && !(sk->sk_shutdown & RCV_SHUTDOWN)) {
  1607			__u32 rcv_window_now = tcp_receive_window(tp);
  1608	
> 1609			if (is_tcpsk(sk))
  1610				mptcp_receive_window(sk, &rcv_window_now);
  1611	
  1612			/* Optimize, __tcp_select_window() is not cheap. */
  1613			if (2*rcv_window_now <= tp->window_clamp) {
  1614				__u32 new_window = __tcp_select_window(sk);
  1615	
  1616				/* Send ACK now, if this read freed lots of space
  1617				 * in our buffer. Certainly, new_window is new window.
  1618				 * We can advertise it now, if it is not less than current one.
  1619				 * "Lots" means "at least twice" here.
  1620				 */
  1621				if (new_window && new_window >= 2 * rcv_window_now)
  1622					time_to_ack = true;
  1623			}
  1624		}
  1625		if (time_to_ack)
  1626			tcp_send_ack(sk);
  1627	}
  1628	

-- 
0-DAY CI Kernel Test Service
https://01.org/lkp

  reply	other threads:[~2022-07-29 18:25 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-07-29 15:33 [PATCH mptcp-next 0/4] mptcp: just another receive path refactor Paolo Abeni
2022-07-29 15:33 ` [PATCH mptcp-next 1/4] mptcp: move RCVPRUNE event later Paolo Abeni
2022-07-29 15:33 ` [PATCH mptcp-next 2/4] mptcp: more accurate receive buffer updates Paolo Abeni
2022-07-29 18:24   ` kernel test robot [this message]
2022-07-29 19:05   ` kernel test robot
2022-07-29 15:33 ` [PATCH mptcp-next 3/4] mptcp: move msk input path under full msk socket lock Paolo Abeni
2022-07-29 17:43   ` kernel test robot
2022-07-29 19:45   ` kernel test robot
2022-07-29 15:33 ` [PATCH mptcp-next 4/4] mptcp: use common helper for rmem memory accounting Paolo Abeni
2022-07-29 15:47   ` mptcp: use common helper for rmem memory accounting: Build Failure MPTCP CI
2022-07-29 16:09     ` Paolo Abeni
2022-07-29 16:06   ` mptcp: use common helper for rmem memory accounting: Tests Results MPTCP CI

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=202207300227.kYan1H1K-lkp@intel.com \
    --to=lkp@intel.com \
    --cc=kbuild-all@lists.01.org \
    --cc=mptcp@lists.linux.dev \
    --cc=pabeni@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox