Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez SqTER
Wysłane
Wszystko jasne. Obecny 'prototyp' nie obsługuje jeszcze PPPoE,pptp czy L2tp dlatego ruch w Twoim przypadku z PPPoE jest realizowany jak dotychczas programowo.
Prace trwają...
Jak będzie przeniesione więcej modułów to dam znać.
Pobieram na komp...
Czyli tak jak ja.
Widziałeś u mnie obciążenie procka? Praktycznie zerowe mimo tego, że w tle mam odpalone jeszcze kilka innych usług.
Wyślij mi proszę jak możesz w PW wynik polecenia dmesg, oraz pliki firewall, network i rc.local
Jak masz tam jakieś prywatne dane np. loginy/hasła to je zamaskuj.
Z jakiegoś powodu nie działa Ci NSS. Albo działa ale coś w Twojej konfiguracji blokuje przekierowanie ruchu do NSS. Podeślij w wiadomości prywatnej te pliki (żeby nie robić syfu na forum) to postaram się Ci pomóc.
Jak się uda rozwiązać problem to się oczywiście pochwalimy na forum co było 
Adblock i ddns wyłączyłem i:
przy option flow_offloading '0' i option flow_offloading_hw '0' https://zapodaj.net/c0d854a16386f.png.html
przy option flow_offloading '1' i option flow_offloading_hw '0' https://zapodaj.net/0c01965a779f6.png.html
przy option flow_offloading '1' i option flow_offloading_hw '1' https://zapodaj.net/69ebd695d8c64.png.html
Pobierasz pliki na komputerze czy na routerze?
Zobacz jak to powinno wyglądać.
Używam ddns i adblock, w firewall parę portów otwartych.
Z tego co widzę to tylko dla WIFI obciążenie procesora miałeś najmniejsze.
HW NAT działa obecnie tylko przy aktywności (transmisji) pomiędzy interfejsami WAN i LAN włączając w to WIFI. Jeśli pakiety ma obrabiać router (masz jakieś regułki/filtry to może nie działać.
Masz jakieś wpisy w rc.local związane z siecią?
Możesz na chwilę wyłączyć całkowicie adblocka i sprawdzić wtedy czy będzie sprzętowy NAT?
Jak masz jakieś regułki w rc.local to na chwilę je wyłącz (wstawiając # na początku), przeladuj sieć i ponów testy.
Próbuje ustalić czemu nie działa Ci przekierowanie ruchu do rdzeni NSS.
czyli w tym obrazie nie ma możliwości dogrania czegokolwiek?
Jest...
Ale na ten moment wszystko co jest związane z kernelem będzie sprawiało problemy przy instalacji.
Jeśli potrzebujesz czegoś konkretnego napisz pw. to Ci wrzucę do obrazu.
opkg install luci
Installing luci (git-20.191.33648-4ddcb36) to root...
Downloading http://downloads.openwrt.org/snapshots/ … 36_all.ipk
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for luci:
* kernel (= 5.4.51-1-f1ba5f160e845c56039a1df0e340fe27)
* opkg_install_cmd: Cannot install package luci.
?
Normalne. W gałęzi MASTER co chwilę coś zmieniają i nie można spełnić zależności (w tym przypadku dot. wersji kernela), bo w źródłach i w oficjalnym repozytorium jest już nowsza wersja.
Jak chcesz Luci to wgraj obraz z wbudowanym/gotowym Luci.
Dziwne, nawet bardzo. Procek masz zarżnięty tak jakby nie było akceleracji sprzętowej.
Ja mam łącze 800Mb/s i jak je zamykam to procesor mam na biegu jałowym (poniżej 5%).
A jak to wygląda jak zrobisz na komputerze speed test lub pobierzesz coś z www lub ftp? Też zużycie procesora idzie do góry?
Jeszcze jedno pytanie. Masz jakieś niestandardowe ustawienia firewalla lub sieci?
Ściągam debiana z torrentów i leci 930
To się pochwal jakie masz w tym czasie obciążenie procesora w routerze
To nie moje wpisy
Przepraszam - domniemałem, że jako głowa tego forum doradziłeś koledze jak zwiększyć wydajność sieci na R7800.
Swój wpis już poprawiłem
Nic nie wpisujesz.
Te wpisy powodują tylko tyle, że procesor inaczej jest skalowany (dużo szybciej zwiększa częstotliwość). Jest to pewne rozwiązanie, ale dalej obciążasz główny CPU.
Na OpenWrt z aktywnym NSS procesor nic nie robi (obciążenie poniżej 5%) więc nie musisz go sztucznie podkręcać.
Jak wgrasz mój obraz to koniecznie usuń wpisy z rc.local
BTW. Dobrze by było jakbyś wgrywał przez SSH z parametrem '-n' ( sysupgrade -n /tmp/sciezka_do_pliku ).
Spowoduje to wyczyszczenie istniejącej konfiguracji. Cezary bazuje na wersji stabilnej, ja na rozwojowej (trunk) - więc różnice między naszymi obrazami są w niektórych aspektach dość spore.
Lepiej więc wszystko poustawiać od nowa niż przenosić ze starszej wersji systemu.
Sprawdź OpenWrt ze sprzętowym NATowaniem. Powinieneś bez problemu 'zamknąć' licznik bez zużycia głównego procka.
Więcej >>>TU<<<
a na linksysie ea7500 v1 też będą nss działać ?
Pierwsze testy wczoraj widziałem - niby poszło...
Poczekaj jeszcze trochę aż to dopracują.
Ja Ci na linksysa na razie nic nie zbuduję, bo źródła na których bazuję nie wspierają wcale EA7500 i wymagają uzupełnienia.
Witajcie.
Mam dobrą wiadomość dla wszystkich posiadaczy routera R7800. Pasjonatom OpenWrt udało się przenieść sterowniki qualcomm'a do najnowszych źródeł OpenWrt dzięki czemu już dziś możemy się cieszyć sprzętowym NAT'em. W chwili obecnej działa wyłącznie NAT, a cały ruch sieciowy obsługuje NSS, a nie jak do tej pory główny CPU. Pracę nad przeniesieniem pozostałych modułów wciąż trwają.
Wspólnie z ekipą udało mi się 'ulepić' stabilne (jak na wersję trunk) wydanie OpenWrt.
Jeśli ktoś z posiadaczy R7800 jest zainteresowany testami to obrazy (wersja bez oraz wersja z Luci) znajduje się do pobrania >>>TUTAJ<<<.
Należy pamiętać że to wciąż prototyp i ewentualne błędy w działaniu systemu mogą się jeszcze pojawić.
EDIT.:
W chwili obecnej działa wyłącznie przyspieszenie sprzętowe WAN<->LAN (konfiguracja TCP/IP). Jeśli ktoś na WAN ma ustawione tunele, 'wdzwania się' poprzez pppoe lub pptp to przyspieszenie w tym przypadku jeszcze nie działa (prace trwają).
Obraz powstał na bazie źródeł rozwojowych (gałęzia MASTER). Z uwagi na ciągłe zmiany i częste aktualizacje doinstalowanie modułów lub paczek zależnych od kernela będzie prawdopodobnie nie możliwe.
Obraz jest jaki jest Jeśli jest ktoś chętny aby sprawdzić jak działa przyspieszenie sprzętowe i spełnia kryteria omówione wyżej to zapraszam do testów.
Proszę pamiętać, że to jest wczesna wersja rozwojowa. Na wersję końcową jeszcze trochę musimy poczekać.
Pozdrawiam
SqTER
Cezary dzięki za zmianę nicka. Teraz jest OK.
Znalazłem źródełka do Mediateka na Chińskim forum https://www.anywlan.com/thread-400739-1-1.html
Da radę to w jakiś w miarę prosty sposób skompilować? Pliki Make z repo https://github.com/mqmaker/witi-openwrt … ps/drivers gryzą się z konfiguracją kernela z oficjalnych źródeł OpenWrt v18.06.2. Na pewno do przeróbki jest plik '/include/target.mk', bo bez zaglądania do niego kernel jest niedokonfigurowany i kompilacja się zatrzymuje z błędem jak w poście wyżej. Pytanie czy to wystarczy? Może zabieram się do tego od niewłaściwej strony? Może lepiej zrobić własny Make a nie bazować na czymś co i tak nie działa?
Źródełka są ale w starej wersji repo https://github.com/mqmaker/witi-openwrt … 7087d43/dl
Mam je już lokalnie pobrane, ale podczas kompilacji wywala błąd konfiguracji kernela. Więc całości na pewno od ręki nie skompiluję.
Log z kompilacji
make[3]: Entering directory '/media/sdv1/sqter/Kompilacja/openwrt_18.06.2_MTK_MOD/feeds/packages/ramips/drivers/mt7603e'
rm -f /media/sdv1/sqter/Kompilacja/openwrt_18.06.2_MTK_MOD/build_dir/target-mipsel_24kc_musl/linux-ramips_mt7621/mt7603e-p4rev-112670/.built
touch /media/sdv1/sqter/Kompilacja/openwrt_18.06.2_MTK_MOD/build_dir/target-mipsel_24kc_musl/linux-ramips_mt7621/mt7603e-p4rev-112670/.built_check
cat /dev/null > /media/sdv1/sqter/Kompilacja/openwrt_18.06.2_MTK_MOD/staging_dir/target-mipsel_24kc_musl/pkginfo/mt7603e.symvers; for subdir in .; do cat /media/sdv1/sqter/Kompilacja/openwrt_18.06.2_MTK_MOD/staging_dir/target-mipsel_24kc_musl/pkginfo/*.symvers 2>/dev/null > /media/sdv1/sqter/Kompilacja/openwrt_18.06.2_MTK_MOD/build_dir/target-mipsel_24kc_musl/linux-ramips_mt7621/mt7603e-p4rev-112670/$subdir/Module.symvers; done
make -C "/media/sdv1/sqter/Kompilacja/openwrt_18.06.2_MTK_MOD/build_dir/target-mipsel_24kc_musl/linux-ramips_mt7621/linux-4.14.95" V=1 CROSS_COMPILE="mipsel-openwrt-linux-musl-" ARCH="mips" SUBDIRS="/media/sdv1/sqter/Kompilacja/openwrt_18.06.2_MTK_MOD/build_dir/target-mipsel_24kc_musl/linux-ramips_mt7621/mt7603e-p4rev-112670/build/" CONFIG_MT_WIFI=m CONFIG_MT_WIFI_PATH="mt_wifi" CONFIG_FIRST_MT_IF_EEPROM_FLASH=y CONFIG_MT_WSC_INCLUDED=y CONFIG_MT_DOT11N_DRAFT3=y CONFIG_MT_DOT11W_PMF_SUPPORT=y CONFIG_MT_LLTD_SUPPORT=y CONFIG_MT_RATE_ADAPTION=y CONFIG_MT_NEW_RATE_ADAPT_SUPPORT=y CONFIG_MT_RTMP_FLASH_SUPPORT=y CONFIG_MT_ATE_SUPPORT=y CONFIG_MT_RT2860V2_AP_V24_DATA_STRUCTURE=y CONFIG_MT_UAPSD=y CONFIG_MT_PA_LNA="iPAiLNA" CONFIG_RTMP_PCI_SUPPORT=y CONFIG_MT_WIFI_MODE_AP=y CONFIG_RALINK_MT7603E=y CONFIG_MT_MAC=y CONFIG_MT_AP_SUPPORT=m CONFIG_MT_MBSS_SUPPORT=y CONFIG_MT_APCLI_SUPPORT=y CONFIG_MT_LLTD_SUPPORT=y CONFIG_MULTI_CORE_SUPPORT=y modules
make[4]: Entering directory '/media/sdv1/sqter/Kompilacja/openwrt_18.06.2_MTK_MOD/build_dir/target-mipsel_24kc_musl/linux-ramips_mt7621/linux-4.14.95'
test -e include/generated/autoconf.h -a -e include/config/auto.conf || ( \
echo >&2; \
echo >&2 " ERROR: Kernel configuration is invalid."; \
echo >&2 " include/generated/autoconf.h or include/config/auto.conf are missing.";\
echo >&2 " Run 'make oldconfig && make prepare' on kernel src to fix it."; \
echo >&2 ; \
/bin/false)
mkdir -p /media/sdv1/sqter/Kompilacja/openwrt_18.06.2_MTK_MOD/build_dir/target-mipsel_24kc_musl/linux-ramips_mt7621/mt7603e-p4rev-112670/build//.tmp_versions ; rm -f /media/sdv1/sqter/Kompilacja/openwrt_18.06.2_MTK_MOD/build_dir/target-mipsel_24kc_musl/linux-ramips_mt7621/mt7603e-p4rev-112670/build//.tmp_versions/*
make -f ./scripts/Makefile.build obj=/media/sdv1/sqter/Kompilacja/openwrt_18.06.2_MTK_MOD/build_dir/target-mipsel_24kc_musl/linux-ramips_mt7621/mt7603e-p4rev-112670/build/
make[5]: *** No rule to make target '/media/sdv1/sqter/Kompilacja/openwrt_18.06.2_MTK_MOD/build_dir/target-mipsel_24kc_musl/linux-ramips_mt7621/mt7603e-p4rev-112670/build//../mt_wifi/ap/ap.o', needed by '/media/sdv1/sqter/Kompilacja/openwrt_18.06.2_MTK_MOD/build_dir/target-mipsel_24kc_musl/linux-ramips_mt7621/mt7603e-p4rev-112670/build//mt_wifi.o'. Stop.
Makefile:1533: recipe for target '_module_/media/sdv1/sqter/Kompilacja/openwrt_18.06.2_MTK_MOD/build_dir/target-mipsel_24kc_musl/linux-ramips_mt7621/mt7603e-p4rev-112670/build/' failed
make[4]: *** [_module_/media/sdv1/sqter/Kompilacja/openwrt_18.06.2_MTK_MOD/build_dir/target-mipsel_24kc_musl/linux-ramips_mt7621/mt7603e-p4rev-112670/build/] Error 2
make[4]: Leaving directory '/media/sdv1/sqter/Kompilacja/openwrt_18.06.2_MTK_MOD/build_dir/target-mipsel_24kc_musl/linux-ramips_mt7621/linux-4.14.95'
Makefile:80: recipe for target '/media/sdv1/sqter/Kompilacja/openwrt_18.06.2_MTK_MOD/build_dir/target-mipsel_24kc_musl/linux-ramips_mt7621/mt7603e-p4rev-112670/.built' failed
make[3]: *** [/media/sdv1/sqter/Kompilacja/openwrt_18.06.2_MTK_MOD/build_dir/target-mipsel_24kc_musl/linux-ramips_mt7621/mt7603e-p4rev-112670/.built] Error 2
make[3]: Leaving directory '/media/sdv1/sqter/Kompilacja/openwrt_18.06.2_MTK_MOD/feeds/packages/ramips/drivers/mt7603e'
time: package/feeds/packages/mt7603e/compile#0.87#0.20#2.24
package/Makefile:107: recipe for target 'package/feeds/packages/mt7603e/compile' failed
make[2]: *** [package/feeds/packages/mt7603e/compile] Error 2
make[2]: Leaving directory '/media/sdv1/sqter/Kompilacja/openwrt_18.06.2_MTK_MOD'
package/Makefile:103: recipe for target '/media/sdv1/sqter/Kompilacja/openwrt_18.06.2_MTK_MOD/staging_dir/target-mipsel_24kc_musl/stamp/.package_compile' failed
make[1]: *** [/media/sdv1/sqter/Kompilacja/openwrt_18.06.2_MTK_MOD/staging_dir/target-mipsel_24kc_musl/stamp/.package_compile] Error 2
make[1]: Leaving directory '/media/sdv1/sqter/Kompilacja/openwrt_18.06.2_MTK_MOD'
/media/sdv1/sqter/Kompilacja/openwrt_18.06.2_MTK_MOD/include/toplevel.mk:216: recipe for target 'world' failed
make: *** [world] Error 2A miał byś chwilę żeby pomóc mi ogarnąć tą kompilację?
Pierwotnie chciałem tak przerobić źródła OpenWrt żeby od razu kompilować sterownik Mediateka do budowanego obrazu. Niestety nie udało mi się to.
Druga opcja jaką biorę pod uwagę to skompilować same moduły ze źródeł które podałem w pierwszym poście pod wymagany kernel i wykorzystać drugie repo od Nossiac żeby dograć sterowniki podczas wlasciwej kompilacji.
Nie chcę być uzależniony od Nossiac'a, bo jego moduły z tego co widzę nie nadążają za oficjalnymi dystrybucjami OpenWrt.
Szukałem ale jedyne na co trafiłem to te repo https://github.com/Nossiac/mtk-openwrt-feeds
Może źle zapytania formułuje ale nic ciekawszego nie znalazłem.
Całe środowisko OpenWrt buduję od zera więc i za sterowniki chciałem się zabrać - tym bardziej, że na repo Nossiac nie ma modułów pod kernel 4.14.95
Posiadam oficjalną kompilację OpenWrt v18.06.2 jednak open source'owe sterowniki do Mediateka nie bardzo mi podchodzą.
W ramach eksperymentu próbuję dokompilować sterowniki z tego repozytorium https://github.com/mqmaker/witi-openwrt
Cezary - czy mógłbyś zerknąć w wolnej chwili na to repo i podpowiedzieć mi jak się do tego zabrać?
Skopiowałem paczki ze sterownikami Mediateka(Ramips) ze źródeł WITI-OpenWRT do folderu gdzie trzymam oficjalne źródła OpenWrt v18.06.2 i robię kompilację. Pytanie tylko czy to ma sens, bo jedno i drugie źródło bazuje na innym kernelu i nie wiem czy nie będzie trzeba konfiguracji kernela zmieniać aby sterownik skompilował się poprawnie.
Ponadto po skopiowaniu paczek ze sterownikami do oficjalnego OpenWRT po wykonaniu polecenia 'make package/symlinks' wywala mi błąd. Problem w tym, że nie mogę znaleźć brakujących paczek w źródłach WITI-OpenWRT. Są tam na pewno, bo na WITI tego błędu nie mam, ale nie wiem gdzie te paczki są 'zaszyte'.
WARNING: Makefile 'package/ramips/applications/hwqos/Makefile' has a dependency on 'libnvram', which does not exist
WARNING: Makefile 'package/ramips/ui/luci-mtk/Makefile' has a dependency on 'libustream-polarssl', which does not exist
WARNING: Makefile 'package/ramips/applications/reg/Makefile' has a dependency on 'kmod-rdm', which does not exist
WARNING: Makefile 'package/ramips/applications/watchdog/Makefile' has a dependency on 'kmod-hw_wdg', which does not exist
PS. Jeśli masz jakieś ciekawsze REPO ze sterownikami do MEDIATEKA to także chętnie przygarnę.
Chyba nie mam innego wyboru 
Dzięki za błyskawiczną odpowiedź.
Ja natomiast mam inny problem. Buduję od pewnego czasu openwrt z trunk'a (mam gotowy konfig) i po ostatniej aktualizacji źródeł Transmission nie łączy mi się z trackerami SSL. Próbowałem zarówno Transmision-openssl jak i transmission-mbedtls.
Domniemam, że coś się zmieniło w samym openwrt bo próbowałem ręcznie kompilować starsze wersje transmission i też mi się nie łączą. Za routerem na komputerze połączenie mam więc to nie jest kwestia blokady portów.
Sprzęt Netgear WNDR3800.
Oprogramowanie OpenWrt SNAPSHOT, r6073-49d3c5f
Kernel 4.9.77
@Cezary - co mogę sprawdzić, gdzie zajrzeć aby zlokalizować problem?
Poniżej diffconfig
openwrt$ ./scripts/diffconfig.sh
CONFIG_TARGET_ar71xx=y
CONFIG_TARGET_ar71xx_generic=y
CONFIG_TARGET_ar71xx_generic_DEVICE_wndr3800=y
CONFIG_BUILD_PATENTED=y
CONFIG_LIBCURL_COOKIES=y
CONFIG_LIBCURL_CRYPTO_AUTH=y
CONFIG_LIBCURL_FILE=y
CONFIG_LIBCURL_FTP=y
CONFIG_LIBCURL_HTTP=y
CONFIG_LIBCURL_LIBIDN=y
CONFIG_LIBCURL_NTLM=y
CONFIG_LIBCURL_OPENSSL=y
CONFIG_LIBCURL_PROXY=y
CONFIG_LIBCURL_TLS_SRP=y
CONFIG_LIBCURL_UNIX_SOCKETS=y
CONFIG_LIBCURL_ZLIB=y
CONFIG_MINIUPNPD_IGDv2=y
CONFIG_OPENSSL_ENGINE_CRYPTO=y
CONFIG_OPENSSL_ENGINE_DIGEST=y
CONFIG_OPENSSL_HARDWARE_SUPPORT=y
CONFIG_OPENSSL_WITH_DEPRECATED=y
CONFIG_OPENSSL_WITH_EC=y
CONFIG_OPENSSL_WITH_EC2M=y
CONFIG_OPENSSL_WITH_NPN=y
CONFIG_OPENSSL_WITH_PSK=y
CONFIG_OPENSSL_WITH_SRP=y
CONFIG_OPENSSL_WITH_SSL3=y
CONFIG_PACKAGE_6in4=y
CONFIG_PACKAGE_SAMBA_MAX_DEBUG_LEVEL=-1
CONFIG_PACKAGE_block-mount=y
CONFIG_PACKAGE_ca-bundle=y
# CONFIG_PACKAGE_dnsmasq is not set
CONFIG_PACKAGE_dnsmasq-dhcpv6=y
CONFIG_PACKAGE_e2fsprogs=y
CONFIG_PACKAGE_glib2=y
CONFIG_PACKAGE_htop=y
CONFIG_PACKAGE_ipset=y
CONFIG_PACKAGE_iptables-mod-conntrack-extra=y
CONFIG_PACKAGE_kmod-crypto-crc32c=y
CONFIG_PACKAGE_kmod-crypto-hash=y
CONFIG_PACKAGE_kmod-fs-ext4=y
CONFIG_PACKAGE_kmod-ipt-conntrack-extra=y
CONFIG_PACKAGE_kmod-ipt-ipset=y
CONFIG_PACKAGE_kmod-iptunnel=y
CONFIG_PACKAGE_kmod-iptunnel4=y
CONFIG_PACKAGE_kmod-leds-gpio=y
CONFIG_PACKAGE_kmod-ledtrig-default-on=y
CONFIG_PACKAGE_kmod-lib-crc16=y
CONFIG_PACKAGE_kmod-lib-textsearch=y
CONFIG_PACKAGE_kmod-nf-nathelper=y
CONFIG_PACKAGE_kmod-nf-nathelper-extra=y
CONFIG_PACKAGE_kmod-nfnetlink=y
CONFIG_PACKAGE_kmod-sched-core=y
CONFIG_PACKAGE_kmod-scsi-core=y
CONFIG_PACKAGE_kmod-sit=y
CONFIG_PACKAGE_kmod-usb-storage=y
CONFIG_PACKAGE_kmod-usb-storage-extras=y
CONFIG_PACKAGE_libattr=y
CONFIG_PACKAGE_libblkid=y
CONFIG_PACKAGE_libbz2=y
CONFIG_PACKAGE_libcurl=y
CONFIG_PACKAGE_libevent2=y
CONFIG_PACKAGE_libexif=y
CONFIG_PACKAGE_libext2fs=y
CONFIG_PACKAGE_libffi=y
CONFIG_PACKAGE_libffmpeg-audio-dec=y
CONFIG_PACKAGE_libflac=y
CONFIG_PACKAGE_libid3tag=y
CONFIG_PACKAGE_libidn=y
CONFIG_PACKAGE_libipset=y
CONFIG_PACKAGE_libjpeg=y
CONFIG_PACKAGE_libminiupnpc=y
CONFIG_PACKAGE_libmnl=y
CONFIG_PACKAGE_libmount=y
CONFIG_PACKAGE_libncurses=y
CONFIG_PACKAGE_libogg=y
CONFIG_PACKAGE_libopenssl=y
CONFIG_PACKAGE_libpcre=y
CONFIG_PACKAGE_librpc=y
CONFIG_PACKAGE_librt=y
CONFIG_PACKAGE_libslang2=y
CONFIG_PACKAGE_libspeex=y
CONFIG_PACKAGE_libsqlite3=y
CONFIG_PACKAGE_libustream-openssl=y
CONFIG_PACKAGE_libuuid=y
CONFIG_PACKAGE_libvorbis=y
CONFIG_PACKAGE_mc_full=y
CONFIG_PACKAGE_minidlna=y
CONFIG_PACKAGE_odhcpd=y
# CONFIG_PACKAGE_odhcpd-ipv6only is not set
CONFIG_PACKAGE_odhcpd_full_ext_cer_id=0
CONFIG_PACKAGE_samba36-server=y
CONFIG_PACKAGE_screen=y
CONFIG_PACKAGE_terminfo=y
CONFIG_PACKAGE_transmission-daemon-openssl=y
CONFIG_PACKAGE_transmission-web=y
CONFIG_PACKAGE_vsftpd-tls=y
CONFIG_PACKAGE_wol=y
CONFIG_PACKAGE_zlib=y
CONFIG_SQLITE_FTS3=y
CONFIG_SQLITE_RTREE=y
CONFIG_STRIP_ARGS="--strip-all"
# CONFIG_USE_SSTRIP is not set
CONFIG_USE_STRIP=yTak czysto informacyjnie - EoIP można na samym Openwrt zestawić. MT jest tu nie potrzebny - chyba, że ten jeden zdalny.
Mam u siebie tunel MT <-> OpenWrt i działa wzorowo jakby był zestawiony na 2 Mikrotikach. Kombinacja OpenWrt <-> OpenWrt lub OpenWrt <-> Linux też działaja.
Odpowiednie źródełka pod OpenWrt można znaleźć tutaj openwrt-linux-eoip
Pozdrawiam
Panowie, skompilowałem i leży w http://ecco.selfip.net/test/
Ale - jest większy i ma inne zależności - libcurl i libffmpeg-0.11 który znajdziecie w tym samym katalogu). Nie uruchamiałem, nie testowałem więc musicie sprawdzić.
Cezary a czy mógł byś gdzieś wystawić MAKE'a do tvheadend ktorego zastosowałeś? Chętnie podpatrzę jego zawartość :-)
Mam problem bo stare wersje kompilują mi się idealnie, a na najnowszych źródłach zawsze po skompilowaniu mam jakieś błędy na stronie konfiguracyjnej tvheadend. Pewnie moje patch'e i make nie pasują do nowej wersji która ma dodatkowe opcje i coś się rozjeżdza.
W kazdym razie będę wdzięczny.
Pozdrawiam
SqTER
cinek mogę Ci paczkę podesłać tylko napisz mi na jakim wydaniu OpenWrt jedziesz, bo ja od pewnego czasu kompiluje wszystko pod trunk'a (kernel 3.7.9) i nie koniecznie musi to dobrze działać na innym wydaniu/kernelu.
Do makefile w deklaracji depends dodaj +libcurl +libdvbcsa
Jesteś genialny.
Dzięki wielkie - pomogło.
Mam problem z kompilacją tvheadend.
Używam MAKE'a stąd: > https://github.com/fape/tvheadend-openw … r/Makefile <
Problem polega na tym, że kompilacja wykłada mi się na samym końcu tuż przed tworzeniem paczki IPK. Teoretycznie jak skopiuję skompilowaną binarkę na router to wszystko działa, ale chciałbym poprawić Makefile w taki sposób aby kompilacja dokończyła mi się bez błędów i utworzyła paczkę IPK. Wiem, że w Makefile brakuje wpisu aby kompilator mógł odnaleźć wymagane biblioteki, ale nie mam zielonego pojęcia co i w jakiej formie mam wpisać.
Poniżej końcówka LOGu z kompilacji.
Package tvheadend is missing dependencies for the following libraries:
libcurl.so.4
libdvbcsa.so.1
make[2]: *** [/opt/OpenWrt/trunk/bin/ar71xx/packages/tvheadend_3.3-alpha_ar71xx.ipk] Error 1
make[2]: Leaving directory `/opt/OpenWrt/trunk/feeds/packages/multimedia/tvheadend'
make[1]: *** [package/feeds/packages/tvheadend/compile] Error 2
make[1]: Leaving directory `/opt/OpenWrt/trunk'
make: *** [package/tvheadend/compile] Błąd 2
rafal@VM:/opt/OpenWrt/trunk$eko.one.pl → Posty przez SqTER
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc