From owner-freebsd-bluetooth@FreeBSD.ORG Mon Jun 20 20:22:01 2005 Return-Path: X-Original-To: bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 561E416A41C for ; Mon, 20 Jun 2005 20:22:01 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A65843D58 for ; Mon, 20 Jun 2005 20:21:59 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.51 (FreeBSD)) id 1DkSJQ-0000PL-Uk for bluetooth@freebsd.org; Mon, 20 Jun 2005 23:52:05 +0400 From: Vladimir Grebenschikov To: bluetooth Content-Type: multipart/mixed; boundary="=-Lh0H8FeqsCpFfJWjN0Tg" Organization: SWsoft Date: Mon, 20 Jun 2005 23:52:04 +0400 Message-Id: <1119297124.1045.11.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: Subject: Problem with Logitech Mx900 again X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 20:22:01 -0000 --=-Lh0H8FeqsCpFfJWjN0Tg Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi At some moment my Mx900 stop work when connected directly to notebook BT adapter. It does not work in bot WinXP and FreeBSD (works for both before), but it still works with native cradle. Nothing was changed in notebook, nothing in FreeBSD kernel/userland when problem arise. mouse still pingable with l2ping: # l2ping -a mouse 44 bytes from mouse seq_no=-664775869 time=327.503 ms result=0 44 bytes from mouse seq_no=-664775869 time=22.231 ms result=0 ^C # bthidd -d bthidd[1486]: Opening outbound session for 00:07:61:17:9b:27 (new_device=1, reconnect_initiate=1) bthidd[1486]: Could not connect to 00:07:61:17:9b:27. Socket is not connected (57) ^C (cp /dev/null /var/db/bthidd.hids, before, all possible reset and reconnects on mouse initiated) there hcidump while this operation # hcidump HCIDump - HCI packet analyzer ver 1.5 device: any snap_len: 65535 filter: 0xffffffff < HCI Command: Create Connection(0x01|0x0005) plen 13 > HCI Event: Command Status(0x0f) plen 4 > HCI Event: Connect Complete(0x03) plen 11 < HCI Command: Write Link Policy Settings(0x02|0x000d) plen 4 < ACL data: handle 0x0029 flags 0x02 dlen 12 L2CAP(s): Connect req: psm 17 scid 0x004d > HCI Event: Number of Completed Packets(0x13) plen 5 > HCI Event: Command Complete(0x0e) plen 6 > ACL data: handle 0x0029 flags 0x02 dlen 16 L2CAP(s): Connect rsp: dcid 0x004f scid 0x004d result 1 status 2 > ACL data: handle 0x0029 flags 0x02 dlen 16 L2CAP(s): Connect rsp: dcid 0x0000 scid 0x004d result 2 status 0 > HCI Event: QoS Setup Complete(0x0d) plen 21 > HCI Event: Disconn Complete(0x05) plen 4 ^C In attachment result of # bthidcontrol -a mouse query device { bdaddr 00:07:61:17:9b:27; control_psm 0x11; interrupt_psm 0x13; reconnect_initiate true; battery_power true; normally_connectable false; hid_descriptor { 0x05 0x01 0x09 0x02 0xa1 0x01 0x85 0x02 0x09 0x01 0xa1 0x00 0x05 0x09 0x19 0x01 0x29 0x08 0x15 0x00 0x25 0x01 0x95 0x08 0x75 0x01 0x81 0x02 0x05 0x01 0x09 0x30 0x09 0x31 0x16 0x01 0xf8 0x26 0xff 0x07 0x75 0x0c 0x95 0x02 0x81 0x06 0x09 0x38 0x15 0x81 0x25 0x7f 0x75 0x08 0x95 0x01 0x81 0x06 0xc0 0xc0 0x06 0x00 0xff 0x09 0x01 0xa1 0x01 0x85 0x10 0x75 0x08 0x95 0x06 0x15 0x00 0x26 0xff 0x00 0x09 0x01 0x81 0x00 0x09 0x01 0x91 0x00 0xc0 }; } # (It is the same as my /etc/bluetooth/bthidd.conf config-file) Any hints what it is and how can be cured ? -- Vladimir B. Grebenschikov vova@fbsd.ru --=-Lh0H8FeqsCpFfJWjN0Tg Content-Disposition: attachment; filename=hcidump Content-Type: text/plain; name=hcidump; charset=KOI8-R Content-Transfer-Encoding: base64 SENJRHVtcCAtIEhDSSBwYWNrZXQgYW5hbHl6ZXIgdmVyIDEuNQ0KZGV2aWNlOiBhbnkgc25hcF9s ZW46IDY1NTM1IGZpbHRlcjogMHhmZmZmZmZmZg0KPCBIQ0kgQ29tbWFuZDogQ3JlYXRlIENvbm5l Y3Rpb24oMHgwMXwweDAwMDUpIHBsZW4gMTMNCj4gSENJIEV2ZW50OiBDb21tYW5kIFN0YXR1cygw eDBmKSBwbGVuIDQNCj4gSENJIEV2ZW50OiBDb25uZWN0IENvbXBsZXRlKDB4MDMpIHBsZW4gMTEN CjwgSENJIENvbW1hbmQ6IFdyaXRlIExpbmsgUG9saWN5IFNldHRpbmdzKDB4MDJ8MHgwMDBkKSBw bGVuIDQNCjwgQUNMIGRhdGE6IGhhbmRsZSAweDAwMjkgZmxhZ3MgMHgwMiBkbGVuIDEyDQogICAg TDJDQVAocyk6IENvbm5lY3QgcmVxOiBwc20gMSBzY2lkIDB4MDA0Zg0KPiBIQ0kgRXZlbnQ6IE51 bWJlciBvZiBDb21wbGV0ZWQgUGFja2V0cygweDEzKSBwbGVuIDUNCj4gSENJIEV2ZW50OiBDb21t YW5kIENvbXBsZXRlKDB4MGUpIHBsZW4gNg0KPiBIQ0kgRXZlbnQ6IFBhZ2UgU2NhbiBSZXBldGl0 aW9uIE1vZGUgQ2hhbmdlKDB4MjApIHBsZW4gNw0KPiBBQ0wgZGF0YTogaGFuZGxlIDB4MDAyOSBm bGFncyAweDAyIGRsZW4gMTYNCiAgICBMMkNBUChzKTogQ29ubmVjdCByc3A6IGRjaWQgMHgwMDUx IHNjaWQgMHgwMDRmIHJlc3VsdCAxIHN0YXR1cyAyDQo+IEFDTCBkYXRhOiBoYW5kbGUgMHgwMDI5 IGZsYWdzIDB4MDIgZGxlbiAxNg0KICAgIEwyQ0FQKHMpOiBDb25uZWN0IHJzcDogZGNpZCAweDAw NTEgc2NpZCAweDAwNGYgcmVzdWx0IDAgc3RhdHVzIDANCjwgQUNMIGRhdGE6IGhhbmRsZSAweDAw MjkgZmxhZ3MgMHgwMiBkbGVuIDEyDQogICAgTDJDQVAocyk6IENvbmZpZyByZXE6IGRjaWQgMHgw MDUxIGZsYWdzIDB4MDAwMCBjbGVuIDANCj4gSENJIEV2ZW50OiBOdW1iZXIgb2YgQ29tcGxldGVk IFBhY2tldHMoMHgxMykgcGxlbiA1DQo+IEFDTCBkYXRhOiBoYW5kbGUgMHgwMDI5IGZsYWdzIDB4 MDIgZGxlbiAxNA0KICAgIEwyQ0FQKHMpOiBDb25maWcgcnNwOiBzY2lkIDB4MDA0ZiBmbGFncyAw eDAwMDAgcmVzdWx0IDAgY2xlbiAwDQo+IEFDTCBkYXRhOiBoYW5kbGUgMHgwMDI5IGZsYWdzIDB4 MDIgZGxlbiAxNg0KICAgIEwyQ0FQKHMpOiBDb25maWcgcmVxOiBkY2lkIDB4MDA0ZiBmbGFncyAw eDAwMDAgY2xlbiA0DQogICAgTVRVIDQ4IA0KPCBBQ0wgZGF0YTogaGFuZGxlIDB4MDAyOSBmbGFn cyAweDAyIGRsZW4gMTQNCiAgICBMMkNBUChzKTogQ29uZmlnIHJzcDogc2NpZCAweDAwNTEgZmxh Z3MgMHgwMDAwIHJlc3VsdCAwIGNsZW4gMA0KPCBBQ0wgZGF0YTogaGFuZGxlIDB4MDAyOSBmbGFn cyAweDAyIGRsZW4gMzgNCiAgICBMMkNBUChkKTogY2lkIDB4NTEgbGVuIDM0IFtwc20gMV0NCiAg ICAgICAgU0RQIFNTQSBSZXE6IHRpZCAweDAgbGVuIDB4MWQNCiAgICAgICAgICBwYXQgdXVpZC0x NiAweDExMjQgKEhJRCkNCiAgICAgICAgICBtYXggMHhmZmZmDQogICAgICAgICAgYWlkKHMpIDB4 MDAwNCAoUHJvdG9jb2xEZXNjTGlzdCkgMHgwMDBkIChJY29uVVJMKSAweDAyMDUgLSAweDAyMDYg MHgwMjBhICh1bmtub3duKSAweDAyMGQgKHVua25vd24pDQogICAgICAgICAgY29udCAwMCANCj4g SENJIEV2ZW50OiBRb1MgU2V0dXAgQ29tcGxldGUoMHgwZCkgcGxlbiAyMQ0KPiBIQ0kgRXZlbnQ6 IE51bWJlciBvZiBDb21wbGV0ZWQgUGFja2V0cygweDEzKSBwbGVuIDUNCj4gSENJIEV2ZW50OiBO dW1iZXIgb2YgQ29tcGxldGVkIFBhY2tldHMoMHgxMykgcGxlbiA1DQo+IEFDTCBkYXRhOiBoYW5k bGUgMHgwMDI5IGZsYWdzIDB4MDIgZGxlbiAyNw0KPiBBQ0wgZGF0YTogaGFuZGxlIDB4MDAyOSBm bGFncyAweDAxIGRsZW4gMjUNCiAgICBMMkNBUChkKTogY2lkIDB4NGYgbGVuIDQ4IFtwc20gMV0N CiAgICAgICAgU0RQIFNTQSBSc3A6IHRpZCAweDAgbGVuIDB4MmINCiAgICAgICAgICBjbnQgMHgy Ng0KICAgICAgICAgIHNydiByZWMgIzANCiAgICAgICAgICAgIGFpZCAweDAwMDQgKFByb3RvY29s RGVzY0xpc3QpDQogICAgICAgICAgICAgICA8IDwgdXVpZC0xNiAweDAxMDAgKEwyQ0FQKSB1aW50 IDB4MTEgPiA8DQogICAgICAgICAgICAgICB1dWlkLTE2IDB4MDAxMSAoSElEUCkgPiA+DQogICAg ICAgICAgICBhaWQgMHgwMDBkIChJY29uVVJMKQ0KICAgICAgICAgICAgICAgPCA8IDwgdXVpZC0x NiAweDAxMDAgKEwyQ0FQKSB1aW50IDB4MiA+IG51bGwgPiA+DQoNCkVSUk9SOiBVbmV4cGVjdGVk IHN5bnRheA0KDQogICAgICAgICAgc3J2IHJlYyAjMQ0KDQpFUlJPUjogVW5leHBlY3RlZCBzeW50 YXgNCiAgICAgICAgICBzcnYgcmVjICMyDQoNCkVSUk9SOiBVbmV4cGVjdGVkIHN5bnRheA0KICAg ICAgICAgIHNydiByZWMgIzMNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAg c3J2IHJlYyAjNA0KDQpFUlJPUjogVW5leHBlY3RlZCBzeW50YXgNCiAgICAgICAgICBzcnYgcmVj ICM1DQoNCkVSUk9SOiBVbmV4cGVjdGVkIHN5bnRheA0KICAgICAgICAgIHNydiByZWMgIzYNCg0K RVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjNw0KDQpFUlJPUjog VW5leHBlY3RlZCBzeW50YXgNCiAgICAgICAgICBzcnYgcmVjICM4DQoNCkVSUk9SOiBVbmV4cGVj dGVkIHN5bnRheA0KICAgICAgICAgIHNydiByZWMgIzkNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3lu dGF4DQogICAgICAgICAgc3J2IHJlYyAjMTANCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQog ICAgICAgICAgc3J2IHJlYyAjMTENCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAg ICAgc3J2IHJlYyAjMTINCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2 IHJlYyAjMTMNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAj MTQNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjMTUNCg0K RVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjMTYNCg0KRVJST1I6 IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjMTcNCg0KRVJST1I6IFVuZXhw ZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjMTgNCg0KRVJST1I6IFVuZXhwZWN0ZWQg c3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjMTkNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4 DQogICAgICAgICAgc3J2IHJlYyAjMjANCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAg ICAgICAgc3J2IHJlYyAjMjENCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAg c3J2IHJlYyAjMjINCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJl YyAjMjMNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjMjQN Cg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjMjUNCg0KRVJS T1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjMjYNCg0KRVJST1I6IFVu ZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjMjcNCg0KRVJST1I6IFVuZXhwZWN0 ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjMjgNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3lu dGF4DQogICAgICAgICAgc3J2IHJlYyAjMjkNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQog ICAgICAgICAgc3J2IHJlYyAjMzANCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAg ICAgc3J2IHJlYyAjMzENCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2 IHJlYyAjMzINCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAj MzMNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjMzQNCg0K RVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjMzUNCg0KRVJST1I6 IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjMzYNCg0KRVJST1I6IFVuZXhw ZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjMzcNCg0KRVJST1I6IFVuZXhwZWN0ZWQg c3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjMzgNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4 DQogICAgICAgICAgc3J2IHJlYyAjMzkNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAg ICAgICAgc3J2IHJlYyAjNDANCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAg c3J2IHJlYyAjNDENCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJl YyAjNDINCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjNDMN Cg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjNDQNCg0KRVJS T1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjNDUNCg0KRVJST1I6IFVu ZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjNDYNCg0KRVJST1I6IFVuZXhwZWN0 ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjNDcNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3lu dGF4DQogICAgICAgICAgc3J2IHJlYyAjNDgNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQog ICAgICAgICAgc3J2IHJlYyAjNDkNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAg ICAgc3J2IHJlYyAjNTANCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2 IHJlYyAjNTENCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAj NTINCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjNTMNCg0K RVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjNTQNCg0KRVJST1I6 IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjNTUNCg0KRVJST1I6IFVuZXhw ZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjNTYNCg0KRVJST1I6IFVuZXhwZWN0ZWQg c3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjNTcNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4 DQogICAgICAgICAgc3J2IHJlYyAjNTgNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAg ICAgICAgc3J2IHJlYyAjNTkNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAg c3J2IHJlYyAjNjANCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJl YyAjNjENCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjNjIN Cg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjNjMNCg0KRVJS T1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjNjQNCg0KRVJST1I6IFVu ZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjNjUNCg0KRVJST1I6IFVuZXhwZWN0 ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjNjYNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3lu dGF4DQogICAgICAgICAgc3J2IHJlYyAjNjcNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQog ICAgICAgICAgc3J2IHJlYyAjNjgNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAg ICAgc3J2IHJlYyAjNjkNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2 IHJlYyAjNzANCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAj NzENCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjNzINCg0K RVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjNzMNCg0KRVJST1I6 IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjNzQNCg0KRVJST1I6IFVuZXhw ZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjNzUNCg0KRVJST1I6IFVuZXhwZWN0ZWQg c3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjNzYNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4 DQogICAgICAgICAgc3J2IHJlYyAjNzcNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAg ICAgICAgc3J2IHJlYyAjNzgNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAg c3J2IHJlYyAjNzkNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJl YyAjODANCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjODEN Cg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjODINCg0KRVJS T1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjODMNCg0KRVJST1I6IFVu ZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjODQNCg0KRVJST1I6IFVuZXhwZWN0 ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjODUNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3lu dGF4DQogICAgICAgICAgc3J2IHJlYyAjODYNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQog ICAgICAgICAgc3J2IHJlYyAjODcNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAg ICAgc3J2IHJlYyAjODgNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2 IHJlYyAjODkNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAj OTANCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjOTENCg0K RVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjOTINCg0KRVJST1I6 IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjOTMNCg0KRVJST1I6IFVuZXhw ZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjOTQNCg0KRVJST1I6IFVuZXhwZWN0ZWQg c3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjOTUNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4 DQogICAgICAgICAgc3J2IHJlYyAjOTYNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAg ICAgICAgc3J2IHJlYyAjOTcNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAg c3J2IHJlYyAjOTgNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJl YyAjOTkNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjMTAw DQoNCkVSUk9SOiBVbmV4cGVjdGVkIHN5bnRheA0KICAgICAgICAgIHNydiByZWMgIzEwMQ0KDQpF UlJPUjogVW5leHBlY3RlZCBzeW50YXgNCiAgICAgICAgICBzcnYgcmVjICMxMDINCg0KRVJST1I6 IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjMTAzDQoNCkVSUk9SOiBVbmV4 cGVjdGVkIHN5bnRheA0KICAgICAgICAgIHNydiByZWMgIzEwNA0KDQpFUlJPUjogVW5leHBlY3Rl ZCBzeW50YXgNCiAgICAgICAgICBzcnYgcmVjICMxMDUNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3lu dGF4DQogICAgICAgICAgc3J2IHJlYyAjMTA2DQoNCkVSUk9SOiBVbmV4cGVjdGVkIHN5bnRheA0K ICAgICAgICAgIHNydiByZWMgIzEwNw0KDQpFUlJPUjogVW5leHBlY3RlZCBzeW50YXgNCiAgICAg ICAgICBzcnYgcmVjICMxMDgNCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAg c3J2IHJlYyAjMTA5DQoNCkVSUk9SOiBVbmV4cGVjdGVkIHN5bnRheA0KICAgICAgICAgIHNydiBy ZWMgIzExMA0KDQpFUlJPUjogVW5leHBlY3RlZCBzeW50YXgNCiAgICAgICAgICBzcnYgcmVjICMx MTENCg0KRVJST1I6IFVuZXhwZWN0ZWQgc3ludGF4DQogICAgICAgICAgc3J2IHJlYyAjMTEyDQoN CkVSUk9SOiBVbmV4cGVjdGVkIHN5bnRheA0KICAgICAgICAgIGNvbnQgDQo8IEFDTCBkYXRhOiBo YW5kbGUgMHgwMDI5IGZsYWdzIDB4MDIgZGxlbiA0MA0KICAgIEwyQ0FQKGQpOiBjaWQgMHg1MSBs ZW4gMzYgW3BzbSAxXQ0KICAgICAgICBTRFAgU1NBIFJlcTogdGlkIDB4MSBsZW4gMHgxZg0KICAg ICAgICAgIHBhdCB1dWlkLTE2IDB4MTEyNCAoSElEKQ0KICAgICAgICAgIG1heCAweGZmZmYNCiAg ICAgICAgICBhaWQocykgMHgwMDA0IChQcm90b2NvbERlc2NMaXN0KSAweDAwMGQgKEljb25VUkwp IDB4MDIwNSAtIDB4MDIwNiAweDAyMGEgKHVua25vd24pIDB4MDIwZCAodW5rbm93bikNCiAgICAg ICAgICBjb250IDAyIDAwIDc3IA0KPiBIQ0kgRXZlbnQ6IE51bWJlciBvZiBDb21wbGV0ZWQgUGFj a2V0cygweDEzKSBwbGVuIDUNCj4gQUNMIGRhdGE6IGhhbmRsZSAweDAwMjkgZmxhZ3MgMHgwMiBk bGVuIDI3DQo+IEFDTCBkYXRhOiBoYW5kbGUgMHgwMDI5IGZsYWdzIDB4MDEgZGxlbiAyNQ0KICAg IEwyQ0FQKGQpOiBjaWQgMHg0ZiBsZW4gNDggW3BzbSAxXQ0KICAgICAgICBTRFAgU1NBIFJzcDog dGlkIDB4MSBsZW4gMHgyYg0KICAgICAgICAgIGNudCAweDI2DQoNCkVSUk9SOiBVbmV4cGVjdGVk IHN5bnRheA0KICAgICAgICAgIGNvbnQgMzUgMDMgMTkgMDAgMTEgMDkgMDIgMDUgMjggMDEgMDkg MDIgMDYgMzUgNUQgMzUgNUIgMDggMjIgMjUgNTcgMDUgMDEgMDkgMDIgQTEgMDEgODUgMDIgMDkg MDEgQTEgMDAgMDUgMDkgMTkgMDEgMDIgMDAgNTEgDQo8IEFDTCBkYXRhOiBoYW5kbGUgMHgwMDI5 IGZsYWdzIDB4MDIgZGxlbiA0MA0KICAgIEwyQ0FQKGQpOiBjaWQgMHg1MSBsZW4gMzYgW3BzbSAx XQ0KICAgICAgICBTRFAgU1NBIFJlcTogdGlkIDB4MiBsZW4gMHgxZg0KICAgICAgICAgIHBhdCB1 dWlkLTE2IDB4MTEyNCAoSElEKQ0KICAgICAgICAgIG1heCAweGZmZmYNCiAgICAgICAgICBhaWQo cykgMHgwMDA0IChQcm90b2NvbERlc2NMaXN0KSAweDAwMGQgKEljb25VUkwpIDB4MDIwNSAtIDB4 MDIwNiAweDAyMGEgKHVua25vd24pIDB4MDIwZCAodW5rbm93bikNCiAgICAgICAgICBjb250IDAy IDAwIDUxIA0KPiBIQ0kgRXZlbnQ6IE51bWJlciBvZiBDb21wbGV0ZWQgUGFja2V0cygweDEzKSBw bGVuIDUNCj4gQUNMIGRhdGE6IGhhbmRsZSAweDAwMjkgZmxhZ3MgMHgwMiBkbGVuIDI3DQo+IEFD TCBkYXRhOiBoYW5kbGUgMHgwMDI5IGZsYWdzIDB4MDEgZGxlbiAyNQ0KICAgIEwyQ0FQKGQpOiBj aWQgMHg0ZiBsZW4gNDggW3BzbSAxXQ0KICAgICAgICBTRFAgU1NBIFJzcDogdGlkIDB4MiBsZW4g MHgyYg0KICAgICAgICAgIGNudCAweDI2DQoNCkVSUk9SOiBVbmV4cGVjdGVkIHN5bnRheA0KICAg ICAgICAgIGNvbnQgMDggMTUgMDAgMjUgMDEgOTUgMDggNzUgMDEgODEgMDIgMDUgMDEgMDkgMzAg MDkgMzEgMTYgMDEgRjggMjYgRkYgMDcgNzUgMEMgOTUgMDIgODEgMDYgMDkgMzggMTUgODEgMjUg N0YgNzUgMDggMDIgMDAgMkIgDQo8IEFDTCBkYXRhOiBoYW5kbGUgMHgwMDI5IGZsYWdzIDB4MDIg ZGxlbiA0MA0KICAgIEwyQ0FQKGQpOiBjaWQgMHg1MSBsZW4gMzYgW3BzbSAxXQ0KICAgICAgICBT RFAgU1NBIFJlcTogdGlkIDB4MyBsZW4gMHgxZg0KICAgICAgICAgIHBhdCB1dWlkLTE2IDB4MTEy NCAoSElEKQ0KICAgICAgICAgIG1heCAweGZmZmYNCiAgICAgICAgICBhaWQocykgMHgwMDA0IChQ cm90b2NvbERlc2NMaXN0KSAweDAwMGQgKEljb25VUkwpIDB4MDIwNSAtIDB4MDIwNiAweDAyMGEg KHVua25vd24pIDB4MDIwZCAodW5rbm93bikNCiAgICAgICAgICBjb250IDAyIDAwIDJCIA0KPiBI Q0kgRXZlbnQ6IE51bWJlciBvZiBDb21wbGV0ZWQgUGFja2V0cygweDEzKSBwbGVuIDUNCj4gQUNM IGRhdGE6IGhhbmRsZSAweDAwMjkgZmxhZ3MgMHgwMiBkbGVuIDI3DQo+IEFDTCBkYXRhOiBoYW5k bGUgMHgwMDI5IGZsYWdzIDB4MDEgZGxlbiAyNQ0KICAgIEwyQ0FQKGQpOiBjaWQgMHg0ZiBsZW4g NDggW3BzbSAxXQ0KICAgICAgICBTRFAgU1NBIFJzcDogdGlkIDB4MyBsZW4gMHgyYg0KICAgICAg ICAgIGNudCAweDI2DQoNCkVSUk9SOiBVbmV4cGVjdGVkIHN5bnRheA0KICAgICAgICAgIGNvbnQg ODEgMDYgQzAgQzAgMDYgMDAgRkYgMDkgMDEgQTEgMDEgODUgMTAgNzUgMDggOTUgMDYgMTUgMDAg MjYgRkYgMDAgMDkgMDEgODEgMDAgMDkgMDEgOTEgMDAgQzAgMDkgMDIgMEEgMjggMDEgMDIgMDAg MDUgDQo8IEFDTCBkYXRhOiBoYW5kbGUgMHgwMDI5IGZsYWdzIDB4MDIgZGxlbiA0MA0KICAgIEwy Q0FQKGQpOiBjaWQgMHg1MSBsZW4gMzYgW3BzbSAxXQ0KICAgICAgICBTRFAgU1NBIFJlcTogdGlk IDB4NCBsZW4gMHgxZg0KICAgICAgICAgIHBhdCB1dWlkLTE2IDB4MTEyNCAoSElEKQ0KICAgICAg ICAgIG1heCAweGZmZmYNCiAgICAgICAgICBhaWQocykgMHgwMDA0IChQcm90b2NvbERlc2NMaXN0 KSAweDAwMGQgKEljb25VUkwpIDB4MDIwNSAtIDB4MDIwNiAweDAyMGEgKHVua25vd24pIDB4MDIw ZCAodW5rbm93bikNCiAgICAgICAgICBjb250IDAyIDAwIDA1IA0KPiBIQ0kgRXZlbnQ6IE51bWJl ciBvZiBDb21wbGV0ZWQgUGFja2V0cygweDEzKSBwbGVuIDUNCj4gQUNMIGRhdGE6IGhhbmRsZSAw eDAwMjkgZmxhZ3MgMHgwMiBkbGVuIDE3DQogICAgTDJDQVAoZCk6IGNpZCAweDRmIGxlbiAxMyBb cHNtIDFdDQogICAgICAgIFNEUCBTU0EgUnNwOiB0aWQgMHg0IGxlbiAweDgNCiAgICAgICAgICBj bnQgMHg1DQoNCkVSUk9SOiBVbmV4cGVjdGVkIHN5bnRheA0KICAgICAgICAgIGNvbnQgMDIgMEQg MjggMDAgMDAgDQo8IEFDTCBkYXRhOiBoYW5kbGUgMHgwMDI5IGZsYWdzIDB4MDIgZGxlbiAxMg0K ICAgIEwyQ0FQKHMpOiBEaXNjb25uIHJlcTogZGNpZCAweDAwNTEgc2NpZCAweDAwNGYNCj4gSENJ IEV2ZW50OiBOdW1iZXIgb2YgQ29tcGxldGVkIFBhY2tldHMoMHgxMykgcGxlbiA1DQo+IEFDTCBk YXRhOiBoYW5kbGUgMHgwMDI5IGZsYWdzIDB4MDIgZGxlbiAxMg0KICAgIEwyQ0FQKHMpOiBEaXNj b25uIHJzcDogZGNpZCAweDAwNTEgc2NpZCAweDAwNGYNCjwgSENJIENvbW1hbmQ6IERpc2Nvbm5l Y3QoMHgwMXwweDAwMDYpIHBsZW4gMw0KPiBIQ0kgRXZlbnQ6IENvbW1hbmQgU3RhdHVzKDB4MGYp IHBsZW4gNA0KPiBIQ0kgRXZlbnQ6IERpc2Nvbm4gQ29tcGxldGUoMHgwNSkgcGxlbiA0DQo= --=-Lh0H8FeqsCpFfJWjN0Tg-- From owner-freebsd-bluetooth@FreeBSD.ORG Mon Jun 20 20:58:11 2005 Return-Path: X-Original-To: bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DF6516A41C for ; Mon, 20 Jun 2005 20:58:11 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 154A043D1F for ; Mon, 20 Jun 2005 20:58:10 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id 5FCAC3BF1D; Mon, 20 Jun 2005 15:58:10 -0500 (CDT) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 30876-01-94; Mon, 20 Jun 2005 15:58:10 -0500 (CDT) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44]) by mailgate1b.savvis.net (Postfix) with ESMTP id 290003BE24; Mon, 20 Jun 2005 15:58:10 -0500 (CDT) Received: from s228130hz1ew031.apptix-01.savvis.net ([10.146.4.28]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Mon, 20 Jun 2005 15:58:04 -0500 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew031.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Mon, 20 Jun 2005 15:57:41 -0500 Message-ID: <42B72DC4.2090104@savvis.net> Date: Mon, 20 Jun 2005 13:57:40 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: vova@fbsd.ru References: <1119297124.1045.11.camel@localhost> In-Reply-To: <1119297124.1045.11.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 20 Jun 2005 20:57:41.0491 (UTC) FILETIME=[B2E9BC30:01C575DA] X-Virus-Scanned: amavisd-new at savvis.net Cc: bluetooth Subject: Re: Problem with Logitech Mx900 again X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 20:58:11 -0000 Hello Vladimir, > At some moment my Mx900 stop work when connected directly to notebook BT > adapter. please explain. what os runs of your notebook? what software were you using on your notebook? > It does not work in bot WinXP and FreeBSD (works for both before), but > it still works with native cradle. what do you mean with native cradle? is it some sort of wired interface? bluetooth usb receiver? or bluetooth usb receiver which os detects as usb mouse (i.e. bluetooth usb receiver with hid proxy feature activated)? > Nothing was changed in notebook, nothing in FreeBSD kernel/userland when > problem arise. ok > mouse still pingable with l2ping: > # l2ping -a mouse > 44 bytes from mouse seq_no=-664775869 time=327.503 ms result=0 > 44 bytes from mouse seq_no=-664775869 time=22.231 ms result=0 > ^C that is a strange sequence number, but i do not think this is your problem. > # bthidd -d > bthidd[1486]: Opening outbound session for 00:07:61:17:9b:27 (new_device=1, reconnect_initiate=1) > bthidd[1486]: Could not connect to 00:07:61:17:9b:27. Socket is not connected (57) not good. > (cp /dev/null /var/db/bthidd.hids, before, all possible reset and reconnects on mouse initiated) just a suggestion - you might want to disconnect batteries from the mouse and leave it like that for few (10-15) minutes. just to make sure it "forgets" everything. > there hcidump while this operation > # hcidump next time *please* send me binary dump > HCIDump - HCI packet analyzer ver 1.5 > device: any snap_len: 65535 filter: 0xffffffff > < HCI Command: Create Connection(0x01|0x0005) plen 13 >>HCI Event: Command Status(0x0f) plen 4 >>HCI Event: Connect Complete(0x03) plen 11 ok, baseband link is established > < HCI Command: Write Link Policy Settings(0x02|0x000d) plen 4 > < ACL data: handle 0x0029 flags 0x02 dlen 12 > L2CAP(s): Connect req: psm 17 scid 0x004d >>HCI Event: Number of Completed Packets(0x13) plen 5 >>HCI Event: Command Complete(0x0e) plen 6 >>ACL data: handle 0x0029 flags 0x02 dlen 16 > L2CAP(s): Connect rsp: dcid 0x004f scid 0x004d result 1 status 2 >>ACL data: handle 0x0029 flags 0x02 dlen 16 > L2CAP(s): Connect rsp: dcid 0x0000 scid 0x004d result 2 status 0 ok. bthidd(8) has failed to establish l2cap connection on psm 17 (0x11 - HID control). the mouse first has sent l2cap "connect rsp" message with PENDING (1) result and AUTHORIZATION PENDING (2) status. then it has sent l2cap "connect rsp" with PSM NOT SUPPORTED (2) result. >>HCI Event: QoS Setup Complete(0x0d) plen 21 >>HCI Event: Disconn Complete(0x05) plen 4 and finally baseband link goes down. > In attachment result of > # bthidcontrol -a mouse query looks fine to me. hcidump got confused about sdp packets, but its known problem and its fine. > Any hints what it is and how can be cured ? from what i can see, it looks like the mouse does not like new host. most hid devices will "lock" on the first device that contacted it. that is why you need to "reset" the mouse to make sure it "forgets" about previous host. another thing you could try to do is to force paring between the mouse and pc. you need to know default pin-code for the mouse. check the manual to see if its there, if not - try "0000" - four zeros. 1) man hcsecd(8) 2) man hcsecd.conf(5) 3) man hccontrol(8) 4) hccontrol help write_authentication_enable thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Mon Jun 20 21:22:33 2005 Return-Path: X-Original-To: bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67E2C16A41C for ; Mon, 20 Jun 2005 21:22:33 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CF2443D48 for ; Mon, 20 Jun 2005 21:22:33 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from SMILEY (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id ABEE919F3B; Mon, 20 Jun 2005 14:24:09 -0700 (PDT) From: "Darren Pilgrim" To: "'Maksim Yevmenkin'" , Date: Mon, 20 Jun 2005 14:22:33 -0700 Message-ID: <001d01c575de$2c821800$0b2a15ac@SMILEY> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <42B72DC4.2090104@savvis.net> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Importance: Normal Cc: 'bluetooth' Subject: RE: Problem with Logitech Mx900 again X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 21:22:33 -0000 > From: Maksim Yevmenkin > > It does not work in bot WinXP and FreeBSD (works for both=20 > > before), but it still works with native cradle. >=20 > what do you mean with native cradle? is it some sort of wired=20 > interface? bluetooth usb receiver? or bluetooth usb receiver > which os detects as usb mouse (i.e. bluetooth usb receiver with > hid proxy feature activated)? He would be talking about the bluetooth receiver charging base that comes with the MX900. It proxies Logitech bluetooth mice and keyboards as usb devices. > from what i can see, it looks like the mouse does not like new host.=20 > most hid devices will "lock" on the first device that contacted it. > that is why you need to "reset" the mouse to make sure it "forgets" > about previous host. I use my MX900 and Targus mice in both FreeBSD and Windows XP. Rebooting back an forth doesn't break the connection to either. I would guess that the MX900 is sensitive only to the hardware address, since both OSes use my notebook's internal bluetooth receiver. I have found, however, that something does get broken if use bthidd with Windows XP hibernated. When I bring Windows XP back out of hibernation, I have to have the machine search for devices to clear the stale connection, then push the connect button on the mouse, search again and manually reconnect the mouse. > another thing you could try to do is to force paring between=20 > the mouse and pc. you need to know default pin-code for the mouse. > check the manual to see if its there, if not - try "0000" - four > zeros. The MX900 doesn't support pin-based pairing AFAIK. It "auto-pairs" by remembering the last host to which it was connected and restores the connection whenever the host shows up. From owner-freebsd-bluetooth@FreeBSD.ORG Mon Jun 20 21:41:43 2005 Return-Path: X-Original-To: bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C60716A41F for ; Mon, 20 Jun 2005 21:41:43 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF79E43D53 for ; Mon, 20 Jun 2005 21:41:42 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id 6D6A53C0B0; Mon, 20 Jun 2005 16:41:42 -0500 (CDT) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 01260-01-79; Mon, 20 Jun 2005 16:41:42 -0500 (CDT) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44]) by mailgate1b.savvis.net (Postfix) with ESMTP id 2FB473BF1A; Mon, 20 Jun 2005 16:41:42 -0500 (CDT) Received: from s228130hz1ew171.apptix-01.savvis.net ([10.146.4.29]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Mon, 20 Jun 2005 16:41:28 -0500 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew171.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Mon, 20 Jun 2005 16:41:24 -0500 Message-ID: <42B73802.80509@savvis.net> Date: Mon, 20 Jun 2005 14:41:22 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Darren Pilgrim References: <001d01c575de$2c821800$0b2a15ac@SMILEY> In-Reply-To: <001d01c575de$2c821800$0b2a15ac@SMILEY> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 20 Jun 2005 21:41:24.0697 (UTC) FILETIME=[CE773490:01C575E0] X-Virus-Scanned: amavisd-new at savvis.net Cc: vova@fbsd.ru, 'bluetooth' Subject: Re: Problem with Logitech Mx900 again X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 21:41:43 -0000 Darren, >>>It does not work in bot WinXP and FreeBSD (works for both >>>before), but it still works with native cradle. >> >>what do you mean with native cradle? is it some sort of wired >>interface? bluetooth usb receiver? or bluetooth usb receiver >>which os detects as usb mouse (i.e. bluetooth usb receiver with >>hid proxy feature activated)? > > He would be talking about the bluetooth receiver charging base that > comes with the MX900. It proxies Logitech bluetooth mice and keyboards > as usb devices. ah, ok. so it is bluetooth usb receiver with 'hid-proxy' feature activated. >>from what i can see, it looks like the mouse does not like new host. >>most hid devices will "lock" on the first device that contacted it. >>that is why you need to "reset" the mouse to make sure it "forgets" >>about previous host. > > I use my MX900 and Targus mice in both FreeBSD and Windows XP. > Rebooting back an forth doesn't break the connection to either. I would > guess that the MX900 is sensitive only to the hardware address, since > both OSes use my notebook's internal bluetooth receiver. that is what i said, didn't i :) ? let me re-phrase it. bluetooth hid devices "remembers" the bd_addr of the first remote bluetooth device that contacted it. the subsequent connections will only be accepted from (or initiated to) "known" host. > I have found, however, that something does get broken if use bthidd with > Windows XP hibernated. When I bring Windows XP back out of hibernation, > I have to have the machine search for devices to clear the stale > connection, then push the connect button on the mouse, search again and > manually reconnect the mouse. i think its fine. its probably because bluetooth receiver gets powered down and thus looses its state. the software however, does not reset its state and still thinks it has active connection. >>another thing you could try to do is to force paring between >>the mouse and pc. you need to know default pin-code for the mouse. >>check the manual to see if its there, if not - try "0000" - four >>zeros. > > The MX900 doesn't support pin-based pairing AFAIK. It "auto-pairs" by > remembering the last host to which it was connected and restores the > connection whenever the host shows up. actually, i'm pretty sure it does. here is the quote from the bluetooth hid spec 5.4 Link Level Requirements 5.4.1 Authentication, Pairing, Bonding Support for authentication, pairing, and bonding routines in hosts and applications of Bluetooth Human Interface Devices is optional, although authentication is strongly encouraged and encryption is recommended for host application programs requiring users to enter sensitive information on a Bluetooth keyboard or keypad. It is normally the responsibility of the host to initiate security procedures, however HIDs are optionally allowed to initiate authentication (after initial pairing, initiated by the host, has been completed) to prevent host spoofing. Hosts shall by default try the zero PIN code first (0x00, one byte) when requesting authentication to a HID. If the device has not been preprogrammed to a zero PIN, the authentication will fail, at which time the host can prompt the user for the non-zero device PIN code. thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Mon Jun 20 22:11:05 2005 Return-Path: X-Original-To: freebsd-bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F36716A41C for ; Mon, 20 Jun 2005 22:11:05 +0000 (GMT) (envelope-from lorenl@alzatex.com) Received: from hosea.tallye.com (joel.tallye.com [216.99.199.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id F274443D49 for ; Mon, 20 Jun 2005 22:11:04 +0000 (GMT) (envelope-from lorenl@alzatex.com) Received: from hosea.tallye.com (hosea.tallye.com [127.0.0.1]) by hosea.tallye.com (8.12.8/8.12.10) with ESMTP id j5KMB46j008187 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 20 Jun 2005 15:11:04 -0700 Received: (from sttng359@localhost) by hosea.tallye.com (8.12.8/8.12.8/Submit) id j5KMB37x008185 for freebsd-bluetooth@freebsd.org; Mon, 20 Jun 2005 15:11:03 -0700 Date: Mon, 20 Jun 2005 15:11:03 -0700 From: "Loren M. Lang" To: freebsd-bluetooth@freebsd.org Message-ID: <20050620221103.GA8136@alzatex.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-GPG-Key: ftp://ftp.tallye.com/pub/lorenl_pubkey.asc X-GPG-Fingerprint: B3B9 D669 69C9 09EC 1BCD 835A FAF3 7A46 E4A3 280C X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on hosea.tallye.com X-Virus-Status: Clean Subject: Good BT Cellphone support X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 22:11:05 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm looking at getting a bluetooth cellphone soon and I am curious at which phones might be the best or have the best freebsd bt support. I'd like to be able to sync the addressbook at a minimum, but more preferably to also be able to use it to go online or send files too. I guess there are several protocols involved. Sync support either comes in it's own sync protocol or is achieved by rfcomm and the standard serial port sync protocol. PAN is the bt protocol to surf the web and obex or something is for sending files? Is this correct and what do most phones usually support? --=20 I sense much NT in you. NT leads to Bluescreen. Bluescreen leads to downtime. Downtime leads to suffering. NT is the path to the darkside. Powerful Unix is. Public Key: ftp://ftp.tallye.com/pub/lorenl_pubkey.asc Fingerprint: CEE1 AAE2 F66C 59B5 34CA C415 6D35 E847 0118 A3D2 =20 --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCtz73bTXoRwEYo9IRAtZpAJ4/OWxe0IDPht0ucOtpqgAeIp4N/gCeLpCq UI2mjys/HWK9J3k5e9GqZaw= =Kglk -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-bluetooth@FreeBSD.ORG Mon Jun 20 22:38:41 2005 Return-Path: X-Original-To: freebsd-bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6FCE16A41C for ; Mon, 20 Jun 2005 22:38:41 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C2CC43D53 for ; Mon, 20 Jun 2005 22:38:41 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id BE74A3BF1A; Mon, 20 Jun 2005 17:38:40 -0500 (CDT) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 08124-01-59; Mon, 20 Jun 2005 17:38:40 -0500 (CDT) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44]) by mailgate1b.savvis.net (Postfix) with ESMTP id 8D0D83BF0E; Mon, 20 Jun 2005 17:38:40 -0500 (CDT) Received: from s228130hz1ew171.apptix-01.savvis.net ([10.146.4.29]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Mon, 20 Jun 2005 17:38:35 -0500 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew171.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Mon, 20 Jun 2005 17:38:25 -0500 Message-ID: <42B7455F.9030407@savvis.net> Date: Mon, 20 Jun 2005 15:38:23 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Loren M. Lang" References: <20050620221103.GA8136@alzatex.com> In-Reply-To: <20050620221103.GA8136@alzatex.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 20 Jun 2005 22:38:25.0377 (UTC) FILETIME=[C5598D10:01C575E8] X-Virus-Scanned: amavisd-new at savvis.net Cc: freebsd-bluetooth@freebsd.org Subject: Re: Good BT Cellphone support X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 22:38:41 -0000 Loren, > I'm looking at getting a bluetooth cellphone soon and I am curious at > which phones might be the best or have the best freebsd bt support. I'd > like to be able to sync the addressbook at a minimum, but more > preferably to also be able to use it to go online or send files too. pretty much any bluetooth enabled phone should be able to do what you want. i personally prefer ericsson (now sony ericsson) phones. i've upgraded from t68m to t630 and k700i. i've also tried nokia phones (6820 and 6600), but i did not like them that much :) > I guess there are several protocols involved. Sync support either comes > in it's own sync protocol or is achieved by rfcomm and the standard there are couple ways. 1) you could use serial port profile and standard AT commands set (gammu, gnokii). this should work with many phones. this way is typically used with nokia phones. 2) use OBEX/IRMC protocol. obexapp(1) from FreeBSD ports collection will allow you to pull entire phone books/calendar/etc. from the phone. > serial port sync protocol. PAN is the bt protocol to surf the web and what do you mean by surfing the web? if you would like to use your phone as wireless modem to connect to the internet then you need to use DUN. you also need to have GPRS service on your phone and have "internet plan" with your provider. typically providers will give you WAP over GPRS access and that does not work unless you have WAP stack. if you actually want to surf web on your phone and use your pc as gateway/access point then you need LAN profile (PAN would also work in this case but FreeBSD does not support PAN). > obex or something is for sending files? Is this correct and what do OBEX is a generic protocol to transfer files. yes. > most phones usually support? i'd say you are likely to get Serial port, FAX, DUN, Handsfree, Headset, OBEX push, OBEX File Transfer, OBEX/IrMC max From owner-freebsd-bluetooth@FreeBSD.ORG Tue Jun 21 00:03:02 2005 Return-Path: X-Original-To: freebsd-bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A2F516A41F for ; Tue, 21 Jun 2005 00:03:02 +0000 (GMT) (envelope-from mad@madpilot.net) Received: from madpilot.net (dadovago8197.dada.it [195.110.114.197]) by mx1.FreeBSD.org (Postfix) with SMTP id 59A2743D1F for ; Tue, 21 Jun 2005 00:03:00 +0000 (GMT) (envelope-from mad@madpilot.net) Received: (qmail 78858 invoked from network); 21 Jun 2005 02:02:59 +0200 Received: from wedge.madpilot.net (192.168.13.11) by 0 with SMTP; 21 Jun 2005 02:02:59 +0200 Received: from wedge.madpilot.net (localhost.madpilot.net [127.0.0.1]) by wedge.madpilot.net (8.13.4/8.13.4) with ESMTP id j5L02wdq094825; Tue, 21 Jun 2005 02:02:58 +0200 (CEST) (envelope-from mad@wedge.madpilot.net) Received: (from mad@localhost) by wedge.madpilot.net (8.13.4/8.13.4/Submit) id j5L02vcT094824; Tue, 21 Jun 2005 02:02:57 +0200 (CEST) (envelope-from mad) Date: Tue, 21 Jun 2005 02:02:57 +0200 From: Guido Falsi To: Maksim Yevmenkin Message-ID: <20050621000257.GB94190@wedge.madpilot.net> References: <20050620221103.GA8136@alzatex.com> <42B7455F.9030407@savvis.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42B7455F.9030407@savvis.net> X-Operating-System: FreeBSD 6.0-CURRENT X-PGP-Key: http://www.madpilot.net/~mad/PGP-public-key.asc User-Agent: Mutt/1.5.9i Cc: freebsd-bluetooth@freebsd.org Subject: Re: Good BT Cellphone support X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2005 00:03:02 -0000 On Mon, Jun 20, 2005 at 03:38:23PM -0700, Maksim Yevmenkin wrote: > > >I'm looking at getting a bluetooth cellphone soon and I am curious at > >which phones might be the best or have the best freebsd bt support. I'd > >like to be able to sync the addressbook at a minimum, but more > >preferably to also be able to use it to go online or send files too. > pretty much any bluetooth enabled phone should be able to do what you > want. i personally prefer ericsson (now sony ericsson) phones. i've > upgraded from t68m to t630 and k700i. i've also tried nokia phones (6820 > and 6600), but i did not like them that much :) I can confirm I've had good experience with sony ericcson phones and FreeBSD bluetooth. Not much experience with other hones, but from what I've seen so far all the major makers seem to have got the bluetooth protocol right in their products. > >I guess there are several protocols involved. Sync support either comes > >in it's own sync protocol or is achieved by rfcomm and the standard > there are couple ways. > 1) you could use serial port profile and standard AT commands set > (gammu, gnokii). this should work with many phones. this way is > typically used with nokia phones. > > 2) use OBEX/IRMC protocol. obexapp(1) from FreeBSD ports collection will > allow you to pull entire phone books/calendar/etc. from the phone. He will have to play with shell/perl/python/ruby/your preferred language here to get it really right. In fact I'd like to see something to synchronize from palm/phone/other things to an ldap address book. But I've seen nothing ready so far...and ldif format is a pain and quit messy. -- Guido Falsi From owner-freebsd-bluetooth@FreeBSD.ORG Tue Jun 21 06:58:06 2005 Return-Path: X-Original-To: bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D33A16A41C for ; Tue, 21 Jun 2005 06:58:06 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4AD943D1D for ; Tue, 21 Jun 2005 06:58:05 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.51 (FreeBSD)) id 1Dkc1O-0002Cj-HD; Tue, 21 Jun 2005 10:14:06 +0400 From: Vladimir Grebenschikov To: Maksim Yevmenkin In-Reply-To: <42B72DC4.2090104@savvis.net> References: <1119297124.1045.11.camel@localhost> <42B72DC4.2090104@savvis.net> Content-Type: multipart/mixed; boundary="=-h51vAuHZpi8mWDY4WkFv" Organization: SWsoft Date: Tue, 21 Jun 2005 10:14:05 +0400 Message-Id: <1119334445.972.17.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: bluetooth Subject: Re: Problem with Logitech Mx900 again X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2005 06:58:06 -0000 --=-h51vAuHZpi8mWDY4WkFv Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable =F7 =D0=CE, 20/06/2005 =D7 13:57 -0700, Maksim Yevmenkin =D0=C9=DB=C5=D4: > Hello Vladimir, >=20 > > At some moment my Mx900 stop work when connected directly to notebook B= T > > adapter. >=20 > please explain. what os runs of your notebook? what software were you=20 > using on your notebook? Mostly 6-CURRENT :-), with FreeBSD NG bluetooth stack and userland from /usr/src/usr.sbin/bluetooth/. Sometimes Native WinXP Home, with Sony BluespaceNE bluetooth software. > > It does not work in bot WinXP and FreeBSD (works for both before), but=20 > > it still works with native cradle. >=20 > what do you mean with native cradle? is it some sort of wired interface?=20 > bluetooth usb receiver? or bluetooth usb receiver which os detects as=20 > usb mouse (i.e. bluetooth usb receiver with hid proxy feature activated)? Native cradle of Mx900. It looks like hid proxy for me (seen from freebsd as usb mouse). But by manual it can work as BT hub with specil winXP drivers, never install these drivers and seen this feature (without drivers it looks like usb mouse under winXP too). > > Nothing was changed in notebook, nothing in FreeBSD kernel/userland whe= n > > problem arise. >=20 > ok >=20 > > mouse still pingable with l2ping: > > # l2ping -a mouse > > 44 bytes from mouse seq_no=3D-664775869 time=3D327.503 ms result=3D0=20 > > 44 bytes from mouse seq_no=3D-664775869 time=3D22.231 ms result=3D0=20 > > ^C >=20 > that is a strange sequence number, but i do not think this is your proble= m. Just after problem occurs ping responses was returned with huge timeout (like 5 sec). But after some reset cycles (with batteries removal) it start to reply faster. > > # bthidd -d > > bthidd[1486]: Opening outbound session for 00:07:61:17:9b:27 (new_devic= e=3D1, reconnect_initiate=3D1) > > bthidd[1486]: Could not connect to 00:07:61:17:9b:27. Socket is not con= nected (57) >=20 > not good. >=20 > > (cp /dev/null /var/db/bthidd.hids, before, all possible reset and recon= nects on mouse initiated) >=20 > just a suggestion - you might want to disconnect batteries from the=20 > mouse and leave it like that for few (10-15) minutes. just to make sure=20 > it "forgets" everything. Yes, I've tried to remove batteries, even for some days (this I meant under "all possible resets"). > > there hcidump while this operation > > # hcidump=20 >=20 > next time *please* send me binary dump ok=20 dump with last attempt with pin-code in attachment. > > Any hints what it is and how can be cured ?=20 >=20 > from what i can see, it looks like the mouse does not like new host.=20 > most hid devices will "lock" on the first device that contacted it. that=20 > is why you need to "reset" the mouse to make sure it "forgets" about=20 > previous host. Looks like it resets to native cradle and do not want to learn new pair. Sometimes, after my attempts to reset, it even does not want to connect with cradle. > another thing you could try to do is to force paring between the mouse=20 > and pc. you need to know default pin-code for the mouse. check the=20 > manual to see if its there, if not - try "0000" - four zeros. Yes, some on-line FAQ for that mouse mention 0000. It looks like hardware problem for me (over one night both OSes stop stop seen mouse) no reset was initiated, cradle was far-far away from place where it happens. But, probably there is software solution. > 1) man hcsecd(8) >=20 > 2) man hcsecd.conf(5) >=20 > 3) man hccontrol(8) Already. I've managed to make this mouse work before but ... > 4) hccontrol help write_authentication_enable No luck with both 0 and 1. > thanks, > max --=20 Vladimir B. Grebenschikov vova@fbsd.ru --=-h51vAuHZpi8mWDY4WkFv Content-Disposition: attachment; filename=bthidd.dump Content-Type: application/octet-stream; name=bthidd.dump Content-Transfer-Encoding: base64 EQAAAAist0Krxg4AAQUEDSebF2EHABjMAQAAAAEHAAEACKy3QszhDgAEDwQAAQUECQABAAmst0Ir YgQABBcGJ5sXYQcAGgAAAAmst0KCYwQAAQsEFiebF2EHAGEGs2shab5Xr4BJ+vp9sxcNAAEACay3 QmigBAAEDgoBCwQAJ5sXYQcADgABAAmst0KwngUABAMLACkAJ5sXYQcAAQAIAAAACay3QrWeBQAB DQgEKQAPABEAAAAJrLdCt54FAAIpIAwACAABAAIBBAARAEIACAABAAmst0KhtQUABBMFASkAAQAJ AAEACay3QiHNBQAEDgYBDQgAKQAVAAEACay3QrDkBQACKSAQAAwAAQADAQgAQgBCAAEAAgAVAAEA Cay3QnnDBgACKSAQAAwAAQADAQgAQgBCAAAAAAARAAAACay3QqPDBgACKSAMAAgAAQAEAgQAQgAA AAgAAQAJrLdCld4GAAQTBQEpAAEAGAABAAmst0L7RwcABA0VACkAAAEAAAAAAAAAAPIrAAD///// EwABAAmst0Jd4AcAAikgDgAKAAEABQIGAEIAAAAAACAAAQAJrLdClFkIAAIpIBsAJAABAAQBIABC AAAAAQIwAAMWAAEAAAAAAAAAEgABAAmst0JOYQgAAikQDQAAAAAAAPIrAAD/////EwAAAAmst0J5 YQgAAikgDgAKAAEABQEGAEIAAAAAABEAAAAJrLdCNmIIAAIpIAwACAABAAIDBAAZAEMACAABAAms t0KUfAgABBMFASkAAQAIAAEACay3QlGECAAEEwUBKQABABUAAQAJrLdCbNoIAAIpIBAADAABAAMD CAAAAEMAAgAAABEAAAAJrLdCVtsIAAIpIAwACAABAAYEBABCAEIACAABAAmst0K/8QgABBMFASkA AQARAAEACay3QiK9CQACKSAMAAgAAQAHBAQAQgBCAA== --=-h51vAuHZpi8mWDY4WkFv-- From owner-freebsd-bluetooth@FreeBSD.ORG Tue Jun 21 11:30:37 2005 Return-Path: X-Original-To: bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3DE216A41C for ; Tue, 21 Jun 2005 11:30:37 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CF3343D49 for ; Tue, 21 Jun 2005 11:30:36 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j5LBUSou077365; Tue, 21 Jun 2005 06:30:28 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42B7FA51.9030206@centtech.com> Date: Tue, 21 Jun 2005 06:30:25 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: vova@fbsd.ru References: <1119297124.1045.11.camel@localhost> <42B72DC4.2090104@savvis.net> <1119334445.972.17.camel@localhost> In-Reply-To: <1119334445.972.17.camel@localhost> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: ClamAV 0.82/948/Tue Jun 21 00:52:23 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: bluetooth Subject: Re: Problem with Logitech Mx900 again X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2005 11:30:38 -0000 Vladimir Grebenschikov wrote: > =D0=92 =D0=BF=D0=BD, 20/06/2005 =D0=B2 13:57 -0700, Maksim Yevmenkin =D0= =BF=D0=B8=D1=88=D0=B5=D1=82: >=20 >>Hello Vladimir, >> >> >>>At some moment my Mx900 stop work when connected directly to notebook = BT >>>adapter. >> >>please explain. what os runs of your notebook? what software were you=20 >>using on your notebook? >=20 >=20 > Mostly 6-CURRENT :-), with FreeBSD NG bluetooth stack and userland > from /usr/src/usr.sbin/bluetooth/. >=20 > Sometimes Native WinXP Home, with Sony BluespaceNE bluetooth software. >=20 >=20 >>>It does not work in bot WinXP and FreeBSD (works for both before), but= =20 >>>it still works with native cradle. >> >>what do you mean with native cradle? is it some sort of wired interface= ?=20 >>bluetooth usb receiver? or bluetooth usb receiver which os detects as=20 >>usb mouse (i.e. bluetooth usb receiver with hid proxy feature activated= )? >=20 >=20 > Native cradle of Mx900. It looks like hid proxy for me (seen from > freebsd as usb mouse). But by manual it can work as BT hub with specil > winXP drivers, never install these drivers and seen this feature > (without drivers it looks like usb mouse under winXP too). >=20 >=20 >>>Nothing was changed in notebook, nothing in FreeBSD kernel/userland wh= en >>>problem arise. >> >>ok >> >> >>>mouse still pingable with l2ping: >>># l2ping -a mouse >>>44 bytes from mouse seq_no=3D-664775869 time=3D327.503 ms result=3D0=20 >>>44 bytes from mouse seq_no=3D-664775869 time=3D22.231 ms result=3D0=20 >>>^C >> >>that is a strange sequence number, but i do not think this is your prob= lem. >=20 >=20 >=20 > Just after problem occurs ping responses was returned with huge timeout= > (like 5 sec). But after some reset cycles (with batteries removal) it > start to reply faster. >=20 >=20 >>># bthidd -d >>>bthidd[1486]: Opening outbound session for 00:07:61:17:9b:27 (new_devi= ce=3D1, reconnect_initiate=3D1) >>>bthidd[1486]: Could not connect to 00:07:61:17:9b:27. Socket is not co= nnected (57) >> >>not good. >> >> >>>(cp /dev/null /var/db/bthidd.hids, before, all possible reset and reco= nnects on mouse initiated) >> >>just a suggestion - you might want to disconnect batteries from the=20 >>mouse and leave it like that for few (10-15) minutes. just to make sure= =20 >>it "forgets" everything. >=20 >=20 > Yes, I've tried to remove batteries, even for some days (this I meant > under "all possible resets"). Have you tried *replacing* the batteries? I had this same thing happen, = when my batteries were on the edge of life. I replaced them, and voila! = it works perfectly again. Eric --=20 ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-bluetooth@FreeBSD.ORG Tue Jun 21 15:12:32 2005 Return-Path: X-Original-To: bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBA5116A41F for ; Tue, 21 Jun 2005 15:12:32 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71BB243D53 for ; Tue, 21 Jun 2005 15:12:32 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.51 (FreeBSD)) id 1DkkQO-0008xq-NK; Tue, 21 Jun 2005 19:12:28 +0400 From: Vladimir Grebenschikov To: Eric Anderson In-Reply-To: <42B7FA51.9030206@centtech.com> References: <1119297124.1045.11.camel@localhost> <42B72DC4.2090104@savvis.net> <1119334445.972.17.camel@localhost> <42B7FA51.9030206@centtech.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Tue, 21 Jun 2005 19:12:28 +0400 Message-Id: <1119366748.1113.38.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: bluetooth Subject: Re: Problem with Logitech Mx900 again X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2005 15:12:32 -0000 =F7 =D7=D4, 21/06/2005 =D7 06:30 -0500, Eric Anderson =D0=C9=DB=C5=D4: > > Yes, I've tried to remove batteries, even for some days (this I meant > > under "all possible resets"). >=20 > Have you tried *replacing* the batteries? I had this same thing happen,=20 > when my batteries were on the edge of life. I replaced them, and voila!=20 > it works perfectly again. Tried, just bought new batteries and try again - all the same. > Eric --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-bluetooth@FreeBSD.ORG Tue Jun 21 16:45:37 2005 Return-Path: X-Original-To: bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4150316A41C for ; Tue, 21 Jun 2005 16:45:37 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id E792243D4C for ; Tue, 21 Jun 2005 16:45:36 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id 800183BF2D; Tue, 21 Jun 2005 11:45:35 -0500 (CDT) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 28948-01-45; Tue, 21 Jun 2005 11:45:35 -0500 (CDT) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44]) by mailgate1b.savvis.net (Postfix) with ESMTP id 3D19E3BE7B; Tue, 21 Jun 2005 11:45:35 -0500 (CDT) Received: from s228130hz1ew171.apptix-01.savvis.net ([10.146.4.29]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Tue, 21 Jun 2005 11:45:27 -0500 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew171.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Tue, 21 Jun 2005 11:45:24 -0500 Message-ID: <42B84418.2060409@savvis.net> Date: Tue, 21 Jun 2005 09:45:12 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: vova@fbsd.ru References: <1119297124.1045.11.camel@localhost> <42B72DC4.2090104@savvis.net> <1119334445.972.17.camel@localhost> In-Reply-To: <1119334445.972.17.camel@localhost> Content-Type: multipart/mixed; boundary="------------040903080605030903040505" X-OriginalArrivalTime: 21 Jun 2005 16:45:24.0308 (UTC) FILETIME=[9EDCA940:01C57680] X-Virus-Scanned: amavisd-new at savvis.net Cc: bluetooth Subject: Re: Problem with Logitech Mx900 again X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2005 16:45:37 -0000 This is a multi-part message in MIME format. --------------040903080605030903040505 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Vladimir, [...] > dump with last attempt with pin-code in attachment. thanks. in the dump you have provided i can see that bthidd(8) have successfully established l2cap connection on psm 17 (0x11 - HID control channel) 1119333385.368311 < L2CAP(s): Connect req: psm 17 scid 0x0042 1119333385.386224 > L2CAP(s): Connect rsp: dcid 0x0042 scid 0x0042 result 1 stat 1119333385.443257 > L2CAP(s): Connect rsp: dcid 0x0042 scid 0x0042 result 0 stat 1119333385.443299 < L2CAP(s): Config req: dcid 0x0042 flags 0x0000 clen 0 1119333385.516189 > L2CAP(s): Config rsp: scid 0x0042 flags 0x0000 result 0 clen 1119333385.547220 > L2CAP(s): Config req: dcid 0x0042 flags 0x0000 clen 28 MTU 48 Unknown (type 03, len 22) 1119333385.549241 < L2CAP(s): Config rsp: scid 0x0042 flags 0x0000 result 0 clen however, it could not establish HID interrupt channel on psm 19 (0x13 - HID interrupt). instead bthidd(8) tried to connect on psm 25 (0x19)! and of course mouse rejects the connection. 1119333385.549430 < L2CAP(s): Connect req: psm 25 scid 0x0043 1119333385.580204 > L2CAP(s): Connect rsp: dcid 0x0000 scid 0x0043 result 2 stat 1119333385.580438 < L2CAP(s): Disconn req: dcid 0x0042 scid 0x0042 1119333385.638242 > L2CAP(s): Disconn rsp: dcid 0x0042 scid 0x0042 i remember you had similar problem before due to incorrect "interrupt_psm" value in the bthidd.conf file. in your first email you have posted your bthidd.conf file and it had correct values for "interrupt_psm" and "control_psm". so, could you please double check your /etc/bluetooth/bthidd.conf file and make sure bthidd(8) uses the correct config. i suspect there might be another bug in bthidd(8), so if you could please try to run bthidd(8) under debugger and try to examine internal configuration structures after bthidd(8) parses the config file. i also attached a patch that renames global variable to avoid name collision with the local variables. i do not expect it to fix your problem, but please try it anyway. > It looks like hardware problem for me (over one night both OSes stop > stop seen mouse) no reset was initiated, cradle was far-far away from > place where it happens. But, probably there is software solution. lets not blame the hardware just yet :) thanks, max --------------040903080605030903040505 Content-Type: text/plain; name="parser.y.diff.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="parser.y.diff.txt" --- parser.y.orig Tue Jun 21 09:37:45 2005 +++ parser.y Tue Jun 21 09:36:31 2005 @@ -27,7 +27,7 @@ * SUCH DAMAGE. * * $Id: parser.y,v 1.4 2004/11/17 21:59:42 max Exp $ - * $FreeBSD: /repoman/r/ncvs/src/usr.sbin/bluetooth/bthidd/parser.y,v 1.4 2005/05/18 23:03:44 emax Exp $ + * $FreeBSD: src/usr.sbin/bluetooth/bthidd/parser.y,v 1.4 2005/05/18 23:03:44 emax Exp $ */ #include @@ -68,7 +68,7 @@ static char buffer[1024]; static int hid_descriptor_size; -static hid_device_t *hid_device = NULL; +static hid_device_t *hid_current = NULL; static LIST_HEAD(, hid_device) hid_devices; %} @@ -92,23 +92,23 @@ line: T_DEVICE { - hid_device = (hid_device_t *) calloc(1, sizeof(*hid_device)); - if (hid_device == NULL) { + hid_current = (hid_device_t *) calloc(1, sizeof(*hid_current)); + if (hid_current == NULL) { SYSLOG(LOGCRIT, "Could not allocate new " \ "config entry" EOL); YYABORT; } - hid_device->new_device = 1; + hid_current->new_device = 1; } '{' options '}' { - if (check_hid_device(hid_device)) - LIST_INSERT_HEAD(&hid_devices,hid_device,next); + if (check_hid_device(hid_current)) + LIST_INSERT_HEAD(&hid_devices, hid_current, next); else - free_hid_device(hid_device); + free_hid_device(hid_current); - hid_device = NULL; + hid_current = NULL; } ; @@ -128,49 +128,49 @@ bdaddr: T_BDADDR T_BDADDRSTRING { - memcpy(&hid_device->bdaddr, &$2, sizeof(hid_device->bdaddr)); + memcpy(&hid_current->bdaddr, &$2, sizeof(hid_current->bdaddr)); } ; control_psm: T_CONTROL_PSM T_HEXBYTE { - hid_device->control_psm = $2; + hid_current->control_psm = $2; } ; interrupt_psm: T_INTERRUPT_PSM T_HEXBYTE { - hid_device->interrupt_psm = $2; + hid_current->interrupt_psm = $2; } ; reconnect_initiate: T_RECONNECT_INITIATE T_TRUE { - hid_device->reconnect_initiate = 1; + hid_current->reconnect_initiate = 1; } | T_RECONNECT_INITIATE T_FALSE { - hid_device->reconnect_initiate = 0; + hid_current->reconnect_initiate = 0; } ; battery_power: T_BATTERY_POWER T_TRUE { - hid_device->battery_power = 1; + hid_current->battery_power = 1; } | T_BATTERY_POWER T_FALSE { - hid_device->battery_power = 0; + hid_current->battery_power = 0; } ; normally_connectable: T_NORMALLY_CONNECTABLE T_TRUE { - hid_device->normally_connectable = 1; + hid_current->normally_connectable = 1; } | T_NORMALLY_CONNECTABLE T_FALSE { - hid_device->normally_connectable = 0; + hid_current->normally_connectable = 0; } ; @@ -180,11 +180,11 @@ } '{' hid_descriptor_bytes '}' { - if (hid_device->desc != NULL) - hid_dispose_report_desc(hid_device->desc); + if (hid_current->desc != NULL) + hid_dispose_report_desc(hid_current->desc); - hid_device->desc = hid_use_report_desc(buffer, hid_descriptor_size); - if (hid_device->desc == NULL) { + hid_current->desc = hid_use_report_desc(buffer, hid_descriptor_size); + if (hid_current->desc == NULL) { SYSLOG(LOGCRIT, "Could not use HID descriptor" EOL); YYABORT; } --------------040903080605030903040505-- From owner-freebsd-bluetooth@FreeBSD.ORG Tue Jun 21 22:35:38 2005 Return-Path: X-Original-To: bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AACE16A41C for ; Tue, 21 Jun 2005 22:35:38 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A71243D1D for ; Tue, 21 Jun 2005 22:35:38 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id A84B33BF4A; Tue, 21 Jun 2005 17:35:37 -0500 (CDT) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 01564-01-94; Tue, 21 Jun 2005 17:35:37 -0500 (CDT) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44]) by mailgate1b.savvis.net (Postfix) with ESMTP id 739603BE22; Tue, 21 Jun 2005 17:35:37 -0500 (CDT) Received: from s228130hz1ew031.apptix-01.savvis.net ([10.146.4.28]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Tue, 21 Jun 2005 17:35:34 -0500 Received: from [10.254.186.111] ([64.14.1.106]) by s228130hz1ew031.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Tue, 21 Jun 2005 17:35:29 -0500 Message-ID: <42B89630.2070403@savvis.net> Date: Tue, 21 Jun 2005 15:35:28 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vladimir Grebenschikov References: <1119297124.1045.11.camel@localhost> <42B72DC4.2090104@savvis.net> <1119334445.972.17.camel@localhost> <42B84418.2060409@savvis.net> <1119392066.1266.15.camel@localhost> In-Reply-To: <1119392066.1266.15.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 21 Jun 2005 22:35:29.0826 (UTC) FILETIME=[87205820:01C576B1] X-Virus-Scanned: amavisd-new at savvis.net Cc: bluetooth Subject: Re: Problem with Logitech Mx900 again - psm strikes again - SOLVED X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2005 22:35:38 -0000 Vladimir, [...] >>so, could you please double check your /etc/bluetooth/bthidd.conf file >>and make sure bthidd(8) uses the correct config. > > It strikes again. I was pretty sure, that bug was fixed last time. > Manual changing psm in bthidd.conf fix my problem. good > I remember I've tested code with your patch and even send you ok notice > (PR misc/76107). > > I was not touch bthidd.conf because I was pretty sure that it has valid > values. > I am sure that trying to make mouse work I've done > # bthidcontrol -a mouse > /etc/bluetooth/bthidd.conf.tmp > # diff /etc/bluetooth/bthidd.conf{,.tmp} > > and got no difference. > > But it strikes again. no problem, dont worry about it :) > Ok, I will try all cycle from scratch. > > Just reconnect mouse to cradle - Ok > Then reset mouse and run bthidcontrol query -> psm 0x13 > Then reconnect directly to bthidd - Ok great > I have only idea why it happens - I have used very old binary of > bthidcontrol installed while compare/rebuild bthidd.conf (with bug, > unfortunately it was just overwritten by fresh build). > /probably one should attach build+install of bthid* binaries to world ?/ well, bthidd(8) is not complete yet. it missing support for keyboard/keypad. i'm working on the kbdmux now and when i'm done i will add missing support and connect it to the build. bthidcontrol(8) could be added to the build, but it is not very useful without bthidd(8). > Looks like there was hardware glitch (when win and freebsd connection > was broken over night, probably out of power in battaries, it was) > After that I've tried to restore mouse and replace bthidd.conf with > broken version and it stop working. could be, but it still does not explain why it did not work with windows. >>i suspect there might be another bug in bthidd(8), so if you could >>please try to run bthidd(8) under debugger and try to examine internal >>configuration structures after bthidd(8) parses the config file. > > Looks like bthidd is ok in this case. good >>i also attached a patch that renames global variable to avoid name >>collision with the local variables. i do not expect it to fix your >>problem, but please try it anyway. > > I have tried - it works ok (without it too), only issue - first chunk of patch - should be removed before apply. thanks. i think i will commit it after freeze is over. this is something that needs to be fixed anyway. >>>It looks like hardware problem for me (over one night both OSes stop >>>stop seen mouse) no reset was initiated, cradle was far-far away from >>>place where it happens. But, probably there is software solution. >> >>lets not blame the hardware just yet :) > > Yes, it was software. it usually is :) > But still It is not clean for me two issues: > a) why mouse stops work under WinXP (it works before, and stop to work at the same night as under freebsd) > b) why it happens (no suspend/hibernate was initiated) cant help you here, sorry :) must have been sun flare or something :) thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Wed Jun 22 06:14:04 2005 Return-Path: X-Original-To: bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A011916A41C for ; Wed, 22 Jun 2005 06:14:04 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30C3F43D48 for ; Wed, 22 Jun 2005 06:14:03 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.51 (FreeBSD)) id 1Dkr0l-0000NE-9H; Wed, 22 Jun 2005 02:14:27 +0400 From: Vladimir Grebenschikov To: Maksim Yevmenkin In-Reply-To: <42B84418.2060409@savvis.net> References: <1119297124.1045.11.camel@localhost> <42B72DC4.2090104@savvis.net> <1119334445.972.17.camel@localhost> <42B84418.2060409@savvis.net> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Wed, 22 Jun 2005 02:14:26 +0400 Message-Id: <1119392066.1266.15.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: bluetooth Subject: Re: Problem with Logitech Mx900 again - psm strikes again - SOLVED X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2005 06:14:04 -0000 =F7 =D7=D4, 21/06/2005 =D7 09:45 -0700, Maksim Yevmenkin =D0=C9=DB=C5=D4:=20 > Vladimir, > however, it could not establish HID interrupt channel on psm 19 (0x13 -=20 > HID interrupt). instead bthidd(8) tried to connect on psm 25 (0x19)! and=20 > of course mouse rejects the connection. >=20 > 1119333385.549430 < L2CAP(s): Connect req: psm 25 scid 0x0043 > 1119333385.580204 > L2CAP(s): Connect rsp: dcid 0x0000 scid 0x0043=20 > result 2 stat > 1119333385.580438 < L2CAP(s): Disconn req: dcid 0x0042 scid 0x0042 > 1119333385.638242 > L2CAP(s): Disconn rsp: dcid 0x0042 scid 0x0042 >=20 > i remember you had similar problem before due to incorrect=20 > "interrupt_psm" value in the bthidd.conf file. in your first email you=20 > have posted your bthidd.conf file and it had correct values for=20 > "interrupt_psm" and "control_psm". >=20 > so, could you please double check your /etc/bluetooth/bthidd.conf file=20 > and make sure bthidd(8) uses the correct config. It strikes again. I was pretty sure, that bug was fixed last time.=20 Manual changing psm in bthidd.conf fix my problem. I remember I've tested code with your patch and even send you ok notice (PR misc/76107). I was not touch bthidd.conf because I was pretty sure that it has valid values. I am sure that trying to make mouse work I've done # bthidcontrol -a mouse > /etc/bluetooth/bthidd.conf.tmp # diff /etc/bluetooth/bthidd.conf{,.tmp} and got no difference. But it strikes again. Ok, I will try all cycle from scratch. Just reconnect mouse to cradle - Ok Then reset mouse and run bthidcontrol query -> psm 0x13 Then reconnect directly to bthidd - Ok I have only idea why it happens - I have used very old binary of bthidcontrol installed while compare/rebuild bthidd.conf (with bug, unfortunately it was just overwritten by fresh build). /probably one should attach build+install of bthid* binaries to world ?/ Looks like there was hardware glitch (when win and freebsd connection was broken over night, probably out of power in battaries, it was) After that I've tried to restore mouse and replace bthidd.conf with broken version and it stop working. > i suspect there might be another bug in bthidd(8), so if you could=20 > please try to run bthidd(8) under debugger and try to examine internal=20 > configuration structures after bthidd(8) parses the config file. Looks like bthidd is ok in this case. > i also attached a patch that renames global variable to avoid name=20 > collision with the local variables. i do not expect it to fix your=20 > problem, but please try it anyway. I have tried - it works ok (without it too), only issue - first chunk of pa= tch - should be removed before apply. > > It looks like hardware problem for me (over one night both OSes stop > > stop seen mouse) no reset was initiated, cradle was far-far away from > > place where it happens. But, probably there is software solution. >=20 > lets not blame the hardware just yet :) Yes, it was software. But still It is not clean for me two issues: a) why mouse stops work under WinXP (it works before, and stop to work at = the same night as under freebsd) b) why it happens (no suspend/hibernate was initiated) > thanks, > max --=20 Vladimir B. Grebenschikov vova@fbsd.ru