hns - 日記自動生成システム - Version 2.19.9

先月 2002年06月 来月
1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30
Namazu for hns による簡易全文検索
詳しくは 詳細指定/ヘルプを参照して下さい
検索式:

2002年06月30日() 旧暦 [n年日記]

#1 [無題] 高倉方面に買出

例によって、 高倉 なごみの里 山田食品 松ヶ丘 と買出し。卸売でなくなったとか。

#2 [ChiBUG] 4th party

に自転車で出かける。 例によって、いろいろ教わる djbdaemon apache + php4 + postgreSQL net-snmp とか
返す webcam を持って行くのを忘れてしまった。
CVSup を理解していないことに気が付く。 i386 だけそう。

... と書くてすと:

... と書くてすと
というのを時々見るが、これの由来。
インターネットの商用利用が始まる 1993 年以前の話。 アスキーネットというものがあって、 junk.test というニュース・グループがあった。 (software 的には Notes が使われていたと思うが)
そこでは何でもありで、というのも、junk だし、
... と書くテスト
としておけば、使用目的に合っていたという訳。
二進形式を流す時には、 今でいう uuencode というか base64 の代りに ish 形式というのがあって、何でもそこに、その形式で流すことが出来た。


2002年06月29日() 旧暦 [n年日記]

#1 [無題] 帰着

Hanoi -> 成田就航記念便にて帰って来る


2002年06月22日() 旧暦 [n年日記]

#1 [無題] しばらく IP unreachable の予定


#2 [NetBSD] Tibook/550 に 1.6A

kernel だけ 1.6A を写して見たが、 素の NetBSD なのか ts 版なのか分らなくなってしまった。 X を動かすと色が変なので、(と言っても外部モードかも知れない) 2002-05-31 を入れて見る。
startx とすると、何も起きないので X と入れて見ると、見慣れた黄色の画面。
一画面モードに変更して xdm すると(いつもとは違う)画面で でも login 出来る。


2002年06月21日(金) 旧暦 [n年日記]

#1 [無題] 葬式(小堤)

行  9:21 - 10:05 
帰 16:15 - 17:00 千葉駅経由
南無阿弥陀仏

#2 [NetBSD] NetBSD/macppc booting 自分用覚書

などというのを作って見る


2002年06月20日(木) 旧暦 [n年日記]

#1 [NetBSD] port-powerpc-ja

本当は Matt T* とかの人達が port-master に相談もなく、 いじり始めて、遠くに行ってしまったのが問題なのですよ。 だから i* さんが来たのが、ちょっとそんな感じなのかなと受取った人もいた。 もちろん僕はそうは思わなかったけれど。
auto-boot? true は iBook (1999) でも動くことがあるのだけれど、 僕が何か勘違いしているのだろう。

#2 [Security] Apache 1.3.26 2.0.39 だそうで


#3 [NetBSD] daily build

G4/400 AGP na 版
makoto@u 6:51:55/020620(...usr/src)# time ./build.sh -D $DESTDIR -R $RELEASEDIR >& /export/20020619-tar/log-build.sh
10639.730u 3858.354s 4:43:22.79 85.2% 0+0k 20367+421704io 16570584pf+218w
makoto@u 11:35:43/020620(...usr/src)# pwd
/export/20020619-tar/usr/src
>> NetBSD/macppc OpenFirmware Boot, Revision 1.6
>> makoto@ibook, Mon May 27 16:28:24 JST 2002
59392+219184=0x5dfa54
 start=0x800000
trap type 200 at a1b924
Press a key to panic.
panic: trap
Stopped in pid 0 () at 0xa0f3b4:    lwz r0,r1,0x14
db> _

method <`usb-kbd-ihandles> not found; ihandle=ffbc8740 phandle=ff931210

入力不可
前と変った。
0021b70c <softclock>:
...
  21b900:       48 0f e7 6d     bl      31a06c <splraise>
  21b904:       3b c0 00 00     li      r30,0
  21b908:       81 19 97 60     lwz     r8,-26784(r25)
  21b90c:       2c 08 00 00     cmpwi   r8,0
  21b910:       40 82 ff 0c     bne     21b81c <softclock+0x110>
  21b914:       80 1f 00 08     lwz     r0,8(r31)
  21b918:       2c 00 00 00     cmpwi   r0,0
  21b91c:       40 82 00 14     bne     21b930 <softclock+0x224>
  21b920:       39 20 ff ff     li      r9,-1
 21b924:       39 40 ff ff     li      r10,-1
きのうの patch を当てたら、もう少し先に行った。
...
3839312+218576 [189312+155988]=0x433280
 start=0x100000

console keyboard type: USB
[using 345952 bytes of netbsd ELF symbol table ]
_


method <`usb-kbd-ihandles> not found; ihandle=ffbc8740 phandle=ff93120
method <`usb-kbd-ihandle> not found; ihandle=ffbc8740 phandle=ff93120
method <`adb-kdb-ihandle> not found; ihandle=ffbc8740 phandle=ff93120

 _
入力不可


2002年06月19日(水) 旧暦 [n年日記]

#1 [NetBSD] start=0x100000 と __syncichache

きょう試すことは、
sys/arch/macppc/macppc/machdep.c
sys/lib/libkern/arch/powerpc/syncicache.c    
                                             machdepc. syncicache.c
(1) consinit removed                         x        
(2) cpu_probe_cache/before install_extint    x

(3) syncicache.c (half) reverted to 20020313           x
(4) add printf-cacheinfo                     x
(5) - no cninit                              x
(6) - ddb init                               x
きのうまでのその結果は
 (1)   (2)   (3)
 YES               works
 YES   YES         works
       YES         stops after start=0x100000
       YES   YES   works
それから consinit() の中の、 cninit ddb init のどちらが悪さをしているかを調べる。
              +----syncicache-half-revert
              |
              |     +-- add printf-cacheinfo
              |     |
              |     |     +-- no cninit
              |     |     |
 (1)   (2)   (3)   (4)   (5)
             YES   YES        works (*1)
             YES   YES   YES  works (*1)
                   YES   YES  works (*1)
(*1) but no cacheinfo printed --- to early to use printf
cninit の方が問題あるということ。 更に来た。
        +-------- Temporarily set up cache_info
        |
        |     +----syncicache-half-revert
        |     |
        |     |     +-- add printf-cacheinfo
        |     |     |
        |     |     |     +-- no cninit
        |     |     |     |
 (1)   (2a)  (3)   (4)   (5)
       YES   YES              works
       YES                    works
Allen Brigges がこれだよというのを送って来て、めでたく解決となった。 1.6B に当てるものも大丈夫。

#2 [NetBSD] 1.6B ts 版

cc -O2 -pipe -Werror -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wno-uninitialized -Wno-main -msoft-float -ffreestanding -I. -I../../../../arch -I../../../../arch/powerpc -I../../../.. -nostdinc -DDIAGNOSTIC -DMAXUSERS=32 -D_KERNEL -D_KERNEL_OPT -Dmacppc -c /export/20020615/syssrc/sys/arch/macppc/compile/GENERIC/../../../../arch/powerpc/powerpc/trap.c
cc1: warnings being treated as errors
/export/20020615/syssrc/sys/arch/macppc/compile/GENERIC/../../../../arch/powerpc/powerpc/trap.c: In function `trap':
/export/20020615/syssrc/sys/arch/macppc/compile/GENERIC/../../../../arch/powerpc/powerpc/trap.c:237: warning: passing arg 3 of `ktrsyscall' makes pointer from integer without a cast
/export/20020615/syssrc/sys/arch/macppc/compile/GENERIC/../../../../arch/powerpc/powerpc/trap.c:237: too many arguments to function `ktrsyscall'
*** Error code 1
sys/kern/kern_ktrace.c:ktrsyscall(struct proc *p, register_t code, register_t args[])
一か所変更。
--- sys/arch/powerpc/powerpc/trap.c-1.23        Wed Jun  5 18:15:28 2002
+++ sys/arch/powerpc/powerpc/trap.c     Wed Jun 19 15:14:57 2002
@@ -234,7 +234,7 @@
 
 #ifdef KTRACE
                        if (KTRPOINT(p, KTR_SYSCALL))
-                               ktrsyscall(p, code, argsize, params);
+                               ktrsyscall(p, code, params);
 #endif
segfault storm... って syncicache かなぁ。調べよう。
  1. sys/lib/libkern/arch/powerpc/syncicache.c
  2. http://cvsweb.netbsd.org/cgi-bin/cvsweb.cgi/syssrc/lib/libc/arch/powerpc/gen/syncicache.c lib/libc/arch/powerpc/gen/syncicache.c
  3. ただし ts 版では、
    sys/arch/powerpc/powerpc/powerpc_machdep.c の最後
1 は使わないように出来るが 2 は出来なくて libc に入ってしまう ? だから..


2002年06月18日(火) 旧暦 [n年日記]

#1 [NetBSD] start=0x100000 と __syncichache

試すことを整理して見よう。

#2 [Namazu] Devel::DProf って初めて知った


#3 [Security] chunked encoding vulnerability

「1.3.x は stack overflow から (child が) segfault されてしまう」と読めばいいのかな。

#4 [NetBSD] port-powerpc-ja のメールが何だか飛び飛びだと思ったら

:0
* ^Return-Path:.*port-powerpc-ja-return
        {
        :0
        * ^Content-Type: text/plain; charset=ISO-2022-JP
        ml/port-powerpc-ja/.
        :0
        ml/port-powerpc-ja-junk/.
        }
したの忘れていて、junk の方は見ていなかった。 いづれにしても、これはだめみたい。In-Reply-To: 付けておけば もう少しましかな。あと tsubai さん特例入れておけば。多分。


2002年06月17日(月) 旧暦 [n年日記]

#1 [NetBSD] start=0x100000 で止る問題

20020314+(libkern)0313 動く:

20020407 kbd/screen では動かない:

20020407 に逆 patch を当てる(R)と動く:

ただし
  • macppc/macppc/conf.c は 1.37 でなく 1.38 を
  • powerpc/powerc/powerpc_machdep.c は 1.10 でなく 1.11 を
採用

20020407 に syncicache.c だけを古くして見る(R-2)と、:

serial (ttya) でも動かなくなってしまう。
0 > boot netbsd.1 
OF_open bootpath=ata/ata-disk@0
read stage 2 blocks: 01234567. done!
starting stage 2...

>> NetBSD/macppc OpenFirmware Boot, Revision 1.6
>> (makoto@ibook, Mon May 27 12:55:46 JST 2002)
no active package3753564+218516 [188096+156874]=0x41e1e0
 start=0x100000
しかし、良く考えて見ると、__syncicache を呼んでいるのは ofwboot (/boot) であって、上の作業ではその内容は更新されていない ? (以上で使っている ofwboot は 1.6_BETA1 のもの)
というのは、あさはかであって

__syncicache は:

kernel が読まれた後、起動する時の一番最初の、 syssrc/sys/arch/macppc/macppc/locore.S の中の
212         mr      5,6                     /* args string */
213         bl      _C_LABEL(initppc)
214         bl      _C_LABEL(main)
215         b       _C_LABEL(OF_exit)
(これはどの版でも変更無) で呼ばれる initppc で、それは syssrc/sys/arch/macppc/macppc/machdep.c の中にあって、 で
141 initppc(startkernel, endkernel, args)
313         __syncicache((void *)EXC_RST, EXC_LAST - EXC_RST + 0x100);

419 restore_ofmap(ofmap, len)
472         __syncicache((void *)&extint_call, sizeof extint_call);
473         __syncicache((void *)EXC_EXI, (int)&extsize);

684 cpu_reboot(howto, what)
724                 __syncicache((void *)msgbuf_paddr, round_page(MSGBUFSIZE));

748         /* flush cache for msgbuf */
749         __syncicache((void *)msgbuf_paddr, round_page(MSGBUFSIZE));
のように呼ばれている。 (これもどの版でも変更無)

libkern の関係だけを戻して見ようか。:

serial でも動かなくなってしまった。

sys/lib/libkern/arch/powerpc/ だけの問題だ、:

しかも 20020314 の変更だけが問題だということで、確かに
rest       libkern/arch/powerpc
20020314 + 20020313         boots fine even with kbd/screen
20020314                    stops at start=0x100000
20020314   one line patch   stops at start=0x100000
そうなっている。 20020314 の kernel が出来るとは思わなかったので、試さなかった。

関係ないが kbd/screen のどちらか一方では ?:

と気になったので、 まず動く kernel を使って、
input-device output-device
ttya         screen         問題ない
kbd	     ttya           次のように zstty0 で止る ?
....
obio0 at pci0 dev 16 function 0: addr 0xf3000000
mesh0 at obio0 offset 0x10000 irq 12: 50MHz, SCSI ID 7
scsibus0 at mesh0: 8 targets, 8 luns per target
zsc0 at obio0 offset 0x13000: irq 15,16
zstty0 at zsc0 channel 0u'
動かない kernel だと、どちらの組合せも start=0x100000 で止る。

(多分余計な) consinit() を外すと問題解決:


#2 [NetBSD] ちょっと気になる ofw_stack() は


#3 [NetBSD] OpenBSD の pdisk

todd ってまさか Todd Vierling ではないよね、あの人は tv だったか。


2002年06月15日() 旧暦 [n年日記]

#1 [NetBSD] Tanzania stops at start=0x10000

StarMax も 4400 も条件は同じ。
どちらの機械も、(userland は 1.6_BETA1 だとして) 

kernel が 1.6_BETA1 等の場合
   serial     動く 
   kbd/screen 動かない。 (start=0x10000 で止る)

kernel が椿井版だと、
makoto@ibook:/export/20020526-src-sys/sys/arch/macppc/compile/
   serial     動く 
   kbd/screen 
              segmentation fault の嵐になる

sys/arch/macppc/stand/ofwboot/boot.c から start=0x.. の部分:

296         entry = marks[MARK_ENTRY];
297         ssym = (void *)marks[MARK_SYM];
298         esym = (void *)marks[MARK_END];
299 
300         printf(" start=0x%x\n", entry);
301         __syncicache((void *)entry, (u_int)ssym - (u_int)entry);
302         chain((void *)entry, bootline, ssym, esym);
303 
304         OF_exit();
305 }

__syncicache か chain:

chain の方は sys/arch/macppc/stand/ofwboot/boot.c
118 static void
119 chain(entry, args, ssym, esym)
120         void (*entry)();
121         char *args;
122         void *ssym, *esym;
...
138         OF_chain((void *)RELOC, end - (char *)RELOC, entry, args, l);
この引数の中で(今)使われているのは args, l だけ

OF_chain:

sys/arch/macppc/stand/ofwboot/Locore.c
519 OF_chain(virt, size, entry, arg, len)
520         void *virt;
521         u_int size;
522         void (*entry)();
523         void *arg;
524         u_int len;
525 {
526         /*
527          * This is a REALLY dirty hack till the firmware gets this going
528          */
529 #if 0
530         OF_release(virt, size);
531 #endif
532         entry(0, 0, openfirmware, arg, len);
533 }

この entry は同じ中に asm で書いてある。 最初の boot.c の中に出て来る MARK_SYM MARK_END などは、 sys/lib/libsa/loadfile.h に書いてある。
42 #define MARK_START      0
43 #define MARK_ENTRY      1
44 #define MARK_NSYM       2
45 #define MARK_SYM        3
46 #define MARK_END        4
47 #define MARK_MAX        5

time warp .. 20020310:

/export/20020310/src/tools/obj/tools.NetBSD-1.5ZC-powerpc/bin/powerpc--netbsd-gcc -O2 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Werror -nostdinc -isystem /export/20020310/dest/usr/include -c /export/20020310/src/usr.bin/vmstat/vmstat.c
/export/20020310/src/usr.bin/vmstat/vmstat.c: In function `dopool':
/export/20020310/src/usr.bin/vmstat/vmstat.c:1137: structure has no member named `pr_pagesz'
/export/20020310/src/usr.bin/vmstat/vmstat.c:1141: structure has no member named `pr_pagesz'
*** Error code 1

3467.141u 1488.008s 1:48:10.75 76.3% 0+0k 10499+272669io 6960pf+92w

time warp .. 20020222:

/export/20020222/src/distrib/macppc/floppies/ramdisk/../../../../bin/rcp/../../usr.bin/rlogin/kcmd.c:56: kerberosIV/kparse.h: No such file or directory
nbmkdep: compile failed.
*** Error code 1

20020314 + 20020313:



2002年06月14日(金) 旧暦 [n年日記]

#1 [検索機関] PageRankを上げるために

いつも美しい(日記の) URL の 馬場さん のところから。 (最近まで なつみかんの URL が違っていたので直した)

#2 [URL] ソースコードを読むための技術


#3 [NetBSD] ./build.sh

pax: Unable to access ./usr/bin/hesinfo <No such file or directory>
..
..
5603.834u 1893.609s 2:35:00.31 80.6% 0+0k 17367+392372io 17633pf+120w
ttyp0:root@quick 16:25:02/020614(/export/src)#
何か間違えたかな。それと、少し変更して試している。
ttyp0:root@quick 17:25:29/020614(/export/src)# diff sys/arch/macppc/macppc/machdep.c{-1.113,}
915c915
<
---
> printf(" ** (1) after ofb_cnattach\n");
932a933
> printf(" ** (2) NAKBD > 0 \n");
942a944
> printf(" ** (3) NAKBD > 0 \n");
985a988
> printf(" ** (3) NAKBD > 0 \n");
996a1000
> printf(" ** (4) NAKBD > 0 \n");
1006a1011
> printf(" ** (5) NAKBD > 0 \n");
全く効果なし(というか何も表示されない)。


2002年06月13日(木) 旧暦 [n年日記]

#1 [Web] 広告を貼ろうかなと思ったり


#2 [NetBSD] start=0x10000 とか表示しているのは

sys/arch/macppc/stand/ofwboot/boot.c の
300         printf(" start=0x%x\n", entry);
301         __syncicache((void *)entry, (u_int)ssym - (u_int)entry);
302         chain((void *)entry, bootline, ssym, esym); 
303  
304         OF_exit();
305 } 
この __syncicache は(最近良く見る字の気がするけど)
sys/lib/libkern/arch/powerpc/syncicache.c で定義されている。 ただし ts 版では、
sys/arch/powerpc/powerpc/powerpc_machdep.c の最後で定義している。 (最近 build.sh 出来なかったのと関係ありそう) その他
lib/libc/arch/powerpc/gen/syncicache.c でも定義している。

#3 [NetBSD] PM4400

とりあえず、動いた。何が原因なのか、これから調べる。 僕の 4400の ttya の入力はこわれているのではないかという説がある。 以下は ttyb を使った。boot.fs をいろいろ試そう。
0 > boot 
OF_open bootpath=scsi/sd@3
read stage 2 blocks: 01234567. done!
starting stage 2...

>> NetBSD/macppc OpenFirmware Boot, Revision 1.6
>> (root@quick, Tue Jun 11 12:29:56 JST 2002)
3718752+128844=0x3ab7c0
 start=0x800000
Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002
    The NetBSD Foundation, Inc.  All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993
    The Regents of the University of California.  All rights reserved.

NetBSD 1.6_BETA1 (INSTALL) #3: Thu Jun 13 11:12:19 JST 2002
    root@quick:/export/20020610/usr/src/sys/arch/macppc/compile/INSTALL

#4 [NetBSD] 意味もなく ./build.sh をもう一度。

別の機械 G4/400 AGP の負荷試験として、
makoto@u  16:58:04/020613(...usr/src)# time ./build.sh  -R $RELEASEDIR -D $DESTDIR >& ../log
10621.476u 3776.501s 4:39:29.69 85.8%   0+0k 20057+421963io 16571325pf+314w
makoto@u  21:37:59/020613(...usr/src)# 
20020610 の src から。start の gcc は egcs-1.1.2。

#5 [INN] 最近 400k とか 500k の記事が山ほど来るが

newsfeeds なんかで制限出来たっけ ? japan.books だけの合計で 100M くらいあった。 japan.music.heavy-metal も似たようなもの。


2002年06月12日(水) 旧暦 [n年日記]

#1 [NetBSD] (gdb) print db_onpanic=0

教えてもらったので、やって見る。
ttyp1:root@quick  8:31:22/020612(/)# gdb --write  netbsd.3
GNU gdb 5.0nb1
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "powerpc--netbsd"...(no debugging symbols found)...
(gdb) print db_onpanic=0
$1 = 0
(gdb) q
ttyp1:root@quick  8:31:57/020612(/)# ls -lt netbs*

#2 [日本語] 誤差 = Error

誤差制御演算子 確かに誤差 → error ではあるが error →誤差 ではない。
Error → エラー
としているのも良くない習慣だと思う。 Error → 問題・誤り・障害・誤差・誤謬
しかし問題 → error problem issue となるので、
Error → 問題
も時として(かなり)良くないことがあるだろう。
Error → 誤謬(ごびゅう)
ではちょっとなじみがなさそうだし。
とけちを付けて見たものの、言語の中で、 これだけ便利な情報が Web で見られる とは、有難いことだ。
elsif -> elseif Perl との違いで覚えておく。
制御構造に関する別の構文 → 内容を見る前に、細いことが気になって来ると、良くないが..
HTMLブロック"A = 5"は
HTML 部分 "A は 5 に等しい" は
PHP web icon の部分のうち、左のプラスの印の方をクリックすると、 何やら feedback 出来そうだが、 これは日本語の方に行くのかなぁ。
... ではなさそう。


2002年06月11日(火) 旧暦 [n年日記]

#1 [NetBSD] not exclusive lock holder 1008730187 unlocking

>> NetBSD/macppc OpenFirmware Boot, Revision 1.6
>> (makoto@ibook, Mon May 27 16:28:24 JST 2002)
3839052+219140 [187920+155996]=0x432e20
 start=0x100000
panic: lockmgr: pid 0, not exclusive lock holder 1008730187 unlocking
Stopped in pid () at   0x30f214:	lwz r0,r1, 0x14
db> 
という表示は sys/kern/kern_lock.c の 715 行目付近かららしい
457 lockmgr(__volatile struct lock *lkp, u_int flags,
458     struct simplelock *interlkp)
.....
528  switch (flags & LK_TYPE_MASK) {
.....
707  case LK_RELEASE:
708          if (lkp->lk_exclusivecount != 0) {
709                  if (WEHOLDIT(lkp, pid, cpu_id) == 0) {
710                          if (lkp->lk_flags & LK_SPIN) {  
711                                  panic("lockmgr: processor %lu, not "
712                                      "exclusive lock holder %lu "
713                                      "unlocking", cpu_id, lkp->lk_cpu);
714                          } else {
715                                  panic("lockmgr: pid %d, not "
716                                      "exclusive lock holder %d "
717                                      "unlocking", pid,
718                                      lkp->lk_lockholder);
719                          }                   
sys/kern/init_main.c
    192         KERNEL_LOCK_INIT();
    ..
    348         /* Lock the kernel on behalf of proc0. */
    349         KERNEL_PROC_LOCK(p);

というのがあるが、多分 MULTIPROCESSOR 以外は何もしない(はず) 同じく
    447         /*
    448          * Get the vnode for '/'.  Set filedesc0.fd_fd.fd_cdir to
    449          * reference it.
    450          */
    451         if (VFS_ROOT(mountlist.cqh_first, &rootvnode))
    452                 panic("cannot find root vnode");
    453         cwdi0.cwdi_cdir = rootvnode;
    454         VREF(cwdi0.cwdi_cdir);
    455         VOP_UNLOCK(rootvnode, 0);
    456         cwdi0.cwdi_rdir = NULL;
この 455 行目かな。 でももう一度最初から見直したら Copyright を表示する前のような。

curcpu() が気になったので:

(ts 版) sys/arch/macppc/include/cpu.h より
  77 #ifdef MULTIPROCESSOR
  ...
  80 static struct cpu_info *curcpu(void);
  ...
  91 static __inline struct cpu_info *
  92 curcpu()
  93 {
  94         struct cpu_info *ci;
  95 
  96         asm volatile ("mfsprg %0,0" : "=r"(ci));
  97         return ci;
  98 }
  99 
 ...
 111 #else
 ...
 116 #define curcpu()                (&cpu_info_store)
 ...
 119 #endif /* MULTIPROCESSOR */
(na 版の時も sys/arch/powerpc/include/cpu.h に書いてあるだけで、define の内容は同じ) でもって sys/arch/macppc/macppc/cpu.c に
struct cpu_info cpu_info_store;
となっていて cpu_info[] にいろいろ書込んだり..

consinit() -> cninit() の最後の問題の気が:

(字が入力出来ないし) 一番初めの中の 709 行目の
709                  if (WEHOLDIT(lkp, pid, cpu_id) == 0) {
cpu_id がきっと変なのかも。


2002年06月10日(月) 旧暦 [n年日記]

#1 [無題] サンウェーブ SSG-312

東関東支店
TEL 043-265-5871
〒260-0844 千葉県千葉市中央区千葉寺町 1210-5 (青葉の森の街 69-17)

#2 [NetBSD] xcast6 1.5ZC 用の patch がある

これを 1.6A (20020525) に当てて、やっとうまく kernel が出来たので、 その後少し作業する
sysctl.c:59: vm/vm_param.h: No such file or directory
となったが、多分 vm/vm_param.h -> uvm/uvm_param.h と直せばいいのだろう。


2002年06月09日() 旧暦 [n年日記]

#1 [天気] 信じられないくらいいい天気


#2 [NetBSD] pdc202xx -> dev/pci/pciide.c を眺めて暮す

40MHz の PCI bus に ATA/66 とか 100 とかをつなぐ時にはどうするのかなぁ という疑問が...
  ●                       暮 = {莫, 日}
・・・・      ・・・○
・・・・      ・・・・     ●…第1打鍵
・・・・      ・・・・     ○…第2打鍵

#3 [Soccer] ロシア戦を見る


#4 [PHP] PostgreSQL を読むてすと

 $a = pg_result($rc, $r, $c);
 print("<td>$a</td>");}
 print("<td>",pg_result($rc, $r, $c),</td>");}
と書けるのかなぁ。だめ見たい。
print("<td>") ; print(pg_result($rc, $r, $c)); print("</td>");
とは書ける。
print("<td>" . pg_result($rc, $r, $c) . "</td>");}
とも書ける。


2002年06月08日() 旧暦 [n年日記]

#1 [無題] 遅く起きる

松ヶ丘・アンビル

#2 [機械] iBook の電池が空っぽになってしまった気がする。

(三年もの)


2002年06月07日(金) 旧暦 [n年日記]

#1 [NetBSD] objdump を初めて(意味のあることに)使って見た

wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 5 (Ultra/100)
trap type 200 at 91c9dc
から、objdump -d ./INSTALL/netbsd
0091c914 <pdc202xx_setup_channel>:
  ...
  91c9bc:       40 82 01 e4     bne     91cba0 <pdc202xx_setup_channel+0x28c>
  91c9c0:       80 1d 00 a8     lwz     r0,168(r29)
  91c9c4:       39 20 00 11     li      r9,17
  91c9c8:       54 00 07 3e     clrlwi  r0,r0,28
  91c9cc:       81 7d 00 ac     lwz     r11,172(r29)
  91c9d0:       7d 29 00 30     slw     r9,r9,r0
  91c9d4:       7f 6b 48 ae     lbzx    r27,r11,r9
  91c9d8:       7c 00 06 ac     eieio
> 91c9dc:       7c 00 04 ac     sync
  91c9e0:       80 7d 00 98     lwz     r3,152(r29)
  91c9e4:       80 9d 00 9c     lwz     r4,156(r29)
  91c9e8:       38 a0 00 50     li      r5,80
  91c9ec:       4b ff 04 0d     bl      90cdf8 <pci_conf_read>
view sys/dev/pci/pciide.c
   3657 void
   3658 pdc202xx_setup_channel(chp)
   3659         struct channel_softc *chp;
   ....
   3678         /* Per channel settings */
   3679         if (PDC_IS_262(sc)) {
   3680                 scr = bus_space_read_1(sc->sc_dma_iot, sc->sc_dma_ioh,
   3681                     PDC262_U66);
   3682                 st = pci_conf_read(sc->sc_pc, sc->sc_tag, PDC2xx_STATE);
sys/arch/macppc/include/bus.h より
 84 #define MACPPC_BUS_STRIDE_MASK  0x0000000f
 88 #define __BA(t, h, o) ((void *)((h) + ((o) << ((t) & MACPPC_BUS_STRIDE_MASK))))
223 #define bus_space_read_1(t, h, o)       (in8(__BA(t, h, o)))
sys/dev/pci/pciide_pdc202xx_reg.h:
#define PDC262_U66    0x11
#define PDC2xx_STATE          0x50
手で少し書加えて見ると:
bne     91cba0 <pdc202xx_setup_channel+0x28c> if (PDC_IS_262(sc)) {
lwz     r0,168(r29)                       sc->sc_dma_ioh    ; (h)
li      r9,17                             PDC262_U66        ; (o)
clrlwi  r0,r0,28       
lwz     r11,172(r29)                      sc->sc_dma_iot    ; (t)
slw     r9,r9,r0       shift left word                      ; (o) <<
lbzx    r27,r11,r9                        bus_space_read_1                       
eieio
sync
lwz     r3,152(r29)	                  sc->sc_pc
lwz     r4,156(r29)                       sc->sc_tag
li      r5,80                             PDC2xx_STATE
bl      90cdf8 <pci_conf_read>
以上 gcc-2.95.3 の場合。gcc-3.x で作って見ようとしているが.. stdarg.h, varargs.h が混乱していて...
__builtin_saveregs not supported by this target
structure has no member named `__va'
と思ったけれど、既に作ってあるものでも同じだったので、gcc-3.2 で:
  34cb60:       40 82 01 e4     bne     34cd44 <pdc202xx_setup_channel+0x2cc>
  34cb64:       80 1c 00 a8     lwz     r0,168(r28)
  34cb68:       39 20 00 11     li      r9,17
  34cb6c:       54 00 07 3e     clrlwi  r0,r0,28
  34cb70:       81 7c 00 ac     lwz     r11,172(r28)
  34cb74:       7d 29 00 30     slw     r9,r9,r0
  34cb78:       7f 6b 48 ae     lbzx    r27,r11,r9
  34cb7c:       7c 00 06 ac     eieio
  34cb80:       7c 00 04 ac     sync
  34cb84:       80 7c 00 98     lwz     r3,152(r28)
  34cb88:       80 9c 00 9c     lwz     r4,156(r28)
  34cb8c:       38 a0 00 50     li      r5,80
  34cb90:       4b fe bf 21     bl      338ab0 <pci_conf_read>
r29 -> r28 は違うのはいいとして、全く同じ。
603e 問題かなぁ。
;the sync operation is not broadcast onto the 603e bus interface.
って書いてあるものがあるので。
The Enforce In-Order Execution of I/O (eieio) instruction is used to ensure memory reordering of noncacheable memory acess. Since the 603e does not reroder noncacheable memory access, the eieio instruction is treated as a no-op.
ともある。最適化を変えて make した方がいいのかな。 何も考えないと -O2 になっている。 -O だと (pciide.o だけ -O ね。gcc-2.95.3)
wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 5 (Ultra/100)
trap type 200 at 34d47c
Press a key to panic.
panic: trap
やはりだめのよう。しかし少し先に行っている
  34d458:       80 1c 00 a8     lwz     r0,168(r28)
  34d45c:       54 00 07 3e     clrlwi  r0,r0,28
  34d460:       39 20 00 11     li      r9,17
  34d464:       7d 29 00 30     slw     r9,r9,r0
  34d468:       81 7c 00 ac     lwz     r11,172(r28)
  34d46c:       7c 00 06 ac     eieio
  34d470:       7c 00 04 ac     sync
  34d474:       7f e9 58 ae     lbzx    r31,r9,r11
  34d478:       80 7c 00 98     lwz     r3,152(r28)
> 34d47c:       80 9c 00 9c     lwz     r4,156(r28)
単に順が入替っているためか。-O 無でやって見よう。
wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 5 (Ultra/100)
trap type 200 at 353d90
Press a key to panic.
ちょっと違うところになっている。
00353d78 <__inb>:
  353d78:       94 21 ff e0     stwu    r1,-32(r1)
  353d7c:       93 e1 00 1c     stw     r31,28(r1)
  353d80:       7c 3f 0b 78     mr      r31,r1
  353d84:       7c 69 1b 78     mr      r9,r3
  353d88:       88 09 00 00     lbz     r0,0(r9)
  353d8c:       98 1f 00 08     stb     r0,8(r31)
 >353d90:       7c 00 06 ac     eieio
  353d94:       7c 00 04 ac     sync
  353d98:       89 7f 00 08     lbz     r11,8(r31)
  353d9c:       55 60 06 3e     clrlwi  r0,r11,24
  353da0:       7c 03 03 78     mr      r3,r0
  353da4:       48 00 00 04     b       353da8 <__inb+0x30>
  353da8:       81 61 00 00     lwz     r11,0(r1)
  353dac:       83 eb ff fc     lwz     r31,-4(r11)
  353db0:       7d 61 5b 78     mr      r1,r11
  353db4:       4e 80 00 20     blr


2002年06月06日(木) 旧暦 [n年日記]

#1 [NetBSD] objdump

> objdump -d /bin/ls | less
とか。 去年の 2/23 日 にも同じことを書いているのに、忘れていた。
 objdump -d /bin/cp > /tmp/cp
 objdump -d /bin/ls > /tmp/ls
 diff -u /tmp/cp /tmp/ls | less
とかやって見る。

#2 [MacOS] AirMac の熱対策

宗子(Sorshi) さん のところから。モデムを使うことはないから外して見よう。 結構暑そうなこところに置いてあるし。

#3 [NetBSD] undefined pg_connect() の問題

は 以前に 4.1.2 で入れた時の pgsql.so が無効だったらしく もう一度 databases/php4-pgsql で入直したら 4.2.1 の方が入って、undefined ではなくなった。

#4 [Emacs] wl のごみ

  1. 最近たまーに、html 形式で送って来る人の下に、全く関係ない 画像が表示されることがある。多分 cache に残っているものという感じ。 それもたいてい(一度も見たことがない)変な絵だけれど。
  2. 多分そういうことがいままで二回はあった。 二回とも @aol.com の人からだなぁ
    X-Mailer: AOL 7.0 for Windows JP sub 10503
  3. それで、wl の Mailing list が 220 通くらい未読だったので、 関係ありそうなものはないかなと、 題名とか見ているが、結構英語の SPAM が混っている。で、
  4. 英語は全てはねる。ただし一部の人は通す
    :0
    * ^Return-Path:.*##lists.airs.net
    	{
    	:0
    	* ^Content-Type: text/plain; charset=ISO-2022-JP
    	ml/wl/. 
    	:0
    	* ^From: Sean Rima <sean##tcob1.net>|^From: Marco Lombardi <lombardi##astro.uni-bonn.de>
    	ml/wl/. 
    	:0
    	ml/wl-junk/.
    	}
    
    ってやって見たけれど、英語の質問があると、 日本人でも charset=iso-8859-1 で応えちゃうから、だめだなぁ。
いまそうやって +ml/wl を見た後に、件のメールを見に行ったら正常だった。
版は Wanderlust/2.8.1 (Something)

tcode (きょうは「ゃ」を忘れてしまった):

                           ゃ = {ゃ}
・・・・◎    ・・・・
・・・・      ・・・・     ◎…第1、第2打鍵
・・・・      ・・・・
打てない一覧にも入っていないのに。(つまり知っているはず)


2002年06月05日(水) 旧暦 [n年日記]

#1 [NetBSD] pkgsrc/www/php4 (4.1.2)

が、どうも変なので、4.2.1 にして見ている
patches/patch-ac 変更
patches/patch-ad 変更
patches/patch-af 削除
distinfo         更新
Makefile.common  変更 (4.1.2 -> 4.2.1)
make install
... installing shared modules into /usr/pkg/lib/php/extensions/no-debug-non-zts-20020429
...
/bin/rmdir /usr/pkg/include/php/ext/xml/expat/xmltok
rmdir: /usr/pkg/include/php/ext/xml/expat/xmltok: No such file or directory
とりあえず make -i install する。
php4-session というのを使えばいいようだ。 ... devel/php4-session にあるもの。... 4.1.2 incompatible pointer type etc.. なので 4.2.1 に取替えて見る。
install -d -o root -g wheel -m 555 /usr/pkg/lib/php/20010901
install -c -o root -g wheel -m 444 /export/pkgsrc/devel/php4-session/work/php-4.2.1/ext/session/modules/session.so /usr/pkg/lib/php/20010901

pg_connect() が未定義で悩んでいるが:

--with-apxs=/export/pkgsrc/www/ap-php4/work/.buildlink/sbin/apxs'
と書いてあるのは変だなぁ。とは言え、いまのところは、これはまだあるので、 直接は関係ない訳か。


2002年06月04日(火) 旧暦 [n年日記]

#1 [Web] 「日本 Apache XML プロジェクト」のメーリングリスト

http://xml.apache.org/ に関する日本語化、ドキュメント翻訳などを行なうそうです。
入って見る。
返信先アドレスは、メーリングリスト本体と同じ jaxmldev@xml.gr.jp となりますが、通知コードを含むメールが メーリングリスト本体に配信されることはありません。
あまりいい趣味とは思えないなぁ。 こんなことに文句を言ってもはじまらないので忘れよう。


2002年06月03日(月) 旧暦 [n年日記]

#1 [NetBSD] Zero copy Ethernet 33.6M -> 49.3M

5/16 日に ttcp を使って測ったら、33.6Mbps だった。全く同じ機械で、 kernel に
options SOSEND_LOAN
を付けて作ったものを一方にだけ入れて、試して見た。
StarMax 3000/180 (options SOSEND_LOAN 付) 1.6_BETA1, cc= 2.95.3
(makoto@ibook:/export/netbsd-1-6/sys/arch/macppc/compile/GENERIC-sosend_loan-insecure)
tty00:root@gw2 11:50:45/020603(/usr/pkg)# ttcp -r -s -n16384 192.168.80.30
ttcp-r: buflen=8192, nbuf=16384, align=16384/0, port=5001 tcp
ttcp-r: socket
ttcp-r: accept from 192.168.80.30
ttcp-r: 134217728 bytes in 21.24 real seconds = 6172.29 KB/sec +++
ttcp-r: 17398 I/O calls, msec/call = 1.25, calls/sec = 819.29
ttcp-r: 0.1user 9.2sys 0:21real 44% 0i+0d 0maxrss 0+2pf 643+263csw
tty00:root@gw2 11:51:31/020603(/usr/pkg)#
G4/400 AGP (変更無)
makoto@u 11:51:13/020603(...benchmarks/ttcp)# ttcp -t -s -n16384 192.168.80.10
ttcp-t: buflen=8192, nbuf=16384, align=16384/0, port=5001 tcp -> 192.168.80.10
ttcp-t: socket
ttcp-t: connect
ttcp-t: 134217728 bytes in 21.23 real seconds = 6172.83 KB/sec +++
ttcp-t: 16384 I/O calls, msec/call = 1.33, calls/sec = 771.60
ttcp-t: 0.0user 1.6sys 0:21real 7% 0i+0d 0maxrss 0+2pf 40246+65csw
33.6M が 49.3M になった。すごい。一応反対方向も試したが、 5742.97 KB/sec +++ (45.9Mbps) で、速くなっている... 変かなぁ。



最近の日記
2024年03月10日
停電 (瞬電)
2024年03月03日
the second try on bare-metal
useradd
2024年02月29日
opendkim and senmail
2024年01月24日
chat/iam 0.0.8
2024年01月21日
uselocale vs setlocale (textproc/R-readxl)
以上、21 日分です。
タイトル一覧
カテゴリ分類
Powered by hns-2.19.9, HyperNikkiSystem Project

Count.cgi (since 2000/02/05)