【無線LAN】OpenWrt【強化ファーム】25 (655ﾚｽ)
上下前次1-新
149: 08/04(日)01:32 ID:IX4oy+r9(2/2) AAS
>>147
ファームウェアファイルを使ってのアップデートが
一切出来ないという状況です。
150(1): 08/04(日)01:39 ID:??? AAS
じゃあアップデートじゃなくインストールならどうなんだ？と二人から聞かれても答えないスタイル
151: 08/04(日)02:24 ID:dLGPkbwC(1/5) AAS
一応画像も
画像ﾘﾝｸ[jpg]:tadaup.jp
画像ﾘﾝｸ[jpg]:tadaup.jp
画像ﾘﾝｸ[jpg]:tadaup.jp
152: 08/04(日)02:26 ID:dLGPkbwC(2/5) AAS
>>150
luci以外での方法はあまり知りませんので
153: 08/04(日)02:31 ID:dLGPkbwC(3/5) AAS
>>147
WN-DX2033GRとWN-DX2033GR
154(1): 08/04(日)02:44 ID:dLGPkbwC(4/5) AAS
>>147
ちなみにWN-DX2033GRとWN-DX1200GRは
WLANのハードウェアが違います。
WN-DX2033GRは
メディアテック MT7603E 、メディアテック MT7615
WN-DX1200GRは
メディアテック MT7603E 、メディアテック MT7613BE
ですね。
1200GR表示状態のWN-DX2033GRに
MT7615のドライバーをluciのソフトウェアの項目から
省5
155: 08/04(日)02:47 ID:dLGPkbwC(5/5) AAS
>>154
ちなみに付け加えると、
今ある1200GRに関しては最新のファームウェアが
使えています。
しかし今使える1200GRのWiFiはNだけですね。
156: 08/04(日)03:16 ID:??? AAS
あー…FW更新中にパッケージ互換がないって拒否されるのね。
昔はWN-DX2033GR用のOpenWrtを書いて、インストール時点ではWN-DX2033GRと認識されてた？
ハードウェアとしては確実にWN-DX2033GR？
そうだとしたら、確実に大丈夫だった旧FWを上書きしてみてはどうだろう。
事態を単純化するため、（設定バックアップしてから）ファクトリリセットを実行。
WN-DX2033GRとして認識されたバージョンのinitramfsで起動し、sysupgradeを強制アップグレード付きでインストール。
157: 08/04(日)03:45 ID:??? AAS
技適さんの呪いだよ
158: 08/04(日)07:25 ID:??? AAS
luciでアプデするんじゃなくてCUIから強制アプデすれば解決するような
159: 08/04(日)08:29 ID:??? AAS
> WN-DX1200GRもあるのですが、
> luciのソフトウェアの項目のリストには
> MT7613BEのドライバーが見当たらないので
> ACが全く使えない状況です。
この動作は正しいの？
さらっとググる限り、AC未対応という制限情報は見つからなかった。
ドライバはMT7663を使う、バンド制限（DFS帯域未対応）の記載はあったけど。
外部ﾘﾝｸ:openwrt.org
外部ﾘﾝｸ:twilog.togetter.com
外部ﾘﾝｸ:forum.openwrt.org
160: 08/05(月)13:28 ID:CgrSXLmP(1) AAS
mediatekのリンク切れ問題は解消されないんですかね？
外部ﾘﾝｸ:forum.openwrt.org
161: 08/05(月)22:20 ID:??? AAS
EnergyEfficientEthernet（EEE）の問題？
MT7530は定番SoC MT7621内蔵のスイッチだから 問題があれば騒ぎになっていそうだけど。
ethtool --show-eee eth0 で確認・設定できるらしいよ。
EEE buggy, loosing link multiple times a day #14146
外部ﾘﾝｸ:github.com
162: 08/12(月)14:54 ID:??? AAS
この数日でLinksysの突如ブリックする件に進展があって原因が判明して意図的に発生させる実証もできて解決したみたいね ヾ(≧∪≦*)ノ〃
163: 08/12(月)17:00 ID:??? AAS
えっすごい
詳しく知りたい、何が原因でE8450は突然死してたの？
164: 08/12(月)18:06 ID:??? AAS
見つかったのはこのあたりなのかな
外部ﾘﾝｸ:forum.openwrt.org
NAND読み取り時の戻り値の解釈が間違えてたみたいね
ここに要約が書いてます
外部ﾘﾝｸ:forum.openwrt.org
165: 08/13(火)00:50 ID:??? AAS
ありがとう、読んできた。
（エラー訂正前の）生NANDの軽微なビット反転情報を、（エラー訂正できなかった）ファイル破損と勘違いしたTF-Aが起動停止してた、ってことか。
NANDデータに軽微なビット反転はつきもの。そらバンバン起動停止・ブリックしますわ。
この修正はブリックを予防するだけでなく、既にブリックしたE8450も回復させる。
さすがdaniel…！
修正版のプルリクはこれ、内容を少し要約すると
外部ﾘﾝｸ:github.com
「読み出した生NANDデータに1bitでもエラーがあると、データ破損/致命的なエラーと判断してArm Trusted Firmware v2.9がOpenWrt/Linux起動を停止させてた」
「生NANDデータにエラー（ビット反転）があっても、ECCでエラー訂正されるから中身のデータは無事」
「よって起動停止させず、Noticeを表示させたあと起動継続するよう修正した」
省1
166: 08/13(火)05:15 ID:??? AAS
最近はIoTデバイス、組み込み機器とかでも
ストレージがeMMCやNORフラッシュと
SSDとかの組み合わせで
RAW-NANDをOS側で直に扱うってのは
ちょっとずつ減ってる気もする
NANDのビット訂正まで設計しないといけないのは
素人目には面倒だと思うけど、同時に凄い
167: 08/13(火)18:38 ID:??? AAS
どんな不具合にも原因があるけど、
「不安定」「相性」で片づけられる世の中
これみたいに普段は正常で、
忘れた頃にたまにおかしくなる症状を
特定できたのはすごすぎる
168: 08/13(火)18:47 ID:??? AAS
リーナスがINTELに対して金を積ませないとECC使わせない戦略にキレてたな
上下前次1-新書関写板覧索設栞歴
あと 487 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.007s