[Bluez-devel] BlueZ on embedded systems?

[Bluez-devel] BlueZ on embedded systems?

[Roszkowski, Michal]

Apologies if this email is a duplicate, but the previous attempt didn't seem to show up in the archive; so I'm not sure if it arrived sussessfully.

I would like to know how easy it would be to port the bluez stack to run self-contained (ie. without an OS) on an embedded ARM7 platform (Atmel AT91M40400)?

There would be a simple (non-preemptive) scheduler running, but other OS services required by bluez would have to be written. A quick look at the source suggests to me a heavy dependency on kernel sockets. Could this dependency be simplified (ie. replaced with a simple mechanism?).

There would also be basic dynamic memory support via malloc() and free(), but that's about it.

thanks,
michal.


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] BlueZ on embedded systems?

[Marcel Holtmann]

Hi Michal,

> Apologies if this email is a duplicate, but the previous attempt didn't seem to show up in the archive; so I'm not sure if it arrived sussessfully.
> 
> I would like to know how easy it would be to port the bluez stack to run self-contained (ie. without an OS) on an embedded ARM7 platform (Atmel AT91M40400)?
> 
> There would be a simple (non-preemptive) scheduler running, but other OS services required by bluez would have to be written. A quick look at the source suggests to me a heavy dependency on kernel sockets. Could this dependency be simplified (ie. replaced with a simple mechanism?).
> 
> There would also be basic dynamic memory support via malloc() and free(), but that's about it.

BlueZ is designed to be the Linux Bluetooth stack and to offer the best
interfaces for applications. You can use it for embedded devices, but
then you should also use Linux as OS there. From my point I think that
porting to make it running directly on the ARM chip is more effort than
writing a Bluetooth stack from scratch.

Regards

Marcel




-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel