みずたにです。
# はっ、やっと自分の投稿が届いた。(@_@)

この間、DMで以下のような指摘を頂きました

> sys/dev/usb/usbdevs 中の、product SHARP が集まっているところに
> 
> product SHARP WS003SH         0x9102  WS003SH PDA
> 
> という行を追加し、
> sys/dev/usb/umodem.c 中で
> 
> static const struct umodem_product {
>       u_int16_t       vendor;
>       u_int16_t       product;
>       u_int8_t        interface;
> } umodem_products[] = {
>       /* Kyocera AH-K3001V*/
>       { USB_VENDOR_KYOCERA, USB_PRODUCT_KYOCERA_AHK3001V, 0 },
>       { USB_VENDOR_SIERRA, USB_PRODUCT_SIERRA_MC5720, 0 },
>       { USB_VENDOR_CURITEL, USB_PRODUCT_CURITEL_PC5740, 0 },
>       { USB_VENDOR_SHARP, USB_PRODUCT_SHARP_WS003SH, 0}, ←追加行
>       { 0, 0, 0 },
> };
> 
> とすると、どうなりますか?

2年程前に AH-K3001V という端末をこの方法で動作させたそうです。
今は入っているみたいですが、「umodemっぽいけど、動かない」場合には
試す価値がありそうです。

で、この変更を施したkernelで再立ち上げしましたが
        ugen0: SHARP CORPORATION SHARP WS003SH USB Modem Driver, rev 2.00/0.90, 
addr 2
のままで状況は変わりませんでした。WS003SH(W-ZERO3)の場合は無理なのでしょうか。

udesc_dump(sysutils/udesc_dump)の結果を添付しました。
何かお気づきの点がありましたら教えて下さい。

-- 
水谷 正樹 / [EMAIL PROTECTED]
PGP Fingerprint: E551 12B2 CF6B 50EA BD5C  CFD1 FF41 0F6E 595C 92CE
PGP Public Key : http://m-saki.dyndns.org/%7Emizutani/key/

Attachment: udesc_dump.ws003sh
Description: Binary data

メールによる返信