[PATCH v2 06/12] smpcapture02: Fix use of BSP_INTERRUPT_VECTOR_MAX

Gedare Bloom gedare at rtems.org
Wed Jun 23 16:10:08 UTC 2021


Is this bug worth fixing on 5?

My guess is not worthwhile.

On Sat, Jun 19, 2021 at 8:05 AM Sebastian Huber
<sebastian.huber at embedded-brains.de> wrote:
>
> This define represents the last valid interrupt vector number.
>
> Update #3269.
> ---
>  testsuites/smptests/smpcapture02/init.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/testsuites/smptests/smpcapture02/init.c b/testsuites/smptests/smpcapture02/init.c
> index 9cf1f0b006..329fd344e6 100644
> --- a/testsuites/smptests/smpcapture02/init.c
> +++ b/testsuites/smptests/smpcapture02/init.c
> @@ -316,7 +316,7 @@ static void Init(rtems_task_argument arg)
>    test(cpu_count);
>
>    /* Try to find the clock interrupt handler */
> -  for ( vec = 0; vec < BSP_INTERRUPT_VECTOR_MAX; vec++ ) {
> +  for ( vec = 0; vec <= BSP_INTERRUPT_VECTOR_MAX; vec++ ) {
>      rtems_interrupt_handler_iterate(vec, locate_clock_interrupt_handler, &cih);
>      if ( cih.found )
>        break;
> --
> 2.26.2
>
> _______________________________________________
> devel mailing list
> devel at rtems.org
> http://lists.rtems.org/mailman/listinfo/devel


More information about the devel mailing list