RTEMS | Draft: cpukit: add support for common CAN/CAN FD stack (!49)

[Pavel Pisa (@ppisa)]

Pavel Pisa commented on a discussion on cpukit/dev/can/can-queue.c: https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/49#note_108460

 > +    rtems_mutex_unlock( &qedge->outends->ends_lock );
 > +  }
 > +  RTEMS_DEBUG_PRINT( "For edge %d returned %d\n", qedge->edge_num, ret );
 > +  return ret;
 > +}
 > +
 > +/**
 > + * @brief This function implements subsystem independent routine to initialize
 > + * ends state.
 > + *
 > + * @param qends  Pointer to the end.
 > + *
 > + * @return This fucntion cannot fail.
 > + *
 > + */
 > +int canqueue_ends_init_gen( struct canque_ends_t *qends )

It is "generic" to be reused from `canqueue_ends_init_chip`, `canqueue_ends_init_user`, etc.
May it be can stay without suffix, or exted to common, or base...

-- 
View it on GitLab: https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/49#note_108460
You're receiving this email because of your account on gitlab.rtems.org.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/bugs/attachments/20240628/56d00c65/attachment.htm>