このアカウントは、notestockで公開設定になっていません。

俺たちの戦いはこれからだ！（打ち切りフラグ）

U-bootのソースを見るに、"ANDROID!"がmagicになっているから…16Mbyteといわず1kbyteで十分。

dd if=/dev/zero of=/dev/sd1c bs=1024 seek=86016 count=1
これで実際にAndroidの起動を阻止できてる。

もしかして、セクタダンプして”ANDROID!"な文字列で始まるところから一定サイズ潰す、という手法は汎用的に使えるんだろうか。U-bootがとにかくAndroid起動すっぞおら（autobootを止めてくれるな）というケースに対する対抗策として。

PhoenixCardで書き込んだディスクイメージを吸い出して、awutilsで取り出した各セクションのイメージがどの辺りに書き込まれているかを調べて、クサそうなところをdd if=/dev/zeroで潰しにかかる、という手法ね。

https://pastebin.com/1GAB70je

うん、これで狙い通り…Androidの軌道を殺し、U-bootだけ動く状態を作り出せた。

framboise# dd if=/dev/zero of=/dev/sd1c bs=1024 seek=86016 count=16384

あ、思い出した。Androidなカーネルだと/dev/memが無いからpokepeek使えないって話だったよね

configureに対してLDFLAGSが渡ってない…

USE_LIBTOOL=gnuになってるからその推測違うじゃないですかああああああ

（OpenBSDの場合、/usr/local/bin/libtoolがGNU由来、/usr/bin/libtoolがOpenBSD由来なので注意が必要っていうのは…なんか他のツールでも痛い目を見たような気がするけどなんだっけかなー）

/usr/bin/libtoolつかってるじゃないですかああああああああああああA!!!!!!!!11111111

リンク時のlibtoolがconfigure時に指定したLDFLAGSを豪快に無視してくれる、という問題だから…CFLAGSのケアは不要、LDFLAGSだけちょいといじるとかすれば良いのか。Makefile.am辺りに何か仕込めばイケるか？

alsactlがepoll, inotifyを使って、axferがepoll使ってるから…ここだけ手当てする、というのも一案か。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

まーたNetBSDのビルドはcvs updateしたソースで失敗したのでcvs checkoutからやり直し…なんかやり方というか対策がある気がするんだよなあ。