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

Michal Lenc (@michallenc) gitlab at rtems.org
Sun Apr 12 05:04:28 UTC 2026




Michal Lenc commented on a discussion on cpukit/include/dev/can/sja1000.h: https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/1183#note_148427

 > + * 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(

Ok, changed here for sja1000, I will submit a separate MR for CTU CAN FD.

-- 
View it on GitLab: https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/1183#note_148427
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/20260412/fe7478bb/attachment.htm>


More information about the bugs mailing list