From: Jean T. <jt...@bo...> - 2002-10-15 17:03:03
|
Chris Howells wrote : > > irattach /dev/ttyS2 -s 1 A stab in the dark, isn't it ? Would you mind trying the irda-usb driver and read what I wrote about it on my web page (I wonder why I put up stuff on my web pages). You may have to tweak source code to make it recognise your hardware. Regards, Jean |
From: Chris H. <ch...@ch...> - 2002-10-15 23:32:16
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chris Howells wrote : > > irattach /dev/ttyS2 -s 1 > A stab in the dark, isn't it ? Tends to be the best way to try to get something to work when you don't kno= w=20 what you're doing :) > Would you mind trying the irda-usb driver and read what I > wrote about it on my web page (I wonder why I put up stuff on my web > pages). You may have to tweak source code to make it recognise your > hardware. OK, now I can regonise the phone thanks: root@gandalf:/home/chris# cat /proc/net/irda/discovery IrLMP: Discovery log: nickname: Nokia 8310, hint: 0xb125, saddr: 0x77a6837e, daddr: 0x69190000 Unfortunately, I'm having problems making the thing be recognised as a mode= m=20 (it can be done according to other instructions=20 http://www.ee.oulu.fi/~mcfrisk/linux_gprs.html). The irdadump of minicom trying to access /dev/ircomm0 (I've tried other stu= ff=20 such as wvdial) is interesting. What does "No more space for connection!"=20 mean and how can I solve it? kernel upgrade? I'm running 2.4.19-ac4. 23:27:23.209014 xid:cmd 77a6837e > ffffffff S=3D6 s=3D0 (14) 23:27:23.299010 xid:cmd 77a6837e > ffffffff S=3D6 s=3D1 (14) 23:27:23.389010 xid:cmd 77a6837e > ffffffff S=3D6 s=3D2 (14) 23:27:23.479012 xid:cmd 77a6837e > ffffffff S=3D6 s=3D3 (14) 23:27:23.569010 xid:cmd 77a6837e > ffffffff S=3D6 s=3D4 (14) 23:27:23.643571 xid:rsp 77a6837e < 06b10000 S=3D6 s=3D4 Nokia 8310 hint=3Db= 125 [ PnP=20 Modem Fax Telephony IrCOMM IrOBEX ] (27) 23:27:23.659009 xid:cmd 77a6837e > ffffffff S=3D6 s=3D5 (14) 23:27:23.749011 xid:cmd 77a6837e > ffffffff S=3D6 s=3D* gandalf hint=3D0400= [=20 Computer ] (23) 23:27:25.933257 snrm:cmd ca=3Dfe pf=3D1 77a6837e > 06b10000 new-ca=3D76 (33) 23:27:26.469015 snrm:cmd ca=3Dfe pf=3D1 77a6837e > 06b10000 new-ca=3D76 (33) 23:27:26.570708 ua:rsp ca=3D76 pf=3D1 77a6837e < 06b10000 (31) 23:27:26.571980 rr:cmd > ca=3D76 pf=3D1 nr=3D0 (2) 23:27:26.819015 rr:cmd > ca=3D76 pf=3D1 nr=3D0 (2) 23:27:27.319016 rr:cmd > ca=3D76 pf=3D1 nr=3D0 (2) 23:27:27.329984 rr:rsp < ca=3D76 pf=3D1 nr=3D0 (2) 23:27:27.330013 i:cmd > ca=3D76 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D16 dlsap= =3D00 CONN_CMD=20 (6) 23:27:27.829014 rr:cmd > ca=3D76 pf=3D1 nr=3D0 (2) 23:27:27.839925 rr:rsp < ca=3D76 pf=3D1 nr=3D0 (2) 23:27:27.839954 i:cmd > ca=3D76 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D16 dlsap= =3D00 CONN_CMD=20 (6) 23:27:28.329011 rr:cmd > ca=3D76 pf=3D1 nr=3D0 (2) 23:27:28.339868 rr:rsp < ca=3D76 pf=3D1 nr=3D0 (2) 23:27:28.339897 i:cmd > ca=3D76 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D16 dlsap= =3D00 CONN_CMD=20 (6) 23:27:28.829013 rr:cmd > ca=3D76 pf=3D1 nr=3D0 (2) 23:27:28.839810 rr:rsp < ca=3D76 pf=3D1 nr=3D0 (2) 23:27:28.839838 i:cmd > ca=3D76 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D16 dlsap= =3D00 CONN_CMD=20 (6) 23:27:29.329012 rr:cmd > ca=3D76 pf=3D1 nr=3D0 (2) 23:27:29.339753 rr:rsp < ca=3D76 pf=3D1 nr=3D0 (2) 23:27:29.339783 i:cmd > ca=3D76 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D16 dlsap= =3D00 CONN_CMD=20 (6) 23:27:29.829013 rr:cmd > ca=3D76 pf=3D1 nr=3D0 (2) 23:27:29.839695 rr:rsp < ca=3D76 pf=3D1 nr=3D0 (2) 23:27:29.839724 i:cmd > ca=3D76 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D16 dlsap= =3D00 CONN_CMD=20 (6) 23:27:30.329012 rr:cmd > ca=3D76 pf=3D1 nr=3D0 (2) 23:27:30.339637 rr:rsp < ca=3D76 pf=3D1 nr=3D0 (2) 23:27:30.339666 i:cmd > ca=3D76 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D16 dlsap= =3D00 CONN_CMD=20 (6) 23:27:30.829013 rr:cmd > ca=3D76 pf=3D1 nr=3D0 (2) 23:27:30.839580 rr:rsp < ca=3D76 pf=3D1 nr=3D0 (2) 23:27:30.839610 i:cmd > ca=3D76 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D16 dlsap= =3D00 CONN_CMD=20 (6) 23:27:31.329012 rr:cmd > ca=3D76 pf=3D1 nr=3D0 (2) 23:27:31.339522 rr:rsp < ca=3D76 pf=3D1 nr=3D0 (2) 23:27:31.339551 i:cmd > ca=3D76 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D16 dlsap= =3D00 CONN_CMD=20 (6) 23:27:31.829012 rr:cmd > ca=3D76 pf=3D1 nr=3D0 (2) 23:27:31.839467 rr:rsp < ca=3D76 pf=3D1 nr=3D0 (2) 23:27:31.839503 i:cmd > ca=3D76 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D16 dlsap= =3D00 CONN_CMD=20 (6) 23:27:32.329012 rr:cmd > ca=3D76 pf=3D1 nr=3D0 (2) 23:27:32.339407 rr:rsp < ca=3D76 pf=3D1 nr=3D0 (2) No more space for connection! 23:27:32.339439 i:cmd > ca=3D76 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D16 dlsap= =3D00 CONN_CMD=20 (6) 23:27:32.829012 rr:cmd > ca=3D76 pf=3D1 nr=3D0 (2) 23:27:32.839981 rr:rsp < ca=3D76 pf=3D1 nr=3D0 (2) No more space for connection! 23:27:32.840011 i:cmd > ca=3D76 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D16 dlsap= =3D00 CONN_CMD=20 (6) 23:27:33.329014 rr:cmd > ca=3D76 pf=3D1 nr=3D0 (2) 23:27:33.339923 rr:rsp < ca=3D76 pf=3D1 nr=3D0 (2) No more space for connection! Thanks, =2D --=20 Cheers, Chris Howells -- ch...@ch..., ho...@kd... Web: http://chrishowells.co.uk, PGP key: http://chrishowells.co.uk/pgp.txt KDE: http://www.koffice.org, http://edu.kde.org, http://usability.kde.org =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (GNU/Linux) iD8DBQE9rKVvF8Iu1zN5WiwRAouNAJ9SB/M6iMI525LEapbktbSSEP5TiwCeLkbZ UdLot+R3ie5MpmZyFUE69Ik=3D =3DCI8J =2D----END PGP SIGNATURE----- |
From: Jean T. <jt...@bo...> - 2002-10-16 17:35:02
|
Chris Howells wrote : > OK, now I can regonise the phone thanks: > > root@gandalf:/home/chris# cat /proc/net/irda/discovery > IrLMP: Discovery log: > > nickname: Nokia 8310, hint: 0xb125, saddr: 0x77a6837e, daddr: 0x69190000 Good. That's a start. > Unfortunately, I'm having problems making the thing be recognised as a modem > (it can be done according to other instructions > http://www.ee.oulu.fi/~mcfrisk/linux_gprs.html). > > The irdadump of minicom trying to access /dev/ircomm0 (I've tried > other stuff such as wvdial) is interesting. What does "No more space > for connection!" mean and how can I solve it? Ignore this message. This is only a problem with irdadump, but not the root of the problem. > kernel upgrade? I'm running 2.4.19-ac4. > > 23:27:23.209014 xid:cmd 77a6837e > ffffffff S=6 s=0 (14) > 23:27:23.299010 xid:cmd 77a6837e > ffffffff S=6 s=1 (14) > 23:27:23.389010 xid:cmd 77a6837e > ffffffff S=6 s=2 (14) > 23:27:23.479012 xid:cmd 77a6837e > ffffffff S=6 s=3 (14) > 23:27:23.569010 xid:cmd 77a6837e > ffffffff S=6 s=4 (14) > 23:27:23.643571 xid:rsp 77a6837e < 06b10000 S=6 s=4 Nokia 8310 hint=b125 [ PnP > Modem Fax Telephony IrCOMM IrOBEX ] (27) > 23:27:23.659009 xid:cmd 77a6837e > ffffffff S=6 s=5 (14) > 23:27:23.749011 xid:cmd 77a6837e > ffffffff S=6 s=* gandalf hint=0400 [ > Computer ] (23) > 23:27:25.933257 snrm:cmd ca=fe pf=1 77a6837e > 06b10000 new-ca=76 (33) > 23:27:26.469015 snrm:cmd ca=fe pf=1 77a6837e > 06b10000 new-ca=76 (33) > 23:27:26.570708 ua:rsp ca=76 pf=1 77a6837e < 06b10000 (31) > 23:27:26.571980 rr:cmd > ca=76 pf=1 nr=0 (2) > 23:27:26.819015 rr:cmd > ca=76 pf=1 nr=0 (2) > 23:27:27.319016 rr:cmd > ca=76 pf=1 nr=0 (2) > 23:27:27.329984 rr:rsp < ca=76 pf=1 nr=0 (2) > 23:27:27.330013 i:cmd > ca=76 pf=1 nr=0 ns=0 LM slsap=16 dlsap=00 CONN_CMD > (6) > 23:27:27.829014 rr:cmd > ca=76 pf=1 nr=0 (2) > 23:27:27.839925 rr:rsp < ca=76 pf=1 nr=0 (2) > 23:27:27.839954 i:cmd > ca=76 pf=1 nr=0 ns=0 LM slsap=16 dlsap=00 CONN_CMD > (6) Looks like a timing problem. You will need to do a few things : 1) Upgrade to irdadump 0.9.15 or better. This is mandatory. Re-do the exact same thing with the new irdadump and send that to the list. 2) Send me the USB device ID reported with your dongle (for example "Vendor: 9c4, Product: 11"). Use dmesg to get the log and look into that, or you may get this info in the USB file system. 3) Add IUC_NO_TURN to the device description. When you will have done the first two, I'll explain how to do that. Have fun... Jean |
From: Chris H. <ch...@ch...> - 2002-10-17 16:39:44
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Jean, Thanks for the reply.... Jean Tourrilhes wrote : > Ignore this message. This is only a problem with irdadump, but > not the root of the problem. Ah OK. > Looks like a timing problem. You will need to do a few things : > 1) Upgrade to irdadump 0.9.15 or better. This is > mandatory. Re-do the exact same thing with the new irdadump and send > that to the list. OK done -- interestingly immediately after going to 0.9.15, I was able to g= et=20 minicom talking to the phone once -- it responded to AT etc fine... (I'm su= re=20 I could have established the pppd connection if my chat script had been=20 correct). I've been unable to reproduce getting it working though, even=20 though rebooting and following the exact same steps. To make it work I simp= ly=20 did a: root@gandalf:/home/chris/irda-utils-0.9.15# modprobe irtty root@gandalf:/home/chris/irda-utils-0.9.15# modprobe irda-usb root@gandalf:/home/chris/irda-utils-0.9.15# modprobe ircomm root@gandalf:/home/chris/irda-utils-0.9.15# modprobe ircomm-tty root@gandalf:/home/chris/irda-utils-0.9.15# irattach irda0 -s 1 root@gandalf:/home/chris/irda-utils-0.9.15# irdadump root@gandalf:/home/chris/irda-utils-0.9.15# minicom Unfortunately I didn't save the irdadump log of it working. The irdadump log of it not working is shown below. (I downloaded the=20 irda-utils 0.9.15 source from packages.debian.org since I couldn't find it= =20 anywhere else -- is there another download location?). The "No more space for connection!" still sems to be there with 0.9.15. root@gandalf:/home/chris# irdadump 14:39:56.498742 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D0 (14) 14:39:56.588739 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D1 (14) 14:39:56.678739 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D2 (14) 14:39:56.768739 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D3 (14) 14:39:56.858739 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D4 (14) 14:39:56.948738 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D5 (14) 14:39:57.038739 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D* gandalf hint=3D0400= [=20 Computer ] (23) 14:39:59.498742 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D0 (14) 14:39:59.588739 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D1 (14) 14:39:59.678739 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D2 (14) 14:39:59.768739 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D3 (14) 14:39:59.858738 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D4 (14) 14:39:59.948739 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D5 (14) 14:40:00.023522 xid:rsp 26d2c904 < bef80000 S=3D6 s=3D5 Nokia 8310 hint=3Db= 125 [ PnP=20 Modem Fax Telephony IrCOMM IrOBEX ] (27) 14:40:00.038737 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D* gandalf hint=3D0400= [=20 Computer ] (23) 14:40:02.498742 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D0 (14) 14:40:02.588736 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D1 (14) 14:40:02.678735 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D2 (14) 14:40:02.753204 xid:rsp 26d2c904 < bef80000 S=3D6 s=3D2 Nokia 8310 hint=3Db= 125 [ PnP=20 Modem Fax Telephony IrCOMM IrOBEX ] (27) 14:40:02.768735 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D3 (14) 14:40:02.858735 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D4 (14) 14:40:02.948738 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D5 (14) 14:40:03.038738 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D* gandalf hint=3D0400= [=20 Computer ] (23) 14:40:05.498742 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D0 (14) 14:40:05.588739 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D1 (14) 14:40:05.678740 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D2 (14) 14:40:05.768744 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D3 (14) 14:40:05.843481 xid:rsp 26d2c904 < bef80000 S=3D6 s=3D3 Nokia 8310 hint=3Db= 125 [ PnP=20 Modem Fax Telephony IrCOMM IrOBEX ] (27) 14:40:05.858737 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D4 (14) 14:40:05.948738 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D5 (14) 14:40:06.038739 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D* gandalf hint=3D0400= [=20 Computer ] (23) 14:40:08.498741 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D0 (14) 14:40:08.588740 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D1 (14) 14:40:08.678739 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D2 (14) 14:40:08.768739 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D3 (14) 14:40:08.858738 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D4 (14) 14:40:08.948739 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D5 (14) 14:40:09.038739 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D* gandalf hint=3D0400= [=20 Computer ] (23) 14:40:11.059012 snrm:cmd ca=3Dfe pf=3D1 26d2c904 > bef80000 new-ca=3Da0 LAP QoS: Baud Rate=3D4000000bps Max Turn Time=3D500ms Data Size=3D2= 048B=20 Window Size=3D1 Add BOFS=3D12 Min Turn Time=3D5000us Link Disc=3D12s (33) 14:40:11.598741 snrm:cmd ca=3Dfe pf=3D1 26d2c904 > bef80000 new-ca=3Da0 LAP QoS: Baud Rate=3D4000000bps Max Turn Time=3D500ms Data Size=3D2= 048B=20 Window Size=3D1 Add BOFS=3D12 Min Turn Time=3D5000us Link Disc=3D12s (33) 14:40:11.700279 ua:rsp ca=3Da0 pf=3D1 26d2c904 < bef80000 LAP QoS: Baud Rate=3D115200bps Max Turn Time=3D500ms Data Size=3D64= B Window=20 Size=3D1 Add BOFS=3D0 Min Turn Time=3D1000us Link Disc=3D12s (31) 14:40:11.701555 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:11.948740 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:12.448739 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:12.460822 rr:rsp < ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:12.460850 i:cmd > ca=3Da0 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD=20 (6) 14:40:12.958739 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:12.970764 rr:rsp < ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:12.970793 i:cmd > ca=3Da0 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD=20 (6) 14:40:13.458740 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:13.470707 rr:rsp < ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:13.470736 i:cmd > ca=3Da0 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD=20 (6) 14:40:13.958737 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:13.970648 rr:rsp < ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:13.970675 i:cmd > ca=3Da0 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD=20 (6) 14:40:14.458739 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:14.470591 rr:rsp < ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:14.470619 i:cmd > ca=3Da0 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD=20 (6) 14:40:14.958739 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:14.970533 rr:rsp < ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:14.970563 i:cmd > ca=3Da0 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD=20 (6) 14:40:15.458739 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:15.470476 rr:rsp < ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:15.470506 i:cmd > ca=3Da0 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD=20 (6) 14:40:15.958739 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:15.970418 rr:rsp < ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:15.970447 i:cmd > ca=3Da0 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD=20 (6) 14:40:16.458739 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:16.470361 rr:rsp < ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:16.470389 i:cmd > ca=3Da0 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD=20 (6) 14:40:16.958738 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:16.970934 rr:rsp < ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:16.970961 i:cmd > ca=3Da0 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD=20 (6) 14:40:17.458740 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:17.470877 rr:rsp < ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:17.470905 i:cmd > ca=3Da0 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD=20 (6) 14:40:17.958737 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:17.970819 rr:rsp < ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:17.970846 i:cmd > ca=3Da0 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD=20 (6) 14:40:18.458739 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:18.470762 rr:rsp < ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:18.470792 i:cmd > ca=3Da0 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD=20 (6) 14:40:18.958740 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:18.970705 rr:rsp < ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:18.970733 i:cmd > ca=3Da0 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD=20 (6) 14:40:19.458739 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:19.470646 rr:rsp < ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:19.470675 i:cmd > ca=3Da0 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD=20 (6) 14:40:19.958740 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:19.970589 rr:rsp < ca=3Da0 pf=3D1 nr=3D0 (2) No more space for connection! 14:40:19.970618 i:cmd > ca=3Da0 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD=20 (6) 14:40:20.458740 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:20.470531 rr:rsp < ca=3Da0 pf=3D1 nr=3D0 (2) No more space for connection! 14:40:20.470559 i:cmd > ca=3Da0 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD=20 (6) 14:40:20.958739 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:20.970474 rr:rsp < ca=3Da0 pf=3D1 nr=3D0 (2) No more space for connection! 14:40:20.970502 i:cmd > ca=3Da0 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD=20 (6) 14:40:21.458740 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:21.470416 rr:rsp < ca=3Da0 pf=3D1 nr=3D0 (2) No more space for connection! 14:40:21.470447 i:cmd > ca=3Da0 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD=20 (6) 14:40:21.958739 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:21.970359 rr:rsp < ca=3Da0 pf=3D1 nr=3D0 (2) No more space for connection! 14:40:21.970387 i:cmd > ca=3Da0 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD=20 (6) 14:40:22.458739 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:22.470933 rr:rsp < ca=3Da0 pf=3D1 nr=3D0 (2) No more space for connection! 14:40:22.470961 i:cmd > ca=3Da0 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD=20 (6) 14:40:22.958739 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:22.970875 rr:rsp < ca=3Da0 pf=3D1 nr=3D0 (2) No more space for connection! 14:40:22.970904 i:cmd > ca=3Da0 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD=20 (6) 14:40:23.458740 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:23.470818 rr:rsp < ca=3Da0 pf=3D1 nr=3D0 (2) No more space for connection! 14:40:23.470846 i:cmd > ca=3Da0 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD=20 (6) 14:40:23.958740 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:23.970760 rr:rsp < ca=3Da0 pf=3D1 nr=3D0 (2) No more space for connection! 14:40:23.970789 i:cmd > ca=3Da0 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD=20 (6) 14:40:24.458740 rr:cmd > ca=3Da0 pf=3D1 nr=3D0 (2) 14:40:24.470703 rr:rsp < ca=3Da0 pf=3D1 nr=3D0 (2) No more space for connection! 14:40:24.470732 i:cmd > ca=3Da0 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD=20 (6) 14:40:26.498742 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D0 (14) 14:40:26.588736 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D1 (14) 14:40:26.678744 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D2 (14) 14:40:26.768738 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D3 (14) 14:40:26.858736 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D4 (14) 14:40:26.948735 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D5 (14) 14:40:27.038736 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D* gandalf hint=3D8404= [=20 Computer IrCOMM ] (24) 14:40:29.498747 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D0 (14) 14:40:29.588739 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D1 (14) 14:40:29.678738 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D2 (14) 14:40:29.768735 xid:cmd 26d2c904 > ffffffff S=3D6 s=3D3 (14) > 2) Send me the USB device ID reported with your dongle (for > example "Vendor: 9c4, Product: 11"). Use dmesg to get the log and look > into that, or you may get this info in the USB file system. IRDA-USB found at address 7, Vendor: 50f, Product: 180 It's a Sitecom CN-100 (www.sitecom.com) > 3) Add IUC_NO_TURN to the device description. When you will > have done the first two, I'll explain how to do that. OK... Thanks, =2D -- Cheers, Chris Howells -- ch...@ch..., ho...@kd... Web: http://chrishowells.co.uk, PGP key: http://chrishowells.co.uk/pgp.txt KDE: http://www.koffice.org, http://edu.kde.org, http://usability.kde.org =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (GNU/Linux) iD8DBQE9rtIIF8Iu1zN5WiwRApYjAJ9hoSYJGQDdpb4/KjbmivBooKCpzACeNdsI miDWJDctdUGew3PiJDrua04=3D =3De9nc =2D----END PGP SIGNATURE----- |
From: Jean T. <jt...@bo...> - 2002-10-17 23:44:09
|
On Fri, Oct 18, 2002 at 12:31:51AM +0100, Chris Howells wrote: > > 14:40:11.700279 ua:rsp ca=a0 pf=1 26d2c904 < bef80000 > LAP QoS: Baud Rate=115200bps Max Turn Time=500ms Data Size=64B Window > Size=1 Add BOFS=0 Min Turn Time=1000us Link Disc=12s (31) This doesn't look too bad. So, the phone looks OK. > > 2) Send me the USB device ID reported with your dongle (for > > example "Vendor: 9c4, Product: 11"). Use dmesg to get the log and look > > into that, or you may get this info in the USB file system. > > IRDA-USB found at address 7, Vendor: 50f, Product: 180 > > It's a Sitecom CN-100 (www.sitecom.com) Ok, this is not the problem, this is a known ID. > > 3) Add IUC_NO_TURN to the device description. When you will > > have done the first two, I'll explain how to do that. > > OK... Open the source code of irda-usb.c (in .../drivers/net/irda), go down a few line, and add IUC_NO_TURN to the entry for your dongle. So, it should look like : ----------------------------------------- /* KC Technology Inc., KC-180 USB IrDA Device */ { USB_DEVICE(0x50f, 0x180), driver_info: IUC_NO_TURN | IUC_SPEED_BUG | IUC_NO_WINDOW }, ----------------------------------------- Recompile, retry, report ;-) > Thanks, Good luck... Jean |
From: Chris H. <ch...@ch...> - 2002-10-18 20:26:38
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, On Friday 18 October 2002 12:42 am, Jean Tourrilhes wrote: > > > 3) Add IUC_NO_TURN to the device description. When you will > > > have done the first two, I'll explain how to do that. > > > > OK... > > Open the source code of irda-usb.c (in .../drivers/net/irda), > go down a few line, and add IUC_NO_TURN to the entry for your > dongle. So, it should look like : > ----------------------------------------- > /* KC Technology Inc., KC-180 USB IrDA Device */ > { USB_DEVICE(0x50f, 0x180), driver_info: IUC_NO_TURN | IUC_SPEED_BUG | > IUC_NO_WINDOW }, ----------------------------------------- > Recompile, retry, report ;-) Thanks for the info. Unfortunately, there appears to be no improvement when running minicom. 20:20:16.234534 xid:cmd de1933e5 > ffffffff S=3D6 s=3D0 (14) 20:20:16.324530 xid:cmd de1933e5 > ffffffff S=3D6 s=3D1 (14) 20:20:16.414529 xid:cmd de1933e5 > ffffffff S=3D6 s=3D2 (14) 20:20:16.504530 xid:cmd de1933e5 > ffffffff S=3D6 s=3D3 (14) 20:20:16.579204 xid:rsp de1933e5 < 26600000 S=3D6 s=3D3 Nokia 8310 hint=3Db= 125 [ PnP Modem Fax Telephony IrCOMM IrOBEX ] (27) 20:20:16.594528 xid:cmd de1933e5 > ffffffff S=3D6 s=3D4 (14) 20:20:16.684530 xid:cmd de1933e5 > ffffffff S=3D6 s=3D5 (14) 20:20:16.774530 xid:cmd de1933e5 > ffffffff S=3D6 s=3D* gandalf hint=3D0400= [ Computer ] (23) 20:20:18.658021 snrm:cmd ca=3Dfe pf=3D1 de1933e5 > 26600000 new-ca=3D48 LAP QoS: Baud Rate=3D4000000bps Max Turn Time=3D500ms Data Size=3D2= 048B Window Size=3D1 Add BOFS=3D12 Min Turn Time=3D5000us Link Disc=3D12s (33) 20:20:18.759584 ua:rsp ca=3D48 pf=3D1 de1933e5 < 26600000 LAP QoS: Baud Rate=3D115200bps Max Turn Time=3D500ms Data Size=3D64= B Window Size=3D1 Add BOFS=3D0 Min Turn Time=3D1000us Link Disc=3D12s (31) 20:20:18.764549 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:19.004530 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:19.504530 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:19.518230 rr:rsp < ca=3D48 pf=3D1 nr=3D0 (2) 20:20:19.518258 i:cmd > ca=3D48 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD (6) 20:20:20.014531 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:20.025014 rr:rsp < ca=3D48 pf=3D1 nr=3D0 (2) 20:20:20.025042 i:cmd > ca=3D48 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD (6) 20:20:20.514530 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:20.524957 rr:rsp < ca=3D48 pf=3D1 nr=3D0 (2) 20:20:20.524985 i:cmd > ca=3D48 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD (6) 20:20:21.014530 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:21.024899 rr:rsp < ca=3D48 pf=3D1 nr=3D0 (2) 20:20:21.024927 i:cmd > ca=3D48 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD (6) 20:20:21.514530 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:21.524841 rr:rsp < ca=3D48 pf=3D1 nr=3D0 (2) 20:20:21.524869 i:cmd > ca=3D48 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD (6) 20:20:22.014531 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:22.024783 rr:rsp < ca=3D48 pf=3D1 nr=3D0 (2) 20:20:22.024812 i:cmd > ca=3D48 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD (6) 20:20:22.514530 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:22.524727 rr:rsp < ca=3D48 pf=3D1 nr=3D0 (2) 20:20:22.524756 i:cmd > ca=3D48 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD (6) 20:20:23.014530 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:23.024669 rr:rsp < ca=3D48 pf=3D1 nr=3D0 (2) 20:20:23.024697 i:cmd > ca=3D48 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD (6) 20:20:23.514530 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:23.524612 rr:rsp < ca=3D48 pf=3D1 nr=3D0 (2) 20:20:23.524640 i:cmd > ca=3D48 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD (6) 20:20:24.014529 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:24.025184 rr:rsp < ca=3D48 pf=3D1 nr=3D0 (2) 20:20:24.025212 i:cmd > ca=3D48 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD (6) 20:20:24.514531 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:24.525127 rr:rsp < ca=3D48 pf=3D1 nr=3D0 (2) 20:20:24.525155 i:cmd > ca=3D48 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD (6) 20:20:25.014531 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:25.025069 rr:rsp < ca=3D48 pf=3D1 nr=3D0 (2) 20:20:25.025098 i:cmd > ca=3D48 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD (6) 20:20:25.514531 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:25.525012 rr:rsp < ca=3D48 pf=3D1 nr=3D0 (2) 20:20:25.525041 i:cmd > ca=3D48 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD (6) 20:20:26.014530 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:26.024954 rr:rsp < ca=3D48 pf=3D1 nr=3D0 (2) 20:20:26.024983 i:cmd > ca=3D48 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD (6) 20:20:26.514531 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:26.524897 rr:rsp < ca=3D48 pf=3D1 nr=3D0 (2) 20:20:26.524925 i:cmd > ca=3D48 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD (6) 20:20:27.014531 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:27.024839 rr:rsp < ca=3D48 pf=3D1 nr=3D0 (2) No more space for connection! 20:20:27.024867 i:cmd > ca=3D48 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD (6) 20:20:27.514530 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:27.524782 rr:rsp < ca=3D48 pf=3D1 nr=3D0 (2) No more space for connection! 20:20:27.524810 i:cmd > ca=3D48 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD (6) 20:20:28.014531 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:28.024724 rr:rsp < ca=3D48 pf=3D1 nr=3D0 (2) No more space for connection! 20:20:28.024753 i:cmd > ca=3D48 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD (6) 20:20:28.514530 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:28.524667 rr:rsp < ca=3D48 pf=3D1 nr=3D0 (2) No more space for connection! 20:20:28.524697 i:cmd > ca=3D48 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD (6) 20:20:29.014531 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:29.024610 rr:rsp < ca=3D48 pf=3D1 nr=3D0 (2) No more space for connection! 20:20:29.024639 i:cmd > ca=3D48 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD (6) 20:20:29.514530 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:29.524549 rr:rsp < ca=3D48 pf=3D1 nr=3D0 (2) No more space for connection! 20:20:29.524576 i:cmd > ca=3D48 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD (6) 20:20:30.014531 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:30.025125 rr:rsp < ca=3D48 pf=3D1 nr=3D0 (2) No more space for connection! 20:20:30.025153 i:cmd > ca=3D48 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD (6) 20:20:30.514531 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:30.525068 rr:rsp < ca=3D48 pf=3D1 nr=3D0 (2) No more space for connection! 20:20:30.525096 i:cmd > ca=3D48 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD (6) 20:20:31.014531 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:31.025010 rr:rsp < ca=3D48 pf=3D1 nr=3D0 (2) No more space for connection! 20:20:31.025039 i:cmd > ca=3D48 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD (6) 20:20:31.514532 rr:cmd > ca=3D48 pf=3D1 nr=3D0 (2) 20:20:31.524953 rr:rsp < ca=3D48 pf=3D1 nr=3D0 (2) No more space for connection! 20:20:31.524982 i:cmd > ca=3D48 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D11 dlsap= =3D00 CONN_CMD (6) 20:20:34.234535 xid:cmd de1933e5 > ffffffff S=3D6 s=3D0 (14) 20:20:34.324530 xid:cmd de1933e5 > ffffffff S=3D6 s=3D1 (14) 20:20:34.414527 xid:cmd de1933e5 > ffffffff S=3D6 s=3D2 (14) 20:20:34.504528 xid:cmd de1933e5 > ffffffff S=3D6 s=3D3 (14) 20:20:34.594530 xid:cmd de1933e5 > ffffffff S=3D6 s=3D4 (14) 20:20:34.684528 xid:cmd de1933e5 > ffffffff S=3D6 s=3D5 (14) 20:20:34.774531 xid:cmd de1933e5 > ffffffff S=3D6 s=3D* gandalf hint=3D8404= [ Computer IrCOMM ] (24) Greatful for any further ideas :) Thanks, =2D -- Cheers, Chris Howells -- ch...@ch..., ho...@kd... Web: http://chrishowells.co.uk, PGP key: http://chrishowells.co.uk/pgp.txt KDE: http://www.koffice.org, http://edu.kde.org, http://usability.kde.org =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (GNU/Linux) iD8DBQE9sG4GF8Iu1zN5WiwRAnXmAJ9Y+FSJpxtWTFaGWd7zHjyMkS/SzACgmJ23 leDN9az7gZmI425KDrNIF+s=3D =3DADvN =2D----END PGP SIGNATURE----- |
From: Jean T. <jt...@bo...> - 2002-10-18 20:41:27
|
On Fri, Oct 18, 2002 at 09:24:37PM +0100, Chris Howells wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > On Friday 18 October 2002 12:42 am, Jean Tourrilhes wrote: > > > > 3) Add IUC_NO_TURN to the device description. When you will > > > > have done the first two, I'll explain how to do that. > > > > > > OK... > > > > Open the source code of irda-usb.c (in .../drivers/net/irda), > > go down a few line, and add IUC_NO_TURN to the entry for your > > dongle. So, it should look like : > > ----------------------------------------- > > /* KC Technology Inc., KC-180 USB IrDA Device */ > > { USB_DEVICE(0x50f, 0x180), driver_info: IUC_NO_TURN | IUC_SPEED_BUG | > > IUC_NO_WINDOW }, ----------------------------------------- > > Recompile, retry, report ;-) > > Thanks for the info. Unfortunately, there appears to be no improvement when > running minicom. > > 20:20:16.234534 xid:cmd de1933e5 > ffffffff S=6 s=0 (14) > 20:20:16.324530 xid:cmd de1933e5 > ffffffff S=6 s=1 (14) > 20:20:16.414529 xid:cmd de1933e5 > ffffffff S=6 s=2 (14) > 20:20:16.504530 xid:cmd de1933e5 > ffffffff S=6 s=3 (14) > 20:20:16.579204 xid:rsp de1933e5 < 26600000 S=6 s=3 Nokia 8310 hint=b125 [ PnP > Modem Fax Telephony IrCOMM IrOBEX ] (27) > 20:20:16.594528 xid:cmd de1933e5 > ffffffff S=6 s=4 (14) > 20:20:16.684530 xid:cmd de1933e5 > ffffffff S=6 s=5 (14) > 20:20:16.774530 xid:cmd de1933e5 > ffffffff S=6 s=* gandalf hint=0400 [ > Computer ] (23) > 20:20:18.658021 snrm:cmd ca=fe pf=1 de1933e5 > 26600000 new-ca=48 > LAP QoS: Baud Rate=4000000bps Max Turn Time=500ms Data Size=2048B > Window Size=1 Add BOFS=12 Min Turn Time=5000us Link Disc=12s (33) > 20:20:18.759584 ua:rsp ca=48 pf=1 de1933e5 < 26600000 > LAP QoS: Baud Rate=115200bps Max Turn Time=500ms Data Size=64B Window > Size=1 Add BOFS=0 Min Turn Time=1000us Link Disc=12s (31) > 20:20:18.764549 rr:cmd > ca=48 pf=1 nr=0 (2) > 20:20:19.004530 rr:cmd > ca=48 pf=1 nr=0 (2) > 20:20:19.504530 rr:cmd > ca=48 pf=1 nr=0 (2) > 20:20:19.518230 rr:rsp < ca=48 pf=1 nr=0 (2) > 20:20:19.518258 i:cmd > ca=48 pf=1 nr=0 ns=0 LM slsap=11 dlsap=00 CONN_CMD > (6) > 20:20:20.014531 rr:cmd > ca=48 pf=1 nr=0 (2) Hum... First, we need to check if IUC_NO_TURN does anything at all, because it's an option that has not be tested much. Go in irda-usb.c, and around line 447, add a new printk, and recompile. The message should appear in your kernel log (via dmesg). --------------------------------------------- /* Check if the mtt is larger than the time we have * already used by all the protocol processing */ + printk(KERN_DEBUG "irda-usb: diff = %d\", diff); if (mtt > diff) { mtt -= diff; + printk(KERN_DEBUG "irda-usb: mtt = %d\", mtt); if (mtt > 1000) mdelay(mtt/1000); else udelay(mtt); } --------------------------------------------- Tell me what message appears in the log, or if no message appear at all. Second, you can increase further the time, by doing : echo 10000 > /proc/sys/net/irda/min_tx_turn_time But I must admit I'm running out of ideas. Jean |
From: Chris H. <ch...@ch...> - 2002-10-19 10:19:41
Attachments:
patch.txt
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, On Friday 18 October 2002 9:39 pm, Jean Tourrilhes wrote: > First, we need to check if IUC_NO_TURN does anything at all, > because it's an option that has not be tested much. OK <snip> > Tell me what message appears in the log, or if no message > appear at all. I don't see anything in the log. I've attached a complete patch of what I've done to irda-usb.c so you can check it. dmesg looks like this: usb.c: registered new driver irda-usb USB IrDA support registered IrCOMM protocol (Dag Brattli) hub.c: USB new device connect on bus2/1, assigned device number 2 IRDA-USB found at address 2, Vendor: 50f, Product: 180 IrDA: Registered device irda0 CSLIP: code copyright 1989 Regents of the University of California PPP generic driver version 2.4.2 PPP BSD Compression module registered PPP Deflate Compression module registered chris@gandalf:~$ > Second, you can increase further the time, by doing : > echo 10000 > /proc/sys/net/irda/min_tx_turn_time That doesn't appear to help.... > But I must admit I'm running out of ideas. However, I have worked out how I can consistently make the thing work (I can use wvdial to "dial" the phone, pppd starts etc, although it doesn't seem to do much more than this -- it does DNS lookups but starting up xchat to go on IRC is _very slow_ it takes about 30 seconds just to have the motd text, and it times out while doing this so I can't actually do anything yet -- I don't know whether this is due to an incorrect ppp configuration/firewall but it= =20 works ok with my pcmcia dialup) So for example if I ping something, all I get is: chris@gandalf:~$ ping chrishowells.co.uk PING chrishowells.co.uk (217.151.99.6): 56 data bytes =2D --- chrishowells.co.uk ping statistics --- 5 packets transmitted, 0 packets received, 100% packet loss In order to make it work, the IrDA dongle must not be plugged in until I've loaded all of the ircomm, irtty, irda-usb (etc) modules. So if I modprobe them, plug the thing in, it "works" as above. Thanks =2D -- Cheers, Chris Howells -- ch...@ch..., ho...@kd... Web: http://chrishowells.co.uk, PGP key: http://chrishowells.co.uk/pgp.txt KDE: http://www.koffice.org, http://edu.kde.org, http://usability.kde.org =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (GNU/Linux) iD8DBQE9sS+/F8Iu1zN5WiwRAsZTAKCUG1x9EFet0V7Mxf/4RxU3uk7JTQCdERKk UOlzzk2+8cHqI64sIfsJ3Sg=3D =3DcMal =2D----END PGP SIGNATURE----- |
From: Jean T. <jt...@bo...> - 2002-10-21 17:52:34
|
On Sat, Oct 19, 2002 at 11:11:11AM +0100, Chris Howells wrote: > > > Tell me what message appears in the log, or if no message > > appear at all. > > I don't see anything in the log. I've attached a complete patch of what I've > done to irda-usb.c so you can check it. Bad news. The patch seems OK, so something else is wrong. > dmesg looks like this: > > usb.c: registered new driver irda-usb > USB IrDA support registered > IrCOMM protocol (Dag Brattli) > hub.c: USB new device connect on bus2/1, assigned device number 2 > IRDA-USB found at address 2, Vendor: 50f, Product: 180 > IrDA: Registered device irda0 > CSLIP: code copyright 1989 Regents of the University of California > PPP generic driver version 2.4.2 > PPP BSD Compression module registered > PPP Deflate Compression module registered > chris@gandalf:~$ Yes, but I need to know what happening after that, during communication with the phone. I need to know what's written just after the following line : --------------------------------------- irlap_change_speed(), setting speed to 115200 --------------------------------------- Are you sure you did reinstall the modules (make modules ; make modules_install) ? > In order to make it work, the IrDA dongle must not be plugged in until I've > loaded all of the ircomm, irtty, irda-usb (etc) modules. So if I modprobe > them, plug the thing in, it "works" as above. That's the IrCOMM bug that is fixed with a patch on my web page called "Fixes chat over IrCOMM problem". That's a different problem, but you may want to apply this patch. > Thanks Have fun... Jean |
From: Chris H. <ch...@ch...> - 2002-10-21 23:28:29
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Jean, On Monday 21 October 2002 6:50 pm, Jean Tourrilhes wrote: > Yes, but I need to know what happening after that, during > communication with the phone. I need to know what's written just after > the following line : > --------------------------------------- > irlap_change_speed(), setting speed to 115200 > --------------------------------------- How do I do that? I haven't seen anything relevant in dmesg, nor can I find= =20 any trace of it in /var/log. > Are you sure you did reinstall the modules (make modules ; > make modules_install) ? Yes. I modified the module description so that I could check that it was th= e=20 right module using 'modinfo irda-usb': root@gandalf:/home/chris# modinfo irda-usb filename: /lib/modules/2.4.19-ac4/kernel/drivers/net/irda/irda-usb.o description: "IrDA-USB Dongle Driver" author: "Roman Weissgaerber <we...@vi...>, Dag Brattli=20 <da...@br...> and Jean Tourrilhes <jt...@hp...>, Modified by Chris=20 Howells, 21/10/2002" license: "GPL" parm: qos_mtt_bits int, description "Minimum Turn Time" > > In order to make it work, the IrDA dongle must not be plugged in until > > I've loaded all of the ircomm, irtty, irda-usb (etc) modules. So if I > > modprobe them, plug the thing in, it "works" as above. > > That's the IrCOMM bug that is fixed with a patch on my web > page called "Fixes chat over IrCOMM problem". That's a different > problem, but you may want to apply this patch. Aha... well, I tried to apply this patch to 2.4.19-ac4 which I'm currently= =20 running but it doesn't apply cleanly. The rejects in ircomm_tty.c look=20 non-trivial to resolve (for me, anyway, I can only cope with C++/Qt). (I ma= de=20 sure I was using the 2.4 patch rather than that for 2.5). BTW I've tried using my phone using as a standard GSM data modem. This work= ed=20 marginally better than GPRS but it was still impossible to do anything over= =20 the connection (yes, it's only 9.6k/sec but it's possible to do stuff under= =20 XP, albeit quite slowly). Thanks for all you help despite the time that this is taking :), =2D -- Cheers, Chris Howells -- ch...@ch..., ho...@kd... Web: http://chrishowells.co.uk, PGP key: http://chrishowells.co.uk/pgp.txt KDE: http://www.koffice.org, http://edu.kde.org, http://usability.kde.org =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (GNU/Linux) iD8DBQE9tIw2F8Iu1zN5WiwRAkECAJ47BdlZKoNkJ9MsMTGfFMYVSx/5swCbBJRz kV3eth5xfRqmcwoFz2uZ4T4=3D =3D/Q7M =2D----END PGP SIGNATURE----- |
From: Jean T. <jt...@bo...> - 2002-10-21 23:35:23
|
On Tue, Oct 22, 2002 at 12:22:30AM +0100, Chris Howells wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Jean, > > On Monday 21 October 2002 6:50 pm, Jean Tourrilhes wrote: > > Yes, but I need to know what happening after that, during > > communication with the phone. I need to know what's written just after > > the following line : > > --------------------------------------- > > irlap_change_speed(), setting speed to 115200 > > --------------------------------------- > > How do I do that? I haven't seen anything relevant in dmesg, nor can I find > any trace of it in /var/log. Did you compile with IRDA_DEBUG ? Check your kernel config options for this. > > That's the IrCOMM bug that is fixed with a patch on my web > > page called "Fixes chat over IrCOMM problem". That's a different > > problem, but you may want to apply this patch. > > Aha... well, I tried to apply this patch to 2.4.19-ac4 which I'm currently > running but it doesn't apply cleanly. The rejects in ircomm_tty.c look > non-trivial to resolve (for me, anyway, I can only cope with C++/Qt). (I made > sure I was using the 2.4 patch rather than that for 2.5). Yeah, because it applies after the patch called "Very important fixes" that was included in 2.4.20. I tend to run with all the latest patches. Jean |
From: Chris H. <ch...@ch...> - 2002-10-22 17:24:51
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, On Tuesday 22 October 2002 12:33 am, Jean Tourrilhes wrote: > Did you compile with IRDA_DEBUG ? Check your kernel config > options for this. No, but I have done now. dmesg looks like this: irlap_change_speed(), setting speed to 9600 ircomm_tty_attach_cable() ircomm_tty_ias_register() irlap_change_speed(), setting speed to 115200 ircomm_param_service_type(), services in common=3D04 ircomm_param_service_type(), resulting service type=3D0x04 ircomm_param_port_type(), port type=3D1 ircomm_param_port_type(), port type=3D1 ircomm_param_xon_xoff(), XON/XOFF =3D 0x11,0x13 ircomm_param_enq_ack(), ENQ/ACK =3D 0x13,0x11 ircomm_tty_check_modem_status() ircomm_tty_check_modem_status() ircomm_tty_check_modem_status() ircomm_tty_check_modem_status() ircomm_tty_check_modem_status() CSLIP: code copyright 1989 Regents of the University of California PPP generic driver version 2.4.2 ircomm_tty_close() ircomm_tty_close(), open count > 0 There was more than this, due to the fact that it didn't repsond to AT the= =20 first time, but I think that was everything from the time that it worked. irdadump also seems to be more verbose: 17:18:58.057205 xid:cmd 1cd3c5f0 > ffffffff S=3D6 s=3D* gandalf hint=3D0400= [=20 Computer ] (23) 17:18:58.058382 snrm:cmd ca=3Dfe pf=3D1 1cd3c5f0 > bfa90000 new-ca=3D02 LAP QoS: Baud Rate=3D4000000bps Max Turn Time=3D500ms Data Size=3D2= 048B=20 Window Size=3D1 Add BOFS=3D12 Min Turn Time=3D5000us Link Disc=3D12s (33) 17:18:58.198363 ua:rsp ca=3D02 pf=3D1 1cd3c5f0 < bfa90000 LAP QoS: Baud Rate=3D115200bps Max Turn Time=3D500ms Data Size=3D64= B Window=20 Size=3D1 Add BOFS=3D0 Min Turn Time=3D1000us Link Disc=3D12s (31) 17:18:58.199639 rr:cmd > ca=3D02 pf=3D1 nr=3D0 (2) 17:18:58.447209 rr:cmd > ca=3D02 pf=3D1 nr=3D0 (2) 17:18:58.459592 rr:rsp < ca=3D02 pf=3D1 nr=3D0 (2) 17:18:58.459621 i:cmd > ca=3D02 pf=3D1 nr=3D0 ns=3D0 LM slsap=3D22 dlsap= =3D00 CONN_CMD=20 (6) 17:18:58.472748 i:rsp < ca=3D02 pf=3D1 nr=3D1 ns=3D0 LM slsap=3D00 dlsap= =3D22 CONN_RSP=20 (6) 17:18:58.472780 i:cmd > ca=3D02 pf=3D1 nr=3D1 ns=3D1 LM slsap=3D22 dlsap= =3D00=20 GET_VALUE_BY_CLASS: "IrDA:IrCOMM" "Parameters" (28) 17:18:58.490221 i:rsp < ca=3D02 pf=3D1 nr=3D2 ns=3D1 LM slsap=3D00 dlsap= =3D22=20 GET_VALUE_BY_CLASS: Success IrCOMM Parameters Service Type=3DNINE_WIRE Port Type=3DPARALLEL (19) 17:18:58.490252 i:cmd > ca=3D02 pf=3D1 nr=3D2 ns=3D2 LM slsap=3D22 dlsap= =3D00 DISC (6) 17:18:58.502114 rr:rsp < ca=3D02 pf=3D1 nr=3D3 (2) 17:18:58.502143 i:cmd > ca=3D02 pf=3D1 nr=3D2 ns=3D3 LM slsap=3D23 dlsap= =3D00 CONN_CMD=20 (6) 17:18:58.519586 i:rsp < ca=3D02 pf=3D1 nr=3D4 ns=3D2 LM slsap=3D00 dlsap= =3D23 CONN_RSP=20 (6) 17:18:58.519624 i:cmd > ca=3D02 pf=3D1 nr=3D3 ns=3D4 LM slsap=3D23 dlsap= =3D00=20 GET_VALUE_BY_CLASS: "IrDA:IrCOMM" "IrDA:TinyTP:LsapSel" (37) 17:18:58.532741 i:rsp < ca=3D02 pf=3D1 nr=3D5 ns=3D3 LM slsap=3D00 dlsap= =3D23=20 GET_VALUE_BY_CLASS: Success Integer: 04 (15) 17:18:58.532771 i:cmd > ca=3D02 pf=3D1 nr=3D4 ns=3D5 LM slsap=3D23 dlsap= =3D00 DISC (6) 17:18:58.548950 rr:rsp < ca=3D02 pf=3D1 nr=3D6 (2) 17:18:58.548977 i:cmd > ca=3D02 pf=3D1 nr=3D4 ns=3D6 LM slsap=3D21 dlsap= =3D04 CONN_CMD=20 TTP credits=3D14 (7) 17:18:58.562738 i:rsp < ca=3D02 pf=3D1 nr=3D7 ns=3D4 LM slsap=3D04 dlsap= =3D21 CONN_RSP=20 TTP credits=3D3 (7) 17:18:58.562777 i:cmd > ca=3D02 pf=3D1 nr=3D5 ns=3D7 LM slsap=3D21 dlsap= =3D04 TTP=20 credits=3D0 IrCOMM Service Type=3DNINE_WIRE Data Rate=3D115200 Data Format=3D13= Flow=20 Control=3D04 DTEline State=3D0c (24) 17:18:58.580841 i:rsp < ca=3D02 pf=3D1 nr=3D0 ns=3D5 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D0 IrCOMM Port Type=3DPARALLEL Data Rate=3D19200 Data Format=3D03 Flow= =20 Control=3D3f XON/XOFF=3D11,13 (32) 17:18:58.580885 i:cmd > ca=3D02 pf=3D1 nr=3D6 ns=3D0 LM slsap=3D21 dlsap= =3D04 TTP=20 credits=3D0 IrCOMM (20) 17:18:58.592735 i:rsp < ca=3D02 pf=3D1 nr=3D1 ns=3D6 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D0 IrCOMM Flow Control=3D0c (9) 17:18:59.087207 rr:cmd > ca=3D02 pf=3D1 nr=3D7 (2) 17:18:59.100150 i:rsp < ca=3D02 pf=3D1 nr=3D1 ns=3D7 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D0 IrCOMM (9) 17:18:59.597207 rr:cmd > ca=3D02 pf=3D1 nr=3D0 (2) 17:18:59.610091 i:rsp < ca=3D02 pf=3D1 nr=3D1 ns=3D0 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D1 (5) 17:19:00.107205 rr:cmd > ca=3D02 pf=3D1 nr=3D1 (2) 17:19:00.120033 i:rsp < ca=3D02 pf=3D1 nr=3D1 ns=3D1 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D1 (5) 17:19:00.617206 rr:cmd > ca=3D02 pf=3D1 nr=3D2 (2) 17:19:00.630605 i:rsp < ca=3D02 pf=3D1 nr=3D1 ns=3D2 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D0 IrCOMM (20) 17:19:01.127208 rr:cmd > ca=3D02 pf=3D1 nr=3D3 (2) 17:19:01.139916 i:rsp < ca=3D02 pf=3D1 nr=3D1 ns=3D3 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D0 IrCOMM (12) 17:19:01.237588 i:cmd > ca=3D02 pf=3D1 nr=3D4 ns=3D1 LM slsap=3D21 dlsap= =3D04 TTP=20 credits=3D5 IrCOMM (15) 17:19:01.249903 i:rsp < ca=3D02 pf=3D1 nr=3D2 ns=3D4 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D1 (5) 17:19:01.747207 rr:cmd > ca=3D02 pf=3D1 nr=3D5 (2) 17:19:01.760475 i:rsp < ca=3D02 pf=3D1 nr=3D2 ns=3D5 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D0 IrCOMM (15) 17:19:02.257206 rr:cmd > ca=3D02 pf=3D1 nr=3D6 (2) 17:19:02.269785 i:rsp < ca=3D02 pf=3D1 nr=3D2 ns=3D6 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D0 IrCOMM (9) 17:19:02.767208 rr:cmd > ca=3D02 pf=3D1 nr=3D7 (2) 17:19:02.780357 i:rsp < ca=3D02 pf=3D1 nr=3D2 ns=3D7 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D0 IrCOMM (17) 17:19:03.277207 rr:cmd > ca=3D02 pf=3D1 nr=3D0 (2) 17:19:03.290299 i:rsp < ca=3D02 pf=3D1 nr=3D2 ns=3D0 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D0 IrCOMM (9) 17:19:03.787207 rr:cmd > ca=3D02 pf=3D1 nr=3D1 (2) 17:19:03.800240 i:rsp < ca=3D02 pf=3D1 nr=3D2 ns=3D1 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D0 IrCOMM (9) 17:19:03.800284 i:cmd > ca=3D02 pf=3D1 nr=3D2 ns=3D2 LM slsap=3D21 dlsap= =3D04 TTP=20 credits=3D5 IrCOMM (7) 17:19:03.819607 i:rsp < ca=3D02 pf=3D1 nr=3D3 ns=3D2 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D0 IrCOMM (49) 17:19:04.040071 i:cmd > ca=3D02 pf=3D1 nr=3D3 ns=3D3 LM slsap=3D21 dlsap= =3D04 TTP=20 credits=3D1 IrCOMM DTEline State=3D0c Data Rate=3D115200 Data Format=3D13 Flow= =20 Control=3D0c DTEline State=3D0c (24) 17:19:04.052745 i:rsp < ca=3D02 pf=3D1 nr=3D4 ns=3D3 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D1 (5) 17:19:04.052789 i:cmd > ca=3D02 pf=3D1 nr=3D4 ns=3D4 LM slsap=3D21 dlsap= =3D04 TTP=20 credits=3D0 IrCOMM (52) 17:19:04.072740 i:rsp < ca=3D02 pf=3D1 nr=3D5 ns=3D4 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D1 (5) 17:19:04.567207 rr:cmd > ca=3D02 pf=3D1 nr=3D5 (2) 17:19:04.579519 i:rsp < ca=3D02 pf=3D1 nr=3D5 ns=3D5 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D1 (5) 17:19:05.077207 rr:cmd > ca=3D02 pf=3D1 nr=3D6 (2) 17:19:05.092618 i:rsp < ca=3D02 pf=3D1 nr=3D5 ns=3D6 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D0 IrCOMM (40) 17:19:05.092736 i:cmd > ca=3D02 pf=3D1 nr=3D7 ns=3D5 LM slsap=3D21 dlsap= =3D04 TTP=20 credits=3D1 IrCOMM (35) 17:19:05.118195 i:rsp < ca=3D02 pf=3D1 nr=3D6 ns=3D7 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D0 IrCOMM (49) 17:19:05.118280 i:cmd > ca=3D02 pf=3D1 nr=3D0 ns=3D6 LM slsap=3D21 dlsap= =3D04 TTP=20 credits=3D1 IrCOMM (49) 17:19:05.133244 i:rsp < ca=3D02 pf=3D1 nr=3D7 ns=3D0 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D1 (5) 17:19:05.627207 rr:cmd > ca=3D02 pf=3D1 nr=3D1 (2) 17:19:05.641923 i:rsp < ca=3D02 pf=3D1 nr=3D7 ns=3D1 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D0 IrCOMM (35) 17:19:05.642055 i:cmd > ca=3D02 pf=3D1 nr=3D2 ns=3D7 LM slsap=3D21 dlsap= =3D04 TTP=20 credits=3D1 IrCOMM (22) 17:19:05.659395 i:rsp < ca=3D02 pf=3D1 nr=3D0 ns=3D2 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D1 (5) 17:19:05.659428 i:cmd > ca=3D02 pf=3D1 nr=3D3 ns=3D0 LM slsap=3D21 dlsap= =3D04 TTP=20 credits=3D0 IrCOMM (24) 17:19:05.679393 i:rsp < ca=3D02 pf=3D1 nr=3D1 ns=3D3 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D1 (5) 17:19:06.177207 rr:cmd > ca=3D02 pf=3D1 nr=3D4 (2) 17:19:06.190600 i:rsp < ca=3D02 pf=3D1 nr=3D1 ns=3D4 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D0 IrCOMM (19) 17:19:06.687207 rr:cmd > ca=3D02 pf=3D1 nr=3D5 (2) 17:19:06.699906 i:rsp < ca=3D02 pf=3D1 nr=3D1 ns=3D5 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D1 (5) 17:19:07.197207 rr:cmd > ca=3D02 pf=3D1 nr=3D6 (2) 17:19:07.210479 i:rsp < ca=3D02 pf=3D1 nr=3D1 ns=3D6 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D0 IrCOMM (19) 17:19:07.210661 i:cmd > ca=3D02 pf=3D1 nr=3D7 ns=3D1 LM slsap=3D21 dlsap= =3D04 TTP=20 credits=3D2 IrCOMM (42) 17:19:07.239846 i:rsp < ca=3D02 pf=3D1 nr=3D2 ns=3D7 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D0 IrCOMM (24) 17:19:07.239886 i:cmd > ca=3D02 pf=3D1 nr=3D0 ns=3D2 LM slsap=3D21 dlsap= =3D04 TTP=20 credits=3D0 IrCOMM (29) 17:19:07.257947 i:rsp < ca=3D02 pf=3D1 nr=3D3 ns=3D0 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D1 (5) 17:19:07.257979 i:cmd > ca=3D02 pf=3D1 nr=3D1 ns=3D3 LM slsap=3D21 dlsap= =3D04 TTP=20 credits=3D1 IrCOMM (24) 17:19:07.272370 i:rsp < ca=3D02 pf=3D1 nr=3D4 ns=3D1 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D1 (5) 17:19:07.767207 rr:cmd > ca=3D02 pf=3D1 nr=3D2 (2) 17:19:07.781676 i:rsp < ca=3D02 pf=3D1 nr=3D4 ns=3D2 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D0 IrCOMM (35) 17:19:07.860895 i:cmd > ca=3D02 pf=3D1 nr=3D3 ns=3D4 LM slsap=3D21 dlsap= =3D04 TTP=20 credits=3D1 IrCOMM (35) 17:19:07.887876 i:rsp < ca=3D02 pf=3D1 nr=3D5 ns=3D3 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D1 (5) 17:19:08.387207 rr:cmd > ca=3D02 pf=3D1 nr=3D4 (2) 17:19:08.399710 i:rsp < ca=3D02 pf=3D1 nr=3D5 ns=3D4 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D1 (5) 17:19:08.897207 rr:cmd > ca=3D02 pf=3D1 nr=3D5 (2) 17:19:08.910915 i:rsp < ca=3D02 pf=3D1 nr=3D5 ns=3D5 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D0 IrCOMM (23) 17:19:08.911874 i:cmd > ca=3D02 pf=3D1 nr=3D6 ns=3D5 LM slsap=3D21 dlsap= =3D04 TTP=20 credits=3D1 IrCOMM Data Rate=3D115200 Data Format=3D13 Flow Control=3D0c (18) 17:19:08.922815 i:rsp < ca=3D02 pf=3D1 nr=3D6 ns=3D6 LM slsap=3D04 dlsap= =3D21 TTP=20 credits=3D0 IrCOMM (9) 17:19:08.922858 i:cmd > ca=3D02 pf=3D1 nr=3D7 ns=3D6 LM slsap=3D21 dlsap= =3D04 DISC (6) 17:19:08.939653 i:rsp < ca=3D02 pf=3D1 nr=3D7 ns=3D7 LM slsap=3D04 dlsap= =3D21 (9) 17:19:09.437208 rr:cmd > ca=3D02 pf=3D1 nr=3D0 (2) 17:19:09.449590 rd:rsp < ca=3D0x2 pf=3D1 (2) 17:19:09.449619 disc:cmd > ca=3D0x2 pf=3D1 (2) 17:19:09.482749 ua:rsp ca=3D02 pf=3D1 1cd3c5f0 < bfa90000 (10) Thanks =2D --=20 Cheers, Chris Howells -- ch...@ch..., ho...@kd... Web: http://chrishowells.co.uk, PGP key: http://chrishowells.co.uk/pgp.txt KDE: http://www.koffice.org, http://edu.kde.org, http://usability.kde.org =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (GNU/Linux) iD8DBQE9tYjBF8Iu1zN5WiwRAvdxAJ4ghhOmzHiQp4Ryh9KpCRSinlYO0wCgiOKK Lg/x3ijYZHzqXAhE2dAcoNI=3D =3DDJRI =2D----END PGP SIGNATURE----- |
From: Jean T. <jt...@bo...> - 2002-10-22 17:44:45
|
On Tue, Oct 22, 2002 at 06:19:53PM +0100, Chris Howells wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > On Tuesday 22 October 2002 12:33 am, Jean Tourrilhes wrote: > > Did you compile with IRDA_DEBUG ? Check your kernel config > > options for this. > > > No, but I have done now. Grrrr !!!!!!!!!!!!!!! > dmesg looks like this: > > irlap_change_speed(), setting speed to 9600 > ircomm_tty_attach_cable() > ircomm_tty_ias_register() > irlap_change_speed(), setting speed to 115200 > ircomm_param_service_type(), services in common=04 > ircomm_param_service_type(), resulting service type=0x04 > ircomm_param_port_type(), port type=1 > ircomm_param_port_type(), port type=1 > ircomm_param_xon_xoff(), XON/XOFF = 0x11,0x13 > ircomm_param_enq_ack(), ENQ/ACK = 0x13,0x11 > ircomm_tty_check_modem_status() > ircomm_tty_check_modem_status() > ircomm_tty_check_modem_status() > ircomm_tty_check_modem_status() > ircomm_tty_check_modem_status() > CSLIP: code copyright 1989 Regents of the University of California > PPP generic driver version 2.4.2 > ircomm_tty_close() > ircomm_tty_close(), open count > 0 > > There was more than this, due to the fact that it didn't repsond to AT the > first time, but I think that was everything from the time that it worked. Still nothing about our irda-usb timings ? They probably would show up a bit lower than that. > irdadump also seems to be more verbose: > > 17:18:58.057205 xid:cmd 1cd3c5f0 > ffffffff S=6 s=* gandalf hint=0400 [ > Computer ] (23) > 17:18:58.058382 snrm:cmd ca=fe pf=1 1cd3c5f0 > bfa90000 new-ca=02 > LAP QoS: Baud Rate=4000000bps Max Turn Time=500ms Data Size=2048B > Window Size=1 Add BOFS=12 Min Turn Time=5000us Link Disc=12s (33) > 17:18:58.198363 ua:rsp ca=02 pf=1 1cd3c5f0 < bfa90000 > LAP QoS: Baud Rate=115200bps Max Turn Time=500ms Data Size=64B Window > Size=1 Add BOFS=0 Min Turn Time=1000us Link Disc=12s (31) > 17:18:58.199639 rr:cmd > ca=02 pf=1 nr=0 (2) > 17:18:58.447209 rr:cmd > ca=02 pf=1 nr=0 (2) > 17:18:58.459592 rr:rsp < ca=02 pf=1 nr=0 (2) > 17:18:58.459621 i:cmd > ca=02 pf=1 nr=0 ns=0 LM slsap=22 dlsap=00 CONN_CMD > (6) > 17:18:58.472748 i:rsp < ca=02 pf=1 nr=1 ns=0 LM slsap=00 dlsap=22 CONN_RSP > (6) > 17:18:58.472780 i:cmd > ca=02 pf=1 nr=1 ns=1 LM slsap=22 dlsap=00 > GET_VALUE_BY_CLASS: "IrDA:IrCOMM" "Parameters" (28) > 17:18:58.490221 i:rsp < ca=02 pf=1 nr=2 ns=1 LM slsap=00 dlsap=22 > GET_VALUE_BY_CLASS: Success > IrCOMM Parameters Service Type=NINE_WIRE Port Type=PARALLEL (19) What did you change ? The problem I was seeing in the other irdadump you sent me is now gone. And, as far as I can see, the two devices are communicating at the IrDA level. > 17:19:00.630605 i:rsp < ca=02 pf=1 nr=1 ns=2 LM slsap=04 dlsap=21 TTP > credits=0 IrCOMM (20) > 17:19:01.127208 rr:cmd > ca=02 pf=1 nr=3 (2) > 17:19:01.139916 i:rsp < ca=02 pf=1 nr=1 ns=3 LM slsap=04 dlsap=21 TTP > credits=0 IrCOMM (12) > 17:19:01.237588 i:cmd > ca=02 pf=1 nr=4 ns=1 LM slsap=21 dlsap=04 TTP > credits=5 IrCOMM (15) The two guys are happy exchanging data on top of IrCOMM. So, whatever is not working, it's above IrCOMM. > 17:19:08.922815 i:rsp < ca=02 pf=1 nr=6 ns=6 LM slsap=04 dlsap=21 TTP > credits=0 > IrCOMM (9) > 17:19:08.922858 i:cmd > ca=02 pf=1 nr=7 ns=6 LM slsap=21 dlsap=04 DISC (6) The Linux side is closing the connection. You probably killed the pppd, or it expired. pppd --debug will help you figure out potention pppd problems. > Thanks Have fun... Jean |
From: Chris H. <ch...@ch...> - 2002-10-26 19:10:05
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Sorry for not replying for a while, I've been quite busy with university=20 work... On Tuesday 22 October 2002 6:43 pm, Jean Tourrilhes wrote: > Still nothing about our irda-usb timings ? They probably would > show up a bit lower than that. This is everything from dmesg.... irda_init() usb.c: registered new driver irda-usb USB IrDA support registered IrCOMM protocol (Dag Brattli) hub.c: USB new device connect on bus1/1, assigned device number 2 IRDA-USB found at address 2, Vendor: 50f, Product: 180 irda_usb_parse_endpoints(), And our endpoints are : in=3D02, out=3D01 (64),= int=3D03 irda_usb_init_qos(), dongle says speed=3D0x13E, size=3D0x20, window=3D0x1, = bofs=3D0x4,=20 turn=3D0x2 IrDA: Registered device irda0 irlap_change_speed(), setting speed to 9600 ircomm_tty_attach_cable() ircomm_tty_ias_register() irlap_change_speed(), setting speed to 115200 ircomm_param_service_type(), services in common=3D04 ircomm_param_service_type(), resulting service type=3D0x04 ircomm_param_port_type(), port type=3D1 ircomm_param_port_type(), port type=3D1 ircomm_param_xon_xoff(), XON/XOFF =3D 0x11,0x13 ircomm_param_enq_ack(), ENQ/ACK =3D 0x13,0x11 ircomm_tty_check_modem_status() ircomm_tty_check_modem_status() ircomm_tty_check_modem_status() ircomm_tty_check_modem_status() ircomm_tty_check_modem_status() CSLIP: code copyright 1989 Regents of the University of California PPP generic driver version 2.4.2 ircomm_tty_close() ircomm_tty_close(), open count > 0 PPP BSD Compression module registered PPP Deflate Compression module registered > What did you change ? The problem I was seeing in the other > irdadump you sent me is now gone. And, as far as I can see, the two > devices are communicating at the IrDA level. I'm very sure that I didn't change anything, not even the order that I=20 modprobe'd the modules. > The two guys are happy exchanging data on top of IrCOMM. So, > whatever is not working, it's above IrCOMM. Interesting... The following is in /var/log/messages Oct 26 19:50:00 gandalf kernel: usb.c: registered new driver irda-usb Oct 26 19:50:00 gandalf kernel: USB IrDA support registered Oct 26 19:50:03 gandalf kernel: IrCOMM protocol (Dag Brattli) Oct 26 19:50:11 gandalf irattach: executing: '/sbin/modprobe irda0' Oct 26 19:50:11 gandalf irattach: + modprobe: Can't locate module irda0 Oct 26 19:50:11 gandalf irattach: Trying to load module irda0 exited with=20 status 255 Oct 26 19:50:11 gandalf irattach: executing: 'echo gandalf >=20 /proc/sys/net/irda/devname' Oct 26 19:50:11 gandalf irattach: executing: 'echo 1 >=20 /proc/sys/net/irda/discovery' Oct 26 19:50:11 gandalf irattach: Starting device irda0 Oct 26 19:50:11 gandalf irattach: ioctl(SIOCGIFFLAGS): No such device Oct 26 19:50:11 gandalf irattach: Stopping device irda0 Oct 26 19:50:12 gandalf irattach: ioctl(SIOCGIFFLAGS): No such device Oct 26 19:50:12 gandalf irattach: exiting ... Oct 26 19:50:35 gandalf kernel: hub.c: USB new device connect on bus1/1,=20 assigned device number 2 Oct 26 19:50:35 gandalf kernel: IRDA-USB found at address 2, Vendor: 50f,=20 Product: 180 Oct 26 19:50:35 gandalf kernel: IrDA: Registered device irda0 Oct 26 19:50:35 gandalf /etc/hotplug/net.agent: assuming irda0 is already up Oct 26 19:50:35 gandalf /etc/hotplug/usb.agent: Setup irda-usb for USB prod= uct=20 50f/180/110 Oct 26 19:50:36 gandalf /etc/hotplug/usb.agent: missing kernel or user mode= =20 driver irda-usb Oct 26 19:50:49 gandalf irattach: executing: '/sbin/modprobe irda0' Oct 26 19:50:49 gandalf irattach: + modprobe: Can't locate module irda0 Oct 26 19:50:49 gandalf irattach: Trying to load module irda0 exited with=20 status 255 Oct 26 19:50:49 gandalf irattach: executing: 'echo gandalf >=20 /proc/sys/net/irda/devname' Oct 26 19:50:49 gandalf irattach: executing: 'echo 1 >=20 /proc/sys/net/irda/discovery' Oct 26 19:50:49 gandalf irattach: Starting device irda0 Oct 26 19:51:08 gandalf kernel: CSLIP: code copyright 1989 Regents of the=20 University of California Oct 26 19:51:08 gandalf kernel: PPP generic driver version 2.4.2 Oct 26 19:51:08 gandalf pppd[997]: pppd 2.4.1 started by root, uid 0 Oct 26 19:51:08 gandalf pppd[997]: Using interface ppp0 Oct 26 19:51:08 gandalf pppd[997]: Connect: ppp0 <--> /dev/ircomm0 Oct 26 19:51:08 gandalf /etc/hotplug/net.agent: assuming ppp0 is already up Oct 26 19:51:12 gandalf pppd[997]: kernel does not support PPP filtering Oct 26 19:51:12 gandalf kernel: PPP BSD Compression module registered Oct 26 19:51:12 gandalf kernel: PPP Deflate Compression module registered Oct 26 19:51:16 gandalf pppd[997]: local IP address 172.23.202.3 Oct 26 19:51:16 gandalf pppd[997]: remote IP address 10.6.6.6 Oct 26 19:51:16 gandalf pppd[997]: primary DNS address 158.43.192.1 Oct 26 19:51:16 gandalf pppd[997]: secondary DNS address 158.43.128.1 Oct 26 19:53:11 gandalf pppd[997]: No response to 4 echo-requests Oct 26 19:53:11 gandalf pppd[997]: Serial link appears to be disconnected. Oct 26 19:53:17 gandalf pppd[997]: Connection terminated. Oct 26 19:53:17 gandalf pppd[997]: Connect time 2.1 minutes. Oct 26 19:53:17 gandalf pppd[997]: Sent 2419 bytes, received 3269 bytes. Oct 26 19:53:17 gandalf pppd[997]: Exit. Oct 26 19:53:17 gandalf /etc/hotplug/net.agent: invoke ifdown ppp0 > The Linux side is closing the connection. You probably killed > the pppd, or it expired. pppd --debug will help you figure out > potention pppd problems. OK. I've added the debug option to /etc/ppp/options which should have the s= ame=20 effect. Oct 26 20:01:38 gandalf kernel: ircomm_tty_close() Oct 26 20:01:38 gandalf kernel: ircomm_tty_close(), open count > 0 Oct 26 20:01:38 gandalf kernel: ircomm_tty_hangup() Oct 26 20:01:38 gandalf kernel: ircomm_tty_shutdown() Oct 26 20:01:38 gandalf kernel: ircomm_tty_detach_cable() Oct 26 20:01:38 gandalf kernel: ircomm_close() Oct 26 20:01:39 gandalf kernel: ircomm_tty_close() Oct 26 20:01:39 gandalf kernel: ircomm_tty_close(), returning 1 Oct 26 20:01:39 gandalf kernel: irlap_change_speed(), setting speed to 9600 Oct 26 20:01:41 gandalf kernel: ircomm_tty_attach_cable() Oct 26 20:01:41 gandalf kernel: ircomm_tty_ias_register() Oct 26 20:01:41 gandalf kernel: irlap_change_speed(), setting speed to 1152= 00 Oct 26 20:01:41 gandalf kernel: ircomm_param_service_type(), services in=20 common=3D04 Oct 26 20:01:41 gandalf kernel: ircomm_param_service_type(), resulting serv= ice=20 type=3D0x04 Oct 26 20:01:41 gandalf kernel: ircomm_param_port_type(), port type=3D1 Oct 26 20:01:41 gandalf kernel: ircomm_param_port_type(), port type=3D1 Oct 26 20:01:41 gandalf kernel: ircomm_param_xon_xoff(), XON/XOFF =3D 0x11,= 0x13 Oct 26 20:01:41 gandalf kernel: ircomm_param_enq_ack(), ENQ/ACK =3D 0x13,0x= 11 Oct 26 20:01:41 gandalf kernel: ircomm_tty_check_modem_status() Oct 26 20:01:47 gandalf last message repeated 4 times Oct 26 20:01:48 gandalf kernel: ircomm_tty_close() Oct 26 20:01:48 gandalf kernel: ircomm_tty_close(), open count > 0 Oct 26 20:01:48 gandalf pppd[1264]: using channel 4 Oct 26 20:01:48 gandalf pppd[1264]: sent [LCP ConfReq id=3D0x1 <asyncmap 0x= 0>=20 <magic 0x658d2a38> <pcomp> <accomp>] Oct 26 20:01:49 gandalf pppd[1264]: rcvd [LCP ConfRej id=3D0x1 <magic=20 0x658d2a38> <pcomp> <accomp>] Oct 26 20:01:49 gandalf pppd[1264]: sent [LCP ConfReq id=3D0x2 <asyncmap 0x= 0>] Oct 26 20:01:49 gandalf pppd[1264]: rcvd [LCP ConfReq id=3D0x0 <auth pap> <= mru=20 1500> <asyncmap 0xa0000>] Oct 26 20:01:49 gandalf pppd[1264]: sent [LCP ConfAck id=3D0x0 <auth pap> <= mru=20 1500> <asyncmap 0xa0000>] Oct 26 20:01:49 gandalf pppd[1264]: rcvd [LCP ConfAck id=3D0x2 <asyncmap 0x= 0>] Oct 26 20:01:49 gandalf pppd[1264]: sent [LCP EchoReq id=3D0x0 magic=3D0x0] Oct 26 20:01:49 gandalf pppd[1264]: sent [PAP AuthReq id=3D0x1 user=3D"null= "=20 password=3D<hidden>] Oct 26 20:01:50 gandalf pppd[1264]: rcvd [LCP EchoRep id=3D0x0 00] Oct 26 20:01:50 gandalf pppd[1264]: lcp: received short Echo-Reply, length 1 Oct 26 20:01:51 gandalf pppd[1264]: rcvd [PAP AuthAck id=3D0x1 ""] Oct 26 20:01:51 gandalf pppd[1264]: sent [IPCP ConfReq id=3D0x1 <addr 0.0.0= =2E0>=20 <compress VJ 0f 01> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>] Oct 26 20:01:51 gandalf pppd[1264]: sent [CCP ConfReq id=3D0x1 <deflate 15>= =20 <deflate(old#) 15> <bsd v1 15>] Oct 26 20:01:51 gandalf pppd[1264]: rcvd [IPCP ConfReq id=3D0x0 <addr 10.6.= 6.6>] Oct 26 20:01:51 gandalf pppd[1264]: sent [IPCP ConfAck id=3D0x0 <addr 10.6.= 6.6>] Oct 26 20:01:51 gandalf pppd[1264]: rcvd [LCP ProtRej id=3D0x0 80 fd 01 01 = 00 0f=20 1a 04 78 00 18 04 78 00 15 03 2f] Oct 26 20:01:53 gandalf pppd[1264]: rcvd [IPCP ConfRej id=3D0x1 <compress V= J 0f=20 01>] Oct 26 20:01:53 gandalf pppd[1264]: sent [IPCP ConfReq id=3D0x2 <addr 0.0.0= =2E0>=20 <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>] Oct 26 20:01:53 gandalf pppd[1264]: rcvd [IPCP ConfNak id=3D0x2 <addr=20 172.23.140.7> <ms-dns1 158.43.192.1> <ms-dns3 158.43.128.1>] Oct 26 20:01:53 gandalf pppd[1264]: sent [IPCP ConfReq id=3D0x3 <addr=20 172.23.140.7> <ms-dns1 158.43.192.1> <ms-dns3 158.43.128.1>] Oct 26 20:01:54 gandalf pppd[1264]: rcvd [IPCP ConfAck id=3D0x3 <addr=20 172.23.140.7> <ms-dns1 158.43.192.1> <ms-dns3 158.43.128.1>] Oct 26 20:01:54 gandalf pppd[1264]: Script /etc/ppp/ip-up started (pid 1276) Oct 26 20:01:57 gandalf pppd[1264]: Script /etc/ppp/ip-up finished (pid 127= 6),=20 status =3D 0x0 Oct 26 20:02:19 gandalf pppd[1264]: sent [LCP EchoReq id=3D0x1 magic=3D0x0] Oct 26 20:02:20 gandalf pppd[1264]: rcvd [LCP EchoRep id=3D0x1 00] Oct 26 20:02:20 gandalf pppd[1264]: lcp: received short Echo-Reply, length 1 I'm not entirely sure what this means.... Thanks =2D -- Cheers, Chris Howells -- ch...@ch..., ho...@kd... Web: http://chrishowells.co.uk, PGP key: http://chrishowells.co.uk/pgp.txt KDE: http://www.koffice.org, http://edu.kde.org, http://usability.kde.org =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (GNU/Linux) iD8DBQE9uueKF8Iu1zN5WiwRAqQGAKClUnaVbKEWYMuu+LRweahyQJhqpwCfUp/o UGDROLk8KkBUlUY5yF2aFyM=3D =3DyI1K =2D----END PGP SIGNATURE----- |
From: Martin D. <li...@md...> - 2002-10-28 00:28:43
|
On Sat, 26 Oct 2002, Chris Howells wrote: > irlap_change_speed(), setting speed to 115200 > ircomm_param_service_type(), services in common=04 > ircomm_param_service_type(), resulting service type=0x04 > ircomm_param_port_type(), port type=1 > ircomm_param_port_type(), port type=1 > ircomm_param_xon_xoff(), XON/XOFF = 0x11,0x13 > ircomm_param_enq_ack(), ENQ/ACK = 0x13,0x11 Looks like you were using hardware flow control over ircomm, which I doubt would be a good idea when connecting to the phone. IMHO you might want to check your pppd option and remove any crtscts/cdtrcts settings (or even better explicitly disable them by adding the corresponding no* forms). Martin |
From: Jean T. <jt...@bo...> - 2002-10-17 18:55:25
|
Chris Howells wrote : > The irdadump log of it not working is shown below. (I downloaded the > irda-utils 0.9.15 source from packages.debian.org since I couldn't find it > anywhere else -- is there another download location?). On the sourceforge page. On the Linux-IrDA page. And on my web page. > The "No more space for connection!" still sems to be there with 0.9.15. Yes, I didn't say I fixed this bug. I don't really care about that one. Well, maybe I'll fix that later... The mailing list archive ate the end of your message. Could you please send me a copy personally (just resend - I'm jt...@hp... / jt at hpl dot hp dot com). I also need the USB ID of your dongle. That's very important. Have fun... Jean |
From: Chris H. <ch...@ch...> - 2002-10-17 23:36:38
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, On Thursday 17 October 2002 7:53 pm, Jean Tourrilhes wrote: > On the sourceforge page. On the Linux-IrDA page. And on my web page. I'll have another look.... > > The "No more space for connection!" still sems to be there with 0.9.15. > > Yes, I didn't say I fixed this bug. I don't really care about > that one. Well, maybe I'll fix that later... OK. > The mailing list archive ate the end of your message. Could > you please send me a copy personally (just resend - I'm jt...@hp... > / jt at hpl dot hp dot com). Done. > I also need the USB ID of your dongle. That's very important. Should be included. =2D --=20 Cheers, Chris Howells -- ch...@ch..., ho...@kd... Web: http://chrishowells.co.uk, PGP key: http://chrishowells.co.uk/pgp.txt KDE: http://www.koffice.org, http://edu.kde.org, http://usability.kde.org =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (GNU/Linux) iD8DBQE9r0kQF8Iu1zN5WiwRAmRaAKCnVznEsnw5s6ixagfPV+WXYFa3kQCghu4C k7VzVzsKARZ2FX3GBkaY7wU=3D =3DooCz =2D----END PGP SIGNATURE----- |