feat: store transmit messages in memory pool

Open
#13 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
38/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Stale
Tech stack
c
Domain
embedded-iot

Research direction

Start by tracing the existing block-pool message handling, current transmit message creation, and the transmit queue. Implement and connect rtcan_msg_alloc() across those paths, then verify that transmit messages are allocated from the pool, passed by pointer, and freed after transmission.

Written by the indexing model from the issue text.

Description

feature
Description

Received messages are currently stored in a block pool, whereas transmit messages are copied around (into queue, out of queue, to CAN FIFO). Transmit messages could also be put into the block pool to reduce copying.

Requirements
  • Add rtcan_msg_alloc() function to allocate memory for a message.
  • Replace existing message creations with rtcan_msg_alloc().
  • Pass pointers to created message through transmit queue.
  • Free messages after transmission.
Dominant language
C
Stars
4
Forks
0
PR merge metrics
No merged PRs in 30d

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from sufst/rtcan

All issues in sufst/rtcan

Similar issues

More C issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.