[openib-general] Re: ib_uat kernel panic without async callback
Arlin Davis
ardavis at ichips.intel.com
Tue Jul 12 18:23:39 PDT 2005
Hal Rosenstock wrote:
>On Tue, 2005-07-12 at 19:35, Arlin Davis wrote:
>
>
>>Ok, I now have uDAPL (dtest) up running with IB_CM and AT. :-)
>>
>>
>
>Woohoo :-) Is this with a async callback or without one ?
>
>
>
with the async callback
>>I occassionally see the ib_at_route_by_ip() return a 1 but the ib_route
>>data is not written out when returned but my separate at_thread that is
>>waiting on a ib_at_callback_get_timed(-1) seems to pick up the correct
>>data.
>>
>>Here is my output from uDAPL.
>>
>>dapl_ep_connect (0x516c60, {4294967232.4294967208.0.20}, 115D3, 5000000,
>>0, (nil), 0, 0)
>> connect: r_SID 71123, pdata (nil), plen 0
>> connect: conn 0x51a200, cm_id 4
>> connect: at_route ret=1,Success req_id 0
>> rt_comp_handler: conn 0x51a200, req_id 0 rec_num 1
>> rt_comp_handler: SRC GID subnet 0000000000000000 id 0000000000000000
>> rt_comp_handler: DST GID subnet 0000000000000000 id 0000000000000000
>> dapl_ep_connect () returns 0x0
>>
>>3848 Waiting for connect response
>>dapl_evd_wait (0x5161d0, -1, 1, 0x7ffffffff710, 0x7ffffffff6cc)
>>dapl_evd_wait: EVD 0x5161d0, CQ (nil), Timeout -1, Threshold 1
>>
>>Output from at_thread doing the
>> rt_comp_handler: conn 0x51a200, req_id 0 rec_num 1
>> rt_comp_handler: SRC GID subnet 00000000000080fe id 9d40000002c90200
>> rt_comp_handler: DST GID subnet 00000000000080fe id 7140000002c90200
>> at_thread: callback woke
>> path_comp_handler: ctxt 0x51a200, req_id 4 rec_num 1
>>...
>>
>>
>
>I look at this and get back as soon as I have something.
>
>-- Hal
>
>
>
More information about the general
mailing list