ndiswrapper-modules-i386

lenny で ndiswrapper を使っているのですが、カーネルモジュールが簡単に入らないので大変困ってました。

ndiswrapper-modules-i386 Bug #418929 によれば同パッケージは obsolete になっており、目下 ndiswrapper-source を展開して手でビルドするしかないという状況。ndiswrapper-modules-i386 のソースを落としてきてみてもQAのページに「buggy」とあるようにまともにビルドできなかったので、パッチを作成して送付したところ、現在のメンテナのKel さん*1より次のような返答を得たのでした。

> It appears the package ndiswrapper-modules-i386 no longer exists in
> the repository because it is just obsolete. (Bug #418929) Actually it
> contains a Makefile to trigger builds against ndiswrapper-source but
> it barely conforms to the debian package standards. I updated the
> whole rule file to correctly produce deb files and a *.changes file. I
> hope this package will be brought back again by this patch.

No, this package should R.I.P. I won't resurrect it ever, and I can't see dilinger doing it, therefore it should be removed from the archive.

There is now a linux-modules-extra-2.6 conglomerate kernel module package (and also similar for contrib and non-free), and I already submitted ndiswrapper for inclusion in it long before it was freeze time for etch. See #418929.

なるほどね。というわけで、今後 linux-modules-extra-2.6 に入る予定というわけですか、これ (Bug #400752 - 文中の「See #418929」は誤り)。

やや大人の事情で上の引用には含めなかったのですが、次のような問題が残されているようです。


  • 4K スタック問題

    DebianLinux カーネルビルドは 4KSTACKS オプションが有効になっていますが、ndiswrapper では 4KSTACKS が有効だとほとんどの Windows ドライバが動かないそうです *2

  • そもそも ndiswrapper を main エリアに突っ込むのはモラル的にどうなんだという意見があるらしい。

ところで、4KSTACKS の意義について確認しときましょう。

config 4KSTACKS
    bool "Use 4Kb for kernel stacks instead of 8Kb"
    depends on DEBUG_KERNEL
    help
      If you say Y here the kernel will use a 4Kb stacksize for the
      kernel stack attached to each process/thread. This facilitates
      running more threads on a system and also reduces the pressure
      on the VM subsystem for higher order allocations. This option
      will also use IRQ stacks to compensate for the reduced stackspace.

追記: dancer さんによるよりよい解説@it にありました。

*1:ドイツ人 - たぶん otaku42 の 42 はコレを意識してるんだと思う。

*2:うちの GW-DS54GR は問題ありませんでした