* MCAP implementation in BlueZ
@ 2009-08-06 19:02 sancane
2009-08-06 20:12 ` Marcel Holtmann
0 siblings, 1 reply; 2+ messages in thread
From: sancane @ 2009-08-06 19:02 UTC (permalink / raw)
To: linux-bluetooth
Hi all,
I have seen that BlueZ has begun to incorporate enhanced retransmission
mode support to L2CAP. This is a happy new because i work with medical
devices that have begun to incorporate health device profile (HDP) in
bluetooth communications. I would like to use that devices in linux and
i saw that MCAP is not included in the bluetooth linux stack so i was
thinking in develop it for BlueZ.
I've studying the possibility of integrate it as kernel module like
rfcomm does but i have some doubts about that approximation. I think
that it is not the best place for it and i believe that is better
develop MCAP in user space.
Can anybody give some feedback before to start to implement this
functionality? advices and recommendations are welcome.
kind regards!
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: MCAP implementation in BlueZ
2009-08-06 19:02 MCAP implementation in BlueZ sancane
@ 2009-08-06 20:12 ` Marcel Holtmann
0 siblings, 0 replies; 2+ messages in thread
From: Marcel Holtmann @ 2009-08-06 20:12 UTC (permalink / raw)
To: sancane; +Cc: linux-bluetooth
Hi,
> I have seen that BlueZ has begun to incorporate enhanced retransmission
> mode support to L2CAP. This is a happy new because i work with medical
> devices that have begun to incorporate health device profile (HDP) in
> bluetooth communications. I would like to use that devices in linux and
> i saw that MCAP is not included in the bluetooth linux stack so i was
> thinking in develop it for BlueZ.
> I've studying the possibility of integrate it as kernel module like
> rfcomm does but i have some doubts about that approximation. I think
> that it is not the best place for it and i believe that is better
> develop MCAP in user space.
you wanna do that in userspace (like we did with AVDTP). The kernel
option would be only required if it interacts with another kernel
subsystem which I highly doubt.
Currently it is not 100% clear what will be the best implementation of
HDP, but there are two choices. First one would be a bluetoothd plugin
or second would be similar to what obexd is doing. The real question
here is if it runs more in the user session or as a system daemon.
Regards
Marcel
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2009-08-06 20:12 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-08-06 19:02 MCAP implementation in BlueZ sancane
2009-08-06 20:12 ` Marcel Holtmann
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox