pbodq

回覆 240# robotmaster

SBE1V1K:
之前ftp裡有個snapshot image.itb可以download, 後來不知午麽原因, 被人取消了
另外, 現在可以唔使拆機TTL, 靠原廠OS web JS漏洞都以寫到firmware


講開這點, 京東雲一系列:
大部份都可以唔使再拆殼TTL, 同樣用web漏洞寫入firmware

而且無意中發現JDC-be6500, 趙子龍 ,RE-CS-06 已經出左QWRT
由一組4x4 可以利用濾波器分拆成兩組2x2, 大致上可以睇齊雅典娜, 但不知QWRT是否支援這模式。
呢隻當年都係勁野, 在同級同晶片情況下, 價錢平過同名的小米, 而且沒有像小米BE6000/BE6500那樣做假2.5Gbps, 隻趙子龍是堅滿血2.5Gbps, 整個Qualcomm BE6500市場, 就只有Asus小旋風同佢無做假, 另外做假的還有TP-Link , 但Asus只是雙頻而已,無焊額外濾波器

等隻SBE1V1K一到, 探究一下QSDK

saiohbaby

Y大這個是一個大更新, 他追加了大量up-stream drivers, 我試了兩天, 比他以前那堆穩定好多
但 ...
pbodq 發表於 2026-8-24 20:33

pbodq你好
我部XR1710G 6月份買已經是刷好openwrt,前幾日刷死左紅燈長亮.可能就是師兄講咸豐年代的ubi1.0/1.5 layout.
已經試過不用方法進入UBOOT 都不成功,請問是要拆机接 TTL才可以?

robotmaster

SBE1V1K:
之前ftp裡有個snapshot image.itb可以download, 後來不知午麽原因, 被人取消 ...
pbodq 發表於 2026-8-25 02:09

這個可能是第一款正式被 OpenWrt 官方支援的 qualcommbe & ath12k WiF-7 設備, 或者要有多些預備或檢查？

Anyway 我見佢 targets 入面連  /qualcommbe/ 目錄都未有。係有些奇怪:
https://downloads.openwrt.org/snapshots/targets/  ,  (8/26 又出現返)

PS:  唔使拆機就可以 flash, 咁當然是最好不過了  

pbodq

pbodq你好
我部XR1710G 6月份買已經是刷好openwrt,前幾日刷死左紅燈長亮.可能就是師兄講咸豐年代的ubi1.0 ...
saiohbaby 發表於 2026-8-25 11:17

如果你reset後仍是紅燈進不了OS, 那應該是主OS layout 的version (2.0)跟chainloader (1.0/1.5)不匹配導致
最正規而萬能的方法確是插TTL重寫這兩部份

假如你的chainloader 是web版的ubi 1.0/1.5, 免強可以博一下用網路線直入(按著reset制):





--------
另外, 唔想拆殼TTL, 而又想把chainloader ubi 1.0/1.5過渡到ubi2.0的方法:
在ubi 1.0/1.5的主OS狀態下, 利用kmod-mtd-rw軟件, 對chainloader partition overwrite (若無記錯,編號是mtd2), write前記得要erase, write後最好verify checksum
然後再boot機, 從web chainloader (hurrian CLI沒這個功能)裡正式寫入ubi 2.0的主OS

(咸魚賣家亂七八糟, 什魔版本都會用到, 所以我一直不太想買他們搞好的....)

saiohbaby

如果你reset後仍是紅燈進不了OS, 那應該是主OS layout 的version (2.0)跟chainloader (1.0/1.5)不匹配導 ...
pbodq 發表於 2026-8-25 15:29

pbodq多謝幫忙

pbodq

回覆 245# saiohbaby


若果搞唔掂就拎來,可以幫你重寫

saiohbaby

回覆  saiohbaby


若果搞唔掂就拎來,可以幫你重寫
pbodq 發表於 2026-8-26 13:24

我到時攪唔掂再搵師兄幫忙

pbodq

這兩天整合WHW03 v2 + SBE1V1K + W1700K + XR1710G driver

發現官方snapshot靜靜雞由v6.18 roll up上v7.2
https://github.com/openwrt/openwrt/tree/main/package/kernel


意思是現行v6.12很有可能一大步跳上v7.2, 略過v6.18/6.19
這將會是個極大而重要的change, 原因是最近半年, 大量新晶片的driver及fixes主要都是基於v7.x期間開發
包括QualcommBE(SBE1V1K Atheros12k)及聯發科的Filogic 880 (W1700K), 如果直上v7.2, 這一大堆pending fixes就不再需要花大量人力backport回去v6.18/v6.12 - 慳力水，而且這一大堆fixes都是很關鍵的functional fixes
我看到連果粒古懂Marvell 88W8964呢幾日都ported埋上v7.2
如果長期維持在v6.12/v6.18, 很多critical functional fix是applied不到 (因為班友大部份在v7.2環境下寫....), 亦無咁多人咁得閒走去特登backport
雖則話v6.12是LTS性質, 但人手真的慢....


今日打排名, 斷線5分鐘, 真係多得隻萬金油WHW03 v2, 追查兩個著名積壓了三年的bugs, 升上snapshot v7.2後就解決了
https://github.com/greearb/ath10k-ct/issues/131
https://github.com/greearb/ath10k-ct/issues/188

而這個bug亦涉及官方另一個settings垢病:
CT edition的firmware bin, 為了省RAM, 分拆了三個版本 : minimal ct (default) / standard ct HTT / full ct HTT

如果用了minimal 而強行使用802.11w/802.11r, 不但會有errors, 甚致會嚴重地斷wifi
因為很多進階而常用的settings是需要靠full edition functions實行, 而且HTT mode是CPU直通baseband晶片, 測過throughput效能提升10-20%。
好心官方把default value由minimal改做full HTT, 只係用多1MByte咁大把。在四核IPQ4019年代, 誰會去跟你計較這1MByte?成日搵籍口唔做足, 事倍功半
真係想出個pull request, 可以省下很多人troubleshoot的精力

kit132

回覆 248# pbodq


你隻WHW03 v2放棄左NSS build直接上snapshot?
CPU/ RAM/ thoughput上在Kernel v6.x vs v7.2 有分別?

pbodq

回覆 249# kit132


WHW03 v2 那代, 硬件沒有NSS
RAM utilization level同之前無分別, 唔高, 我係開software acceleration + packet steering
v7.2 HTT:
wire lan bridge wire wan = SMB 87MByte/s, 3% CPU utilization (QCA8072內部直通)
v6.18 2:
wire lan bridge wire wan = SMB 60MByte/s, 3% CPU utilization

v7.2 HTT:
wire lan bridge WIFI = ~SMB 55MByte/s, 60% CPU utilization (QCA9886 仍要先經IPQ4019, 才到達QCA8072)
v6.18 2:
wire lan bridge WIFI = ~SMB 55MByte/s, (印像中去到7-80%)% CPU utilization

(估計iperf3再高10%, 因納入埋overhead統計, 遲d搵Docker測一下)

滿速了, 已到三顆晶片滿血狀態, 以前Linksys官方原廠絕對無可能達到, 得40MBytes/s跟當年初版Openwrt差不多水平(現在Linksys所有firmware都是從OP拿過去改, 而當年WRT54G放出來, 就成立了Openwrt, 你撈我我撈你, 現在反客為主)

之前利用NSS buiild是頭像隻MX4200。NSS無論WIFI 去lan或wan ; lan NAT wan 或lan local bridge, CPU utilization都極低, 無乜波幅, 但NSS那代應該勁食RAM
只剩一隻在office拆不走的production狀態, 不想再搞那個, 主因太大部太佔空間, 某d環境不易利用, 若果它日後壞了, 要重新搵雙5GHz的替代品, 要搵d細隻...
那隻MX4200原身是小巧WHW03v2, 但AC沒OFDMA, AirTime Fairness如何改善, 都做唔出WISP的雙5GHz零延遲效果, 所以一定要升為MX4200。上方那堆WIFI7沒雙5GHz, 結果跟屋企隻MX4200置換, 兩者完美揚長補短