Gdyby zgłaszał się taki z USB ID 11d2:0076, to tak. W przeciwnym wypadku jest coś grubszego. Mój modem na USB nie zgłasza się w ogóle, jeżeli go nie kopnę tym czy innym sposobem podczas startu, czy to do trybu Firehose czy EDL. Po kompletnym przejechaniu flasha via QPST SB3.0.

Wykonałem kolejne podejście do swojego martwego modemu. Udało mi się wcześniej zaorać kernel, a teraz wprowadzić modem w tryb EDL pęsetą na zewnętrznych padach i odpalić flashowanie SB 3.0. Wrócił do pierwotnego stanu, gdy jakiekolwiek wyjście z seriala ginie w momencie przeskoczenia do Linuxa i dalej na USB nie zgłasza się nic. Więc obstawiam już uwalony sprzęt.

@smereka pamiętasz, czy poprawnie zabootowany modem wypluwał na serialu cokolwiek po próbie załadowania kernela?
Bootloader (lk) wypluwa mi to:

Android Bootloader - UART_DM Initialized!!!
[0] welcome to lk

[0] SCM call: 0x2000601 failed with :fffffffc
[0] Failed to initialize SCM
[10] platform_init()
[10] target_init()
[10] Waiting for the RPM to populate smd channel table
[10] smem ptable found: ver: 4 len: 17
[20] ERROR: No devinfo partition found
[20] Neither 'config' nor 'frp' partition found
[20] zte_power_on_ctrl no operation  
[30] ----fota cookie is [0xffffffff]----
[30] smem_power->efs_crash = 0x0
[30]  zte_crash_flag not  found
[40] Loading (boot) image (8941568): start
[870] Loading (boot) image (8941568): done
[870] Authenticating boot image (8941568): start
[950] Authenticating boot image: done return value = 1
[990] DTB Total entry: 170, DTB version: 3
[990] Using DTB entry 0x0000011b/00010001/0x00000008/0 for device 0x0000011b/00010001/0x00010008/0
[1000] cmdline: noinitrd  rw console=ttyHSL0,115200,n8 androidboot.hardware=qcom ehci-hcd.park=3 msm_rtb.filter=0x37 lpm_levels.sleep_disabled=1  earlycon=msm_hsl_uart,0x78b1000  androidboot.serialno=c1203dba androidboot.authorized_kernel=true androidboot.baseba[1020] Updating device tree: start
[1080] Updating device tree: done
[1090] Channel alloc freed
[1100] booting linux @ 0x80008000, ramdisk @ 0x80008000 (0), tags/device tree @ 0x82000000

I tu jakiekolwiek wyjście się urywa.

Ostatni pomysł, który przychodzi mi do łba, to modyfikacja obrazu kernela (aboot) by zmienić linię komend i zflashować go w ten sposób - próby bootowania kernela via fastboot spaliły na panewce.

Tak, coś w tym stylu, acz niekoniecznie musiałby to być U-boot. No i trzeba to ogarnąć na ipq40xx.

Trzeba byłoby się nakombinować. Tutaj kernel jest ładowan z wewnątrz wolumenu UBI, który już oryginalnie na flashu był i nie można zmienić jego lokalizacji, w odróżnieniu od poprzednich wersji na MIPS, gdzie kernel był na surowej partycji.

Nie wygląda, by brakowało. Na RX masz tylko pulldown, na TX pulldown plus rezystor szeregowy, wszystko się zgadza. Dziwne. Masz pod ręką jakiś inny USB-UART? Może poziomy napięć nie te?

Wtedy dałoby się wejść w konsolę już po załadowaniu Linuxa. A przynajmniej byłaby jakakolwiek reakcja.

a jak przestawisz ethact na eth1, a następnie odpalisz urescue, albo tftpboot?

setenv ethact eth1

Plus jeszcze poprawa buga odnośnie zapisu ustawień na flashu w gratach Ubiquiti XW i WA :-P
...wróć, to nie zostało zbackportowane, a powinno.
https://github.com/openwrt/openwrt/pull/14237
Wieczorem spróbuję wystawić PR z backportem, to powinien być prosty cherry-pick.

Loadery do MDM9230 były w samych paczkach fabrycznego FW do MF286(A) - ale edl ani qtools nie chciały mi z nimi zagadać. Jak dobrze pójdzie, to wieczorem spróbuję gdzieś to wrzucić, wydobyłem trochę różnych.

Z tego co wiem, to nie buduje się jedna zależność z GCC 12 (libcompress, czy coś - nie pamiętam dokładnie), byłoby spoko to zgłosić na githubie. Jak znajdę chwilę, to może to zrobię.

Bo modem tego nie zapamiętuje. Z tego co udało mi się wygrzebać, to na stocku router każdorazowo przy odpaleniu konfiguruje to przez ADB. I na OpenWrt musiałbyś sobie to analogicznie zautomatyzować.