【無線LAN】OpenWrt/LEDE【強化ファーム】15
■ このスレッドは過去ログ倉庫に格納されています
スケジュール厨 心底うっとおしい
自分のブログでも作ってそこでやってください 書いてくれるのはありがたいのだけど
こう何度も何度も書かれちゃうとね
試し書きは別のところでやっていただけるとありがたいですなぁ >>705
黒幕ですw
転居で置けなくなったから
インストール検証用に保持してたのを
某氏に押し付けましたー
同じSoCの類似機種があると開発進むかと思ったんですよねー
それ以外も多くを処分したので
活用wikiの18.06のインストール実績は
今までみたいには書けないです
このスレの住人による
正式リリース後のインストール実績の投稿ヨロシクですー >>687
11acの866はHT80 HT40にすると433
それにAC1200ながら有線が100Mbpsなんて機種も珍しくない elecom NSB NAS(Cortina CS75xx)をOpenWrtへ取り込んでもらうべく移植に挑んでいる者です
ここ3ヶ月ほど進みが悪く、それに伴いやる気が萎えておりました
ここらでちょっとだけ状況を
最重要の周辺デバイスであるEthernetドライバのポーティングで重篤な問題が甘い山積みの状況です
linux-4.9.xでかろうじて導通する状態まで漕ぎつけてはいますが
・大量の送信(ftpputで約100Mバイト)を行うと、途中でpanicする : panicログから得られる情報が少なく状況が見えにくい
・大量の受信(ftpgetで約100Mバイト)を行うと、受信したごとにファイルのmd5sumが異なる
ハードウェアオフロード的な機能の実装が大量に含まれていて
そんなものは訳が分からんのでビルドしないように取り除いて移植対象のコード量を減らす作業をして
そのコードを元のlinux-3.4.xカーネルの方へ取り込んで通信させる分には上記の大不具合は出ていないです
動いてくれないデバイスがUSBやSATAだったら捨ててかかってパッチ提出まで進めるんですが
Etherが動かないっつうんでは..ダメですもんね >>724
それ、SoCなんだっけ?
>725
退場!! >>726
Cortina CS75xx、このハードウェアでいうとCS7542というのがSoC
プロセッサコアはARM Cortex-A9 デュアル 採用してる物少ないな
https://wikidevi.com/wiki/Cortina
結論 (そのうち分かる)
・最新版のLinuxでは(安定して)使えない
・常に最新版を要求する openwrt(18.xx)へのマージは不可 >>720
黒幕たんはルータじゃなくて
仕事を恵んであげなよ。 >>728
>・最新版のLinuxでは(安定して)使えない
>・常に最新版を要求する openwrt(18.xx)へのマージは不可
その理屈だと「OpenWrtは安定して使えない」になっちゃうねぇ >731
「古いハードでは」を付け加えてやってくれ >>724
途中報告乙
実績が少ないSoCへのLinuxカーネル移植は非常に大変なんですね
果敢に挑まれた勇気に敬意を評します >>720
単純な18.06の実績はwikiでもいいけど、機種ごとの詳細なインストール方法は
https://openwrt.org/supported_devices/ にまとめたほうがいいと思うんだよね >>730
うちも異業種(このまえ人が死んだところ)だけど、
来るんだったら人事に口利きはするけど。
ACKとNACKを見分けて次に伝える力があればおk。 彼はまだ若いしスキルもあるから
最初はガチで開発やってみるのがいいと思う susucoin:SbKUGwrpzCpopvfWkH7LH4AJXxadRyFoHv >>738
そういう地味にコード書く領域は中国に持って
いかれてるから、国内では難しいんじゃ。
別業種を目指してほしい。 >>736
それやると
公式に (いすらむの) みみずがのた打ち回った文字 とかあれが登場するぞ >>743
だね。
openwrt users group japan がないのは、かえって不自然じゃないかな? >>743
そのドメインはsrchackさんが登録されてますね。同じく期待! 何とかユーザーグループって気持ち悪いから好きではない
英語でやりとりする本体のグループに混じることができなくて
そうやって日本だけで集っちゃうのが悪癖なんですよね
私も英語は不得意で気軽にやりとりできんのですが 日本国内でしか展開していない物・事以外ぜんぶです ぜんぶ
英語でやりとりしている本体に入って普通にやりとり、
国内の連中だけでやりとりするのはカンファレンスのような実際に顔合わせる機会についての
打ち合わせとかそういうのだけですよね? 違いますか? じゃぁなんでお前は本体に入ってやりとりせずにこういうとこにいるのか?
って問われたら英語できない恥ずかしい人だからです と即答 OpenWrtに関しては電波法とか色々あるから
日本国内での堂々としたユーザーグループとしての活動に難がありそうですよね
openwrt.jpはいきなりそこを目指すのではなく、
各種wikiよりはしっかりした形の
日本国内向けの情報集積と言う事で
まずは良いのではないでしょうか BCM3349A0
MemSize: ......................... 8M
Flash detected @0xbe000000
Signature: a008
Broadcom BootLoader Version: 2.1.6d_R3 release Gnu
Build Date: Aug 29 2006
Build Time: 18:39:54
Image 1 Program Header:
Signature: a008
Control: 0005
Major Rev: 0003
Minor Rev: 0000
Build Time: 2009/12/2 07:55:13 Z
File Length: 786227 bytes
Load Address: 80004000
Filename: 77TCM7-v2.14.bin
HCS: e1a2
CRC: 264be1a0
Enter '1', '2', or 'p' within 2 seconds or take default... "p"押すと
Board IP Address [0.0.0.0]: <phyまで そのままエンターキー>
Board IP Mask [255.255.255.0]:
Board IP Gateway [0.0.0.0]:
Board MAC Address [00:10:18:ff:ff:ff]:
Internal/External phy? (i/e)[i]
Init EMAC, DMA, and MII PHY...
MAC setup for HalfDuplex
Main Menu:
==========
d) Download and save to flash
g) Download and run from RAM
c) Store icePROM bootloader to flash
b) Boot from flash
e) Erase flash sector
m) Set mode
s) Store bootloader parameters to flash
i) Re-init ethernet
r) Read memory
w) Write memory これ、スキャンして信号が見つからなければ再起動しやがる ついに来た
https://downloads.openwrt.org/releases/18.06.0/
現時点で targetsは
ar7、ar71xx、ipq40xx、layerscape、sunxiしかないけど、
例によって出そろうまでにしばらくかかるかと >>755
Maspro 77TCM7ってケーブルモデム 500円
これ、MACアドレス変更不可っぽい
発行元: ASUS Cable Modem Root Certificate Authorityって署名つき
なんとなくGPLライセンスのような気がする 77TCM7
SoC: BCM3349
フラッシュ: 2MB (パラレル)
RAM: 8MB (IC42S16400F)
WHR-G54Sの半分しかない
90〜770MHzは通して0〜90MHzをカットする物があればつなげてみたい ギリギリまで延期を繰り返すのは、
バグが修正しきってない可能性が高いな
18.06.1まで待ったほうが良さそう >761
修正可能であればいいけど
修正不可って事もありえる >731 ( >728 ) > Maspro
見えすぎちゃって こまるのぉ〜
見えすぎちゃって こまるのぉ〜よ 開発中の現行ツリーLOVEが基本姿勢の超アグレッシブな開発チームなので
"stable"ってつけちゃったので一応次のリリースまではちょびちょび修正を反映
永遠のベータ版、ぐらいにおもっといたほうが気が楽 どーも、黒幕ですw
OpenWrt 18.06 動作報告テンプレ案を考えてみました
こんなのでどうでしょうか?
メーカー/ベンダー:
機種:
OpenWrtバージョン:
target名:
使ったimageファイル名:
インストールメソッド(方法):
動作確認した機能:
HWリビジョン(わかれば):
備考:
―― 以下は過去の事例報告ない場合(わかれば) ――
Flash容量:
メモリ容量:
コア数/スレッド数:
CPUコア最大周波数:
USB規格/ポート数:
無線規格/アンテナ数:
有線規格/ポート数:
その他IF規格/数: >>756
targets に mediatek というのがあって
おぉ呼称変わったのか!…と思ったら
>699のARM版SoCをまとめたものみたいですね >>764
最新LTSカーネル追従には
旧機種切り捨ての意味合いもあるんですかねぇ? >>768
切り捨てられたのは旧機種ではなく誰もメンテナンスしていないtargetです
半年以上猶予期間があったわけですし、開発リソースが限られていることを考えると切り捨ては妥当だと思います >>765
機種 → 製品名・型番 に変更
下段のメモリ容量とコア数/スレッド数の間に
SoC/CPU名称 を入れるといいかな 切り捨てられたのはユーザーがいない機種ではなく誰もメンテナンスしていないtargetです
これがオープンソースの限界なんだよな
使ってる人がいても、メンテナンスする人がいなければ
切り捨てられる そういう意味では、
ath79に取り組んでくれる大破の人の存在は貴重 ArcherC7 v2に18.06入れてみた
Luciがお洒落になった! というとりあえず薄い感想(´・ω・`)
https://i.imgur.com/HVfNr7R.png >>771さんのいうメンテナンス(保守)はどんどん更新されていく新カーネルへの追従のことでしょう
カーネル内でドライバ向けAPIやドライバを駆動するための制御フレームワークが変更されたら
それに合わせるよう各ドライバを修正しないとビルドすら通らない場合も出てくる
いじったらレグレッション/エンバグが起きていないか、最低限の動作確認もしなきゃいけないですし
device treeへの対応はARMから始まったのが波及してきてMIPS系のプラットフォームでも
対応せざるをえなくなった その手間だって数が多いからバカにならないと思いますよ 1) OpenWrtプロジェクトがあくまでも有志の志でOSS開発
2) Qualcomm Atheros、Mediatek、Marvell、などSoCベンダーは自社SoC用のSDKをOpenWrtベースで仕立てている
その成果の一部でもOSSへ反映させてくれりゃいいけど、隠したままがおおい
ガチガチだったQualcommが最近はCodeAuroraへかなり出してくれている これはいいこと
3) プロダクトベンダー各社はそれらをNDA締結下で供給してもらって実際の製品に移植して商品化
ただ実際のコード移植はOEM/ODMで委託された側でやっているだけ
その人たちは継続的に手を動かしているので手馴れている
製品ベンダー各社が脆弱性修正とか頑張って作業して、それをSoCベンダーへ「とりこめ」と投げて、
をすべきなんだけども、中身ほぼ商社な日本の周辺機器総合ベンダーは実装をOEM/ODM任せにしてるから
できる人材もおらず不可能
SoCベンダーもカーネル追従が遅いんですよね
2016年秋発売のWSR-2533DHPでもファームウェア覗いたらカーネルはいまだに3.10.xだし
Mediatekは終生そのバージョンを使いつづけるつもりなのか、と
3.10はLTSだったしその分の不具合修正をちゃんとマージしてりゃいいんだけどしてねぇだろうな >>773
stable releaseは普通にインストールできるのね
うちもArcher C7 v2で2-3年更新してないから更新したいけど
freeradius使ってるからpackageのビルド済みが出そろってこないと
面倒なことになるのでもちょっと待ちますわ >>774-775
エンベデッド開発の立場だと
最新LTSカーネルへの追従って必要なんでしょうか?
サーバ用途だとRHELなんて
大昔のカーネルを10年以上も保守してるし
安定稼働の側面ではやむを得ないかと思うのですが >>777
外界と通信するネットワーク機能を使う機器では脆弱性対策・修正が必要ですよね
その他の機能については、機器ごとの使い方で問題にならないのであれば
更新する必要はないのですが
問題がない箇所を変えない触らない、も大事なことなので、製品現場での対応では
脆弱性の勧告(CVE)が出たうちの危険度が高いものについて当該の修正パッチを
適用する、というアプローチになるんじゃないでしょうか
ただ、SoCベンダー側のSDKについてはそのまま製品に使うわけではなく
製品化するベンダー側で何らかの評価検証をする前のものなので
LTSとして更新され続けている間は随時その修正を取り込んでほしいものです >>774
> >>771さんのいうメンテナンス(保守)はどんどん更新されていく新カーネルへの追従のことでしょう
> カーネル内でドライバ向けAPIやドライバを駆動するための制御フレームワークが変更されたら
これがWindowsだったら、バグだけ直せ。余計な機能を増やすなって
言われるところだろうなw >>765 こんなのしかわからんけども
メーカー/ベンダー:TP-Link
機種:Archer C7 (AC1750)
OpenWrtバージョン:18.06.0
target名:ar71xx/generic
使ったimageファイル名:archer-c7-v2-squashfs-sysupgrade.bin
インストールメソッド(方法):LEDE 17.01.4上のLUCIからアップロード(設定はkeepせず)
動作確認した機能:USBドライブmount/FileShares(samba)/OpenVPN/miniDLNA/ddns/WOL
HWリビジョン(わかれば):v2(JP)
備考:無線は未確認 >>780
早速のご報告ありがとうございますー
私自身はと言うと週末まで無理そうですすいませんー >>3 の動作しそうな機種一覧のGoogle Spreadsheetに
新しいタブを作ってリスト作ってもいいですかねぇ? >>778
Windows10なんて過去のversionとは互換性ほぼ無くなってますけど
WinAPI自体(の中身)が変わってしまい
ほぼzeroからコード書くのと変わらない
こんなことやってたら開発費用が増えまくる >>784
開発費用が増えようがお客さんからその費用をきっちり取るんだろ?
windowsで組むと双方合意して利益がでるんだったらやれよ
費用は出るには出るが大して儲からない割に長期の案件になるのが嫌で
LinuxでやれるところはLinuxにしましょう、と説得したきゃそこを頑張れ
ここでぼやくこっちゃないわ netfilter offload
現状唯一のhardware offload対応実装 Mediatek MT7621
ソースコードからうかがえる仕様と制限/制約
drivers/net/ethernet/mediatek/mtk_offload.c
- IPv4のみ対応
IPv6 では利用できない
- レイヤー4(トランスポート層)プロトコルとしてはTCP,UDPだけが対象
- PPPoE, VLAN には対応している
ですので、IPv4通信の経路の比重をPPPoEからDS-LiteやMAP-Eに
移行させている方には大して旨味がないかと思います ...と書いてしまいましたが
MAP-Eでは加入者端の機器でNAPT処理をするんでしたね
IPv4の段階でNAPTして、IPv6で包む ...
Etherのインターフェースで出るときのパケット形式がIPv4でないから
やはりアクセラレートは効かないかも そもそもIPv6アクセラレーションに対応するハードウェアなんでしたっけ? MT7621のデータシートに
>Features
>・Hardware NAT with IPv6 and 2Gbps wired speed
という記述がありますね
あとはこの辺りでしょうか
https://forum.lede-project.org/t/hardware-nat-for-lede/1094/255 私が探して持っているMT7621 programming guideには
Ethernet部分の詳細記載がなくぜんぜんわからないのです >>786
>DS-LiteやMAP-E
これ、VPN (と同じ) 18.06.0からhostapdの仕様変更でMAC制限加えると周辺の全く関係ない端末まで検出して
[Thu Apr 12 15:53:20 2018 daemon.notice hostapd: Station CC:CC:CC:CC:CC:CC not allowed to authenticate]
みたいなsyslog-spamで埋まっちまうよ orz
bugs.openwrt.org/index.php?do=details&task_id=1468 これ。 >>784
お前、嘘つきやな。
誰が、そんなのに騙されると思ってるんだ?
まぬけだなぁw 変な設定して不安定な人、いろいろと質問したい人は
/ ̄ ̄ ̄ / . /''7 ./''7 / ̄/ /'''7
./ ./ ̄/ / /__/ / / ____  ̄ / /
'ー' _/ / .___ノ / /____/ ___ノ /
/___ノ /.____,./ /____,./
.
_ノ ̄/. / ̄/ /''7 / ̄ ̄ ̄/ / ̄/ /'''7'''7
/ ̄ / .  ̄ / /  ̄ フ ./ / ゙ー-; ____ / / /._
 ̄/ / . ___ノ / __/ (___ / /ー--'゙ /____/ _ノ /i i/ ./
/__/ /.____,./ /___,.ノゝ_/ /_/ /__,/ ゝ、__/ (´・ω・) ス 5ちゃん( ´・ω・) カワイソス7
https://jbbs.shitaraba.net/bbs/read.cgi/sports/3458/1530030095/
/\___/\
/ ⌒ ⌒ ::: \
| (●), 、(●)、 | / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
| ,,ノ(、_, )ヽ、,, | < 利用する 超便利じゃん
| ト‐=‐ァ' .::::| \_________
\ `ニニ´ .:::/
/`ー‐--‐‐―´´\
山彦
(´・ω・)山田専用 アップローダー
ttp://sea.s201.xrea.com
その他ロダ一覧
ttp://www.uploader.jp/home/bbmaru1/
ttp://up.mugitya.com/up.html
ttp://www.42ch.net/UploaderSmall/
ttp://kakaricho.net/bbs435111/bbs43.cgi || ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄||
|| ○荒らしは放置が一番キライ。荒らしは常に誰かの反応を待っています。
|| ○重複スレには誘導リンクを貼って放置。ウザイと思ったらそのまま放置。
|| ○放置された荒らしは煽りや自作自演であなたのレスを誘います。
|| ノセられてレスしたらその時点であなたの負け。
|| ○IDコロコロしているのにはさわらない。
|| ○反撃は荒らしの滋養にして栄養であり最も喜ぶことです。荒らしにエサを
|| 与えないで下さい。 .Λ_Λ
|| ○枯死するまで孤独に暴れさせておいて \ (・ω・`) キホンスヨ
|| ゴミが溜まったら削除が一番です。 ⊂⊂ |
||___ ∧ ∧__∧ ∧__ ∧ ∧_ | ̄ ̄ ̄ ̄|
( ∧ ∧__ ( ∧ ∧__( ∧ ∧  ̄ ̄ ̄
〜(_( ∧ ∧_ ( ∧ ∧_ ( ∧ ∧ は〜い、先生!
〜(_(・ω・`,)〜(_( ,,)〜(_( ,,)
〜(___ノ 〜(___ノ 〜(___ノ ,===,====、
_.||___|_____||_
.. ∧_∧ /||___|^ ∧_∧
.. (・ω・`)//|| |口| |ω・` ) テンプレ以上(´・ω・) ス
. ./(^(^ .//||...|| .. |口| |c )
..... ∧_∧ / //.. ||...|| .. |口| ||し 新スレです
....... (・ω・`) //.... ||...|| |口| || 楽しく使ってね
/(^(^ // .... .||...|| |口| || 仲良く使ってね
"" :::'' |/ |/ '' " ::: ⌒ :: ⌒⌒⌒ :: "" `
:: ,, ::::: ,, ; ̄ ̄ ̄ "、 :::: " ,, , ::: " :: " :::: " >>784
へーそーなんだーと思ったけど
既存アプリが動くからおかしいとは思ってた
このスレ的に考えれば
Windows10でもIoT Coreの話かな 77TCM7のweb設定の認証突破できたけど実際に通信してなければ面白みがない
ケーブルモデム情報
DOCSIS動作モード: 1.0
ハードウェアバージョン: 1.10
CPU Chip ID: BCM3349, Version: a0
CM MAC アドレス: 00:50:c9:**:**:**
CM シリアルナンバー: A*B*AC******
ファームウェアバージョン: 2.1*
ファームウェア作成日時: Dec 2 2009 15:53:50
動作中ファームウェア: APP2
これ、openwrtのファームがあるっぽいのだが
CATVモデムなんで意味ないっぽい・ぽい WN-AX2033GRのソースコードメディアが届いたけど
この機種の移植もう済ませた人がいるってんで自分はもう作業しなくていいんだよね
どうすんだよ これ.. 移植そのものよりも、移植の手順を公開してほしい
どんな道具を使ってどのように作業していくのか
魚を与えるのではなく、魚の釣り方を教えよ! ブートローダのコンソールへアクセスできるようにシリアルポート接続を確保
ブートローダのコンソールでできるだけ調べる
吊るしのLinuxファームウェアを起動させて、可能であればここでもいろいろ調べる
調べたハードウェア情報をもとに機種用にソース変更
ビルド
試す
ダメだ――――
変更
ビルド
試す
ダメだ―――――――――
変更
ビルド
試す
ダメだ―――――――――――――― ビルドってやっぱりクロスコンパイルとか?
そういったところが全然わからんわw 有償の棲み込みLinux開発の講習会にでも行ってこい 自分の家から遠くない街でオープンソースカンファレンスに行ける機会があるなら
そこに展示を出しているうちの組み込み系のところに張り付いて仲良くなって
いろいろと教えてもらえる関係をつくる
Raspberry系には近寄ってもあまり意味ないぞ
実機上で動くDebianでセルフビルドして、って人が圧倒的に多いだろうから
下手すれば展示出してくるような人でも「クロスコンパイル? あぁ?」
って人かもしれない 展開したところ、OpenWrt SDKツリーのディレクトリ構成のものが出てきました
target/linux/ には ramips, mediatek あたりしか入ってない、自社SoCビルド用のものです たぶん
MT7615xのドライバを含めたビルドをさせたいために、どこぞで探して拾ってきたMediatek SDKでは
最近のLinuxだとtools/ や toolchain/ 関連のビルドでちょいちょいエラーになってひっかかり
手元の作業ツリーではビルドに通るように修正したんですよね
でAX2033GRのツリーにOpenWrtの .config は入っておるのでビルドを試したら
拾ってきたMediatek SDKと同じくビルドでひっかかる
引っかかり方は遭遇したのと同じ症状らしく
ぎっとはぶあたりに置く方向で考えます >>810
>最近のLinux
これが間違い
最新のPC環境じゃ(WHR-G54Sなどの)jtagは扱えない (最近のハードはプリンタポート無しが原因)
逆にシリアル接続の方はUSB使えばレベルコンバーター不要になってラッキー >>806
openwrt buildrootで自ビルドはやってみたことある? >>811
別に間違っててもいいよ
お仕事じゃないので、そういうことも含めて試行錯誤する過程は無駄ではない
JTAGについてだが、USB接続の汎用のJTAGアダプタでは歯が立たんものでしょうか?
OpenOCDでターゲット(基板,プラットフォーム)用の設定ファイルと
JTAGアダプタ用の設定ファイルが既にあるか、近いものから変更して起こすか、
といったアプローチで、です >>813
私も趣味でやっとります
廉価なUSB-JTAGはことごとくうまくいってないですねぇ
FT2232Dや、JTAGKEY,JTAGKEY2 をEUから輸入したり、フラットケーブルでつなげてみたり
ねむいさんとこのwin32版 openocdとかurjtagとかいろいろ使ってみたけれど
どれもこれもうまく行かず・・・
多分なにか足りないんでしょうけど、
素人にはハードルがたかくて・・・
なひとうさんとこのMITOUJTAG使えば行けるのか?などと思いましたが、
流石に使いこなせるかどうかもわからない代物に10万円は出しにくく・・・ そんなわけで、USB-JTAGで無線LANルータ等のオンボードフラッシュの読み書きできた!
・・・という方がいらしたら、ぜひノウハウをご教授いただければとm(__)m
bcm47xxはパラレルポートJTAGでの実績は豊富なので(自分でもできたので)
できればar71xxやramipsやbcm53xx系だとうれしいです メーカー/ベンダー:Buffalo
機種:WZR-HP-AG300H
OpenWrtバージョン:18.06.0
target名:ar71xx/generic
使ったimageファイル名:openwrt-18.06.0-ar71xx-generic-wzr-hp-ag300h-squashfs-sysupgrade.bin
インストールメソッド(方法):LUCI からupload (LEDE 17.01.4→18.06.0-rc2を経由)
動作確認した機能:LAN/WAN接続(単純NAT)のみ
HWリビジョン(わかれば):C0A0
備考:無線は未確認 ■ このスレッドは過去ログ倉庫に格納されています