The call to Untar_FromMemory_Print() on line 400 was passing
false as the third argument. "rtems_printer *" was expected.
In C previous to C23, false was a macro defined as 0 and could
be converted to a pointer. In C23, false, true, and bool are keywords.
The DMA interrupt handlers for multiple drivers took two parameters
but the signature expected by the registration function assumed the
handlers had three parameters. The solution was to conditionally add
a third parameter (ignored) and mark it with RTEMS_UNUSED.
For the UART and USART drivers, there was a type defined for the
handler which included the incorrect signature. Changed to use the
DMA handler type.
Implements the required bsp directives for the 'new' style rtems
interrupt system. Previously, uC5282 only supported interrupts through
the BSP_installVME_isr directive.
BSP_installVME_isr still behaves the same, but is instead implemented
using the new IRQ directives. To ensure compatibility with existing
EPICS related code without causing subtle bugs, BSP_installVME_isr will
also poke at the EPORT interrupt settings to enable IRQ1 when installing
a "fake VME" interrupt (vector >= 192).
This also fixes a regression from e9cb088995 that broke clock interrupt
handlers, leading to the BSP crashing shortly after boot.
Fixes -Wsign-compare compile warnings in CAN code. This introduces
the change in rtems_ctucanfd_initialize where ntxbufs is changed from
int to unsigned int, thus making the ntxbufs < 0 obsolete.
Signed-off-by: Michal Lenc <michallenc@seznam.cz>
Silences -Werror=unused-parameter warnings in psximfs and psximfs04
tests by explicitly casting the unused argument to void. This fixes
the build on strict compilers.
Previously, the function returned true when node->next == NULL, but did
not verify that node->previous was also NULL.
The updated implementation checks the node->next == NULL and in
RTEMS_DEBUG it checks node->previous == NULL before reporting the
node is off-chain.
These changes ensure that the off-chain invariant is verified in
the RTEMS_DEBUG
This change Updates RTEMS issue #4812.
This change eliminates an unnecessary blank paragraph in
cpukit/include/rtems/score/copyrt.h. RTEMS documentation requires single
spaced paragraphs, and the previous formatting contained consecutive
blank lines.
The modification is formatting-only and has no functional impact.
Updates #4807.
This patch removes a superfluous blank paragraph from
cpukit/include/rtems/rtems/barrierdata.h. The formatting issue created
two consecutive blank lines inside the documentation block, which is not
permitted by RTEMS style rules.
This update improves documentation consistency without altering runtime
behavior.
Updates #4807.
Signed-off-by: Asif Khan <asif21012006@gmail.com>
This patch removes an unnecessary blank paragraph in
cpukit/include/rtems/confdefs/iodrivers.h to comply with RTEMS
documentation formatting guidelines. Only one blank line should separate
paragraphs, and this change enforces that rule.
Updates #4807.
Added API header OK test in psxtests/psxhdrs
as a part of my work to GSoC 25
note that functions ppoll(), sem_clockwait() and timespec_get()
don't have a prototype yet so the tests will fail. I won't
add them to the libpsxhdrs.yml file until my PR is approved in newlib.
The ZYNQMP_RPU_CORE_INDEX macro is undefined in the code, making
BSP_ARM_GIC_MULTI_PROCESSOR_SECONDARY never being defined, which makes
the secondary core initialize GIC again. It should be changed to
ZYNQMP_RPU_SPLIT_INDEX.
Add build options for start address, vector base, and BRAM length,
wire them into the microblaze_fpga linker script and BSP group,
and add the dependencies to the kcu105_qemu BSP spec.
This change was made to address GCC -Wtype-limits warnings.
In this case, the counter variable was uint16_t but the value
of ALTERA_EPCQ_CONTROLLER2_1US_TIMEOUT_VALUE was too large
for uint16_t.
These changes were made to address GCC -Wtype-limits warnings.
In this case, the variables were unsigned and there was no need to
check them for being <= 0.
Updates #5388.
These changes were made to address GCC -Wtype-limits warnings.
In this case, an unsigned variable was used to contain an
int function return value and check it for < 0.
These changes were made to address GCC -Wtype-limits warnings.
In this case, the array index was an unsigned char and the array
being indexed had 256 entries. There was no way for the index to
be an invalid index.
