¿Qué tan apropiadas son las licencias de código abierto actualmente en uso para la inclusión de núcleos HDL en un producto comercial?

Navega tus respuestas
5

Los núcleos IP de HDL dirigidos a ASIC, FPGA o ambos a menudo son muy útiles para agregar funcionalidad a un proyecto rápidamente. Los núcleos de licencias están disponibles comercialmente de muchas fuentes a un rango de precios, pero cada vez hay más núcleos de "código abierto" que ofrecen una funcionalidad similar.

El uso de núcleos HDL gratuitos y de código abierto es especialmente importante para proyectos de hardware basados en FPGA. Los bajos costos iniciales de hardware de los FPGA significan que este es un mercado donde el desarrollo de núcleos personalizados para funciones de uso común puede tener un gran impacto en el costo total de un proyecto.

Sin embargo, actualmente no hay licencias de código abierto diseñadas específicamente para licenciar núcleos HDL y, por lo tanto, en la práctica están en uso varias licencias diseñadas para otros usos (principalmente software y diseño de hardware físico). El uso de estas licencias para HDL Core me parece cuestionable y me preocupa incluir núcleos de código abierto en proyectos comerciales con acuerdos de licencia actuales.

Mi pregunta es qué tan adecuadas son las licencias de código abierto actualmente en uso para la inclusión de núcleos HDL en un producto comercial.

En particular,

  • ¿Es un núcleo de HDL IP aplicable dentro de los términos de la licencia?
  • ¿Está permitido el uso comercial bajo la licencia?
  • ¿Qué requisitos de atribución están incluidos?
  • ¿es seguro que los diseños que incluyen los núcleos con licencia no tienen que revelarse como 'obras derivadas', etc.?
  • ¿Se usa la licencia lo suficientemente ampliamente como para ser reconocida?

Algunas licencias actualmente en uso son:

Ya he visto algunas discusiones de esto en línea (ver más abajo), pero no estoy seguro de que se haya encontrado algo concluyente. Especialmente interesante es LGPL, ya que se usa mucho en la industria para bibliotecas de software y hay una gran cantidad de OpenCores disponibles bajo la licencia.

Por supuesto, no espero que nadie se comprometa con una opinión legal concreta, pero algo mejor que "nadie lo descubrirá de todos modos" o "la única forma de estar seguro es pedirle permiso directamente al autor" sería útil para mí.

Referencias / discusiones anteriores:

Las mejores licencias para Open Hardware fue una pregunta similar dirigida a hardware puro , en lugar de núcleos HDL.

    
pregunta Xcodo

1 respuesta

1

No estoy familiarizado con todos en tu lista. Veo TAPR como análogo a GPL, y buena aplicabilidad a HDL. otros pueden ser difíciles He deseado una especie de TAPR diseñada para hardware / hdl que se parece más a LGPL, pero no he visto una como esa.

GPL, LGPL, BSD, etc. están escritas para material con derechos de autor, y ese tipo de deja un vacío abierto para los diseños de hardware. no se "publica" una licencia, por lo que puede haber un desglose en el ajuste legal allí. Los FPGA pueden encajar un poco mejor, ya que para fpga usted hace algo comparable a compilar Spurce Code, y la distribución del archivo de bits está un poco más cerca de publicar algo de lo que puede hacer copyright que hacer PnR para un ASIC cableado, y puede hacer que su diseño de FPG se actualice por descargar e instalar un nuevo archivo de bits, que es como obtener y usar una gran cantidad de software hoy en día, pero aún así es un agua turbia para las licencias basadas en derechos de autor.

Tampoco estoy seguro de la compatibilidad cruzada entre las licencias de derechos de autor y las licencias específicas de hardware.

En mi humilde opinión, de los que he leído, TAPR es el mejor, pero al igual que gpl hace que todo su proyecto sea de código abierto bajo TAPR. Prefiero ver núcleos bajo un análogo lgpl. contribuir con mejoras al ip core, pero proteger otras partes del diseño.

según tengo entendido, las rarezas de las licencias de copyright son ejecutivas t relacionados por lo que, en general, es un problema si demanda a un usuario que no siguió la intención de la licencia, es posible que se salga con tecnicismos.

    
respondido por el billt

Lea otras preguntas en las etiquetas

¿Desviar los condensadores entre la vía y el chip? entero binario sin signo de 32 bits a BCD de 8 bits en AVR ASM para ATtiny. ¿Cómo hacerlo más eficiente?