Перейти к содержанию
    

nanorobot

Свой
  • Постов

    607
  • Зарегистрирован

  • Посещение

Репутация

5 Обычный

1 Подписчик

Информация о nanorobot

  • Звание
    Знающий
    Знающий
  • День рождения 05.02.1962

Посетители профиля

7 105 просмотров профиля
  1. собрал с ядром 6.10.6 , фрагмент из выхлопа dmesg: platform 2009400.temperature-sensor: deferred probe pending: platform: wait for supplier /soc/efuse@3006000/ths-calib@14 причину найти не получилось пока..
  2. Патч от Sasamy: https://electronix.ru/forum/applications/core/interface/file/attachment.php?id=166147&key=4ee43bea14fd6b6bbf5c4bcdb3511c37 dts в части панели LVDS изменил только compatible = "panel-lvds";
  3. когда то занимался, точно не помню, что и как -TP_UP_PENDING, TP_DOWN_PENDING чтением не сбрасываются - может они...? TP_IDLE_FLAG тоже настораживает .. здесь посмотрите https://github.com/RT-Thread/rt-thread/blob/master/bsp/allwinner/libraries/sunxi-hal/hal/source/tpadc/hal_tpadc.c
  4. информация из этого патча решает проблему: https://github.com/NickAlilovic/build/blob/03be507c133f5ece6441778d6905e9653b3ffd8b/patch/misc/wireless-rtl8189es-fix-compilation-with-6.7-kernel.patch еще вызов функции cfg80211_ch_switch_notify(..) нужно привести в соответствие с хидером /linux-6.10.6/include/net/cfg80211.h после чего все собирается успешно ..
  5. Прошу прощения, не силен в терминах. Не уверен, что использовал именно "майнстримное" ядро, просто выставил в конфигурации (6.10.6) Kernel version
  6. У меня 6.10.6 под Kubuntu 24.04 собирается с ошибкой: drivers/net/wireless/realtek/rtl8189fs/os_dep/linux/ioctl_cfg80211.c:9672:26: error: initialization of ‘int (*)(struct wiphy *, struct net_device *, struct cfg80211_ap_update *)’ from incompatible pointer type ‘int (*)(struct wiphy *, struct net_device *, struct cfg80211_beacon_data *)’ [-Werror=incompatible-pointer-types] 9672 | .change_beacon = cfg80211_rtw_change_beacon, хотя файл ioctl_cfg80211.c идентичен такому же в 6.4.10, которая собирается успешно.
  7. У меня ровно наоборот - проканало именно с compatible = "panel-lvds"; плюс патч от sasamy..
  8. Разобрался, причина была в dts. Похоже(судя по осциллограммам) все работает как надо. Благодарю за предоставленный патч.
  9. Уважаемый sasamy, воспользовался Вашим патчем, поначалу были проблемы, связанные с моим dts и функции инициализации lvds не вызывались.. Сейчас dts исправил, и я получаю ошибку в функции >> void sun20i_d1_setup_lvds_phy << из Вашего патча, вполне возможно, что она также связана с dts. Суть проблемы: функция >> devm_phy_get << присваивает dphy значение 0xffffffed (-19), и это значение не проходит проверку IS_ERR(dphy), соответственно инициализация phy не выполняется. Был бы крайне признателен Вам за любую помощь ... static void sun20i_d1_setup_lvds_phy(struct sun4i_tcon *tcon, const struct drm_encoder *encoder) { struct phy *dphy = devm_phy_get(tcon->dev, "dphy"); if (IS_ERR(dphy)) return; if (phy_init(dphy)) return; if (phy_set_mode(dphy, PHY_MODE_LVDS)) return; if (phy_power_on(dphy)) return; if (tcon->lvds_dual) sun6i_tcon_setup_lvds_phy(tcon, encoder); }
  10. Нет, само собой не поддерживается, но в линуксе, на мой дилетантский взгляд, много неочевидных моментов, таких как структура DTS, связь между DTS и драйверами, etc .. При этом я сторонник решения именно на линукс, но некотрые моменты выглядят почти непреодолимыми .. Переходник rgb->lvds не решает проблему освобождения части ног процессора.
  11. В свете обсуждаемой парадигмы линукс vs бареметал, стоит отметить, что для данного процессора LVDS в линуксе пока(?) не поддерживается ..
  12. Извините, непонятно, это на какой пост реакция? P.S. Прокрутил вверх, увидел, но это апрель..
  13. попробуйте здесь посмотреть в качестве примера, ну и переработать под T113. У меня тоже планы в этом направлении, но пока еще этот путь не прошел... https://elixir.bootlin.com/linux/latest/source/arch/arm/boot/dts/allwinner/sun8i-a83t-tbs-a711.dts https://elixir.bootlin.com/linux/latest/source/arch/arm/boot/dts/allwinner/sun8i-a83t.dtsi
×
×
  • Создать...