From: Willem de Bruijn <willemdebruijn.kernel@gmail.com>
To: Martin KaFai Lau <kafai@fb.com>,
Soheil Hassas Yeganeh <soheil.kdev@gmail.com>
Cc: Network Development <netdev@vger.kernel.org>
Subject: Re: [PATCH net-next 0/8] add TX timestamping via cmsg
Date: Wed, 30 Mar 2016 23:50:31 -0400 [thread overview]
Message-ID: <CAF=yD-Lpx2nBq1bL64-pzOqHh5E-a4Bbr2goDE59ApWvzFri_Q@mail.gmail.com> (raw)
In-Reply-To: <CADAM+B1osNNwVpg1R_kAFW8m75mr15_usDa=gmqpBA+xwyA_fg@mail.gmail.com>
>> Nice patches!
This does not yet solve the append issue that your MSG_EOR patch
addresses, of course.
The straightforward jump to new_segment that I proposed as
simplification is more properly a "start-of-record" than
"end-of-record" signal. It is probably preferable to indeed be able to
pass EOR as signal that the last skb must not be appended to in
subsequent calls.
I think that the record bounds issue is best solved independently from
the interface for intermittent timestamps because (a) changing the tcp
bytestream packetization for timestamping introduces subtle
differences between tracked and untracked data that are not always
acceptable and (b) EOR can also be useful outside timestamps. A
zerocopy sendmsg patchset that I sent for RFC last year encountered a
similar requirement, to give one example: each skb with user data must
point to a completion notification structure (ubuf_info), and can only
point to one at a time. Appends that cause a conflict in skb->uarg
pointers had to be blocked, at the cost of possibly different
packetization compared to regular sends.
next prev parent reply other threads:[~2016-03-31 3:51 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-30 22:37 [PATCH net-next 0/8] add TX timestamping via cmsg Soheil Hassas Yeganeh
2016-03-30 22:37 ` [PATCH net-next 1/8] sock: break up sock_cmsg_snd into __sock_cmsg_snd and loop Soheil Hassas Yeganeh
2016-03-30 22:37 ` [PATCH net-next 2/8] tcp: accept SOF_TIMESTAMPING_OPT_ID for passive TFO Soheil Hassas Yeganeh
2016-03-31 3:35 ` Willem de Bruijn
2016-03-31 23:43 ` Yuchung Cheng
2016-03-30 22:37 ` [PATCH net-next 3/8] tcp: use one bit in TCP_SKB_CB to mark ACK timestamps Soheil Hassas Yeganeh
2016-03-31 3:36 ` Willem de Bruijn
2016-03-30 22:37 ` [PATCH net-next 4/8] sock: accept SO_TIMESTAMPING flags in socket cmsg Soheil Hassas Yeganeh
2016-03-31 3:36 ` Willem de Bruijn
2016-03-30 22:37 ` [PATCH net-next 5/8] ipv4: process socket-level control messages in IPv4 Soheil Hassas Yeganeh
2016-03-31 3:36 ` Willem de Bruijn
2016-03-30 22:37 ` [PATCH net-next 6/8] ipv6: process socket-level control messages in IPv6 Soheil Hassas Yeganeh
2016-03-31 3:37 ` Willem de Bruijn
2016-03-30 22:37 ` [PATCH net-next 7/8] sock: enable timestamping using control messages Soheil Hassas Yeganeh
2016-03-31 3:39 ` Willem de Bruijn
2016-03-31 0:38 ` [PATCH net-next 0/8] add TX timestamping via cmsg Martin KaFai Lau
2016-03-31 1:08 ` Soheil Hassas Yeganeh
2016-03-31 3:50 ` Willem de Bruijn [this message]
2016-03-31 21:57 ` Martin KaFai Lau
2016-04-03 22:45 ` Willem de Bruijn
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='CAF=yD-Lpx2nBq1bL64-pzOqHh5E-a4Bbr2goDE59ApWvzFri_Q@mail.gmail.com' \
--to=willemdebruijn.kernel@gmail.com \
--cc=kafai@fb.com \
--cc=netdev@vger.kernel.org \
--cc=soheil.kdev@gmail.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;
as well as URLs for NNTP newsgroup(s).