ALT Linux Bugzilla – #59720

** Message: 10:28:55.531: No sensors or missing kernel drivers for the sensors. Exiting

(Ответ для Yuri N. Sedunov на комментарий #1)
> ** Message: 10:28:55.531: No sensors or missing kernel drivers for the
> sensors. Exiting

Уточните, это мешает работе на других устройствах?

Прикладываю вывод sscli на устройстве на базе qualcomm snapdragon 845, показывающий наличие сенсоров:

neko@Azuki ~> ssccli --sensor accelerometer

Accelerometer sensor measurement: X=0.457536 Y=0.268294 Z=10.013100 m/s²
Accelerometer sensor measurement: X=0.450350 Y=0.263503 Z=10.099337 m/s²
Accelerometer sensor measurement: X=0.450350 Y=0.273085 Z=10.072987 m/s²
Accelerometer sensor measurement: X=0.450350 Y=0.273085 Z=10.075383 m/s²
Accelerometer sensor measurement: X=0.447954 Y=0.277876 Z=10.084965 m/s²
Accelerometer sensor measurement: X=0.452745 Y=0.273085 Z=10.082569 m/s²
Accelerometer sensor measurement: X=0.450350 Y=0.275480 Z=10.075383 m/s²
Accelerometer sensor measurement: X=0.447954 Y=0.270689 Z=10.082569 m/s²
Accelerometer sensor measurement: X=0.459932 Y=0.280271 Z=10.084965 m/s²

Ваша поделка с кастомным ядром тут не причем.

(Ответ для Yuri N. Sedunov на комментарий #4)
> Ваша поделка с кастомным ядром тут не причем.

Но либу же вы зачем-то опакетили.
И ядро тут кастомное только по части дерева устройства и девайс-специфичных частей.
FastRPC и SLPI доступен на upstream aarch64 ядре.

Так что если включение в сборку поддержки libssc не ломает работу на других устройствах, прошу включить эту поддержку.

Если ломает, то пишите конкретный сценарий, буду говорить с апстримом

(Ответ для Vasiliy Doylov на комментарий #5)
> (Ответ для Yuri N. Sedunov на комментарий #4)
> > Ваша поделка с кастомным ядром тут не причем.
> 
> Но либу же вы зачем-то опакетили.
> И ядро тут кастомное только по части дерева устройства и девайс-специфичных
> частей.
> FastRPC и SLPI доступен на upstream aarch64 ядре.

Стандартное aarch64 ядро в сборочнице.

Linux localhost.localdomain 6.18.25-6.18-alt1 #1 SMP PREEMPT_DYNAMIC Mon Apr 27 15:14:16 UTC 2026 aarch64 GNU/Linux

Но тесты проваливаются:

...
Summary of Failures:

25/26 iio-sensor-proxy:Tests.test_ssc_compass                        FAIL            14.04s   exit status 1
26/26 iio-sensor-proxy:Tests.test_ssc_light                          FAIL            14.02s   exit status 1

Ok:                24  
Fail:              2   

Разберетесь, переоткроете.

(Ответ для Yuri N. Sedunov на комментарий #6)
> (Ответ для Vasiliy Doylov на комментарий #5)
> > (Ответ для Yuri N. Sedunov на комментарий #4)
> > > Ваша поделка с кастомным ядром тут не причем.
> > 
> > Но либу же вы зачем-то опакетили.
> > И ядро тут кастомное только по части дерева устройства и девайс-специфичных
> > частей.
> > FastRPC и SLPI доступен на upstream aarch64 ядре.
> 
> Стандартное aarch64 ядро в сборочнице.
> 
> Linux localhost.localdomain 6.18.25-6.18-alt1 #1 SMP PREEMPT_DYNAMIC Mon Apr
> 27 15:14:16 UTC 2026 aarch64 GNU/Linux
> 
> Но тесты проваливаются:
> 
> ...
> Summary of Failures:
> 
> 25/26 iio-sensor-proxy:Tests.test_ssc_compass                        FAIL   
> 14.04s   exit status 1
> 26/26 iio-sensor-proxy:Tests.test_ssc_light                          FAIL   
> 14.02s   exit status 1
> 
> Ok:                24  
> Fail:              2   
> 
> Разберетесь, переоткроете.

Тесты не запускаются из-за отсутствия libssc mocking. Посмотрите как это сделано тут и решите: нужны ли интеграционные тесты, или их будет проще отключить:

https://gitlab.freedesktop.org/hadess/iio-sensor-proxy/-/blob/master/.gitlab-ci.yml?ref_type=heads#L46-58

Created attachment 21812 [details]
Патч для отключения ssc тестов на устройстве без ssc

Прикладываю патч, который отключает SSC тесты, если невозможно проицициализировать компасс

(Ответ для Vasiliy Doylov на комментарий #8)
> Создано вложение 21812 [details] [подробности]
> Патч для отключения ssc тестов на устройстве без ssc
> 
> Прикладываю патч, который отключает SSC тесты, если невозможно
> проицициализировать компасс

Ok:                26  
Fail:              0

(Ответ для Yuri N. Sedunov на комментарий #9)
> (Ответ для Vasiliy Doylov на комментарий #8)
> > Создано вложение 21812 [details] [подробности]
> > Патч для отключения ssc тестов на устройстве без ssc
> > 
> > Прикладываю патч, который отключает SSC тесты, если невозможно
> > проицициализировать компасс
> 
> Ok:                26  
> Fail:              0

Но это в локальном хешере.


В сборочнице:
https://git.altlinux.org/tasks/423821

❌ QIPCRTR protocol not supported by the kernel, check modules


Разбирайтесь дальше.

(Ответ для Yuri N. Sedunov на комментарий #10)
> (Ответ для Yuri N. Sedunov на комментарий #9)
> > (Ответ для Vasiliy Doylov на комментарий #8)
> > > Создано вложение 21812 [details] [подробности]
> > > Патч для отключения ssc тестов на устройстве без ssc
> > > 
> > > Прикладываю патч, который отключает SSC тесты, если невозможно
> > > проицициализировать компасс
> > 
> > Ok:                26  
> > Fail:              0
> 
> Но это в локальном хешере.
> 
> 
> В сборочнице:
> https://git.altlinux.org/tasks/423821
> 
> ❌ QIPCRTR protocol not supported by the kernel, check modules
> 
> 
> Разбирайтесь дальше.

У ядра на сборочнице белый список модулей ядра. Поэтому выход может быть только в отключении теста.

Теоретически, можно с помощью vm-run решить эту проблему: в виртуалке загрузить ядро с нужными модулями и тестировать там. Но это очень много мороки: не уверен, что синтетический тест на виртуальном железе стоит того, поскольку функциональность библиотеки на реальном оборудовании он всё равно не проверяет.