robert_cz

tux[/member], mam prośbę, dokompilował byś te brakujące rzeczy, tak żebym mógł sobie potestować? Próbowałem, ale coś nie umiem. :-( Treść mojego poprzedniego posta: Z modprobe poradziłem sobie takim małym trikiem w folderze /lib/modules: ln -s /lib/modules /lib/modules/`uname -r` Ale sprawdziłem też w /proc/config.gz co mamy wkompilowane i niestety z tej listy: Device Drivers ---> Graphics Support ---> Support for framebuffer devices System type ---> Memory management options ---> Big Physical Area version 2 Device Drivers ---> Character Devices ---> Virtual Terminal (CONFIG_VT) Device Drivers ---> Character Devices ---> Support for console on virtual terminal (CONFIG_VT_CONSOLE) Device Drivers ---> Graphics Support ---> Console display driver support ---> Framebuffer console support (CONFIG_FRAMEBUFFER_CONSOLE) Device Drivers ---> Graphics Support ---> Enable Software Drawing (CONFIG_FB_SOFTWARE_DRAWING_HELPERS) Device Drivers ---> Graphics Support ---> Console display driver support ---> Support for the Framebuffer Console Decorations (FB_CON_DECOR) http://www.stlinux.com/howto/splash-screen http://85.118.233.149/howto/splash-screen brakuje: System Type -> Memory management options -> Big Physical Area version 2 (# CONFIG_MODULES_BPA2 is not set) Device Drivers ---> Character Devices ---> Virtual Terminal (# CONFIG_VT is not set) w związku z tym kolejnego też nie ma: Device Drivers ---> Character Devices ---> Support for console on virtual terminal (CONFIG_VT_CONSOLE) Device Drivers ---> Graphics Support ---> Console display driver support ---> Framebuffer console support (CONFIG_FRAMEBUFFER_CONSOLE) Device Drivers ---> Graphics Support ---> Console display driver support ---> Support for the Framebuffer Console Decorations (FB_CON_DECOR) I w tym momencie mnie to przerasta, bo jądra już nie dam rady skompilować :-( tux[/member], którą z brakujących opcji miałeś na myśli pisząc to: Bo sam moduł FrameBuffer stmfb.ko jest skompilowany. O tym powolnym działaniu DirectFB też coś tu napisali i że da sie to rozwiązać: https://github.com/Schischu/STLinux.BSP-Duckbox/blob/master/local_src/driver/stmfb-3.1_stm24_0104/linux/kernel/Documentation/faq.txt 126 Q. df_dok runs very slowly with LDDE2.2 and stgfb on a STb7100 based system, it 127 is no faster than using the --dfb:no-hardware option but I thought the 128 graphics were accelerated, why is this? 129 130 A. You are using the DirectFB package that was shipped with the LDDE2.2 131 distribution ISO image. Unfortunately this package was built against old 132 stgfb header files, which causes all accelerated graphics operations 133 to fail and fall back to software rendering. The solution is to update your 134 DirectFB package to the latest available, either via stmyum or directly from 135 the STLinux ftp site updates directory. .........Aktualizacja....... Dzięki koledze mickey[/member] Mouse udało się trochę potestować. Z racji, że stanąłem pod ścianą (nie wiem jak debugować błędy ładowania sterownika stmcore-display-stx7100.ko) dopiszę tu, na później, albo może się komuś przyda, jak by ktoś chciał się tym pobawić. mickey[/member] Mouse skompilował dla mnie jądro z odpowiednimi opcjami (patrz wyżej). System na tym jądrze odpalał się ok, ale bez konsoli na ekranie. Doczytałem, że potrzebne są jeszcze programy z którymi gada jądro z tej paczki: http://archive.stlinux.com/stlinux/2.4/STLinux/sh4/stlinux24-sh4-splashutils-1.5.4.3-7.sh4.rpm - obsługa splash screen, http://archive.stlinux.com/stlinux/2.4/STLinux/sh4/stlinux24-sh4-fbset-2.1-11.sh4.rpm - do zarządzania konsolą przez FB. I tu zaczęły się problemy, bo przestał się ładować sterownik stmfb.ko, bez powyższych programów, ale z jądrem z odpowiednimi opcjami ładował się bez problemu. Czyli wygląda, że coś ze splash próbuje coś zrobić ale jest jakiś problem. Może mi ktoś pomóc z debugowaniem ładowania tego modułu jądra? PS. Aktualnie gdy sterownik ekranu i FB jest ładowany jako moduł, to nawet jeśli splash consola jest wkompilowana w jądro, to nie będzie działać do czasu załadowania sterowników, więc mówimy o splash screen w trybie użytkownika.

Można prosić o drobną kosmetykę? Na ekranie wtyczek czasami przydałby się przycisk do przeładowania dostępnych wtyczek, bez konieczności restartu Enigmy. tutaj opisują jak to zrobić: https://forums.openpli.org/topic/41149-how-to-develop-enigma-plugins-from-command-line/ Z góry dziękuję.

Po ostatnich zmianach mam problem z zainstalowaniem inadyn: GraterliaOS:~# opkg install inadyn Installing inadyn (1.99.9-5) on root. Downloading http://goscoresh4.graterlia.xunil.pl/release/sh4/inadyn_1.99.9-5_sh4.ipk. Configuring inadyn. //var/opkg/info/inadyn.postinst: line 3: chkconfgi: not found Collected errors: * pkg_run_script: package "inadyn" postinst script returned status 127. * opkg_configure: inadyn.postinst returned 127. Wygląda jak by tu było nadprogramowe "i" chkconfgi

W ostatniej modyfikacji widzę, że vsftp już nie jest obowiązkową paczką. Dziękuję.

To jest tylko propozycja do dyskusji. Zawsze w sytuacji takiej zostaje dostępny putty i kabel tty, więc kontaktu w 100% nie stracisz. Co do montowania, też jest do rozwiązania, ale rozumiem Twój argument z dostępem do tunera. Rozumiem, że Twoim zdaniem przed gui powinno być: - network, - gtelnetd, - gdropbear, A jakie widzisz niedogodności przy odpalaniu "po gui" - vsftpd - ftp zawsze w razie problemów można zastąpić przez ssh, - samba - j.w. - crond - spokojnie, moim zdaniem może się odpalać po GUI, - autofs - też nie widze powodu żeby koniecznie odpalało się przed GUI, - mdlna - spokojnie po GUI wystarczy. - ntpd - nic mi nie przychodzi do głowy dlaczego koniecznie musiałoby być przed gui Nie bardzo rozumiem "po czwarte" "nbox nie ma trybu głębokiego czuwania" ma - moderate shutdown, ale nie wiem co to ma do rzeczy. Po piąte - nie planuje zmieniać tunera, bo podoba mi się sformowanie @tuxa o tym, że ten projekt jest do tego aby wyciągnąć max z naszych tunerów. Tak, z neutrino też sobie testuję, tylko, że tu pytałem o przyśpieszenie demonów odpalanych przed gui, czyli przed neutrino również.

Tak sobie pomyślałem co by tu zrobić żeby przy starcie tunera szybciej zobaczyć ekran gui i tak sobie pomyślałem, że np. network, ntpd, gtelnetd, gdropbear, vsftpd, samba, crond, autofs, mdlna mogą się odpalać już po gui, a nie przed. Wiem, że w zwykłym Linuxie, tak nie powinno być, ale w przypadku tunera, moim zdaniem jest to dopuszczalne.

Tak sobie testuję już kilka tygodni i wygląda na to, że najwięcej mocy procesora jest potrzebne gdy tuner wyświetla coś na telewizorze czyli prowadzi dekompresję strumienia. Przy nagrywaniu i przy strumieniowaniu na inny tuner wszystko świetnie działa ze zmniejszoną o połowę prędkością procesora. Pożyczyłem sobie skrypty J00zka od obniżania prekości z modreate i wrzuciłem je po drobnych zmianach do folderów /etc/cron/standby_off i /etc/cron/standby_on. poza zmianą prędkości, zmieniłem w skryptach nazwę pliku /tmp/CurrentSpeed na /tmp/CurrentSpeed_standby, bo były w konflikcie z moderate i tuner wstawał ze zmniejszoną prędkością z moderate. Jeszcze coś zmieniałem, ale po kilku tygodniach nie pamiętam :-( A po co to wszystko, potrzebowałem, żeby przy uśpionym tunerze działała mi w drugim odbiorniku opcja "zapasowy drugi odbiornik" i żebym przy uśpieniu mógł sobie strumieniować na inny tuner. /etc/cron/standby_off/10cpu_frequ: #!/bin/sh # Graterlia OS # homepage: http://graterlia.xunil.pl # e-mail: nbox@xunil.pl # # skrypt przywracająy częstotliwość pracy procesora # @j00zek # wersja 2014-12-15 . /etc/sysconfig/gfunctions #wczytanie funkcji wspólnych dla skryptów Graterlia GOSdebug ">>>>>>>>>> $0" ##### MAIN ##### echo "Init">/dev/vfd if [ -f /tmp/CurrentSpeed_standby ]; then CurrentSpeed=`cat /tmp/CurrentSpeed_standby` GOSdebug "Sending '$CurrentSpeed'>/proc/cpu_frequ/pll0_ndiv_mdiv" echo "$CurrentSpeed">/proc/cpu_frequ/pll0_ndiv_mdiv rm -f /tmp/CurrentSpeed_standby [ -f /etc/cron/minutely/ntpdate ] && rm -f /etc/cron/minutely/ntpdate fi GOSdebug "<<<<<<<<<< $0" /etc/cron/standby_on/70cpu_frequ #!/bin/sh # Graterlia OS # homepage: http://graterlia.xunil.pl # e-mail: nbox@xunil.pl # # skrypt zmieniający częstotliwość pracy procesora # @j00zek # wersja 2014-12-12 . /etc/sysconfig/gfunctions #wczytanie funkcji wspólnych dla skryptów Graterlia . /var/grun/grcstype GOSdebug ">>>>>>>>>> $0" #if [ "$rcstype" == "ArivaLink200" ]; then # GOSdebug "Tuner $rcstype does not support cpu_frequ well, exiting" # exit 0 #elif [ $rcstype == "ADB5800" ]; then # CurrentTime=`date +%s` # WakeupTime=0 # # if grep -q '<timer begin' </etc/enigma2/timers.xml;then # for e2time in `grep '<timer begin' </etc/enigma2/timers.xml | sed 's/^.*begin="\([1234567890]*\)" end.*$/\1/' | sort -n` # do # if [ $e2time -gt $CurrentTime ]; then # GOSdebug "Tuner $rcstype has recordings scheduled exiting" # exit 0 # fi # done # fi #fi ##### INICJALIZACJA ##### if [ ! -f /lib/modules/cpu_frequ.ko ]; then opkg update; opkg install kernel-modules-cpufreq-gos #potrzebujemy do obnizenia predkosci CPU fi if [ ! -f /proc/cpu_frequ/pll0_ndiv_mdiv ]; then insmod /lib/modules/cpu_frequ.ko fi [ -f /tmp/CurrentSpeed_standby ] && rm -f /tmp/CurrentSpeed_standby if [ ! -f /proc/cpu_frequ/pll0_ndiv_mdiv ]; then GOSdebug "cpu_frequ no loaded, exiting!" exit 0 fi CurrentSpeed=$((0x`cat /proc/cpu_frequ/pll0_ndiv_mdiv | grep CKGA_PLL0_CFG | awk '{print $3}' | tail -c 5`)) ##### MAIN ##### if [ ! -z $CurrentSpeed ]; then myFREQ=0 case $platform in 7100|7109) myFREQ=3843; ;; esac GOSdebug "stm$platform $CurrentSpeed > $myFREQ" if [ $myFREQ -gt 0 ];then echo "$myFREQ">/proc/cpu_frequ/pll0_ndiv_mdiv echo "$CurrentSpeed">/tmp/CurrentSpeed_standby fi else GOSdebug "CurrentSpeed='$CurrentSpeed' ?!?!?" fi -if [ $rcstype == "ADB5800" ]; then [ -f /etc/cron/minutely/ntpdate ] || cp -f /etc/cron/daily/ntpdate /etc/cron/minutely/ntpdate -fi GOSdebug "<<<<<<<<<< $0"

też mam nową instalkę i nie mogę znaleźć opcji wyboru zachowania przy krótkim i długim naciśnięciu power. Tam gdzie było do tej pory, nie ma. pomoże ktoś?

A te N i M to co za parametry, jakieś mnożniki częstotliwości magistrali? Bo pewnie najbardziej logiczne byłoby zmniejszyć mnożnik procesora jeśli chcemy ograniczyć zużycie prądu przez procesor i dodatkowo jeśli chcemy spowolnienia prędkości pamięci i innych elementów to warto by zmniejszyć prędkość magistrali. Ale np. jak brac pod uwagę, że podczas uśpienia mogą być zaplanowane nagrania, to nie można przesadzić ze spowolnieniem magistrali, żeby nie spowolnić dysku. Po Twoich wyjaśnieniach, ustalamy 3 za stałą i te 9 to 27MHz/3 a 10 to 30MHz/3 i to nie jest 40MHz, tylko 36MHz # 40MHz > $((40/[9dla7100|10reszta] * 256 + 3))

Masz na myśli ten wzór: # 40MHz > $((40/[9dla7100|10reszta] * 256 + 3)) Też go widziałem, ale pytanie co ile są dopuszczalne częstotliwości? co 10, 20MHz?

Mam takie pytanko. W skrypcie od moderate znalazłem jak przełączyć sobie prędkość między aktualną, u mnie: 265MHz echo 15110 >/proc/cpu_frequ/pll0_ndiv_mdiv a 40MHz echo 1027 >/proc/cpu_frequ/pll0_ndiv_mdiv Jakie jeszcze pośrednie częstotliwości akceptuje 7100 (BSKA)? znalazłem, że 771 to 27MHz N=3, M=3 1027 to 36MHz N=4, M=3 1283 to 45MHz N=5, M=3 1539 to 54MHz N=6, M=3 1795 to 63MHz N=7, M=3 2051 to 72MHz N=8, M=3 2307 to 81MHz N=9, M=3 2563 to 90MHz N=10, M=3 2819 to 99MHz N=11, M=3 ... 3843 t0 135MHz N=15, M=3 ... 5123 to 180MHz N=20, M=3 7683 to 270MHz N=30, M=3 ... 10243 to 360MHz N=40, M=3 ... 9475 to 333MHz N=111, M=9 (czasem pilot skacze o 2) 31241 to 366MHz N=122, M=9 (dziwnie pilot przeskakuje o 2) 11267 to 400MHz N=44, M=3 ale 400MHz to również 22790 N=89 M=6 Bo chciałbym sobie poeksperymentować z obniżaniem częstotliwości przy przechodzeniu w zwykły standby, co się ostatnio pojawiło w openpli: /etc/cron/standby_on /etc/cron/standby_off

A ja chyba wiem dlaczego. Bo @tux chce uruchomić dynamiczne ładowanie modułów. zgadłem? To ja w takim wypadku mam pytanie i wniosek. Jak NFS wyrzuci się z jądra do modułu, to uruchamianie przez ubota po sieci będzie działać? Jeśli tak, to ja głosuję za wyłączeniem NFS-a z jądra, a później, jeśli można, dodanie dla ułatwienia paczek: - Samba-client (zależnej od modułu jądra CIFS i wtyczki network browser), - NFS-client (zależnej od modułu jadra NFS i wtyczki network browser), PS. tak jeszcze myślałem, że wtyczka network browser powinna być zależna od modułu jądra NFS i CIFS, ale co wtedy z tymi którzy chcą tylko NFS, albo tylko Sambę. Tak mi się wymyśliło, jak się spodoba, to fajnie, a jak nie to też obrażony nie będę. :-)

Wracając do początku tego wątku, sprawdziłem, czy po dodaniu proponowanej przeze mnie linijki automount zajmuje więcej, czy nie i okazuje się, że nie, przed i po zajmuje tyle samo (oczywiście po restarcie demona): USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1685 0.1 0.6 1920 648 ? Ss 18:23 0:08 /usr/sbin/automount --ghost --timeout=5 /autofs file /etc/auto.hotplug Dodałem do /etc/auto.hotplug taką linijkę: nand -fstype=jffs2 :/dev/mtdblock0 okazało się, że działa zarówno przy systemie odpalonym z dysku jak i z nand. PS. Nie chodzi tu o udowadnianie komukolwiek, czegokolwiek, tylko mnie to zaciekawiło i postanowiłem sprawdzić.

Zrozumiałem na samym początku :-) do dalszej zabawy , czekam tylko na poprawkę w modprobe, a wcześniej potestuję tak jak napisał mickey. @tux uwierz mi naprawdę Was podziwiam Waszą całą pracę nad projektem, a czasem tylko przychodzą mi do głowy mniej lub bardziej dobre pomysły i jak "niewierny Tomasz" czasem się zatnę dopóki sam nie sprawdzę.

To nie jest kwestia wiary, tylko kwestia wyzwania. :-) Używam często konsoli po porcie debug, właśnie wtedy kiedy wyświetlacz nie mieści wszystkiego co mnie interesuje. Możesz mi wierzyć, lub nie, ale ekrany przez port debug nie przewijają się tak szybko żeby nie dało się ich przeczytać. :-)

Zawsze było, tylko później znalazłem informację z STLinux, że da się przed Openpli w jądrze: http://www.stlinux.com/howto/splash-screen PS. żeby była jasność, ja się na nic nie upieram, tylko lubię sobie czasami poeksperymentować i poteoretyzować. Zawsze podobał mi się widok linuxowej konsoli przed uruchomieniem GUI i tyle. Graterlia jako projekt bardzo mi się podoba i trzymam za Was kciuki. Świetna robota.

Strona stlinux mówi, że dobrego i że się da. ☺

Ten w wersji Core, to powiem, że nie wiem, ale mi się podoba :-P

A będę wtedy cała zawartość komunikatów z konsoli, czy dopiero w trybie użytkownika, jak piszą na stronie stiLinux? Chodzi o poprawienie tego błędu który aktualnie daje modprobe?

No to może jakaś podpowiedź dla mniej zaawansowanych?

Zacytuję pewnego tux-a :-) Może z 1 na 100 użytkowników korzysta z nfs. :-) A tak na poważnie, to statystycznie rzecz biorąc to raczej więcej jest użytkowników samby niż nfs. A jak by było jako moduł, to po sieci by się nie dało startować? Tak pytam, bo może dałoby się ten moduł zrobić opcjonalnym?

Nie wszystkim, tylko tym z wtyczką network browser, bo wtyczka bez tego nie działa. Wyyczka neywork browser w wersji rootfs dla nand nie jest domyślnie zainstalowana, jest tylko w wersji na dysk.

nie no ok, ale skoro już jest to mogłoby działać :-)

Nie, no to ok, kwestia odpowiednich zależności. W wersji rootfs jest domyślnie zainstalowany network browser. A i jeszcze domyślna przeglądarka plików (ta pod przyciskiem n na pilocie) korzysta z autofs-a do otwierania innych lokalizacji. PS. Jak już o wtyczce network browser, to przydałoby się dodać zależność z kernel-modules-cifs-gos, bo bez niej network browser i autofs nic nie zmapują.

Jak by co, to znalazłem też wcześniej kilka niepotrzebnych, moim zdaniem bibliotek, można by je przy okazji sprzątnąć. http://forum.xunil.pl/index.php/topic,2113.msg31541.html#msg31541 PS. całkowite usunięcie autofs chyba się nie uda, bo chyba wtyczka network browser korzysta z autofs.