RTEMS | can: add support for SJA1000 CAN controller (!1183)

[Gedare Bloom (@gedare)]

Gedare Bloom commented on a discussion on cpukit/include/dev/can/sja1000.h: https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/1183#note_148158

 > + * This is an entry point for SJA1000 controller initialization. This
 > + * function allocates generic CAN and SJA1000 related structures, sets
 > + * default values and initializes the resources (interrupt handler, semaphore.
 > + * worker thread).
 > + *
 > + * @param  addr            SJA1000 controller base address.
 > + * @param  hw_options      SJA1000 controller hardware options for register
 > + * mapping.
 > + * @param  irq             Interrupt number.
 > + * @param  worker_priotiry The priority of TX/RX worker thread.
 > + * @param  irq_option      RTEMS_INTERRUPT_SHARED or RTEMS_INTERRUPT_UNIQUE.
 > + * @param  can_clk_rate    CAN clock rate.
 > + *
 > + * @return Pointer to CAN chip structure on success, NULL otherwise.
 > + */
 > +struct rtems_can_chip *rtems_sja1000_initialize(

I would change it now, before we release `7` with it. The API breakage is then within this RTEMS release cycle.

-- 
View it on GitLab: https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/1183#note_148158
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/20260406/82a1a914/attachment.htm>