【無線LAN】OpenWrt【強化ﾌｧｰﾑ】13 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
QSDKに含まれるshortcut-feの件を
LEDEの >505 のフォーラムで質問したら
スレッドオーナーのgwlim氏が興味を持ったらしくテストしてくれました。
>638 の指摘するようにHardware依存しないFastpathであってるようです
gwilm氏がLEDEの上流にマージするつもりみたいです
期待！ >>653
DS-liteってIPv6のやつじゃないんかい？
IPv4はカプセル化されてIPv6でopenwrtから出て行くと となると、>>648の言うv4 pppoeとds-liteを同時にというのは意味がないのでは？
全部のパケットがipv6にカプセルされて出ていくことになるよね？ マルチホーム構成ですよね。
インターネット接続のためのアウトバンド用ds-liteと
VPNサーバーなどのインバンド用v4PPPoEかな？ シングルホームでIPv4 PPPoEとIPv6 IPoE、IPv6上のIPv4トンネルを共存したいんだろ IPv4 PPPoEは総じて混雑がひどく遅い そもそも200Mbpsだかに上限が抑えられている
IPv6 IPoEだとその上限制約なし 回線のベストエフォートの実力そのままを使える
DS-Liteは上限制約なしの経路でIPv4をトンネルしてもらうので高速 PPPoEの混雑の影響無関係
ただしDS-LiteだとNAPT処理をトンネルした先のtransixの機器で行うので
ポートフォワーディングを一切利用できない
ポートフォワーディングを用途上必要とするトラフィックに対してだけIPv4 PPPoEを使う >>654
GJ
gwlim氏が言うfast-classifierがよくわからないけど、shortcut-feに関わるkmod
みたいね。
こっちのパッケージのmakefileでは
https://github.com/paul-chambers/netgear-r7800/blob/master/package/fast-classifier/Makefile
"DEPENDS:=+kmod-shortcut-fe"とある。 >>664
fast-classifier は
https://source.codeaurora.org/quic/qsdk/oss/lklm/shortcut-fe.git に含まれるkmodですね
このfeedをclone すると、shortcut-fe と fast-classifiler とサンプルと、OS Patch が含まれてました。
Qualcomm fastpath は shortcut-fe、shortcut-fe-cm、fast-classifier 3つで構成されていると考えていいと思います。
つい先ほどのgwlim氏のcommit を見ると、qsdk ではなくて、
>639 の ChromiumOSからsourceを拾ってきてやり直したようです。
Hardware NATとは異なる話なので新しいスレッド立ててくれたみたいです。
https://forum.lede-project.org/t/qualcomm-fast-path-for-lede/4582
私もいま BHR-4GRV2用にbuild中です。
(前回実績から)おそらく5人くらいは興味あるかたがいらっしゃるようなので
うまくbuildできたら人柱用にupしますね。 665氏もgwlim氏も仕事が速いな。
https://forum.lede-project.org/t/qualcomm-fast-path-for-lede/4582/2
TL-WR1043NDv1 mips24kc 430MHZでのテストももう終わってるしw
-----------------------------------------------------------
Client connecting to 10.1.1.2, TCP port 5001
TCP window size: 0.22 MByte (default)
[ 5] local 192.168.1.103 port 49910 connected with 10.1.1.2 port 5001
[ ID] Interval Transfer Bandwidth
[ 5] 0.0- 1.0 sec 81.5 MBytes 684 Mbits/sec
[ 5] 1.0- 2.0 sec 78.4 MBytes 657 Mbits/sec
[ 5] 2.0- 3.0 sec 74.5 MBytes 625 Mbits/sec
[ 5] 3.0- 4.0 sec 78.1 MBytes 655 Mbits/sec
[ 5] 4.0- 5.0 sec 71.9 MBytes 603 Mbits/sec
[ 5] 5.0- 6.0 sec 77.4 MBytes 649 Mbits/sec
[ 5] 6.0- 7.0 sec 74.4 MBytes 624 Mbits/sec
[ 5] 7.0- 8.0 sec 76.8 MBytes 644 Mbits/sec
[ 5] 8.0- 9.0 sec 72.6 MBytes 609 Mbits/sec
[ 5] 9.0-10.0 sec 78.6 MBytes 660 Mbits/sec
[ 5] 0.0-10.0 sec 764 MBytes 640 Mbits/sec
[ 5] MSS size 1448 bytes (MTU 1500 bytes, ethernet)
-----------------------------------------------------------
これって有線でNAPTさせたときのスループット？速くね？ うちはnetgear wndr3700v1なので、こっち
https://github.com/gwlim/mips24k-ar71xx-lede-patch
でいいんだよね。
make menuconfiの後、とりあえず
Kernel Modules -> Network Support
の下の、shortcut-*とfast-classifierをチェックして、今ビルド中… fastpathとやらで通してよいかどうかを誰が何をもって判定・設定するのでしょうね?
たとえばTCPで通してよいことが確認されたものだけ
このfastpath経路で処理して、他は実直に本来のnetfilterに通す経路? LEDE 17.01.2 with Qualcomm FastPath for BHR-4GRV2
https://www.axfc.net/u/3818954.7z
まだ最適化は行っていないのでUSBや無線等、だいぶ無駄なkmodが含まれてます。
一応インストールして起動確認はしていますが、人柱用です。
興味がある方がいれば使ってみてください
>>666
前のスレッドの文脈から見て有線NAPTスループットだと思いますけれども。
こちらを使えば、WZR-HP-G300NHや WZR-HP-AG300H、BHR-4GRV 等用もbuildできそうですね。
>>667
どうなんでしょうね。
特に追加設定をしないで動いてしまうので、基本的にすべてfastpath通しちゃうんだと思いますけど 667だけど、kmod-shortcut-fe-drvというのを含めると、ビルドに失敗しますね。
それと"Extra packages -> fast-classifier-example"というのがあるのでこれ
も含めてビルドすると、失敗します。どちらもMakefileがないと怒られます。
wndr3700にインストールしてみたけど、うん、まあ普通に動いてる。
------------------------------------------------------------------
root@LEDE:~# lsmod |grep short
shortcut_fe 52176 2 fast_classifier,shortcut_fe_cm
shortcut_fe_cm 6992 0
shortcut_fe_ipv6 53392 2 fast_classifier,shortcut_fe_cm
root@LEDE:~# lsmod |grep fast
fast_classifier 45472 0
shortcut_fe 52176 2 fast_classifier,shortcut_fe_cm
shortcut_fe_ipv6 53392 2 fast_classifier,shortcut_fe_cm
root@LEDE:~#
------------------------------------------------------------------
確かにカーネルモジュールとして読み込まれてはいるみたいです。 それと余談なんだけど、だいぶん前に>>162がやってたclient isolationだけど、
今見たら、luciの無線設定に"client isolation"のチェックボックスがあり、
チェックを入れて試してみたら、無線クライアント間の通信は遮断してくれる。
当時は確かにできなかったはずなんだけどなあ… >667,670
Makefile に以下のように書かれているもので、
>Simulated sfe driver which act as an adapter
>to convert message between a connection manager
>and the SFE core engine.
TITLE:=Simulated sfe driver for ECM とあり、
このECMは多分 USB ECM(Ethernet Controle Model)のことだと思うので
USB Etherで使うつもりがなければなくてもいいと思います。
ちなみにBHR-4GRV2のQSDKオリジナルファームにも入っていないパッケージでした。
>634 にlsmod や opkg list-installed を貼っているので参考にしてみてください。 >>671
それは 064-luci-wifi-add-feature.patch で wifi.lua にパッチ当ててるからですね。
他にMastodonでMusashinoさんが指摘されてますが、
016-enable-wireless-default.patch で 無線デフォルトONにしてたり、
015-reg-wireless.patch で 802.11のregdb.txtの値をいじっていたりするので
wifi関係は注意が必要です。
このpatch群はgwlim氏のprivate patchの性格が強く、
USB LTEドングルやらupnp等のパッケージがデフォルト追加されているので
適宜 patch フォルダのパッチを削除してから
patch_LEDE.sh を流してbuildしたほうが良いです。
ちなみに、LEDE17.01.2 のbranch に適用するなら、
012-fix-upstream-feed.patch は不要です。
Qualcomm Fastpath だけなら多分89x-SFE-xxx のパッチだけで行けるんじゃないかと…
(ソース読めない人間の想像ですが) DS-Liteうんたら、って言ってた人はどうなったんだ? 予選敗退か? >>648です。
その後もOpneWRTのwebUIの範囲ではいじっていたのですが、
デュアルWanやポリシールーティング以前の問題で、DS-LITE接続自体ができません。
まずOpenWRT単品で、DS-Lite だけの接続を確立させたいのですが、参考になるサイトあったら教えていただけませんか？
Wan6をイーサ接続の動的v6アドレスに設定すると、IPoE接続はできるようなのですが、remotehostがtransixにならないので、
これだと単純なv6のみの接続になっているようです。設定をDs-Liteにプロトコル変更すると、インターフェイスがアクティブにさえなりません。
現在はルータを複数つかって、無理やり想定構成に近いことをやってますが、どうせなら１台でスマートにやりたいです。
下記がおおよその構成図です。
http://imgur.com/UW70ZeD.png OpenWRTに直接関係ないんだけど、Googleやっぱりすごいな。
DS-liteでの接続なのに、Chromeリモートデスクトップはなんの問題もなく外部インターネットから繋がるｗ
v4 PPPoEでのポート開放を継続したい理由の１つに、VPNやターミナル接続があったんだが、軽く飛び越えてくるから困る。 コマンドラインで現在の設定状態とかを確認する気があるのかないのか
ないなら予選敗退 確定
1) WAN側I/FにIPv6 IPoE加入で払い出される2409:...のIPv6アドレスが設定されているのか?
設定されていない=RAを受信できていない=IPv6デフォルトルータの情報も受け取れていない
2) DS-Liteのトンネル接続確立のためのコマンド
ip -6 tunnel add ip6tnl1 mode ip4ip6 remote “addr1” local “addr2” dev “ifname”
addr1: gw.transix.jpのIPv6アドレス
addr2: 自分のルータのWANインターフェースに割り振られたグローバルIPv6アドレス
ifname: WANインターフェース名
蹴られるようならip6tnlを利用するためのカーネルモジュールがファームに搭載されていない
これを解決できない限りその先はない WZR450HPで89x-SFE-xxxのパッチだけ入れて試してみた。
> root@LEDE:~# lsmod |grep short
> shortcut_fe 51472 0
> shortcut_fe_ipv6 52432 0
動いてるっぽいけど、速度は300Mbps位で変わってない…なにかしら足りない? fast-classifer はbuildしてインストールしてますか？ ご指摘通り漏れてました。ご指摘ありがとうございます。
あれ?
fast-classiferのmake通らない…89x-SFE-xxxだけじゃ足りないのかな。
時間のある時にもう少しじっくり試してみます。 >670 もおっしゃってますが、
fast-clasifer-example の方は選ぶとエラーになると思います fast-clasifer-exampleは外して、kmodのclassifierだけ有効にして。
>>677
言い方はきついが、愛を感じるぞww >>673
それで再度自ビルドしてインストールしてみたら、普通にclient isolationの
設定があって、実際に機能するのよね……まあ結果オーライ。
Musashinoさん、マスト丼の運用されてらっしゃるの？
どこでアカウント登録できるんですか？ mstdn.maud.io でとりあえずいいんじゃないの？ Qualcomm Fast Path For LEDEについてですが、
武蔵野氏がWZR-900DHPで、
SRCHACK氏がWZR-HP-AG300Hで、それぞれbuildと成功したようですね。 WZR-900DHPってBCM53xxじゃなかったか？ WZR-900DHPはbroadcom BCM53xxですね。
Qualcomm Fastpath (shortcut-fe)自体は
アーキテクチャに依存はしないようですねぇ
逆に言うとCPU処理になるので
他の処理にペナルティが出るかもしれませんね あなたのオッケーと私のOKが同じような基準とは限らん
欲望は青天井 WZR450HPでも動作OKでした。
SMBで適当に測っても300Mbps⇒600Mbpsで効果抜群。 >692
乙
SFEのパッチだけ適用ですか？
それとも他のqsdkモジュールも導入した感じでしょうか？
WZR-450HPってWZR-HP-G450H のリネーム品でしたっけ？ SMBは別件だった…訂正。
月末の締日に仕事がテンパってる中並行でこんな事してちゃいかん。
ローカル鯖対向でNAT越えHTTP10GB転送が約300Mbps⇒約600Mbps。
>694
WZR-450HPはWZR-HP-G450Hのリネーム品です。
17.01.2にFastPath追加のみです。???-SFE-*.patchだけを適用だと
kmod-fast-classifierのBuildが通らずしばらく悩み
luci-app-sqmを入れると通ると気が付くまで丸一日。 swconfigでL2SWの構成を変更して5ポートHUBにしている状態なら
Ether間はワイヤーレート近くまで上がらないとおかしいでしょう
カーネルに上げる必要性がないのですから
Ether <-> 無線 のブリッジについては少なくともドライバ層まで上がって来て
バケツリレーしなければいけないのでなにがしかの高速化機構が意味を持つ >>678
差しさわりなければbuildされたimage、(可能なら *.manifest、*_config.txtも)をupしていただけないでしょうか
BHR-4GRV(初代)でテストさせていただきたく gwlim氏の SFE patchはいろいろ混じっていて
LEDE Forumでは文句言われているものの、
機種・環境に依存する細かいチューニングをかけたfirmwareを作ろうという場合には
とても参考になりますね。
https://github.com/gwlim/mips74k-ar71xx-lede-patch/tree/lede-17.01/patch >697
ごめんなさい、微妙なものが入ってるのでNGです。お察しください。
手順的にはgwlimさんの手順通りで作業を進めて、patch_LEDE.shを流す前に
patchフォルダ内に???-SFE-*.patch、099-add-default-package.patchを
残してBuildしただけです。
追加はKernel Modules > Network Support 以下の
kmod-fast-classifier, kmod-shortcut-fe, kmod-shortcut-fe-cm です。
以前は沢山の謎パッケージが導入されてた099-add-default-package.patchも、
修正されてほぼ最低限のパッケージが導入されるよう修正されています。 >699
OK！
gwlim氏のパッチにはAr71xxには有用な物もありそうなので、
吟味して加えてbuildしてみます Qualcomm FastPath を適用したLEDE17.01.2 の PPPoE + NAT での評価として
>479-481 とほぼ同条件でテストしてみました。
(クライアントPC側を i7-6700 のマシンに更新してます)
>◎WZR-900DHP
> 純正 ver1.14 … 送信：935Mbps / 受信：936Mbps
> LEDE 17.0.1.1…送信：239Mbps / 受信：240Mbps
LEDE 17.01.2 FastPath OFF … 送信：275Mbps / 受信：276Mbps
LEDE 17.01.2 FastPath ON … 送信：306Mbps / 受信：307Mbps
※ musashino氏のbuild を使用
https://taiha.net/jenkins/job/LEDE-master-BUFFALO-WZR-900DHP_sfe/
>◎BHR-4GRV2
> 純正v1.03…送信：920Mbps / 受信：920Mbps
> 純正v1.08…送信：932Mbps / 受信：933Mbps
> OpenWrt 14.07※…送信：146Mbps / 受信：146Mbps ※AP135-20用ファーム
> LEDE 17.01.1…送信：355Mbps / 受信：355Mbps
LEDE 17.01.2 FastPath OFF … 送信：370Mbps / 受信：370Mbps
LEDE 17.01.2 FastPath ON … 送信：920Mbps / 受信：920Mbps
※ LEDE 17.01.2 master branch に
gwlim氏patch SHA1 hash 6e7e7e4b598294e3b4df495eb08d76f97c02078c を適用
Qualcomm FastPath のみ有効化 FastPath OFFはrmmod で kmod をアンロードしてから測定しました。
FastPath ON によるスループットの伸び率は
WZR-900DHPは約1.1倍、BHR-4GRV2では約2.5倍でした。
測定中のCPU負荷を cat /proc/loadavg で確認しました。
BHR-4GRV2 で 1分間平均 0.95 までcpuloadが上昇しました。(平時0.05～0.10)
でもこれは FastPath ON/OFFの場合でかわりませんでした。
とりあえず、BHR-4GRV2 では
LEDEでもオリジナルのファームウェア並みのスループットが出せるようになりました。 >>702
検証乙
検証結果が推測通りというのは、なかなか大したもんですね。 gwlimさんところの一連のやりとりの中で
githubの武蔵野大破さんとこが紹介されていたので
lede_17.01 branchの sfe_patches/ を取り込んで shortcut-fe, shortcut-fe-cm の
カーネルモヅールを組み込んでのビルドはなんか適当に選んでar71xxで通せた
そのモヅール 2個ロードすりゃ爆速になるのかね? fast-classifer も入れないと >678 のように
速度でないと思います ipq806xがqca8kとかいうスイッチドライバ？に替わるときに、とうとう
HWNATドライバも追加されるみたいよ。
https://git.lede-project.org/?p=lede/blogic/staging.git;a=commit;h=dd3bdac6d1dcd98d4d494052f7df31ca21558d6f
まだJohnのstagingだから、trunkに入るにはしばらくかかるかも ipq806x のnssアクセラレータドライバも組み込まれると良いのですが 時流はSoC switch WiFi オールQCAだね Netrork Sub System でNSS
アーキテクチャ図を見ると、
データプレーンとして機能するサブプロセッサのようですね
エンタープライズ向けのNetwork機器と同等の構成が
ワンチップでできると言うのは凄いですね 日本で普通に買える機種で、これの恩恵にあずかれるのがnetgearのr7500とr7800
しかないのが切ない。
本来なら、buffalo WXR-2533DHP(2)とNEC wg2600hp(2)でも使えるはずなのに。 R7500はR7800への無償交換に応じなかった人しか持ってないでしょうけどね
最近登場したSynologyの機種がwikidevi師匠いわくipqのようです
https://wikidevi.com/wiki/Synology_RT2600ac
待ってたらOpenWrt出てくるかも
あるいは挑んでみる? おお、情報ありがとうございます。
挑んでみたいけど、金と知識が足らない。
device treeのことがわかれば、移植は難しくない？ >>706
フォーラムにJohn本からレポート
https://forum.lede-project.org/t/hardware-nat-for-lede/1094/167
現状udpの1472 bytes以上になったとき、問題が起こるとのこと。
これによると、
“apart from that ipv4/6 routing, ipv4 nat and multicast offloading work fine. hw QoS support is also functional”
大方はうまく動いてるみたい。
netfilter.orgの人の作業が終わったら、upstreamに遠からず入るだろうって。 >>716
>269 に背中を押されて買いました！ 同じくタイムセールのArcher C7 (2017年モデル) ってv3?
2016年モデルがv2? https://github.com/gwlim/mips24k-ar71xx-lede-patch を使って
以下の LEDE 17.01.2 + SFE firmware を buildしてみました。
有線のみで無線は一切テストしていませんがよろしければどうぞ。
WZR-HP-AG300H/WZR-600DHP用(WZR-HP-AG300H target)
https://www.axfc.net/u/3823996
WZR-HP-G450H/WZR-450DHP/BHR-4GRV用(WZR-HP-G450H target)
https://www.axfc.net/u/3823995
WZR-HP-G300NH/WZR-HP-G301NH用①(WZR-HP-G300NH target)
https://www.axfc.net/u/3823997
動作テストをしていませんが、後期versionのNH2 target用も念のために用意しました。
WZR-HP-G300NH/WZR-HP-G301NH用②(WZR-HP-G300NH2 target)
https://www.axfc.net/u/3823998 一般pkgは公式のものが使えるはずですが、
kernel module は依存してしまうので ar71xx用kmodを含んだimage builder も置いておきます。
imagebuilder + kernel module pkg
https://www.axfc.net/u/3824002
必要な方はこちらもどうぞ >719 の firmware を使ったスループットテストの結果を貼っておきます。
◎WZR-HP-AG300H (Atheros AR7161 rev 2 / 680MHz)
SFE OFF 送信 317Mbps / 受信 317Mbps
SFE ON 送信 603Mbps / 受信 603Mbps
◎WZR-HP-G301NH (Atheros AR9132 rev 2 / 400MHz)
SFE OFF 送信 194Mbps / 受信 194Mbps
SFE ON 送信 432Mbps / 受信 433Mbps
◎BHR-4GRV (Atheros AR7242 rev 1 / 400MHz)
SFE OFF 送信 169Mbps / 受信 169Mbps
SFE ON 送信 468Mbps / 受信 468Mbps
テスト環境は >701 と同じです。
WAN接続は PPPoE (MTU1454) + NAT ですが
firewall setting で Masquerading と MSS clamping を ON にしています。
iperf3 -c (Server側LAN側IP) -P 30 -d -t 65 -O 5 で測定
LEDE Reboot 17.01.2 r3435-65eec8bd5f
SFE OFF は公式 ( Kernel 4.4.71)で
SFE ON はbuildしたもの ( Kernel 4.4.74 )です。 純正ファームウェアでの結果は >485-488 に貼っていますが
BHR-4GRV でも純正よりもスループットが向上し、
G301NHやAG300Hに至っては純正の３倍ものスループットを叩き出していますね。 >>717の方がsfe試しての荒ぶるワイヤレート相当をwktk >722
検証お疲れ様です。
FastPath、echo 1 > /sys/sfe_cm/stop で止まる。
同0で有効。通信中でも切り替わるみたい。 luciで設定できるようになるといいですねぇ
その前にuciでできるようにならないといけないか >726
Luci-app-commandsを入れてコマンドを登録すればOKです。
ワンクリックでFastPathのON-OFF可能ですよ。 あなたがその例になるのだ!!
1) transix側とip6tnlでリンク
2) ip6tnlへルーティング
おわり AR9132なら 750Mbpsは出るはず (WR8500N/WR8300Nと同じSoC)
>>729
600Mbpsではダメでしょ >>732
何かと思ったらAtermか
これってQSDKとかOpenWrtで動いてるの？
SoCがmips24kcの機種は
Qualcom fastpathだけでは700MHz位までしか報告がなかったはず
もしもうちょっといくなら何か他のドライバなりkmodなりが動いてるはず
情報くだされ 700MHzじゃなくて700Mbpsだったtypoスマソ NECの8300Nを借りてきたよ。
721さんとiperf3のオプションを揃えて単純NAT
iperf3 -c (Server側LAN側IP) -P 30 -d -t 65 -O 5
WZR-450HP+純正ファーム=348Mbps
WZR-450HP+FastPassON=645Mbps
WZR-450HP+FastPassOFF=281Mbps
WZR-450HP+LEDE本家版=279Mbps
WR8300N+純正ファーム=832Mbps
各LEDE17.01.2で、FastPathは自前ビルド
どっちも24Kの400MHzか。 (ﾟ∀ﾟ)ｱﾋｬ。pass→path。純正ファームは牛=1.96、NEC=最新。
上下同じ速度だったので表記は省略してます。 乙
ATERMの速さは何だろう？
switchチップのせいかな
何を使ってましたっけ？ WZR450HPもAG300Hも8300Nも同じAR8316らしい Qualcommはまともに儲けを稼げるモバイル向けSoCだけで特許とか自社技術を守る活動を頑張るつもりなのかなぁ
FreescaleやNXPのドナドナ繰り返しで手に入れた非モバイル向け半導体については
プロプライエタリでガチガチにすんのをやめて逆にアッパッパーにさらしちゃって
その分野がもはや稼ぎの柱にならないように追い込んで他社をつぶす気なのかも android側の事情をよく知らないんだけど
スマホ系SoCではQualcomm はガッチガチに秘密主義なの？ NetGear R7800 来た
ttp://192.168.1.1/debug.htm
に アクセスすると telnet を enable にできるんだけど、
telnet loginして各種情報を採ってみたので晒してみる
ttps://ja.pastebin.ca/3843133
もちろんMACとかpassとかは適当に変えてる >746
こんな罠があるとは・・・。情報ありがとう
容量大きそうで面倒くさそうだからまだやってなくて助かった CodeAuroraForumやってるしスマホ系SoCでもQualcommは一番オープンじゃないか？
カスタムROM厨だからスナドラ搭載機しか買う気しないもん >>745
wifiのデフォルトのpass(5Gの方)とmacアドレス(eui-64なv6アドレスに)残ってない? >>746
知らなかった！
なにこれ怖い。解析防止ってこと？
間違ってrecurseでcatコマンドを与えたら即死か。 以前R7500をそれで4台も壊してしまったが、今のところ分かったことは、
・ブートローダが入っているパーティションを読むと壊れるようだ。たしかmtd0～mtd2あたり。
・Linux上ではブートローダの位置が不良ブロックに見える→読み込み失敗と認識→勝手に別のブロックへの置換の処理が走る→再起動後ブート不能、の流れ。(dmesgに出る)
・こうなると、eSATAのLEDは点灯、EthernetのLEDは通常通り、他全部消灯になって何もできなくなる。蓋開けてシリアルポートつないでも無理。JTAGは知らない。
・勝手に壊れることも結構あるっぽい。(同じ症状：https://www.snbforums.com/threads/need-help-bricked-my-r7800.37054/)
・kernelやrootfsは読んでも問題ないし、書き換えもできる。
・telnetで入るとpartedやpartprobe等のコマンドをうっかり使って壊す危険性があるので要注意。(自分はpartedでprint listしたら壊れた)
・OpenWrtを入れると、ブートローダとかはLinux上でreadonlyになるので安全。 >748
やっぱりそうだよね
基本的にはソースコードはオープンにしつつ特許侵害には厳しい姿勢で臨む、と言うところかな
だからこそ開発者が集まり、シェアを伸ばしてる希ガス ■ このスレッドは過去ログ倉庫に格納されています
