[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[palm-unix-j:00346] hotsync succeeds only once??
- Subject: [palm-unix-j:00346] hotsync succeeds only once??
- From: KYUSHIMA Masahiro <sheemer@ryukyu.ne.jp>
- Date: Thu, 9 Jan 2003 03:09:23 +0900
あけましておめでとうございます。sheemer@沖縄です。ちょうど1年前に
「[palm-unix-j:00260] USB hotsync unsuccessful」からはじまるスレッドで
御世話になりました。その後快調にPalmとlinuxを使っていましたが、問題が
発生しましたのでまたヒントを得たくやってまいりました。
vine-users-mlに書いたのですが、話が特殊なのか返事がないので、再掲に
近いのですが、書かせていただきます。
問題は「HotSyncに最初の1回だけ成功する」という妙な状態です。
IBM iSeries s30
VineLinux2.6r1
kernel 2.4.19-0vl26
pilot-link-0.9.5-0vl2
jpilot-0.98.1-0vl3
Palm Vx
という環境です。HotSyncに使っているケーブルはサードパーティのもので、
以前に「[palm-unix-j:00260] USB hotsync unsuccessful」で書いたものと
同じものです。前回VineLinux2.1.5のときは/etc/usbmgr/usbmgr.confに記述を
書き加えるなどが必要でしたが、VineLinux2.5/2.6では何もしなくてもケーブルは
認識されています。以下はケーブルを挿したときの/var/log/messagesの内容:
===
Jan 7 08:21:07 localhost kernel: hub.c: new USB device 00:07.2-1, assigned address 3
Jan 7 08:21:07 localhost kernel: usb.c: USB device 3 (vend/prod 0x67b/0x2303) is not claimed by any active driver.
Jan 7 08:21:08 localhost murasaki.usb[2797]: device is added
Jan 7 08:21:08 localhost murasaki.usb[2797]: vendor:0x67b product:0x2303 Dclass:0x0 Dsubclass:0x0 Dprotocol:0x0 Iclass:0xff Isubclass:0x0 Iprotocol:0x0
Jan 7 08:21:08 localhost murasaki.usb[2797]: MATCH(pl2303) -> match_flags:0x3 vendor:0x67b product:0x2303 Dclass:0x0 Dsubclass:0x0 Dprotocol:0x0 Iclass:0x0 Isubclass:0x0 Iprotocol:0x0
Jan 7 08:21:08 localhost kernel: usb.c: registered new driver serial
Jan 7 08:21:08 localhost kernel: usbserial.c: USB Serial support registered for Generic
Jan 7 08:21:08 localhost kernel: usbserial.c: USB Serial Driver core v1.4
Jan 7 08:21:08 localhost kernel: usbserial.c: USB Serial support registered for PL-2303
Jan 7 08:21:08 localhost kernel: usbserial.c: PL-2303 converter detected
Jan 7 08:21:08 localhost kernel: usbserial.c: PL-2303 converter now attached to ttyUSB0 (or usb/tts/0 for devfs)
Jan 7 08:21:08 localhost kernel: pl2303.c: Prolific PL2303 USB to serial adaptor driver v0.9
===
これでVine2.5では問題なく利用できていました。ところが先日PC本体のHDを換装して
Vine2.6r1をインストールしたあとから、HotSyncを起動後1回だけは成功するが、
次から失敗する、という状況になりました。
この状態をプロセスから見ると、Hotsyncの2回目、失敗以降は同じjpilotのプロセスが
二つ起きている?、ように見えます:
===
$ ps awux |grep jpilot
sheemer 1649 2.6 1.8 8112 4712 ? S 12:23 0:01 jpilot
sheemer 1676 0.0 0.2 2496 704 pts/0 R 12:24 0:00 grep jpilot
↑最初の状態。普通に動いている。Hotsyncすると;
$ ps awux |grep jpilot
sheemer 1649 2.5 1.8 8112 4712 ? S 12:23 0:01 jpilot
sheemer 1678 0.0 0.2 2496 712 pts/0 S 12:25 0:00 grep jpilot
↑最初のHotSync中。問題なし。Hotsync終了。またHotsyncを試みると;
$ ps awux |grep jpilot
sheemer 1649 2.3 1.8 8112 4712 ? S 12:23 0:01 jpilot
sheemer 1681 0.0 1.8 8112 4720 ? D 12:25 0:00 jpilot
sheemer 1683 0.0 0.2 2496 704 pts/0 R 12:25 0:00 grep jpilot
↑二度目のHotSync。プロセスがもうひとつ起きる。HotSync失敗。
「本体はパソコンとの接続に失敗しました。設定を確認してから
もう一度やり直してください。」とPalmに表示される。jpilotはなにもエラーを
表示せず、画面の再描画などをしなくなっている。
$ ps awux |grep jpilot
sheemer 1681 0.0 1.8 8112 4720 ? D 12:25 0:00 jpilot
sheemer 1685 0.0 0.2 2496 712 pts/0 S 12:25 0:00 grep jpilot
$
↑最初のjpilotの画面が部分的に再描画しなくなっているので、「終了」ボタンで
終了させる。最初のプロセスは消えるが、二つめはのこったまま(どこにあるの??
jpilotの画面は存在しない。)このプロセスはkill -9で止められない。
$ ls -l /dev/pilot
lrwxrwxrwx 1 root root 12 Dec 10 09:00 /dev/pilot -> /dev/ttyUSB0
$ ls -l /dev/ttyUSB0
crw------- 1 sheemer uucp 188, 0 Dec 25 12:05 /dev/ttyUSB0
この後同じようにHotSyncを失敗したときたまたま/var/log/messagesをみていたら
以下の出力がありました:
===
Jan 7 12:42:23 quinne kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000014
Jan 7 12:42:23 quinne kernel: printing eip:
Jan 7 12:42:23 quinne kernel: d089c169
Jan 7 12:42:23 quinne kernel: *pde = 00000000
Jan 7 12:42:23 quinne kernel: Oops: 0000
Jan 7 12:42:23 quinne kernel: CPU: 0
Jan 7 12:42:23 quinne kernel: EIP: 0010:[eepro100:__insmod_eepro100_O/lib/modules/2.4.19-0vl26/kernel/drivers+-142999/96] Tainted: P
Jan 7 12:42:23 quinne kernel: EIP: 0010:[<d089c169>] Tainted: P
Jan 7 12:42:23 quinne kernel: EFLAGS: 00210087
Jan 7 12:42:23 quinne kernel: eax: cfab9a00 ebx: ffffff8d ecx: 00000000 edx: 00000000
Jan 7 12:42:23 quinne kernel: esi: c981b8c0 edi: 00000000 ebp: 00200246 esp: c819be3c
Jan 7 12:42:23 quinne kernel: ds: 0018 es: 0018 ss: 0018
Jan 7 12:42:23 quinne kernel: Process jpilot (pid: 1204, stackpage=c819b000)
Jan 7 12:42:23 quinne kernel: Stack: ffffff8d c981b8c0 00000000 00200282 d089d88b c981b8c0 c981b8c8 c981b8c0
Jan 7 12:42:23 quinne kernel: 00200286 cff3a960 00000001 00000000 c96fc400 ced891d4 d089cda0 c981b8c0
Jan 7 12:42:23 quinne kernel: c8f0dc00 c8f0dc1c c8d01000 00000000 ced891d4 c022715e c981b8c0 d08f5ee8
Jan 7 12:42:23 quinne kernel: Call Trace: [eepro100:__insmod_eepro100_O/lib/modules/2.4.19-0vl26/kernel/drivers+-137077/96] [eepro100:__insmod_eepro100_O/lib/modules/2.4.19-0vl26/kernel/drivers+-139872/96] [usb_unlink_urb+38/48] [encode-eucjp:db_gb+477736/720656080] [encode-eucjp:db_gb+450560/720683256]
Jan 7 12:42:23 quinne kernel: Call Trace: [<d089d88b>] [<d089cda0>] [<c022715e>] [<d08f5ee8>] [<d08ef4c0>]
Jan 7 12:42:23 quinne kernel: [encode-eucjp:db_gb+450757/720683059] [release_dev+584/1276] [__free_pages+27/28] [free_page_and_swap_cache+51/56] [__free_pte+71/76] [zap_page_range+417/588]
Jan 7 12:42:23 quinne kernel: [<d08ef585>] [<c01ce360>] [<c012dc53>] [<c012e033>] [<c0123a87>] [<c0123e81>]
Jan 7 12:42:23 quinne kernel: [tty_release+9/16] [fput+76/224] [filp_close+89/100] [put_files_struct+84/184] [do_exit+199/560] [sys_exit+14/16]
Jan 7 12:42:23 quinne kernel: [<c01ce9a1>] [<c0133ca4>] [<c0132ce5>] [<c01199a8>] [<c0119f4f>] [<c011a0de>]
Jan 7 12:42:23 quinne kernel: [system_call+51/56]
Jan 7 12:42:23 quinne kernel: [<c01086f3>]
Jan 7 12:42:23 quinne kernel:
Jan 7 12:42:23 quinne kernel: Code: 8b 52 14 8b 42 e8 25 00 00 00 2f 0d 00 00 80 01 89 42 e8 8b
===
なにが起きていて、どう解決したらよいのでしょうか。
--
KYUSHIMA Masahiro, MD
Division of Cardiology,
Chief, Division of Medical Informatics,
Okinawa Chubu Hospital, Okinawa, Japan. +81-98-875-6743(fax)
http://www.ryukyu.ne.jp/~sheemer/