ねずみのブログ

ReactOSのARMポート

2009-06-14T00:21:00.001+09:00

ARMへの移植が行われているようです。 #37 - ReactOS Website While Art Yerkes has long worked on a PowerPC port, a series of commits have prepared ROS to run on the ARM processor OpenSolaris Project: ARM Platform Port http://www.opensolaris.org/os/project/osarm/ The kernel is fully preemptable and multithreaded, it provides real-time capabilities, and the modular architecture is highly configurable.

PCIeデバイスが仮想メモリを叩く日が来る？

2009-06-11T23:30:00.001+09:00

仮想化とまざっちゃってぐちゃぐちゃですね。 IO仮想化について気になったのでケンサクしていたのですが、ふと、古い記事を見かけました。【レポート】IDF Fall 2007 - GeneseoとExoskeleton (5) Exoskeleton その1 | パソコン | マイコミジャーナル・・・Memoryの共有化だが、これはPCI ExpressのIOVに含まれるATS(Address Translation Services)を使うことで、AcceleratorがMapするMemory AddressとCPU(というか、そのApplicationが動くProcessのVirtual Memory Address)を重ねる形で実現する・・・いまどきはGPUを叩くのにOSの提供するドライバはオーバーヘッド注入器でしかなく、プアなマッチ箱のプロセッサでは

qemuはac97に対応してる?

2009-06-02T17:59:00.003+09:00

ReactOSでみかけました。Audio Working on QEMU. ( AC97 )on latest version of Qemu ( http://qemu-forum.ipi.fi/viewtopic.php?f=5&t=4953 )using Ac97 audio drivers ( http://svn.reactos.org/packages/ac97_vbox.exe )and latest ReactOS DEBUG-BUILD ... Winamp played the demo-song0.10.1で対応したように見えるのですが、qemuのChangelogには特に記述がありません。QEMU Changeloghttp://www.nongnu.org/qemu/

gccでNWSOSアプリをコンパイル

2009-05-31T23:07:00.001+09:00

覆面さんの足跡を辿ってみました。覆面 – PukiWiki CygwinとMinGWを使う時は-Sでアセンブリ出力までで一旦止めて、 sed "s/^.*\.def.*\.endef//g"で整形した奴をコンパイル。NWSLのオプションに -order:_TEXT,.text,_DATA,.data,CONST,.rdata,_BSS,.bss,_STACK を使ってリンク。coffならこれで動く。実際に手元のCygwinでHelloWorldを試してみました。main.cを書いて、 gcc –S main.cでコンパイル。main.Sが出来るので、.defのある行を削除。さらに、__mainと__allocのcall行を削除。 gcc –c main.Sでアセンブル。main.oが出来るので、nwsl.exeでリンク。NWSOS 0.034で動作しました。

lsmodで依存関係を確認

2009-05-30T16:40:00.001+09:00

読み込まれているモジュールを確認するにはlsmodを使います。音が鳴らないときにこれを眺めては、ため息をついたものです。 snd_intel8x0と依存関係にあるモジュールだけ表にしてみました。 ubuntu on r3でlsmodした結果からintel8x0に絡みそうなものを絞り込んだ表 Module Used by snd_intel8x0 3 snd_ac97_codec 1 snd_intel8x0 ac97_bus 1 snd_ac97_codec snd_mixer_oss 1 snd_pcm_oss

カーネルコンフィグファイルと突合せ

2009-05-30T00:48:00.001+09:00

Linuxのデバイスドライバの実装を借りる道について検討中です。コメントアウトしまくり作戦でなら移植もできないことない気がする、というかデバイスドライバを一から書くのは楽しいですが、対応デバイスを増やせませんしな。実現性を計る意味で調べておきます。さて、手元のr3に入れてあるubuntuで.configを見てみました。 i8x0はmenuconfig上ではこんな感じ。ALSA/pciの配下です。 Audioとmodemが並んでいます。というわけで以前、ねずみのブログ Linuxではどないなってますか三瀬センセイ ./sound/pci/intel8x0m.c とか眺めてたのは微妙にズレてます。まぁ人生いろいろありますよ。で.configの中身を見て、マクロを探しました。関連するマクロを絞り込めれば、ドライバのソースの絞込みができるからです。

Linuxのデバイスドライバの動的ロード

2009-05-29T15:52:00.001+09:00

ローダブルモジュールはinsmodで動的に読み込まれます。ローダブルでないものは、カーネルコンパイル時に静的にリンクされます。結局ローダブルモジュール(単にモジュールと書かれることも多いですが)はsoと同じでDLLみたいなもんでしょ、と思いました。シンボル名にルールが決まっており、カーネル側は関数ポインタの配列に書いてあるアドレスを何も考えずに呼び出すだけのようです。 insmodはmodutilsに含まれるツールなので、以下からソースをダウンロードしてチラ見してみました。 Modutils 予想通りELFバイナリにアクセスするコードになっていました。例→obj/obj_i386.c つまりローダ(ld)の簡略版みたいなものだということです。カーネル内部のシンボルはksymsとして登録制になっているらしく、例えば以下の記事のように、動的にロードされたモジュール

Realtekのデータシート

2009-05-26T13:57:00.001+09:00

偶然SoundBlasterの手元の資料が見つかったため、NIC関連の資料が多数見つかるのではないかと期待して小一時間探し回ったのですが、ありませんでした。何年か前には、いつでも誰でもRealtekのサイトからダウンロードできるようになっていたと思うのですが、この度みてみたら開発者向けのみで契約が必要とか書かれてダウンロードできなくなっていました。仕方がないのでデータシートアーカイブでダウンロードしました。 Datasheet Archive - rtl8139 manual datasheet - rtl8139 manual application note - rtl8139 manual うちのノート(R3)のNICがRTL-8139Cなので一応ゲッツ。セレロン機に刺してある年代もののNICのチップは、VIAのVT86C100Aで、Rhineと呼

Cold Resetで解決

2009-05-25T20:08:00.001+09:00

うちのセレロン機はi810マザーで、ICH0ということになると思います。 CODECのレジスタ、mixer registerと呼ぶようですが、にこれまで全くアクセスできませんでした。ICH4では無問題にもかかわらずです。アクセスするとフリーズするのです。バスが固まって止まるんでしょうな。仕方がないのでICH0のPRMを頭から嘗め回しました。インドネシア産パルプの味がしました。さてICH5のマニュアルにはない、以下の記述がひっかかりました。 2.1.1. System Reset ・・・ During operation, the system can be reset by clearing the AC ’97 Cold Reset bit in the Global Control/Status register (NABMBAR + 60h

Linuxのデバイスドライバの解説書

2009-05-18T21:39:00.001+09:00

Linux KernelにはDocumentationというサブディレクトリがあって、プレインテキストのファイルが多数入っています。一部日本語訳がJFによって継続的におこなわれているようです。まったくすばらしいことです。 JF Linux Kernel 2.6 Documentation Index でもpci.txtは翻訳されていないのでショボーンとしていると、pci.txtの冒頭には、 A more complete resource is the third edition of "Linux Device Drivers" by Jonathan Corbet, Alessandro Rubini, and Greg Kroah-Hartman. LDD3 is available for free (under Creative

Linuxではどないなってますか三瀬センセイ

2009-05-15T23:59:00.003+09:00

CODECのレジスタへのアクセスは16ビット幅固定でいいんやね？という確認です。手元に、カーネル再構築したときのtar玉(2.6.27)が残っていたので眺めました。ac97_codec.hというヘッダに、unsigned short snd_ac97_read()という関数があり、16ビット幅つまりワードアクセスしていることがわかります。CODECが16ビット長固定のレジスタを持ってるんだから当たり前と言えば当たり前ですかね。ちなみに、CODECのレジスタのマクロ定義はac97_codec.hにずらりとあります。根の先を探すと、snd_intel8x0m_codec_read()などに行き当たります。これらは、./sound/pci/intel8x0m.cに定義されてます。これがsnd_intel8x0m_mixer()でデバイスアクセス用の構造体のお化けの葉の先(read)に関数

ICH0とICH4が違うのは当たり前

2009-05-14T00:05:00.001+09:00

しかしですねぇ。こうも違うといやんになります。 ICHxの仕様の差分に注意(CODECも一蓮托生) 例えば、ICH0ではBAR0とBAR1がI/Oのアドレスで、それぞれCODECアクセス用および、DMA制御用のレジスタなのですが、ICH4では、同じレジスタがメモリにも割り付けられて、先頭部分は、I/Oのミラーになっています。つまりBAR0←→BAR2、BAR1←→BAR3という関係です。これはいったん仮想アドレスを割り付けてしまえばI/Oアクセスしなくていいので、いい感じです。 ICH4のマニュアルばっかり見てたので気づかなかったのですが、ICH0ではBAR0とBAR1しかありません。対応するAC’97の仕様もいろいろというか多数差分があるので、もうマイッチング(はぁと)な感じです。当然のことながら、ICHxの番号が変わると、PCIのデバイスIDも変わります。手元の

ubuntuのlspciと比較

2009-05-10T12:34:00.003+09:00

手元のubuntuのlspaciはバージョンが3.0.0なので、表示フォーマットが多少異なるようです。user@ubuntu:~$ sudo lspci --version[sudo] password for user:lspci version 3.0.0ubuntuの場合の結果(lspci -vv)00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03) Subsystem: Matsushita Electric Industrial Co., Ltd. Device 8346 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV-

Let’s noteでlspci

2009-05-10T12:05:00.001+09:00

r3というこれまた古い機種です。チップセットはICH4のようです。グラフィックはintelオンボード。オーディオはAC’97。旧サブマシンを復活させなくても、ここにAC97あったんか～；； 00:00.0 Host bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) Subsystem: Matsushita Electric Industrial Co., Ltd. Unknown device 8338 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-

セントリーノの唄

2009-05-08T19:41:00.001+09:00

♪セントリーノセントリーノセントリーノ♪ ♪ボクは自由に生きる～の♪ # クラリーノのCMソングに匹敵するブランド名の連呼どうも予後不良（競馬）で、ヘッダを書く気力が沸いてきません。明日はお出かけの予定があってその準備で気が滅入ったせいもあるかもしれません。さてインテルさんは、Linuxカーネルコミュニティ向けに各種デバイスドライバーのソースコードを公開しておられます。 ALSAやOpenSoundのソースはカンニングしたことあります（内容は完全に忘却のかなたですが）ので、それ見ればいいやんという指摘もありますが、まぁ原典に当たっておくのは重要なわけです。で、探してみると、HDAのリファレンス実装的なものはあっさりパルスイートな感じで見つかりました。 Desktop Boards Audio Linux [Debian] intelとRealtekの

HDAのプログラミングはICH6のマニュアルを見る

2009-05-06T20:26:00.001+09:00

風邪は良くなりましたが、眼と脳みそがまだ戻って来ていない感じです。さて、 Intel® High Definition Audio に張られたHDAのPRMのリンク先はICH6のものです。 Programmers Reference Manual: Intel® High Definition Audio ICH6はAC97とHDA両対応のようです。ICH7も同様に両方積んでいるようですが、マニュアルからAC97の部分がばっさり削られています。レジスタ一覧は残っていますが。ついでにHDAのプログラミングについてチラ見してみると、CORB/RIRBというI/Oバッファを用いて、CODECと直接やりとりするのかもしれません。CODECのトポロジ情報を取得し、Widgetと呼ばれるコンポーネントの接続関係もある程度制御できるのではないかと。(２つの入力をMixして、出力に

ねずみも風邪をひく

2009-05-03T20:37:00.001+09:00

頭を使いすぎて風邪ひきました。 3回休み。

靴の上から足を搔く（ポリポリーノ）

2009-05-01T00:08:00.001+09:00

陽気なイタリアーノが登場です。 AC-Linkのスロット構造はAC97(アポストロフィ書くのメンドクなってきたのでこの呼称で)の仕様書に書かれています。例えばここ。 4.3 AC-link Output Frame (SDATA_OUT) ここにSlot0～Slot12の13スロットの詳細が書かれています。ここを見ると13スロット一組で、PCM OUT、MIC、～SPDIFまで全部入るようになっています。このデータをドライバが直接操作するとすると、DMAはOUT/INで1式でよいはずですが、ICH5には各オーディオチャネルごとにDMAチャネルが用意されています。というわけでICH5は、ドライバとのデータのやり取りをDMAでおこない、パック/アンパックをおこなってAC-Linkのスロットを構築/展開しているのかなぁと考えています。というわけでICH5のリファレンス

AC’97周辺のデジャブー

2009-04-30T10:32:00.001+09:00

AC-Linkの話も、BDLの話も、前に調べた記憶があって、それがどこに書いてあるか思い出せずにいましました。ねずみ-過去ログ2 - PukiWiki "25251601.pdf "の中のp.548のTable170に、AC'97のPCMのDMA転送のレジスタが書いてある見たいです。http://www.intel.com/design/chipsets/datashts/252516.htm そのページ周辺は、DC'97の記述です。 -- LightCone 2005-06-10 (金) 14:29:39 というわけでICH5のデータシートにレジスタ一覧があります。たとえばPCM OUTの16bit/20bitは x_CR—Control Register で設定するようです。データのナカミについてはAC97の仕様書について以下の書き込みが。

AC’97落穂ひろい

2009-04-30T00:06:00.001+09:00

数年ぶりにマニュアルを読みながらヘッダファイルを書いています。以前ライトコーンさんにWikiで教えてもらったリファレンスマニュアルです。 Intel® 82801EB (ICH5) I/O 82801ER (ICH5R), and 82801DB (ICH4) Controller Hub: AC ’97 PRM Programmers Reference Manual (PRM) AC-Linkのところから読むと混乱するだけですな。 3 Intel® ICH5 AC ’97 Controller Theory of Operation あたりを読めば、とりあえず何をすればよいかは見えてきます。で Table 3. Audio Registers のレジスタのオフセットを#defineに書き起こしました

エンディアン修正

2009-04-29T17:03:00.001+09:00

-H1対応は放置で＾＾セレロン機のPCIカード(イーサとVGA)の情報が表示されるようになりました。 01:0a.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5200] (rev a1) (prog-if 00 [VGA controller]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR-

ヘッダタイプ誤読み出しの続き

2009-04-29T14:17:00.001+09:00

PCI BIOSで読み出すテストプログラムを書きました。こんな感じ。 /** @file * @brief biosアクセステスト * @date 2009.04.29 * @author nezumi */ #include #include #include int main( int argc, char *argv[] ) { int i; BIOSREGS param; int nBus = 0; int nDevice = 0;

そしてPCI BIOSへ

2009-04-29T00:04:00.001+09:00

セレロン機に刺したPCIカードのヘッダタイプが0x40になる件について。ヘッダタイプ 0x40でググるとわかりますが、H2でアクセスすると同様の現象を起こすマザーが散見されるようです。一方NWSOS版のlspciでは、-H1を指定するとゼロバイトのmallocでエラー終了します。ゼロバイトのmallocはLinux界隈では常識のようです(glibcというべきか)が、その他の界隈では常識でもないようです。とにかく現状インテルコンフィグレーションメカニズム1を使っていないということになります。経緯はよくわかりませんが、インテル～略～メカニズム1が新しくて、2はobsoluteぽいものらしいので、-H1で動くように細工するのとあわせて、PCI BIOS経由でコンフィグレーションレジスタにアクセスするようにlspciを拡張してみようと思います。具体的には、

サブマシン(セレロン機)でlspci

2009-04-28T19:58:00.001+09:00

バージョン上げてから実機で動かすのは、お初です。 lspci –i pciids.gzの結果： 00:00.0 Unclassified device [0002]: Intel Corporation 82810 DC-100 (GMCH) Graphics Memory Controller Hub (rev 06) 00:01.0 Unclassified device [0002]: Intel Corporation 82810 DC-100 (CGC) Chipset Graphics Controller (rev 03) 00:1e.0 VGA compatible unclassified device: Intel Corporation 82801AA PCI Bridge (rev 06) 00:1f.0 VGA

旧サブマシンの復活

2009-04-28T19:45:00.001+09:00

引退していたi810マザーを押入れから引っ張り出して火入れしました。セレロン機です。ケースに入れるのは面倒だし、NWSOS専用にするつもりなので、裸で運用します。段ボールという絶縁体の上で稼動なんともEMI破りな感じですね。ところがオンボードのVGAも、PCIのVGAカードもどちらからも何も出力が出ません。画面真っ暗；； BIOS画面すらでないので、オカシーな～と30分悩んで出た結論は、もしやCMOSのバックアップバッテリが死んでおるなで、コイン電池を買ってきて(￥250)交換して無事起動。古っ！で、まずは犯人様ご近影(CR2032) ケースに入れずに裸でマザーの電源を入れるには、ハサミやドライバーを使うと良いです。ご覧のように大抵のマザーはパワースイッチとリセットスイッチの端子がヘッダピンに出ています。ここにケースの

lspci-2.2.10に更新ちゅぅ

2009-04-18T23:31:00.001+09:00

2.2.10の差分をマージしました。気づいた変更点 bzeroをmemsetにかえてるやないか(bzeroは20世紀から続く清く正しいobsolute) names.cのパッチ部分が変更されてる(open()系でstat()はやめてけれ) getoptがcompatに用意されている(nwsosでは自前で用意) asm/io.hが機種依存部分として搾り出されているまるで私の独り言がそのまま取り込まれたような変更です。←という妄想ま、この数年で移植事例が増えて、要望を取り入れたんでしょうかね。あとは、 pci.idsのgzへの対応くらいを対応して、oss-nwsosへコミットしようと思いますです。せっかくzlibがありますからね。 disable状況などが文字で出て見やすくなってるようです。 QEMU上での実行結果サンプル

いまさらWinIo.dll

2009-04-16T22:11:00.001+09:00

NWSOS向けのpciutilsのバージョンをあげようとがんばっています。 (2.1.1→2.2.10) README.Windowsを見ると、Windows版ではWinIo.dllを使うと書いてあります。2.2.x系で導入されたぽいですねぇ。 WinIo.dllはVxDドライバを含むようです。パラレルポートを叩くくらいならこれで充分ちゃうかと。サンプルソース付き。2002年で更新止まってるんですねコレ・・・リンク Internals.com - The best online resource for system programmers WinIo - This library allows direct I/O port and physical memory access under Windows 9x/NT/2000 and XP.

lspciのバグ取りとPCIバスアクセス

2009-04-15T16:48:00.001+09:00

lspciが付属するpciutilsには、PCIバスへのアクセスライブラリpci.h/libpciを含んでいます。これを使えるように維持しておけば、PCIバスへのアクセスをLinux向けと同じように書けるわけです。 Linuxでもユーザ権限さえ設定すれば、ドライバを書かずにPCIバス上のデバイスにアクセスすることができます。 # 使ったことはありませんが例えば以下のような記事があります。デバイスドライバに頼らないハードウェア操作・・・ハードウェアを操作するだけなら、デバイスドライバは必須ではありません。なぜなら、Linux は root 権限のあるプログラムであれば、ハードウェア(I/Oポート、メモリ)にアクセスできるからです。・・・ Windowsにおいても、状況は同じで、OSが管理していないデバイスなら、勝手にアクセスしても問題は生じません。たとえば自作

ubuntuでQEMU

2009-04-13T20:58:00.004+09:00

synapticで関連モジュールを選んでインストールするだけ。NWSOSのイメージも動きました。kqemuも設定できました。adduserでkqemuグループに自分を追加しておくだけ。インストールはsynapticからできました。先日のwikiの作業も、ubuntuでやれば話が早かったという噂が。

SourceForge.jpのメモ

2009-04-12T19:52:00.001+09:00

大前提としてSF.jpのアカウントが必要。 SSHクライアントとキーキーの生成 $ ssh-keygen -t dsa -b 1024 とかクライアントは Linux BOX(BSDでもなんでもいいです) Cygwin Putty TeraTerm 何でもよいと思う。ですがputtyで生成したキーの公開鍵をSF.jpで登録してもうまくいかなかった。頭のコメントをつけなきゃいけないのかも。確か、TortoiseSVNでも同じようにはまった気がする。生成したキーの公開鍵をSF.jpに登録する。ユーザ設定画面で。 CVSリポジトリへのアクセスしかしないとしても、known_hostsに登録するのに、shell.sourceforge.jpかcvs.sourceforge.jpに一度はログインしておいた方が良いと思われる。

ffmpegをビルド@Msys on Windows

2009-04-10T12:40:00.001+09:00

動画から静止画を取り出すのにffmepgを使おうと思いましてね。どうせなら自前でビルドしようと思ったわけです。なにしろわたしは名前の通りビルドちゅぅ～、ですからね。 FFmpeg on Windows http://ffmpeg.arrozcru.org/wiki/index.php?title=Main_Page あたりにしたがって作業しました。 C99準拠にこだわっておられるように見受けられますが、MS嫌いなんですかね。だったらWindowsに対応しなきゃいいのに、という気もしないでもなかったり。成果の牛の尻尾にぶら下がろうというねずみの分際でえらそうなことは言えないわけですが。 ffmpeg.exe、ffplay.exeいずれも4.5ＭＢくらいあります。でかいですねぇ。さて、ffmpegをWebサーバに直接インストールして、PHPから直接動画変換コマンド

hello,シリアル

2009-04-07T23:13:00.001+09:00

エミュだと、送信レジスタに書き込みさえすれば、設定むちゃくちゃでも動く気がするぅ～。というわけで、COM1に9800bps、パリティなし、ストップビット長1、データ8ビットの設定固定で送信するだけのテストプログラムが動きました。 ↓仮想シリアルコンソールにhelloが出たところ BIOS叩けば1行で書けそうな気もしますが。え？できない？シリアルドライバとして仕上げるためには、以下が必要です。 COM～4対応ソフトウェアバッファ(不要？) 割り込み対応デバッグのみなら、テストプログラムで充分な気もしますねぇ。いまどきPCでレガシーなシリアル使って何をするかって、何もないですよね。それこそ組み込まれのデバッグツールくらいしか。 10年くらい前に、ほぼ同じことを実機オンリーで穴通しした思い出があります。16540互換だったボードが更新

kqemuでノートPCでも遊べる速さに

2009-04-07T18:39:00.001+09:00

ドーモねずみです。 kqemu入れてみたんですが、変化が無いのでガッカリーだったんですが、qemuの起動オプションで指定しないとだめなんスね。ノートPCはメモリが768MBしかないのでRAM量も減らして64MBにしておきます。 START /MIN qemu.exe -L . --fda NWSOS.IMG --fdb NWSOS-DEV.IMG --m 64 --kernel-kqemu --serial vc --soundhw sb16,es1370,adlib そしたら、P-M1.1GHzのノートPCでもinfoNESがサクサク動くやないすか～。図に乗ってDQIVで戦闘してみたら、背景色がバグってる模様。バージョンメモ QEMU 0.9.0 KQEMU Kqemu-1.3.0pre11-install.exe

QEMUのデバッグ用インフラ

2009-04-07T00:39:00.001+09:00

いまさら気づいてしまいました。ぃゃ、言い訳するわけではないのですが、QEMUにデバッグ用のインフラがあることは、知っていました。かなり前ですが、ドキュメントには一通り目を通してありますので。私のようなトライ＆エラー型原始的なデバッグするにはprintfデバッグやLEDデバッグが有効なわけですが、ログを記録するのがタイヘンなわけです。組み込まれ機器ではいまだにシリアルデバッグが重宝されるわけでして、NWSOSでも同様のインフラを整えようと以前から考えていました。実機ならPC同士をクロスケーブルでつなぎ、デバッギ側にはputs相当だけ実装すれば、あとはマクロとsprintfでデバッグログ用printfをでっちあげることができます。デバッギとなるPCでは端末エミュレータ(例えばTeraterm)を起動しておくだけです。端末エミュ側ではログファイルを指定しておけば、ログ

HDAはどれもおなじ？

2009-04-04T19:22:00.001+09:00

ほんまかいな。 2006年のPCプラットフォーム――Audioとインタフェース：ITpro ・・・HDAでは曖昧な部分を取り除くことによって，統一したドライバを作れるようにする。Longhornでは「Universal Audio Architecture」と呼ぶドライバモデルを作り，Microsoftが基本ドライバを提供する・・・ Vistaが出る前の話のようですが。

InfoNESのサルベージ

2009-04-03T18:09:00.001+09:00

新Wikiでカキコしてたら、何かを忘れていることを思い出し。そうだ。ぼくたんSF.netの開発者アカウントあるじゃん。この辺のヘルプを見て、思い出しながら、シェルにログインしたわけです。というわけで、起動しますた。音鳴らないのね・・・ Wikiにもかきましたが、管理者が連絡つかなくなったら、SF.netの運営側でメールを出して、しばらく返事が来なかったら、ほかのメンバに管理者権限を移してくれるルールがあるようです。プロジェクト管理FAQ Q:プロジェクトの変更をしたいのですが、管理者と連絡がとれません。どうしたらいいですか？依頼を受けると、現在のプロジェクト管理者に、SourceForge.JPの管理者から連絡します。この連絡にしばらくの間返答がなかった場合、新規に管理者を設定します。SourceForge.JPスタッフ

QEMUでlspci

2009-03-30T22:29:00.001+09:00

ずっと前に移植してあったlspciをQEMUで実行。結果は以下の通り。 00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02) 00:01.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II] 00:01.1 IDE interface: Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II] 00:01.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI 00:02.0 VGA compatible controller: Cirrus

やることリスト NWSOS

2009-03-30T22:11:00.001+09:00

まず、Boehm GC7.1を移植したいです。以前にもトライしかけたことがありますが、わき道にそれたまま帰ってこれませんでした。最近7.1をダウンロードしたら、docフォルダにporting.htmlなるありがたい資料が入っていて、これなら間抜けなねずみでも移植できそうな気がしてきたからです。次に、NE2000のパケットドライバを作りたいです。イーサネットができたら、ARP、UDP、TCPと進むのが王道のようです。最近TCP,UDPでちょっと濃い仕事をしたので、免疫が強化されました。いまさらNE2000もねぇだろという気もしますが、QEMUでも使えるし、サウンドカードでえらい苦労したので、デバッグできることを優先にしたいところです。 NE2000で穴通しができたら、ある程度抽象化できたらいいなぁと思いますねぇ。 QEMUではPCI接続がデフォルト

今日はqemu

2009-03-22T12:04:00.001+09:00

サウンドあり版のテト○スを起動すると妙なエラーが出て起動せず困っていました。昨日コンパイルしたHelloWorldも起動しなかったのには正直へこみました。原因は単純な話でbochsエミュレータが実行しているイメージのNWSOSのバージョンが323だったからで。コンパイル時のライブラリと実行環境が不一致だったわけです。不整合ですな。で、イメージを差し替えたら、配布版のサウンドありのイメージでノイズ過多ではありますが、あっさり音が鳴りました。 qemuは早くていいですね。kqemuというのを入れればもっと早くなるそうです。アプリはここにおいておきます。ごみため倉庫 - ダウンロードなお、手元のVistaマシンでは、qemu-0.9.1系は全滅でした。こちらの書き込みを見るとバグだそうです。 The QEMU forum • View

NWSOSエミュレータ環境

2009-03-20T15:23:00.001+09:00

bochsで準備します。ありがたいことにバッチを叩けばNWSOSが仮想フロッピーから起動するものがNWSOSのページで公開されていますので、それをそのまま使わせていただきます。 NWSOS00323-Bochs-2-1-1.LZHあたりを頂戴して解凍。NWSOS.BATを叩けばあっさり起動します。サンプルのfire.exeを起動してみます。メラメラ・メラルー F12キーでマウスの制御がVM側に移ります。 PC（仮想マシンのホスト側）に物理フロッピードライブがあれば、仮想マシン側ではBドライブに見えます。物理ドライブではなくて仮想フロッピーイメージを使うなら、設定ファイルで指定します。 NWSOS.CFG の以下の行を変えます。 floppyb: 1_44=a:, status=inserted これは仮想マシンのBドライブが物理Aドライブに

開発環境を掘り起こす

2009-03-18T23:55:00.001+09:00

NWSOSのページからCROSS-DEVELOP-TOOLS-NEW.LZHを頂戴して、 c:\usr\bin あたりに展開。このパスを環境変数に設定してしまっても良いのですが、私はバッチで設定することにしています。次に作業用フォルダを決めます。私は、SVNにソースなどを放り込んであるので、 C:\SVNWORK\sandbox\nwsos にしました。さらにデスクトップにコマンドプロンプト起動用のショートカットをコピーし、作業フォルダを設定します。プロパティの作業フォルダのルートに環境設定バッチをおきます。名前は setenv.bat その内容は以下のような感じ。 set NWSLIB=C:\SVNWORK\sandbox\nwsos\lib set NWSINC=C:\SVNWORK\

テスト投稿

2009-03-14T02:06:00.001+09:00

Windows Live Writerから投稿テスト。を。画像貼り付けも対応してんじゃん。

NWSOSの活動再開らしいです

2009-03-11T01:17:00.001+09:00

何か貢献できるといいですが、テスター止まりかな。ブログhttp://nowsmartsoft.blog121.fc2.com/プロジェクトのページhttp://nowsmart.s93.coreserver.jp/ライトコーンさんもかいておられますが、ソースフォーゲーのプロジェクトページなんとかしてほしいですねぇ。

WiiRemoteバンザイ

2006-12-14T20:44:00.000+09:00

ちょっと早い大掃除をしたり、おニューなスイーツを楽しんでいる間に、WiiRemoteさんが、IRセンサに対応完了されたようです。すげ～。俺も試してみて～（あっ！赤外線LEDのテストまだしてないじゃん）そして虚しく床に転がる、LEDとブレッドボードおよび、安定化電源・・・でもあしたも大掃除だからな～部品広げ出したら、止まらないし・・・そもそもプログラム全然書いてないし・・・よし！ローソクで代用だっ！（真田さんの声：こんなこともあろうかと4時間燃焼のアロマキャンドルを準備しておいたのだ、フハハハ）キャンドルデバッグの図リモコンナメショットおキャンドル様ご近影あなたがいなかったら大変なことになっていたワスクリーンショット見事におキャンドル様ご認識＾＾これならプレイヤの頭にローソクをふたつずつつけて、互いにWiiリモコンで狙いあうという、ジリオンごっことか、できてしまうのではありませんか？＃

usbhidioでWiiリモコンをもっこりする

2006-12-10T22:24:00.000+09:00

Windowsなら、Jan Axelsonさんのサンプルを使えば、あっさりとWiiリモコンと通信することができます。ぃゃ、ほんとマジで。試しに、LEDを点灯させてみました。点灯しっぱなし電池切れマッセ＾＾ちなみに、Bluetooth headerとかいうのは、無視してかまわないようです。CreateFileでハンドルをゲッツしたら、もうあとはReadFileとWriteFileだけです。ほんとの初期デバッグでは、ベンダID,とプロダクトIDをハードコーディングしておいて、 // LEDs OFFOutputReport[0]=0x11;OutputReport[1]=0x00;// ForceFeedback Off// OutputReport[0]=0x13;// OutputReport[1]=0x00;という風にCUsbhidiocDlg::

この気軽さ，何かに似ている

2005-07-11T14:37:00.000+09:00

NWSOSでは現状，割り込みとかハードウェアアクセスとかに保護とか制限が設置されてません。だからとても気楽です。しかしながら，メモリ管理とか，フロッピーアクセスなんかは保護されている模様なので，字面以上に気楽です。DOSなんて，割り込み動作中にフロッピーが動いただけで劇汗ですから。いや，キーボードさわったり，モデム通信中に音鳴らすとか。で，NWSOSでのハード寄りの気楽さに軽いデジャヴュを感じていました。アレ?なんやっったっけなぁと思い出しました。それはVenturComのRTXの気軽さです。RTXプロセスでタイマハンドラとか割り込みハンドラとか，カスタムなISAカードを叩いた気軽さ。あのころは楽しかったなぁ。

VCクロス開発環境のメモ

2005-07-08T21:57:00.000+09:00

wabaビルドチャレンジの時にライトコーンさんが用意したバッチファイルを参考にします。まずはコンパイル時オプション。とにかく変なモンがインクルードされたりしないようにすればいいわけですな。/X (標準インクルードパスの無視)このオプションを指定すると、環境変数 PATH と INCLUDE で指定されたディレクトリ内でインクルードファイルが検索されなくなります。/X は、/Idirectory (追加インクルードディレクトリ) オプションと併用できます。/Zl　 (既定のライブラリ名の省略) このオプションを指定すると、.obj ファイルに既定のライブラリ名が埋め込まれなくなります。既定では、リンカに正しいライブラリを指示するために、.obj ファイルにライブラリ名が埋め込まれます。この他のオプションはテケトーにいじくってええんとちゃいますやろか。/c付け忘れとかもハマル時

対応ハードウェア

2005-07-08T09:40:00.000+09:00

Zeta1.0が出たとかいうので，朝から対応ハードウェアを眺めてました。http://pc-craft.co.jp/product/zeta/hardware.htmlおそらく動作実績のあるものを羅列してあるだけなんでしょうが，やっぱりショボイなぁ。と思ったら，http://www.yellowtab.com/support/hardware/こっちでは大量のリストが。 Community のパワーですな。

オーバーライドでけたでけた

2005-07-07T23:02:00.000+09:00

gfLineをオーバーライドして，自前の偽gfLineを通過するかどうか確認。void My_gfLine( int x1, int y1, int x2, int y2 ){ printf( "My_gfLineに来ました。（ユーザーモードで実行）\n" ); printf( "x1:%d, y1:%d, x2:%d, y2:%d\n", x1, y1, x2, y2 ); gfLine( x1, y1, x2, y2 );}見事に成功。いやはやすげ～ですな。しかもオーバーライドはツリーで管理されてるらしいので，子タスクだけに反映させるとか効果を遅延させるとかできちゃうわけですな。まさにこれは，正当なDLLハイジャックですな。

DLL作成ノウハウの遺骨収集

2005-07-07T22:25:00.000+09:00

NWSOS00322-SAMPLESあたりには，DLLのサンプルらしきものが残っています。これを最新環境でビルドして動かしてみました。イゴキますなぁ。オーバーライドが必要になりそうな悪寒がしたので，準備なのです。覆面さん帰ってきまへんかなぁ。どうやらこのサンプルは新規APIの追加を体験できるようです。体験してみた画像を載せておきますです。

DirectSoundをまねしようかな。

2005-06-30T23:18:00.000+09:00

DirectX9.0SDK付属のドキュメントをちら見しました。プライマリバッファをLock()してデータをどかんと書き込む。Unlock()したあとはテケトー。なんだ簡単じゃねぇか。ばかでかいメモリが使えるんだから，waveファイル再生のような用途においては，おそろしくシンプルに書けますわな。しかもミキシングやフォーマット変換はDirectSound側担当。MIDIとか使うならDirectMusic推奨のようですがね。プっ移植チュウのInfoNESにサウンド機能をひっつけるのに，BDL風何かをソフトウェアで実装してみたですよ。リニアなメモリ空間前提であれば，インド人もビックリなくらい簡単に書けました。もちろんそれは，SoundBlasterベースの話です。SoundBlaster16のPCM再生について書いておきます。古いSoundBlasterは主要なコントローラがDSPのようです。

フロッピーイメージ編集（２００５．０６．２８）

2005-06-28T23:03:00.000+09:00

無知は罪ですなぁ。InfoNESはビルドすると200KB越えるので，物理フロッピーでデバッグしている私は待ち時間をもてあましていました。 ND Ver.0 alpha25 http://www.geocities.co.jp/SiliconValley/2994/tool/nd.html これ使いだしたら，デバッグ効率が３倍にアップ（当社比）でした＾＾日付がおかしくなるとか細かいことを気にしなければ完璧ですな。しかしコマンドプロンプトからコピーしたいので，実マシンに仮想イメージをマウントできないのかな？と思ったら，ありますやん。 http://www.geocities.co.jp/SiliconValley/2994/tool/nvx.html キケンな香りがするのですぐには手を出せませんがぁ。あ～これがあれば，SB16のデバッグもっと早く済

ゲームポトン（２００５．０６．２６）

2005-06-26T22:22:00.000+09:00

PCって，ATARI仕様じゃないのね・・・画が出て，音が鳴ればあとはジョイスティックですよね！というわけで・・・ ↓ここら辺を眺めつつチョロチョロと書いたら何かが読めました。 http://www.linux.or.jp/JF/JFdocs/IO-Port-Programming.txtPS2のコントローラをエレコムのアダプタでUSBに突っ込んだものは軸が読み取れませんでした。ボタンは4つ読めるんですけどね。エレコムの12ボタンのUSBパッドものは何とか軸も読めました。上のスクリンショットはそのとき写したものです。んがしかし，Virtual PC上ではどうせ使い物になりそうに無いですな。ウェイト無しでカウントしているのに，分解能が50～60程度しか得られませんし，ブレが大きすぎます。実機でもタスクスイッチングのタイミング次第になりますな。タイマ割り込みなどの

試しにテト○スに組み込んでみる（２００５．０６．２５）

2005-06-25T14:25:00.000+09:00

Virtual PC上でしか確認できないのですが。。。遅延が激しいですな。実機ではどうなんだろう。 22[kHz]で2[KB]のバッファだから，0.05[sec]くらいの遅延のはずなんですが；；一応バイナリを置いておきます。 050625.zip(110KBくらい) 環境： NWSOS0.0034 SB16/SBPro必須（搭載されてないと固まる←チェックしろよ＾＾）

2度とヤラネーDOSプログラミング（２００５．０６．２４）

2005-06-24T19:50:00.000+09:00

割り込みも来たのでSBPro対応を。割り込み殺しても固まるのでなんで？と思って調べたら，DSPへのコマンド書き込みでBUSYフラグが立ちぱなしになるという現象orz これはサンプルレートの設定コマンド41HがＮＧということらしいです。けれど，ES1869のマニュアルには使えると書いてあったりして；； Creatibeの資料には41HはVer4.xx以降と書かれているのですが。とりあえず鳴るようになったものの，Creativeの資料に書かれた，high-speed再生におけるステレオ再生の前準備はどうしても動きませんでした。これはシングル転送で1バイトのデータをDMA転送する，というものですが，DMAが暴走してくれます；；困ったものです。さて。DOSプログラミング，とにかくウザすぎます。全部farで押し通せる開発環境じゃなきゃやってられね～って感じです。

DOSってチョ～大変（２００５．０６．２３）

2005-06-24T01:42:00.000+09:00

来ない割り込みを待ってもう十年。あなたはいつになったら帰ってくるのかしら・・・というわけで作業メモ。書き起こす気力が残っていません；；原因１ハンドラをfar void foo_func() みたいにCで書くと，PUSH DX/POP DXがはさまれるので原因２ _dos_setvect()の引数intnumは，＋８して与える。つまりベクタ。 IRQ5なら5+8=13 これは，BorlandC++あたりのリファレンスを参考に。原因３（未確定） _dos_setvect()にfarポインタを渡すコードがまずい ×MOV DS,SEG handler ○MOV DS,CS http://www.geocities.co.jp/SiliconValley-PaloAlto/7276/MEMO/MEMO8.html の2001年4月4日

DOSって大変（２００５．０６．２２）

2005-06-23T10:53:00.000+09:00

SB16用のテストコードをMS-DOSでも動作するように書き換え作業チュゥ。 BorlandC++もあるけれど，すぐに使える環境が無いので当面LSI-C86試食版で。ざっと手を入れて，LSI-C/NWSC共用のソースが出来上がりました。これをVPC2004上で動作させて音が鳴ればOKです。まずはwavファイルを読み込むところまで動きました。この時点でハングアップします。その後ごにょごにょやって，DMAバッファの問題やらをテケトーにごまかして音が鳴るところまで到達しました。ここでハングアップします。音が鳴るということは， SB16が動いているDMAが動いているということです。しかし音はchime.wavの音の頭部分＋ノイズが繰り返し鳴るだけ。これは割り込みハンドラへ飛んできていないことを示唆しています。こまったなぁ。さらに，最初の画像ではBLASTER文字列

つまづいてすこっころんでます（２００５．０６．１６）

2005-06-16T20:37:00.000+09:00

MP3ライブラリはバージョンデコーダ：1.03 エンコーダ：1.12 というWindows上のプロジェクトファイル一式が公開されているものをスタート地点にしています。Vectorから取ってきました。以下の現象に気づくのに遅れて，NWSOS上でああでもないこうでもないとムダに時間を潰してしまいました。切り貼りして作ったwavをエンコーダでエンコードすると，デコーダで再生できない。１曲丸ごとのwavをエンコードしたもの→デコード可能 wavを短く編集してからエンコードしたもの→デコードは可能だが，ノイズ音タチが悪いのは，デコーダで再生してもノイズ音だけになってしまうMP3ファイルも，iTunesでは普通に鳴るんですよ。トホホ・・・実はNWSOSでMP3を食わせたらまるっと生PCMデータを吐き出す簡易デコーダは動いており，その出力

どうせバイナリ配布はできないらしいですが（２００５．０６．１３）

2005-06-14T18:27:00.000+09:00

MP3デコーダ(プレイヤ)の移植に挑戦です。あとはリファクタリングして，テト○スにぶちこんで，SB16との戯れは糸冬了にしたいです。終了とちごたんか？いやいや，とあるMP3エンコーダ/デコーダの作者さんに「使ってもええですか？」てメール出したら，快諾頂けてしまったのですわ。まさかお返事もらえると思ってなかったんで最初からあきらめ状態だったのですが。←常に問い合わせメールにスルーされる可哀想なヤツ。んで問い合わせの前にデコーダのコア部分のソースはNWSOS向けにビルド成功してましたんでね。あとは入口/出口を固めるだけ，というところまで来ちゃいました＾＾そこでハタと気づくわけですよ。魚っ(うおっ)!SB16のコードって，ストリーム再生なんて高度なものには対応して無いじゃん（泣き）ていうか，普通の楽曲はMP3に変換しても数MB

タッちゃん・・・南・・・（２００５．０６．１１）

2005-06-12T01:07:00.000+09:00

というわけで，なんら高速化の工夫無く，8チャネルの合成再生の実装に成功。ようするに多チャネル再生ですわ。DMAは1本しかおまへんから，多チャネル同時発声のためにはワガで足し算せなあきまへんねん。クリッピングもな～。分解能8ビット固定にしたのはここら辺を簡単に済ませたかったからですが，却って面倒でした；；しかしまぁ2チャネル同時再生しかチェックできませんな。人間の耳では。 2チャネルくらいなら仮想マシンで22kHzステレオ再生があっさりできてしまうところに，ジェネレーションギャップを感じますな。イニシエのPCM8とかに激しく敬意を払ってしまいます。そしてまたなんでこんなに簡単に進むのかと考え込んでみました。それはメモリです。変な壁無くmallocしまくれるので，wavファイルなんかmalloc(size); fread( ・・・size・・・)でドカンと1発ですから。仮想

鳴ります・成増。（２００５．０６．１１）

2005-06-11T14:10:00.000+09:00

マイこっそりプロジェクトのログ。でぇ～ら，メンドクサイ。 Auto Initializeで，DMA/DSPを制御するように変更。 8ビットステレオ固定再生サンプルレート固定 wave管理導入 wavファイルローダ実装サンプルレート変換分解能変換(16→8ビット) などなどウザイのをテケトーに現場合わせして wavファイル(RIFF)を読み込んで，再生するテストコマンドが動きますた。最後にmalerrorが出たり，非常にアヤシゲですが～。環境： VPC2004 NWSOS 0.0034 制限： 16ビットステレオのwavファイルじゃないと再生できませんです。 a2.zip ※DMAやら割り込みやら叩いているので，フロッピーの中身が壊れたりする可能性もこれあり。 ※物理アドレスをgoing my wayに指定しているので激しく

あの鐘を～・鳴らすのは・あな～た～♪（２００５．０６．９）

2005-06-09T13:37:00.000+09:00

マイこっそりプロジェクトのログ。一通り書いたのに，ウンントモスントモ。シングル転送でも，最後に割り込み1発来る筈なのに来ない。来るべきものが来ないのは，ヤバイ。と思ったら，転送サイズ指定(16bit)に65536を指定するというバカさ加減。自分にがっかり。まったくもってバカですな。呆れて物が言えません。nothing to say. コンビニでおとな用ヤクルトを買って飲んでみた所，30分だけ本気発動。←単純バカあっさり音が鳴りました。証拠に実行ファイルだけ置いておきま。880Hzくらいの矩形波(こもった音)が鳴ります。 isapnpを実行する必要は無いのでご安心を。環境： VPC2004 NWSOS 0.0034 a.zip (4kBくらい。中にa.exeだけ入ってます。) ※DMAやら割り込みやら叩いているので，フロッピーの中身が壊れたりする可能性

マジで音鳴る5秒前・悪寒（２００５．０６．８）

2005-06-09T01:03:00.000+09:00

マイこっそりプロジェクトのログ。 vpageAllocForce( )で有無を言わさない勢いで物理アドレス0xF00000を指定してみた所，書き込んだ値が読めた。非常に不安ではあるが，いけそうな気がした。数日前に試したときは，MBTYPE_AUTOで返される論理アドレスの取り扱いを間違えていたため，半あきらめ状態でした。←いわゆる見当違いバカしかし今日，0xffでなくて，0x00が読めた点，書き込んでも吹っ飛ばなかった事などから，すっかり気を良くして，最低限の再生コードを書きまくりました。ワールドカップ出場決定？カンケーナイネ！（←あぶない刑事風）嗚呼！割り込みハンドラがこんなに簡単に書けるなんて，ステキすぎます。ステキング。超ウザイPC低レベルプログラミングの世界を変えようというフォースを感じましたよ。でもなぁ，音が鳴ってしまうと，とうとうアレに手を出

コード断片集やっと公開（２００５．０６．７）

2005-06-07T21:44:00.000+09:00

コツコツ書き溜めてきたものをCVSに公開することができましたにゃ sscanfはバグってますし，他のものも不完全な実装ばかりです。私はキレイな実装ができるようなスキルを持ち合わせていませんし。とは言え，移植作業では埋めるべきものがたくさんあるので，蓄積していくしかないです。これまでに公開しているものの中に既に含まれているものも多いですが，断片は断片として管理した方がよさそうです。特に継続的に改良されていくためには差し替え作業が必要ですので。・・・でもまぁ誰も使ってくれそうにないですがぁ～。

エンディアン嘘つかない，と過信してはいけない（２００５．０６．７）

2005-06-07T14:23:00.000+09:00

ビッグエンディアン→リトルエンディアン変換マクロが勝手に定義されてましたorz リスティングファイル見るまできづかなんだですぅ・・・・さて次はsetpciをビルドですかな。その前にPCIBIOSに浮気してみるのも悪くないですな。 Trying method 2......sanity check...outside the Asylum at 0/00/0...OKDecided to use Intel-conf1Scanning bus 00 for devices...00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (AGP disabled) (rev 03)00:07.0 ISA bridge: Intel Corporation 82371AB/

いろいろバグってます（２００５．０６．７）

2005-06-07T01:41:00.000+09:00

pci.idsのパースができなかったのは，sscanfに問題があったからでした。自作だけに派手にバグってますな。つ～か，scanfのトリビアチックな動作なんてよくわからないので，他の環境で同じコードを動かした結果と比較するしかなさげです。一応，現状でも簡易テストコードは書いてあるので，手を入れてもエンバグしにくいようにはしているのですが。さて，それでもなおlspciのダンプ結果がイマイチです。まずは，NWSOS上のダンプ結果。 00:00.0 VGA compatible controller: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (AGP disabled) (rev 06)00:07.0 SCSI storage controller: Intel Corporation

lspciなんとか動作（２００５．０６．６）

2005-06-06T14:21:00.000+09:00

不完全ながらPCIのコンフィグレーションレジスタに対してアクセスできている模様。VPC2004上でのlspciの実行結果。 intelのIDである，8086などが見えています。 00:0a.0の1011は，DECのものと思われ，たぶんNICでしょうな。 pci.idsのパースなどが動作しないので，まだまだイマイチですがな。 setpciも動くようになれば，ボード叩く準備は楽勝でしょ？＞ハード寄りなシト参考：本：PCIデバイス設計入門―PCIバスの原理からHDLによるIC設計&デバッグ手法まで本：PCIバス&PCI-Xバスの徹底研究―電気的特性の基本からバス・プロトコルの詳細までサイト：PCIコンフィグレーションに関するページ(osdev) 他，インテルの資料とかいろいろ。

ちゅうわけで，lspciを側方から射撃（２００５．０６．５）

2005-06-06T00:41:00.000+09:00

宇宙船地球号見ながら作業したら，ば～ん・ば～ん。libの生成まであと1歩のところまできましたよ。たぶん，ツールのメイン側は，大した事ないでしょうしな。fstat()周りをでっちあげれば，さささ～と動いてくれるでしょう。←また甘い甘い見通し。ちなみに，libの中で最低限移植せねばらなないのは， i386-ports.c だけのようです。こいつにinbとかoutbが集められてますから。あんまりにも簡単すぎて，ツマラナイですな←とか言って反感を買ってみる

isapnptoolsのウンコ～！やっぱり無駄だったポイorz（２００５．０６．３）

2005-06-04T01:45:00.000+09:00

・・・で，これPnPコンフィグ成功したって，どうやって確認しますのん？あ～そうか，SB16上のDSPにリセット投げてみれば分かるってか～？ホンマにあんさんは，なんでも簡単に言わはるんやね；；とにかくリセットしてみろや，ちゅうわけで， http://faculty.petra.ac.id/irwankj/ap2/sb16doc.html とか，Creative Labsのハードウェアマニュアルを読んでリセットシーケンスを流してみました。あっさり動くやん。しかも，isapnp実行しなくても・・・・orz フフン。まぁいいさ。←負け惜しみで，すぐさまSB16のプログラミングに着手したわけですが，ちょっとした問題に激突。 DMA使わないかんのですが，どうやら物理メモリの～16MBまでしかアドレッシングできないようですな。つくづく腐ってますなぁ。 Z80DMAで，

printfデバッグそれは最強のデバッグ手法

2005-06-03T00:47:00.000+09:00

動きましたゼ，ダンナ。にひにひ。気合ですな。気合だ・気合だ・気合だ～by ハマグチ言い換えれば，これは・・・おじいちゃん！クララが，クララが立ったわぁ～ん（はぁとですよ。・・・で，これPnPコンフィグ成功したって，どうやって確認しますのん？あ～そうか，SB16上のDSPにリセット投げてみれば分かるってか～？ホンマにあんさんは，なんでも簡単に言わはるんやね；；

てすとん

2005-05-31T23:05:00.000+09:00

てすと投稿チュゥ。ねずみのページを移行作業チュゥ。うまくいくかなぁ～。

テト○スばじょんあっぷ（２００５．０５．２９）

2005-05-29T12:00:00.000+09:00

実行ファイル一式だけとりあえず公開します。変更点は・乱数ルーチン差し替え・テトラミノの回転法則間違っているのを修正する・画像を外部ファイルから読み込むようにした。・ゲーム開始時の不具合を修正元祖セガテトリスには遠く及ばないものの，違和感なく遊べるようになったと思います。ブロックの画が気に入らない人は，添付のBMPファイルを書き換えちゃってください＾＾ソース公開準備作業チュゥ～ 050529 動作確認環境： nwsos ver 0.0034 on VPC2004SP1

冷静に考えると，カーネル側ですでに実装されてないか？PnP認識（２００５．０５．２８）

2005-05-28T12:00:00.001+09:00

というわけで，ヴァナディールでの旅行を見合わせて，isapnptoolsのビルドと格闘です。ふふん。なめたらイカンぜよ。ちょちょいのちょいじゃい。 pnpdumpをエイヤと起動してみた図 Checksum 0xbe(BAD) て・・・・まともに動いてませんか？ (WAITFORKEY)は，それらしいようなウソ臭いような・・・・（滝汗ていうか，isapnptoolsなんて使ったことねぇからサパリ分からんすよ。分かる人，なんとかして。

Sound Blaster16認識キター（２００５．０５．２８その２）

2005-05-28T12:00:00.000+09:00

さっきpnpdumpを実行したときには，VPC上の仮想マシンの設定が「サウンド無効」になってました。これを有効にして，再度pnpdumpを実行してみたところ，以下のようになりますた！ # $Id: pnpdump_main.c,v 1.27 2001/04/30 21:54:53 fox Exp $ # Release isapnptools_nwsos-1.26modified # # This is free software, see the sources for details. # This software has NO WARRANTY, use at your OWN RISK # # For details of the output file format, see isapnp.conf(5)

突っ込んで遊ぶ，と訳してはいけませんPnP（２００５．０５．２７）

2005-05-27T12:00:00.000+09:00

思うところあって，isapnptoolsをクロス環境でビルドできるようにがんばっています。幸い，BC++用のバッチがあったので，そこを基点に進むことができました。あと少しでソースのコンパイルは通りそうです。ここまでの作業で，なんとなくリンクで思い切り躓く悪寒がすでに走りまくっていますが，たぶんなんとかなるでしょう。実際，数年前に友人と叩き売られバナナ状態のNE2000互換ISAカードをFPGAにつないで遊んでいた頃の記憶を思い出すコマンドしてみたところ，PnPシーケンスは，I/O叩いてポンするだけのことでした。ググってほうぼうを見て回りましたが，結局PnP認識シーケンスだけ動いても設定ができなければ困りますし，付帯するツールを細々つくるハメになるのは目に見えています。そこで誰が胴考えてもobsoluteなisapnptoolsなんてものをいじくっているわけです。

気合を入れてテトリスを直す（２００５．０５．２５）

2005-05-25T12:00:00.000+09:00

色化け問題があったので，いじり始めたら，いろいろ気になって，手直ししています。まずはMIURAさんのivを元に，ビットマップローダをでっちあげて，ygs互換風ライブラリに組み込んでみました。これでブロックの画をbmpファイルで実行ファイルの外部に置くことができるようになりました。ただ，それだけのことに4時間くらいかかってしまったのですが・・・ケアレスミスって怖いですぅ。ブロック（テトラミノ）の回転法則もテケトーだったのを元祖セガテトリス風に改めたり，細かい修正もやってみました。ものはついでなので，ygs互換風関数群をもうちょっとまともにしてソース公開したいです。これができれば，画像ペタペタ表示なゲームがチョー簡単に作れるようになるです。そこまでいったら行き掛けの駄賃で，放置されているInfoNESの移植をやらかしてみようかと思いますです。Windows版からゴソっと持

春が来たから大掃除（２００５．０５．２２）

2005-05-22T12:00:00.000+09:00

冬眠中に，パソコンの中身をそっくり替えてしまったので，CVSのワークコピーの整理からはじめました。ローカルコピー(WinCVS)，ローカルコピー(Eclipse)，宅内CVSNTサーバ，SourceforgeのCVSサーバ，動作環境用フォルダなど。 SF.jpのカギを更新したり，大変です。VPCの設定ファイルをバックアップから掘り起こしたり。一番大変だったのはワークコピーの整理でした。ついでに未コミットのものをコミットしたり，SF.jpに放り込んだlibjpegとかに終結タグを打ったり。あとは，0.0034版のヘッダやらライブラリで，既存のソースをビルドしてみないと作業は完了しませんな。マイscanfとか，マイsetjmpとか，テトリスもどきもSF.jpに放り込んでしまうつもりです。それとこの手の日記はブログで書くのが楽なので，どこかブログへ引越しするかも。

スタックの底を調べる（２００４．０７．０２）

2004-07-02T12:00:00.000+09:00

なるほど。0x7fffffffですな。(￣ー￣)ﾆﾔﾘちなみに，Boehmの移植に関しては，ここ位しか情報ありませぬ。解説として詳しいのはw3mのオリジナル作者のこのページくらい。ぬぉ。gcconfig.hに， /* STACKBOTTOM and DATASTART are handled specially in *//* os_dep.c. */ とか書いてあるし；；をいをい

地道やねぇ＾２（２００４．０７．０１）

2004-07-01T12:00:00.000+09:00

setjmp/longjmpを実装してみました。何も考えてません。最初Windows上でVCでテストするつもりだったのですが，naked（ハダカ？）とか_chkesp()(エスパーテスト？)とかうざいので，さっさと，nwsa/nwscへ・・・・おお。動いた動作確認コードはこんな感じです。(なんか無茶苦茶なゴミコードが残っているなぁ；；) 001 #include "stdio.h"002 #include "setjmp.h"003 004 int main( )005 {006 int jumpret;007 jmp_buf context;008 009 printf("setjmp test\n" );010 jumpret = setjmp( context );011 if( jumpret == 0) {012

寄り道（２００４．０６．０９）

2004-06-09T12:00:00.000+09:00

ふと。microwindows0.86をビルドしてみました。(なんで0.86なのかはヒミツ) 移植ではなく，ビルドです。それでわかったことは，microwindowsはNWSOSのAPIと名前がバッティングすることです。でもまぁわざわざそっくりなAPIを使うこたぁないので，nanoxの方を試してみました。いい感じです。 MS-DOSのmakefileを元にしてしまっているので，非常に制限されていはいますが，決められた環境依存コードをきちんと埋めれば，なんとなく動作しそうな気がします。そうすればX風に書けるので，嬉しい人もいるのではないでしょうか。私はちっともうれしくありませんが。　狙いは0.90です。これならlibjpgやlpng，それにfreetypeまで飲み込んでくれます。しかもX風に書けるのです。もうおわかりですね？

地道やねぇ（２００４．０６．０２）

2004-06-02T12:00:00.000+09:00

覆面さんのzlibを最新環境で無理やりビルド。ポーティングにおいてオリジナルのソースやヘッダにはできるだけ手を入れない方が良いんでしょうが。しかしながらautoconfなどとは無縁な世界で生きていると，こなぴるエラーを取り除くことだけしか満たされないものを埋めてくれるものはないわけです。というわけで，zlibをヅガンとビルドし，pngライブラリのpngtest.exeとかいうのもビルドしてみました・・・なんと，実行ファイルのサイズが190kBですよ。うがー。実行してみると，こんなふうに叱られました。ぼくたんダメ男なりりんかな？これくらいでもうびびらない体になっております。冷静にサンプル画像ファイルをフロッピーへコピー。ほんでもって実行。せんせい！できまちたぁ～ほんとに，ほんとに動いているのでしょうか。ただ単に読み込みと書き込みの両方バグってて

HTMLパーサみたび（２００４．０５．２１）

2004-05-21T12:00:00.000+09:00

ようわからんすなぁ。zlibのソースを見ると，scanf()が使われているので，HTMLパーサのサンプルで試そうとしたんです。元々，パースするファイル名をscanf()で読み込むような感じなので，殺してあったそれを復活させて見ましたが，NG。なんでだろう？やっぱり，stdio.hに書いてあるだけで，nwsosvc.libに入れ忘れてるだけなんだろうか。フシギ。でもまぁ，VCクロス開発環境の復活に成功したので，これで良しとするですかな。 C++で書かなきゃいけないというところが向こう脛になりつつあるような気も・・・ちなみにゼロバイトのnewにはまだ対応してくれてませんのぉ。

C標準関数群が増強されているので調子に乗ってみる（２００４．０５．２０）

2004-05-20T12:00:00.000+09:00

ぼーっと，stdio.hとかctype.hとか眺めつつ，自分のこの日記を読み返して気づきました。ぬぉ～。isdigit()とか，scanf()とか，ungetc()とか実装されてるやんけ～♪ というわけで，以前トライして放置してあった，IJGのライブラリにおまけでついているツールのビルドに挑戦。ぬぉ～^2。scanf()はあるのに，sscanf()はないやんけ～＞nwsos.lib　；；いや，stdio.hにはsscanf.h sscanf( )があるんだからさ，きっと nwsos.libの作り間違いに違いない。　そう，マチガイナイ（byナガイ）根がイラチ（≒短気）なんでしょうな。ツールで使われているのは%cと%dだけであることを見抜くと，すぐさま偽物my_sscanf()実装。そして起動・・・ bmp->jpg変換して表示してみたの図ていうかいい加減サンプル

もそもそ復活（２００４．０５．１８）

2004-05-18T12:00:00.000+09:00

＞今後は作者の方には不要な負担を求めないように気をつけるです。いきなりウソ情報流しまくり＆手間掛けまくり；；　とにかく，SFのアカウントを登録していただいたので，jpegライブラリ単体のソースをコミットしてみる。・・・・WinCVSってcygwinのsshと連携できないの？できるの？どっちやねん！みかままさ～ん。みかまま本には，すんなりいけるようにしかかかれておらず，゜д゜)鬱死・・・推測される原因： SFのユーザとcygwinのユーザ（つまりWindowsのローカルユーザの名前）が異なる場合，工夫が必要ポイ。ごった煮版で是非やりたかったのですが，泣く泣くeclipseでトライ。 cygwinのsshを使い，ログオンユーザ名と異なるSFアカウントを使う場合，いくつか逃げ道があるようです。 .ssh/config(デフォルトはssh_config)に

もそもそ復活準備（２００３．０７．０５）

2003-07-05T12:00:00.000+09:00

そろそろ作業再開するですよ。 HTMLブラウザについて、ファイル名8文字制限をむむむNWSOS以外の環境でも流用したい（特にレンダラ部分） YGSforNWSOSについて、闇に葬る予定最新のFDイメージもbochsで起動したので、ちまちまリハビリから始めます。まずはIJGの移植ソース公開でしょうか。　今後は作者の方には不要な負担を求めないように気をつけるです。

C++のライブラリをCから呼び出す（２００３．０４．１５）

2003-04-15T12:00:00.000+09:00

HTMLパーサなどのC++で書かれたライブラリをCから利用する方法について調べました。Cの関数をC++から利用するのは簡単です。 extern"C"するだけです。また、C++のソース内であっても、単なる関数であれば、extern"C"で済みます。（かなりいい加減な理解ですが。）以前、同様の問題ではまったときは、Cのソースの拡張子をcppに変えて逃げました。←苦い経験 WEBブラウザの開発に限らず、既存のC++のクラスで書かれたものをnwscから利用する場面も多々あると予想されますので、いまのうちに対応策を考えておこうというわけです。ごく一部にクラスライブラリを使うからといって、全部が全部VCでコンパイルというのもナニだと思いまして・・・結論としては、C++のクラスをラップする関数群をCから呼び出す形を採ることにします。COMのlpVtblのいい加減な実装というわけです。

目標をWebBoyに据える（２００３．０４．１４）

2003-04-14T12:00:00.000+09:00

フォントは固定かね。ほぉ。腐れノートPCにDOS6を入れて、WebBoy体験版を起動してみたところ。ブラウザの名前は「WebGuy（暫定）」としています。

CVS環境整備（２００３．０４．１３）

2003-04-13T12:00:00.000+09:00

ソース公開に向けて、バージョン管理をまじめに開始。ついでに他の趣味プロジェクトもリポジトリんに、放り込みました。さらについでにライブラリやヘッダファイルの配置も調整し、makefileの記述も若干修正。　 CVSについては http://www.amazon.co.jp/exec/obidos/ASIN/4798004219/ あたりを片手に覚えました。以前はみかままさんのサイトにある第2版（この本）の原稿を見てました。

ユニットテスト環境導入開始（２００３．０４．１０）

2003-04-10T12:00:00.000+09:00

CUnitの移植性を極端に高めたmicuniというのがあります。おそらくNWSOSではCUnitを動かすこともできると思われますが、ここはmicniで進めることにしました。いいかげん移植作業は飽きてきましたよ。 ↓とりあえず付属のサンプルは一撃で動きました。統合環境ではどうにも使いにくいユニットテストですが、クロスでもやっぱり使いにくいですね。クロスでなくて統合環境でないなら、makeでテスト用のバイナリ作成～テストの実行まで通してやりやすいんですが。統合環境でもできるにはできますが、どうにも使い勝手がねぇ。あと、河童とか使い出すと、統合環境ではもうお手上げです。とにかくユニットテストの導入でprintfデバッグからサヨナラしようと思います。←と、夢を語る　 micuniは、 http://www.unittest.org/index_html

ゼロサイズのnew（２００３．０４．０９）

2003-04-09T12:00:00.000+09:00

malloc error:size is zeroなるエラーの原因を調べました。やはり自前のソース内では全てのmallocがmy_mallocに置き換えられていたため、素直に考えるとnewの内部で呼ばれるmallocで発生していると推測。そこで、自前のnew/deleteを実装し、演算子オーバーロードさせる作戦発動です。結果、やっぱりゼロサイズでnewしている個所があるようです。ライブラリのソースを見ても具体的にどこかははっきりしません。規格ではゼロサイズのnewに対してもポインタを確保しなくてはならないそうです。(*1) 自前のnew/deleteのついでにnewで使うmallocもmy_mallocに置き換えておきました。こう書くとあたかもすんなりうまくいったようですが、すったもんだで得られた収穫は、 windapi.hのNULL定義がC++

寄り道（２００３．０４．０８）

2003-04-08T12:00:00.000+09:00

サンプルのテキストエディタのソースを流用すれば、テキストボックス相当のものは既にあることになります。ですので、HTMLパーサだけでも動かせば、すぐにでもテキストオンリーのブラウザが実装できてしまうことにふと、気づきました。で、あんまりコア部分の実装を先送りしていると気が萎えるので、試しにHTMLパーサをNWSOS上で動かしてみようという気になってしまいました。 HTMLパーサ自体はC/C++混在ソースなので、VCでコンパイル。ちょっとした修正で通ります。リンカはnwsl.exeで良い（はず＝VCクロス環境体験版と同じ）ので、これも通して未解決シンボルを探りました。結果： _ftolassertisxdigitrealloc このうち、isxdigitは適当に実装しておわり。assertは殺せばよい（←うそー！？）です。reallocも暫定的にmy_malloc/

新バージョンリリース対応（２００３．０４．０６）

2003-04-06T12:00:00.000+09:00

nwsosの新リリース確認。早速実機で動作確認。ファイルバッファの効果てきめんですね。サクサク感があります。ライブラリがかなり増強されたようです。nwslib.exeで中身を覗いてみました。うぉー。あんなものやそんなものがぁ。baseimp.libの方は、モジュール情報が異常ですとかなんとか出て、TT。widget.libでウィジェットも増強された模様。「何か」が変わったらしく、NWSDC付属のライブラリアンでは新ライブラリの中身は覗けず、リンクもできませんでした。気長に待つことにしましょう。（クロスは見捨てられたりして（笑））一瞬、セルフ環境への移行が頭をよぎったのですが、IJGなどのようにばかでかいものをビルドしたりするにはまだクロスの方が都合がいいです。実機：実用的な速度は出るが、書き込みがフロッピーのみでTT;bochs：イメージファイルのフロッピーは充分速度が

オールざっつIJG（２００３．０４．０５）

2003-04-05T12:00:00.000+09:00

マル1週間ほど、ＮＷＳＯＳから離れていたので、リハビリがてらIJGを動かすことにします。トロだにゃ～むりやり動かしました。bochs上なので256色です。上下反転してます。^^; まだまだ問題山積ですが、とりあえず移植～動作確認できました。 IJGのマニュアルをろくに読んでいないので、人様のソースをぱくって動かしました。あいかわらずCE FANの記事はあてにならないので、OpenGLの心の師匠、 http://www.asahi-net.or.jp/~YW3T-TRNS/opengl/samples/texjpeg/index.htm のソースをぱくりました。ライブラリについてはサンプル付きで公開したいところですな。ivに搭載熱烈希望。次は・・・PNGですか。そうですか・・・・（補足） IJG配布物

IJGビルド成功w/NWSC（２００３．０３．２７）

2003-03-27T12:00:00.000+09:00

ライブラリ部分だけNWSC/NWSLIBでビルドできました。ただし、浮動小数点サポートはビルドオプションではずしてあります。2時間くらいでできるかなーと甘く考えていたら、4時間もかかってしまいました。先が思いやられるぅ。サンプルの方は標準関数依存があるので、まだビルドできてません。でもこっちができれば、各種画像ファイルローダとして使えますので、一石二鳥かと。 IJGの移植性はかなり高いですね。ちなみにWindowsCE環境で使う記事が某所にありますが、あまり役に立ちません。遠回りしてしまった・・・←あたりまえ。ごみツール： nwslibはVC付属のLIB.EXEとは、コマンドラインでのオブジェクトファイルの指定の仕方が異なります。 LIB.EXEのばやい # lib -out:libjpeg.lib $(LIBOBJECTS)

ICUとNKF（２００３．０３．２６）

2003-03-26T12:00:00.000+09:00

多言語対応の検討として、IBMのオープンソースICUとNKFのソースを眺めました。日本語(+英語)だけでいいや、という気がしてきました。←ヨワ・ショボというわけで、 http://tohoho.wakusei.ne.jp/wwwkanji.htm で済ませる方向で。

i810マザボはだめぽ（２００３．０３．２５）

2003-03-25T12:00:00.001+09:00

ためしにブートさせてみましたが、VESA ERRORでした。 XFree86でもi810はなんかトリックがいるようなことをどこかで読んだ記憶があるので、かなり癖があるのでしょう。

meadowのbdfの処理（２００３．０３．２５）

2003-03-25T12:00:00.000+09:00

ソースをちらっと拝見。 wm32bdf.h/cw32bdf.h/c この2組のようです。ソース見てて気づかされたのは、フォントキャッシュとフォントサーバについてです。1文字ずつbdfのデータを展開していては確かに効率も悪そうですし、Xでは描画のための（フォント）サーバの仕組みがありますね。 NWSOSにおいてでも、bdfを取り扱うモノをライブラリとして実装してしまうと、複数のアプリがフォントを取り扱ったときにそれぞれがフォントキャッシュを持つことになりますから、メモリがもったいないですね。かといってパイプやらなにやらのＩＰＣでいちいちフォントイメージをやりとりしていてはパフォーマンスが落ちてしまいます。いや、フォントキャッシュの共有化による効果で、システム全体のパフォーマンスはあがるのかも。んなこたぁ、そのときになってから困れば良いような気もしますが。各種画像ローダも

やや補足（２００３．０３．２４）

2003-03-24T12:00:00.000+09:00

自分でも、混乱してました。 HTMLブラウザにおいて、HTTPクライアントはいりません。HTTPクライアントが必要なのは、WEBブラウザですね。しかしながら、読み込みキューはHTMLブラウザでもあった方がよさそうなので、実装の検討を続けます。

キー入力修正・改善（２００３．０３．２２）

2003-03-22T12:00:00.000+09:00

デバッグ用のコードを残したまま実行ファイルを作ってしまっていました。あと、ブロック回転キーの処理が不完全な移植だったのを移植。これで回転キーを押したときに、1回ずつ回るようになります。テト○ス030322.lzh

事前調査（２００３．０３．２１）

2003-03-21T12:00:00.000+09:00

いくつか調べておきました。スケーラブルフォント： TTF → 仕様は公開されているけれど、大変そう。 BDF → 仕様が簡単。テキストなので目にもやさしい。ただしビットマップ。画像展開： JPEG → IJGで済ませる。プログレッシブは捨てる。 PNG → libpng + zlibで済ませる。 BMP → どっかから持ってくる。スケーラブルフォントはOSのGUIの仕事かもしれませんので、あまり手をかけて懲りたくないですね。画像展開は、YGS互換風ライブラリでも必要なので、やるつもりです。できるかどうかは神の味噌汁。