** 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 решить эту проблему: в виртуалке загрузить ядро с нужными модулями и тестировать там. Но это очень много мороки: не уверен, что синтетический тест на виртуальном железе стоит того, поскольку функциональность библиотеки на реальном оборудовании он всё равно не проверяет.

Насколько эти тесты важны? Может действительно отключить их? Мне, как пользователю Alt Mobile очень хотелось бы иметь поддержку автоповорота экрана. Она завязана на датчик акселерометра, доступ к которому организован через libssc.