ちょい離席
OpenBSD, Ham(JG1UAA), Ingress(Lv14, RES), Japanese(Sagamihara-city, Kanagawa)
Another side: https://social.tchncs.de/@uaa
npub1rarr265r9f9j6ewp960hcm7cvz9zskc7l2ykwul57e7xa60r8css7uf890
Messages from this Mastodon account can read via mostr.pub with npub1j3un8843rpuk4rvwnd7plaknf2lce58yl6qmpkqrwt3tr5k60vfqxmlq0w
部品の組み合わせの相性を心配するくらいなら全部オンボードでやんな、なんならArmのSBCでもいじっとけ、と言われそう。
何だか知らないけどこのメーカーとの相性が悪い、というのは極力減らしたいと思ってるんですがね…AppleとかAppleとかAppleとか。
無難of無難なメーカーというとASUSかMSIの二択になると思うんですが(諸説あると思います)、昔からMSIと相性が悪い以上ASUSしか残らない…最近のGIGABYTEの状況は分からないし、ASRockは悪くないけどやんちゃなところがあるので。
ツクモもお世話になったよなあ。DOSPARAは避けてる気がする(八王子と町田にあるので駆け込めるって意味では貴重なんだが)。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
以前Arkさんにはとってもお世話になって以来、まずはここを見ます自分…
GTX1630、結構散々に言われてるけど…CUDA使って何かをする場合は「GT1030よりもちっとは良い」という意味ではアリなのかもしれないな。確かにもっと良い選択肢があるのは確かなんだけど!
https://www.ecobioinfo.com/?p=511 深層学習 TensorFlow GPU を入れてみました (2018/5/1)
(WSL2上でOpenCLってどの程度環境構築しやすいんですかねえ…?ぐぐった感じだと使うならCUDAでしょフツー?って感触なんですが)
やっぱ700Wくらいの電源を積んで、選択肢の幅を広くしておくべきだったというのが今回の反省点かなあ。
でも難しいところだよな…
- Windows Terminalで時折文字が化ける
- ごくまれに画面がブラックアウトする(すぐ回復する)
- イベントログで大量のevent 17で埋まる
という軽微な(軽微なのか?)問題はあるけど、一応動いてはいるという件。実際、TheDeskでこうやってtootしてるんだし。
最悪の場合、マニアの言いがかり、と捉えられて何も対応してもらえない可能性もあると自分は読んでる。それくらいビミョーなんだもんこれ。
もしかして:PC-DEPOTでASUS他列挙された(一部メーカー製品につきましては、で記された)メーカーの品を買うのって避けた方が良い行為だったりする?
しっかし、RX6400はPC-DEPOTから買ってたりするんだけど初期不良発生時は「まずはメーカーサポートに連絡してね」って辺りがなあ。今後はちょっとお高くてもちゃんと面倒見てくれる販売店から買う方がいいのかなーとか考えてる。 https://www1.pcdepot.co.jp/guide/support#malfunction
昨日の朝テックウィンドに送った、RX6400に関するメールのお返事はまだ来ていません。流石にこれは今すぐで解決できる案件でなさそうに見えるので、多分来週のどこかにお返事が来ると考えていますが…ドライバの改修で済むのか、UEFIの対応が必要なのか、現状のまま我慢しろ(ってイベントログの肥大化は困るんですけど)なのか、展望は知りたいところ。状況によっては返品の交渉も考えないといけなくなるし…
そういえばEmacsはanthy、Firefox他はfcitx5-libkkcという状況もなんか続いてるな。かな漢字変換エンジンがアプリによって違うのは地味に面倒。anthy使うならfcitx5じゃなくuimで十分だし…
Armbian_23.08.0-trunk_Orangepizero3_bookworm_current_6.1.31-1GB-2GB.img
Armbian_23.08.0-trunk_Orangepizero3_jammy_current_6.1.31-1GB-2GB.img
kali-linux-2023.2-opizero3-minimal-arm64.img
opizero3-raspios-bullseye-arm64-2023-07-16.img
こいつら全てmainline U-bootの改造版だ…boot0使うsunxi番じゃなく。
DDR初期化部分のソースコード、はよ出せやーって気分になってる。
OrangePi Zero3、4GBモデルだと1/2GBモデルと違うとかdtb書き直してねとか結構めんどい。Raspberry Pi OSを例にとるとこんな感じ https://github.com/leeboby/raspberry-pi-os-images
このアカウントは、notestockで公開設定になっていません。
「然るべき質の人を雇いたいなら相応のお金は出して頂かないと」ではあるのだけど…企業からすれば「然るべきお金が欲しいなら相応の質の人材でなければ」なんだよねえ。そして、金は出さないが人の質には口を出す。
このアカウントは、notestockで公開設定になっていません。
Some Older AMD GPUs + Intel Alder Lake Is Causing ASPM Problems For Linux Users (2022/Apr/9) https://www.phoronix.com/news/Linux-Disabling-ASPM-VI-ADL うーん、サスペンド/レジューム時にハングアップするという記述になってるんだけど…それはこちらの抱えてる状況とは違うよなあ
Alder Lakeは12世代のIntelの石だけど…
Volcanic IslandsはRadeon R5/R7/R9ってかなり古い世代だよね。
Navi 1x系はRadeon RX 5000番台。
もしかして、Alder Lake(Gen12)以降のIntelの石と大半のAMDのGPUの組み合わせは禁忌ってことになるんじゃ…?(敢えて誇張してます)
※こちらのWindows Terminalの文字化け、フォントの問題じゃなくグラボの問題っす多分
このアカウントは、notestockで公開設定になっていません。
SA側のPCIeのリンク速度をAuto(Gen4)→Gen1に落とすのも試してみたけど、WHEA-Loggerのevent 17の頻度は減ったけどそれでももりもりカウントは増えてましたからね。速度を落とした程度では何も解決しないみたいですよ。
でも、BIOS側でASPM使わない設定になってるはずなのに、Windowsログにevent 17が大量発生してるのは何故なんだろう。
ASPMの使用可否はBIOSの設定に従うのか、OS側が無視して自分でやっちゃうのか、その辺の状況はもう少し追いたい気もする。
流石にWindows Terminalがこんな風に文字化けしちゃうのを見ると、これはちょっとどうなの…って気分になるんだけど。
やっぱ電源交換してでもArcに突撃すべきだったんかね…(嘆息
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
オルゴールアレンジって、元がPSG使ったchiptuneとかピアノ向けに書かれた曲でやるもんじゃないのか…?
癒しのオルゴール曲とか書かれたCDとかあるみたいだけど、ORANGE RANGEの曲のオルゴールアレンジとか流石にやめてほしいと思う身。ロックをそういうアレンジしてどこが癒しなのか、説明してほしい。(素直にオリジナルを聞いた方が癒される気がするんだが)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
試しにPCI Express Clock Gating Enabled→DisabledにしてもWHEA-Loggerのイベント17は止まらず。
Native ASPMは無効になってるからOS側からの省電力設定はおそらく効かないはず(実際PCI Expressのリンクに関する電源管理の設定をいじっても状況は変わらない)。
Advanced/Platform Misc Configurationは
PCI Express Native Power Management Enabled
Native ASPM Disabled
PCH-PCI Express
DMI Link ASPM Control Disabled
ASPM Auto
L1 Substates Disabled
SA - PCI Express
DMI ASPM Disabled
DMI Gen3 ASPM Disabled
PEG - ASPM Disabled
PCI Express Clock Gating Enabled
デフォルトだと省電力設定は一切効いてないように見える(せいぜいクロックゲーティングが使えるくらいか?)
UEFIの設定はLoad Optimized Defaultsでデフォルトをロードして
Boot/Bootup NumLock State On→off
Advanced/Onboard Devices Configuration/GNA Device Disabled→Enabledに変更しているだけ
Intel Download and Support Assistantを使っても新しいドライバは無いという…
WHEA-Logger イベントID 17 の警告が大量に記録される (2020/04/21) https://kinta1gen.cocolog-nifty.com/blog/2020/04/post-fae04f.html 確かにこの現象だ。
自分とこだと「プライマリ デバイス名:PCI\VEN_8086&DEV_7AB9&SUBSYS_86941043&REV_11」だけど、PCI Express Root PortがWHEA-Loggerのイベント17を吐きまくるのと、ドライバの日付がめちゃくちゃになってるのは全く同じ。
Pro-H610M-C-D4のUEFIがver 2212(12/14/2022)だったので、駄目元でver 2603(06/30/2023)に上げてみる。これで何も解決しなかったら販売元とかに相談するしかないかなあ。
RX6400に変えた影響だと思うけど、Windowsのイベントビューア/システムでWHEA-Logger イベント17が大量に出てる。PCIeのリンク状態の電源管理をoffにしたり、UEFIでPCIe Gen4→Gen3に変更してるけど改善しない。
なんかハズレ引いたかな?マザーもグラボもASUSなんだけど…
mesa-va-driversで確かにlibvaは使えるんだろうけど、これはOpenCLじゃない。 https://devblogs.microsoft.com/commandline/d3d12-gpu-video-acceleration-in-the-windows-subsystem-for-linux-now-available/
ストアにあるAlpine LinuxすらWSL2要求すんのか、というかもはやWSL1使ってるのは時代遅れーって言われてるに等しいじゃんコレ…
RX6400にして、Windows11インボックスのドライバで使ってるんだけどなんかWindows Terminalの表示が時折めちゃくちゃになるのは自分だけなんだろうか。AMDのweb pageからドライバ落として突っ込んでみるけど、どうなるかなあ…
とりあえず(嫌なんだけど)WSL2化して、Alpine→Debianへ移行して、apt-get install clinfo(これでocl-icd-libopencl1もインストールされる)はしている。lspciで見るに、Microsoft Corporation Basic Render DriverがあるのでGPUへの口がLinuxについてるのも分かった。
じゃああとは何のicdをインストールすりゃいいんだって話になるんだけど…
うーん、イマドキのDebian on WSLはWSL2前提っぽい感じがする。
@1f46356a832a4b2d65c12e9f7c6fd8608a285b1efa896773f4f67c6ee9e33e21
なーんかCPUで演算してるっぽい感じが自分にはするんだけどなあ…
このアカウントは、notestockで公開設定になっていません。
RX6400載せて簡単にソフィー2を動かした感じでは、GT1030で見られた「ときどき妙に重くなる」現象は発生しなかった。とはいえ、調合パネル表示の際になんか引っかかる感じがあったりするので、やっぱりゲームするならそれなりの(お高い)GPUが欲しくなるねというのが率直な感想。多少の投資でまずまずの結果が得られているから文句は無いんだけどね。
全然終わってません、OpenCL-Benchmark。これGPU動いてるんでしょうか…CPUによる代用だったりしませんかね?(とはいえFP16 not supportedになってる)
FreeBSDならOpenCL使えるのか。 https://wiki.freebsd.org/Graphics/OpenCL
多分NetBSDも対応してるよね? https://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/parallel/opencl-clang/index.html
A8-7600でのOpenCL-Benchmarkは今実行中なんだけど、めちゃくちゃ遅い…
このアカウントは、notestockで公開設定になっていません。
でねえ…
自分はSNSへの投稿をライフログとして捉えているので、あとで読み返すときに分散してると厳しいという事情もある
このアカウントは、notestockで公開設定になっていません。
とりあえず、OpenCL触ってみたいって時にAMDやNVIDIAみたいなGPUを用意しなくてもIntelで動きそうだってことと、-lOpenCLとか付けときゃなんか動くんだろうってことは分かった。あと、多分内部でOpenCL向けのコードのビルドとか走るからその分のオーバーヘッドが生じるんだろうなーってことも。
cc hello-opencl.c -lOpenCL -lrt
ビルドはできた
uaa@emeraude:~$ ./a.out
Build Success:hello
Segmentation fault
uaa@emeraude:~$
…うむー?
typedefで宣言されている各種構造体の出現位置を調整して、コンパイルは通ったけどOpenCLライブラリのリンクはできないな…
うーん、品質向上のため、関数の戻り値はエラー情報の返却で統一する (2020/7/11) https://qiita.com/qiita_kuru/items/2f46da304689b6ca2533 とか書いてるような人なので、ErrorもSuccessもこの書き手さんの独自表現ってことで良いみたい。
ついでに、OpenCLのhello worldを見るにError型を返す関数のエラーチェックは全くしていないようなのでError型がなんだろうとSuccessが0だろうが1だろうがどうでも良いってことで良いんだろうな。
極端な話、
#define Error void
#define Success /**/
でも回避はできる(でもそれ以外の部分でエラーを起こしてる)。
OpenCLを使ったHello World(C言語編) (2018/6/3)
Error型とか戻り値のSuccessとかって、どこのOSの方言なんだろう?(Windows系?) https://qiita.com/qiita_kuru/items/ebfc0c90ff4104d846f8
ビルド用のディレクトリを作り直して、git clone https://github.com/ReneHollander/opencl-example なHelloWorldが
uaa@emeraude:~/opencl-example/helloworld/bin/x86_64/Debug$ ./HelloWorld
Error: failed to open file
:HelloWorld_Kernel.cl
input string:
GdkknVnqkc
output string:
Passed!
uaa@emeraude:~/opencl-example/helloworld/bin/x86_64/Debug$
で動いてるっぽいことは確認できたけど…動いてるのかコレ?
apt-get install ocl-icd-opencl-devを入れたらビルドが進んだけどまだなんかエラーが出る…
apt-get install clinfoでclinfoすると情報は出てくるので、多分実行環境としては問題ないんだと思う。ビルドする環境を整えないといけないのか(というかintel-opencl-icd入れるだけでclinfoが通るのか?)
apt-get install intel-opencl-icd
apt-get install opencl-headers
他に何が足りないんだろう、Intel環境でOpenCL使うには。(Debian12)
これOpenBSDで/dev/dri/renderD*使えんのと思ってみてみたんだけど、もしかして https://github.com/intel/compute-runtime がOpenBSD上でも動いちゃったりするんですかね?
uaa@framboise:~$ ls -l /dev/dri/
total 0
crw------- 1 uaa users 87, 0 Jul 7 08:29 card0
crw------- 1 root wheel 87, 1 Jul 7 08:29 card1
crw------- 1 root wheel 87, 2 Jul 7 08:29 card2
crw------- 1 root wheel 87, 3 Jul 7 08:29 card3
crw------- 1 uaa users 87, 128 Jul 7 08:29 renderD128
crw------- 1 root wheel 87, 129 Jul 7 08:29 renderD129
えっ
金曜日に荷物が来るはずだと思ったら今日に来るらしいと聞いたので、夕方じゃなく朝に荷物を持ってきてもらうようちょっと強引にお願いをしているところ(配送屋さんごめんなさいごめんなさいダメならダメで諦めますよ…)。
@paina インスタンス側のポリシーとか何かあるのでしょうか?(Mastodon鯖の事情は分からないのでてきとー書いてしまいますが…)
@paina @paina@mstdn.kaikyosha.net 試しにsmhnからフォローしてみたらフォロー承認待ちになってます
@reasonset GT1030だと色々難が出ている、とはいえ電源に余裕がある訳でもないしと…いうことで既にRX6400を発注していたりします。
CPUがi3-13100でなくi5/i7辺りの良い物を使っていたら、無理してでももう少し上のGPUを買っていたかもしれませんが…
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
Gitのコマンド体系がMercurialやBazaarに比べて複雑過ぎるというのはまあわからんでもなく、私が使っているGit互換バージョン管理システム https://github.com/martinvonz/jj も操作感はMercurial寄りなんだよなぁというのはあり
mostrでMastodonへ引っ張ってきたNostrのつぶやきをboostしてもNotestockへすぐに記録されてない気がする。適当な(つまりコレ)tootを後に続けないと記録してくれないような…???
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
さてと、これで補正依頼への対応は終わったけど…21MHz帯のみの免許状を14MHz帯のみになおすってだけでなんで半年以上経ってるんだろうね?(単に補正依頼もらってから申請書書き直すまでにやる気が充填されないからという理由なんだけどさ)
なんかその辺は良きに計らってよ…と思わなくもないけど、確認しながらいくか。ついでに、紐づけている資格も変えちゃおうっと。
『無線局事項書及び工事設計書』の「14 変更する欄の番号」において、「16」が選択されておりますが、当該項目について入力内容と現在免許されている内容に変更がございません。変更内容をご確認ください。
「13 電波の型式並びに希望する周波数及び空中線電力」において、工事設計にある無線設備で発射できる周波数帯、電波の型式又は空中線電力のうち入力されていないものがございますが、入力内容にお間違いはないでしょうか(当該欄には、変更後に発射する全ての周波数帯、電波の型式及び空中線電力を入力してください)。
入力内容にお間違いない場合は、お手数をおかけしますが、変更後に発射する全ての周波数帯、電波の型式及び空中線電力を「13 電波の型式並びに希望する周波数及び空中線電力」に入力している旨、『無線局事項書及び工事設計書』の「15 備考」にご入力ください。
『無線局事項書及び工事設計書』の「13 電波の型式並びに希望する周波数及び空中線電力」において、現在免許されている内容より、周波数帯・電波の型式の範囲が狭くなる又は空中線電力が小さくなる内容で申請されておりますが、入力内容にお間違いはないでしょうか(当該欄には、変更後に発射する全ての周波数帯、電波の型式及び空中線電力を入力してください)。
入力内容にお間違いない場合は、お手数をおかけしますが、変更後に発射する全ての周波数帯、電波の型式及び空中線電力を「13 電波の型式並びに希望する周波数及び空中線電力」に入力している旨、『無線局事項書及び工事設計書』の「15 備考」にご入力ください。
さて、電子申請Liteを開き、面倒臭くてやっていなかった補正依頼を片付けましょうか…何を片付ければ良いんだろう?(おい
やはり仮想マシン(VMware Player)上でWindows98を動かしたい、といった用途ならIntel一択っぽいな…何事もなく起動する。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
RX6400をえいやっと買っちゃうか、A380で遊ぶかは悩ましい。とはいえ、たかだかVideo-RAM(とは今は言わんのか)が4~6GBでAIをというのは厳しいらしいね…この界隈だと最低8GB、できれば16GB以上が相場みたいだから。
…それ以前に電源周りの整備が要るんだけど。
とはいえなあ、AXP313A追加するだけでも結構骨が折れたので、きれいに整理しておけば後で誰かが何かを追加する際に楽できるんじゃないのという気もしなくはないから…メンテナからお返事が来た際にご提案みたいなことはできるといいですね(テストが面倒なので現状のままでいいっすよ、という可能性もあるだろうし)
最終的にはboard.cでは#if defined property~#endifにしておいて 、各コントローラのヘッダファイルで#if defined CONFIG_AXPxxx_POWER~#endif内に #define propertyとかするのが良いんじゃないかって思うんだけど…ここの部分だけ重点的にリファクタリングする意味あんの?という気もしなくはない(他の部分もまあアレだから)
https://github.com/u-boot/u-boot/blob/master/board/sunxi/board.c#L585 この辺のifdefの嵐が酷いので、どのコントローラが何を設定しているかをまずは一覧にまとめてみる
同じような話題が別々の場所にあるな…と思っていたが、この二人組が同じ話題をそれぞれのblogで書いてる訳か。
Building a Windows 3.1 application in 2019 (2020/1/11) https://chenhuijing.com/blog/building-a-win31-app-in-2019/
Building a new Win 3.1 app in 2019 Part 1: Slack client (2019/12/19)
https://yeokhengmeng.com/2019/12/building-a-new-win-3-1-app-in-2019-part-1-slack-client/
while()ループも状況によっては最適化によって取り除かれるという話があって、while(1);も対象なのかな嫌だなあと思ってたんだけど…これは認められるのか。
https://www.jpcert.or.jp/sc-rules/c-msc06-c.html
int v = 1; while(v);はダメみたいだけど。
CONFIG_CMD_POWERありでCONFIG_SYSRESET_CMD_POWEROFF無しだと、PSCIのコードが有効になるのでこの条件を壊せばいいみたい。
axpなんとか.cのdo_poweroffを使う場合、CONFIG_SYSRESETだけ無効化してもダメでPSCI関連も無効化が居るっぽいけどこれどうやんの
送ったパッチは然るべきメンテナさんのところに行くことになったみたい…?(こちらの本筋と違う方向へ進む可能性もあるので対策を考えておかないと)
このアカウントは、notestockで公開設定になっていません。
元のコードがwhile(1) {}ってなってて、それを踏襲してもwarningが出て「そんなパッチ送んなばーか」とか言われるんだけど…どうすんのこれ。while(1);でも同様に「ばーかばーか」されるんだけど。
pygit2が1.12辺りでダメだったので、適当に1.6.0にしてみたらインストールできた。これでpatmanもgitの設定ができてねーぞと怒られるように変わったので、多分先に進んでる。
Raspberry Pi Desktop(x86)をインストールして、自分のリポジトリにforkしたU-bootにある、(pip install patch-managerせずにu-bootに入ってる)patmanを動かしたらpygit2が無いと言われたので、pip install pygit2したら<git2.h>が無いと怒られた。
apt-get install libgit2-devした後にpygit2のインストールを試みると今度はlibgit2が1.6.xよりも古いという。1.1.0で動くpygit2を探せということか…?