Vine 2.1ってglibc 2.2.4なのか…
glibcのバージョン毎に仮想マシンを飼うことも考えないといけないのか…

※すみませんVine2.5でした

TeX本というと…「楽々LATEX」には大変お世話になりました。 （LaTeXじゃなくLATEXになってるんですよ…） https://www.kyoritsu-pub.co.jp/book/b10011603.html

2年間放置してた自分も正直どうかとは思うんだけど、まあお塩な対応では流石にやる気スイッチはoffになりますわな。そもそもそんなスイッチが実装されてはいないはずだけど。

未だに塩漬け＆放置したのでconflictっすか…そろそろ直すか。やる気ないんだけど… https://github.com/LX3JL/xlxd/pull/205

framboise# dhclient urndis0
framboise# ifconfig urndis0
urndis0: flags=808843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,AUTOCONF4> mtu 1500
lladdr c2:90:16:6f:8d:9d
index 7 priority 0 llprio 3
inet 192.168.42.139 netmask 0xffffff00 broadcast 192.168.42.255
framboise#

うん、やっぱMilk-V Duo、I/Oボード使わずに繋いだらurndis0で見える。

あーreceiveの方かー。まあfxp(4)はクソ面倒💢という記憶が…ｳｯ

https://github.com/openbsd/src/blob/master/sys/dev/ic/fxp.c#L738
fxp(4)のこの辺のこと？
必ずFXP_CB_COMMAND_Sを立てた状態で、次のdescriptorをリンクした際にS bitを消して、CU_RESUMEで蹴っ飛ばすの。

確かCB_STATUSとかCB_COMMAND、あの辺はアクセス幅を間違えると厄介なことになった記憶が…

This account is not set to public on notestock.

Milk-V Duoの裏面の写真ってあんまり無いみたいなので上げてみる。LANとUSBのパッドを、I/Oボード側のピンを接触させることで接続する作りになってる。

USBの信号を横取りするためのパッドにカプトンテープでも貼れば良さそうだけどそんな便利なテープを持っていないのでどうしたもんかな…放置で良いか。

そういえばMilk-Vのgetting startedではRNDISデバイスとして見えるって書いてあるんだけど…I/Oボードを使った場合はそのUSBポートにUSBハブもぶら下がることになるのでおかしなことにならないか…？ https://milkv.io/docs/duo/getting-started/setup

Milk-V、I/OボードのUSBの口にUSBメモリを挿したらハングアップするんだが…これどうなってるんだろう

そういえば最近近いところが見づらいような気が…眼鏡を直さないと仕事にも影響が出そうだから来年こそなんとかしないと。

Milk-V Duo向けの設定はここか。mainlineに取り込まれていないとすると、ここを参照するしかないか… https://github.com/milkv-duo/duo-buildroot-sdk/tree/develop/build/boards/cv180x/cv1800b_milkv_duo_sd

どれを選んでも茨の道にしか見えないが…

むしろ他のOS用ドライバを持ってきた方が楽か…？

DPDKのコードを他に流用するのは難しいのかなあ…

CV1800Bのブートプロセス https://community.milkv.io/t/uboot/181
Use Opensbi to boot your own operating system https://forum.sophgo.com/t/use-opensbi-to-boot-your-own-operating-system/340
Milk-v Duo Compilation Process Part II- Compiling Small Core FreeRTOS https://forum.sophgo.com/t/milk-v-duo-compilation-process-part-ii-compiling-small-core-freertos/393

boot.sdを適当にリネームすれば、当然こうなるか…

Hit any key to stop autoboot: 0
Boot from SD ...
switch to partitions #0, OK
mmc0 is current device
** Unable to read file boot.sd **
Failed to load 'boot.sd'
cv180x_c906#

ふんふむ、CB1800BのブートディスクはFAT32ともういっちょになっていて、FAT32側にfip.bin(FSBL, OpenSBI, U-boot)、boot.sd(kernel)を入れてると。 https://community.milkv.io/t/milk-v-duo-rtos-rt-thread-rt-smart/233

CV1800Bのデータシートはここか https://github.com/milkv-duo/duo-files/tree/main/duo/datasheet

CV1800Bのマニュアル読むところから始めよーねー、ではある。まだ読む以前に入手してもいない…とりあえずボードが生きてるかどうかのチェックしかしてないもん。

起動時と、microSDを繋げない状態で放っておくと一定周期(?)ごとに何かシリアルポートへデータを流していることは分かったんだけど…通信条件が分からない。分かったとしても、人間の読めるメッセージでは流していないのかも…？

uaa@framboise:~$ epicon -x 7n1 -l /dev/ttyU1 -s 38400

** Welcome to epicon Version-5.2 Copyright Isamu Yamauchi compiled:Jun 29 2023 **
exec shell ~!
send binary files ~f
send break ~b
call rz,sz,sx,rx ~rz,~sz,~sx,~rx
call kermit ~sk,~rk
external command ~C
change speed ~c
exit ~.
$]a Connected /dev/ttyU1 D_AAA
uPi*TTUR@C@RR7TTTV@PRRR7TTURRRR5UU<QRRRuVRRC@u

U-bootのbdinfoが通らないだと…

U-Boot起動直前に表示されるこの謎の文字は一体何なんすか

iAV 'A00*
+2x*dY:jYD[RY HAP*J 'B"'tC!*IA as]*ITVNVAoKmY#BT5 t'6B5 TuW:B5PBw j
*j!:**I
UC=K j
KA*j%'00**I 0EN

U-Boot 2021.10 (Dec 01 2023 - 10:41:31 +0800)cvitek_cv180x

DRAM: 63.3 MiB
gd->relocaddr=0x82435000. offset=0x2235000
MMC: cv-sd@4310000: 0
Loading Environment from <NULL>... OK
In: serial
Out: serial
Err: serial
Net:
Warning: ethernet@4070000 (eth0) using random MAC address - 72:b0:e0:1f:44:29
eth0: ethernet@4070000
Hit any key to stop autoboot: 0
cv180x_c906#

終わった

ディスクイメージの書き込みが終わらない…

ん？Milk-Vって、開発用ホストマシンにUSBの口が三つ要る？RNDISコンソール用と、USBシリアル用と、microSD焼く用。

Milk-V I/Oボード、その辺にあったRaspberry Pi用のケースの部品でこんな感じ。

むー、Milk-V DuoとI/Oボード、接続用のピンヘッダは付いてないので自分で用意してねってことっすか。その辺に転がってるピンヘッダを付けとくか…

あとなんかケース欲しいです。

Milk-Vなボードが届いたんだけど、すごく小さいっすね。Raspberry Pi Picoサイズ？

機械的にできるかと期待してたんだけど…やっぱダメっすかね。戻り値が無い関数をint型でやられちゃう分にはwarning（戻り値ねーぞ💢）が出るのでまだ良いとして、

func()
{
unsigned short value = 0x1234;
return value;
}
みたいなものを、ちゃんとunsigned short func(void)としてくれるかどうか…別にint funcでも問題ないんだろうけど（今まではint扱いで動いていた訳だし）。

This account is not set to public on notestock.

FUJIMI-IM/sj3、implicit-function-declarationなwarningは潰したとはいえ…単に潰した、というだけなのでもう少しコードを整理しないと読めたものではないんだよなあ。

とはいえ、下手な整理でコードを壊してしまう危険性もあるから、テスト手段が無いとちょっとここから先は（今でも十分）危ないなという部分もあって。

どこを攻めてこうかちょっと悩んでます。がーっとANSI化するか、sj3(CLI)を移植するか、-Wincompatible-pointer-typeを潰すか…やることはとにかく多くって（なので気になったところを手当たり次第、で良ければそうします）。