> > BTW, one more thing: while we are on it - it is probably a good time to do > something with our interrupt thread? > It is a bit strange that we can't use rte_pktmbuf_free() or > rte_spinlock_recursive_lock() from our own interrupt/alarm handlers > > Konstantin [Liang, Cunming] I'll think about it.
- [dpdk-dev] [RFC PATCH 0/7] support multi-phtread per... Liang, Cunming
- [dpdk-dev] [RFC PATCH 0/7] support multi-phtread per... Stephen Hemminger
- [dpdk-dev] [RFC PATCH 0/7] support multi-phtread per... Walukiewicz, Miroslaw
- [dpdk-dev] [RFC PATCH 0/7] support multi-phtread per... Bruce Richardson
- [dpdk-dev] [RFC PATCH 0/7] support multi-phtread per... Liang, Cunming
- [dpdk-dev] [RFC PATCH 0/7] support multi-phtread per... Ananyev, Konstantin
- [dpdk-dev] [RFC PATCH 0/7] support multi-phtread per... Richardson, Bruce
- [dpdk-dev] [RFC PATCH 0/7] support multi-phtread per... Liang, Cunming
- [dpdk-dev] [RFC PATCH 0/7] support multi-phtread per... Liang, Cunming
- [dpdk-dev] [RFC PATCH 0/7] support multi-phtread per... Ananyev, Konstantin
- [dpdk-dev] [RFC PATCH 0/7] support multi-phtread per... Liang, Cunming