From owner-freebsd-bluetooth@FreeBSD.ORG Sun Sep 11 08:10:30 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 0053216A41F for ; Sun, 11 Sep 2005 08:10:29 +0000 (GMT) (envelope-from pi@c0mplx.org) Received: from home.c0mplx.org (home.c0mplx.org [213.178.180.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 651BF43D45 for ; Sun, 11 Sep 2005 08:10:29 +0000 (GMT) (envelope-from pi@c0mplx.org) Received: from pi by home.c0mplx.org with local (Exim 4.52) id 1EEMuy-000FNb-FW for freebsd-bluetooth@freebsd.org; Sun, 11 Sep 2005 10:10:28 +0200 Date: Sun, 11 Sep 2005 10:10:28 +0200 From: Kurt Jaeger To: freebsd-bluetooth@freebsd.org Message-ID: <20050911081028.GA29501@home.c0mplx.org> References: <20050903212613.GD76888@home.c0mplx.org> <20050903213035.GE76888@home.c0mplx.org> <4321DAAC.3030905@savvis.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4321DAAC.3030905@savvis.net> Subject: Re: 3Com PCMCIA 3CRWB6096B ? 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: Sun, 11 Sep 2005 08:10:30 -0000 Hello, > >>Had anyone luck with the 3Com PCMCIA 3CRWB6096B under fbsd 5.4p6 ? [...] > >to force the detection as btccc0. Before that, it was always > >detected as sio5, but rc.bluetooth would not be able to > >use that if I used > > > > rc.bluetooth start sio5 > > did the card work after your changes? No. > from what i know there are at least two versions of the 3com bluetooth > card. i just tries mine and got [...] > so it looks like you have version 2 (or other?) card - product id 0x41. > > ng_bt3c(4) driver was only tested with version 1 card (the one i have - > product id 0x40). i do not own other version(s) of the card. if you > could please tell me how to identify the card i can try to find and > purchase it locally. On the product box, it explicitly says "Model 3CRWB6096B". > you could also try to look at linux bluez mailing lists and try to > figure out what is the difference between version 1 and version 2 cards. There's only one post that mentions this card: http://sourceforge.net/mailarchive/message.php?msg_id=11040382 It's also listed on the http://www.holtmann.org/linux/bluetooth/features.html -- pi@c0mplx.org +49 171 3101372 15 years to go ! From owner-freebsd-bluetooth@FreeBSD.ORG Sun Sep 11 12:26:14 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 CB33916A41F for ; Sun, 11 Sep 2005 12:26:14 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25E9943D45 for ; Sun, 11 Sep 2005 12:26:13 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from fwd33.aul.t-online.de by mailout03.sul.t-online.com with smtp id 1EEQuS-0004oP-02; Sun, 11 Sep 2005 14:26:12 +0200 Received: from fw.reifenberger.com (TiSfowZvoek1mrITBlDyR9hwUsXLznnnlWB2S5VwBmfpZdH2AqBZQt@[84.152.109.156]) by fwd33.sul.t-online.de with esmtp id 1EEQuN-0TS9nE0; Sun, 11 Sep 2005 14:26:07 +0200 Received: from localhost (mike@localhost) by fw.reifenberger.com (8.13.3/8.13.3/Submit) with ESMTP id j8BCOuCa039429 for ; Sun, 11 Sep 2005 14:24:56 +0200 (CEST) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Sun, 11 Sep 2005 14:24:56 +0200 (CEST) From: Michael Reifenberger To: freebsd-bluetooth@freebsd.org Message-ID: <20050911141141.R39118@fw.reifenberger.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-933152754-1126441496=:39118" X-ID: TiSfowZvoek1mrITBlDyR9hwUsXLznnnlWB2S5VwBmfpZdH2AqBZQt@t-dialin.net X-TOI-MSGID: 3e454591-7a0d-4eed-836b-b38ed2dd791b Subject: can't download s55 phonebook via bluetooth 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: Sun, 11 Sep 2005 12:26:15 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-933152754-1126441496=:39118 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Hi, I'm trying to download the phonebook of my Siemens s55 phone using obexapp via bluetooth unter -current. After setting up the BT-stack and having hcsecd running I do: obexapp -a mys55 -C irmc -r /tmp -n get telecom/pb.vcf bla.txt and get: ... Response: Forbidden (0x43). The same result is for any other comand like "ls"... A download using Windows works BTW. A hcidump session is attached. Any clues? Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com --0-933152754-1126441496=:39118 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=get.log Content-Transfer-Encoding: BASE64 Content-ID: <20050911142456.G39118@fw.reifenberger.com> Content-Description: Content-Disposition: attachment; filename=get.log SENJRHVtcCAtIEhDSSBwYWNrZXQgYW5hbHl6ZXIgdmVyIDEuNQ0KZGV2aWNl OiB1YnQwaGNpIHNuYXBfbGVuOiA2NTUzNSBmaWx0ZXI6IDB4ZmZmZmZmZmZm ZmZmZmZmZg0KPCBIQ0kgQ29tbWFuZDogQ3JlYXRlIENvbm5lY3Rpb24oMHgw MXwweDAwMDUpIHBsZW4gMTMNCiAgLiAuIC0gLiAuIC4gLiAuIC4gLiAuIC4g LiANCj4gSENJIEV2ZW50OiBDb21tYW5kIFN0YXR1cygweDBmKSBwbGVuIDQN CiAgLiAuIC4gLiANCj4gSENJIEV2ZW50OiBDb25uZWN0IENvbXBsZXRlKDB4 MDMpIHBsZW4gMTENCiAgLiAuIC4gLiAuIC0gLiAuIC4gLiAuIA0KPCBIQ0kg Q29tbWFuZDogV3JpdGUgTGluayBQb2xpY3kgU2V0dGluZ3MoMHgwMnwweDAw MGQpIHBsZW4gNA0KICAuIC4gLiAuIA0KPCBBQ0wgZGF0YTogaGFuZGxlIDB4 MDAwMSBmbGFncyAweDAyIGRsZW4gMTINCiAgICBMMkNBUChzKTogQ29ubmVj dCByZXE6IHBzbSAxIHNjaWQgMHgwMDU5DQo+IEhDSSBFdmVudDogQ29tbWFu ZCBTdGF0dXMoMHgwZikgcGxlbiA0DQogIC4gLiAuIC4gDQo+IEhDSSBFdmVu dDogQ29tbWFuZCBDb21wbGV0ZSgweDBlKSBwbGVuIDYNCiAgLiAuIC4gLiAu IC4gDQo+IEhDSSBFdmVudDogTWF4IFNsb3RzIENoYW5nZSgweDFiKSBwbGVu IDMNCiAgLiAuIC4gDQo+IEhDSSBFdmVudDogTnVtYmVyIG9mIENvbXBsZXRl ZCBQYWNrZXRzKDB4MTMpIHBsZW4gNQ0KICAuIC4gLiAuIC4gDQo+IEFDTCBk YXRhOiBoYW5kbGUgMHgwMDAxIGZsYWdzIDB4MDIgZGxlbiAxNg0KICAgIEwy Q0FQKHMpOiBDb25uZWN0IHJzcDogZGNpZCAweDAwNDAgc2NpZCAweDAwNTkg cmVzdWx0IDAgc3RhdHVzIDANCjwgQUNMIGRhdGE6IGhhbmRsZSAweDAwMDEg ZmxhZ3MgMHgwMiBkbGVuIDEyDQogICAgTDJDQVAocyk6IENvbmZpZyByZXE6 IGRjaWQgMHgwMDQwIGZsYWdzIDB4MDAwMCBjbGVuIDANCj4gSENJIEV2ZW50 OiBOdW1iZXIgb2YgQ29tcGxldGVkIFBhY2tldHMoMHgxMykgcGxlbiA1DQog IC4gLiAuIC4gLiANCj4gQUNMIGRhdGE6IGhhbmRsZSAweDAwMDEgZmxhZ3Mg MHgwMiBkbGVuIDE4DQogICAgTDJDQVAocyk6IENvbmZpZyByc3A6IHNjaWQg MHgwMDU5IGZsYWdzIDB4MDAwMCByZXN1bHQgMCBjbGVuIDQNCiAgICBNVFUg NjcyIA0KPiBBQ0wgZGF0YTogaGFuZGxlIDB4MDAwMSBmbGFncyAweDAyIGRs ZW4gMTYNCiAgICBMMkNBUChzKTogQ29uZmlnIHJlcTogZGNpZCAweDAwNTkg ZmxhZ3MgMHgwMDAwIGNsZW4gNA0KICAgIE1UVSAzMzkgDQo8IEFDTCBkYXRh OiBoYW5kbGUgMHgwMDAxIGZsYWdzIDB4MDIgZGxlbiAxNA0KICAgIEwyQ0FQ KHMpOiBDb25maWcgcnNwOiBzY2lkIDB4MDA0MCBmbGFncyAweDAwMDAgcmVz dWx0IDAgY2xlbiAwDQo8IEFDTCBkYXRhOiBoYW5kbGUgMHgwMDAxIGZsYWdz IDB4MDIgZGxlbiAyNA0KICAgIEwyQ0FQKGQpOiBjaWQgMHg0MCBsZW4gMjAg W3BzbSAxXQ0KICAgICAgICBTRFAgU1NBIFJlcTogdGlkIDB4MCBsZW4gMHhm DQogICAgICAgICAgcGF0IHV1aWQtMTYgMHgxMTA0IChJUk1DU3luYykNCiAg ICAgICAgICBtYXggMHhmZmZmDQogICAgICAgICAgYWlkKHMpIDB4MDAwNCAo UHJvdG9jb2xEZXNjTGlzdCkNCiAgICAgICAgICBjb250IDAwIA0KPiBIQ0kg RXZlbnQ6IE51bWJlciBvZiBDb21wbGV0ZWQgUGFja2V0cygweDEzKSBwbGVu IDUNCiAgLiAuIC4gLiAuIA0KPiBIQ0kgRXZlbnQ6IE51bWJlciBvZiBDb21w bGV0ZWQgUGFja2V0cygweDEzKSBwbGVuIDUNCiAgLiAuIC4gLiAuIA0KPiBB Q0wgZGF0YTogaGFuZGxlIDB4MDAwMSBmbGFncyAweDAyIGRsZW4gNDANCiAg ICBMMkNBUChkKTogY2lkIDB4NTkgbGVuIDM2IFtwc20gMV0NCiAgICAgICAg U0RQIFNTQSBSc3A6IHRpZCAweDAgbGVuIDB4MWYNCiAgICAgICAgICBjbnQg MHgxYw0KICAgICAgICAgIHNydiByZWMgIzANCiAgICAgICAgICAgIGFpZCAw eDAwMDQgKFByb3RvY29sRGVzY0xpc3QpDQogICAgICAgICAgICAgICA8IDwg dXVpZC0xNiAweDAxMDAgKEwyQ0FQKSA+IDwNCiAgICAgICAgICAgICAgIHV1 aWQtMTYgMHgwMDAzIChSRkNPTU0pIHVpbnQgMHg1ID4gPA0KICAgICAgICAg ICAgICAgdXVpZC0xNiAweDAwMDggKE9CRVgpID4gPg0KDQogICAgICAgICAg Y29udCAwMCANCjwgQUNMIGRhdGE6IGhhbmRsZSAweDAwMDEgZmxhZ3MgMHgw MiBkbGVuIDEyDQogICAgTDJDQVAocyk6IERpc2Nvbm4gcmVxOiBkY2lkIDB4 MDA0MCBzY2lkIDB4MDA1OQ0KPCBBQ0wgZGF0YTogaGFuZGxlIDB4MDAwMSBm bGFncyAweDAyIGRsZW4gMTINCiAgICBMMkNBUChzKTogQ29ubmVjdCByZXE6 IHBzbSAzIHNjaWQgMHgwMDVhDQo+IEhDSSBFdmVudDogTnVtYmVyIG9mIENv bXBsZXRlZCBQYWNrZXRzKDB4MTMpIHBsZW4gNQ0KICAuIC4gLiAuIC4gDQo+ IEhDSSBFdmVudDogTnVtYmVyIG9mIENvbXBsZXRlZCBQYWNrZXRzKDB4MTMp IHBsZW4gNQ0KICAuIC4gLiAuIC4gDQo+IEFDTCBkYXRhOiBoYW5kbGUgMHgw MDAxIGZsYWdzIDB4MDIgZGxlbiAxMg0KICAgIEwyQ0FQKHMpOiBEaXNjb25u IHJzcDogZGNpZCAweDAwNDAgc2NpZCAweDAwNTkNCj4gQUNMIGRhdGE6IGhh bmRsZSAweDAwMDEgZmxhZ3MgMHgwMiBkbGVuIDE2DQogICAgTDJDQVAocyk6 IENvbm5lY3QgcnNwOiBkY2lkIDB4MDA0MCBzY2lkIDB4MDA1YSByZXN1bHQg MCBzdGF0dXMgMA0KPCBBQ0wgZGF0YTogaGFuZGxlIDB4MDAwMSBmbGFncyAw eDAyIGRsZW4gMTINCiAgICBMMkNBUChzKTogQ29uZmlnIHJlcTogZGNpZCAw eDAwNDAgZmxhZ3MgMHgwMDAwIGNsZW4gMA0KPiBIQ0kgRXZlbnQ6IE51bWJl ciBvZiBDb21wbGV0ZWQgUGFja2V0cygweDEzKSBwbGVuIDUNCiAgLiAuIC4g LiAuIA0KPiBBQ0wgZGF0YTogaGFuZGxlIDB4MDAwMSBmbGFncyAweDAyIGRs ZW4gMTgNCiAgICBMMkNBUChzKTogQ29uZmlnIHJzcDogc2NpZCAweDAwNWEg ZmxhZ3MgMHgwMDAwIHJlc3VsdCAwIGNsZW4gNA0KICAgIE1UVSA2NzIgDQo+ IEFDTCBkYXRhOiBoYW5kbGUgMHgwMDAxIGZsYWdzIDB4MDIgZGxlbiAxNg0K ICAgIEwyQ0FQKHMpOiBDb25maWcgcmVxOiBkY2lkIDB4MDA1YSBmbGFncyAw eDAwMDAgY2xlbiA0DQogICAgTVRVIDMzOSANCjwgQUNMIGRhdGE6IGhhbmRs ZSAweDAwMDEgZmxhZ3MgMHgwMiBkbGVuIDE0DQogICAgTDJDQVAocyk6IENv bmZpZyByc3A6IHNjaWQgMHgwMDQwIGZsYWdzIDB4MDAwMCByZXN1bHQgMCBj bGVuIDANCjwgQUNMIGRhdGE6IGhhbmRsZSAweDAwMDEgZmxhZ3MgMHgwMiBk bGVuIDgNCiAgICBMMkNBUChkKTogY2lkIDB4NDAgbGVuIDQgW3BzbSAzXQ0K ICAgICAgUkZDT01NKHMpOiBTQUJNOiBjciAxIGRsY2kgMCBwZiAxIGlsZW4g MCBmY3MgMHgxYyANCj4gSENJIEV2ZW50OiBOdW1iZXIgb2YgQ29tcGxldGVk IFBhY2tldHMoMHgxMykgcGxlbiA1DQogIC4gLiAuIC4gLiANCj4gSENJIEV2 ZW50OiBOdW1iZXIgb2YgQ29tcGxldGVkIFBhY2tldHMoMHgxMykgcGxlbiA1 DQogIC4gLiAuIC4gLiANCj4gQUNMIGRhdGE6IGhhbmRsZSAweDAwMDEgZmxh Z3MgMHgwMiBkbGVuIDgNCiAgICBMMkNBUChkKTogY2lkIDB4NWEgbGVuIDQg W3BzbSAzXQ0KICAgICAgUkZDT01NKHMpOiBVQTogY3IgMSBkbGNpIDAgcGYg MSBpbGVuIDAgZmNzIDB4ZDcgDQo8IEFDTCBkYXRhOiBoYW5kbGUgMHgwMDAx IGZsYWdzIDB4MDIgZGxlbiAxOA0KICAgIEwyQ0FQKGQpOiBjaWQgMHg0MCBs ZW4gMTQgW3BzbSAzXQ0KICAgICAgUkZDT01NKHMpOiBQTiBDTUQ6IGNyIDEg ZGxjaSAwIHBmIDAgaWxlbiAxMCBmY3MgMHg3MCBtY2NfbGVuIDgNCiAgICAg IGRsY2kgMTAgZnJhbWVfdHlwZSAwIGNyZWRpdF9mbG93IDE1IHByaSAxNSBh Y2tfdGltZXIgMCBmcmFtZV9zaXplIDMzNCBtYXhfcmV0cmFucyAwIGNyZWRp dHMgNw0KPiBIQ0kgRXZlbnQ6IE51bWJlciBvZiBDb21wbGV0ZWQgUGFja2V0 cygweDEzKSBwbGVuIDUNCiAgLiAuIC4gLiAuIA0KPiBBQ0wgZGF0YTogaGFu ZGxlIDB4MDAwMSBmbGFncyAweDAyIGRsZW4gMTgNCiAgICBMMkNBUChkKTog Y2lkIDB4NWEgbGVuIDE0IFtwc20gM10NCiAgICAgIFJGQ09NTShzKTogUE4g UlNQOiBjciAwIGRsY2kgMCBwZiAwIGlsZW4gMTAgZmNzIDB4YWEgbWNjX2xl biA4DQogICAgICBkbGNpIDEwIGZyYW1lX3R5cGUgMCBjcmVkaXRfZmxvdyAx NCBwcmkgMCBhY2tfdGltZXIgMCBmcmFtZV9zaXplIDMzNCBtYXhfcmV0cmFu cyAwIGNyZWRpdHMgMg0KPCBBQ0wgZGF0YTogaGFuZGxlIDB4MDAwMSBmbGFn cyAweDAyIGRsZW4gOA0KICAgIEwyQ0FQKGQpOiBjaWQgMHg0MCBsZW4gNCBb cHNtIDNdDQogICAgICBSRkNPTU0ocyk6IFNBQk06IGNyIDEgZGxjaSAxMCBw ZiAxIGlsZW4gMCBmY3MgMHg4YyANCj4gSENJIEV2ZW50OiBOdW1iZXIgb2Yg Q29tcGxldGVkIFBhY2tldHMoMHgxMykgcGxlbiA1DQogIC4gLiAuIC4gLiAN Cj4gSENJIEV2ZW50OiBMaW5rIEtleSBSZXF1ZXN0KDB4MTcpIHBsZW4gNg0K ICAuIC4gLSAuIC4gLiANCjwgSENJIENvbW1hbmQ6IExpbmsgS2V5IFJlcXVl c3QgUmVwbHkoMHgwMXwweDAwMGIpIHBsZW4gMjINCiAgLiAuIC0gLiAuIC4g LiAuIGEgeCAuIFggLiAuIC4gZyAuIC4gLiAuIA0KICAuIDkgDQo+IEhDSSBF dmVudDogQ29tbWFuZCBDb21wbGV0ZSgweDBlKSBwbGVuIDEwDQogIC4gLiAu IC4gLiAuIC0gLiAuIC4gDQo+IEhDSSBFdmVudDogRW5jcnlwdCBDaGFuZ2Uo MHgwOCkgcGxlbiA0DQogIC4gLiAuIC4gDQo+IEFDTCBkYXRhOiBoYW5kbGUg MHgwMDAxIGZsYWdzIDB4MDIgZGxlbiA4DQogICAgTDJDQVAoZCk6IGNpZCAw eDVhIGxlbiA0IFtwc20gM10NCiAgICAgIFJGQ09NTShzKTogVUE6IGNyIDEg ZGxjaSAxMCBwZiAxIGlsZW4gMCBmY3MgMHg0NyANCjwgQUNMIGRhdGE6IGhh bmRsZSAweDAwMDEgZmxhZ3MgMHgwMiBkbGVuIDEyDQogICAgTDJDQVAoZCk6 IGNpZCAweDQwIGxlbiA4IFtwc20gM10NCiAgICAgIFJGQ09NTShzKTogTVND IENNRDogY3IgMSBkbGNpIDAgcGYgMCBpbGVuIDQgZmNzIDB4NzAgbWNjX2xl biAyDQogICAgICBkbGNpIDEwIGZjIDAgcnRjIDEgcnRyIDEgaWMgMCBkdiAx IGIxIDEgYjIgMCBiMyAwIGxlbiAxNQ0KPCBBQ0wgZGF0YTogaGFuZGxlIDB4 MDAwMSBmbGFncyAweDAyIGRsZW4gMTUNCiAgICBMMkNBUChkKTogY2lkIDB4 NDAgbGVuIDExIFtwc20gM10NCiAgICAgIFJGQ09NTShkKTogVUlIOiBjciAx IGRsY2kgMTAgcGYgMCBpbGVuIDcgZmNzIDB4YjAgDQogICAgICAuIC4gLiAu IC4gLiAuIA0KPiBBQ0wgZGF0YTogaGFuZGxlIDB4MDAwMSBmbGFncyAweDAy IGRsZW4gMTINCiAgICBMMkNBUChkKTogY2lkIDB4NWEgbGVuIDggW3BzbSAz XQ0KICAgICAgUkZDT01NKHMpOiBNU0MgQ01EOiBjciAwIGRsY2kgMCBwZiAw IGlsZW4gNCBmY3MgMHhhYSBtY2NfbGVuIDINCiAgICAgIGRsY2kgMTAgZmMg MCBydGMgMSBydHIgMSBpYyAwIGR2IDAgYjEgMSBiMiAwIGIzIDAgbGVuIDE1 DQo8IEFDTCBkYXRhOiBoYW5kbGUgMHgwMDAxIGZsYWdzIDB4MDIgZGxlbiAx Mg0KICAgIEwyQ0FQKGQpOiBjaWQgMHg0MCBsZW4gOCBbcHNtIDNdDQogICAg ICBSRkNPTU0ocyk6IE1TQyBSU1A6IGNyIDEgZGxjaSAwIHBmIDAgaWxlbiA0 IGZjcyAweDcwIG1jY19sZW4gMg0KICAgICAgZGxjaSAxMCBmYyAwIHJ0YyAx IHJ0ciAxIGljIDAgZHYgMCBiMSAxIGIyIDAgYjMgMCBsZW4gMTUNCj4gSENJ IEV2ZW50OiBOdW1iZXIgb2YgQ29tcGxldGVkIFBhY2tldHMoMHgxMykgcGxl biA1DQogIC4gLiAuIC4gLiANCj4gSENJIEV2ZW50OiBOdW1iZXIgb2YgQ29t cGxldGVkIFBhY2tldHMoMHgxMykgcGxlbiA1DQogIC4gLiAuIC4gLiANCj4g SENJIEV2ZW50OiBOdW1iZXIgb2YgQ29tcGxldGVkIFBhY2tldHMoMHgxMykg cGxlbiA1DQogIC4gLiAuIC4gLiANCj4gQUNMIGRhdGE6IGhhbmRsZSAweDAw MDEgZmxhZ3MgMHgwMiBkbGVuIDEyDQogICAgTDJDQVAoZCk6IGNpZCAweDVh IGxlbiA4IFtwc20gM10NCiAgICAgIFJGQ09NTShzKTogTVNDIFJTUDogY3Ig MCBkbGNpIDAgcGYgMCBpbGVuIDQgZmNzIDB4YWEgbWNjX2xlbiAyDQogICAg ICBkbGNpIDEwIGZjIDAgcnRjIDEgcnRyIDEgaWMgMCBkdiAxIGIxIDEgYjIg MCBiMyAwIGxlbiAxNQ0KPiBBQ0wgZGF0YTogaGFuZGxlIDB4MDAwMSBmbGFn cyAweDAyIGRsZW4gMTcNCiAgICBMMkNBUChkKTogY2lkIDB4NWEgbGVuIDEz IFtwc20gM10NCiAgICAgIFJGQ09NTShkKTogVUlIOiBjciAwIGRsY2kgMTAg cGYgMSBpbGVuIDcgZmNzIDB4NzYgY3JlZGl0cyAxIA0KICAgICAgLiAuIC4g LiAuIC4gLiANCjwgQUNMIGRhdGE6IGhhbmRsZSAweDAwMDEgZmxhZ3MgMHgw MiBkbGVuIDkNCiAgICBMMkNBUChkKTogY2lkIDB4NDAgbGVuIDUgW3BzbSAz XQ0KICAgICAgUkZDT01NKGQpOiBVSUg6IGNyIDEgZGxjaSAxMCBwZiAxIGls ZW4gMCBmY3MgMHhhYyBjcmVkaXRzIDM0IA0KPCBBQ0wgZGF0YTogaGFuZGxl IDB4MDAwMSBmbGFncyAweDAyIGRsZW4gNDQNCiAgICBMMkNBUChkKTogY2lk IDB4NDAgbGVuIDQwIFtwc20gM10NCiAgICAgIFJGQ09NTShkKTogVUlIOiBj ciAxIGRsY2kgMTAgcGYgMCBpbGVuIDM2IGZjcyAweGIwIA0KICAgICAgLiAu ICQgLiAuICEgLiB0IC4gZSAuIGwgLiBlIC4gYyAuIG8gLiBtIA0KICAgICAg LiAvIC4gcCAuIGIgLiAuIC4gdiAuIGMgLiBmIC4gLiANCj4gSENJIEV2ZW50 OiBOdW1iZXIgb2YgQ29tcGxldGVkIFBhY2tldHMoMHgxMykgcGxlbiA1DQog IC4gLiAuIC4gLiANCj4gSENJIEV2ZW50OiBOdW1iZXIgb2YgQ29tcGxldGVk IFBhY2tldHMoMHgxMykgcGxlbiA1DQogIC4gLiAuIC4gLiANCj4gQUNMIGRh dGE6IGhhbmRsZSAweDAwMDEgZmxhZ3MgMHgwMiBkbGVuIDEzDQogICAgTDJD QVAoZCk6IGNpZCAweDVhIGxlbiA5IFtwc20gM10NCiAgICAgIFJGQ09NTShk KTogVUlIOiBjciAwIGRsY2kgMTAgcGYgMSBpbGVuIDMgZmNzIDB4NzYgY3Jl ZGl0cyAxIA0KICAgICAgLiAuIC4gDQo8IEFDTCBkYXRhOiBoYW5kbGUgMHgw MDAxIGZsYWdzIDB4MDIgZGxlbiAxMQ0KICAgIEwyQ0FQKGQpOiBjaWQgMHg0 MCBsZW4gNyBbcHNtIDNdDQogICAgICBSRkNPTU0oZCk6IFVJSDogY3IgMSBk bGNpIDEwIHBmIDAgaWxlbiAzIGZjcyAweGIwIA0KICAgICAgLiAuIC4gDQo+ IEhDSSBFdmVudDogTnVtYmVyIG9mIENvbXBsZXRlZCBQYWNrZXRzKDB4MTMp IHBsZW4gNQ0KICAuIC4gLiAuIC4gDQo+IEFDTCBkYXRhOiBoYW5kbGUgMHgw MDAxIGZsYWdzIDB4MDIgZGxlbiAxMw0KICAgIEwyQ0FQKGQpOiBjaWQgMHg1 YSBsZW4gOSBbcHNtIDNdDQogICAgICBSRkNPTU0oZCk6IFVJSDogY3IgMCBk bGNpIDEwIHBmIDEgaWxlbiAzIGZjcyAweDc2IGNyZWRpdHMgMSANCiAgICAg IC4gLiAuIA0KPCBBQ0wgZGF0YTogaGFuZGxlIDB4MDAwMSBmbGFncyAweDAy IGRsZW4gOA0KICAgIEwyQ0FQKGQpOiBjaWQgMHg0MCBsZW4gNCBbcHNtIDNd DQogICAgICBSRkNPTU0ocyk6IERJU0M6IGNyIDEgZGxjaSAxMCBwZiAxIGls ZW4gMCBmY3MgMHg2ZCANCj4gSENJIEV2ZW50OiBOdW1iZXIgb2YgQ29tcGxl dGVkIFBhY2tldHMoMHgxMykgcGxlbiA1DQogIC4gLiAuIC4gLiANCj4gQUNM IGRhdGE6IGhhbmRsZSAweDAwMDEgZmxhZ3MgMHgwMiBkbGVuIDgNCiAgICBM MkNBUChkKTogY2lkIDB4NWEgbGVuIDQgW3BzbSAzXQ0KICAgICAgUkZDT01N KHMpOiBVQTogY3IgMSBkbGNpIDEwIHBmIDEgaWxlbiAwIGZjcyAweDQ3IA0K PCBBQ0wgZGF0YTogaGFuZGxlIDB4MDAwMSBmbGFncyAweDAyIGRsZW4gOA0K ICAgIEwyQ0FQKGQpOiBjaWQgMHg0MCBsZW4gNCBbcHNtIDNdDQogICAgICBS RkNPTU0ocyk6IERJU0M6IGNyIDEgZGxjaSAwIHBmIDEgaWxlbiAwIGZjcyAw eGZkIA0KPiBIQ0kgRXZlbnQ6IE51bWJlciBvZiBDb21wbGV0ZWQgUGFja2V0 cygweDEzKSBwbGVuIDUNCiAgLiAuIC4gLiAuIA0KPiBBQ0wgZGF0YTogaGFu ZGxlIDB4MDAwMSBmbGFncyAweDAyIGRsZW4gOA0KICAgIEwyQ0FQKGQpOiBj aWQgMHg1YSBsZW4gNCBbcHNtIDNdDQogICAgICBSRkNPTU0ocyk6IFVBOiBj ciAxIGRsY2kgMCBwZiAxIGlsZW4gMCBmY3MgMHhkNyANCjwgQUNMIGRhdGE6 IGhhbmRsZSAweDAwMDEgZmxhZ3MgMHgwMiBkbGVuIDEyDQogICAgTDJDQVAo cyk6IERpc2Nvbm4gcmVxOiBkY2lkIDB4MDA0MCBzY2lkIDB4MDA1YQ0KPiBI Q0kgRXZlbnQ6IE51bWJlciBvZiBDb21wbGV0ZWQgUGFja2V0cygweDEzKSBw bGVuIDUNCiAgLiAuIC4gLiAuIA0KPiBBQ0wgZGF0YTogaGFuZGxlIDB4MDAw MSBmbGFncyAweDAyIGRsZW4gMTINCiAgICBMMkNBUChzKTogRGlzY29ubiBy c3A6IGRjaWQgMHgwMDQwIHNjaWQgMHgwMDVhDQo= --0-933152754-1126441496=:39118-- From owner-freebsd-bluetooth@FreeBSD.ORG Sun Sep 11 19:21:55 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 D330016A41F for ; Sun, 11 Sep 2005 19:21:55 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from mta10.adelphia.net (mta10.adelphia.net [68.168.78.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FC0D43D45 for ; Sun, 11 Sep 2005 19:21:54 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from [192.168.1.254] (really [70.32.199.60]) by mta10.adelphia.net (InterMail vM.6.01.04.01 201-2131-118-101-20041129) with ESMTP id <20050911192153.BWCY12165.mta10.adelphia.net@[192.168.1.254]>; Sun, 11 Sep 2005 15:21:53 -0400 Message-ID: <432483D5.4020603@savvis.net> Date: Sun, 11 Sep 2005 12:21:57 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Reifenberger References: <20050911141141.R39118@fw.reifenberger.com> In-Reply-To: <20050911141141.R39118@fw.reifenberger.com> Content-Type: multipart/mixed; boundary="------------090604020309060103010204" Cc: freebsd-bluetooth@freebsd.org Subject: Re: can't download s55 phonebook via bluetooth 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: Sun, 11 Sep 2005 19:21:56 -0000 This is a multi-part message in MIME format. --------------090604020309060103010204 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Michael, > I'm trying to download the phonebook of my Siemens s55 phone > using obexapp via bluetooth unter -current. i'm not sure about s55 but i know it works with s65. > After setting up the BT-stack and having hcsecd running I do: > obexapp -a mys55 -C irmc -r /tmp -n get telecom/pb.vcf bla.txt > and get: > ... Response: Forbidden (0x43). > > The same result is for any other comand like "ls"... "ls" usually will not work unless you connect to OBEX Folder Browsing Service, i.e. you need to specify "-f" switch in the obexapp command line. i have attached the mobile_backup.sh script written by Yuri Kurenkov that is known to work with obexapp and s65. > A download using Windows works BTW. > > A hcidump session is attached. i can not see what is going on on OBEX level from this dump :( i can only see up to RFCOMM level and everything looks fine to me. please use "-w" option with hcidump(1) to create a binary dump. thanks, max --------------090604020309060103010204 Content-Type: text/plain; name="mobile_backup.sh" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="mobile_backup.sh" #!/bin/sh work_dir=~/.mobile if [ -f $work_dir/mobile_backup.conf ]; then . $work_dir/mobile_backup.conf fi baks=${backs:-"9"} client=${clients:-"s65"} objects=${objects:-"pb.vcf cal.vcs"} folder=${folder:-"telecom"} backup_dir=${backup_dir:-"${work_dir}/backup"} obexapp=${obexapp:-"/usr/local/bin/obexapp"} obexapp_params=${obexapp_params:-"-a ${client} -C IrMC -f -n"} if [ ! -d ${backup_dir} ]; then echo Backup dir ${backup_dir} not exist exit 1 fi date=`date +"%Y%m%d"` if ( l2ping -c 1 -a ${client} > /dev/null 2>&1 ); then cd ${backup_dir} for object in ${objects} do #echo $object if ( $obexapp $obexapp_params get ${folder}/${object} ${object}.tmp >/dev/null 2>&1 ); then if [ -f ${object}.tmp -a -f ${object} ]; then if ( diff -q ${object} ${object}.tmp ); then #echo identical, no action rm ${object}.tmp else #echo different, need rotating i=${baks} while [ $i -ge 0 ] do #echo ${object}.${i} if [ ${i} -eq 0 ]; then from=${object} else from=${object}.$(($i-1)) fi to=${object}.${i} if [ -f ${from} ]; then mv $from $to fi i=$(($i-1)) done mv ${object}.tmp ${object} ls -l ${object}* fi else #echo just rename mv ${object}.tmp ${object} ls -l ${object}* fi fi sleep 10 done fi --------------090604020309060103010204-- From owner-freebsd-bluetooth@FreeBSD.ORG Sun Sep 11 19:35:06 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 2E10516A41F for ; Sun, 11 Sep 2005 19:35:06 +0000 (GMT) (envelope-from maksim.yevmenkin@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABB7543D49 for ; Sun, 11 Sep 2005 19:35:05 +0000 (GMT) (envelope-from maksim.yevmenkin@gmail.com) Received: by xproxy.gmail.com with SMTP id i31so2233401wxd for ; Sun, 11 Sep 2005 12:35:05 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=L56GtuBU8K+GceJewqF3GWddMkR41VhGI/sDDwTZQSM7Sctv/gQvbT55QhLaJu7HiQcPngMUyA6AmWNNahLBHEiut01W8YDGNlinV9A9DD14W+qV8nRQ+an7NQsaMPyEN7ybrGUC2RtEO88o3iO4T8SvrB/39DNQZxI2N1igaDE= Received: by 10.70.109.11 with SMTP id h11mr83710wxc; Sun, 11 Sep 2005 12:29:04 -0700 (PDT) Received: by 10.70.75.13 with HTTP; Sun, 11 Sep 2005 12:29:04 -0700 (PDT) Message-ID: Date: Sun, 11 Sep 2005 12:29:04 -0700 From: Maksim Yevmenkin To: Michael Reifenberger In-Reply-To: <43248465.3010808@savvis.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_11449_22499223.1126466944746" References: <43248465.3010808@savvis.net> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-bluetooth@freebsd.org Subject: Re: can't download s55 phonebook via bluetooth X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: maksim.yevmenkin@gmail.com List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2005 19:35:06 -0000 ------=_Part_11449_22499223.1126466944746 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Michael, > I'm trying to download the phonebook of my Siemens s55 phone > using obexapp via bluetooth unter -current. i'm not sure about s55 but i know it works with s65. > After setting up the BT-stack and having hcsecd running I do: > obexapp -a mys55 -C irmc -r /tmp -n get telecom/pb.vcf bla.txt > and get: > ... Response: Forbidden (0x43). > > The same result is for any other comand like "ls"... "ls" usually will not work unless you connect to OBEX Folder Browsing Service, i.e. you need to specify "-f" switch in the obexapp command line. i have attached the mobile_backup.sh script written by Yuri Kurenkov that is known to work with obexapp and s65. > A download using Windows works BTW. > > A hcidump session is attached. i can not see what is going on on OBEX level from this dump :( i can only see up to RFCOMM level and everything looks fine to me. please use "-w" option with hcidump(1) to create a binary dump. thanks, max ------=_Part_11449_22499223.1126466944746-- From owner-freebsd-bluetooth@FreeBSD.ORG Sun Sep 11 19:38:01 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 2E13D16A420 for ; Sun, 11 Sep 2005 19:38:01 +0000 (GMT) (envelope-from maksim.yevmenkin@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAC1243D49 for ; Sun, 11 Sep 2005 19:38:00 +0000 (GMT) (envelope-from maksim.yevmenkin@gmail.com) Received: by xproxy.gmail.com with SMTP id i31so2233735wxd for ; Sun, 11 Sep 2005 12:37:59 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=lgGfaM3k/imjGqWCLas/IyOyfimcpJSckAYnhexOWs2tolJ3VdZ4SPOf2S+auhJLHd5JoIbklWTKnUFzfUJWpbZY6E1pVYYbO8knjQiIfU5w+Xh9ni2JOWXfJAHerKj6WmywS6wAlyA2ewpFTGNqjm1mIC19tEEGuS7fVWVmAu8= Received: by 10.70.76.6 with SMTP id y6mr73960wxa; Sun, 11 Sep 2005 12:37:58 -0700 (PDT) Received: by 10.70.75.13 with HTTP; Sun, 11 Sep 2005 12:37:58 -0700 (PDT) Message-ID: Date: Sun, 11 Sep 2005 12:37:58 -0700 From: Maksim Yevmenkin To: Michael Reifenberger In-Reply-To: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_11485_1722261.1126467478876" References: <43248465.3010808@savvis.net> Cc: freebsd-bluetooth@freebsd.org Subject: Re: can't download s55 phonebook via bluetooth X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: maksim.yevmenkin@gmail.com List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2005 19:38:01 -0000 ------=_Part_11485_1722261.1126467478876 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Michael, =20 > > I'm trying to download the phonebook of my Siemens s55 phone > > using obexapp via bluetooth unter -current. >=20 > i'm not sure about s55 but i know it works with s65. >=20 > > After setting up the BT-stack and having hcsecd running I do: > > obexapp -a mys55 -C irmc -r /tmp -n get telecom/pb.vcf bla.txt > > and get: > > ... Response: Forbidden (0x43). > > > > The same result is for any other comand like "ls"... >=20 > "ls" usually will not work unless you connect to OBEX Folder Browsing > Service, i.e. you need to specify "-f" switch in the obexapp command > line. >=20 > i have attached the mobile_backup.sh script written by Yuri Kurenkov > that is known to work with obexapp and > s65. >=20 > > A download using Windows works BTW. > > > > A hcidump session is attached. >=20 > i can not see what is going on on OBEX level from this dump :( i can > only see up to RFCOMM level and everything looks fine to me. please > use "-w" option with hcidump(1) to create a binary dump. errr.... attachment was lost... thanks, max ------=_Part_11485_1722261.1126467478876 Content-Type: text/plain; name="mobile_backup.sh.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="mobile_backup.sh.txt" IyEvYmluL3NoCgoKd29ya19kaXI9fi8ubW9iaWxlCgppZiBbIC1mICAkd29ya19kaXIvbW9iaWxl X2JhY2t1cC5jb25mIF07IHRoZW4KCS4gJHdvcmtfZGlyL21vYmlsZV9iYWNrdXAuY29uZgpmaQoK CmJha3M9JHtiYWNrczotIjkifQpjbGllbnQ9JHtjbGllbnRzOi0iczY1In0Kb2JqZWN0cz0ke29i amVjdHM6LSJwYi52Y2YgY2FsLnZjcyJ9IApmb2xkZXI9JHtmb2xkZXI6LSJ0ZWxlY29tIn0KYmFj a3VwX2Rpcj0ke2JhY2t1cF9kaXI6LSIke3dvcmtfZGlyfS9iYWNrdXAifQpvYmV4YXBwPSR7b2Jl eGFwcDotIi91c3IvbG9jYWwvYmluL29iZXhhcHAifQpvYmV4YXBwX3BhcmFtcz0ke29iZXhhcHBf cGFyYW1zOi0iLWEgJHtjbGllbnR9IC1DIElyTUMgLWYgLW4ifQoKaWYgWyAhIC1kICR7YmFja3Vw X2Rpcn0gXTsgdGhlbgoJZWNobyBCYWNrdXAgZGlyICR7YmFja3VwX2Rpcn0gbm90IGV4aXN0Cgll eGl0IDEKZmkKCmRhdGU9YGRhdGUgKyIlWSVtJWQiYAoKCmlmICggbDJwaW5nIC1jIDEgLWEgJHtj bGllbnR9ID4gL2Rldi9udWxsIDI+JjEgKTsgdGhlbgogICBjZCAke2JhY2t1cF9kaXJ9IAoKICAg Zm9yIG9iamVjdCBpbiAke29iamVjdHN9CiAgIGRvIAoKICAgI2VjaG8gJG9iamVjdAoKICAgICAg aWYgKCAkb2JleGFwcCAkb2JleGFwcF9wYXJhbXMgZ2V0ICR7Zm9sZGVyfS8ke29iamVjdH0gJHtv YmplY3R9LnRtcCA+L2Rldi9udWxsIDI+JjEgKTsgdGhlbiAKICAgICAgICAgaWYgWyAtZiAke29i amVjdH0udG1wIC1hIC1mICR7b2JqZWN0fSBdOyB0aGVuCiAgICAgICAgICAgIGlmICggZGlmZiAt cSAke29iamVjdH0gJHtvYmplY3R9LnRtcCApOyB0aGVuCiAgICAgICAgICAgICAgICNlY2hvIGlk ZW50aWNhbCwgbm8gYWN0aW9uCiAgICAgICAgICAgICAgIHJtICR7b2JqZWN0fS50bXAKICAgICAg ICAgICAgZWxzZSAKICAgICAgICAgICAgICAgI2VjaG8gZGlmZmVyZW50LCBuZWVkIHJvdGF0aW5n CiAgICAgICAgICAgICAgIGk9JHtiYWtzfQogICAgICAgICAgICAgICB3aGlsZSBbICRpIC1nZSAw IF0KICAgICAgICAgICAgICAgZG8KICAgICAgICAgICAgICAgICAgI2VjaG8gJHtvYmplY3R9LiR7 aX0KICAgICAgICAgICAgICAgICAgaWYgWyAke2l9IC1lcSAwIF07IHRoZW4KICAgICAgICAgICAg ICAgICAgICAgZnJvbT0ke29iamVjdH0gCiAgICAgICAgICAgICAgICAgIGVsc2UKICAgICAgICAg ICAgICAgICAgICAgZnJvbT0ke29iamVjdH0uJCgoJGktMSkpCiAgICAgICAgICAgICAgICAgIGZp CiAgICAgICAgICAgICAgICAgICAgIHRvPSR7b2JqZWN0fS4ke2l9IAogICAgICAgICAgICAgICAg ICBpZiBbIC1mICR7ZnJvbX0gXTsgdGhlbgogICAgICAgICAgICAgICAgICAgICBtdiAkZnJvbSAk dG8KICAgICAgICAgICAgICAgICAgZmkKICAgICAgICAgICAgICAgICAgaT0kKCgkaS0xKSkKICAg ICAgICAgICAgICAgZG9uZQogICAgICAgICAgICAgICBtdiAke29iamVjdH0udG1wICR7b2JqZWN0 fQogICAgICAgICAgICAgICBscyAtbCAke29iamVjdH0qCiAgICAgICAgICAgIGZpCiAgICAgICAg IGVsc2UKICAgICAgICAgICAgI2VjaG8ganVzdCByZW5hbWUKICAgICAgICAgICAgbXYgJHtvYmpl Y3R9LnRtcCAke29iamVjdH0KICAgICAgICAgICAgbHMgLWwgJHtvYmplY3R9KgogICAgICAgICBm aQogICAgICBmaQogICAgICBzbGVlcCAxMAogICBkb25lCmZpCgo= ------=_Part_11485_1722261.1126467478876-- From owner-freebsd-bluetooth@FreeBSD.ORG Mon Sep 12 07:20:11 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 F363116A41F for ; Mon, 12 Sep 2005 07:20:10 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8220343D49 for ; Mon, 12 Sep 2005 07:20:10 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from fwd33.aul.t-online.de by mailout05.sul.t-online.com with smtp id 1EEibm-0001K5-04; Mon, 12 Sep 2005 09:20:06 +0200 Received: from fw.reifenberger.com (ESAZR2Zvoe5Ouw9mQVgAAkK+p3HyqDCxU4mvPh0tw29Efnb5MAtDco@[84.152.71.128]) by fwd33.sul.t-online.de with esmtp id 1EEibc-1COYN60; Mon, 12 Sep 2005 09:19:56 +0200 Received: from localhost (mike@localhost) by fw.reifenberger.com (8.13.3/8.13.3/Submit) with ESMTP id j8C7Ii01043735; Mon, 12 Sep 2005 09:18:44 +0200 (CEST) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Mon, 12 Sep 2005 09:18:44 +0200 (CEST) From: Michael Reifenberger To: Maksim Yevmenkin In-Reply-To: <432483D5.4020603@savvis.net> Message-ID: <20050912090134.N43540@fw.reifenberger.com> References: <20050911141141.R39118@fw.reifenberger.com> <432483D5.4020603@savvis.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-ID: ESAZR2Zvoe5Ouw9mQVgAAkK+p3HyqDCxU4mvPh0tw29Efnb5MAtDco@t-dialin.net X-TOI-MSGID: 3f4f9f38-68f3-41b9-aed2-534cbc584e35 Cc: freebsd-bluetooth@freebsd.org Subject: Re: can't download s55 phonebook via bluetooth 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, 12 Sep 2005 07:20:11 -0000 On Sun, 11 Sep 2005, Maksim Yevmenkin wrote: > Date: Sun, 11 Sep 2005 12:21:57 -0700 > From: Maksim Yevmenkin > To: Michael Reifenberger > Cc: freebsd-bluetooth@freebsd.org > Subject: Re: can't download s55 phonebook via bluetooth > > Michael, > >> I'm trying to download the phonebook of my Siemens s55 phone >> using obexapp via bluetooth unter -current. > > i'm not sure about s55 but i know it works with s65. > >> After setting up the BT-stack and having hcsecd running I do: >> obexapp -a mys55 -C irmc -r /tmp -n get telecom/pb.vcf bla.txt >> and get: >> ... Response: Forbidden (0x43). >> Ah. "-f" did the trick. Now the next problems: - My fu... s55 resets itself or switches off when doing a "get telecom/cal.vcs" This could be related to an upgraded firmware though. - I cant seem to be able to "put pb.vcf telecom/pb.vcf" the same way as the "get" before. I get: ...Response: Bad Request (0x40). BTW: Do you have a mobile_restore.sh script too :-) Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-bluetooth@FreeBSD.ORG Mon Sep 12 16:29:07 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 16D7516A41F for ; Mon, 12 Sep 2005 16:29:07 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from ismybrain.com (ismybrain.com [64.246.42.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9963443D46 for ; Mon, 12 Sep 2005 16:29:06 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from [10.254.186.111] (localhost.localdomain [127.0.0.1]) by ismybrain.com (8.11.6/8.11.6) with ESMTP id j8CGSPg10706; Mon, 12 Sep 2005 12:28:25 -0400 Message-ID: <4325ACA2.6090601@savvis.net> Date: Mon, 12 Sep 2005 09:28:18 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Reifenberger References: <20050911141141.R39118@fw.reifenberger.com> <432483D5.4020603@savvis.net> <20050912090134.N43540@fw.reifenberger.com> In-Reply-To: <20050912090134.N43540@fw.reifenberger.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-bluetooth@freebsd.org Subject: Re: can't download s55 phonebook via bluetooth 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, 12 Sep 2005 16:29:07 -0000 Michael, >>> I'm trying to download the phonebook of my Siemens s55 phone >>> using obexapp via bluetooth unter -current. >> >> i'm not sure about s55 but i know it works with s65. >> >>> After setting up the BT-stack and having hcsecd running I do: >>> obexapp -a mys55 -C irmc -r /tmp -n get telecom/pb.vcf bla.txt >>> and get: >>> ... Response: Forbidden (0x43). > > Ah. "-f" did the trick. good. > Now the next problems: > - My fu... s55 resets itself or switches off when doing a "get > telecom/cal.vcs" > This could be related to an upgraded firmware though. i'm sorry, you lost me here. was "get telecom/cal.vcs" working _before_ you have upgraded the firmware? or it never worked. > - I cant seem to be able to "put pb.vcf telecom/pb.vcf" the same way as the > "get" before. I get: > ...Response: Bad Request (0x40). again, was it working before? did you try obexapp "-f" option? can you put individual entries into the phone book with obexapp? could you please produce binary hcidump (use -w option) and send it to me? > BTW: Do you have a mobile_restore.sh script too :-) so you did get the "mobile_backup.sh" script? for whatever reason the attachment did not make it to the list :( if you did not get it please let me know. and, to answer your question, no. i do not have the "mobile_restore.sh" script :( and just for the record. this whole obex thing with cell phones and bluetooth is rather confusing :( i never got to see complete document that defines how this should work. it seems that cell phone manufactures just skipped this and moved onto syncml. thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Mon Sep 12 19:41:11 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 F0B8816A41F for ; Mon, 12 Sep 2005 19:41:11 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from ismybrain.com (ismybrain.com [64.246.42.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 802B443D45 for ; Mon, 12 Sep 2005 19:41:11 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from [10.254.186.111] (localhost.localdomain [127.0.0.1]) by ismybrain.com (8.11.6/8.11.6) with ESMTP id j8CJelg14522; Mon, 12 Sep 2005 15:40:48 -0400 Message-ID: <4325D9BD.3090208@savvis.net> Date: Mon, 12 Sep 2005 12:40:45 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kurt Jaeger References: <20050903212613.GD76888@home.c0mplx.org> <20050903213035.GE76888@home.c0mplx.org> <4321DAAC.3030905@savvis.net> <20050911081028.GA29501@home.c0mplx.org> In-Reply-To: <20050911081028.GA29501@home.c0mplx.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-bluetooth@freebsd.org Subject: Re: 3Com PCMCIA 3CRWB6096B ? 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, 12 Sep 2005 19:41:12 -0000 Kurt, >>>> Had anyone luck with the 3Com PCMCIA 3CRWB6096B under fbsd >>>> 5.4p6 ? > > [...] > >>> to force the detection as btccc0. Before that, it was always >>> detected as sio5, but rc.bluetooth would not be able to use that >>> if I used >>> >>> rc.bluetooth start sio5 >> >> did the card work after your changes? > > No. ok. >> from what i know there are at least two versions of the 3com >> bluetooth card. i just tries mine and got > > [...] > >> so it looks like you have version 2 (or other?) card - product id >> 0x41. >> >> ng_bt3c(4) driver was only tested with version 1 card (the one i >> have - product id 0x40). i do not own other version(s) of the card. >> if you could please tell me how to identify the card i can try to >> find and purchase it locally. > > On the product box, it explicitly says "Model 3CRWB6096B". thanks. could you also please provide information on the back of the card? the one i have says 3crwb6096-hp m/n: sl-1022 sn = hhvsfc6eec pn: 10044175-01 rev: aa >> you could also try to look at linux bluez mailing lists and try to >> figure out what is the difference between version 1 and version 2 >> cards. > > There's only one post that mentions this card: > > http://sourceforge.net/mailarchive/message.php?msg_id=11040382 > > It's also listed on the > > http://www.holtmann.org/linux/bluetooth/features.html yes, i've seen those. i'm not 100% sure but i do recall something about 3com cards (later versions) using standard uarts. if this is true then sio(4) driver should recognize the card as 16550 uart (i think the card actually has later 16?50 uart, but they all should be backward compatible with 16550). if you could please undo your changes to the ng_bt3c(4) driver, plug your card back and send me the dmesg output of sio(4) driver that would be nice. personally, i was not able to use my 16550 uart based Xircom bluetooth pcmcia card with freebsd since NEWCARD went in. the sio(4) driver just does not work with the card. it used to fail to detect the card, now it can detect the card but fails to transfer the data (timeout). thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Mon Sep 12 20:37:12 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 5888A16A41F for ; Mon, 12 Sep 2005 20:37:12 +0000 (GMT) (envelope-from pi@c0mplx.org) Received: from home.c0mplx.org (home.c0mplx.org [213.178.180.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E113743D46 for ; Mon, 12 Sep 2005 20:37:11 +0000 (GMT) (envelope-from pi@c0mplx.org) Received: from pi by home.c0mplx.org with local (Exim 4.52) id 1EEv39-0002vU-FN for freebsd-bluetooth@freebsd.org; Mon, 12 Sep 2005 22:37:11 +0200 Date: Mon, 12 Sep 2005 22:37:11 +0200 From: Kurt Jaeger To: freebsd-bluetooth@freebsd.org Message-ID: <20050912203711.GA2512@home.c0mplx.org> References: <20050903212613.GD76888@home.c0mplx.org> <20050903213035.GE76888@home.c0mplx.org> <4321DAAC.3030905@savvis.net> <20050911081028.GA29501@home.c0mplx.org> <4325D9BD.3090208@savvis.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4325D9BD.3090208@savvis.net> Subject: Re: 3Com PCMCIA 3CRWB6096B ? 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, 12 Sep 2005 20:37:12 -0000 Hello, > >On the product box, it explicitly says "Model 3CRWB6096B". > > thanks. could you also please provide information on the back of the > card? the one i have says > > 3crwb6096-hp m/n: sl-1022 > sn = hhvsfc6eec > pn: 10044175-01 rev: aa Mine says: 3CRWB6096B m/n: SL-1022 sn: HZGR59494D PN: 16-0853-000 REV: B > >http://www.holtmann.org/linux/bluetooth/features.html > > yes, i've seen those. i'm not 100% sure but i do recall something about > 3com cards (later versions) using standard uarts. if this is true then > sio(4) driver should recognize the card as 16550 uart (i think the card > actually has later 16?50 uart, but they all should be backward > compatible with 16550). > > if you could please undo your changes to the ng_bt3c(4) driver, plug > your card back and send me the dmesg output of sio(4) driver that would > be nice. I'll do this and report back. -- pi@c0mplx.org +49 171 3101372 15 years to go ! From owner-freebsd-bluetooth@FreeBSD.ORG Tue Sep 13 18:16:45 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 B3D7D16A41F for ; Tue, 13 Sep 2005 18:16:45 +0000 (GMT) (envelope-from urnenfel@tiscali.es) Received: from smtp106.mail.sc5.yahoo.com (smtp106.mail.sc5.yahoo.com [66.163.169.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 7A52B43D46 for ; Tue, 13 Sep 2005 18:16:45 +0000 (GMT) (envelope-from urnenfel@tiscali.es) Received: (qmail 82934 invoked from network); 13 Sep 2005 18:16:44 -0000 Received: from unknown (HELO rdhome) (urnen81@80.102.195.75 with login) by smtp106.mail.sc5.yahoo.com with SMTP; 13 Sep 2005 18:16:43 -0000 Message-ID: <007e01c5b88f$4acf2250$0100a8c0@rdhome> From: "Oliver" To: "Maksim Yevmenkin" References: <002a01c5afc7$c31eb750$0100a8c0@rdhome> <431CB7E3.4000701@savvis.net> Date: Tue, 13 Sep 2005 20:16:37 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Cc: freebsd-bluetooth@freebsd.org Subject: Re: BCM2035 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, 13 Sep 2005 18:16:45 -0000 Maksim Sorry for the delay of this thread. > i'm not aware of any hci command that would allow you to re/set bd_addr. > i'm interested to know what did you do to make it forget its bd_addr. Just casted normal commands, the initialitation ones, inquiry process, set auth / encrypt, get link keys and the maximun possible, write the class of device, i am suspecting of those last ones. Another of my suspects could be the casting of the RESET command before init process of the device... for this concrete chip... The device is working but as it identifies itself as a null BD_ADDR inquiry of other devices don't catch it, but is possible to work with in all other features/commands. And as I could see the replies to the post i did in the BlueZ stack maillist you can even work with it if you start the connection process.. As well I commented in the BlueZ maillist there is some info about how to set the BD_ADDR to an "Ericsson ROK 101" > HCI Command: ogf 0x3f, ocf 0x000d, plen 6 > HCI Command: ogf 0x3f, ocf 0x0022, plen 0 If I dont find any solution or info form broadcom i would start to cast commands in this range... but if it is a combination of more than 1 command it is quite impossible to get it. With only 1 command, more possibilities to end up with it than fixing but... Any advice, hint about this? > i'm afraid there is nothing on top of my head right now :( i will need to > have the device itself to run some tests. i will see if i can purchase it > locally and let you know. really really weird..... thanks a lot! ______________________________________________ Renovamos el Correo Yahoo! Nuevos servicios, más seguridad http://correo.yahoo.es From owner-freebsd-bluetooth@FreeBSD.ORG Wed Sep 14 17:18:12 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 F07ED16A41F for ; Wed, 14 Sep 2005 17:18:12 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from ismybrain.com (ismybrain.com [64.246.42.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8865A43D46 for ; Wed, 14 Sep 2005 17:18:12 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from [10.254.186.111] (localhost.localdomain [127.0.0.1]) by ismybrain.com (8.11.6/8.11.6) with ESMTP id j8EHHwK04493; Wed, 14 Sep 2005 13:17:58 -0400 Message-ID: <43285B43.9060201@savvis.net> Date: Wed, 14 Sep 2005 10:17:55 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oliver References: <002a01c5afc7$c31eb750$0100a8c0@rdhome> <431CB7E3.4000701@savvis.net> <007e01c5b88f$4acf2250$0100a8c0@rdhome> In-Reply-To: <007e01c5b88f$4acf2250$0100a8c0@rdhome> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-bluetooth@freebsd.org Subject: Re: BCM2035 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, 14 Sep 2005 17:18:13 -0000 Oliver, >> i'm not aware of any hci command that would allow you to re/set >> bd_addr. i'm interested to know what did you do to make it forget >> its bd_addr. > > Just casted normal commands, the initialitation ones, inquiry > process, set auth / encrypt, get link keys and the maximun possible, > write the class of device, i am suspecting of those last ones. none of the above should touch device's bd_addr. > Another of my suspects could be the casting of the RESET command > before init process of the device... for this concrete chip... what you mean? do you think that sending "reset" command after device was plugged may have somehow reset bd_addr? i doubt that. the specification says "reset" is the only way to get device back to consistent default/initial state. > The device is working but as it identifies itself as a null BD_ADDR > inquiry of other devices don't catch it, but is possible to work with > in all other features/commands. And as I could see the replies to the > post i did in the BlueZ stack maillist you can even work with it if > you start the connection process.. yes. i've seen these posts. you did not load any firmware to the device did you? also can you tell if this is v1.1 or v1.2 bluetooth device? > As well I commented in the BlueZ maillist there is some info about > how to set the BD_ADDR to an "Ericsson ROK 101" i would advise against this. in best case it will not work. in worst case it could damage the device even more. > If I dont find any solution or info form broadcom i would start to > cast commands in this range... but if it is a combination of more > than 1 command it is quite impossible to get it. With only 1 command, > more possibilities to end up with it than fixing but... the best is if you can return/exchange the device. then connect new device to a windows box and use usb sniffer to see what usb packets windows bluetooth stack sends to the device. this would allow to capture windows initialization sequence and compare it to ours. thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Fri Sep 16 13:25:58 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 BD8A616A420 for ; Fri, 16 Sep 2005 13:25:58 +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 5090643D48 for ; Fri, 16 Sep 2005 13:25:57 +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 j8GDPvp7000198; Fri, 16 Sep 2005 08:25:57 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <432AC7E9.5060206@centtech.com> Date: Fri, 16 Sep 2005 08:26:01 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050914 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maksim Yevmenkin References: <431F388E.2010204@centtech.com> <43217D56.3050508@centtech.com> <4321D6C4.6050300@savvis.net> In-Reply-To: <4321D6C4.6050300@savvis.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1083/Fri Sep 16 04:41:30 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-bluetooth@freebsd.org Subject: Re: Bluetooth mouse breaks on -current 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: Fri, 16 Sep 2005 13:25:58 -0000 Maksim Yevmenkin wrote: > Eric, > >>> Ok, I wish I could provide better information, but as of the last >>> couple of weeks (2 weeks maybe?), I've had this weird problem with my >>> bluetooth mouse (which had been working flawlessly until now). Right >>> in the middle of use, my mouse will die. It will lose association >>> (or whatever it's called). Actually, the mouse seems to be ok, as >>> I've tried it on another computer and it works just fine with no >>> changes. Once it dies, I have to muck with the bthidcontrol forget, >>> reboot, etc, so I'm not sure what I do to fix it, but eventually it >>> will be able to query the mouse again and then bthidd will connect >>> and everything will be fine. > > > very strange... i do not think i committed any significant change to the > bluetooth code in a few months. > >>> One thing I've noticed, is that now, when doing an l2ping, I get this: >>> # l2ping -a mouse >>> 44 bytes from mouse seq_no=0 time=59990.660 ms result=0x23 Resource >>> temporarily unavailable >>> 44 bytes from mouse seq_no=1 time=59990.834 ms result=0x23 Resource >>> temporarily unavailable >>> 44 bytes from mouse seq_no=2 time=59990.821 ms result=0x23 Resource >>> temporarily unavailable >>> 44 bytes from mouse seq_no=3 time=59990.885 ms result=0x23 Resource >>> temporarily unavailable >>> 44 bytes from mouse seq_no=4 time=59990.879 ms result=0x23 Resource >>> temporarily unavailable >>> >>> When my mouse is on or off. Also, pinging other devices, returns >>> either the same result, or sometimes it will return ~5000ms returns, >>> as if it can ping it, but it is slow - even when the device isn't >>> powered on! > > > i think its fine. what probably happens here is that bluetooth thinks > there is an active baseband connection to the device, but for what ever > reason no data is transferred (flow control issues?). l2ping has default > timeout of 60 seconds (time=59990.879) after that msleep() call will > timeout and return EAGAIN (35 decimal or 0x23) > >>> What do I need to do to help diagnose? > > > when this happens please do > > # hccontrol -n ubt0hci read_connection_list > > # l2control -a read_connection_list > > # l2control -a read_channel_list > > # btsockstat > > and send me the output. note: means bd_addr of > the device connected to the computer, not mouse. > >> Seems that rebooting my FreeBSD laptop clears it up - so I'm thinking >> it has to do with the netgraph/bluetooth modules.. > > > you probably right. if you have time, you could try to revert your src/ > tree to, say, month ago and see if you still have the problem. using the > few iterations you could find the date after which your mouse no longer > works. this would help me a lot to figure out what change caused this. > > also i would like to know if anybody else has the same issues. Just letting you know that I haven't had a problem since cvsuping src and rebuilding world/kernel.. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------