Odp: ZTE MF289F - Porting OpenWRT
W tym folderze mam przez winsc widoczne tylko gpio421 i gpiochip412
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Sprzęt / Hardware → ZTE MF289F - Porting OpenWRT
Strony Poprzednia 1 … 38 39 40 41 42 … 45 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
W tym folderze mam przez winsc widoczne tylko gpio421 i gpiochip412
Jak będzie wyeksportowane , to będzie też tu:
ls -al /sys/class/gpioWięc już wtedy więcej nie eksportuj ![]()
A jak nie ma , to może z cudzysłowami zrób
echo "420" >/sys/class/gpio/exportroot@OpenWrt_rafal_bia:~# echo "420" >/sys/class/gpio/export
ash: write error: Resource busy
root@OpenWrt_rafal_bia:~# ^C
root@OpenWrt_rafal_bia:~# ls -al /sys/class/gpio
drwxr-xr-x 2 root root 0 Jan 1 1970 .
drwxr-xr-x 36 root root 0 Jan 1 1970 ..
--w------- 1 root root 4096 Feb 11 18:18 export
lrwxrwxrwx 1 root root 0 Feb 11 18:04 gpio421 -> ../../devices/platform/soc/1000000.pinctrl/gpiochip0/gpio/gpio421
lrwxrwxrwx 1 root root 0 Jan 1 1970 gpiochip412 -> ../../devices/platform/soc/1000000.pinctrl/gpio/gpiochip412
--w------- 1 root root 4096 Jan 1 1970 unexport
root@OpenWrt_rafal_bia:~#
A co robi dokładnie ten wpis w dts:
/*
* This node is used to restart modem module to avoid anomalous
* behaviours on initial communication.
*/
gpio-restart {
compatible = "gpio-restart";
gpios = <&tlmm 8 GPIO_ACTIVE_HIGH>;
};?
Ustawia tylko stan?
A co zwraca:
ls -l /sys/bus/platform/drivers/restart-gpio/?
Raczej tak , i to tak ,że nie da się nim później sterować ![]()
Ale zwróćcie wagę , że to GPIO jest typu OUT ( wg cat /sys/kernel/debug/gpio) , więc to płyta wystawia ten sygnał , a nie go odczytuje.
Więc jeśli coś miałoby resetować coś , to płyta tym GPIO resetuje modem , a nie odwrotnie.
Jeśli modem miałby resetować , to on u siebie ma gpio out , a płyta ma czekać i odczytywać sygnał , czyli mieć gpio in - coś identycznego jak dla przycisków.
Out jest np. dla LEDów....
Łączy sterownik gpio-restart z danym gpio.
https://www.kernel.org/doc/Documentatio … estart.txt
No i potwierdza to ten tekst z linku : The gpio is configured as an output
EDIT: I zdaje się w MF286D tak było , że restart płyty powodował restart modemu ( i za to mógł być właśnie ti odpowiedzialny GPIO8) , ale restart modemu już nie restartował płyty...
Trzeba szukać jakiegoś fizycznego połączenia z gniazda mPCIe choćby do przycisku reset .
root@OpenWrt_rafal_bia:~# ls -l /sys/bus/platform/drivers/restart-gpio/
--w------- 1 root root 4096 Feb 11 18:38 bind
lrwxrwxrwx 1 root root 0 Feb 11 18:38 gpio-restart -> ../../../../devices/platform/gpio-restart
--w------- 1 root root 4096 Feb 11 18:38 uevent
--w------- 1 root root 4096 Feb 11 18:38 unbind
root@OpenWrt_rafal_bia:~#
Może w firmware modemu można zmodyfikować coś żeby nie wystawiał restartu dla płyty bo dobrze Was rozumiem, że modem wystawia do płyty sygnał restartu tak?
Można tam zrobić unbind. Pocztaj to: https://www.mail-archive.com/openwrt-de … 62683.html
To może @Królik , który jest autorem będzie pamiętał do czego ten GPIO8 mu był potrzebny , może jest to związane właśnie z tym , że mu "zasilanie modemu" na początku nie działało : https://eko.one.pl/forum/viewtopic.php? … 84#p258684
Na początku myślął , że GPIO8 i GPIO9 to jakiś związek z driverem diód na i2c mają ....
W każdym razie to na pewno jest coś , co wysyła sygnay ( może być reset ) , a nie coś co odbiera żeby się zresetować.
Tutaj też dyskusja odnośnie tego: https://github.com/openwrt/openwrt/pull … 1071940867
Może @Leo-PL się też wypowie ![]()
No to w tej dyskusji wprost @Leo-PL napisał do czego to GPIO8 : Yes, I can confirm, this is used to reset the modem on rebooting the device.
Czyli z tej mąki chleba nie będzie?
Ktoś obstawia, który pin może odpowiadać za podanie resetu z modemu do płyty głównej? Będę to testował chyba miernikiem i jak coś zasłaniał dany pin. Tylko teraz pytanie czy jak zasłonię dany pin to modem podczas startu od nowa od momentu podania napięcia w ogóle się uruchomi?
Tak się zastanawiam , czy np MF289F nie może tego resetu robić przez ten sterownik LEDów....
@stich86 będzie wiedział , jak proces w modemie się nazywa od gniazda RJ11 i LEDów , może jego trzeba ubić ,i wtedy modem restartować...
Dodatkowo bym sprawdził , czy takie sterowanie z modemu nie jest po prostu chamsko podłączone pod przycisk reset... Da się jakoś zlogować fizyczne naciśnięcie resetu ? Albo nawet może odłączyć ten przycisk "programowo" bez kompilowania i zmian w DTS ?
EDIT proces w modemie ,który obsługuje ledy i rj11 to zte_topsw_adapter_mgr ,spróbuj to zkillować , zobacz ,czy diody świecą/mrugają ,czy przestały być obsługiwane , no i zrób restart modemu.( a może już nawet podczas kilowania płyta się zrebootuje , bo przestaną świecić ledy...)
root@OpenWrt_rafal_bia:~# adb shell ps
PID USER TIME COMMAND
1 root 0:01 init [5]
2 root 0:00 [kthreadd]
3 root 0:00 [ksoftirqd/0]
4 root 0:00 [kworker/0:0]
5 root 0:00 [kworker/0:0H]
6 root 0:00 [kworker/u2:0]
7 root 0:00 [rcu_preempt]
8 root 0:00 [rcu_sched]
9 root 0:00 [rcu_bh]
10 root 0:00 [lru-add-drain]
11 root 0:00 [netns]
12 root 0:05 [kworker/0:1]
13 root 0:00 [msm_watchdog]
14 root 0:00 [smem_native_mps]
15 root 0:00 [mpss_smem_glink]
16 root 0:00 [kworker/u3:0]
17 root 0:00 [kworker/u2:1]
18 root 0:00 [ipa_usb_wq]
19 root 0:00 [qmp_aop]
20 root 0:00 [oom_reaper]
21 root 0:00 [writeback]
22 root 0:00 [kcompactd0]
23 root 0:00 [crypto]
24 root 0:00 [bioset]
25 root 0:00 [kblockd]
26 root 0:00 [irq/55-arm-smmu]
27 root 0:00 [irq/26-tsens-up]
28 root 0:00 [irq/27-tsens-cr]
29 root 0:00 [system]
30 root 0:00 [ipa_power_mgmt]
31 root 0:00 [transport_power]
32 root 0:00 [ipa_pm_activate]
33 root 0:00 [devfreq_wq]
34 root 0:00 [cfg80211]
35 root 0:01 [kworker/0:2]
36 root 0:00 [kswapd0]
49 root 0:00 [glink_ssr_wq]
50 root 0:00 [glink_lbsrv]
51 root 0:00 [glink_xprt_wq]
52 root 0:00 [IPCRTR_mpss_sme]
53 root 0:00 [glink_pkt_wq]
54 root 0:00 [k_hsuart]
55 root 0:00 [msm_serial_hs_0]
56 root 0:00 [msm_serial_hs_0]
57 root 0:00 [hwrng]
59 root 0:00 [diag_real_time_]
60 root 0:00 [diag_wq]
62 root 0:00 [DIAG_USB_diag]
63 root 0:00 [diag_cntl_wq]
64 root 0:00 [diag_dci_wq]
65 root 0:00 [DIAG_SOCKMODEM_]
66 root 0:00 [DIAG_SOCKMODEM_]
67 root 0:00 [DIAG_SOCKMODEM_]
68 root 0:00 [DIAG_SOCKMODEM_]
69 root 0:00 [DIAG_SOCKMODEM_]
70 root 0:00 [DIAG_SOCKLPASS_]
71 root 0:00 [DIAG_SOCKLPASS_]
72 root 0:00 [DIAG_SOCKLPASS_]
73 root 0:00 [DIAG_SOCKLPASS_]
74 root 0:00 [DIAG_SOCKLPASS_]
75 root 0:00 [DIAG_SOCKWCNSS_]
76 root 0:00 [DIAG_SOCKWCNSS_]
77 root 0:00 [DIAG_SOCKWCNSS_]
78 root 0:00 [DIAG_SOCKWCNSS_]
79 root 0:00 [DIAG_SOCKWCNSS_]
80 root 0:00 [DIAG_SOCKSENSOR]
81 root 0:00 [DIAG_SOCKSENSOR]
82 root 0:00 [DIAG_SOCKSENSOR]
83 root 0:00 [DIAG_SOCKSENSOR]
84 root 0:00 [DIAG_SOCKSENSOR]
85 root 0:00 [DIAG_SOCKDIAG_C]
86 root 0:00 [DIAG_SOCKDIAG_D]
87 root 0:00 [DIAG_SOCKDIAG_C]
88 root 0:00 [DIAG_SOCKDIAG_D]
89 root 0:00 [DIAG_SOCKDIAG_D]
90 root 0:00 [DIAG_SOCKCDSP_C]
91 root 0:00 [DIAG_SOCKCDSP_D]
92 root 0:00 [DIAG_SOCKCDSP_C]
93 root 0:00 [DIAG_SOCKCDSP_D]
94 root 0:00 [DIAG_SOCKCDSP_D]
95 root 0:00 [DIAG_CNTL_SOCKE]
96 root 0:00 [DIAG_GLINK_DIAG]
97 root 0:00 [DIAG_GLINK_DIAG]
98 root 0:00 [DIAG_GLINK_DIAG]
99 root 0:00 [DIAG_GLINK_DIAG]
100 root 0:00 [DIAG_GLINK_DIAG]
101 root 0:00 [bioset]
102 root 0:00 [bioset]
103 root 0:00 [bioset]
104 root 0:00 [bioset]
105 root 0:00 [bioset]
106 root 0:00 [bioset]
107 root 0:00 [bioset]
108 root 0:00 [bioset]
109 root 0:00 [bioset]
110 root 0:00 [bioset]
111 root 0:00 [bioset]
112 root 0:00 [bioset]
113 root 0:00 [bioset]
114 root 0:00 [bioset]
115 root 0:00 [bioset]
116 root 0:00 [bioset]
117 root 0:00 [bioset]
118 root 0:00 [bioset]
119 root 0:00 [bioset]
120 root 0:00 [bioset]
121 root 0:00 [bioset]
122 root 0:00 [bioset]
123 root 0:00 [bioset]
124 root 0:00 [bioset]
125 root 0:00 [qseecom-unreg-l]
126 root 0:00 [qcrypto_seq_res]
147 root 0:00 [bioset]
148 root 0:00 [bioset]
149 root 0:00 [bioset]
150 root 0:00 [bioset]
151 root 0:00 [bioset]
152 root 0:00 [bioset]
153 root 0:00 [bioset]
154 root 0:00 [bioset]
155 root 0:00 [bioset]
156 root 0:00 [bioset]
157 root 0:00 [bioset]
158 root 0:00 [bioset]
159 root 0:00 [bioset]
160 root 0:00 [bioset]
161 root 0:00 [bioset]
162 root 0:00 [bioset]
163 root 0:00 [bioset]
164 root 0:00 [bioset]
165 root 0:00 [bioset]
166 root 0:00 [bioset]
167 root 0:00 [bioset]
168 root 0:00 [bioset]
169 root 0:00 [bioset]
170 root 0:00 [bioset]
171 root 0:00 [bioset]
172 root 0:00 [bioset]
173 root 0:00 [bioset]
174 root 0:00 [bioset]
175 root 0:00 [spi2]
180 root 0:00 [uether]
181 root 0:00 [k_ipa_usb]
182 root 0:00 [qmi_tmd_wq]
183 root 0:00 [qmi_svc_event_w]
184 root 0:00 [msm_ipc_router]
185 root 0:00 [cfinteractive]
186 root 0:00 [mmc_clk_gate/mm]
187 root 0:00 [irq/25-8804000.]
188 root 0:00 [kworker/u2:2]
189 root 0:00 [irq/24-mmc0]
190 root 0:00 [irq/167-8804000]
191 root 0:00 [irq/287-soc:qco]
192 root 0:00 [soc:modem_etm0]
193 root 0:00 [uaudio_svc]
194 root 0:00 [qmi_hndl0000000]
195 root 0:00 [apr_driver]
196 root 0:00 [ipv6_addrconf]
197 root 0:00 [irq/290-modem]
198 root 0:00 [irq/45-pwr_even]
199 root 0:00 [irq/44-dp_hs_ph]
200 root 0:00 [irq/47-dm_hs_ph]
201 root 0:00 [irq/46-ss_phy_i]
202 root 0:00 [irq/57-arm-smmu]
203 root 0:00 [usb_bam_wq]
204 root 0:00 [kworker/0:3]
205 root 0:00 [ubi_bgt0d]
206 root 0:00 [servloc_wq]
295 root 0:00 [ubi_bgt1d]
299 root 0:00 [ubifs_bgt1_0]
322 root 0:00 [ubi_bgt3d]
326 root 0:00 [ubifs_bgt3_0]
331 root 0:00 [ubifs_bgt3_1]
336 root 0:00 [ubifs_bgt3_2]
341 root 0:00 [ubifs_bgt3_3]
346 root 0:00 [ubifs_bgt3_4]
351 root 0:00 [ubifs_bgt3_5]
369 root 0:00 [ubi_bgt2d]
373 root 0:00 [ubifs_bgt2_0]
377 root 0:00 [irq/61-arm-smmu]
381 root 0:00 [irq/62-arm-smmu]
383 root 0:00 [irq/63-arm-smmu]
392 root 0:00 [ipa_interrupt_w]
393 root 0:00 [ipawq36]
395 root 0:00 [iparepwq36]
397 root 0:00 [ipawq33]
399 root 0:00 [iparepwq33]
401 root 0:00 [ipawq32]
403 root 0:00 [iparepwq32]
407 root 0:00 [ipa_ut_dbgfs]
408 root 0:00 [kworker/0:4]
409 root 0:00 [ipa_A7_svc]
414 root 0:00 [qmi_hndl0000000]
415 root 0:00 [clnt_req]
417 root 0:00 [clnt_resp]
476 root 0:00 QCMAP_ConnectionManager /etc/data/mobileap_cfg.xml d
536 root 0:00 /usr/bin/scm -c /etc/misc/wifi/scm.conf -B
564 root 0:00 [zte_usb_switch]
577 root 0:00 [at_usb0]
582 root 0:00 [at_usb1]
595 root 0:00 [rmnet_ctrl]
602 root 0:00 [android_mbim]
607 root 0:00 [gsb]
608 root 0:00 [dpl_ctrl]
615 root 0:00 [gps]
621 root 0:00 [qdss]
623 root 0:00 [qdss_mdm]
642 root 0:05 /sbin/init_mss
646 root 0:00 ipacm
705 root 0:00 [mpss_IPCRTR]
713 root 0:00 [qmi_hndl0000000]
719 root 0:00 [qmi_hndl0000000]
722 root 0:00 [qmi_hndl0000000]
723 root 0:00 [kworker/u2:3]
724 root 0:00 [kworker/u2:4]
743 root 0:00 [kworker/u2:5]
752 root 0:00 ipacmdiag
760 root 0:00 /sbin/adbd
762 root 0:00 /usr/bin/qti
775 root 0:00 /usr/bin/adpl
974 root 0:00 [kworker/u3:1]
975 root 0:00 [kworker/u2:6]
1001 root 0:00 ipacm_perf
1012 root 0:00 /usr/bin/port_bridge
1028 root 0:00 /usr/bin/port_bridge_at
1071 root 0:00 /sbin/rmt_storage
1073 root 0:00 /sbin/fs-scrub-daemon
1088 root 0:00 [kworker/u2:7]
1116 system 0:00 /usr/bin/qseecomd
1118 system 0:00 /usr/bin/qseecomd
1159 nobody 0:00 /usr/bin/dnsmasq -7 /etc/dnsmasq.d
1180 root 0:00 /usr/bin/thermal-engine
1184 root 0:00 /usr/bin/csd_server
1207 root 0:00 /usr/bin/netmgrd
1211 root 0:00 /usr/bin/qmi_shutdown_modem
1229 root 0:00 /usr/bin/pdmappersvc
1247 root 0:00 [qmi_hndl0000000]
1306 root 0:00 wlan_services
1347 messageb 0:00 /usr/bin/dbus-daemon --system
1362 root 0:00 [ipawq34]
1364 root 0:00 [iparepwq34]
1366 root 0:00 [ipawq35]
1368 root 0:00 [iparepwq35]
1392 root 0:00 klogd
1416 root 0:00 syslogd -O /logfs/syslog -l 6 -s 1024
1426 root 0:00 /sbin/reboot-daemon
1431 root 0:00 QCMAP_CLI
1436 root 0:00 /usr/bin/atfwd_daemon
1440 root 0:00 zte_adapter_cfg
1442 root 0:00 zte_adapter_ppp
1446 root 0:00 zte_adapter_nwinfo
1449 root 0:00 zte_adapter_wlan
1451 root 0:00 zte_adapter_wms
1453 root 0:00 zte_adapter_ussd
1460 root 0:00 zte_adapter_sim
1462 root 0:00 zte_adapter_pbm
1466 root 0:00 zte_adapter_stk
1472 root 0:00 zte_adapter_usb_ctl
1474 root 0:02 zte_adapter_bsp
1479 root 0:00 zte_adapter_voice
1481 root 0:00 zte_adapter_voicemail
1504 root 0:00 [sh]
1505 root 0:00 [sh]
1506 root 0:00 [sh]
1548 root 0:00 avahi-daemon: running [sdxpoorwills.local]
1570 root 0:00 /usr/sbin/avahi-dnsconfd -D
1598 diag 0:00 /usr/bin/diagrebootapp
1599 gps 0:00 /usr/bin/loc_launcher
1600 root 0:00 /usr/bin/qmuxbridge
1601 gps 0:00 /usr/bin/location_hal_daemon
1609 gps 0:00 lowi-server
1611 gps 0:00 xtra-daemon
1633 root 0:00 zte_topsw_cfg
1634 root 0:00 zte_topsw_dua standalone
1646 root 0:00 zte_topsw_daemon -i5 -d
1661 root 0:00 zte_topsw_goahead
1663 root 0:00 zte_topsw_router
1665 root 0:00 zte_topsw_ppp_dial
1667 root 0:00 zte_topsw_wan_sig
1669 root 0:00 zte_topsw_data_stat
1671 root 0:00 zte_wan_nwinfor
1673 root 0:00 zte_topsw_mc
1675 root 0:00 zte_topsw_mc_startup
1677 root 0:00 zte_topsw_mdm
1681 root 0:00 zte_topsw_key
1683 root 0:00 zte_topsw_sleep
1686 root 0:00 zte_topsw_ntp
1688 root 0:00 zte_topsw_wms
1690 root 0:00 zte_topsw_led
1692 root 0:00 zte_topsw_voice
1694 root 0:00 zte_topsw_atfwd
1696 root 0:00 zte_topsw_limit
1700 root 0:00 zte_topsw_cbns_server
1710 root 0:00 zte_topsw_wlan
1712 root 0:00 zte_topsw_diag
1868 root 0:01 alsaucm_test
1923 root 0:00 /sbin/getty -L ttyMSM0 115200 console
2336 root 0:00 /bin/sh -c ps
2338 root 0:00 ps
nie ma tego procesu Migu co napisałeś...
a po prostu wykonaj to polecenie"zte_topsw_adapter_mgr" , może ma ono jakiś help , może można je zatrzymać...
Masz je ciągle zdalnie ? Bo jak coś nabroimy , to jeszcze nie odpali...
Metoda przywracania do fabryki przecież przez sticha jest opatentowana
wiec na spokojnie. Pozatym mam 2 sztuki tego sprzętu. Jeden mogę spisać na straty
na rzecz nauki
root@OpenWrt_rafal_bia:~# adb shell zte_topsw_adapter_mgr help
root@OpenWrt_rafal_bia:~#
niby nie wywala błędu ale też i nic pożytecznego nie wyświetla - uparte to to...
poszukaj , czy w tych plikach start tego pliku jest wykonywany:
/etc/rcS-zte-after-modem
/etc/rcS-zte-before-modem
Przetestowałem też reboot w samym openwrt i niestety modem też wstaje od nowa uptime jest taki sam jak płyty także reboot wydany samej płycie powoduje też reboot modemu.
No tak , i tak było w MF286D , i właśnie za to jest odpowiedzialne to GPIO8 ( reboot modemu przy reboocie płyty ) - i to jest ok.
Ale odwrotnie , czyli rebot płyty przy rebocie modemu nie ma w MF286D....
A da się jakoś wejść przez winscp do plików modemu?
Możesz partycje z modemu skopiować: https://eko.one.pl/forum/viewtopic.php? … 99#p295199
Już to chyba robiłeś ![]()
Strony Poprzednia 1 … 38 39 40 41 42 … 45 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Sprzęt / Hardware → ZTE MF289F - Porting OpenWRT
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc