From: Leon Romanovsky <leon@kernel.org>
To: Bharat Bhushan <bbhushan2@marvell.com>
Cc: Steffen Klassert <steffen.klassert@secunet.com>,
"herbert@gondor.apana.org.au" <herbert@gondor.apana.org.au>,
"David S. Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@google.com>,
Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
"netdev@vger.kernel.org" <netdev@vger.kernel.org>
Subject: Re: [EXT] Re: Setting security path with IPsec packet offload mode
Date: Sun, 25 Jun 2023 10:27:50 +0300 [thread overview]
Message-ID: <20230625072750.GA23952@unreal> (raw)
In-Reply-To: <DM5PR1801MB1883FCE87F49E7A2651B2A70E323A@DM5PR1801MB1883.namprd18.prod.outlook.com>
On Fri, Jun 23, 2023 at 06:48:21AM +0000, Bharat Bhushan wrote:
> Hi Leon,
>
> > -----Original Message-----
> > From: Leon Romanovsky <leon@kernel.org>
> > Sent: Thursday, June 22, 2023 2:05 PM
> > To: Bharat Bhushan <bbhushan2@marvell.com>
> > Cc: Steffen Klassert <steffen.klassert@secunet.com>;
> > herbert@gondor.apana.org.au; David S. Miller <davem@davemloft.net>; Eric
> > Dumazet <edumazet@google.com>; Jakub Kicinski <kuba@kernel.org>; Paolo
> > Abeni <pabeni@redhat.com>; netdev@vger.kernel.org
> > Subject: [EXT] Re: Setting security path with IPsec packet offload mode
> >
> > External Email
> >
> > ----------------------------------------------------------------------
> > On Thu, Jun 22, 2023 at 06:58:06AM +0000, Bharat Bhushan wrote:
> > > Hi All,
> > >
> > > Have a query related to security patch (secpath_set()) with packet offload
> > mode on egress side. Working to enable ipsec packet offload while Crypto
> > offload is working.
> > > For packet offload xfrm_offload(*skb) returns false in driver. While looking in
> > xfrm framework, cannot find where security patch (secpath_set()) is set with
> > packet offload mode on egress side.
> >
> > The idea of packet offload is to take plain text packets and perform all needed
> > magic in HW without need from driver and stack to make anything.
>
> So driver does not know whether it normal packet and will be transmitted normally or this will undergo inline ipsec in hardware.
Yes, this is whole idea of packet offload. Such design allows natively
support tunnel and eswitch modes.
>
> In our case packet transmit requires a different code flow in driver, to pass some extra details in transmit descriptor like state and policy pointers.
It sounds like existing IPsec crypto mode to me, which does exactly that
- lookup in SW, while crypto in HW.
> So is there some way driver can find same and extra state and policy details from skb?
I'm not aware, maybe Steffen can answer.
>
> Thanks
> -Bharat
Thanks
prev parent reply other threads:[~2023-06-25 7:27 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-06-22 6:58 Setting security path with IPsec packet offload mode Bharat Bhushan
2023-06-22 8:35 ` Leon Romanovsky
2023-06-23 6:48 ` [EXT] " Bharat Bhushan
2023-06-23 7:01 ` Bharat Bhushan
2023-06-25 7:27 ` Leon Romanovsky [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=20230625072750.GA23952@unreal \
--to=leon@kernel.org \
--cc=bbhushan2@marvell.com \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=herbert@gondor.apana.org.au \
--cc=kuba@kernel.org \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=steffen.klassert@secunet.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).