From: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
To: intel-wired-lan@osuosl.org
Subject: [Intel-wired-lan] [jkirsher-next-queue:dev-queue 35/55] drivers/net/ethernet/intel/ixgbe/ixgbe_main.c:9925:12: error: 'struct sk_buff' has no member named 'sp'; did you mean 'sk'?
Date: Wed, 21 Mar 2018 11:14:14 -0700 [thread overview]
Message-ID: <1521656054.12746.7.camel@intel.com> (raw)
In-Reply-To: <bf5e19ab-5be3-e6b1-c954-04dd8f313e94@oracle.com>
On Wed, 2018-03-21 at 09:19 -0700, Shannon Nelson wrote:
> On 3/21/2018 8:53 AM, Alexander Duyck wrote:
> > On Wed, Mar 21, 2018 at 8:33 AM, Shannon Nelson
> > <shannon.nelson@oracle.com> wrote:
> > >
> > >
> > > On 3/20/2018 2:50 PM, Duyck, Alexander H wrote:
> > > >
> > > > On Wed, 2018-03-21 at 02:17 +0800, kbuild test robot wrote:
> > > > >
> > > > > tree:
> > > > > https://git.kernel.org/pub/scm/linux/kernel/git/jkirsher/next
> > > > > -queue.git
> > > > > dev-queue
> > > > > head: 87cc3719efa6c6bd875e67892450bd03a9e147e4
> > > > > commit: 747053c601fe8547518069b8791337716b71c4c6 [35/55]
> > > > > ixgbe: enable
> > > > > tso with ipsec offload
> > > > > config: powerpc-skiroot_defconfig (attached as .config)
> > > > > compiler: powerpc64-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
> > > > > reproduce:
> > > > > wget
> > > > > https://raw.githubusercontent.com/intel/lkp-tests/master/sbin
> > > > > /make.cross -O
> > > > > ~/bin/make.cross
> > > > > chmod +x ~/bin/make.cross
> > > > > git checkout
> > > > > 747053c601fe8547518069b8791337716b71c4c6
> > > > > # save the attached .config to linux build tree
> > > > > make.cross ARCH=powerpc
> > > > >
> > > > > All errors (new ones prefixed by >>):
> > > > >
> > > > > drivers/net/ethernet/intel/ixgbe/ixgbe_main.c: In
> > > > > function
> > > > > 'ixgbe_features_check':
> > > > > > >
> > > > > > > drivers/net/ethernet/intel/ixgbe/ixgbe_main.c:9925:12:
> > > > > > > error: 'struct
> > > > > > > sk_buff' has no member named 'sp'; did you mean 'sk'?
> > > > >
> > > > >
> > > > > !skb->sp)
> > > > > ^~
> > > > > sk
> > > > >
> > > > > vim +9925 drivers/net/ethernet/intel/ixgbe/ixgbe_main.c
> > > > >
> > > > > 9896
> > > > > 9897 static netdev_features_t
> > > > > 9898 ixgbe_features_check(struct sk_buff *skb, struct
> > > > > net_device *dev,
> > > > > 9899 netdev_features_t features)
> > > > > 9900 {
> > > > > 9901 unsigned int network_hdr_len, mac_hdr_len;
> > > > > 9902
> > > > > 9903 /* Make certain the headers can be
> > > > > described by a context
> > > > > descriptor */
> > > > > 9904 mac_hdr_len = skb_network_header(skb) -
> > > > > skb->data;
> > > > > 9905 if (unlikely(mac_hdr_len >
> > > > > IXGBE_MAX_MAC_HDR_LEN))
> > > > > 9906 return features & ~(NETIF_F_HW_CSUM
> > > > > |
> > > > > 9907
> > > > > NETIF_F_SCTP_CRC |
> > > > > 9908
> > > > > NETIF_F_HW_VLAN_CTAG_TX |
> > > > > 9909 NETIF_F_TSO |
> > > > > 9910 NETIF_F_TSO6);
> > > > > 9911
> > > > > 9912 network_hdr_len = skb_checksum_start(skb) -
> > > > > skb_network_header(skb);
> > > > > 9913 if (unlikely(network_hdr_len >
> > > > > IXGBE_MAX_NETWORK_HDR_LEN))
> > > > > 9914 return features & ~(NETIF_F_HW_CSUM
> > > > > |
> > > > > 9915
> > > > > NETIF_F_SCTP_CRC |
> > > > > 9916 NETIF_F_TSO |
> > > > > 9917 NETIF_F_TSO6);
> > > > > 9918
> > > > > 9919 /* We can only support IPV4 TSO in tunnels
> > > > > if we can
> > > > > mangle the
> > > > > 9920 * inner IP ID field, so strip TSO if
> > > > > MANGLEID is not
> > > > > supported.
> > > > > 9921 * IPsec offoad sets skb->encapsulation but
> > > > > still can
> > > > > handle
> > > > > 9922 * the TSO, so it's the exception.
> > > > > 9923 */
> > > > > 9924 if (skb->encapsulation && !(features &
> > > > > NETIF_F_TSO_MANGLEID) &&
> > > > > >
> > > > > > 9925 !skb->sp)
> > > > >
> > > > >
> > > > > 9926 features &= ~NETIF_F_TSO;
> > > > > 9927
> > > > > 9928 return features;
> > > > > 9929 }
> > > >
> > > >
> > > > What you may want to look at doing in order to fix this is flip
> > > > the
> > > > logic like so:
> > > >
> > > > if (!skb->encapsulation || (features &
> > > > NETIF_F_TSO_MANGLEID))
> > > > return features;
> > > > #ifdef CONFIG_XFRM
> > > > /* IPSec is a special case excluded from the above
> > > > rule */
> > > > if (skb->sp)
> > > > return features;
> > > > #endif
> > > > return features & ~NETIF_F_TSO;
> > > >
> > > > Anyway just my $0.02, thanks.
> > >
> > >
> > > Thanks, Alex, but I think this obfuscates the code a little, and
> > > might make
> > > it harder to add other feature concerns in the future. I'd
> > > rather keep the
> > > look of the exception if possible. Maybe something like this?
> > >
> > > if (skb->encapsulation && !(features &
> > > NETIF_F_TSO_MANGLEID))
> > > #ifdef CONFIG_XFRM
> > > if (!skb->sp)
> > > #endif
> > > features &= ~NETIF_F_TSO;
> > >
> > > return features;
> > >
> > >
> > > sln
> >
> > That works. My only ask then would be add braces around the
> > statement
> > since it is technically a multi-line statement at that point.
> >
> > - Alex
> >
>
> Sure - that makes sense.
>
> Jeff, can you tweak this inline or shall I repost it this afternoon?
I can fix it inline.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part
URL: <http://lists.osuosl.org/pipermail/intel-wired-lan/attachments/20180321/a447e5fc/attachment-0001.asc>
prev parent reply other threads:[~2018-03-21 18:14 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-20 18:17 [Intel-wired-lan] [jkirsher-next-queue:dev-queue 35/55] drivers/net/ethernet/intel/ixgbe/ixgbe_main.c:9925:12: error: 'struct sk_buff' has no member named 'sp'; did you mean 'sk'? kbuild test robot
2018-03-20 21:50 ` Duyck, Alexander H
2018-03-21 15:33 ` Shannon Nelson
2018-03-21 15:53 ` Alexander Duyck
2018-03-21 16:19 ` Shannon Nelson
2018-03-21 18:14 ` Jeff Kirsher [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=1521656054.12746.7.camel@intel.com \
--to=jeffrey.t.kirsher@intel.com \
--cc=intel-wired-lan@osuosl.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.