On Thu, Oct 17, 2013 at 6:05 PM, Yann Droneaud wrote:
> Hi,
>
> Le 17.10.2013 16:41, Matan Barak a écrit :
>
>> On 14/10/2013 6:38 PM, Matan Barak wrote:
>>>
>>> On 11/10/2013 8:57 PM, Yann Droneaud wrote:
Commit 400dbc9 added an infrastructure for extensible uverbs
commands while l
>>> Konrad Rzeszutek Wilk 10/23/13 6:05 PM >>>
>On Wed, Oct 23, 2013 at 04:45:37PM +0100, Jan Beulich wrote:
> So this indeed is only about PCI devices (i.e. not taking into account the
> comment I made earlier [above]).
>
>Correct.
>What are some of those devices? It would help to understand what
On Wed, Oct 23, 2013 at 04:45:37PM +0100, Jan Beulich wrote:
> >>> Konrad Rzeszutek Wilk 10/23/13 5:37 PM >>>
> >On Mon, Oct 21, 2013 at 04:12:56PM +0100, Jan Beulich wrote:
> >> > Were you suggesting a lookup when we scan the PCI devices?
> >> > (xen_add_device)?
> >>
> >> That was for PVH, and
>>> Konrad Rzeszutek Wilk 10/23/13 5:37 PM >>>
>On Mon, Oct 21, 2013 at 04:12:56PM +0100, Jan Beulich wrote:
>> > Were you suggesting a lookup when we scan the PCI devices?
>> > (xen_add_device)?
>>
>> That was for PVH, and is obviously fragile, as there can be MMIO
>> regions not matched by any
On Mon, Oct 21, 2013 at 04:12:56PM +0100, Jan Beulich wrote:
> >>> On 21.10.13 at 16:44, Konrad Rzeszutek Wilk
> >>> wrote:
> > On Mon, Oct 21, 2013 at 03:27:50PM +0100, Jan Beulich wrote:
> >> >>> On 21.10.13 at 16:18, Konrad Rzeszutek Wilk
> >> >>> wrote:
> >> > On Mon, Oct 21, 2013 at 04:06:
From: Alex Netes
Remote MASTER SM might not get trap 144 and therefore never perform a HANDOVER.
The patch solves this by resending trap 144 when receiving GetResp(SMInfo) to
a remote MASTER SM after polling timeout expires.
Signed-off-by: Alex Netes
---
opensm/osm_sminfo_rcv.c | 17 +++
On 10/22/2013 9:20 PM, Hefty, Sean wrote:
Would we lose anything making this a new operation for the QP, versus
trying to hook it into the existing ib_post_send call?
If I understand correctly you are suggesting making it a verb? Well this
operation is a fast-path operation - so I guess we will