|Anonymous | Login | Signup for a new account||2023-05-31 10:45 UTC|
|Main | My View | View Issues | Change Log | Roadmap|
|View Issue Details [ Jump to Notes ]||[ Issue History ] [ Print ]|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000698||Taste||[All Projects] Ocarina - C code generation||public||2017-10-26 14:04||2022-12-06 12:28|
|Priority||normal||Severity||major||Reproducibility||have not tried|
Size of __po_hi_request_t is always the maximum
The size of the message buffers sent by the bus drivers is __PO_HI_MESSAGES_MAX_SIZE, which is calculated from sizeof(__po_hi_request_t). This type is a union of all the possible types in the function interfaces.
The consequence is that the size of the data sent via e.g. a serial line does not depend on which interfaces have been mapped through this serial line. Instead, it depends on the maximum data type size in the model.
For instance, if we have an interface in the model with a parameter of size 1kB which local inside a partition, and a second interface with a size of 1byte that is mapped to a serial line between two partitions, the serial line will send 1kB for each byte of actual data transferred.
This makes any data transfer between partitions unusable as soon as there are large types defined in the system, even if they are not actually transferred between partitions.
|Tags||No tags attached.|
See this patch as a template for drivers: https://github.com/OpenAADL/ocarina/issues/121 [^]
This has been tested with messages of various size on Linux/socket.
What is the current status in POHIC now?
Is there such issue with POHIAda too ?
issues with big messages were fixed in polyorb
|2017-10-26 14:04||miguel_munoz||New Issue|
new => assigned
|2017-10-26 14:04||miguel_munoz||Assigned To||
|2017-10-26 14:38||hugues||Assigned To||
user2 => hugues
|2017-11-15 12:11||hugues||Note Added: 0003122|
|2018-07-02 10:02||maxime||Note Added: 0003398|
|2022-12-06 12:28||maxime||Note Added: 0003821|
assigned => closed
open => fixed
|Copyright © 2000 - 2011 MantisBT Group|