Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → Screenshot ffmpeg
Strony Poprzednia 1 2 3 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Jeszcze wyżej, etap budowania biinarki.
Tutaj całość wysłana do pliku: make V=s -j1 >> compile.txt
https://www108.zippyshare.com/v/KlcqJ2WS/file.html
Teraz masz inaczej - w sumie nie ma powodu błędu. Poprzednio nie znalazł pliku wynikowego, teraz wygląda jak by wszystko skończył ale i tak zgłosił błąd budowy pliku.
Nie wiem co ci poradzić na to. Zrób make package/ffmpeg/clean i zrób jeszcze raz kompilację?
Coś takiego wyszło:
https://www35.zippyshare.com/v/rlg17RGy/file.html
Chyba znowu to samo?
Tak, bez powodu dlaczego.
No dobrze, to chyba wykonam to jak poprzednio z ręcznymi zmianami w pliku.
Dziękuję za Twoją dotychczasową pomoc.
NanoPi NEO ma 3 usb: pierwsze na fizycznym gnieździe, pozostałe dwa na goldpinach.
W przypadku tych ostatnich dwóch nie działają w OpenWRT. Nagrałem na chwilę Debiana, aby sprawdzić czy to może uszkodzona płyta, ale na Debianie one działają.
Czy wiesz dlaczego tak jest? Może przy okazji kompilacji systemu mógłbym zrobić jakieś zmiany, aby te dwa dodatkowe USB na goldpinach zaczęły działać?
Nie wiem, ale strzelam że to albo przez brak włączenia tych usb DTSie albo one są na innym kontrolerze to brak jest jakiegoś sterownika w kernelu, bo konfig jest domyślny dla całej rodziny. Nigdy nie używałem NanoPi, więc nie powiem Ci konkretnie gdzie jest problem.
Tak to wygląda:
# find ./ -name *nano*pi*neo*dts
./build_dir/toolchain-arm_cortex-a7+neon-vfpv4_gcc-8.4.0_musl_eabi/linux-5.4.188/arch/arm64/boot/dts/allwinner/sun50i-h5-nanopi-neo-plus2.dts
./build_dir/toolchain-arm_cortex-a7+neon-vfpv4_gcc-8.4.0_musl_eabi/linux-5.4.188/arch/arm64/boot/dts/allwinner/sun50i-h5-nanopi-neo2.dts
./build_dir/toolchain-arm_cortex-a7+neon-vfpv4_gcc-8.4.0_musl_eabi/linux-5.4.188/arch/arm64/boot/dts/rockchip/rk3399-nanopi-neo4.dts
./build_dir/toolchain-arm_cortex-a7+neon-vfpv4_gcc-8.4.0_musl_eabi/linux-5.4.188/arch/arm/boot/dts/sun8i-h3-nanopi-neo.dts
./build_dir/toolchain-arm_cortex-a7+neon-vfpv4_gcc-8.4.0_musl_eabi/linux-5.4.188/arch/arm/boot/dts/sun8i-h3-nanopi-neo-air.dts
./build_dir/target-arm_cortex-a7+neon-vfpv4_musl_eabi/u-boot-nanopi_neo/u-boot-2020.04/arch/arm/dts/sun8i-h3-nanopi-neo.dts
./build_dir/target-arm_cortex-a7+neon-vfpv4_musl_eabi/u-boot-nanopi_neo/u-boot-2020.04/arch/arm/dts/sun50i-h5-nanopi-neo-plus2.dts
./build_dir/target-arm_cortex-a7+neon-vfpv4_musl_eabi/u-boot-nanopi_neo/u-boot-2020.04/arch/arm/dts/rk3399-nanopi-neo4.dts
./build_dir/target-arm_cortex-a7+neon-vfpv4_musl_eabi/u-boot-nanopi_neo/u-boot-2020.04/arch/arm/dts/sun50i-h5-nanopi-neo2.dts
./build_dir/target-arm_cortex-a7+neon-vfpv4_musl_eabi/u-boot-nanopi_neo/u-boot-2020.04/arch/arm/dts/sun8i-h3-nanopi-neo-air.dts
./build_dir/target-arm_cortex-a7+neon-vfpv4_musl_eabi/u-boot-2021.01/arch/arm/dts/sun8i-h3-nanopi-neo.dts
./build_dir/target-arm_cortex-a7+neon-vfpv4_musl_eabi/u-boot-2021.01/arch/arm/dts/sun50i-h5-nanopi-neo-plus2.dts
./build_dir/target-arm_cortex-a7+neon-vfpv4_musl_eabi/u-boot-2021.01/arch/arm/dts/rk3399-nanopi-neo4.dts
./build_dir/target-arm_cortex-a7+neon-vfpv4_musl_eabi/u-boot-2021.01/arch/arm/dts/sun50i-h5-nanopi-neo2.dts
./build_dir/target-arm_cortex-a7+neon-vfpv4_musl_eabi/u-boot-2021.01/arch/arm/dts/sun8i-h3-nanopi-neo-air.dts
./build_dir/target-arm_cortex-a7+neon-vfpv4_musl_eabi/linux-sunxi_cortexa7/linux-5.4.188/arch/arm64/boot/dts/allwinner/sun50i-h5-nanopi-neo-plus2.dts
./build_dir/target-arm_cortex-a7+neon-vfpv4_musl_eabi/linux-sunxi_cortexa7/linux-5.4.188/arch/arm64/boot/dts/allwinner/sun50i-h5-nanopi-neo2.dts
./build_dir/target-arm_cortex-a7+neon-vfpv4_musl_eabi/linux-sunxi_cortexa7/linux-5.4.188/arch/arm64/boot/dts/rockchip/rk3399-nanopi-neo4.dts
./build_dir/target-arm_cortex-a7+neon-vfpv4_musl_eabi/linux-sunxi_cortexa7/linux-5.4.188/arch/arm/boot/dts/sun8i-h3-nanopi-neo.dts
./build_dir/target-arm_cortex-a7+neon-vfpv4_musl_eabi/linux-sunxi_cortexa7/linux-5.4.188/arch/arm/boot/dts/sun8i-h3-nanopi-neo-air.dts
./build_dir/host/u-boot-2021.01/arch/arm/dts/sun8i-h3-nanopi-neo.dts
./build_dir/host/u-boot-2021.01/arch/arm/dts/sun50i-h5-nanopi-neo-plus2.dts
./build_dir/host/u-boot-2021.01/arch/arm/dts/rk3399-nanopi-neo4.dts
./build_dir/host/u-boot-2021.01/arch/arm/dts/sun50i-h5-nanopi-neo2.dts
./build_dir/host/u-boot-2021.01/arch/arm/dts/sun8i-h3-nanopi-neo-air.dtsPodejrzewam, że masz na myśli któryś z tych plików, w sumie wszystkie są chyba takie same:
./build_dir/toolchain-arm_cortex-a7+neon-vfpv4_gcc-8.4.0_musl_eabi/linux-5.4.188/arch/arm/boot/dts/sun8i-h3-nanopi-neo.dts
./build_dir/target-arm_cortex-a7+neon-vfpv4_musl_eabi/u-boot-nanopi_neo/u-boot-2020.04/arch/arm/dts/sun8i-h3-nanopi-neo.dts
./build_dir/target-arm_cortex-a7+neon-vfpv4_musl_eabi/u-boot-2021.01/arch/arm/dts/sun8i-h3-nanopi-neo.dts
./build_dir/target-arm_cortex-a7+neon-vfpv4_musl_eabi/linux-sunxi_cortexa7/linux-5.4.188/arch/arm/boot/dts/sun8i-h3-nanopi-neo.dts
./build_dir/host/u-boot-2021.01/arch/arm/dts/sun8i-h3-nanopi-neo.dts./build_dir/host/u-boot-2021.01/arch/arm/dts/sun8i-h3-nanopi-neo.dts
https://github.com/ARM-software/u-boot/ … pi-neo.dts
Jak można włączyć te dwa dodatkowe USB?
One powinny być włączone, więc to nie to co myślałem.
sun8i-h3-nanopi-neo.dts korzysta z sun8i-h3-nanopi-neo.dtsi, tam masz włączone usb. idąc po wszystkich includach dochdozisz do sunix-h3-h5.dtsi i tam jest definiacja wszystkich usb.
Więc coś inne powoduje że nie działają. Nanopi udostępnia jakeiś swoje friendlywrt na tą płytkę? Wtedy być mógł zobaczyć jakie moduły są załadowane u nich.
Hmmm, ale ja nie mam taki plików, o których mówisz w kompilatorze:
# find ./ -name "sun8i-h3-nanopi-neo.dtsi"
# find ./ -name "sunix-h3-h5.dtsi"Tak, coś tam udostępnia na moją płytkę, ale jeszcze tego nie sprawdzałem:
https://drive.google.com/drive/folders/ … 6ve4aXirGt
Zobacz to: https://forum.armbian.com/topic/4470-na … -disabled/
Hmmm, ale ja nie mam taki plików, o których mówisz w kompilatorze:
# find ./ -name "sun8i-h3-nanopi-neo.dtsi" # find ./ -name "sunix-h3-h5.dtsi"
To z kernela jest i raczej to masz 
FrendlyWRT - usb na goldpinach działa
Ja nie mam takich plików w komilatorze:
# find ./ -name sun8i-h3-usbhost0.dtboW systemie na pierwszej oraz drugiej partycji również nie mam katalogu /boot
Czy to wina, że nie jestem na gałęzi master?
dtbo jest w gotowym obrazie, nie we źródłach. To skompilowane pliki do overlaya.
To gdzie je znajdę, bo w systemie nie mam takiego pliku:
root@OpenWRT:/# find / -name sun8i-h3-usbhost0*W systemie w którym to działa, pewnie w tych friendlywrt to znajdziesz.
Niestety, ale taki plik nie występuje na żadnej z trzech partycji FrendlyWRT.
Znalazłem coś w sieci na githubie:
https://github.com/armbian/sunxi-DT-ove … bhost0.dts
To chodzi o ten plik?
Wrzucić go do /boot/dtb-4.10.11-sun8i/overlay/ na moim kompilowanym obrazie?
Nie, to są źródła czyste. Na dodatek patrząc na to to po prostu to jest włączenie usbphy a to już masz.
To co zrobić, żeby te USB zaczęły działać? Miały być na obrazie FrendlyWRT te pliki, a ich tam nie ma
Ale oczekujesz gotowca. Samodzielności trochę...
W sun8i-h3-nanopi.dtsi masz co takiego:
&ohci3 {
status = "okay";
};
Dodaj sobie
&ohci1 {
status = "okay";
};
&ohci2 {
status = "okay";
};
Przekompiluj i zobacz. Tylko nie dodawaj tego w katalogu build_dir bo on jest nadpisywany przy kompilacjach tylko zrób łatkę w target/linux/sunxi/patches-XXX (w zależności którego wersji systemu używaj i którego kernela).
EDIT, tam jest więcej tego, nie wiem czemu są cztery. Zrób
&ohci0 {
status = "okay";
};
&ohci1 {
status = "okay";
};
&ohci2 {
status = "okay";
};
&ohci3 {
status = "okay";
};
&ehci0 {
status = "okay";
};
&ehci1 {
status = "okay";
};
&ehci2 {
status = "okay";
};
&ehci3 {
status = "okay";
};
Najwyżej poleci w kosmos
Nigdy nie robiłem takiej łatki, dobrze rozumiem, że muszę utworzyć nowy plik np.
./target/linux/sunxi/patches-5.4/001-sunxi-h3-nanopi-neo-enable-usb-goldpin.patch
a w nim:
+&ohci1 {
+ status = "okay";
+};
+
+&ohci2 {
+ status = "okay";
+};+ nagłówki, zobacz jak wyglądają inne łatki tym katalogu. A tak po prawdzie to robisz diff -Nuar pomiędzy plikami, dodajesz później odpowiednie ścieżki do plików żeby nagłówki się zgadzały i masz. Ew używasz quilt do tego: https://openwrt.org/docs/guide-develope … uildsystem
Weź sobie obraz z https://dl.eko.one.pl/test/ i sprawdź czy działają usb.
Nie kompilowałem tego, to zmodyfikowany dts i obraz złożony imagebuilderem.
Zrobiłem tak:
./target/linux/sunxi/patches-5.4/001-sunxi-h3-nanopi-neo-enable-usb-goldpin.patch
--- a/arch/arm/boot/dts/Makefile
+++ b/arch/arm/boot/dts/Makefile
+++ b/arch/arm/boot/dts/sun8i-h3-nanopi-neo.dts
+&ohci1 {
+ status = "okay";
+};
+
+&ohci2 {
+ status = "okay";
+};
+
+&ohci3 {
+ status = "okay";
+};
+
+&ehci1 {
+ status = "okay";
+};
+
+&ehci2 {
+ status = "okay";
+};
+
+&ehci3 {
+ status = "okay";
+};i wyrzuciło taki błąd:
Applying /root/OpenWRT/openwrt/target/linux/sunxi/patches-5.4/001-sunxi-h3-nanopi-neo-enable-usb-goldpin.patch using plaintext:
patch unexpectedly ends in middle of line
patch: **** Only garbage was found in the patch input.
Patch failed! Please fix /root/OpenWRT/openwrt/target/linux/sunxi/patches-5.4/001-sunxi-h3-nanopi-neo-enable-usb-goldpin.patch!
make[4]: *** [Makefile:40: /root/OpenWRT/openwrt/build_dir/target-arm_cortex-a7+neon-vfpv4_musl_eabi/linux-sunxi_cortexa7/linux-5.4.188/.prepared_ccbd97ba80864b6d00cc83407518c3dc] Error 1
make[4]: Leaving directory '/root/OpenWRT/openwrt/target/linux/sunxi'
make[3]: *** [Makefile:11: compile] Error 2
make[3]: Leaving directory '/root/OpenWRT/openwrt/target/linux'
time: target/linux/compile#43.37#43.13#59.55
ERROR: target/linux failed to build.
make[2]: *** [target/Makefile:25: target/linux/compile] Error 1
make[2]: Leaving directory '/root/OpenWRT/openwrt'
make[1]: *** [target/Makefile:18: /root/OpenWRT/openwrt/staging_dir/target-arm_cortex-a7+neon-vfpv4_musl_eabi/stamp/.target_compile] Error 2
make[1]: Leaving directory '/root/OpenWRT/openwrt'
make: *** [/root/OpenWRT/openwrt/include/toplevel.mk:230: world] Błąd 2Gdzie jeszcze popełniam błąd w tym pliku?
patch unexpectedly ends in middle of line
patch: **** Only garbage was found in the patch input
Masz gdzieś błąd w pliku który on uważa za składniowy. Jeżeli masz taki jak przedstawiłeś to brakuje właściwego "naglówka" - to te linie zaczynające się od @@
Weź sobie obraz z https://dl.eko.one.pl/test/ i sprawdź czy działają usb.
Nie kompilowałem tego, to zmodyfikowany dts i obraz złożony imagebuilderem.
Działa - 0e8d:2870 to mój diwajs podłączony do tych goldpinów;-)
# lsusb
Bus 007 Device 001: ID 1d6b:0001 Linux 5.10.120 ohci_hcd Generic Platform OHCI controller
Bus 002 Device 001: ID 1d6b:0001 Linux 5.10.120 ohci_hcd Generic Platform OHCI controller
Bus 004 Device 002: ID 0e8d:2870 Љ Љ
Bus 004 Device 001: ID 1d6b:0002 Linux 5.10.120 ehci_hcd EHCI Host Controller
Bus 006 Device 001: ID 1d6b:0001 Linux 5.10.120 ohci_hcd Generic Platform OHCI controller
Bus 008 Device 001: ID 1d6b:0001 Linux 5.10.120 ohci_hcd Generic Platform OHCI controller
Bus 001 Device 001: ID 1d6b:0002 Linux 5.10.120 ehci_hcd EHCI Host Controller
Bus 003 Device 001: ID 1d6b:0002 Linux 5.10.120 ehci_hcd EHCI Host Controller
Bus 005 Device 001: ID 1d6b:0002 Linux 5.10.120 ehci_hcd EHCI Host ControllerPochwal się, co zrobiłeś?
Strony Poprzednia 1 2 3 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → Screenshot ffmpeg
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc