[lvc-project] [PATCH v2] serial: 8250_mtk: correct max baud rate in set_termios() method
Sergey Shtylyov
s.shtylyov at omp.ru
Wed Oct 15 19:52:36 MSK 2025
On 10/14/25 11:40 PM, Fedor Pchelkin wrote:
[...]
>> Фёдор, вы получили ответ на это письмо? Я опять умудрился отправить
>> до того, как ответ был дописан (и в этот рвз я так и не понял, что же
>> я такое нажал) - я пытался прервать посылку и в результате потерял всё
>> письмо...
>> К счастью, удалось вытянуть текст из папки Drafts... :-)
>
> Да, получил. Но текущее тоже похоже не дописано в конце.
Да, на этот раз из-за моей забывчивости... :-)
[...]
>>>> Я всё-таки думаю в сторону добавления в mtk8250_of_match[] записей для
>>>> MT7981/8 с 3 Mbps, а в существующую запись - 4 Mbps. Такой вариант устроит
>>>> (исправление DT в этом случае не нужно, насколько я могу видеть)?
>>>
>>> Выделять отдельно MT7981/8, всё другое оставляя под общей гребёнкой как-то
>>> странно - там же ещё куча разных драйверов есть с .compatible = "mediatek,mt6577-uart".
>>
>> Разных device trees, в смысле? Я посмотрел в Documentation/devicetree/bindings/
>> serial/mediatek,uart.yaml, и этот "compatible" должен асегда присутствовать; я также
Всегда.
>> посмотрел несколько Mediatek DTs - и во всех было "compatible" с двумя строками в
>> значении...
[...]
>>> Полагаю, подобный кастомный ->set_termios только у Медиатек встречается?
>>
>> Отнюдь нет - тот же 8250_omap.c и ещё драйвера 2-3...
>>
>>> Неужели в других 8250-драйверах с подобной проблемой поддержки разных
>>> макс. скоростей для разных устройств не сталкивались, надо бы глянуть.
>>
>> Такого не попадалось (но я мог проворонить).
>> Мне, в принципе
Хотел написать вот что:
Мне, в принципе, известно, как делаются подобные вещи в платформенных/DT-
драйверах. В нашем случае нужно задействовать of_device_id::data и добавить
ещё одно поле в *struct* mtk8250_data, куда и перенести максимальную скорость.
В чисто платформенном драйвере задействуется device::platform_data, кажется
(давно не имел дела с таковыми - могу путать с device::driver_data)...
MBR, Sergey
More information about the lvc-project
mailing list