From: "Arnaldo Carvalho de Melo" <acme@ghostprotocols.net>
To: "gerrit@erg.abdn.ac.uk" <gerrit@erg.abdn.ac.uk>
Cc: davem@davemloft.net, jmorris@namei.org, alan@lxorguk.ukuu.org.uk,
kuznet@ms2.inr.ac.ru, pekkas@netcore.fi, kaber@coreworks.de,
yoshfuji@linux-ipv6.org, netdev@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [RFC][PATCH 0/3] net: a lighter UDP-Lite (RFC 3828)
Date: Mon, 28 Aug 2006 09:48:16 -0300 [thread overview]
Message-ID: <39e6f6c70608280548p5ba363d7o18cfd3bdb2f9e894@mail.gmail.com> (raw)
In-Reply-To: <200608281159.21583@strip-the-willow>
On 8/28/06, gerrit@erg.abdn.ac.uk <gerrit@erg.abdn.ac.uk> wrote:
> [NET/IPv4]: update for udp.c only, to match 2.6.18-rc4-mm3
>
> This is an update only, as the previous patch can not cope
> with recent changes to udp.c (all other files remain the same).
>
> Up-to-date, complete patches can always be taken from
> http://www.erg.abdn.ac.uk/users/gerrit/udp-lite/files/udplite_linux.tar.gz
>
> Signed-off-by: Gerrit Renker <gerrit@erg.abdn.ac.uk>
> ---
> udp.c | 606 ++++++++++++++++++++++++++++++++++++++++++++----------------------
> 1 file changed, 410 insertions(+), 196 deletions(-)
>
>
> diff --git a/net/ipv4/udp.c b/net/ipv4/udp.c
> index 514c1e9..4ddd8e6 100644
> @@ -731,12 +801,12 @@ out:
> }
>
> /*
> - * IOCTL requests applicable to the UDP protocol
> + * IOCTL requests applicable to the UDP(-Lite) protocol
> */
Avoid these changes to reduce patch file size, please
> -
> +
> int udp_ioctl(struct sock *sk, int cmd, unsigned long arg)
> {
> - switch(cmd)
> + switch(cmd)
Ditto
> -/*
> - * This should be easy, if there is something there we
> - * return it, otherwise we block.
> +/**
> + * udp_recvmsg - generic UDP/-Lite receive processing
> + *
> + * This routine is udplite-aware and works for both protocols.
> @@ -980,7 +1055,11 @@ #else
> #endif
> }
>
> -/* returns:
> +/**
> + * udp_queue_rcv_skb - receive queue processing
> + *
> + * This routine is udplite-aware and works on both sockets.
>
> if (up->encap_type) {
> @@ -1010,7 +1087,7 @@ static int udp_queue_rcv_skb(struct sock
> * If it's an encapsulateed packet, then pass it to the
> * IPsec xfrm input and return the response
> * appropriately. Otherwise, just fall through and
> - * pass this up the UDP socket.
> + * pass this up the UDP/-Lite socket.
> */
> - /* FALLTHROUGH -- it's a UDP Packet */
> + /* FALLTHROUGH -- it's a UDP/-Lite Packet */
> }
>
> /*
> - * All we need to do is get the socket, and then do a checksum.
> + * All we need to do is get the socket, and then do a checksum.
> */
> -
Huh, what was this one? trailing whitespace? Can you leave this for
another cset doing just the reformatting?
> @@ -1219,7 +1363,7 @@ static int udp_destroy_sock(struct sock
> }
>
> /*
> - * Socket option code for UDP
> + * Socket option code for UDP and UDP-Lite (shared).
> */
> #endif
> +
> /**
> - * udp_poll - wait for a UDP event.
> + * udp_poll - wait for a UDP(-Lite) event.
See next comment
> * @file - file struct
> * @sock - socket
> * @wait - poll table
> @@ -1348,11 +1528,14 @@ #endif
> * then it could get return from select indicating data available
> * but then block when reading it. Add special case code
> * to work around these arguably broken applications.
> + *
> + * The routine is udplite-aware and works for both protocols.
I guess these comments can go as well, as one can quickly realise the
functions handles UDP lite with all the "IS_UDPLITE(sk)" calls and
"is_{udp}lite" variables :-)
> */
> unsigned int udp_poll(struct file *file, struct socket *sock, poll_table *wait)
> {
> unsigned int mask = datagram_poll(file, sock, wait);
> struct sock *sk = sock->sk;
> + int is_lite = IS_UDPLITE(sk);
Regards,
- Arnaldo
next prev parent reply other threads:[~2006-08-28 12:48 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-08-23 10:50 gerrit
2006-08-28 10:59 ` gerrit
2006-08-28 12:48 ` Arnaldo Carvalho de Melo [this message]
2006-08-28 14:13 ` gerrit
2006-08-28 14:18 ` Arnaldo Carvalho de Melo
2006-08-28 18:10 ` [RFC][PATCHv2 2.6.18-rc4-mm3 1/3] net/ipv4: UDP-Lite extensions gerrit
2006-08-28 18:10 ` [RFC][PATCHv2 2.6.18-rc4-mm3 2/3] net/ipv4: UDP and generic UDP(-Lite) processing gerrit
2006-08-28 18:10 ` [RFC][PATCHv2 2.6.18-rc4-mm3 3/3] net/ipv4: misc. support files gerrit
2006-08-28 18:28 ` Patrick McHardy
2006-08-29 10:18 ` gerrit
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=39e6f6c70608280548p5ba363d7o18cfd3bdb2f9e894@mail.gmail.com \
--to=acme@ghostprotocols.net \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=davem@davemloft.net \
--cc=gerrit@erg.abdn.ac.uk \
--cc=jmorris@namei.org \
--cc=kaber@coreworks.de \
--cc=kuznet@ms2.inr.ac.ru \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=pekkas@netcore.fi \
--cc=yoshfuji@linux-ipv6.org \
/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
all inboxes | Powered by JetHome®