Re: [irda-users] 2.6.18-rt6 IrDA strangeness

[Guennadi L. <gl...@ds...>]

Ok, just tried 20-rt8. Of 3 problems described earlier the first two: 
non-working syslog(2) and irdadump showing packets only in one direction 
are now gone. Whereas the third one:

On Fri, 2 Mar 2007, Guennadi Liakhovetski wrote:

>> 2. sometimes, especially after a connection break down, the connection is
>> re-established, but the reference side has empty /proc/net/irda/discovery,
>> the reason being a couple of missing packets during re-negotiation:
>> 
>> 15:06:43.854376 xid:cmd c62da07d > ffffffff S=6 s=0 (14)
>> 15:06:43.944244 xid:cmd c62da07d > ffffffff S=6 s=1 (14)
>> 15:06:44.034244 xid:cmd c62da07d > ffffffff S=6 s=2 (14)
>> 15:06:44.124245 xid:cmd c62da07d > ffffffff S=6 s=3 (14)
>> 15:06:44.214281 xid:cmd c62da07d > ffffffff S=6 s=4 (14)
>> 15:06:44.304289 xid:cmd c62da07d > ffffffff S=6 s=5 (14)
>> 15:06:44.394282 xid:cmd c62da07d > ffffffff S=6 s=* TESTNODE hint=4400 [ Computer LAN Access ] (25)
>> 
>> 15:06:46.864376 xid:cmd c62da07d > ffffffff S=6 s=0 (14)
>> 15:06:46.954286 xid:cmd c62da07d > ffffffff S=6 s=1 (14)
>> 15:06:47.044280 xid:cmd c62da07d > ffffffff S=6 s=2 (14)
>> 15:06:47.134293 xid:cmd c62da07d > ffffffff S=6 s=3 (14)
>> 15:06:47.224281 xid:cmd c62da07d > ffffffff S=6 s=4 (14)
>> 15:06:47.314250 xid:cmd c62da07d > ffffffff S=6 s=5 (14)
>> 15:06:47.404249 xid:cmd c62da07d > ffffffff S=6 s=* TESTNODE hint=4400 [ Computer LAN Access ] (25)
>> 
>> 15:06:49.391225 snrm:cmd ca=fe pf=1 c62da07d < 0ad5eb46 new-ca=58 (33)
>> 15:06:49.391389 ua:rsp ca=58 pf=1 c62da07d > 0ad5eb46 (32)
>> 15:06:49.448100 rr:cmd < ca=58 pf=1 nr=0 (2)
>> 15:06:49.448172 rr:rsp > ca=58 pf=1 nr=0 (2)
>> 15:06:49.450636 i:cmd  < ca=58 pf=1 nr=0 ns=0 LM slsap=16 dlsap=00 CONN_CMD (6)
>> 15:06:49.450817 i:rsp  > ca=58 pf=1 nr=1 ns=0 LM slsap=00 dlsap=16 CONN_RSP (6)
>> 
>> I.e., we see 2 discovery packets from TESTNODE, and then the 2.6.18-rt6
>> host sends directly an SNRM packet without presenting itself first with
>> its nick... Looks like some timers are confused through highres timers?...

is still there.

Thanks
Guennadi
---------------------------------
Guennadi Liakhovetski, Ph.D.
DSA Daten- und Systemtechnik GmbH
Pascalstr. 28
D-52076 Aachen
Germany