David Dillow <dave@xxxxxxxxxxxxxx> wrote:
>
>> Here is a precursor to the xfrm dst consolidation that I talked about.
>> In order to be able to store multiple SAs in one dst, we need to stop
>> using dst->xfrm directly.
>
> Can you tell me more about this? A quick search of google and the netdev
> archives didn't turn up anything that looked relevant.
My immediate goal is to store PMTU values for xfrm dst entries.
I was toying with the idea of consolidating the xfrm dst's of a bundle
into a single dst. The rationale is that the current list of xfrm
dst's doesn't provide any more info than what we would have in a single
xfrm dst.
However, this is not central to my plans so I won't pursue it
straight away.
> I'd like to see where you're going, so I can meet you there. The xfrm
> offload patches currently add dst->xfrm_offload to cache the info needed
> to offload the crypto operations. It'll be slower, but I could lookup
> that up each time if need be.
I'll take a look at your work first and get back to you.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <herbert@xxxxxxxxxxxxxxxxxxx>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
|