コグノスケ

未来から過去へ表示(*) link

過去から未来へ表示

もっと前

2009年9月13日 >>> 2009年8月31日

もっと後

2009年9月13日

permalink

編集する

サマーウォーズ

大下さんとサマーウォーズを見に行きました。

劇中に、買い物、公的手続き、会社設立、果ては軍事施設やインフラ（水道、電気）の制御…などなどオンラインで何でもできるOZ（オズ）システムが出てきます。

映画のストーリーとしてはOZが何者かに乗っ取られてメチャクチャになり、主人公とヒロイン、ヒロインの親戚一族が立ち向かうってなお話です。

舞台はヒロインの実家の片田舎です。大きく分けると、田舎を舞台にした人情系のお話と、OZを舞台にしたバトルのお話に分かれます。前者は文系、後者は理系の人が楽しめるかなと思います。

面白かったので気になる方は映画館へGO。まだ映画館でやってるはずです。

オズの魔法使い

映画を見ていると、何でも出来る夢のシステムOZ（オズ）がうらやましく感じます。今の技術でOZの実現はできないのでしょうか。

軍事施設の制御などを除けば、OZって現在のオンラインサービスが全部一つになったようなもんです。実はOZの実現って技術的にはそう遠い話ではないと思われます。

一番面倒くさそうなのは、政治的な問題、OZの行く末を誰が決めるのか？って問題ですね。あれを入れる、これを入れない、でケンカになること間違いなしです。

編集者:すずき(2009/09/19 20:35)

コメント一覧

コメントはありません。

この記事にコメントする

2009年9月8日

permalink

編集する

メモリ増設

デスクトップマシンのメモリを1GBから3GBに増やそうと思い、DDR2 800の1GB x 2を買いました。デスクトップマシンは800でなく400だった気がするけど、値段はDDR2 800が一番安いので、これでいいのです。

で、今日Amazonからメモリが届いたので早速増設しようと思ったら、どう頑張っても挿せない。しかもスロットとメモリのピン数が違う？？なんぞこれ。

嫌な予感がして、既に挿してあったメモリを確認すると、DDR2 400ではなくDDR 400でした。そんな馬鹿な…というか馬鹿は俺じゃね？

もう本当にありがとうございました。

どうしたものか

メモリどうしよう。Transcend JetRam 1GB x 2です。悪い品ではないと思います。誰か使いません？

編集者:すずき(2009/09/09 00:52)

コメント一覧

senaさん(2009/09/19 11:23)
久しぶりに日記見たー。
自分のPCのメモリスロット状況把握してないけど、
挿せそうなら買い取らせてもらおうかな。
すずきさん(2009/09/19 20:00)
＞sena さん
箱とか説明書とかないですけど、どうぞもらってやってください。

この記事にコメントする

2009年9月5日

permalink

編集する

無駄な努力

昨日長々と書きましたが、実はRealtekのサイトにて公開されているr8168ドライバのバージョン8.014.00を使えばパッチもへったくれも必要ありませんでした。

他の変更（バグフィクスかな？）も入っているようなので、8.012.00にこだわる理由がなければさくっとアップデートした方が良いと思います。

まあ、一つの勉強にはなったけど、あんまり意味が無かったな…。

編集者:すずき(2009/09/05 00:26)

コメント一覧

コメントはありません。

この記事にコメントする

2009年9月4日

permalink

編集する

r8168 PCI-e GbEとカーネル2.6.30

家のファイルサーバのLinuxカーネルバージョンを2.6.30.5にアップデートしたところ、r8168 PCI-eギガビットイーサネットドライバがコンパイルできなくなりました。

原因は NAPIの関数名が一部変わったためです。netif_rx_xx系が廃止され、napi_xxへ移行しました。これによりnetif_rx_xx系を使用している部分がリンクエラーとなります。

もうひとつ原因があって irqreturn_tのtypedefがintからenum irqreturnへ変わり、IRQ_HANDLEDがマクロではなく列挙型になったためです。これにより2.4.xとのコンパチを保つための定番処理（※）の判定を誤って、irqreturn_tをvoidと定義してしまいます。

このため割り込みハンドラが値を返さない関数として定義されてしまい、ハンドラ内でreturn IRQ_HANDLED; などとしている部分がコンパイルエラーになります。

以上の変更点を踏まえたパッチは以下の通り。Realtekが提供しているr8168-8.012.00に当てます。


diff -r 2aec411ad986 src/r8168.h
--- a/src/r8168.h       Sat Aug 29 04:02:18 2009 +0900
+++ b/src/r8168.h       Fri Sep 04 23:14:44 2009 +0900
@@ -37,11 +37,13 @@
 #define CHECKSUM_PARTIAL CHECKSUM_HW
 #endif

+#if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,30)
 #ifndef IRQ_HANDLED
 #define irqreturn_t void
 #define IRQ_HANDLED
 #define IRQ_NONE
 #endif
+#endif /* #if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,30) */

 #ifndef HAVE_FREE_NETDEV
 #define free_netdev(x) kfree(x)
@@ -251,7 +253,11 @@
        #define RTL_GET_NETDEV(priv_ptr)                        struct net_device *dev = priv_ptr->dev;
        #define RTL_RX_QUOTA(ndev, budget)                      budget
        #define RTL_NAPI_QUOTA_UPDATE(ndev, work_done, budget)
- #if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,29)
+ #if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,31)
+       #define RTL_NETIF_RX_COMPLETE(dev, napi)                napi_complete(napi)
+       #define RTL_NETIF_RX_SCHEDULE_PREP(dev, napi)           napi_schedule_prep(napi)
+       #define __RTL_NETIF_RX_SCHEDULE(dev, napi)              __napi_schedule(napi)
+ #elif LINUX_VERSION_CODE < KERNEL_VERSION(2,6,29)
        #define RTL_NETIF_RX_COMPLETE(dev, napi)                netif_rx_complete(dev, napi)
        #define RTL_NETIF_RX_SCHEDULE_PREP(dev, napi)           netif_rx_schedule_prep(dev, napi)
        #define __RTL_NETIF_RX_SCHEDULE(dev, napi)              __netif_rx_schedule(dev, napi)

このパッチを使う方がもしいましたら、ご自由にどうぞ。一応、我が家のファイルサーバ上では元気に動いております。が、ご利用の際は自己責任でよろしくお願いいたします。

変化のとき

今回紹介した変更点が、いつカーネルに取り込まれたかについてはLinux kernelのgitリポジトリを調べてね…というのはちょっと無責任ですので、紹介しておきます。

細かいログは参考の章に譲り、変更点がマージされた時期と関連するバージョンタグだけ挙げます。時間は全てUTC換算です。

2009 04/07 21:25:01: Linux 2.6.30-rc1
2009 03/26 23:06:50: irqreturn_tのパッチがマージ
2009 03/23 23:12:14: Linux 2.6.29
2009 03/16 14:56:58: NAPIのパッチがマージ
2009 03/13 02:39:28: Linux 2.6.29-rc8

従って私のパッチでは、NAPIはLinux 2.6.29未満であれば古いAPIを使い、irqreturn_tはLinux 2.6.30未満であれば古い定義を使うようにしています。

（※）irqreturn_tを使うハンドラを、古い2.4.x系とコードコンパチにするコードとして、カーネルのコメント中で紹介されていた方法です。r8168が悪いわけではありません。

参考

以下はirqreturn_tが変化したときのログ。

irqreturn_tの定義が変わったときのマージログとオリジナルのパッチのログ


----- マージ
commit a8416961d32d8bb757bcbb86b72042b66d044510
Merge: 6671de3 fc2869f
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Thu Mar 26 16:06:50 2009 -0700

    Merge branch 'irq-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/gi
t/tip/linux-2.6-tip

----- パッチ
commit bedd30d986a05e32dc3eab874e4b9ed8a38058bb
Author: Thomas Gleixner <tglx@linutronix.de>
Date:   Tue Sep 30 23:14:27 2008 +0200

    genirq: make irqreturn_t an enum

    Impact: cleanup

    Remove the 2.4 compabiliy cruft

もうひとつNAPIが変化したときのログ。

netif_rx系が削除されたときのマージログとオリジナルのパッチのログ


----- マージ
commit 8e91f178a2bb4a3e52e76f6263c251ffb816eb17
Merge: 8032b52 ea8dbdd
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Mar 16 07:56:58 2009 -0700

    Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6

----- パッチ
commit 9fae6c3f648e38f023b99b5f5a5280907b2e796e
Author: Ilya Yanok <yanok@emcraft.com>
Date:   Fri Mar 13 09:51:46 2009 -0700

    dnet: replace obsolete *netif_rx_* functions with *napi_*

    *netif_rx_* functions is obsolete and removed in newer kernels so
    we need to use corresponding *napi_* functions instead.

こんなとこかな。

編集者:すずき(2009/09/05 00:16)