eCos Driver for open source CANopen stack CanFestival

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

eCos Driver for open source CANopen stack CanFestival

Uwe Kindler-2
Hi,

we are currently in the process of creating an eCos driver for the open
source CANopen stack CanFestival.

http://www.canfestival.org/
http://dev.automforge.net/CanFestival-3/

This driver is based on the eCos CAN framework of the public eCos
repositories.
We thought about integrating CanFestival as an eCos package like lwIP or
uSTL but we are not shure if the license of the CanFestival stack
(LGPLv2) is suitable for this plan. What is your opinion? Or should we
contact the CanFestival maintainers and ask if they would accept an
additional license (the eCos license).

Kind regards, Uwe
Reply | Threaded
Open this post in threaded view
|

Re: eCos Driver for open source CANopen stack CanFestival

John Dallaway-2
Hi Uwe

On 23/05/13 08:23, Uwe Kindler wrote:

> we are currently in the process of creating an eCos driver for the open
> source CANopen stack CanFestival.
>
> http://www.canfestival.org/
> http://dev.automforge.net/CanFestival-3/
>
> This driver is based on the eCos CAN framework of the public eCos
> repositories.
> We thought about integrating CanFestival as an eCos package like lwIP or
> uSTL but we are not shure if the license of the CanFestival stack
> (LGPLv2) is suitable for this plan. What is your opinion? Or should we
> contact the CanFestival maintainers and ask if they would accept an
> additional license (the eCos license).

A port pf CanFestival to eCos would be great, but the eCos maintainers
would prefer to avoid LGPL in the eCos repository.

I took a brief look at the CanFestival sources. Copyright appears to be
held by three individuals at present. Perhaps you could ask them if they
would accept an additional license. The eCos license would be ideal, but
we can also accept BSD-licensed code from "certain trusted sources". If
an additional license is not possible, please get back to us and we can
think again.

John Dallaway
eCos maintainer
http://www.dallaway.org.uk/john
Reply | Threaded
Open this post in threaded view
|

Re: eCos Driver for open source CANopen stack CanFestival

Ilija Kocho [Илија Кочо]
On 31.05.2013 09:42, John Dallaway wrote:

> Hi Uwe
>
> On 23/05/13 08:23, Uwe Kindler wrote:
>
>> we are currently in the process of creating an eCos driver for the open
>> source CANopen stack CanFestival.
>>
>> http://www.canfestival.org/
>> http://dev.automforge.net/CanFestival-3/
>>
>> This driver is based on the eCos CAN framework of the public eCos
>> repositories.
>> We thought about integrating CanFestival as an eCos package like lwIP or
>> uSTL but we are not shure if the license of the CanFestival stack
>> (LGPLv2) is suitable for this plan. What is your opinion? Or should we
>> contact the CanFestival maintainers and ask if they would accept an
>> additional license (the eCos license).
> A port pf CanFestival to eCos would be great, but the eCos maintainers
> would prefer to avoid LGPL in the eCos repository.
>
> I took a brief look at the CanFestival sources. Copyright appears to be
> held by three individuals at present. Perhaps you could ask them if they
> would accept an additional license. The eCos license would be ideal, but
> we can also accept BSD-licensed code from "certain trusted sources". If
> an additional license is not possible, please get back to us and we can
> think again.

LGPL and eCos Licence are practically same regarding modification of
contributed source and derivative works, but there's an essential
difference with regard to proprietary code.
Having in mind sameness of LGPL and eCos licences regarding the
contributed source, I hope that eCos licence will be accepted by
CanFestival authors.
Regarding proprietary code, in most cases embedded system application,
LGPL requires  availability of object code that, I'm afraid, would not
be acceptable for most of producers of embedded systems. I wouldn't put
LGPL code in eCos repository, there are other options such as eCos modules.

Ilija