Hi Alan,
On 20.5.2017 18:20, Alan Cox wrote:
> On Fri, 19 May 2017 20:21:54 -0600
> Sam Povilus <kernel.development@xxxxxxxx> wrote:
>
>> The number of xilinx ps uart should be set by a kernel parameter instead of
>> using a #define. This allows the user to set the number of xilinx ps uart
>> using only kconfig and not modifying kernel source.
>>
>> The ps uart is used in Xilnx Zynq chips usually in quantities maxing at
>> two, but there may be other chips that use more in the future or that I
>> don't know about.
>
> If it maxes at two then just set it to two. If in in future it maxes at
> lots then when it's going to happen change the code to do dynamic
> allocation and test it versus actual hardware.
>
> Otherwise you break some of the basic ideas of having one kernel for many
> systems.
We have in soc vendor tree similar patch but the reason is different.
tty: serial: Added a CONFIG_SERIAL_XILINX_NR_UARTS option.
This patch Adds CONFIG_SERIAL_XILINX_NR_UARTS option to allow
the user to provide the Max number of uart ports information.
If multiple cards (or) PL UARTS are present, the default limit
of 2 ports should be increased.
I haven't checked all drivers but in our case we have added this as
quick fix for scenarios where you use serial aliases where alias is
pointed to serial2 or more.
In cdns_uart_init() cdns_uart_uart_driver is passed which contains .nr
which is required to be passed.
What's the best driver to look at dynamic allocation?
Thanks,
Michal
--
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
