* [Bluez-devel] Next Release, and Device.DiscoverServices @ 2008-06-18 14:47 David Stockwell 2008-06-18 15:04 ` Marcel Holtmann 0 siblings, 1 reply; 5+ messages in thread From: David Stockwell @ 2008-06-18 14:47 UTC (permalink / raw) To: BlueZ development [-- Attachment #1.1: Type: text/plain, Size: 755 bytes --] I have been working with Adapter.CreateDevice, and have been frustrated by finding that the list of UUIDs returned by Device.GetProperties is always empty. (Getting the connectivity right is a necessary precursor to implementation of AVRCP with Metadata.) Looking at the CVS, I see all have been quite busy, including adding a new DiscoverServices method, which I presume will do the querying of the remote SDP and filling in the list of UUIDs. Am I correct? I also see a lot of work around BT2.1 and SSP. Given all of that, I am about to pull everything down from CVS, but am wondering if you are about to do another release (don't want to waste any effort if things are stabilizing enough to release again in a few days). All the best, DS [-- Attachment #1.2: Type: text/html, Size: 1506 bytes --] [-- Attachment #2: Type: text/plain, Size: 247 bytes --] ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php [-- Attachment #3: Type: text/plain, Size: 164 bytes --] _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Bluez-devel] Next Release, and Device.DiscoverServices 2008-06-18 14:47 [Bluez-devel] Next Release, and Device.DiscoverServices David Stockwell @ 2008-06-18 15:04 ` Marcel Holtmann 2008-06-20 16:55 ` David Stockwell 0 siblings, 1 reply; 5+ messages in thread From: Marcel Holtmann @ 2008-06-18 15:04 UTC (permalink / raw) To: BlueZ development Hi David, > I have been working with Adapter.CreateDevice, and have been > frustrated by finding that the list of UUIDs returned by > Device.GetProperties is always empty. (Getting the connectivity right > is a necessary precursor to implementation of AVRCP with Metadata.) the CreateDevice needs some more magic in case the remote device has no public browse group. Currently we have in device.c the following struct: static uint16_t uuid_list[] = { PUBLIC_BROWSE_GROUP, HID_SVCLASS_ID, GENERIC_AUDIO_SVCLASS_ID, ADVANCED_AUDIO_SVCLASS_ID, AV_REMOTE_SVCLASS_ID, 0 }; So in case the public browse group fails, it will go through the list of additional UUIDs and search for them. So your AVRCP case should be handled. > Looking at the CVS, I see all have been quite busy, including adding a > new DiscoverServices method, which I presume will do the querying of > the remote SDP and filling in the list of UUIDs. Am I correct? So DiscoverServices will update the UUID list of course, but normally there should be no need to call it. CreateDevice needs to be fixed to do the right job. The DiscoverServices is mainly for applications that need access to the full service record. Stuff like obex-data-server for example. > I also see a lot of work around BT2.1 and SSP. Yep. We are almost done with. However you will need kernel changes to make this work. > Given all of that, I am about to pull everything down from CVS, but am > wondering if you are about to do another release (don't want to waste > any effort if things are stabilizing enough to release again in a few > days). I wanna do the release actually today. Regards Marcel ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Bluez-devel] Next Release, and Device.DiscoverServices 2008-06-18 15:04 ` Marcel Holtmann @ 2008-06-20 16:55 ` David Stockwell 2008-06-20 17:07 ` Marcel Holtmann 0 siblings, 1 reply; 5+ messages in thread From: David Stockwell @ 2008-06-20 16:55 UTC (permalink / raw) To: BlueZ development; +Cc: Marcel Holtmann Marcel, Thanks for the feedback. Upgrading to 3.33 resolved the immediate problem with accessing UUIDs, and I do get the correct UUID from the remote (hurray!). FWIW, with SSP I intend to use only the "Just Works" model at this point, keeping the handshake as simple as possible (not a highly secure application). So, the capability parameter will be "NoInputOutput", if I am reading the code correctly (adapter.c). Hopefully, that will "JustWork", and I can proceed with the effort I originally undertook. At any rate, I will be watching CVS closely... All the best, and good luck with that server. It always seems that just when you think you can trust a system's to be reliable, that's when the hard drive crashes... DS ----- Original Message ----- From: "Marcel Holtmann" <marcel@holtmann.org> To: "BlueZ development" <bluez-devel@lists.sourceforge.net> Sent: Wednesday, June 18, 2008 10:04 AM Subject: Re: [Bluez-devel] Next Release, and Device.DiscoverServices Hi David, > I have been working with Adapter.CreateDevice, and have been > frustrated by finding that the list of UUIDs returned by > Device.GetProperties is always empty. (Getting the connectivity right > is a necessary precursor to implementation of AVRCP with Metadata.) the CreateDevice needs some more magic in case the remote device has no public browse group. Currently we have in device.c the following struct: static uint16_t uuid_list[] = { PUBLIC_BROWSE_GROUP, HID_SVCLASS_ID, GENERIC_AUDIO_SVCLASS_ID, ADVANCED_AUDIO_SVCLASS_ID, AV_REMOTE_SVCLASS_ID, 0 }; So in case the public browse group fails, it will go through the list of additional UUIDs and search for them. So your AVRCP case should be handled. > Looking at the CVS, I see all have been quite busy, including adding a > new DiscoverServices method, which I presume will do the querying of > the remote SDP and filling in the list of UUIDs. Am I correct? So DiscoverServices will update the UUID list of course, but normally there should be no need to call it. CreateDevice needs to be fixed to do the right job. The DiscoverServices is mainly for applications that need access to the full service record. Stuff like obex-data-server for example. > I also see a lot of work around BT2.1 and SSP. Yep. We are almost done with. However you will need kernel changes to make this work. > Given all of that, I am about to pull everything down from CVS, but am > wondering if you are about to do another release (don't want to waste > any effort if things are stabilizing enough to release again in a few > days). I wanna do the release actually today. Regards Marcel ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Bluez-devel] Next Release, and Device.DiscoverServices 2008-06-20 16:55 ` David Stockwell @ 2008-06-20 17:07 ` Marcel Holtmann 2008-06-20 20:30 ` Secure Simple Pairing (SSP) David Stockwell 0 siblings, 1 reply; 5+ messages in thread From: Marcel Holtmann @ 2008-06-20 17:07 UTC (permalink / raw) To: David Stockwell; +Cc: BlueZ development Hi David, > Thanks for the feedback. Upgrading to 3.33 resolved the immediate problem with accessing UUIDs, and I do get the correct UUID from > the remote (hurray!). > > FWIW, with SSP I intend to use only the "Just Works" model at this point, keeping the handshake as simple as possible (not a highly > secure application). So, the capability parameter will be "NoInputOutput", if I am reading the code correctly (adapter.c). > Hopefully, that will "JustWork", and I can proceed with the effort I originally undertook. At any rate, I will be watching CVS > closely... you will need some kernel patches to make SSP work. I am going to publish them soon. Just finished the last testing of unlikely error and corner cases. Regards Marcel ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel ^ permalink raw reply [flat|nested] 5+ messages in thread
* Secure Simple Pairing (SSP) 2008-06-20 17:07 ` Marcel Holtmann @ 2008-06-20 20:30 ` David Stockwell 0 siblings, 0 replies; 5+ messages in thread From: David Stockwell @ 2008-06-20 20:30 UTC (permalink / raw) To: Marcel Holtmann; +Cc: BlueZ development WRT SSP: Fair enough...thanks. In the meantime I will try to restrict the remote side to pairing using passkey/PIN. DS ----- Original Message ----- From: "Marcel Holtmann" <marcel@holtmann.org> To: "David Stockwell" <dstockwell@frequency-one.com> Cc: "BlueZ development" <bluez-devel@lists.sourceforge.net> Sent: Friday, June 20, 2008 12:07 PM Subject: Re: [Bluez-devel] Next Release, and Device.DiscoverServices Hi David, > Thanks for the feedback. Upgrading to 3.33 resolved the immediate problem with accessing UUIDs, and I do get the correct UUID > from > the remote (hurray!). > > FWIW, with SSP I intend to use only the "Just Works" model at this point, keeping the handshake as simple as possible (not a > highly > secure application). So, the capability parameter will be "NoInputOutput", if I am reading the code correctly (adapter.c). > Hopefully, that will "JustWork", and I can proceed with the effort I originally undertook. At any rate, I will be watching CVS > closely... you will need some kernel patches to make SSP work. I am going to publish them soon. Just finished the last testing of unlikely error and corner cases. Regards Marcel ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2008-06-20 20:30 UTC | newest] Thread overview: 5+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2008-06-18 14:47 [Bluez-devel] Next Release, and Device.DiscoverServices David Stockwell 2008-06-18 15:04 ` Marcel Holtmann 2008-06-20 16:55 ` David Stockwell 2008-06-20 17:07 ` Marcel Holtmann 2008-06-20 20:30 ` Secure Simple Pairing (SSP) David Stockwell
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox