RTEMS | libtest: Add packet processor (#5057)

[Gedare Bloom (@gedare)]

Gedare Bloom commented: https://gitlab.rtems.org/rtems/rtos/rtems/-/issues/5057#note_108978


Is there any need to consider forward-compatibility in the protocol, to accommodate future types of packets, or expansion of capabilities in existing packet types?

The way this protocol is defined, it would only ever be capable of supporting 12-bit seq and ack numbers. I would suggest moving the "type" (e.g., H, A, R ...) to start the packet so the rest can be decoded correctly. This would allow easier future expansion as the formats can be derived form the "type"

-- 
View it on GitLab: https://gitlab.rtems.org/rtems/rtos/rtems/-/issues/5057#note_108978
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/20240710/3e40444d/attachment.htm>