Subject: Re: kern/33241: Nokia 6230i umodem device stopped to work in 3.0
To: None <kern-bug-people@netbsd.org, gnats-admin@netbsd.org,>
From: Ignatios Souvatzis <ignatios@cs.uni-bonn.de>
List: netbsd-bugs
Date: 09/21/2006 09:35:02
The following reply was made to PR kern/33241; it has been noted by GNATS.

From: Ignatios Souvatzis <ignatios@cs.uni-bonn.de>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: kern/33241: Nokia 6230i umodem device stopped to work in 3.0
Date: Thu, 21 Sep 2006 11:31:22 +0200

 On Sun, Sep 03, 2006 at 03:05:13PM +0000, ITOH Yasufumi wrote:
 
 >  The umodem changes had been pulled up to the netbsd-2 and netbsd-1-6
 >  branches. How does your device work on the branches?
 
 I didn't test netbsd-1-6.
 
 I did test said umodem with a slightly different model of Sony VAIO, and
 a netbsd-2.1 userland installation, using a quick cu -l $DEVICE :
 
 * netbsd-3.0.1 and
 * netbsd-3.1 RC3 kern: hang as described in the PR, with 
  /dev/ttyU0 as well as /dev/dtyU0.
 
 Additional observations:
 - ~. (from cu) needs a long time.
 - The kernel complains about short transfers on aue0: when I try to ftp
   while this happens.
 
 * netbsd-4_BETA,
 * netbsd-2.1 and
 * netbsd-2.0.2 all are fine. 
 
 All kernels where GENERIC_LAPTOP from ftp.netbsd.org (from NetBSD-daily
 where applicable).
 
 I did an additional test on an AMD64 desktop running netbsd-i386 3.0.1;
 same result (hangs). Here's the debug code from that machine:
 
 umodem0 at uhub0 port 2 configuration 1 interface 1
 umodem0: Nokia Nokia 6230i, rev 1.10/3.50, addr 2, iclass 2/2
 umodem0: data interface 2, has CM over data, has break
 is: no cm over data forced.
 umodem0: status change notification available
 umodem_common_attach: sc=0xc1d8ed00
 ucom0 at umodem0
 umodem_open: sc=0xc1d8ed00
 umodem_get_status:
 umodem_param: sc=0xc1d8ed00
 umodem_set_line_coding: rate=9600 fmt=0 parity=0 bits=8
 umodem0: notify bytes = 0200
 umodem_get_status:
 umodem_dtr: onoff=1
 umodem_param: sc=0xc1d8ed00
 umodem_set_line_coding: rate=9600 fmt=0 parity=0 bits=8
 umodem_set_line_coding: already set
 umodem_param: sc=0xc1d8ed00
 umodem_set_line_coding: rate=9600 fmt=0 parity=0 bits=8
 umodem_set_line_coding: already set
 umodem_ioctl: cmd=0x20007471
 umodem_ioctl: unknown
 umodem_dtr: onoff=0
 umodem_close: sc=0xc1d8ed00
 umodem_open: sc=0xc1d8ed00
 umodem_get_status:
 umodem_param: sc=0xc1d8ed00
 umodem_set_line_coding: rate=9600 fmt=0 parity=0 bits=8
 umodem_set_line_coding: already set
 umodem_dtr: onoff=1
 umodem_param: sc=0xc1d8ed00
 umodem_set_line_coding: rate=9600 fmt=0 parity=0 bits=8
 umodem_set_line_coding: already set
 umodem_param: sc=0xc1d8ed00
 umodem_set_line_coding: rate=9600 fmt=0 parity=0 bits=8
 umodem_set_line_coding: already set
 umodem_ioctl: cmd=0x20007471
 umodem_ioctl: unknown
 umodem_dtr: onoff=0
 umodem_close: sc=0xc1d8ed00
 umodem0: at uhub0 port 2 (addr 2) disconnected
 umodem_common_detach: sc=0xc1d8ed00 flags=1
 ucom0 detached
 umodem0 detached
 
 Regards,
 	-is