On 4/29/2013 11:36 PM, Jason Gunthorpe wrote:
On Mon, Apr 29, 2013 at 10:52:21PM +0300, Or Gerlitz wrote:
On Fri, Apr 26, 2013 at 12:40 AM, Jason Gunthorpe wrote:
But I don't follow why the send QPNs have to be sequential for
IPoIB. It looks like this is being motivated by RSS and RSS QPNs are
On Tue, Apr 30, 2013 at 12:04:25PM +0300, Shlomo Pongratz wrote:
And.. 'tss_qpn_mask_sz' seems unnecessarily limiting, using
WC.srcQPN + ipoib_header.tss_qpn_offset == real QPN
(ie use a signed offset, not a mask)
Seems much better than
Wc.srcQPN ~((1(ipoib_header.tss_qpn_mask_sz
Jason Gunthorpe jguntho...@obsidianresearch.com wrote:
For the TSS case, I'd say just allocate normal QPs and provide
something like ibv_override_ud_src_qpn(). This is very general and
broadly useful for any application using UD QPs.
I've lost you, how you suggest to implement
On Tue, Apr 30, 2013 at 11:08:19PM +0300, Or Gerlitz wrote:
Jason Gunthorpe jguntho...@obsidianresearch.com wrote:
For the TSS case, I'd say just allocate normal QPs and provide
something like ibv_override_ud_src_qpn(). This is very general and
broadly useful for any application
On Fri, Apr 26, 2013 at 12:40 AM, Jason Gunthorpe
Also, I feel what happens inside the kernel is more flexable API
wise, so dropping the uverbs component may also be something you want to look
at.
We didn't submit any uverbs exporting of these verbs on this series. I
am OK if the series is
On Fri, Apr 26, 2013 at 12:40 AM, Jason Gunthorpe wrote:
But I don't follow why the send QPNs have to be sequential for
IPoIB. It looks like this is being motivated by RSS and RSS QPNs are
just being reused for TSS?
Go read It turns out that there are IPoIB drivers used by some
On Fri, Apr 26, 2013 at 12:40 AM, Jason Gunthorpe wrote:
As Sean said earlier, please think about a single QP, multiple RQ/SQ
style API - that seems much more general to me and also could
reasonably be defined for other transport types.
I find it to have too much of an abstraction for kernel
On Mon, Apr 29, 2013 at 10:52:21PM +0300, Or Gerlitz wrote:
On Fri, Apr 26, 2013 at 12:40 AM, Jason Gunthorpe wrote:
But I don't follow why the send QPNs have to be sequential for
IPoIB. It looks like this is being motivated by RSS and RSS QPNs are
just being reused for TSS?
Go read It
On Wed, Apr 24, 2013 at 02:24:45AM +, Hefty, Sean wrote:
Conceptually, RSS/TSS are a set of send/receive work queues all
belonging to the same transport level address. There's no
parent-child relationship or needed pairing of send and receive
queues together in order to form a group.
Conceptually, RSS/TSS are a set of send/receive work queues all
belonging to the same transport level address. There's no
parent-child relationship or needed pairing of send and receive
queues together in order to form a group.
This view makes sense to me as well. Can someone also
On Thu, Apr 25, 2013 at 08:26:45PM +, Hefty, Sean wrote:
Conceptually, RSS/TSS are a set of send/receive work queues all
belonging to the same transport level address. There's no
parent-child relationship or needed pairing of send and receive
queues together in order to form a
Jason Gunthorpe jguntho...@obsidianresearch.com wrote:
On Thu, Apr 25, 2013 at 08:26:45PM +, Hefty, Sean wrote:
After speaking with Tzahi, my understanding is that the receive work
queues all receive on the same QPN, but the send work queues use
different QPNs. The on-wire packets are
On Thu, Apr 25, 2013 at 11:56:16PM +0300, Or Gerlitz wrote:
Ah, this seems contrary to the IPoIB specification? Someone should
probably talk about how sending from the wrong QPN is acceptable..
AFAIK the IPoIB specification doesn't mandate the QPN of the sender
I'd have to read it again
On Mon, Apr 22, 2013 at 7:46 PM, Or Gerlitz or.gerl...@gmail.com wrote:
Sean, Tzahi -- I understand now that there have been few talkings @
the OFA meeting re this patch set. So what's the way to move forward,
any concrete feedback that needs to be addressed here? This series is
hanging since
On Mon, Apr 22, 2013 at 7:46 PM, Or Gerlitz or.gerl...@gmail.com wrote:
Sean, Tzahi -- I understand now that there have been few talkings @
the OFA meeting re this patch set. So what's the way to move forward,
any concrete feedback that needs to be addressed here? This series is
hanging
On Mon, Apr 15, 2013 at 4:21 PM, Or Gerlitz or.gerl...@gmail.com wrote:
Actually these comments and questions on the series come just a week
before the annual OFA gathering, personally, I will not be there nor
Shlomo who is the author of the patches, but Tzahi Oved from Mellanox
who lead the
Weiny, Ira ira.we...@intel.com wrote:
ow...@vger.kernel.org] On Behalf Of Or Gerlitz
RSS child QPs are plain UD or RAW Packet QPs that only have consecutive
QPNs which is common requirement of HW for configuring the RSS parent
which in networking is called the RSS indirection or dispatching
17 matches
Mail list logo