【無線LAN】OpenWrt/LEDE【強化ファーム】14 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>500
何気なくさらっと展開しているけど
その展開パラメータをどうやって判断したんでしょか
ソースコードを見ると -t で kernel 指定している、というのはわかりましたが、
-p の product id や -r の vendor id をどうやって得た感じでしょうか?
あと、ddでヘッダをskipさせてるようですけど、この値を得るのには
binaryエディタでファイル先頭からヘッダ直前までのbyte数を数えた感じでしょうか? IPQ8064/IPQ8065のJTAGでのFlash読み書きに取り組んでみようと思って調べています
ARM系プロセッサであれば
CMSIS-DAP を使って基板と接続すれば共通のIFで接続できるようですね
何年か前にノリで買ってしまったNucleo ボードにST-Link/v2がついてたので
これにCMSIS-DAPのファームを書き込めばいい感じかな?
ただ、openocdの targetのconfigをどうやって書いたら良いのかがわからないでおります
何かヒントになりそうな情報あればください〜 xiaomi mi router 3G、手順通りにlede化してみました。
http://or2.mobi/index.php?mode=image&file=180913.png
これから遊びます。 あ、ちなみに、生のまんまのmi router 3Gは
openwrtベースでWEB UIもluciのカスタマイズ版ですた。
IPv6関連が完全に塞がれてるので、ledeに入れ替えないと
まともに使える代物ではないです。
まーなんちゅうか、ルータ版電子ブロックですかな…。 >>509
CMSIS-DAPはCortex-M系のデバッグI/F画一化のために登場したもので
せいぜい3本ぐらいの信号線をつなげばいいI/F、というのが私の理解
Cortex-Aでも使えるのかどうかまでは理解できていません
制御する機器の規模・範囲が比較的小さいCortex-M系のように大口小口問わず
マーケティングしていくものならいろいろと情報開示もしなきゃ食いついてくれないけど
Qualcommは大口のお客さんにデバイスを採用してもらえばいい話で
NDA締結した企業に情報を出せばいいので情報を得られるかどうかは渋チンなのでは、と思います >>500
>>508
同じことを思ってたwww
ノウハウが知りたいです。 take and take ではめんどくさがられますので
いつの日かgiveできる側になれるように精進ください レイヤが違うけど
結構giveしてるつもりなのでtakeしてほしいなぁ
まぁ今回の場合はパラメータ値は
バイナリファイルのどこかの部分を見て探し当てたんだと思うけど、
試行錯誤の結果で偶然見つけたのか、
それとも見るべきところがあって
確信を持って指定したのかくらいでもいいのでヒントくだされ >>506
それファームウェア領域のパーティションの切り方だな
フラッシュ上のパーティションの切り方ではない
# cat /proc/mtd
dev: size erasesize name
mtd0: 00400000 00010000 "ALL"
mtd1: 00030000 00010000 "Bootloader"
mtd2: 00010000 00010000 "Config"
mtd3: 00340000 00010000 "Kernel" ← ファームウェア書き込み位置 (mtd4の領域含む)
mtd4: 00210000 00010000 "apps" ← SquashFS
mtd5: 00010000 00010000 "manufacture"
mtd6: 00010000 00010000 "backup"
mtd7: 00050000 00010000 "storage"
mtd8: 00010000 00010000 "caldata" その後いろいろいじってみました。感想。
■なにこれ処理高速。
なんかUSB周りの処理が速い。
あとルータ性能も地味にいい。
※WXR-1900DHP3標準ファーム比の俺体感。
■うわなにこれ5Ghz不安定。
ledeのフォーラムでも無線周りのトラブルは
けっこう報告されてるが、うちの場合は5GHzが死ぬ。
snapshotならではの問題なのかconfigの問題なのか、
そもそもうちは気象レーダーも航空レーダーも影響受けまくりの
地域なのでその問題なのか切り分けられてないので、
ちょっといろいろやってみる。
当分は無線切ってフレッツのIPoE/DS-LiteGWとして使う。
にしても、これが基盤の実面積がタバコ2箱分くらいで
やってのけられてて、そんな経済性の追求っぷりが、
なんかやっぱRaLinkアーキテクチャっぽいなーと思うわ。
AtherosやBroadcomのリファレンスデザインベースでは
できないと思う…。 多少の問題があってもだいたい動けばおkが彼らの考え方 >>488
IOじゃなく製造元に開示してもらうしかない (エレコムも製造元が分かれば…)
どうせ、製造元の製品を(IOの要求で製造元が)カスタマイズしてるだけっぽい
製造元にGPL無視してる日本企業との取引拒否させるしかないよ なんかさー。NHKあたりに垂れ込んで社会問題として報じてもらったほうが良いんじゃないの? シリアル接続に関する解説、とても参考になりました
ありがとうございます
(亀レスですみません) >>522
そんな面倒なことする必要ない
既に注文したので、届いて配布ファームで動作すること確認次第
アイオーに請求して、返答次第で速やかにFSFとIPAに連絡するつもり。
権利管轄団体は仕事してくれるよ。と叩くのが目的ではないから、
本来のユーザー権利が行使できるように是正されればよい >WRC-300GHBK (elecom)
Linux version 2.6.31--LSDK-9.5.3.16 (root@localhost.localdomain) (gcc version 4.3.3 (GCC) ) #1 Thu Dec 5 21:23:40 CST 2013
# cat /proc/mtd
dev: size erasesize name
mtd0: 00020000 00010000 "u-boot"
mtd1: 00180000 00010000 "uImage"
mtd2: 00640000 00010000 "rootfs"
mtd3: 00010000 00010000 "mib0"
mtd4: 00010000 00010000 "ART"
ART内のASCII MACの残骸 「?0:e0:11:10:40:59」 ?が0であればunidenだが・・・ >>521
この画面見るといつも思うのが、いつの頃からかlede/openwrtで使うには
空きメモリが広大になったよなー。
何か使い道はないのかな。
>>527
結構ちっさい。 >>528
うちのはもう少しメモリ食ってる(50MBくらい)けど、SQM QoS使ってるからかな?
最近piece_of_cakeが使い物になるようになって、バッファ詰まり解消にそれなりに効果感じる >>529
cakeってbuffer bloatの解消が目的でしたっけ?
スループットが上がる? >>531
ルーター同士がセックルしてるように見える
お前の想像力のほうが凄いよ(笑)
じゃあ、みずほの通帳は何を意味してんだよ >529
SFEと共存できていますか?
SQM QoSとSFEは共存できないような議論がLEDEフォーラムで続いてたと記憶してますが、
実際のところどうでしょう? >>532
そう。うちケーブルテレビ系(実力でD200Mbps以上/U10Mbps)なんだけど、軽いときでも瞬間瞬間で詰まって安定しないんだよね。
この環境だと安定して150M〜200M出すのに寄与してる。
PS4の速度測定(接続先固定で数字落ちやすい)で30〜50Mbpsに落とし込められてたのも、MAX140M以上まで見れるようになった
>>534
ramips(MT7621)なんでSFEについては知らなかった、そういう議論あったのならそうなのかもね… 【俺得】2.5km以上の範囲をカバーする無線LANアクセスポイントキタ――(゚∀゚)――!! [599951212]
http://leia.5ch.net/test/read.cgi/poverty/1511133986/ WN-AX2033GR、AX1677GRと同じかと思ってスルーしてたけど
よくよく見てみたらファーム構成まったくちがうわ。
こっち、OpenWrtそのものが動いてるぞw
シリアルコンソール取れたらそのまんまopkgできるんじゃね?
MU-MIMO対応のM7615E機で初めてじゃなかろうか >>538
もしや、sysupgradeで自ビルドのledeに更新できるとか... OpenWrt派生のQSDKを使っていたBHR-4GRV2には
okgやsysupgradeコマンドが入ってたから
それできたけど、
WXR-2533DHPからは削除されてた
果たしてどうかな? /sbin/sysupgradeコマンド入ってるわ
sysupgrade.confがコメントのみなので弄れば行けるかも >>539
入ってるパッケージを見ると、
hw-natとかdmaとかmtdlockとか独自っぽいkmodが多数入ってますねぇ >>543
sysupgradeはスクリプトなんだな、opkg呼んでるとこ一部だけコメントアウトしてあるわ
それにしてもユーザーランド特に隠蔽化してなさそうなので、
v3.2.1の1564631バイト飛ばしたとこから始まるsquashfsイメージ弄ったもので更新かけるだけで行けるかもね OpenWrt/LEDEでインストールできないかどうかの議論があった例のELECOMのNAS
そもそもOpenWrtで動いているらしいとの情報が。
このスレでだれか確認された方いないかなぁ? あのnas、rootのパスワードも判明しててsshでアクセスできるばかりかluciも載ってるのか あとは使えないことになっているEtherポートがHUBのポートとして機能するか否か おそらくswitchドライバが組み込まれてないんじゃないですかねぇ
いずれにしてもソースコードを公開してくれたら良いんですがねぇ WN-AX1167でLEDE.、とりあえずinitrdで動かせたよー
しかしこれメモリDDR2の64Mか。DDR3の128MBなWSR-1166DHPより落ちるなあ(^_^;)
普通にシリアルピン立ててbootログ参考に簡単にdts書いたりして、ベースだけポーティング
(今回初めてvmware使わずWSLだけでやったけど問題ないね)
再起動して4押して止めてU-bootコマンドラインからtftpboot&bootmで起動ok。
SPIフラッシュ16MBの全領域バックアップ取ったので、これで安心して壊せるわ。
factoryのeepromデータの使い方も普通ぽいし、
ether側のMACアドレス設定とともに実装すればとりあえず普通に使えるか。
GPIO周り(LED&スイッチ)だけ調べるのちょっと面倒だけど、一通りできたら公式にパッチ投げるつもり >>550
そもそもスイッチのチップが基盤に実装されてるかもある >>552
SoCは良くても、あまりパフォーマンスは出なさそうだね。 WZR450HPの1296.patch版FastPathでハマってたものです。
例のiperf3で並列数を増やすとエラー吐く件、解決しました。
Luciファイアウォールの設定[無効なパケットを遮断する]に
チェックエラーが収まりました…何故?
Gwlim氏のパッチでは問題ないのも謎のままですが。 >>557
検証・報告乙です
最近CiscoとかJuniperとかエンプラ系のNW機器で遊んでいたので
全然検証できずにスミマセン… 中継器として電波を強くしてつかいやいのですがお手軽の機器を教えて下さい。 ちょうどバッファローが昨日面白そうなので発表したな えぇぃ。セールの報告はいいっ!
実際に買って試したやつはおらんのか!! >569
おぉぅ。誰かと思えばともちゃ先輩ではないですか
しれっとWD Backが出てきちゃうあたりさすがゃ〜 >>569
ファースト・インプレッションでここまで調べるとはハイレベル。
このblogの記事を読むと
RAID版はNASとしては鬼門のような気がしますなぁ
故に特売されてんだろうけどw >>570
BlackじゃなくBackかよw
u-bootも普通にコンニチハできちゃうのか
まぁ Cisco互換のRJ45接続とはいえ無改造でttyS0を触れる時点で真心設計だが
Ether I/F、HUBポートの構成が見えてこない
> GE-0: attached PHY driver [Generic PHY] (mdio_bus:phy_addr=0:01, id=0x001cc915)
はRTL8211EでただのGbE PHYだから、INTERNET端子とされているRJ45ポートは
スイッチポートにはなり得ない >>572
typoにいじめんといてw
ttp://tomocha.net/diary/img/2017/20171119nas_13.jpg
この基板写真見るとチップが見えて、判別しづらいけど
RTL8367 Switch Contollerが載っているように見える
INTERNETポートの側にもカニチップが見えるが
型番判別不能。これがRTL8211E?
写真下方にRJ45コネクタ用と思しき空きランドが見える
一般的な無線LANルータ構成(WANx1+LANx4)に比べて1ポート足りないなあと思ってたけど
これが残りの1ポートかな >573
J12 - JTAG
J17 - USB?
J15 - PATA用電源(?)
>一般的な無線LANルータ構成(WANx1+LANx4)に比べて1ポート足りないなあ
っWN-G300DR 修正
J15 - SATA電源 (ケーブル接続用)
J17 - SATA (ケーブル接続用) >>575
J17は7ピンしかないし両端GND接続みたいだから確かにSATAですね
J15,J17は RAIDモデルには実装されてるんでしょうね C165,C166,C406,C407が実装済みだから、
2ndSATAはJ17へコネクタを実装するだけで使えるね多分
左のJ15はおそらく2ndSATA用電源と思われるがC152,C154等が省略されてるので
コネクタを付けただけでは使えない。外部から電源を供給すればストレージとして動くと思う。
Q16,Q12等はJ15のスイッチ用途のFETなので、2ndSATAのデバイスはホットスワップか、
普段は切り離しとくコールドスタンバイ設計を考慮しているのかも。 >>578
PCマザーボードみたいな垂直にささるコネクタを使わないと辛そうですね
表面実装品になるだろうからコテでのはんだ付けはできないだろうけど。。。 >>581
はんだ付け可能なパーツを入手できるかどうかだな >>583
>LinuxNAS NSB-3NRのソースコード開示について、エレコムからようやく返答あり。
>大変申し訳ございませんが、開示するご情報の準備に 時間が掛る状況のため、
>公開につきましては来年の 1月末を予定としております。
そりゃ丸投げしてる所の承諾とかが必要なんじゃね?
実質有料の物理メディア公開だとしたらelecomのDLするときに表示されるやつは無視してokってことだな ELECOMによる著作権侵害が確定
やっちまったな >>584
>>585
もうちょっと詳しく
開示までの期間が長いのが問題?物理メディアなのが問題?
ライセンス違反に対する対応期間を緩くしようという傾向もある
https://mag.osdn.jp/17/11/29/154500 >>586
物理メディアは実質(低価格で)販売してるのと変わらん
WindowsのSP CDは(CD-RじゃなくCD-ROMだが)1000円だったな
送料入れても原価は400円以下じゃないかな 高額でなければ手数料とるのはライセンス上何の問題もない
原価と同額である必要もない それを言う人いるけど、
通信回線が遅く、通信コストも高かった1990年代であればメディア配布も合理的な手段だったと思うが、
低廉な通信回線が津々浦々に普及した2010年代で
マニュアルPDFやファームウェアは無償でダウンロードできるようにしておきながら
ソースコードはメディア配布のみというのには不合理である。
配布に消極的で極力隠蔽しようという意図すら感じさせる。
少なくともソースコードを含めたソフトウェアの自由な利用、というGPLの精神に沿ったものとはいえない。
「一切問題がない」とは言えないのではないだろうか >>588
某あれと同じく手数料3000円(税抜)でも納得するわけか 「お客様は神様」的な目線で話をしている印象がある
周辺機器総合商社ベンダーの主な生業は
中身を買い付けてきて、それに自社で設計製作させた筐体という殻をかぶせて売ること
ただ適当に買い付けてくるだけかもしれないし
買い付けるにあたって、最初っから仕入れ先の企業へソースの開示可否や範囲まで折衝するかもしれない
折衝して段取りつけるにも従業員が動いて労務費かかる
その辺も含めて、各社取り組み度合の違いはあるんでしょうよ
Elecomって本社大阪だろ?
まずはソロバン勘定が先なんだろうね 物理メディア&実費請求は問題ないと思う。
誰かがまとめて請求して、そいつをネットでばら撒けばいい。
例えば、TP-Linkのルーターには、ソースコードをCD-ROM及びWebサイト上にて
提供する旨と、GPL v1〜3, LGPL v2.1の全文が記載された冊子が付属する。
GPLでライセンスされたソフトウエアを利用する前提条件として、
製品へのソースコードの添付、もしくはTP-Linkが行っているような申し出が必須な訳だが、
エレコムはどちらかを行っていたのだろうか?
>>586
対応期間を緩く、というよりは著作権侵害の是正期間を新たに設けるという話のような気がする。
リンク先にあった記事(下記リンク)によると、GPL v2を破ると著作物利用の許諾が無効になるらしい。
https://mag.osdn.jp/11/08/24/0751223 >>592
IOのWN-G300RはSENAO NETWORK INC.に(すべて)丸投げ
で、SENAOの別ブランドで外側も同一形態の製品販売 (senaoの方はソース公開してる)
elecomのWRC-300GHBKはuniden(?)にファーム開発させてるっぽい
(ART領域の文字列MACがuniden)
こんな感じで丸投げしてるんだからGPL?何それ?シラネでいいわけか?
インターネットで仕入れたもの(他人の著作物)を販売してるのと同じ >>590
ファームでLinux使ってるのに説明書とかでGPLの表記無かったら
ブート領域含めたファーム抜き出してネットにアップしても一切問題ないな >>592
お客様は神様、ではなくて
OpenWrt/LEDEスレの立場としては
「ソースコードを含めたソフトウェアの自由な利用」
ここを大事にしたいんだよねぇ
ここにはメーカー開発者側の人もいるから
NDAや知的財産権保護の観点で
ソースコード公開に及び腰になるのはわかるけど、
GPL発祥のアメリカのNetGearや
やれ中華だなんだと揶揄されるTP-Linkが
しっかりソースコードをインターネット公開しているなか、
OSSへのフリーライドと後ろ指さされてもおかしくない
IO-DATAやELECOMの姿勢は歯がゆくもありとても残念でなりません GPLがどうこう以前に
OSSを利用したインターネット接続用ルータを販売していくメーカーが
その製品のソースコードだけはメディア配布しかできません、ってのは
普通に考えて理屈がおかしいって気にはなる まあELECOMは前科があるだけに信用出来ないってのもあるな 実際、netgearのソースコード置き場を見ると、「ちゃんとしてるなー」と感心する。
あれに比べると、buffaloもnecもしょぼい。 一方で、もし仮に理想的な提供方法でソースが公開されたとして、
実際のところopenwrt/ledeの移植に役立つものなのでしょうか? >>600
nsb-3nrみたいにSoC自体がOpenWrt/LEDEにない場合は
オリジナルソースコードは重要だと思います
あと、先日のQualcomm Shortcut Fowwerding Engine (SFE)の事例でも
オリジナルソースコードがあったからこそ
有用性が見出されてブレークスルーに繋がったと思いますねぇ 色んなアーキテクチャのコアと足回りの性能比較を見てみたかったんだけど、
OpenWRT公式のOpenSSL Benchmarksだとopensslのバージョン違いなんかが
大きく影響しちゃってて、条件揃えたようなのは見つからず。
そんなわけで、手元で使えた5つについて同一バージョンのLEDEに揃えてベンチ取ってみた。
ブリッジ性能にニアリーじゃないかと思いOpen vSwitchと、定番のiPerfも加えて。
https://www57.atwiki.jp/ddwrt_openwrt/pages/66.html
OpenSSLではコアのクロックと性能(公称でARM Cortex-A9は2.5DMIPS/MHz、MIPS 1004Kcだと1.6DMIPS/Mhz)が
ほぼそのまま効くけど、Open vSwitchとiPerfではMT7621の2コア2スレが活きてくるみたいね。
最近のQCAとかも見てみたい >>511
エレコムioデータをメーカーと思ってはいけない。
中華台湾のODMメーカーに丸投げ。 >>602
iperfのipv6での結果も見てみたい。
ハードウェアNATのv6でのパフォーマンスの差が出るはず >602
検証乙です。
流石にBroadcomの基本性能の高さが目につきますねぇ
MT7621 が2C2Tなことを今まで知らなかったですねぇ
iPerf3についてはもう少し並列度を上げるとどうでしょうかねぇ ■ このスレッドは過去ログ倉庫に格納されています