Devin Bayer wrote :
> irlap:
>    device name: irda0, hardware name: tts/%d1
>    caddr: 0xee, saddr: 0xaab56b00, daddr: 0xe9592319
>    win size: 1, win: 1, line capacity: 4800, bytes left: 4800
>    tx queue len: 0 win queue len: 0 rbusy: FALSE mbusy: FALSE
>    retrans: 0 vs: 3 vr: 6 va: 2
>    qos   bps     maxtt   dsize   winsize addbofs mintt   ldisc   comp
>    tx    115200  500     512     1       5       1000    12
>    rx    115200  500     2048    7       0       5000    12

        The Palm is requesting a window size of 1, which is strange
and might explain why performance is poor. The Palm is also requesting
a packet size pretty small (512). Can't help either.

> typical output from irdadump:
> 03:27:51.885675 i:cmd  < ca=ee pf=1 nr=1 ns=1 LM slsap=02 dlsap=14 (273)
> 03:27:51.885728 rr:rsp > ca=ee pf=1 nr=2 (2)
> 03:27:51.905663 rr:cmd < ca=ee pf=1 nr=1 (2)
> 03:27:51.905704 i:rsp  > ca=ee pf=1 nr=2 ns=1 LM slsap=14 dlsap=02 (22)
> 03:27:51.925665 i:cmd  < ca=ee pf=1 nr=2 ns=2 LM slsap=02 dlsap=14 (5)
> 03:27:51.925712 i:rsp  > ca=ee pf=1 nr=3 ns=2 LM slsap=14 dlsap=02 (36)
> 03:27:51.945671 i:cmd  < ca=ee pf=1 nr=3 ns=3 LM slsap=02 dlsap=14 (5)
> 03:27:51.945724 rr:rsp > ca=ee pf=1 nr=4 (2)
> 03:27:51.955775 rr:cmd < ca=ee pf=1 nr=3 (2)
> 03:27:51.955830 rr:rsp > ca=ee pf=1 nr=4 (2)
> 03:27:51.965675 rr:cmd < ca=ee pf=1 nr=3 (2)
> 03:27:51.965714 rr:rsp > ca=ee pf=1 nr=4 (2)

        It seem that the application is not really in a hurry as far
as sending data goes (the "rr" are just the stack waiting for some
data to send). And it send ridiculously small amount of data in each
packet. Very weird.
        Note : you may want to try the latest patch available on my
web page to see if it make any difference...

        Jean
_______________________________________________
Linux-IrDA mailing list  -  [EMAIL PROTECTED]
http://www.pasta.cs.UiT.No/mailman/listinfo/linux-irda

Reply via email to