mickey

Ale na standardowym jajku bez printk, to chyba nawet kabelek nie pomoże?

Proponuję wpisać na początku skryptu (za #!/bin/sh): /bin/touch /root/plik1.test Jak się plik utworzy, to trzeba będzie się dokładniej skryptowi przyjrzeć.

Dobra... Ogarnąłem... W załączniku komplet. Przede wszystkim działające biblioteka _lzma.so w backports/lzma. Biblioteki liblzma z paczki tux[/member] załączonej wyżej. Sama wtyczka z GitHuba. Źrodła z forum VU+. Obie rzeczy może takie same jak w paczkach tux[/member] a może nie ... nie porównywałem. U mnie pobieranie xz działa. plug_epgimport.tar.bz2

Skompilowałem i ... nie wiem o co chodzi: from backports import lzma File "/usr/lib/python2.7/site-packages/backports/lzma/__init__.py", line 25, in <module> from ._lzma import * ImportError: /usr/lib/python2.7/site-packages/backports/lzma/_lzma.so: undefined symbol: lzma_easy_encoder albo przy innych parametrach gcc: from backports import lzma File "/usr/lib/python2.7/site-packages/backports/lzma/__init__.py", line 25, in <module> from ._lzma import * ImportError: /usr/lib/python2.7/site-packages/backports/lzma/_lzma.so: undefined symbol: lzma_lzma_preset

Jak zerknąłem do tych źródeł, które w linku, to jest tam coś o przystosowaniu pakietu z pythona 3.3 do starszych wersji.

W logach openpli faktycznie pustki, więc przygotowałem sobie pakiet testowy. Na wersji 1: from backports import lzma File "/usr/lib/python2.7/site-packages/backports/lzma/__init__.py", line 25, in <module> ImportError: /usr/lib/python2.7/site-packages/backports/lzma/_lzma.so: cannot open shared object file: No such file or directory Na wersji 2: from backports import lzma File "/usr/lib/python2.7/site-packages/backports/lzma/__init__.py", line 25, in <module> ImportError: dynamic module does not define init function (init_lzma) Plik _lzma.so kompilowałeś z tego: https://pypi.python.org/pypi/backports.lzma, czy masz inne źródło?

U mnie xz nie ściąga. Z gz jest ok, ale tak już było. Potrzebuję dłuższej chwili na jakiś debeg, bo w logu EPGImport nic mądrego nie ma :(

Ściągnąłem wczoraj wtyczkę z GitHuba https://github.com/OpenPLi/enigma2-plugin-extensions-epgimport i plik ze źródłami z paczki, którą wystawili tutaj: http://www.vuplus-community.net/board/threads/update-epgimport-xmltvimport-and-rytec-sources.34047/ (nie wiem co jest w paczce ze źródłami na mipsel dla GOS). Obsługi XZ na SH4 nie udało mi się odpalić ... może jeszcze powalczę, ale tar.gz działają. Może w wolnej chwili podrzucę tutaj to co mam.

Uruchomić z innego nośnika, podmontować w systemie plików aktualny system i zmodyfikować plik /etc/passwd.

JaGrab3[/member]: Pytanko takie, czy na zachowanie mają wpływ opcje w ustawieniach tunera dotyczące "wysyłania" napięcia i sygnału 22kHz oraz sygnałów DiSEQ? A co do opisanego problemu ... to chyba mam tak na nboksie od ... grubo ponad roku. Przy skakaniu po kanałach co jakiś czas czarno i po kilku sekundach błąd czytania PAT. ADB5800SX ... wiadomo jaki jest, więc padło na sprzęt - ale kondensatory wyjąłem, pomierzyłem ... i wlutowane zostały z powrotem. Jak mi któregoś dnia wskoczył inny kanał niż wybrałem, to poszukałem w spisach i wyszło na to, że włączyło się coś na tej samej częstotliwości ale na innej polaryzacji. Od tego momentu już wiem, że problem polega na tym co opisał JaGrab3[/member], czyli że nie zmienia polaryzacji. Ale czy nie wysyła sygnału, czy jest zakłócony, czy mój multiswitch nie reaguje, tego nie wiem. Nauczyłem się z tym żyć. Zmieniam kanał (transponder) po chwili wskoczy mi co trzeba. Żadnych restartów GUI czy innych. Na komunikat o PAT też nie czekam, bo widzę wcześniej po wartości BER, że problem się pojawił. Kombinowałem w zaawansowanych ustawieniach sterowania konwerterem - różne opóźnienia i podobne, ale bez skutku. No i jak pisałem: Zawsze zwalałem to na problemy z moim ADB5800SX i dopiero dzisiaj przeczytałem, że ktoś ma podobnie ... tyle, że na innym sprzęcie. Też mam do tego tunera rozdzielacz podłączony i jedna głowica steruje, a druga jest "przez rozdzielacz", więc się dostosowuje. U mnie E2 z kwietnia 2016. A zaczęło się z grubsza jak nbox przeszedł na 0217. I jeszcze raz: Mój problem może być tylko moim ... ale jakoś tak czytając posta @ JaGrab3 sytuacja wydała mi się podobna.

http://libcec.pulse-eight.com/vendor/support http://forum.xunil.pl/index.php/topic,1536.msg26672/topicseen.html#msg26672 Ot taka przypadłość telewizorów LG ;) Urządzenia LG nawzajem się wyłączają, ale to już nie jest zgodne z CEC. Tam jest jakaś osobna komunikacja. Nie dochodziłem szczegółów.

pablocool[/member]: Źródła... Najlepszym źródłem informacji o źródłach jest tux[/member], ale może wiele się nie pomylę poniżej :) ESI/UHD: Na moim GitHubie jak i na oficjalnym DD (czy też obecnie bardziej na Audinek, bo DD do nowej wersji buildsystem przeszło) jest to samo. Natomiast w GOS jest kompilacja tux[/member], który nałożył patche z GitHuba na najnowsze źródła jajka, czyli .71. 2850: To co jest na moim GitHubie + procedura z .71 jak wyżej autorstwa tux[/member]. 5800: Zdaje się, że dokładnie jak na moim GitHubie (adb5800 a nie adb_box). DSI87: Nie wiem czy moje 0217 trafiło do GOS ;) Natomiast we wszystkich przypadkach gdzie jajko jest kompilowane przez tux[/member] konfiguracja jest dostosowana przez niego, ale ... na działającym systemie w /proc/config.gz jest (powinna być) aktualna konfiguracja jajka. Czyli jak chodzi o jajko i sterowniki, to jak skorzystasz z mojego GitHuba i tego co jest na DD to masz to co w GOS. Enigma na SH4... GitHub herpoi[/member] stan aktualny z GOS, ale jak chcesz aktualizować, to trzeba by to ręcznie scalić z aktualnym źródłami enigmy. Na DD jest starsza wersja, jeżeli ostatnio nie było jakiejś aktualizacji. Stare źródła freebox[/member]... A na jaki tuner? Jak znajdę w swoich archiwach, to mógłbym udostępnić. Pliki swego czasu były dostępne na publicznym serwerze, wiec chyba nie będzie problemu jak je wystawię [jak znajdę].

Mam tak co jakiś czas ... jak mi pendrajw pada. Przełącza się w tryb "tylko do odczytu" i niby działa, ale już nic nie da się przekonfigurować.

Kwestia wkompilowania fragmentów w jajko albo modułów - zdaje się, że CIFS powoduje wzrost rozmiaru. Jak Ci bardzo zależy, to znajdę gdzieś config freebox[/member] i udostępnię. Trochę mnie nie było na forum, ale widzę, że zauważyłeś sam :) Dałem moduł. Ale IPFILTER też mam jako moduł ... i nie da się tego modułu załadować, jeżeli jajko nie jest kompilowane z tą opcją. Ale mniejsza z tym ;) Cuda się jednak nie dzieją. Jakoś tak wróciłem do tamtych ustawień po dłuższym okresie i faktycznie mam "y" a nie "m". Dlatego działa bez ładowania modułu. Zbyt dużo wersji i się bałagan zrobił :(

No to od końca: Sterowniki głowic są jak napisałeś w driver/frontends. Z mojego Makefile: https://github.com/mickeyreg/driver/blob/master/frontends/Makefile -> ifdef ADB5800 # single stb0899 (BSKA, BXZB) fe-core-bska-objs += adb/stb0899_algo.o fe-core-bska-objs += adb/stb0899_drv.o fe-core-bska-objs += adb/stb6100.o fe-core-bska-objs += adb/core.o obj-m += fe-core-bska.o # dual stb0899 (BSLA) fe-core-bsla-objs += adb_dual/stb0899_algo.o fe-core-bsla-objs += adb_dual/stb0899_drv.o fe-core-bsla-objs += adb_dual/stb6100.o fe-core-bsla-objs += adb_dual/core.o obj-m += fe-core-bsla.o # dual stv0900 (BZZB) fe-core-bzzb-objs += adb_stv900/stv090x.o fe-core-bzzb-objs += adb_stv900/stb6100.o fe-core-bzzb-objs += adb_stv900/core.o obj-m += fe-core-bzzb.o # single stv0297 (BVXA - DVB-C) fe-core-bvxa-objs += adb_mmp/mt2060.o fe-core-bvxa-objs += adb_mmp/stv0297.o fe-core-bvxa-objs += adb_mmp/core.o obj-m += fe-core-bvxa.o endif To dziwne zachowanie jest normalne. Jeżeli istnieje /dev/dvb/adapter0/frontendX, to enigma2 próbuje coś do niego przypisać. A jak nie ma sterownika, to masz loga jak podałeś. Sterownik głowicy z mojej paczki działa na 99,99% prawidłowo. Zostawiłem sobie margines błędu, bo mogłem coś zmienić w źródłach i nie zdążyłem jeszcze testu zrobić ... ale nie pamiętam, żeby coś takiego było dla ADB5800. Chyba, że założymy, że dodanie usbnet rozkłada działanie reszty ... wszystko jest możliwe :) Na DD są sterowniki B4Team, czyli w skrócie pod Hyperiona. U mnie pod softy freeboksa a w efekcie GOS. W praktyce to oznacza, że są inne nazwy plików albo inne parametry ładowania. I jeszcze: Jak raz załadujesz E2 bez sterownika głowicy, to ustawienia głowic się zerują aż ustawisz je ręcznie. Problem w Twoim logu zaczyna się od avs.ko. U mnie w GOS w gstm jest: elif [ $rcstype == ADB5800 ]; then #ADB5800xx if grep "211" /proc/version > /dev/null; then if [ $boxtype == BXZB ]; then insmod $MODDIR/avs.ko type=bxzb #ADB5800 BXZB else insmod $MODDIR/avs.ko type=bska #ADB5800 BSKA BSLA BZZB fi else if [ $boxtype == BXZB ]; then insmod $MODDIR/avs.ko type=avs_none #ADB5800 BXZB else insmod $MODDIR/avs.ko type=stv6412 #ADB5800 BSKA BSLA BZZB fi fi Myślę, że samo się wyjaśnia. Jak nie ma avs to kolejne moduły się nie ładują. To wiem dzisiaj, ale jak odpaliłem moją pierwszą kompilację z DD to właśnie tak miałem: Działające E2 bez głowic. Trzeba poprawić pliki startowe. Wtedy nie walczyłem. Ciekawe, że obyło się bez usbnet... Testowałem i moduł dm9601 na jajku kompilowanym bez usbnet, czyli na moim tunerze, się nie ładował. Dlatego przekompilowałem. Podejrzewam, że nawet jeżeli jest faktycznie niepotrzebny, to jednak jajko musi być odpowiednio skompilowane. Tak jest np. z IPFILTER. Moduły działają, ale z odpowiednim jajkiem. No chyba, że usbnet samo się ładuje przy ładowaniu dm9601 ... ale nie pamiętam, żeby na tych tunerach automatyczne ładowanie zależnych modułów działało. A co do printk. Ogólnie w konfiguracji jajka dajesz CONFIG_PRINTK=y (ja włączam jeszcze 2 opcje w trybie debug) a potem dobrze napisane źródła, czyli w większości te z DD, sprawdzają czy włączono DEBUG i jeżeli tak, to dodatkowe funkcje są kompilowane zgodnie z ifdefami.

I znowu rzeczy na których się nie znam i nad którymi się nie zastanawiałem :) LZMA? GZIP? :) Mnie się kompiluje uImage i zmieniam temu nazwę na uImage.gz ... bo tak jest GOS skonstruowany, zdaje się, żeby łatwo jajka podmieniać, że takiego pliku używa a formalnie uboot szuka uImage i jest link symboliczny. Te wszystkie opcje - GZIP i LZMA gdzieś są w konfiguracji jajka. Pod koniec pliku je widziałem. Nie pamiętam co jest włączone. Jajko dla adb_box kompilowałem raz. Dawno temu. Pamiętam, że wstało. I tyle :) Jak zrobiony jest adb5800 ... No cóż ... Miałem źródła freebox[/member] dla 207 albo 211 albo obydwa. Porównałem z tym co wychodzi z STM przed patchowaniem dla tej wersji. Poprawki nałożyłem ręcznie na 217. Przygotowałem patche. Poprawiłem pliki .mk. I miałem nadzieję, że ruszy po kompilacji :] W skrócie: Źrodła ADB5800 bazują na źródłach freeboksa, które kiedyś były dostępne w sieci ... po drodze jakiś merge z tym co jest na DD.

[*]Ja to już parę razy pisałem, ale niech będzie jeszcze raz: na moim GitHubie jest troszkę zmodyfikowane cdk, gdzie dodałem między innymi adb5800. W wielu miejscach jest to dokładnie to samo co adb_box, ale jakieś drobne zmiany są. Zarówno w konfiguracji jajka jak i w zawartości głównego patcha. [*]Co do konfiguracji jajka: Zmieniasz te pliki linux-sh4-2.6.32.59_0211_adb_box.config i stąd jest pobierana konfiguracja do kompilacji a wygląda to tak, że ten plik kopiowany jest do katalogu ze źródłami jajka jako .config i reszta jest normalnie jak w linuksie. Czyli: Jeżeli już masz konfigurację jajka dopracowaną, to bierzesz .config i kopiujesz go sobie jako linux-sh4-2.6.32.59_0211_adb_box.config do odpowiedniego katalogu i wtedy już o nic nie pyta przy kolejnej kompilacji. [*]W moim gotowcu są dwa pliku dm9601.ko - jeden z jajka drugi ze podanych przez Ciebie źródeł. [*]Jak kompilujesz z debug to zdaje się jedyna różnica jest taka, że brany jest do konfiguracji plik: linux-sh4-2.6.32.59_0211_adb_box.config.debug ... i jeżeli tam jest PRINTK aktywne, to będziesz miał więcej informacji. Chyba się samo nie aktywuje. Czyli jak nie ma, to trzeba dopisać przed kompilacją.

Nie jestem specjalistą i mogę napisać bzdury ... ale z moich obserwacji wnioskuję, że są moduły, które kompiluje się niejako zupełnie niezależnie od jajka a są takie, które wymagają jajka z odpowiednią konfiguracją. W przypadku usbnet i dm9601 podejrzewam to drugie. W takim przypadku podmiana jajka była słusznym posunięciem, ale dlaczego nie wstało, to nie wiem. Jak zaczynałem zabawę z DD to skompilowałem adb_box pod 0211, a nawet 0214 chyba, i tuner wstał. Nie działało dużo rzeczy, chociażby dlatego że nazwy plików ze strerownikami głowicy były inne (teraz wiem, wtedy jeszcze błądziłem) ... no ale jak wspomniałem: tuner wstał. Próbowałeś tego co udostępniłem już wcześniej: https://misiak.mini.net.pl/~marcinkk/kernel/adb5800/adb5800_usbnet.tar.gz ?? Tam jest jajko i moduły. Komplet. I jeszcze pytanko: Testowałeś ten moduł, który się kompiluje ze źródeł jajka, czy też ten do którego link podałeś na początku? Bo ten drugi, jak zrozumiałem z opisu, powstał bo ten z jajka nie obsługiwał wszystkich urządzeń typu DM9601. To że moduł się załadował jeszcze nie znaczy, że wykrył odpowiedni sprzęt i go obsługuje. Natomiast jeżeli wykrył i obsługuje, to chyba powinien się pojawić po wpisaniu ifconfig. Ale niech ktoś mądrzejszy potwierdzi.

To drugie. Moduły mają ver_magic i .... ostatecznie można go zmieniać w edytorze binarnym, ale skopiowane bezpośrednio się nie ładują. Nie wiem czy adb_box się kompiluje dla 0217. W GOS jest 217 dla wszystkich obsługiwanych tunerów ... no chyba, że o czymś zapomniałem.

pablocool[/member] make yaud-enigma2 kompiluje wszystko włącznie z enigma2 ... które zdaje się i tak nie działa, bo potrzeba jeszcze poprawek, które są na GitHubie herpoi[/member]. Po kompilacji wszystko wrzuca do cdkroot, i robi z założenia strukturę przygotowaną do wgrania do tunera make yaud-none - to kompiluje tylko jajko i sterowniki i powinno pójść bez błędu ... ale mogę się mylić; potem nie ma strip i pliki ko są odrobinę większe, ale działają tak samo. Rozwiązanie podane prze tux[/member] powinno pomóc. Ale ogólnie powinieneś poprawić w enigma2-release.mk ten fragment: ifneq ($(BOXTYPE), $(filter $(BOXTYPE), vip2_v1 spark spark7162)) cp $(TARGET_DIR)/lib/modules/$(KERNEL_VERSION)/extra/cic/*.ko $(RELEASE_DIR)/lib/modules/ endif I do listy dopisać adb_box zdaje się ... bo u mnie mam adb5800, który odrobinę się różni. U mnie wygląda to tak: if !ENABLE_VIP2_V1 if !ENABLE_SPARK if !ENABLE_SPARK7162 if !ENABLE_ADB5800 if !ENABLE_ADB2850 if !ENABLE_DSI87 if !ENABLE_SAGEMCOM88 cp $(targetprefix)/lib/modules/$(KERNELVERSION)/extra/cic/*.ko $(prefix)/release/lib/modules/ endif endif endif endif endif endif endif Trochę inna składnia, ale idea ta sama.

Ehhh... U mnie jeszcze mam stare cdk z moimi modyfikacjami i kompletnie brak natchnienia, żeby przechodzić na nowy buildsystem. Cały problem w tym, że u siebie mam ADB5800, ADB2850 i DSI87... Ogólnie to teraz (zgaduję, czy też jak wolisz: tak wnioskuję z zawartości skryptów) zaczynasz od tego repo: https://github.com/Duckbox-Developers/buildsystem-ddt Skrypt prepare-for-bs.sh przygotuje Ci system do działania z tym całym majdanem, czyli używając apta i podobnych doinstaluje odpowiednie paczki. Potem odpalasz make.sh i wybierasz tuner pod jaki chcesz kompilować wszystko a potem ... nie wiem ... make print-targets? A co do konfiguracji jajka, to nie wiem czy można jakoś odpalić coś w stylu make menuconfig. Może można, ale nie wiem jak :) Edytuję ręcznie plik konfiguracyjny, który znajdziesz w katalogu Patches/build-enigma2. Jak łatwo się domyślić linux-sh4-2.6.32.71_0217_sagemcom88.config jest do ESI/UHD z patchem P0217. Stara struktura cdk ze StartHere jest tutaj: https://github.com/Audioniek?tab=repositories ... czy działa nie wiem. Moje repo: https://github.com/mickeyreg?tab=repositories ... mogą być błędy bo bywa tak, że w czasie kompilacji chce pobrać jakieś źródła z sieci a już jest nowa wersja i nie ma :( Wtedy trzeba albo cdk modyfikować, albo pobrać plik ręcznie. Jak to mam u siebie, to w Archive wszystko leży i już mi nie próbuje pobierać. Możesz spróbować z Audionek odpalić StartHere, potem nadpisać cdk/drivers/apps tym ode mnie i ... ./make.sh, ADB5800 i make yaud-none może zadziałają ;) Ehhh... Nie wiem czy cokolwiek wyjaśniłem, czy jeszcze więcej zamętu narobiłem. Jak się ogarnę i przejdę na nowy buildsystem, to może zrobię pull-requesta i może przyjmą i może będzie zsynchronizowane...

Nie wiem jak to dokładnie wszystko działa od spodu, ale kiedy masz sytuację jak opisałeś, to znaczy, że albo tunery są zajęte albo ich nie ma. Nie wiem jak enigma zachowa, kiedy sterownik straci połączenie z modułem głowicy, bo...

make yaud-none z katalogu głównego cdk ;) 14.04 LTS ... zdaje się, że lubuntu ... zapomniałem, bo loguję się tylko przez ssh na konsolę ;) Zniknęło oficjalne repo z jajkiem na ST i się trochę pozmieniało. Zaczyna się teraz od tego: https://github.com/Duckbox-Developers/buildsystem-ddt a ja działam na swojej kopii https://github.com/mickeyreg/cdk bo nie mam nastroju na przenoszenie moich dodatków do nowej wersji. No cóż... Takie życie... Próbować można... A poważniej: Kompilowałem dla ADB2850 - akurat tak miałem skonfigurowane cdk. Spróbowałem ten moduł załadować pod ADB2850 i ... też błąd, ale inny. Sprawdziłem konfigurację jajka i nie było włączone CONFIG_USB_USBNET. Dopisałem, przekompilowałem całość dla ADB5800 i jak chcesz to testuj ... ja w tej chwili nawet nie mam jak sprawdzić, czy to jajko wstaje. Tym razem komplet w paczce, ale może wystarczy jak podmienisz uImage.gz oraz moduł .ko. A i jeszcze jedno: W paczce moduł do DM9601 występuję 2 razy: w extra/wireless i kernel/drivers/net/usb. Odpowiednio jest to ten ze źródeł, które podałeś i drugi, który się skompilował po aktywacji CONFIG_USB_USBNET i opcji dla kolejnego modułu. Plik za duży, żeby załączyć, więc dodaję linka: https://misiak.mini.net.pl/~marcinkk/kernel/adb5800/adb5800_usbnet.tar.gz

Tak w skrócie: Nie ogarniam tego ;) Mam u siebie całe cdk i dodałem sobie do sterowników ... wireless ;) ... kolejny i się skompilowało: https://github.com/mickeyreg/driver/tree/master/wireless. Jeżeli nie zadziała, to może trzeba by trochę Makefile poprawić, żeby było podobny do tych od wifi.

Kompilator wypluł mi to coś z załącznika. Nawet nie wiem czy to coś się ładuje. I czy nie wymaga dodania czegoś do konfiguracji jajka. dm9601.zip