public inbox for linux-next@vger.kernel.org 
 help / color / mirror / Atom feed
From: Stephen Rothwell <sfr@canb•auug.org.au>
To: David Miller <davem@davemloft•net>, Networking <netdev@vger•kernel.org>
Cc: Steffen Klassert <steffen.klassert@secunet•com>,
	Linux Next Mailing List <linux-next@vger•kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger•kernel.org>,
	Florian Westphal <fw@strlen•de>
Subject: Re: linux-next: manual merge of the ipsec-next tree with the ipsec tree
Date: Thu, 9 May 2019 11:20:37 +1000	[thread overview]
Message-ID: <20190509112037.32468e3d@canb.auug.org.au> (raw)
In-Reply-To: <20190501130157.27fb69cd@canb.auug.org.au>

[-- Attachment #1: Type: text/plain, Size: 4799 bytes --]

Hi Dave,

On Wed, 1 May 2019 13:01:57 +1000 Stephen Rothwell <sfr@canb•auug.org.au> wrote:
>
> On Fri, 26 Apr 2019 11:41:20 +1000 Stephen Rothwell <sfr@canb•auug.org.au> wrote:
> >
> > Today's linux-next merge of the ipsec-next tree got a conflict in:
> > 
> >   net/ipv4/xfrm4_policy.c
> > 
> > between commit:
> > 
> >   8742dc86d0c7 ("xfrm4: Fix uninitialized memory read in _decode_session4")
> > 
> > from the ipsec tree and commit:
> > 
> >   c53ac41e3720 ("xfrm: remove decode_session indirection from afinfo_policy")
> > 
> > from the ipsec-next tree.
> > 
> > From: Stephen Rothwell <sfr@canb•auug.org.au>
> > Date: Fri, 26 Apr 2019 11:37:41 +1000
> > Subject: [PATCH] xfrm4: fix up for moved _decode_session4
> > 
> > Signed-off-by: Stephen Rothwell <sfr@canb•auug.org.au>
> > ---
> >  net/xfrm/xfrm_policy.c | 24 +++++++++++++-----------
> >  1 file changed, 13 insertions(+), 11 deletions(-)
> > 
> > diff --git a/net/xfrm/xfrm_policy.c b/net/xfrm/xfrm_policy.c
> > index 410233c5681e..7a43ae6b2a44 100644
> > --- a/net/xfrm/xfrm_policy.c
> > +++ b/net/xfrm/xfrm_policy.c
> > @@ -3264,7 +3264,8 @@ static void
> >  decode_session4(struct sk_buff *skb, struct flowi *fl, bool reverse)
> >  {
> >  	const struct iphdr *iph = ip_hdr(skb);
> > -	u8 *xprth = skb_network_header(skb) + iph->ihl * 4;
> > +	int ihl = iph->ihl;
> > +	u8 *xprth = skb_network_header(skb) + ihl * 4;
> >  	struct flowi4 *fl4 = &fl->u.ip4;
> >  	int oif = 0;
> >  
> > @@ -3275,6 +3276,11 @@ decode_session4(struct sk_buff *skb, struct flowi *fl, bool reverse)
> >  	fl4->flowi4_mark = skb->mark;
> >  	fl4->flowi4_oif = reverse ? skb->skb_iif : oif;
> >  
> > +	fl4->flowi4_proto = iph->protocol;
> > +	fl4->daddr = reverse ? iph->saddr : iph->daddr;
> > +	fl4->saddr = reverse ? iph->daddr : iph->saddr;
> > +	fl4->flowi4_tos = iph->tos;
> > +
> >  	if (!ip_is_fragment(iph)) {
> >  		switch (iph->protocol) {
> >  		case IPPROTO_UDP:
> > @@ -3286,7 +3292,7 @@ decode_session4(struct sk_buff *skb, struct flowi *fl, bool reverse)
> >  			    pskb_may_pull(skb, xprth + 4 - skb->data)) {
> >  				__be16 *ports;
> >  
> > -				xprth = skb_network_header(skb) + iph->ihl * 4;
> > +				xprth = skb_network_header(skb) + ihl * 4;
> >  				ports = (__be16 *)xprth;
> >  
> >  				fl4->fl4_sport = ports[!!reverse];
> > @@ -3298,7 +3304,7 @@ decode_session4(struct sk_buff *skb, struct flowi *fl, bool reverse)
> >  			    pskb_may_pull(skb, xprth + 2 - skb->data)) {
> >  				u8 *icmp;
> >  
> > -				xprth = skb_network_header(skb) + iph->ihl * 4;
> > +				xprth = skb_network_header(skb) + ihl * 4;
> >  				icmp = xprth;
> >  
> >  				fl4->fl4_icmp_type = icmp[0];
> > @@ -3310,7 +3316,7 @@ decode_session4(struct sk_buff *skb, struct flowi *fl, bool reverse)
> >  			    pskb_may_pull(skb, xprth + 4 - skb->data)) {
> >  				__be32 *ehdr;
> >  
> > -				xprth = skb_network_header(skb) + iph->ihl * 4;
> > +				xprth = skb_network_header(skb) + ihl * 4;
> >  				ehdr = (__be32 *)xprth;
> >  
> >  				fl4->fl4_ipsec_spi = ehdr[0];
> > @@ -3321,7 +3327,7 @@ decode_session4(struct sk_buff *skb, struct flowi *fl, bool reverse)
> >  			    pskb_may_pull(skb, xprth + 8 - skb->data)) {
> >  				__be32 *ah_hdr;
> >  
> > -				xprth = skb_network_header(skb) + iph->ihl * 4;
> > +				xprth = skb_network_header(skb) + ihl * 4;
> >  				ah_hdr = (__be32 *)xprth;
> >  
> >  				fl4->fl4_ipsec_spi = ah_hdr[1];
> > @@ -3332,7 +3338,7 @@ decode_session4(struct sk_buff *skb, struct flowi *fl, bool reverse)
> >  			    pskb_may_pull(skb, xprth + 4 - skb->data)) {
> >  				__be16 *ipcomp_hdr;
> >  
> > -				xprth = skb_network_header(skb) + iph->ihl * 4;
> > +				xprth = skb_network_header(skb) + ihl * 4;
> >  				ipcomp_hdr = (__be16 *)xprth;
> >  
> >  				fl4->fl4_ipsec_spi = htonl(ntohs(ipcomp_hdr[1]));
> > @@ -3344,7 +3350,7 @@ decode_session4(struct sk_buff *skb, struct flowi *fl, bool reverse)
> >  				__be16 *greflags;
> >  				__be32 *gre_hdr;
> >  
> > -				xprth = skb_network_header(skb) + iph->ihl * 4;
> > +				xprth = skb_network_header(skb) + ihl * 4;
> >  				greflags = (__be16 *)xprth;
> >  				gre_hdr = (__be32 *)xprth;
> >  
> > @@ -3360,10 +3366,6 @@ decode_session4(struct sk_buff *skb, struct flowi *fl, bool reverse)
> >  			break;
> >  		}
> >  	}
> > -	fl4->flowi4_proto = iph->protocol;
> > -	fl4->daddr = reverse ? iph->saddr : iph->daddr;
> > -	fl4->saddr = reverse ? iph->daddr : iph->saddr;
> > -	fl4->flowi4_tos = iph->tos;
> >  }
> >  
> >  #if IS_ENABLED(CONFIG_IPV6)  
> 
> This is now a conflict between the net and net-next trees.

It looks like this fixup has been missed in Linus' merge of the
net-next tree ...

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

      reply	other threads:[~2019-05-09  1:20 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-04-26  1:41 linux-next: manual merge of the ipsec-next tree with the ipsec tree Stephen Rothwell
2019-05-01  3:01 ` Stephen Rothwell
2019-05-09  1:20   ` Stephen Rothwell [this message]

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=20190509112037.32468e3d@canb.auug.org.au \
    --to=sfr@canb$(echo .)auug.org.au \
    --cc=davem@davemloft$(echo .)net \
    --cc=fw@strlen$(echo .)de \
    --cc=linux-kernel@vger$(echo .)kernel.org \
    --cc=linux-next@vger$(echo .)kernel.org \
    --cc=netdev@vger$(echo .)kernel.org \
    --cc=steffen.klassert@secunet$(echo .)com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html
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