* Fwd: HDP profile support [not found] <5c11eae40909101215n438f77c5sbcd289d0b1f77c5f@mail.gmail.com> @ 2009-09-10 19:31 ` Chris Robinson 2009-09-10 19:57 ` Nathan Holstein 0 siblings, 1 reply; 5+ messages in thread From: Chris Robinson @ 2009-09-10 19:31 UTC (permalink / raw) To: linux-bluetooth Hello, Is there currently a timetable in place for adding the HDP profile to Bluez? I'm doing some concept work for an Android device and one of the Bluetooth requirements is to support the HDP profile. Thanks, Chris Robinson ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Fwd: HDP profile support 2009-09-10 19:31 ` Fwd: HDP profile support Chris Robinson @ 2009-09-10 19:57 ` Nathan Holstein 2009-09-11 7:37 ` sancane 2009-09-11 11:29 ` Marcel Holtmann 0 siblings, 2 replies; 5+ messages in thread From: Nathan Holstein @ 2009-09-10 19:57 UTC (permalink / raw) To: linux-bluetooth; +Cc: Chris Robinson On Thu, 2009-09-10 at 14:31 -0500, Chris Robinson wrote: > Hello, > Is there currently a timetable in place for adding the HDP profile to > Bluez? I'm doing some concept work for an Android device and one of > the Bluetooth requirements is to support the HDP profile. Full HDP support (especially on the Android platform) requires a few supporting features that haven't quite made the mainline of development yet. It is possible--I did so earlier this summer--and the situation has improved drastically due the efforts of various people. The first step is to get L2CAP enhanced retransmission and streaming mode support in your kernel. Gustavo Padovan worked on this over the summer for a Google Summer of Code project. He has done an excellent job taking my initial patches, extending the functionality and cleanly integrating them into the bluetooth-testing kernel. >>From there, HDP depends upon the Bluetooth Multi-Channel Adaptation Protocol. This provides an additional control channel layered on top of L2CAP sockets. Additionally, some simple SDP work is required (which can use BlueZ's existing SDP services). As for implementation upon Android, there's a bit more work. The Android kernel (on the Cupcake/Donut branches at least) already includes basic L2CAP statically linked into the kernel. This causes conflicts when attempting to load a module with Enhanced L2CAP support built in. In order to do so, I've had to build my own kernel and system images, and then flash them to a development phone. If you go this way, you'll have to backport the applicable patches onto the 2.6.29 kernel used in Donut. I've never even tried to backport to the 2.6.27 kernel in Cupcake. --nathan holstein ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Fwd: HDP profile support 2009-09-10 19:57 ` Nathan Holstein @ 2009-09-11 7:37 ` sancane 2009-09-11 11:29 ` Marcel Holtmann 1 sibling, 0 replies; 5+ messages in thread From: sancane @ 2009-09-11 7:37 UTC (permalink / raw) To: ngh; +Cc: linux-bluetooth, Chris Robinson Hi all, My name is Santiago and i'm interested in to provide a full free/open eHealth framework to linux and android platform. I'm working in MCAP implementation in my free time, and i have implemented a partial iso/ieee 11073-20601 manager for android too. I started my MCAP implementation for BlueZ few weeks ago, of course it is in a early state yet but there are some people that work with me to integrate MCAP with HDP and DI in BlueZ. You can get more info in http://openhealth.morfeo-project.org/ Note that this work is free but advices and collaborations are welcome. Best regards! Nathan Holstein escribió: > On Thu, 2009-09-10 at 14:31 -0500, Chris Robinson wrote: > >> Hello, >> Is there currently a timetable in place for adding the HDP profile to >> Bluez? I'm doing some concept work for an Android device and one of >> the Bluetooth requirements is to support the HDP profile. >> > > Full HDP support (especially on the Android platform) requires a few > supporting features that haven't quite made the mainline of development > yet. It is possible--I did so earlier this summer--and the situation > has improved drastically due the efforts of various people. > > The first step is to get L2CAP enhanced retransmission and streaming > mode support in your kernel. Gustavo Padovan worked on this over the > summer for a Google Summer of Code project. He has done an excellent > job taking my initial patches, extending the functionality and cleanly > integrating them into the bluetooth-testing kernel. > > >From there, HDP depends upon the Bluetooth Multi-Channel Adaptation > Protocol. This provides an additional control channel layered on top of > L2CAP sockets. Additionally, some simple SDP work is required (which > can use BlueZ's existing SDP services). > > As for implementation upon Android, there's a bit more work. The > Android kernel (on the Cupcake/Donut branches at least) already includes > basic L2CAP statically linked into the kernel. This causes conflicts > when attempting to load a module with Enhanced L2CAP support built in. > In order to do so, I've had to build my own kernel and system images, > and then flash them to a development phone. If you go this way, you'll > have to backport the applicable patches onto the 2.6.29 kernel used in > Donut. I've never even tried to backport to the 2.6.27 kernel in > Cupcake. > > > > > --nathan holstein > > -- > To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Fwd: HDP profile support 2009-09-10 19:57 ` Nathan Holstein 2009-09-11 7:37 ` sancane @ 2009-09-11 11:29 ` Marcel Holtmann 2009-09-11 20:01 ` Gustavo F. Padovan 1 sibling, 1 reply; 5+ messages in thread From: Marcel Holtmann @ 2009-09-11 11:29 UTC (permalink / raw) To: ngh; +Cc: linux-bluetooth, Chris Robinson Hi Nathan, > > Is there currently a timetable in place for adding the HDP profile to > > Bluez? I'm doing some concept work for an Android device and one of > > the Bluetooth requirements is to support the HDP profile. > > Full HDP support (especially on the Android platform) requires a few > supporting features that haven't quite made the mainline of development > yet. It is possible--I did so earlier this summer--and the situation > has improved drastically due the efforts of various people. > > The first step is to get L2CAP enhanced retransmission and streaming > mode support in your kernel. Gustavo Padovan worked on this over the > summer for a Google Summer of Code project. He has done an excellent > job taking my initial patches, extending the functionality and cleanly > integrating them into the bluetooth-testing kernel. they will be in 2.6.32 btw. > >From there, HDP depends upon the Bluetooth Multi-Channel Adaptation > Protocol. This provides an additional control channel layered on top of > L2CAP sockets. Additionally, some simple SDP work is required (which > can use BlueZ's existing SDP services). The part of MCAP and HDP needs to be done similar to how we did AVDTP and AVRCP and thus as a plugin for bluetoothd. Mainly because I assume it mostly interact with other system components. So a concept similar to obexd is not feasible. > As for implementation upon Android, there's a bit more work. The > Android kernel (on the Cupcake/Donut branches at least) already includes > basic L2CAP statically linked into the kernel. This causes conflicts > when attempting to load a module with Enhanced L2CAP support built in. > In order to do so, I've had to build my own kernel and system images, > and then flash them to a development phone. If you go this way, you'll > have to backport the applicable patches onto the 2.6.29 kernel used in > Donut. I've never even tried to backport to the 2.6.27 kernel in > Cupcake. Backporting them to 2.6.29 is kinda hard and also a pretty stupid endeavorer. I would have to check, but most likely we are talking about 100 or more patches that would need backporting. If Google would finally get their act together and polish and merge patches upstream there would have been no problem in just taking a newer upstream kernel. Regards Marcel ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Fwd: HDP profile support 2009-09-11 11:29 ` Marcel Holtmann @ 2009-09-11 20:01 ` Gustavo F. Padovan 0 siblings, 0 replies; 5+ messages in thread From: Gustavo F. Padovan @ 2009-09-11 20:01 UTC (permalink / raw) To: Chris Robinson; +Cc: ngh, linux-bluetooth, Marcel Holtmann Hi all, On Fri, Sep 11, 2009 at 8:29 AM, Marcel Holtmann <marcel@holtmann.org> wrot= e: > Hi Nathan, > >> > Is there currently a timetable in place for adding the HDP profile to >> > Bluez? =A0I'm doing some concept work for an Android device and one of >> > the Bluetooth requirements is to support the HDP profile. >> >> Full HDP support (especially on the Android platform) requires a few >> supporting features that haven't quite made the mainline of development >> yet. =A0It is possible--I did so earlier this summer--and the situation >> has improved drastically due the efforts of various people. >> >> The first step is to get L2CAP enhanced retransmission and streaming >> mode support in your kernel. =A0Gustavo Padovan worked on this over the >> summer for a Google Summer of Code project. =A0He has done an excellent >> job taking my initial patches, extending the functionality and cleanly >> integrating them into the bluetooth-testing kernel. > > they will be in 2.6.32 btw. The code will be merged, but it isn't completely done. I'm still working on the last missing features for Enhanced Retransmission and Streaming modes. See the roadmap at the end of my last blog post[1]. If you wanna test it remember to set enable_ertm param to 1 on l2cap module= . [1] http://padovan.org/blog/2009/08/bluez-status-update-into-the-l2cap-laye= r/ > >> >From there, HDP depends upon the Bluetooth Multi-Channel Adaptation >> Protocol. =A0This provides an additional control channel layered on top = of >> L2CAP sockets. =A0Additionally, some simple SDP work is required (which >> can use BlueZ's existing SDP services). > > The part of MCAP and HDP needs to be done similar to how we did AVDTP > and AVRCP and thus as a plugin for bluetoothd. Mainly because I assume > it mostly interact with other system components. So a concept similar to > obexd is not feasible. > >> As for implementation upon Android, there's a bit more work. =A0The >> Android kernel (on the Cupcake/Donut branches at least) already includes >> basic L2CAP statically linked into the kernel. =A0This causes conflicts >> when attempting to load a module with Enhanced L2CAP support built in. >> In order to do so, I've had to build my own kernel and system images, >> and then flash them to a development phone. =A0If you go this way, you'l= l >> have to backport the applicable patches onto the 2.6.29 kernel used in >> Donut. =A0I've never even tried to backport to the 2.6.27 kernel in >> Cupcake. > > Backporting them to 2.6.29 is kinda hard and also a pretty stupid > endeavorer. I would have to check, but most likely we are talking about > 100 or more patches that would need backporting. If Google would finally > get their act together and polish and merge patches upstream there would > have been no problem in just taking a newer upstream kernel. > > Regards > > Marcel > > > -- > To unsubscribe from this list: send the line "unsubscribe linux-bluetooth= " in > the body of a message to majordomo@vger.kernel.org > More majordomo info at =A0http://vger.kernel.org/majordomo-info.html > --=20 Gustavo F. Padovan http://padovan.org ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2009-09-11 20:01 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <5c11eae40909101215n438f77c5sbcd289d0b1f77c5f@mail.gmail.com>
2009-09-10 19:31 ` Fwd: HDP profile support Chris Robinson
2009-09-10 19:57 ` Nathan Holstein
2009-09-11 7:37 ` sancane
2009-09-11 11:29 ` Marcel Holtmann
2009-09-11 20:01 ` Gustavo F. Padovan
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox