【PINE64】パイン64 part2【ROCK64】

公式:https://www.pine64.org

PINE64はA64を搭載したiPhone6Sサイズのシングルボードコンピュータです
ケースやカメラ,Wi-Fi,タッチパネルモジュールなどもあります

ROCK64はRK3328を搭載し4K60P HDR10対応のクレジットカードサイズのメディアボードコンピュータです
USB3.0がありeMMCも搭載できます


SDカードには必要最低限の書き込みで運用
ハードに使うとSDはサクッと死にます。使い捨て上等！の割切りも時に必要
安定運用な状態のときにSDを複製(バックアップ)しておき、有事に備えましょう
/bootのみのROは理に適います

前スレ
【PINE64】パイン64 part1【ARM64】
http://mao.5ch.net/test/read.cgi/linux/1453481419/

本物ならチップの価格を考えるとあり得ない

>>231
>>228の問いを何度見ても「どこが違うの」とは読み取れない。
使えているけど何が問題かという問いに答えたまでで、満足しているのであれば問題はない。

差分は表記とかボードの設計とかだが、これも素人には厳しいものがある。
オシロでも持ってればノイズとかドロップとか見えるが、個人ならUSBシリアル変換すら持ってなくても
かなりのレベルで運用できるから、見た目なんかではほぼわからない。

>>233
読み取れないなら、答える資格はないということだ。
FT232RL のパチものについて知識があるひとに聞いているのだ。
知識がゼロではドライバがどうのというキーワードにも引っかからないだろう。

>>234
ドライバもソフトウェアで、パチモンハードはそれを作成者に使用料を支払わずに使うためのハードウェア。
普通は販売者がソフト業者に支払わなければならないが、それがなく販売価格に乗らないから安い。
わかるように丁寧かつ端的にご説明すると、違法利用ってことだ。

日本語論議になってきて、仕様的および商業的な説明が無駄なので、これ以上の回答は差し控える。

>>235
だから答えなくていいよ。
かつてドライバが判断して チップのID を勝手に書き換え使えなくしたらしい。
今そういう問題は起きてない、他に判別できるものはありますか？　という問いなんだよ。

いじわるかも知れないが、知識がない人に答えてもらってもしょうがないんだよ。

>>234
FTDIがドライバに細工してパチものは動かなくしたんじゃなかったかな。
大騒ぎになってやめたと思うが定かではない。
ダイのレントゲン写真まで出回った。
そうこうするうちに中華格安チップ出回り始めてどうでも良くなった感はある。
ちなみにパチモンかもしれないが１万個オーバー売り上げて99.4%ポジティブ・フィードバックなセラーもある。

あ、かぶったね。
要するに、よく売れてるの買えばいい、というかそれしか手立てはないってこと。

直接関係ない話は他所でやってよ

すいません、armbianが起動しないと>>209から大騒ぎしてた者です。
動かない原因と思われるものが判明したのでご報告です。

ダウンロードページのSpecificationsを見ると、2GBまたは4GBしかありません。
手元の1GBモデルで動かないのは、このせいかと思います。

>>211様はじめ、通じない話でご相談に乗ってくださった方、有難うございました。
また下らない見落としでお騒がせしてしまい、申し訳ありません。

>>240
君の死は無駄にしない云々。
2台目買う時はケチって1GB版でいいかなと思ってたけど2GBにするわ。

はっ？、軽さが売りなのに1GBで動かない？
変だと思って試してみたら、確かにそのままじゃ動かない
U-Boot -> Kernel の段階でクラッシュしてる !!!

これ明らかにポカ・ミスの類だな、チョッと直せば動く
担当者に実物無くて確認されてない & ユーザーも少なくて報告も無い
そんな処だろ

Welcome to ARMBIAN 5.42 testing Debian GNU/Linux 9 (stretch) 4.4.124-rk3328
System load: 1.47 0.45 0.16 Up time: 0 min
Memory usage: 6 % of 921MB IP: 192.168.0.1
CPU temp: 42°C
Usage of /: 36% of 7.1G

>はっ？、軽さが売りなのに1GBで動かない？
>担当者に実物無くて確認されてない & ユーザーも少なくて報告も無い
https://forum.armbian.com/topic/5771-rock64-nightly-image/

英語読めないのだが。
残念ながら担当は認識している模様、かつ

「何言っちゃってんの？　ググれカスｗｗ」（公式っぽい人の発言、だいぶ端折った意訳）

的な扱いをして現状のものをstable扱いしているように思える。

>>242氏の方式がどんなものか知りたくはあるが、さておき。
４月時点の上記スレッドを見る限り、今後もArmbianの1GB不動問題はここ以外にもあるが、
公式にはあまり期待できなさそう。

ごめ、ageちゃった

>>240
そんな書き方ではなく、しっかり1GBは動かんあるニダですよと明記して欲しいよな
1GBバージョン買う奴はほとんどいないからこんなことになるのかな

んなわけない
組込的に単(少)機能で使うからSBCが生きる
であれば少しでも安い1GB選ぶ奴は少なくない
何でも動かしたいならintel機買うっての

ラズパイ（2B）のメモリが1GBで、ウチでsambaサーバ立てて３年目に突入した。
rock64の1GBモデルは、その後継を目論んで購入した。

しかしayufan版は、ioniceのcronのせいでHDDがうるさくなる。
削ってしまえばいいのだが、それでも５〜６分ごとに何かカシャカシャやってる。
構築ポリシー（非公開）を見ずに手を入れすぎると、システムが不安定になるので構築保留。

armbianはその処理がなくシンプルだから、動けば有難い。
2G版買い増ししろって話になるが、1Gが用途なく余ってしまうのが難点。
なんにしてもこの件が出てrock64は基本放置中で、今はNAS以外のヤツ（nanopi neo）をやってる。

>>247
diet pi じゃだめか？

ふう、助かった。
１G買うところだったぜ。

>>248
SDBootでHDDをつなげてfdiskしてみたが、おかしい
fdiskコマンドラインでtの82（Linux SWAP）を選択したが、何度選択しても39になってしまう
fdiskなんか何回もやったことあるから間違えはほぼないし、何度やり直しても同じ

基礎の基礎でその状態で、興味がガッツリ失せて放置

わざわざswapにパーテーション切る必要あるか？

CUI運用だと一般的には不要、他は使ったことないんで知らない。

ラズパイだけど、NAS+web+PHPその他で３か月ぐらい放置、遅くなったなと思ってみたらswapが
50kぐらい発生してた。
普通はそんなズボラな運用はしないんだろうなと思いつつ、週一深夜cronリブートをまだ仕掛けてない。

そう、rock64鯖さえキチンと立ち上がれば経験が反映できるので、こんなことには･･･。
みんな、1Gモデルなんか買うんじゃないぞ。

いやいやフアイル作ればいいって話だよ

HDDじゃないからパーティション切る意味ないな

hddじゃないからってのは間違い
フラッシュメモリでもフラグメントはパフォーマンス低下と寿命低下の要因

ウェアレベリングするから関係ないんじゃないの？

それ以前に、fdiskすらマトモに動かないものじゃ先が思いやられすぎる。
まともに動くまでにどれだけ苦労するか、そもそもまともに動くかっていうレベル。

例によって俺の手元の1G問題かもしれないんで、やってみたい人は挑戦すればいいと思う。
ちなみにHDD起動もしたが、Armbianもdietpiも現状SD起動前提なのでそれなりに苦労する筈。

繰り返しになるが一応言っておくと、fdiskの問題はSD起動で接続したデータ用のHDD。

オンメモリ前提でOS作ってくれよ
デカいのはPC系のボードに任せれば良い

LLVMビルドするんで800MHzで抑えたのに余裕で60℃オーバーに速攻突っ込むとか
いやすぎるわ＞rk3328
冷却ファンは使いたくないのだが使わざるを得ない

>>259
そう？　ケース構造にもよるだろうけど、ヒートシンクだけでもだいぶ違うよ
シンクＡ（板状、密度薄）は熱くて触れなくなるけど、シンクＢ（柱状、密度高）はギリ触れる
無いとボードがアッチッチでイヤン

うちはSoCとメモリに貼ってる
メモリの熱はそれほどだろうけど、ボード伝わってくる熱まで何とかしてくれそうとかそんな感じ

ヒートシンクなんて大前提ですよ
ヒートシンクをつけた状態でファンを回しても
1.3GHzでビルドでフルロードにすると70℃に肉薄するわ
だから800MHzに抑えたのだ　ファンうるさいし

>1.3GHzでビルドでフルロード
ごめんビルドって情報を拾い損ねてた

https://docs.armbian.com/Process_Contribute/

さっくりしか見てない＆勘でしかないんで思い込み９割な情報
armbianだと個別で環境がわかれていない（fork元の構成＋configで変えるんだと思う）

逆説的に、armなクロスビルド環境あるんじゃね？
nanopi neoとか明らかに無理あるもん

>>262
>armなクロスビルド環境あるんじゃね？
こんなのを使う奴はクロスビルド環境はやろうと思えば自分で構築できるだろう

LLVMのビルドはx86PCでも重処理なのに、arm機でビルドとなると長時間の激重処理になるだろうな
こんな安いのは長時間の激重処理をやらせるのに十分な冷却機構を搭載してないだろうから
冷却は自分でなんとかしてねだろう

上に、USBファンでも乗っけておけばいいだけだからな

ヒートシンクは気休め程度、ファン無しだと直に あっちち になる

ENIAC比で言ってくれ

１００倍じゃなかった
２００倍

価格は０．５万円として２００倍ぐらいだから、
コストパフォーマンスは、４００００倍

1コアで同じくらいの性能のVPSが年数$で借りられるんだがなぁ

いくら早くても使い道がなければ無用の長物＠1GB（まだ言ってる）

ソフトのメンテが長くされるか疑問
ラズパイは納得のいくレベル。

カーネルのビルドくらいできるやろ？

x64でできそうなのでビルドを試していた

暇つぶしにアチコチ拾い読みしてたらこんなものが
https://forum.armbian.com/topic/7613-boot-problem-with-rock64/

中ほどにあるイメージを発見、早速書き込んで起動…

____ ___ ____ _ ____ _ _
| _ \ / _ \ / ___| |/ / /_ | || |
| |_) | | | | | | ' / '_ \| || |_
| _ <| |_| | |___| . \ (_) |__ _|
|_| \_\\___/ \____|_|\_\___/ |_|


Welcome to ARMBIAN 5.51.180704 nightly Debian GNU/Linux 9 (stretch) 4.4.138-rk3328
System load: 0.12 0.14 0.06 Up time: 2 min
Memory usage: 6 % of 920MB IP: 192.168.1.13
CPU temp: 51°C
Usage of /: 7% of 15G

Last login: Sun Jul 8 13:25:40 2018

MEM1Gマシンにも風吹いてキター！！！　次に期待つないだー！！！
そんでまだビルド終わってねー！！！　もうええわー！！！

PINE64, ROCK64, ROCKPRO64の比較が出ていた

https://forum.pine64.org/showthread.php?tid=6158

ビデオエンコードの速度の比較で

PINE64
Real 2m49s

ROCK64
Real 2m32s

ROCKPRO64
real 0m56s

PINE64の3倍近い速度

ROCK系がmicroUSB給電だったら買うんだけど
流石にきついか

糞仕様を望むきついオツムはお前だけだからなw

きついオムツは嫌いか？ベビーちゃん

バブバブー(^q^)

PCIe x4スロット搭載のシングルボードコンピュータ「ROCKPro64」が入荷
2018年7月28日 00:00
https://akiba-pc.watch.impress.co.jp/docs/news/news/1135312.html
PCIe x4スロットを搭載したPINE64のシングルボードコンピュータ「ROCKPro64」の
メモリ4GBモデルがテクノハウス東映に入荷した。
ただし、初回入荷分は28日（土）に売り切れ。次回入荷は8月を予定している。
ヒートシンクとケースとのセット品で、店頭価格は税込13,900円。
このほか、オプションの64GB eMMCモジュールとUSBアダプタのセット
「PINE64 64GB eMMCモジュールキット」も販売予定だ。
ただし、同店は「ノンサポート商品」としている。店頭価格は税込5,900円。

>テクノハウス東映 ...
この値段なら、急ぎでもない限り 直接PINE64から買うだろ

前回もそうだったが
ここが仕入れてるなら、秋月でも扱う可能性大とみた
適切な価格でな。

armbianのbionic、グラフ半分ぐらいまで行ってなかったっけ？
いま完全にゼロに戻ってる

ごめ、>>280はrock64の話

Rock64と3.5HDDで常用NAS作りたいけれど
ACアダプタよりATX電源用意して5V引っ張ってくる方が良いのかな？

まあまて焦るな
消費電力がどれくらいなのかよく観察したほうが良い
それによっちゃmini-ITXのatomマザボに勝てないということになりかねない

>>282
3.5インチUSB-HDDケース（電源付き）＋Rock64の組み合わせ
消費電力的にも安定的にも一番いいハズ

１つのアダプタだけから電源供給したかったら、HDDの電源＋15Wぐらいのアダプタから
Rock64分だけ降圧でもかませばいけんじゃねーの的な
http://akizukidenshi.com/catalog/g/gK-07728/
電流制限どうやってかけるか、もしくは要らないか知らんけどー
っていうか2.5だけど、HDDケースに電源入れたらUSBから逆流する（RaspberryPi実績、運用時限定）

俺はRock64本体の電源供給からの2.5インチHDD起動で、armbianで３日ぐらい連続駆動成功してる
基本電源切り忘れただけだけともいうが、外部からssh接続でshutdownコマンド使って切ってる
なお電源接続は基本的に秋月推奨方式、理由は察せよ

Rock64が通関中でまもなく届きます
LinuxでGUIありで一通り触るには、どのOSがお薦めでしょうか？
（ラズパイからでLinuxには疎いです）

ちなみにayufanさんのは一人でアップデートとかやられてるんですか？

>>285
Armbian

>>286
やっぱりarmbianがとっつきやすいですそうですかね！
しかしお盆のせいか昨日から通関中が動かない…

秋月推奨の電源工作供給しないとどうなっちゃうの？
ラズパイみたいにカミナリマークとか出るのかな？

単に、秋月では1.35/3.5mmの変換プラグを扱ってないってだけの理由だな

秋月の普通の5V-ACアダプタ+変換プラグ、 or プラグ径=1.35/3.5mmのACアダプタで動くよ
aitendoのこれとか -> http://www.aitendo.com/product/7372
amazonで売ってる プラグ径=1.35/3.5mmのACアダプタとか

usbに電気食いのHDDとかぶら下げない限り、3Aも必要ない　5V/2.5Aで十分動く
本体＋MicroSDだけの構成なら、例えフル・ロードで回しても2Aは超えない

>>289
どもです
中国からメーカー違いでサイズの合う電源2つ、PINE公式から念のためケーブルを購入しました

Armbianの2つ、Bionic LXDE、DietPiと試したのですが、どれもカーネルパニックというんでしょうか、インストール途中で止まってしまうんですよね
1時間以上放置しても進まないので電源抜いちゃうんですが…
その後インストールできたように見えても不安定で　

ひとまず電源は原因から外せそうです
microSDも4枚試してるので外してますが、他に何か思い当たりますか？

> 中国からメーカー違いでサイズの合う電源2つ
思い当たるのは↑↑これだな、表示と実力が全く異なるヤツとか平気で売ってる。

俺の処にも、手元にchainaのハズレ品が一つあるよ
5V2Aとか提示しておきながら 実測したら1Aの能力にも満たない、こんなの当然動かんわな
全てがそうだと言は言わないが、平気でこういう事するのが普通のお国柄だから
買うなら、そのつもりで買わないと。

あと、最低限 クラッシュ直前のログでも貼らないと どんな腕自慢のヤツだって解らんよ
起動絡みのトラブルなら、シリアル・コンソールは必須。

>>291
出力やサイズの粗さも考慮して異なる製造元のを購入したんですが2つともハズレ引いた可能性もありですね…
一応公式USBケーブルに手持ちの5V/2.5Aでトライはしてみました

現状の停止状態はこちらです
https://i.imgur.com/ozkGHfX.jpg

BUG : spinlock lockup suspected on CPU
と
Exception stackはよく見る気がします

全部見せてくれないとあんま意味ない

全部お見せする何か良い手段ありますか？
途中でログが止まる場合の動画撮るにも最初は早いスピードでログが流れます

1/4で起動し
1/4で起動せず
1/4で再起動かかるも画面真っ暗でログすら出ず
1/4で途中のログで止まる
な感じで後ろ3つは電源抜くしかありません

シリアルコンソール繋ぐ

>>294

https://www.amazon.co.jp/dp/B01LVXGT04/
http://akizukidenshi.com/catalog/g/gM-08461/

シリアル接続ボードとして、3MBPSをサポートしてる上記２点をお勧めしておく
ここの住人が勧めるような２〜３百円はお勧めしない（血涙）

それ以外にmicroUSBなケーブルとジャンパーケーブルが必要
秋月の方はこれに加えハンダ付けが必要

…なんかこの時点でもうグッタリ感

たぶんレスつかないのは、UART知らない素人にはあまりに距離が遠いから
この機材を指定のポートに接続、teratermなどでログを取る必要がある
ごく当然に相応の説目や操作が必要

なのでその前に、手が届きやすい以下を確認したい

・使用したイメージ（xxx.imgのファイル名全部）
・使用したSDカード（class10以上かどうか、メーカーがどこか）
・使用したモデル（rock64のメモリサイズ）
・使用した書き込みソフト、もしくは書き込みコマンド

>>294
なんか電源の問題のように思えるけどなあ…。
電圧・電流は計ってみましたか？

>>296
入れ違いで数百円のシリアルコンソールポチってしまいましたorz

［使用したイメージ］
Armbian_5.42_Rock64_Debian_stretch_default_4.4.124_desktop.img
Armbian_5.42_Rock64_Ubuntu_xenial_default_4.4.124.img
bionic-lxde-rock64-0.7.8-1061-arm64.img
stretch-minimal-rock64-0.7.8-1061-arm64.img
DietPi_v6.7_Rock64-ARMv8-Stretch.img

［使用したSDカード］(ともにUHS-�T)
・東芝 Exceria 32GB
・東芝 M203 16GB
・SunDisk 16GB

［使用したモデル］
・Rock64 4GB *2

［書き込みソフト］
・Etcher
・Win32DiskImager

>>297
そうなんですよね
初めてのラズパイのときも電源不足でつまづいた記憶はあります
カミナリマークのようなものが出ればいいんですが…
手元にあるのは簡易ワットモニターと、USBの電流チェッカーです
AC電源（5V3A）は2台とも4-6Wのワット表示しか物理的にできません
USB電源(5V2.5A)+公式で購入したケーブル&経由では5V0.3-1.2A程度の推移です

>入れ違いで数百円のシリアルコンソールポチってしまいましたorz
FTD1232（FTDI232の誤植）のシルク印刷があるならまだワンチャンあるんだけど…
Jtw32.exeでググると、UARTドライバ経由ではない接続で1.5Mに対応できる…らしい
理屈はともかくrock64でUART確認済み

さておき、他は問題なさそうに見える

rock64で実測できる環境持ってないけど、raspberry pi2B+、nanopi neoとも
なにもつながないで5.2V/0.3A程度
Lチカナイトライダーやったけど一緒、普段つながないHDMI（CUI）でも一緒

GUIやったことないけどってそんなにバカ食いなの？　ってのが私の限界

ちなみにUSB計測器を使ったけど、3Aまで対応している（質問主は気にしなくていい話）

> ［使用したSDカード］(ともにUHS-�T)
> ・東芝 Exceria 32GB
> ・東芝 M203 16GB
> ・SunDisk 16GB

新しいヤツ(kernel)にはバグがあって、
少なくとも "東芝　Exceria 16GB" がダメなのは 俺の処でも確認できているる(read-error)
本家スレにもが同様の報告複数ある。

どの道、IFの速度制限 25MB/s で頭打ちだから、はっきり言って "UHS-�T" なんか無意味
むしろ、UHS-I非対応の遅いやつの方が安定してるぐらい。

問題切り分けのために、古いヤツ↓で試してみ
https://github.com/ayufan-rock64/linux-build/releases/tag/0.5.15
stretch-minimal-rock64-0.5.15-136-arm64.img.xz


> シリアル接続ボードとして、3MBPSをサポートしてる上記２点をお勧めしておく
> ここの住人が勧めるような２〜３百円はお勧めしない（血涙）

コイツも変なヤツだな
それって、単に自分が不勉強でハズレを引いたから　ってだけの理由じゃないか
一年前に買った、俺のPL2303HX(amazon@180円)のヤツは　今でも問題無く使えてるぞ

そもそも本家のはCH340Gを搭載の$1.99なので、FTDIの話はどこから出てきたか不明。
中華通販でポチればCH340Gを引いてる可能性の方が高い。
3MBPSでなく1.5MBPSのようだから、ん、と思うような速度ではある。
OPiは115200だったので１桁間違ってるかと思った。

>コイツも変なヤツだな
ラズパイ流れでnanopi neoも115.2kなもんで、それ以上のヤツ探したらFTDIの1.5M非対応しかなかった
configでなんとかする手段ないか、あるいはお勧めないかってこのスレで聞いたら書いた通りの固定概念
植え付ける結果になった
>PL2303HX
>CH340G
辛口でも正解のほうが有難いんでこんど買い替える

ということで
>>ID:qiL+uVHc
こちらが足らない知識を披露してしまった様子、申し訳ありませんでした

まぁそんな処だろ、俺も同じようなもんだ

仕様は 3Mbps 以上 & 本家のは CH340G
この2点を調べた上で、何かのついでに該当品を併せ買いした程度のもの

中華製品は当たり外れが多いから念のために3つぐらいポチッたな、確か
最初の1つ目で動いたんで、今となっては残り2つが何処かにいったか不明

ハズレ引いたら、その間の待ち時間がもったいないぐらいのモンで
金額的には、（血涙）とか言って メクジラ立てる程のものではないよ。

シリアルコンソールはググってPL2303のものを買いました
（できれば海外発送が届く前に別の原因解決したいです）

>>301
リンクをもとに上記3つのmicroSDに下記を入れて、
今までカーネルパニックになっていたインストール、update/upgrade、
再起動を確認してみました

stretch-minimal-rock64-0.5.15-136-arm64.img.xz
xenial-mate-rock64-0.5.15-136-arm64.img.xz
xenial-minimal-rock64-0.5.15-136-arm64.img.xz
xenial-minimal-rock64-0.5.15-136-armhf.img.xz

xenial-minimalのarm64版はインストール時の読み込みの時点で失敗、
他の3つは全てすんなり進みました！

指摘の通りmicroSDの問題なのかなと思い、他で使用していた
Trancend 32GBに再度>>298を入れてみたものの失敗しました...
(これもUHF-Iではあるんですが)

少しは役に立ったようで、よかったね

もう少し付け加えて置く
UHF-Iが悪いとか、東芝が駄目だとか言ってる訳じゃないよ
あくまでも kernel 側の不具合
Rock64(RAM-4G)は駄目だけど、Rock64(RAM-2G/1G)なら同一の駄目カードでも問題無し
そして極めつけは、コードを追って該当箇所を直したらRock64(RAM-4G)でも問題無し
kernel の不具合と言ったのはこれが根拠

それともう一つ、同じ "東芝 Exceria" でも MicroSD-8G なら問題無し。
特にRock64(RAM-4G)の場合、kernel の不具合が 症状に大きく出る傾向にあるようだ。（固体差が大きい？）
もし手持ちに 8Gのカードが余ってたらそれで試してみたら、0.7.x でも動いてくれるかもよ？

以下、私見）
0.5.x あまり覚えていないが、"statable" のポジションのに長い間居座ってただけ有って、安定感はある
0.6.x 極初期のは比較的マシ、版を重ねるたびに ↑のMicroSD不具合の症状が 顕著になる傾向
0.7.x その殆どが rockpro64 の為の修正版(とばっちり食らって、rock64では起動せず てのが何度もあったな)

>>306
なるほど
4GRAM2つ買ったのですが、1つは2Gにしておくべきだったのかも
電源やSDカードはバラバラのモデルにしてリスク回避したつもりでしたが無念
カーネル弄るのはまだ敷居が高いです…

もう他に手持ちのMicroSDは無いのでしばらくv0.5.xで遊んでみようと思います
ファイル鯖でUSB3.0、録画鯖で関係カーネル動いてくれるといいなー

ちなみにフォーラムでSamsungのEVO勧めてる方がいましたが使ってる方いますか？
手持ちの東芝2種類、Sandisk、Transcendダメとなるとなかなか同じメーカーには手を出しづらいところであります（Exceria 8GBはｱﾔｼｲ高い販売店しか見つからず…）

v0.7.xでRock64（4GBRAM）で動作実績のあるmicroSDの情報ほかにもお待ちしてます！

UHS-I だと I/O 電圧が 1.8V になる。SoC が UHS-I に対応してるのに、3.3V からの切り替えが正しく出来ないと誤動作を起こす。
そういうことだと思う。

rock64(rk3328+rk805)は、基板回路上で3.3v 固定されてるから、そういうことはやってない

eMMC / USB3.0 が有るんだから、速いI/Oが必要なら　そっち使え
安さが売りだから、たいした効果も見込めないものに金は掛けたくない って事らしい
全うな見解だと思う

rockpro64(rk3399+rk808)だと、追加費用無しで実装可能だから、後はソフト側の対応次第

>>308
近所のコンビニ( ローソン or 7-11)で売ってた 東芝の8G（桃色のパッケージ）、エラー無く正常に動いてる。
[ 3.645141] mmc_host mmc1: Bus speed (slot 0) = 50000000Hz (slot req 50000000Hz, actual 50000000HZ div = 0)
[ 3.694669] mmc1: new high speed SDHC card at address 1234
[ 3.695460] mmcblk1: mmc1:1234 SA08G 7.22 GiB
[ 4.042841] mmcblk1: p1 p2 p3 p4 p5 p6 p7

価格は1000円程度と高めではあるが、コンビニなら　まぁそんなモンでしょう
他にも手持ちのヤツで、 SPとかTeamとかが正常に動いてるけど何れも　8G。
当面、16G以上は避けたほうが無難だろうね

長文のわりに一般性がないので、読みたくない人はスルーしてくれ

>あくまでも kernel 側の不具合
>そして極めつけは、コードを追って該当箇所を直したらRock64(RAM-4G)でも問題無し

大昔にATAカード（SDとかのフラッシュメディアの先祖）のドライバ開発をしたことがある
前任者のドライバが非常に出来が悪いということで、こちらに回ってきて（ATA仕様見た後
ドライバコード見て眩暈がして思わずゴミ箱に叩き込んで）ゼロから完全改修した

この時の解析結果を当てはめると、上記引用は納得がいく

SDみたいなデバイスは大抵ミリ秒単位でコマンドのキャッチボールをしなければならない
この際の時間調停にnanosleep()の類（OSにより微妙に異なる）のウエイト命令を使う
だがコレが曲者で、私がやった時は、OS標準関数内がただの空ループだった
OSのデフォルトがその状態で、恐らく開発に際してハードウェアクロックに接続するべきなのだろう
だがそこまでの開発権限がなくハード設計ももらえなかったんで、当時のハードでスペック計測して
ソフトでできるタイミングを限界いっぱいまで合わせた

勘が鋭い人はわかると思うけど、これってマルチタスクが干渉するだけでもタイミングが狂う
カーネルが変わったりすると、本来はその計測をやり直さなければならない

たとえばstretch（Debian9)の母体は汎用OSなので、タイミング調停関数が初期状態である可能性がある
また安いSBCは、クロックに関するハードAPIをそもそも持っていないかもしれない
そんな設計思想だと、仕様通りでも本体側のマージンができてしまい、SDのマージンに収まらないと不動

そんな感じで、どうしても相性というものがあり動かないものが発生してしまう
手間かけたくない人は、妥協して動くSDを探すしかないと思う

>>311
ROC-RK3328-CC board は UHS-I に対応している。対応していない Rock64 にそのドライバをそのまま使ったら問題がでる。どうせそういうレベルの話だろう。
RK3328は、I/O 電圧切り替えの外部回路が必要で Rock64にはその回路がない。たぶん数行の修正で済むはなし。

ググれば "Add sdmmc UHS support to ROC-RK3328-CC board. " なんてメールが見つかるぞ。

　In roc-rk3328-cc board, the signal voltage of sdmmc is supplied by the
　vcc_sdio regulator, which is a mux between 1.8V and 3.3V, controlled by
　a special output only gpio pin labeled "gpiomut_pmuio_iout",
　corresponding bit 1 of the syscon GRF_SOC_CON10.

なんて説明がある。どうやら VCCIO3 への供給電圧を GPIO で切り替えられるようになっているようだ。
ROCK64 は VCCIOx は 3.3V で全部共通。

+ vcc_sdio: sdmmcio-regulator {
+ compatible = "regulator-gpio";
+ gpios = <&grf_gpio 0 GPIO_ACTIVE_HIGH>;
+ states = <1800000 0x1
+ 3300000 0x0>;
+ regulator-name = "vcc_sdio";
+ regulator-type = "voltage";
+ regulator-min-microvolt = <1800000>;
+ regulator-max-microvolt = <3300000>;
+ regulator-always-on;
+ vin-supply = <&vcc_sys>;
+ }
ここを適当に弄ればよいのかどうか？
俺は、ROCK64 もソーソコードも持ってないんで、ここまでにしとく。

>>312
実は>>311はものすごい古い技術で、PCのATAではDMA（SATA専用の小さいCPUみたいなもん）
が常識になってる

ボルテージの切り替えの可能性を否定するわけではないが、それだと>>306のカーネル変更の
相性の有無や、モデルでコンフィグレーション変更程度で動いちゃう説明がつかない気がする

ともかくソースいじる意思や時間のない一般人は、動くSDを探して使うぐらいしか手がない
ちなみに私のrock64に刺さってるのはtoshibaの30MB/sで16GBという極端に古いもの
当時rock64なんかなく、ラズパイで動くMicroSDを大量にかき集めたものの残骸
ラズパイ、rock64、nanopiNeoあたりで使いまわしてるが、寿命が来ない限り相性は出ない
相性が出るものと比較して、恐らくSD側のマージンが広く汎用性が高いんだと思う

端子の少ないIF規格は時間で機能が切り替わる
そんなものはハードが時間を作って制御しないと無理なので
ハード設計者が決めた手順通りにレジスタを叩いてないってだけでしょ

>ハード設計者が決めた手順通りにレジスタを叩いてないってだけでしょ
って話とついでにOS側の初期状況を>>311に長々と書いてる

どちらにしても、相性のいいSD探すぐらいしか手がないと思う

>>311 は随分と的外れだよ。

SoC にはコントローラがあって、タイミングはハードでやっている。SD に送るコマンドを指示するだけなんだが、それは Linux の上位レイヤがやっている。
ドライバと言っても 上位レイヤに対してプリミティブを提供するだけで、作ってるのは SoＣ メーカ。
SoC 共通の部分で問題が起きるはずがないんだよ。

探したらSamsungのEVO 32GB（もちろんUHS-I…）も見つけたんですが駄目でした

>>310
秋葉原行く用事があるときに、シリコンパワーの方探してみようかと思います
最近はUHS-Iでもないclass10とか、8GBとか少なくて割高感ありますよね
（1つにはデスクトップ環境入れたいので容量心許無いです…）

難しいこと分かりませんが、0.5.xなら全部動くのに0.7.xだと全滅ってラズパイより格段に相性厳しいなーと

>>318
class 10 ですらやめとけと言っておこう。
昔　ポラスマというスマホでおなじような相性問題があってね、
　- class 2,4 は 32GB でも確実に動く
　- class 10 は動かないものが多いが、16GB なら動く可能性が少し高い。
　- UHS-I は全滅
ということだったよ。

class4の遅さでもいいなら昔のガラケーに無名メーカーの16GBが刺さってたような…
最近はclass4でUHS-Iとか訳分からんのも売ってるんですね
使えない場合、遅い小さいだと他の用途に回せないんで購入に躊躇するところです

Rock64の4GB版だけど
システムもストレージも全部HDDで
SDは起動にしか使わないからClass4の2GBでも間に合ってるな

>>321
SPI FLASH に uboot を焼けば、その microsd も不要に。
　https://qiita.com/masakielastic/items/7fe3ae9ba772e6f74bb4

>>311 は随分と的外れだよ。
>ドライバと言っても 上位レイヤに対してプリミティブを提供するだけ
要するにSDのレジスタを叩かずSoCのレジスタを叩くだけでSDとの通信を確立してる、と
そうなるとSD通信の遅延が極小になり確実性が増すから、相性が出る原因がますます謎になる

SoCのマージン（タイミング）かSD側のマージンがSDの仕様から外れてる？
まさかとは思うけどUHS制御を半端にサポートしてる？
それもラズパイとかnanopiとかみな一様に相性持ってるの？

まぁそこは掘り下げても、OS公式が正しいパッチ当てなきゃあまり意味がないけど

>class 10 ですらやめとけと言っておこう。
悪いが手元の8G以上のSDは１枚除いてすべてClass10以上でUHS対応
既に書いたが、ラズパイで相性出ない極端に古いの（廃版）を大量に買い貯めてて、他でも相性でない

>>318だけでなくできるだけ多くの人への提案なんだが
SD相性に関しては俺みたいに参考にしようのない情報じゃなくて、現状入手できるのでrock64で確実に
動いてるヤツの型番示すべきじゃないの？（高飛車で申し訳ないが、ココが肝のはず）
それがなければ>>290はSDが原因かどうか切り分けられず、延々右往左往することになりかねない

同じようなもん、　通常はHDDで運用
SDは万が一のリカバー or 新しいイメージが出た時の確認 に使う程度で
ブートも　SPI-Flash -> HDDだから、普段はSDも抜いてある

それにしても、ちょっと酷い状況だな
俺のには、V2.0、 2017-0713 ってシルクがあるけど
最近になってから、基板変更でもしたのかな
そのせいで、いままでマグレで動いてたのが総崩れとか？

>>323
回避策は、使える microsd を探すんじゃなくて、microsd を使わないじゃないのかね？
SPI FLASH からブートしてUSBカードリーダに入れた microsd から起動する。
そうやって microsd スロットをテストできるようにしておいて、いろんな microsd をテストしてみる。
こうやってはじめて、情報が蓄積できる。

USBブートは嫌だな
それこそ相性で通信の信頼性が心配
一つのUSB rootを専有出来るの？

色々とご提案ありがとうございます
自分のスキルもありまして、まず一般的なmicroSDに焼いて起動ができないものかと思っています

［構成と考えうる原因］
1）Rock64-RAM4Gが2台：
これが2つとも壊れてる可能性
あるいはRAM4Gモデルゆえの不適合
（バージョンは>>324と同様です）

2）4メーカー5種のmicroSD 16,32GB：
これが全てUHS-I class10のため、いるいは容量が大きいため最新のカーネルで動かない可能性

3）3種の電源：中華2メーカーのAC電源と、USB2.5A出力に公式ケーブル
これらが全て出力不足

v0.5.15は凡そ起動し、v0.7.xは全て動かないという結果から3）の電源は外せるかと思います
1）は他の容量モデルが無いため分かりませんがパーツが変わってない限り、v0.5.15は動くのでこれも外せるかと思っています

動くOSが見つかったので特段急ぎませんが、引き続きRock64 RAM4GBで0.7.xが動くSDのモデルやメーカー、
あるいは全く異なる原因をご提案頂けるようでしたらお願いします

>>290 = >>328 あと関係者（？）
ちょっと待って、こっちでもヘンだわ（ちなみに1Gモデル）
普段armbianしか使わないけど、ayufanの最新入れようとしたら起動しない
イメージは、stretch-minimal-rock64-0.7.9-1067-arm64.img

以下にUARTなログ上げた、アレなローダだけどカンベン
https://www.axfc.net/u/3931037.txt

こっちのayufan版はstretch-minimal-rock64-0.6.37-221-arm64.imgまで戻るけど、当時は問題なかった
テスト方法も含みで甘々だけど、時間も時間なんで再検証できない
明日もう一回やってみる

書き忘れ、最終的にコマンドライン的なもので入力可能な状態で先に進まなくなる
電源切ってarmbianに入れ替えてログオン、yahoo.co.jp（意味はない）にping打ったけど通る
つまりDNSは正常、但し固定IPなんでDHCPの状況は検証できてない

こちらのDHCP要因による異常である可能性が否定できない…が、確か昨日あたりにDHCPなラズパイ動いてた

>> 329
途中から、boot のパーティションが変更になってる
spi-flash のU-BOOTから boot してるようだがそれを止めて、正規の手法 "mmcからのboot" で試してみぃ
ログを見ると、仕様変更前のU-BOOTを使って仕様変更後のパーティションをbootしようとして失敗してるように見える

>> 327
SD-8Gで良の報告複数、駄目な報告はまだ無し
あと、やってないのは SD-8G で試す事ぐらい