From owner-freebsd-bluetooth@FreeBSD.ORG Mon Apr 17 12:19:13 2006 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 BD91316A402 for ; Mon, 17 Apr 2006 12:19:13 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from mail05.svc.cra.dublin.eircom.net (mail05.svc.cra.dublin.eircom.net [159.134.118.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 3758443D45 for ; Mon, 17 Apr 2006 12:19:12 +0000 (GMT) (envelope-from plunky@rya-online.net) Received: (qmail 64981 messnum 3334258 invoked from network[83.70.176.191/unknown]); 17 Apr 2006 12:08:51 -0000 Received: from unknown (HELO rya-online.net) (83.70.176.191) by mail05.svc.cra.dublin.eircom.net (qp 64981) with SMTP; 17 Apr 2006 12:08:51 -0000 Received: (nullmailer pid 164 invoked by uid 1000); Mon, 17 Apr 2006 12:06:56 -0000 Date: Mon, 17 Apr 2006 13:06:56 +0100 (BST) To: Maksim Yevmenkin In-Reply-To: <44248823.3040907@savvis.net> References: <4423D096.2010205@udc.es> <44248823.3040907@savvis.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <1145275616.851775.858.nullmailer@galant.ukfsn.org> From: Iain Hibbert Cc: freebsd-bluetooth@freebsd.org Subject: USB isoc xfers 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, 17 Apr 2006 12:19:13 -0000 Hi Maksim, I am having a little trouble with the USB isoc data, and I see you also had the same trouble.. | 3) Understand and fix isoc. USB transfers (SCO data) | | Currenty device reports that is got zero bytes and calls | isoc_in_complete callback over and over again. Why? | Also might need to setup at least two isoc. transfers in | both directions and switch them on the fly. Just to ensure | there at least one transfer at any time ready to run. if you solved this already, any tips? So far I am supposing that for USB isoc transfers, the transfer would be fulfilled in any case after a timeout (3ms ?) which is why I get zero bytes, and I would be happy with that but it seems that the uhci/usbdi part gets lost in a loop when I restart the xfer (possibly caused by some DIAGNOSTIC logic) To have isoc xfers consuming processor cycles continuously when no data is being sent does not seem like a great idea though, maybe I got the wrong impression there.. regards, iain From owner-freebsd-bluetooth@FreeBSD.ORG Tue Apr 18 17:22:57 2006 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 F33FB16A400 for ; Tue, 18 Apr 2006 17:22:56 +0000 (UTC) (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 64C3043D45 for ; Tue, 18 Apr 2006 17:22:56 +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 B1D5A3BE6C; Tue, 18 Apr 2006 12:22:54 -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 23224-02-30; Tue, 18 Apr 2006 12:22:54 -0500 (CDT) Received: from [10.254.186.111] (sntc04ep01.savvis.net [64.14.1.106]) by mailgate1b.savvis.net (Postfix) with ESMTP id 437FA3BE22; Tue, 18 Apr 2006 12:22:54 -0500 (CDT) Message-ID: <4445206D.4030109@savvis.net> Date: Tue, 18 Apr 2006 10:22:53 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Iain Hibbert References: <4423D096.2010205@udc.es> <44248823.3040907@savvis.net> <1145275616.851775.858.nullmailer@galant.ukfsn.org> In-Reply-To: <1145275616.851775.858.nullmailer@galant.ukfsn.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at savvis.net Cc: freebsd-bluetooth@freebsd.org Subject: Re: USB isoc xfers 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, 18 Apr 2006 17:22:57 -0000 Iain, > I am having a little trouble with the USB isoc data, and I see > you also had the same trouble.. ok > | 3) Understand and fix isoc. USB transfers (SCO data) > | > | Currenty device reports that is got zero bytes and calls > | isoc_in_complete callback over and over again. Why? > | Also might need to setup at least two isoc. transfers in > | both directions and switch them on the fly. Just to ensure > | there at least one transfer at any time ready to run. > > if you solved this already, any tips? well, i'd like to think so :) please take a look at http://mumu.org/~myevmenk/bluetooth/ng_ubt.c http://mumu.org/~myevmenk/bluetooth/ng_ubt_var.h this is a work in progress code that i used to receive sco data from the headset. this is NOT complete, its for the reference purposes. i have not tried to send sco data. > So far I am supposing that for USB isoc transfers, the transfer would be > fulfilled in any case after a timeout (3ms ?) which is why I get zero > bytes, and I would be happy with that but it seems that the uhci/usbdi > part gets lost in a loop when I restart the xfer (possibly caused by some > DIAGNOSTIC logic) the way i understand it, isoc transfers have reserved bandwidth. it does not matter if there are data or not, the bandwidth is reserved anyway. the trick is (imo) to have enough pending isoc transfers to make sure time constrains are met. > To have isoc xfers consuming processor cycles continuously when no data is > being sent does not seem like a great idea though, maybe I got the wrong > impression there.. i do not think we do have a choice here. since the bandwidth is reserved, there has to be a transfer pending, otherwise time constrains are not met. thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Tue Apr 18 21:30:55 2006 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 963B716A400 for ; Tue, 18 Apr 2006 21:30:55 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from mail06.svc.cra.dublin.eircom.net (mail06.svc.cra.dublin.eircom.net [159.134.118.22]) by mx1.FreeBSD.org (Postfix) with SMTP id CBAD143D49 for ; Tue, 18 Apr 2006 21:30:54 +0000 (GMT) (envelope-from plunky@rya-online.net) Received: (qmail 10721 messnum 2892534 invoked from network[83.70.176.191/unknown]); 18 Apr 2006 21:30:50 -0000 Received: from unknown (HELO rya-online.net) (83.70.176.191) by mail06.svc.cra.dublin.eircom.net (qp 10721) with SMTP; 18 Apr 2006 21:30:50 -0000 Received: (nullmailer pid 1783 invoked by uid 1000); Tue, 18 Apr 2006 21:28:51 -0000 Date: Tue, 18 Apr 2006 22:28:51 +0100 (BST) To: Maksim Yevmenkin In-Reply-To: <4445206D.4030109@savvis.net> References: <4423D096.2010205@udc.es> <44248823.3040907@savvis.net> <1145275616.851775.858.nullmailer@galant.ukfsn.org> <4445206D.4030109@savvis.net> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-612011514-1145395731=:8236" Message-Id: <1145395731.826871.7979.nullmailer@galant.ukfsn.org> From: Iain Hibbert Cc: freebsd-bluetooth@freebsd.org Subject: Re: USB isoc xfers 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, 18 Apr 2006 21:30:55 -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-612011514-1145395731=:8236 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 18 Apr 2006, Maksim Yevmenkin wrote: > this is a work in progress code that i used to receive sco data from the > headset. this is NOT complete, its for the reference purposes. i have not > tried to send sco data. Ahh, thanks - I see that you are using multiple transfers.. I wonder if that will help with the problems I was seeing today. As you can see in the attached dump I inserted a line break in between observed packets (handle 0x002d, length 0x30, framesize 9 bytes) but it is clearly nonsense and there is no way for my code to find where packets start and finish. I memset the buffer with 0xaa before the transfer and data is missing in places and present in other places but the frame is marked empty. In fact most of the problems I see are at the start/end of transfers though, so that may be the exact fix. > > So far I am supposing that for USB isoc transfers, the transfer would be > > fulfilled in any case after a timeout (3ms ?) which is why I get zero > > bytes, and I would be happy with that but it seems that the uhci/usbdi > > part gets lost in a loop when I restart the xfer (possibly caused by some > > DIAGNOSTIC logic) I found this locking up problem in the uhci code and actually I'm not sure that you will have come across it (I think the usb code is common) since your callback routine does not recycle the transfer right away but rather switches context (?) with the ng_send_fn() call before restarting. I was doing as (the NetBSD) ugen does and just recycle the xfer directly from the callback, but something further down was trying to reference the previous state. This also might be causing my problems at the start/end of xfers. > > To have isoc xfers consuming processor cycles continuously when no data is > > being sent does not seem like a great idea though, maybe I got the wrong > > impression there.. > > i do not think we do have a choice here. since the bandwidth is reserved, > there has to be a transfer pending, otherwise time constrains are not met. In order to offset this (and also as I was trying to work out what was going on), I made a sysctl variable to control which alternate configuration is used - it can only be set before the controller is enabled and will default to the zero setting so that cycles are not wasted if the user does not want to use isoc data. I might take that out though, since it does not seem to impact the system especially to have transfers completing empty. I roughly noted 2000 in 10 minutes which I think is every ~30ms and hm, thinking about it that would be about right because each frame is, I think, 1ms, and I was using the lowest configuration. At 9 bytes per frame, there were 28 frames in the buffer which I made big enough to handle a maximum SCO packet (0xff + 3). Ahh, and now I have the idea that it may be better to calculate the isoc buffer size so that a fixed number of frames fit into each buffer, rather than calculating the number of frames that will fit into a fixed buffer.. that way, the number of transfers would remain constant over differing loads as each would be time stable. regards, iain --0-612011514-1145395731=:8236 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=x Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: isoc data dump Content-Disposition: attachment; filename=x QXByIDE4IDE4OjIwOjIzIGdhbGFudCBidGhjaWRbMzk5XTogU2VuZGluZyBM aW5rX0tleV9SZXBseSB0byB1YnQwIGZvciByZW1vdGUgYmRhZGRyIDAwOjA3 OmE0OjIzOjEwOjgzDQpBcHIgMTggMTg6MjA6MjQgZ2FsYW50IC9uZXRic2Q6 IHVidF9yZWN2X3Njb19jb21wbGV0ZTogc2M9MHhjMGEwN2EwMCwgY291bnQ9 MzMNCkFwciAxOCAxODoyMDoyNCBnYWxhbnQgL25ldGJzZDogZnJhbWUgIDAg KHNpemUgIDApOiBhNCAwMSAzOSAwMSBiYyAwMCBjOSAwMCA2ZQ0KQXByIDE4 IDE4OjIwOjI0IGdhbGFudCAvbmV0YnNkOiBmcmFtZSAgMSAoc2l6ZSAgMCk6 IGFhIGFhIGFhIGFhIGFhIGFhIGFhIGFhIGFhDQpBcHIgMTggMTg6MjA6MjQg Z2FsYW50IC9uZXRic2Q6IGZyYW1lICAyIChzaXplICAwKTogYWEgYWEgYWEg YWEgYWEgYWEgYWEgYWEgYWENCkFwciAxOCAxODoyMDoyNCBnYWxhbnQgL25l dGJzZDogZnJhbWUgIDMgKHNpemUgIDApOiBhYSBhYSBhYSBhYSBhYSBhYSBh YSBhYSBhYQ0KQXByIDE4IDE4OjIwOjI0IGdhbGFudCAvbmV0YnNkOiBmcmFt ZSAgNCAoc2l6ZSAgMCk6IGFhIGFhIGFhIGFhIGFhIGFhIGFhIGFhIGFhDQpB cHIgMTggMTg6MjA6MjQgZ2FsYW50IC9uZXRic2Q6IGZyYW1lICA1IChzaXpl ICAwKTogYWEgYWEgYWEgYWEgYWEgYWEgYWEgYWEgYWENCkFwciAxOCAxODoy MDoyNCBnYWxhbnQgL25ldGJzZDogZnJhbWUgIDYgKHNpemUgIDApOiBhYSBh YSBhYSBhYSBhYSBhYSBhYSBhYSBhYQ0KQXByIDE4IDE4OjIwOjI0IGdhbGFu dCAvbmV0YnNkOiBmcmFtZSAgNyAoc2l6ZSAgMCk6IGFhIGFhIGFhIGFhIGFh IGFhIGFhIGFhIGFhDQpBcHIgMTggMTg6MjA6MjQgZ2FsYW50IC9uZXRic2Q6 IGZyYW1lICA4IChzaXplICAwKTogYWEgYWEgYWEgYWEgYWEgYWEgYWEgYWEg YWENCkFwciAxOCAxODoyMDoyNCBnYWxhbnQgL25ldGJzZDogZnJhbWUgIDkg KHNpemUgIDApOiBhYSBhYSBhYSBhYSBhYSBhYSBhYSBhYSBhYQ0KQXByIDE4 IDE4OjIwOjI0IGdhbGFudCAvbmV0YnNkOiBmcmFtZSAxMCAoc2l6ZSAgMCk6 IGFhIGFhIGFhIGFhIGFhIGFhIGFhIGFhIGFhDQpBcHIgMTggMTg6MjA6MjQg Z2FsYW50IC9uZXRic2Q6IGZyYW1lIDExIChzaXplICAwKTogYWEgYWEgYWEg YWEgYWEgYWEgYWEgYWEgYWENCkFwciAxOCAxODoyMDoyNCBnYWxhbnQgL25l dGJzZDogZnJhbWUgMTIgKHNpemUgIDApOiBhYSBhYSBhYSBhYSBhYSBhYSBh YSBhYSBhYQ0KQXByIDE4IDE4OjIwOjI0IGdhbGFudCAvbmV0YnNkOiBmcmFt ZSAxMyAoc2l6ZSAgMCk6IGFhIGFhIGFhIGFhIGFhIGFhIGFhIGFhIGFhDQpB cHIgMTggMTg6MjA6MjQgZ2FsYW50IC9uZXRic2Q6IGZyYW1lIDE0IChzaXpl ICAwKTogYWEgYWEgYWEgYWEgYWEgYWEgYWEgYWEgYWENCkFwciAxOCAxODoy MDoyNCBnYWxhbnQgL25ldGJzZDogZnJhbWUgMTUgKHNpemUgIDApOiBhYSBh YSBhYSBhYSBhYSBhYSBhYSBhYSBhYQ0KQXByIDE4IDE4OjIwOjI0IGdhbGFu dCAvbmV0YnNkOiBmcmFtZSAxNiAoc2l6ZSAgMCk6IGFhIGFhIGFhIGFhIGFh IGFhIGFhIGFhIGFhDQpBcHIgMTggMTg6MjA6MjQgZ2FsYW50IC9uZXRic2Q6 IGZyYW1lIDE3IChzaXplICAwKTogZmYgZmYgZWMgZmYgMTkgZmYgNjEgZmMg ZTYNCkFwciAxOCAxODoyMDoyNCBnYWxhbnQgL25ldGJzZDogZnJhbWUgMTgg KHNpemUgIDApOiBmNyBhMyBmNCBiZiBmMiAxMSBlZCBjZiBlYw0KQXByIDE4 IDE4OjIwOjI0IGdhbGFudCAvbmV0YnNkOiBmcmFtZSAxOSAoc2l6ZSAgMCk6 IDkzIGVkIDgzIGViIDA2IGY0IGFhIGFhIGFhDQpBcHIgMTggMTg6MjA6MjQg Z2FsYW50IC9uZXRic2Q6IGZyYW1lIDIwIChzaXplICAwKTogMmQgMDAgMzAg YmMgZWUgN2IgZjIgMWEgZmQNCkFwciAxOCAxODoyMDoyNCBnYWxhbnQgL25l dGJzZDogZnJhbWUgMjEgKHNpemUgIDApOiBjMSBmNiBmOSBmYSAwYiBmZSBk ZCBmNyA4NA0KQXByIDE4IDE4OjIwOjI0IGdhbGFudCAvbmV0YnNkOiBmcmFt ZSAyMiAoc2l6ZSAgMCk6IDAwIGM5IGZhIDk2IGZlIDdmIGZmIGNhIGZiDQpB cHIgMTggMTg6MjA6MjQgZ2FsYW50IC9uZXRic2Q6IGZyYW1lIDIzIChzaXpl ICAwKTogYjIgMDAgNjIgZmQgZDAgZmYgN2IgZmYgYmMNCkFwciAxOCAxODoy MDoyNCBnYWxhbnQgL25ldGJzZDogZnJhbWUgMjQgKHNpemUgIDApOiBmZSA5 OCAwMCA3NiAwMSBjMiAwMCBmYSAwMA0KQXByIDE4IDE4OjIwOjI0IGdhbGFu dCAvbmV0YnNkOiBmcmFtZSAyNSAoc2l6ZSAgNik6IDY4IDAwIDkxIDAwIDUz IDAwIGFhIGFhIGFhDQoNCkFwciAxOCAxODoyMDoyNCBnYWxhbnQgL25ldGJz ZDogZnJhbWUgMjYgKHNpemUgIDkpOiAyZCAwMCAzMCA0ZiAwMCA0ZSAwMSBk OCAwMQ0KQXByIDE4IDE4OjIwOjI0IGdhbGFudCAvbmV0YnNkOiBmcmFtZSAy NyAoc2l6ZSAgOSk6IDQyIDAxIGQ4IDAwIGQxIDAwIDFlIDAxIGQ2DQpBcHIg MTggMTg6MjA6MjQgZ2FsYW50IC9uZXRic2Q6IGZyYW1lIDI4IChzaXplICA5 KTogMDAgYjggMDAgN2MgMDAgNmYgMDAgZGQgMDANCkFwciAxOCAxODoyMDoy NCBnYWxhbnQgL25ldGJzZDogcHRyPTB4YzA4YzA5NWEsIGJ1Zj0weGNhYThl MTA1LCBtX2xlbj0zNCwgY291bnQ9MzMsIG1fcGt0aGRyLmxlbj0zNA0KQXBy IDE4IDE4OjIwOjI0IGdhbGFudCAvbmV0YnNkOiB1YnRfcmVjdl9zY29fY29t cGxldGU6IHNjPTB4YzBhMDdhMDAsIGNvdW50PTEzNQ0KQXByIDE4IDE4OjIw OjI0IGdhbGFudCAvbmV0YnNkOiBmcmFtZSAgMCAoc2l6ZSAgMCk6IGFhIGFh IGFhIGFhIGFhIGFhIGFhIGFhIGFhDQpBcHIgMTggMTg6MjA6MjQgZ2FsYW50 IC9uZXRic2Q6IGZyYW1lICAxIChzaXplICAwKTogYWEgYWEgYWEgYWEgYWEg YWEgYWEgYWEgYWENCkFwciAxOCAxODoyMDoyNCBnYWxhbnQgL25ldGJzZDog ZnJhbWUgIDIgKHNpemUgIDApOiBhYSBhYSBhYSBhYSBhYSBhYSBhYSBhYSBh YQ0KQXByIDE4IDE4OjIwOjI0IGdhbGFudCAvbmV0YnNkOiBmcmFtZSAgMyAo c2l6ZSAgMCk6IGFhIGFhIGFhIGFhIGFhIGFhIGFhIGFhIGFhDQpBcHIgMTgg MTg6MjA6MjQgZ2FsYW50IC9uZXRic2Q6IGZyYW1lICA0IChzaXplICAwKTog YWEgYWEgYWEgYWEgYWEgYWEgYWEgYWEgYWENCkFwciAxOCAxODoyMDoyNCBn YWxhbnQgL25ldGJzZDogZnJhbWUgIDUgKHNpemUgIDApOiBhYSBhYSBhYSBh YSBhYSBhYSBhYSBhYSBhYQ0KQXByIDE4IDE4OjIwOjI0IGdhbGFudCAvbmV0 YnNkOiBmcmFtZSAgNiAoc2l6ZSAgMCk6IGFhIGFhIGFhIGFhIGFhIGFhIGFh IGFhIGFhDQpBcHIgMTggMTg6MjA6MjQgZ2FsYW50IC9uZXRic2Q6IGZyYW1l ICA3IChzaXplICAwKTogYWEgYWEgYWEgYWEgYWEgYWEgYWEgYWEgYWENCkFw ciAxOCAxODoyMDoyNCBnYWxhbnQgL25ldGJzZDogZnJhbWUgIDggKHNpemUg IDApOiBhYSBhYSBhYSBhYSBhYSBhYSBhYSBhYSBhYQ0KQXByIDE4IDE4OjIw OjI0IGdhbGFudCAvbmV0YnNkOiBmcmFtZSAgOSAoc2l6ZSAgMCk6IGFhIGFh IGFhIGFhIGFhIGFhIGFhIGFhIGFhDQpBcHIgMTggMTg6MjA6MjQgZ2FsYW50 IC9uZXRic2Q6IGZyYW1lIDEwIChzaXplICAwKTogYWEgYWEgYWEgYWEgYWEg YWEgYWEgYWEgYWENCkFwciAxOCAxODoyMDoyNCBnYWxhbnQgL25ldGJzZDog ZnJhbWUgMTEgKHNpemUgIDApOiBhYSBhYSBhYSBhYSBhYSBhYSBhYSBhYSBh YQ0KQXByIDE4IDE4OjIwOjI0IGdhbGFudCAvbmV0YnNkOiBmcmFtZSAxMiAo c2l6ZSAgMCk6IGFhIGFhIGFhIGFhIGFhIGFhIGFhIGFhIGFhDQpBcHIgMTgg MTg6MjA6MjQgZ2FsYW50IC9uZXRic2Q6IGZyYW1lIDEzIChzaXplICA5KTog MDAgNzUgMDAgNzEgMDAgMTcgMDEgOGUgMDENCkFwciAxOCAxODoyMDoyNCBn YWxhbnQgL25ldGJzZDogZnJhbWUgMTQgKHNpemUgIDYpOiAxMiAwMCA4OCAw MCAyMyAwMSBhYSBhYSBhYQ0KDQpBcHIgMTggMTg6MjA6MjQgZ2FsYW50IC9u ZXRic2Q6IGZyYW1lIDE1IChzaXplICA5KTogMmQgMDAgMzAgZmIgMDAgOGMg MDAgOTAgMDANCkFwciAxOCAxODoyMDoyNCBnYWxhbnQgL25ldGJzZDogZnJh bWUgMTYgKHNpemUgIDkpOiA1YyAwMCA0ZCAwMCA0MSAwMCA0NCAwMCBmYg0K QXByIDE4IDE4OjIwOjI0IGdhbGFudCAvbmV0YnNkOiBmcmFtZSAxNyAoc2l6 ZSAgOSk6IGZmIDRkIGZmIDg2IGZmIGE3IGZmIDQ2IGZmDQpBcHIgMTggMTg6 MjA6MjQgZ2FsYW50IC9uZXRic2Q6IGZyYW1lIDE4IChzaXplICA5KTogNGUg MDAgNGEgMDAgMjggMDAgMDIgMDAgMDANCkFwciAxOCAxODoyMDoyNCBnYWxh bnQgL25ldGJzZDogZnJhbWUgMTkgKHNpemUgIDkpOiAwMCBmZiBmZiAwMCAw MCBmZCBmZiAwMCAwMA0KQXByIDE4IDE4OjIwOjI0IGdhbGFudCAvbmV0YnNk OiBmcmFtZSAyMCAoc2l6ZSAgNik6IGZlIGZmIGZmIGZmIGZmIGZmIGFhIGFh IGFhDQoNCkFwciAxOCAxODoyMDoyNCBnYWxhbnQgL25ldGJzZDogZnJhbWUg MjEgKHNpemUgIDkpOiAyZCAwMCAzMCBmZSBmZiBmZiBmZiBmZSBmZg0KQXBy IDE4IDE4OjIwOjI0IGdhbGFudCAvbmV0YnNkOiBmcmFtZSAyMiAoc2l6ZSAg OSk6IGZmIGZmIGZlIGZmIGZlIGZmIGZlIGZmIGZlDQpBcHIgMTggMTg6MjA6 MjQgZ2FsYW50IC9uZXRic2Q6IGZyYW1lIDIzIChzaXplICA5KTogZmYgZmYg ZmYgZmUgZmYgZmUgZmYgZmYgZmYNCkFwciAxOCAxODoyMDoyNCBnYWxhbnQg L25ldGJzZDogZnJhbWUgMjQgKHNpemUgIDkpOiBmZSBmZiBmZSBmZiBmZiBm ZiBmZSBmZiBmZg0KQXByIDE4IDE4OjIwOjI0IGdhbGFudCAvbmV0YnNkOiBm cmFtZSAyNSAoc2l6ZSAgOSk6IGZmIGZlIGZmIGQ4IGZmIGNlIGZmIGM0IGZm DQpBcHIgMTggMTg6MjA6MjQgZ2FsYW50IC9uZXRic2Q6IGZyYW1lIDI2IChz aXplICA2KTogNjUgZmYgNmQgZmYgYjUgZmYgYWEgYWEgYWENCg0KQXByIDE4 IDE4OjIwOjI0IGdhbGFudCAvbmV0YnNkOiBmcmFtZSAyNyAoc2l6ZSAgOSk6 IDJkIDAwIDMwIGE4IGZmIGMwIGZmIDc1IGZmDQpBcHIgMTggMTg6MjA6MjQg Z2FsYW50IC9uZXRic2Q6IGZyYW1lIDI4IChzaXplICA5KTogNTAgZmYgYTAg ZmYgYTIgZmYgYmYgZmYgOTkNCkFwciAxOCAxODoyMDoyNCBnYWxhbnQgL25l dGJzZDogcHRyPTB4YzA4YzA5YzAsIGJ1Zj0weGNhYThlMTA1LCBtX2xlbj0x MzYsIGNvdW50PTEzNSwgbV9wa3RoZHIubGVuPTEzNg0KQXByIDE4IDE4OjIw OjI0IGdhbGFudCAvbmV0YnNkOiB1YnRfcmVjdl9zY29fY29tcGxldGU6IHNj PTB4YzBhMDdhMDAsIGNvdW50PTIzNw0KQXByIDE4IDE4OjIwOjI0IGdhbGFu dCAvbmV0YnNkOiBmcmFtZSAgMCAoc2l6ZSAgMCk6IGFhIGFhIGFhIGFhIGFh IGFhIGFhIGFhIGFhDQpBcHIgMTggMTg6MjA6MjQgZ2FsYW50IC9uZXRic2Q6 IGZyYW1lICAxIChzaXplICA5KTogNTcgZmYgOWMgZmYgNzYgZmYgNTQgZmYg NmYNCkFwciAxOCAxODoyMDoyNCBnYWxhbnQgL25ldGJzZDogZnJhbWUgIDIg KHNpemUgIDkpOiBmZiA5NCBmZiA1YiBmZiA1NyBmZiA4NSBmZg0KQXByIDE4 IDE4OjIwOjI0IGdhbGFudCAvbmV0YnNkOiBmcmFtZSAgMyAoc2l6ZSAgNik6 IDQ5IGZmIDU2IGZmIDVkIGZmIGFhIGFhIGFhDQoNCkFwciAxOCAxODoyMDoy NCBnYWxhbnQgL25ldGJzZDogZnJhbWUgIDQgKHNpemUgIDkpOiAyZCAwMCAz MCAyNyBmZiAzZCBmZiAzOSBmZg0KQXByIDE4IDE4OjIwOjI0IGdhbGFudCAv bmV0YnNkOiBmcmFtZSAgNSAoc2l6ZSAgOSk6IDJjIGZmIDM0IGZmIDFjIGZm IDMzIGZmIDU0DQpBcHIgMTggMTg6MjA6MjQgZ2FsYW50IC9uZXRic2Q6IGZy YW1lICA2IChzaXplICA5KTogZmYgM2UgZmYgMjEgZmYgMjUgZmYgMjMgZmYN CkFwciAxOCAxODoyMDoyNCBnYWxhbnQgL25ldGJzZDogZnJhbWUgIDcgKHNp emUgIDkpOiAxZSBmZiAxNyBmZiAwYSBmZiAwNSBmZiAxMQ0KQXByIDE4IDE4 OjIwOjI0IGdhbGFudCAvbmV0YnNkOiBmcmFtZSAgOCAoc2l6ZSAgOSk6IGZm IGY3IGZlIDA1IGZmIDFiIGZmIDBkIGZmDQpBcHIgMTggMTg6MjA6MjQgZ2Fs YW50IC9uZXRic2Q6IGZyYW1lICA5IChzaXplICA2KTogZWIgZmUgMDMgZmYg MGUgZmYgYWEgYWEgYWENCg0KQXByIDE4IDE4OjIwOjI0IGdhbGFudCAvbmV0 YnNkOiBmcmFtZSAxMCAoc2l6ZSAgOSk6IDJkIDAwIDMwIGVmIGZlIDBiIGZm IDAyIGZmDQpBcHIgMTggMTg6MjA6MjQgZ2FsYW50IC9uZXRic2Q6IGZyYW1l IDExIChzaXplICA5KTogZTEgZmUgZjggZmUgZjAgZmUgZjkgZmUgZWQNCkFw ciAxOCAxODoyMDoyNCBnYWxhbnQgL25ldGJzZDogZnJhbWUgMTIgKHNpemUg IDkpOiBmZSBlYiBmZSAxMCBmZiBmMiBmZSBjNiBmZQ0KQXByIDE4IDE4OjIw OjI0IGdhbGFudCAvbmV0YnNkOiBmcmFtZSAxMyAoc2l6ZSAgOSk6IGVhIGZl IGVjIGZlIGRkIGZlIGVlIGZlIGRhDQpBcHIgMTggMTg6MjA6MjQgZ2FsYW50 IC9uZXRic2Q6IGZyYW1lIDE0IChzaXplICA5KTogZmUgZDcgZmUgZWIgZmUg ZmEgZmUgZTUgZmUNCkFwciAxOCAxODoyMDoyNCBnYWxhbnQgL25ldGJzZDog ZnJhbWUgMTUgKHNpemUgIDYpOiBkOSBmZSBlOSBmZSBmNyBmZSBhYSBhYSBh YQ0KDQpBcHIgMTggMTg6MjA6MjQgZ2FsYW50IC9uZXRic2Q6IGZyYW1lIDE2 IChzaXplICA5KTogMmQgMDAgMzAgYzkgZmUgYzQgZmUgZWQgZmUNCkFwciAx OCAxODoyMDoyNCBnYWxhbnQgL25ldGJzZDogZnJhbWUgMTcgKHNpemUgIDkp OiBiZSBmZSBhMiBmZSBhNyBmZSBiMSBmZSBiOA0KQXByIDE4IDE4OjIwOjI0 IGdhbGFudCAvbmV0YnNkOiBmcmFtZSAxOCAoc2l6ZSAgOSk6IGZlIGNkIGZl IGQ0IGZlIGNkIGZlIGM2IGZlDQpBcHIgMTggMTg6MjA6MjQgZ2FsYW50IC9u ZXRic2Q6IGZyYW1lIDE5IChzaXplICA5KTogZDEgZmUgYzMgZmUgY2IgZmUg YjQgZmUgYzMNCkFwciAxOCAxODoyMDoyNCBnYWxhbnQgL25ldGJzZDogZnJh bWUgMjAgKHNpemUgIDkpOiBmZSBjZiBmZSBjNCBmZSBkZSBmZSBjNiBmZQ0K QXByIDE4IDE4OjIwOjI0IGdhbGFudCAvbmV0YnNkOiBmcmFtZSAyMSAoc2l6 ZSAgNik6IGE2IGZlIGJmIGZlIGIxIGZlIGFhIGFhIGFhDQoNCkFwciAxOCAx ODoyMDoyNCBnYWxhbnQgL25ldGJzZDogZnJhbWUgMjIgKHNpemUgIDkpOiAy ZCAwMCAzMCBhZiBmZSBkMyBmZSBjOSBmZQ0KQXByIDE4IDE4OjIwOjI0IGdh bGFudCAvbmV0YnNkOiBmcmFtZSAyMyAoc2l6ZSAgOSk6IGI1IGZlIGJkIGZl IGNhIGZlIGJlIGZlIGNkDQpBcHIgMTggMTg6MjA6MjQgZ2FsYW50IC9uZXRi c2Q6IGZyYW1lIDI0IChzaXplICA5KTogZmUgYjcgZmUgYjQgZmUgY2IgZmUg YWMgZmUNCkFwciAxOCAxODoyMDoyNCBnYWxhbnQgL25ldGJzZDogZnJhbWUg MjUgKHNpemUgIDkpOiBiMSBmZSBhZSBmZSA5MiBmZSBjMCBmZSBjYg0KQXBy IDE4IDE4OjIwOjI0IGdhbGFudCAvbmV0YnNkOiBmcmFtZSAyNiAoc2l6ZSAg OSk6IGZlIGFlIGZlIGM1IGZlIGJmIGZlIGFmIGZlDQpBcHIgMTggMTg6MjA6 MjQgZ2FsYW50IC9uZXRic2Q6IGZyYW1lIDI3IChzaXplICA2KTogYmYgZmUg YWMgZmUgYWMgZmUgYWEgYWEgYWENCg0KQXByIDE4IDE4OjIwOjI0IGdhbGFu dCAvbmV0YnNkOiBmcmFtZSAyOCAoc2l6ZSAgOSk6IDJkIDAwIDMwIGFhIGZl IDk2IGZlIGMwIGZlDQpBcHIgMTggMTg6MjA6MjQgZ2FsYW50IC9uZXRic2Q6 IHB0cj0weGMwOGMwYzRhLCBidWY9MHhjYWE4ZTEwNSwgbV9sZW49NDIsIGNv dW50PTIzNywgbV9wa3RoZHIubGVuPTIzOA0KQXByIDE4IDE4OjIwOjI0IGdh bGFudCAvbmV0YnNkOiB1YnRfcmVjdl9zY29fY29tcGxldGU6IHNjPTB4YzBh MDdhMDAsIGNvdW50PTIzNw0KQXByIDE4IDE4OjIwOjI0IGdhbGFudCAvbmV0 YnNkOiBmcmFtZSAgMCAoc2l6ZSAgMCk6IGFhIGFhIGFhIGFhIGFhIGFhIGFh IGFhIGFhDQpBcHIgMTggMTg6MjA6MjQgZ2FsYW50IC9uZXRic2Q6IGZyYW1l ICAxIChzaXplICA5KTogZmUgYjcgZmUgYmUgZmUgOWIgZmUgYjggZmUNCkFw ciAxOCAxODoyMDoyNCBnYWxhbnQgL25ldGJzZDogZnJhbWUgIDIgKHNpemUg IDkpOiA5NyBmZSBiOSBmZSBiMiBmZSBhOSBmZSBhYQ0KQXByIDE4IDE4OjIw OjI0IGdhbGFudCAvbmV0YnNkOiBmcmFtZSAgMyAoc2l6ZSAgOSk6IGZlIDhj IGZlIGJkIGZlIGMwIGZlIGE3IGZlDQpBcHIgMTggMTg6MjA6MjQgZ2FsYW50 IC9uZXRic2Q6IGZyYW1lICA0IChzaXplICA2KTogYWYgZmUgYWMgZmUgYWYg ZmUgYWEgYWEgYWENCg== --0-612011514-1145395731=:8236-- From owner-freebsd-bluetooth@FreeBSD.ORG Wed Apr 19 10:50:51 2006 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 A55D616A40B for ; Wed, 19 Apr 2006 10:50:51 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from mail03.svc.cra.dublin.eircom.net (mail03.svc.cra.dublin.eircom.net [159.134.118.19]) by mx1.FreeBSD.org (Postfix) with SMTP id 0A7C443D45 for ; Wed, 19 Apr 2006 10:50:50 +0000 (GMT) (envelope-from plunky@rya-online.net) Received: (qmail 76137 messnum 272934 invoked from network[83.70.176.191/unknown]); 19 Apr 2006 10:50:48 -0000 Received: from unknown (HELO rya-online.net) (83.70.176.191) by mail03.svc.cra.dublin.eircom.net (qp 76137) with SMTP; 19 Apr 2006 10:50:48 -0000 Received: (nullmailer pid 224 invoked by uid 1000); Wed, 19 Apr 2006 10:48:43 -0000 Date: Wed, 19 Apr 2006 11:48:43 +0100 (BST) To: Maksim Yevmenkin In-Reply-To: <1145395731.826871.7979.nullmailer@galant.ukfsn.org> References: <4423D096.2010205@udc.es> <44248823.3040907@savvis.net> <1145275616.851775.858.nullmailer@galant.ukfsn.org> <4445206D.4030109@savvis.net> <1145395731.826871.7979.nullmailer@galant.ukfsn.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-216683246-1145443723=:597" Message-Id: <1145443723.569796.919.nullmailer@galant.ukfsn.org> From: Iain Hibbert Cc: freebsd-bluetooth@freebsd.org Subject: Re: USB isoc xfers 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, 19 Apr 2006 10:50:51 -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-216683246-1145443723=:597 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 18 Apr 2006, Iain Hibbert wrote: > > this is a work in progress code that i used to receive sco data from the > > headset. > > Ahh, thanks - I see that you are using multiple transfers.. I wonder if > that will help with the problems I was seeing today. multiple transfers fixed it indeed, thanks! iain --0-216683246-1145443723=:597 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=dump Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: successful SCO dump Content-Disposition: attachment; filename=dump QXByIDE5IDExOjMzOjA4IGdhbGFudCAvbmV0YnNkOiB1YnRfcmVjdl9zY29f Y29tcGxldGU6IHNjPTB4YzBhMDRjMDAsIGNvdW50PTE4DQpBcHIgMTkgMTE6 MzM6MDggZ2FsYW50IC9uZXRic2Q6IGZyYW1lICAwIChzaXplICAwKTogYWEg YWEgYWEgYWEgYWEgYWEgYWEgYWEgYWENCkFwciAxOSAxMTozMzowOCBnYWxh bnQgL25ldGJzZDogZnJhbWUgIDEgKHNpemUgIDApOiBhYSBhYSBhYSBhYSBh YSBhYSBhYSBhYSBhYQ0KQXByIDE5IDExOjMzOjA4IGdhbGFudCAvbmV0YnNk OiBmcmFtZSAgMiAoc2l6ZSAgMCk6IGFhIGFhIGFhIGFhIGFhIGFhIGFhIGFh IGFhDQpBcHIgMTkgMTE6MzM6MDggZ2FsYW50IC9uZXRic2Q6IGZyYW1lICAz IChzaXplICAwKTogYWEgYWEgYWEgYWEgYWEgYWEgYWEgYWEgYWENCkFwciAx OSAxMTozMzowOCBnYWxhbnQgL25ldGJzZDogZnJhbWUgIDQgKHNpemUgIDAp OiBhYSBhYSBhYSBhYSBhYSBhYSBhYSBhYSBhYQ0KQXByIDE5IDExOjMzOjA4 IGdhbGFudCAvbmV0YnNkOiBmcmFtZSAgNSAoc2l6ZSAgMCk6IGFhIGFhIGFh IGFhIGFhIGFhIGFhIGFhIGFhDQpBcHIgMTkgMTE6MzM6MDggZ2FsYW50IC9u ZXRic2Q6IGZyYW1lICA2IChzaXplICAwKTogYWEgYWEgYWEgYWEgYWEgYWEg YWEgYWEgYWENCkFwciAxOSAxMTozMzowOCBnYWxhbnQgL25ldGJzZDogZnJh bWUgIDcgKHNpemUgIDApOiBhYSBhYSBhYSBhYSBhYSBhYSBhYSBhYSBhYQ0K DQpBcHIgMTkgMTE6MzM6MDggZ2FsYW50IC9uZXRic2Q6IGZyYW1lICA4IChz aXplICA5KTogMzMgMDAgMzAgMDAgMDAgMDAgMDAgMDAgMDANCkFwciAxOSAx MTozMzowOCBnYWxhbnQgL25ldGJzZDogZnJhbWUgIDkgKHNpemUgIDkpOiAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KQXByIDE5IDExOjMzOjA4IGdh bGFudCAvbmV0YnNkOiBwdHI9MHhjMDhkNjA0YiwgYnVmPTB4Y2FhOWMwNWEs IG1fbGVuPTE5LCBjb3VudD0xOCwgbV9wa3RoZHIubGVuPTE5DQpBcHIgMTkg MTE6MzM6MDggZ2FsYW50IC9uZXRic2Q6IHVidF9yZWN2X3Njb19jb21wbGV0 ZTogc2M9MHhjMGEwNGMwMCwgY291bnQ9ODQNCkFwciAxOSAxMTozMzowOCBn YWxhbnQgL25ldGJzZDogZnJhbWUgIDAgKHNpemUgIDkpOiAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMA0KQXByIDE5IDExOjMzOjA4IGdhbGFudCAvbmV0 YnNkOiBmcmFtZSAgMSAoc2l6ZSAgOSk6IDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwDQpBcHIgMTkgMTE6MzM6MDggZ2FsYW50IC9uZXRic2Q6IGZyYW1l ICAyIChzaXplICA5KTogMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCkFw ciAxOSAxMTozMzowOCBnYWxhbnQgL25ldGJzZDogZnJhbWUgIDMgKHNpemUg IDYpOiAwMCAwMCAwMCAwMCAwMCAwMCBhYSBhYSBhYQ0KDQpBcHIgMTkgMTE6 MzM6MDggZ2FsYW50IC9uZXRic2Q6IGZyYW1lICA0IChzaXplICA5KTogMzMg MDAgMzAgMDAgMDAgMDAgMDAgMDAgMDANCkFwciAxOSAxMTozMzowOCBnYWxh bnQgL25ldGJzZDogZnJhbWUgIDUgKHNpemUgIDkpOiAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMA0KQXByIDE5IDExOjMzOjA4IGdhbGFudCAvbmV0YnNk OiBmcmFtZSAgNiAoc2l6ZSAgOSk6IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwDQpBcHIgMTkgMTE6MzM6MDggZ2FsYW50IC9uZXRic2Q6IGZyYW1lICA3 IChzaXplICA5KTogMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCkFwciAx OSAxMTozMzowOCBnYWxhbnQgL25ldGJzZDogZnJhbWUgIDggKHNpemUgIDkp OiAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KQXByIDE5IDExOjMzOjA4 IGdhbGFudCAvbmV0YnNkOiBmcmFtZSAgOSAoc2l6ZSAgNik6IDAwIDAwIDAw IDAwIDAwIDAwIGFhIGFhIGFhDQpBcHIgMTkgMTE6MzM6MDggZ2FsYW50IC9u ZXRic2Q6IHB0cj0weGMwOGQ2MThkLCBidWY9MHhjYWE5ZDA1YSwgbV9sZW49 ODUsIGNvdW50PTg0LCBtX3BrdGhkci5sZW49ODUNCkFwciAxOSAxMTozMzow OCBnYWxhbnQgL25ldGJzZDogdWJ0X3JlY3Zfc2NvX2NvbXBsZXRlOiBzYz0w eGMwYTA0YzAwLCBjb3VudD04Nw0KDQpBcHIgMTkgMTE6MzM6MDggZ2FsYW50 IC9uZXRic2Q6IGZyYW1lICAwIChzaXplICA5KTogMzMgMDAgMzAgMDAgMDAg MDAgMDAgMDAgMDANCkFwciAxOSAxMTozMzowOCBnYWxhbnQgL25ldGJzZDog ZnJhbWUgIDEgKHNpemUgIDkpOiAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MA0KQXByIDE5IDExOjMzOjA4IGdhbGFudCAvbmV0YnNkOiBmcmFtZSAgMiAo c2l6ZSAgOSk6IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQpBcHIgMTkg MTE6MzM6MDggZ2FsYW50IC9uZXRic2Q6IGZyYW1lICAzIChzaXplICA5KTog MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCkFwciAxOSAxMTozMzowOCBn YWxhbnQgL25ldGJzZDogZnJhbWUgIDQgKHNpemUgIDkpOiAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMA0KQXByIDE5IDExOjMzOjA4IGdhbGFudCAvbmV0 YnNkOiBmcmFtZSAgNSAoc2l6ZSAgNik6IDAwIDAwIDAwIDAwIDAwIDAwIGFh IGFhIGFhDQoNCkFwciAxOSAxMTozMzowOCBnYWxhbnQgL25ldGJzZDogZnJh bWUgIDYgKHNpemUgIDkpOiAzMyAwMCAzMCAwMCAwMCAwMCAwMCAwMCAwMA0K QXByIDE5IDExOjMzOjA4IGdhbGFudCAvbmV0YnNkOiBmcmFtZSAgNyAoc2l6 ZSAgOSk6IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQpBcHIgMTkgMTE6 MzM6MDggZ2FsYW50IC9uZXRic2Q6IGZyYW1lICA4IChzaXplICA5KTogMDAg ZmQgZmYgZmEgZmYgZmEgZmYgZmMgZmYNCkFwciAxOSAxMTozMzowOCBnYWxh bnQgL25ldGJzZDogZnJhbWUgIDkgKHNpemUgIDkpOiBmYiBmZiBmZSBmZiBm ZCBmZiBmZSBmZiBmZQ0KQXByIDE5IDExOjMzOjA4IGdhbGFudCAvbmV0YnNk OiBwdHI9MHhjMDhkNjI5MCwgYnVmPTB4Y2FhOWUwNWEsIG1fbGVuPTg4LCBj b3VudD04NywgbV9wa3RoZHIubGVuPTg4DQpBcHIgMTkgMTE6MzM6MDkgZ2Fs YW50IC9uZXRic2Q6IHVidF9yZWN2X3Njb19jb21wbGV0ZTogc2M9MHhjMGEw NGMwMCwgY291bnQ9ODQNCkFwciAxOSAxMTozMzowOSBnYWxhbnQgL25ldGJz ZDogZnJhbWUgIDAgKHNpemUgIDkpOiBmZiBmZCBmZiBmZSBmZiBmZCBmZiBm ZCBmZg0KQXByIDE5IDExOjMzOjA5IGdhbGFudCAvbmV0YnNkOiBmcmFtZSAg MSAoc2l6ZSAgNik6IGZkIGZmIGZkIGZmIGZkIGZmIGFhIGFhIGFhDQoNCkFw ciAxOSAxMTozMzowOSBnYWxhbnQgL25ldGJzZDogZnJhbWUgIDIgKHNpemUg IDkpOiAzMyAwMCAzMCBmZCBmZiBmZCBmZiBmZCBmZg0KWy4uLl0NCg== --0-216683246-1145443723=:597-- From owner-freebsd-bluetooth@FreeBSD.ORG Thu Apr 20 15:06:26 2006 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 035FC16A400 for ; Thu, 20 Apr 2006 15:06:26 +0000 (UTC) (envelope-from cfernandezh@udc.es) Received: from mail.udc.es (mail.udc.es [193.147.41.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EE3943D5C for ; Thu, 20 Apr 2006 15:06:23 +0000 (GMT) (envelope-from cfernandezh@udc.es) Received: from localhost (localhost [127.0.0.1]) by mail.udc.es ("Servidor de correo del SIAIN") with ESMTP id 763C415EBC3; Thu, 20 Apr 2006 17:05:23 +0200 (CEST) Received: from [193.144.50.98] (unknown [193.144.50.98]) by mail.udc.es ("Servidor de correo del SIAIN") with ESMTP id 19F8C15EBC2; Thu, 20 Apr 2006 17:05:23 +0200 (CEST) Message-ID: <4447A36C.8070201@udc.es> Date: Thu, 20 Apr 2006 17:06:20 +0200 From: =?ISO-8859-1?Q?Carlos_Fern=E1ndez_Herranz?= User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Iain Hibbert References: <4423D096.2010205@udc.es> <44248823.3040907@savvis.net> <44291782.8010003@udc.es> <1143546159.980113.1641.nullmailer@galant.ukfsn.org> <44292470.5020803@udc.es> <1143547703.630752.2338.nullmailer@galant.ukfsn.org> <44294D1D.4010901@udc.es> <1143558548.478651.3242.nullmailer@galant.ukfsn.org> In-Reply-To: <1143558548.478651.3242.nullmailer@galant.ukfsn.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-bluetooth@freebsd.org Subject: Re: About Inquiry_with_RSSI 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: Thu, 20 Apr 2006 15:06:26 -0000 The problem was in my Bluetooth adapter, D-LINK DBT-122 which are said to support Bluetooth 1.2 but it's not true. Now, I've tried with some Conceptronic BT 2.0 and it works well. I've given support for the commands from Bluetooth 1.2: Write_Inquiry_Mode Read_Inquiry_Mode and the reception of Inquiry results with RSSI. I'd like to collaborate providing the solutions I've found. How can I do it? Posting my code in this list or sending it to Maksim? Iain Hibbert wrote: >On Tue, 28 Mar 2006, Carlos Fernández Herranz wrote: > > > >>I didn't try the "Read_Inquiry_Mode" command yet (because I have to implement >>it), but the response I get from >> >> *if* (rp.status != 0x00) { >> fprintf(stdout, "Status: %s [%#02x]\n", >> hci_status2str(rp.status), rp.status); >> *return* (FAILED); >> } >> >> >>at the end of the hci_write_inquiry_mode function is: >> >>Status: Unsupported feature or parameter value [0x11] >> >> > >Looks like your Bluetooth controller does not support RSSI with Inquiry. > >Um, I'm not sure how FreeBSD hccontrol works, but it looks that you can >get the device features list with 'read_local_supported_features' command >to hccontrol? > >The version I have here doesnt look to know about the "RSSI with Inquiry" >feature, which would be indicated by bit 6 (0x40) in byte 3 of the >features report. > >Note, that "RSSI with Inquiry" is not the same as "RSSI" - I think the >latter is just for the Read_RSSI command and you must be already connected >for that (need connection handle) > >iain > From owner-freebsd-bluetooth@FreeBSD.ORG Thu Apr 20 16:47:39 2006 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 E80E016A406 for ; Thu, 20 Apr 2006 16:47:39 +0000 (UTC) (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 8514D43D45 for ; Thu, 20 Apr 2006 16:47:39 +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 EB4793BF88; Thu, 20 Apr 2006 11:47:38 -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 14122-03-67; Thu, 20 Apr 2006 11:47:38 -0500 (CDT) Received: from [10.254.186.111] (sntc04ep01.savvis.net [64.14.1.106]) by mailgate1b.savvis.net (Postfix) with ESMTP id 66A983BE44; Thu, 20 Apr 2006 11:47:38 -0500 (CDT) Message-ID: <4447BB29.906@savvis.net> Date: Thu, 20 Apr 2006 09:47:37 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Carlos_Fern=E1ndez_Herranz?= References: <4423D096.2010205@udc.es> <44248823.3040907@savvis.net> <44291782.8010003@udc.es> <1143546159.980113.1641.nullmailer@galant.ukfsn.org> <44292470.5020803@udc.es> <1143547703.630752.2338.nullmailer@galant.ukfsn.org> <44294D1D.4010901@udc.es> <1143558548.478651.3242.nullmailer@galant.ukfsn.org> <4447A36C.8070201@udc.es> In-Reply-To: <4447A36C.8070201@udc.es> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at savvis.net Cc: freebsd-bluetooth@freebsd.org Subject: Re: About Inquiry_with_RSSI 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: Thu, 20 Apr 2006 16:47:40 -0000 Carlos Fernández Herranz wrote: > The problem was in my Bluetooth adapter, D-LINK DBT-122 which are said > to support Bluetooth 1.2 but it's not true. > > Now, I've tried with some Conceptronic BT 2.0 and it works well. I've > given support for the commands from Bluetooth 1.2: > > Write_Inquiry_Mode > Read_Inquiry_Mode > > and the reception of Inquiry results with RSSI. > > I'd like to collaborate providing the solutions I've found. How can I do > it? Posting my code in this list or sending it to Maksim? posting patches here for everyone to try/review would be a good start. i will be happy to commit them for you (after appropriate testing of course). thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Thu Apr 20 22:56:33 2006 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 9848B16A404 for ; Thu, 20 Apr 2006 22:56:33 +0000 (UTC) (envelope-from thanijazmine@peacelink.nu) Received: from efax.nu (72.Red-83-41-60.dynamicIP.rima-tde.net [83.41.60.72]) by mx1.FreeBSD.org (Postfix) with SMTP id 4560D43D77 for ; Thu, 20 Apr 2006 22:56:31 +0000 (GMT) (envelope-from thanijazmine@peacelink.nu) Message-ID: <000001c664cd$a938c0e0$799ea8c0@nqu89> From: "Jazmine Than" To: freebsd-bluetooth@freebsd.org Date: Thu, 20 Apr 2006 18:56:29 -0400 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: yezip news X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jazmine Than List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 22:56:33 -0000 Dea x r Home Ow l ne m r ,=20 =20 Your cr c ed o it doesn't matter to us ! If you O h WN real e n st z at y e=20 and want IM m MED u IAT h E cas l h to sp e en s d ANY way you like, or simply wish=20 to L a OWER your monthly pa s ym y ents by a third or more, here are the dea v ls=20 we have T t OD v AY :=20 =20 $ 4 u 88 , 000 at a 3 , v 67% f b ixed - rat a e=20 $ 37 i 2 , 000 at a 3 , v 90% v c ariab v le - rat i e=20 $ 4 c 92 , 000 at a 3 q , 21% inte o res z t - only=20 $ 24 g 8 , 000 at a 3 f , 36% f a ixed - ra e te=20 $ 1 t 98 , 000 at a 3 , 5 a 5% v d ariable - rat j e=20 =20 Hur k ry, when these de f aIs are gone, they are gone ! =20 Don't worry about a d pprov h al, your cr p ed v it will not dis j qua f lify you !=20 =20 V l isi m t ou r r site =20 =20 Sincerely, Jazmine Than=20 =20 A q ppr d oval Manager