On Fri, May 30, 2014 at 02:22:17PM +0000, Hsieh, Che-Min wrote: > Hi! Herbert: > > In a system of multi cpu core, with multiple crypto hardware, different irq > for each, is it possible the udp receive get out of order for the same tfm? > > Let us say, of the same tfm, driver distributes requests to any available > crypto hardware. For the same tfm, driver re-sequences response before > complete callout to the same arrival sequence of the requests. The complete > callout is running at tasklet level of the system. > > Each irq is assigned to a different irq affinity cpu core to improve the > performance. Therefore the iprecv and ipsec processing can be done by > multiple cpu cores at the same time for the same tfm/udp. > > I am seeing the following - if I assign irq affinity to different cpu > cores, iperf server of udp session displays receive out of order message. If > I assign them to the same core, or take default, then message stops. The > assignment is done by hand while the system is running, by updating > /proc/irq/xxx/smp_affinity, where xxx is the irq number. This scenario is > very repeatable. > > We are on linux-3.10. > > Does it make sense?
Are we talking about an in-tree driver? If so which one? It's not certainly not meant to change packet ordering. Cheers, -- Email: Herbert Xu <[email protected]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- To unsubscribe from this list: send the line "unsubscribe linux-crypto" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
