Re: [PATCH v2] serial: 8250: Add hardware dependency to RT288X option

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Jean,

On 03/11/2016 06:31 AM, Jean Delvare wrote:
> Le Thursday 10 March 2016 à 14:19 -0800, Peter Hurley a écrit :
>> On 03/08/2016 05:30 AM, Jean Delvare wrote:
>>> Kconfig option SERIAL_8250_RT288X seems to be only relevant on a
>>> limited number of platforms, so do not present it on other
>>> architectures, unless build-testing.
>>>
>>> Signed-off-by: Jean Delvare <jdelvare@xxxxxxx>
>>> Acked-by: John Crispin <blogic@xxxxxxxxxxx>
>>> Cc: Mans Rullgard <mans@xxxxxxxxx>
>>> Cc: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
>>> Cc: Jiri Slaby <jslaby@xxxxxxxx>
>>> ---
>>> Changes since v1:
>>>  * Add ARCH_TANGO to the list of platforms, as Måns Rullgård tells me
>>>    it has this hardware too.
>>>
>>>  drivers/tty/serial/8250/Kconfig |    1 +
>>>  1 file changed, 1 insertion(+)
>>>
>>> --- linux-4.5-rc7.orig/drivers/tty/serial/8250/Kconfig	2016-03-08 09:18:45.610936903 +0100
>>> +++ linux-4.5-rc7/drivers/tty/serial/8250/Kconfig	2016-03-08 14:26:14.565737750 +0100
>>> @@ -295,6 +295,7 @@ config SERIAL_8250_EM
>>>  config SERIAL_8250_RT288X
>>>  	bool "Ralink RT288x/RT305x/RT3662/RT3883 serial port support"
>>>  	depends on SERIAL_8250
>>> +	depends on MIPS || ARCH_TANGO || COMPILE_TEST
>>
>> This seems pretty speculative.
> 
> This is based on the Kconfig plus information I was given meanwhile.
> This may be incremental but not speculative.

Well, that's not the only way to configure a serial port.
It can be done from userspace with TIOCSSERIAL ioctl.


>> I'm concerned that patch v1 was only for MIPS, and now is already
>> needed on at least one ARM platform.
> 
> This is still a short list, and this is why I think it should be added.

So what happens when it turns out that this breaks some
platform and we find out 5 or even 10 versions from now?


>> Also this won't prevent this type of port at all, but rather
>> will only break its i/o path.
> 
> Not related to my patch. But I did indeed noticed that PORT_RT2880 is
> defined regardless of option SERIAL_8250_RT288X, and I agree this is
> awkward.

And notice how the HUB6 i/o accessors aren't optioned either.


>> Simpler to just remove the option, as I already wrote.
> 
> I disagreed back then, and still do.

Sorry, I never saw any reply. Are you sure you sent one?


> If you want to remove the option, you'll have to send a patch doing so.
> Do not expect me to do it for you when I do not think this is the right
> thing to do.

Ok, will do.

Regards,
Peter Hurley


--
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



[Index of Archives]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Linux PPP]     [Linux FS]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Linmodem]     [Device Mapper]     [Linux Kernel for ARM]

  Powered by Linux