В ядре Linux устранена следующая уязвимость: spi: cadence-quadspi: Parse DT для вспышек с остальной частью парсинга DT Недавнее рефактоверс…

В ядре Linux устранена следующая уязвимость: spi: cadence-quadspi: Parse DT для вспышек с остальной частью парсинга DT Недавнее рефактоверстрование того, где включено время выполнения PM, сделано в commit f1eb4e792bb1 («спи: spi-cadence-quadspi: Включить pm runtime раньше избегать дисбаланса") сделал тот факт, что когда мы делаем pm_runtime_disable() в траекториях ошибки зонда() мы можем запустить время отключать, который в Текущее результаты в дублировании отключений часов. Это особенно вероятно произойти, когда отсутствует или нарушено DT описание для вспышек Прикреплен к контроллеру. В начале функции зонда мы делаем pm_runtime_get_noresume() с тех пор функция зонда оставляет устройство в состоянии включенного, но в Путь ошибки мы не можем предположить, что PM включен, поэтому мы также вручную Отключать все, включая часы. Это означает, что когда время работы PM активные как он, так и функция зонда высвобождают одну и ту же ссылку на основные часы для IP, вызывающие предупреждения из подсистемы часов: [ 8.693719] Клк:75:7 уже отключены [ 8.693791] ВНИМАНИЕ: CPU: 1 PID: 185 на /usr/src/kernel/drivers/clk/clk.c:1188 clk_core_disable+0xa0/0xb ... [ 8.694261] clk_core_disable+0xa0/0xb4 (P) [ 8.694272] clk_отъединить+0x38/0x60 [ 8.694283] cqspi_probe+0x7c8/0xc5c [spi_cadence_quadspi] [ 8.694309] платформа_probe+0x5c/0xa4 Правильное решение этого вопроса осложняется тем, что мы не знаю, активен ли PM runtime, поэтому не могу сказать, отключит ли он Часы или нет. Однако мы можем обойти проблему для вспышки описания, перемещая их разбор на то, когда мы анализируем контроллер свойства, которые также спасают нас, делая кучу настроек, которые никогда не могут быть Используется, так что давайте сделаем это.