configASSERT when configMAX_SYSCALL_INTERRUPT_PRIORITY = 1 with 8 priority bits

Hello,
I am using ARM Cortex-M85 with FreeRTOS v11.1.0.
In system, we are using 8 priority bits and configured configMAX_SYSCALL_INTERRUPT_PRIORITY to 1.
And it seems this raises below configASSERT in function xPortStartScheduler() of port.c file.

        if( ulImplementedPrioBits == 8 )
        {
            /* When the hardware implements 8 priority bits, there is no way for
             * the software to configure PRIGROUP to not have sub-priorities. As
             * a result, the least significant bit is always used for sub-priority
             * and there are 128 preemption priorities and 2 sub-priorities.
             *
             * This may cause some confusion in some cases - for example, if
             * configMAX_SYSCALL_INTERRUPT_PRIORITY is set to 5, both 5 and 4
             * priority interrupts will be masked in Critical Sections as those
             * are at the same preemption priority. This may appear confusing as
             * 4 is higher (numerically lower) priority than
             * configMAX_SYSCALL_INTERRUPT_PRIORITY and therefore, should not
             * have been masked. Instead, if we set configMAX_SYSCALL_INTERRUPT_PRIORITY
             * to 4, this confusion does not happen and the behaviour remains the same.
             *
             * The following assert ensures that the sub-priority bit in the
             * configMAX_SYSCALL_INTERRUPT_PRIORITY is clear to avoid the above mentioned
             * confusion. */
            configASSERT( ( configMAX_SYSCALL_INTERRUPT_PRIORITY & 0x1U ) == 0U );
            ulMaxPRIGROUPValue = 0;
        }

Does this mean if the number of implemented priority bits is 8 then we can only set the configMAX_SYSCALL_INTERRUPT_PRIORITY to an even number(2, 4, 6, …)?

Yes, you are exactly right. The explanation is given in the comments. Please change configMAX_SYSCALL_INTERRUPT_PRIORITY to 2.

OK, Thanks for the information!