[BSD小僧の日記] - 2005/10c Diary

2005/10/23 (日)

■アキバ

Norton AntiVirus2006, Symantec, 3,969円, Sofmap秋葉原一号店

まぁ、税金みたいなもんですね。

[View Log(0)]

[Trackback]

■NetBSD/evbppc (OBS266)

pthread話の続き。

偶然見かけたTさんからメールをもらっていて色々と教えてもらっていたので試してみる。

以前の方法はlibpthreadを変更する方法だったのだけれど、メールによるとpthreadをいじるのは面倒なのでkernelに入れてしまえば良いのではないか、とのこと。

具体的には、使っているのがcpu_setmcontext()だけなので、そこの最初に次のような変更を入れるのが簡単であろうとアドバイスをうける。

#ifdef 適当に
        gr[_REG_MSR] &= ~PSL_ME;
        gr[_REG_MSR] &= ~PSL_RI;
#endif

ということで、それはどこかな? と探してみたところsys/arch/powerpc/powerpc/sig_machdep.cらしい。

ということで次のようなpatchをあてる。

--- sys/arch/powerpc/powerpc/sig_machdep.c.orig 2005-10-22 14:24:14.000000000 +0000
+++ sys/arch/powerpc/powerpc/sig_machdep.c      2005-10-22 14:59:36.000000000 +0000
@@ -221,6 +221,9 @@
        struct pcb *pcb = &l->l_addr->u_pcb;
 #endif
 
+#ifdef PPC_IBM4XX
+       gr[_REG_MSR] &= ~(PSL_ME|PSL_RI);
+#endif
        /* Restore GPR context, if any. */
        if (flags & _UC_CPU) {
                if (!PSL_USEROK_P(gr[_REG_MSR]))

pthreadをオリジナルに戻して、先のpatchをあてたkernelで起動し、digを実行する。

obs266# uname -a
NetBSD obs266 3.99.9 NetBSD 3.99.9 (OPENBLOCKS266) #1: Sat Oct 22 14:27:32 UTC 2005  root@mini:/usr/export/o/20050924/evbppc/sys/arch/evbppc/compile/OPENBLOCKS266 evbppc
obs266# ldd /usr/bin/dig
/usr/bin/dig:
        -lpthread.0 => /usr/lib/libpthread.so.0
        -lc.12 => /usr/lib/libc.so.12
obs266# dig www.netbsd.org
; <<>> DiG 9.3.0 <<>> www.netbsd.org
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 47963
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 5, ADDITIONAL: 3
;; QUESTION SECTION:
;www.netbsd.org.                        IN      A
;; ANSWER SECTION:
www.netbsd.org.         64942   IN      A       204.152.190.12
;; AUTHORITY SECTION:
netbsd.org.             64942   IN      NS      uucp-gw-2.pa.dec.com.
netbsd.org.             64942   IN      NS      ns.netbsd.org.
netbsd.org.             64942   IN      NS      adns1.berkeley.edu.
netbsd.org.             64942   IN      NS      adns2.berkeley.edu.
netbsd.org.             64942   IN      NS      uucp-gw-1.pa.dec.com.
;; ADDITIONAL SECTION:
ns.netbsd.org.          64942   IN      A       204.152.190.11
adns1.berkeley.edu.     40953   IN      A       128.32.136.3
adns2.berkeley.edu.     51796   IN      A       128.32.136.14
;; Query time: 47 msec
;; SERVER: 192.168.100.1#53(192.168.100.1)
;; WHEN: Sat Oct 22 14:59:12 2005
;; MSG SIZE  rcvd: 223
obs266#

おぉ、動く。さすが。

さらにメールでは、元々はif (!PSL_USEROK_P...)でエラーになっていたのだと思うので、これも調整したほうが良い、という話らしい。

これはどういう意味なのだろうか。

また、libpthreadで0xd032を0xc030に変更する話について、OEAでは0xc030に変えてはダメなのだそうだ。

ということでkernelで対応する方向でsend-prの情報を更新していきたい。でも、先の調整の話がよくわかっていないのでどうしよう。

send-prってメールでやらないとダメなのかな。Webのフォームだと最初のはできるけど、その後の情報追加みたいなのはどうなんだろう。

[View Log(0)]

[Trackback]

2005/10/24 (月)

■3年と252日目

昨日は早く寝たはずだけど、起きないね。

[View Log(0)]

[Trackback]

■NetBSD/evbppc (OBS266)

pthread話の続きの続き。

さらにTさんからメールをもらった。

if (!PSL_USEROK_P...)でエラーになっていたのを調整したほうが良い、という話について。

元々の意味では、

        /* Restore GPR context, if any. */
        if (flags & _UC_CPU) {
                if (!PSL_USEROK_P(gr[_REG_MSR]))
                        return (EINVAL);
                ...

というところで、msrの「変えてもいいビット以外を変えようとしていたらEINVAL」としているのだけれど、それを「変えてもいいビット以外の変化は無視して続行する」つまり変えてもいいビットだけ変えられるようにすれば良いのではないか、ということだそう。

そうすれば、IBM4XXでMEやRIをセットしようとしても無視されるだけで問題が発生しない。さらにlibpthreadの0xd032という定数も消せる、ということらしい。

なるほど。とは言うものの、どうすれば変えてもいいビットを知れば良いのかわからない。手始めにPSL_USEROK_Pって何か調べようとソースをgrepしてみたがヒットしない。マクロかと思っていたのだけど一体どこで定義されているのだろう。

うーむ。これじゃsend-prするまで時間がかかりそう。

かっこ悪いけど#ifdefのやつをsend-prしようかな。っていうか、していいですか。

[View Log(0)]

[Trackback]

■lighttpd

最近blogやWikiをはじめようかと思い、例によって目的と手段が逆転してblogツールやWikiクローンをあれこれ見ている。

まぁ、色々使ってみるかということでYukiWikiをいれてみる。が、Webサーバを持っていないので例によってthttpdを使う。

せっかくだからArmadillo-9にも入れてみようかと思い、thttpdも芸がないから別のhttpdを入れようかと思い立つ。

bozohttpdを試してみるが、cgiがどうも期待どおりにうごいてくれず断念。

もうApacheでも入れるかとbuildしはじめたところ、IRCでlighttpdというのを教えてもらう。

lightというぐらいなので軽くて速いらしい。lightだからといって機能が少ないというわけでもなく、いろいろとモジュールが用意されているみたいである。

とりあえず、pkgsrcから入れて動かしてみたところ、YukiWikiがちゃんと動いてくれている。

しばらく使ってみることにします。

[View Log(0)]

[Trackback]

2005/10/25 (火)

■3年と256日目

朝も夜もぜんぶ新型が来た。盆と正月が一緒に来たようなものです。

朝のパンは味がないと全部食べられないよね。

「いいこと思い付いちゃった」、「どっちでしょーうか、正解は◯◯でした～」など使いこなす。

[View Log(0)]

[Trackback]

■NetBSD/evbppc (pthread問題)

http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=31386についてsend-prしようと思っています。

Infoseek翻訳と共に英作文をしたので誰か添削してください。よろしくお願いします。

lib/libpthread/arch/powerpc/pthread_md.hにおいて0xd032 (PSL_USERSET) という定数が使われています。
In lib/libpthread/arch/powerpc/pthread_md.h, The constant of 0xd032 (PSL_USERSET) is used.

     54 /*
     55  * Set initial, sane values for registers whose values aren't just
     56  * "don't care".
     57  * 0xd032 is PSL_USERSET from arch/powerpc/include/psl.h
     58  */
     59 #define _INITCONTEXT_U_MD(ucp)                                          \
     60         (ucp)->uc_mcontext.__gregs[_REG_MSR] = 0xd032;

しかし、sys/arch/evbppc/include/psl.hにおいてPPC_IBM4XXではPSL_USERSETは0xc030であるべきです。
In sys/arch/evbppc/include/psl.h, PSL_USERSET shoud be 0xc030 for PPC_IBM4XX.

     15 /* Apparently we get unexplained machine checks, so disable them. */
     16 #define PSL_USERSET     (PSL_EE | PSL_PR | PSL_IR | PSL_DR)

これが原因でsys/arch/powerpc/powerpc/sig_machdep.cにおいてPSL_USEROK_P()が失敗している。
Because PSL_USERSET that shoud be 0xc030 is 0xd032, PSL_USEROK_P() has failed in sys/arch/powerpc/powerpc/sig_machdep.c.

    226                 if (!PSL_USEROK_P(gr[_REG_MSR]))
    227                         return (EINVAL);

対策は次のパッチ。
Workaround are the following patch.

--- sig_machdep.c.orig  2005-10-22 14:24:14.000000000 +0000
+++ sig_machdep.c       2005-10-22 17:33:03.000000000 +0000
@@ -221,6 +221,9 @@
        struct pcb *pcb = &l->l_addr->u_pcb;
 #endif
 
+#ifdef PPC_IBM4XX
+       gr[_REG_MSR] &= ~(PSL_ME|PSL_RI);
+#endif
        /* Restore GPR context, if any. */
        if (flags & _UC_CPU) {
                if (!PSL_USEROK_P(gr[_REG_MSR]))

できることならば、sig_machdep.cでmsrの変えてもいいビット以外の変化は無視するようにすべきだと思います。
If possible, I think that only the bit of MSR that can be changed can be changed, and the change in the rest should make it disregard in sig_machdep.c.

[View Log(0)]

[Trackback]