NetBSD Problem Report #29771

From kimoto@gaia.earthlight.jp  Wed Mar 23 14:03:50 2005
Return-Path: <kimoto@gaia.earthlight.jp>
Received: from gaia.earthlight.jp (unknown [203.178.157.109])
	by narn.netbsd.org (Postfix) with ESMTP id F018063B11A
	for <gnats-bugs@gnats.NetBSD.org>; Wed, 23 Mar 2005 14:03:46 +0000 (UTC)
Message-Id: <20050323140147.861C6C35A@gaia.earthlight.jp>
Date: Wed, 23 Mar 2005 23:01:47 +0900 (JST)
From: kimoto@ohnolab.org
Reply-To: kimoto@ohnolab.org
To: gnats-bugs@netbsd.org
Subject: Some newer USB memory don't work
X-Send-Pr-Version: 3.95

>Number:         29771
>Category:       kern
>Synopsis:       Some newer USB memory don't work
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Mar 23 14:04:00 +0000 2005
>Last-Modified:  Fri Mar 25 00:52:01 +0000 2005
>Originator:     Masahiko KIMOTO
>Release:        NetBSD 2.99.16
>Organization:
----------------------------------------------------------------------
Masahiko KIMOTO, Ph. D.
E-mail: kimoto@ohnolab.org        URL: http://www.ohnolab.org/~kimoto
>Environment:
System: NetBSD gaia.earthlight.jp 2.99.16 NetBSD 2.99.16 (GAIA) #39: Sat Mar 5 22:23:22 JST 2005 kimoto@gaia.earthlight.jp:/local/home/kimoto/work/source/netbsd/src/sys/arch/i386/compile/GAIA i386
Architecture: i386
Machine: i386
>Description:
	Some Newer USB memory sticks need quirks.
>How-To-Repeat:
	When such memory is inserted, /dev/scsibus0 appears, but
	it hangs when I scan the device by 'scsictl /dev/scsibus0 scan 0 0'
>Fix:
	apply the following patch.

Index: umass_quirks.c
===================================================================
RCS file: /cvs/cvsroot/src/sys/dev/usb/umass_quirks.c,v
retrieving revision 1.68
diff -c -r1.68 umass_quirks.c
*** umass_quirks.c	2 Mar 2005 11:37:27 -0000	1.68
--- umass_quirks.c	15 Mar 2005 13:37:34 -0000
***************
*** 187,192 ****
--- 187,199 ----
  	  UMATCH_DEVCLASS_DEVSUBCLASS_DEVPROTO,
  	  NULL, NULL
  	},
+ 	{ { USB_VENDOR_MSYSTEMS, USB_PRODUCT_MSYSTEMS_DISKONKEY3 },
+ 	  UMASS_WPROTO_UNSPEC, UMASS_CPROTO_UNSPEC,
+ 	  0,
+ 	  PQUIRK_NOBIGMODESENSE,
+ 	  UMATCH_DEVCLASS_DEVSUBCLASS_DEVPROTO,
+ 	  NULL, NULL
+ 	},
  };

  const struct umass_quirk *
Index: usbdevs
===================================================================
RCS file: /cvs/cvsroot/src/sys/dev/usb/usbdevs,v
retrieving revision 1.397
diff -c -r1.397 usbdevs
*** usbdevs	1 Mar 2005 03:18:52 -0000	1.397
--- usbdevs	15 Mar 2005 13:37:34 -0000
***************
*** 1320,1325 ****
--- 1320,1326 ----
  /* M-Systems products */
  product MSYSTEMS DISKONKEY	0x0010	DiskOnKey
  product MSYSTEMS DISKONKEY2	0x0011	DiskOnKey
+ product MSYSTEMS DISKONKEY3	0x0012	DiskOnKey

  /* National Instruments */
  product NI GPIB_USB_A		0xc920	GPIB-USB-A
Index: usbdevs.h
===================================================================
RCS file: /cvs/cvsroot/src/sys/dev/usb/usbdevs.h,v
retrieving revision 1.401
diff -c -r1.401 usbdevs.h
*** usbdevs.h	4 Mar 2005 05:03:42 -0000	1.401
--- usbdevs.h	15 Mar 2005 13:37:35 -0000
***************
*** 1,4 ****
! /*	$NetBSD: usbdevs.h,v 1.401 2005/03/04 05:03:42 mycroft Exp $	*/

  /*
   * THIS FILE IS AUTOMATICALLY GENERATED.  DO NOT EDIT.
--- 1,4 ----
! /*	$NetBSD$	*/

  /*
   * THIS FILE IS AUTOMATICALLY GENERATED.  DO NOT EDIT.
***************
*** 1327,1332 ****
--- 1327,1333 ----
  /* M-Systems products */
  #define	USB_PRODUCT_MSYSTEMS_DISKONKEY	0x0010		/* DiskOnKey */
  #define	USB_PRODUCT_MSYSTEMS_DISKONKEY2	0x0011		/* DiskOnKey */
+ #define	USB_PRODUCT_MSYSTEMS_DISKONKEY3	0x0012		/* DiskOnKey */

  /* National Instruments */
  #define	USB_PRODUCT_NI_GPIB_USB_A	0xc920		/* GPIB-USB-A */
Index: usbdevs_data.h
===================================================================
RCS file: /cvs/cvsroot/src/sys/dev/usb/usbdevs_data.h,v
retrieving revision 1.402
diff -c -r1.402 usbdevs_data.h
*** usbdevs_data.h	4 Mar 2005 05:03:42 -0000	1.402
--- usbdevs_data.h	15 Mar 2005 13:37:37 -0000
***************
*** 1,4 ****
! /*	$NetBSD: usbdevs_data.h,v 1.402 2005/03/04 05:03:42 mycroft Exp $	*/

  /*
   * THIS FILE IS AUTOMATICALLY GENERATED.  DO NOT EDIT.
--- 1,4 ----
! /*	$NetBSD$	*/

  /*
   * THIS FILE IS AUTOMATICALLY GENERATED.  DO NOT EDIT.
***************
*** 3850,3855 ****
--- 3850,3859 ----
  	    "DiskOnKey",
  	},
  	{
+ 	    USB_VENDOR_MSYSTEMS, USB_PRODUCT_MSYSTEMS_DISKONKEY3,
+ 	    "DiskOnKey",
+ 	},
+ 	{
  	    USB_VENDOR_NI, USB_PRODUCT_NI_GPIB_USB_A,
  	    "GPIB-USB-A",
  	},
***************
*** 5166,5169 ****
  	    "Scorpion-980N keyboard",
  	},
  };
! const int usb_nproducts = 908;
--- 5170,5173 ----
  	    "Scorpion-980N keyboard",
  	},
  };
! const int usb_nproducts = 909;

>Audit-Trail:
From: Quentin Garnier <cube@cubidou.net>
To: kimoto@ohnolab.org
Cc: gnats-bugs@netbsd.org
Subject: Re: kern/29771: Some newer USB memory don't work
Date: Wed, 23 Mar 2005 15:23:06 +0100

 --E/DnYTRukya0zdZ1
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline
 Content-Transfer-Encoding: quoted-printable

 On Wed, Mar 23, 2005 at 02:04:00PM +0000, kimoto@ohnolab.org wrote:
 > >Number:         29771
 > >Category:       kern
 > >Synopsis:       Some newer USB memory don't work
 [...]
 > >Description:
 > 	Some Newer USB memory sticks need quirks.
 > >How-To-Repeat:
 > 	When such memory is inserted, /dev/scsibus0 appears, but
 > 	it hangs when I scan the device by 'scsictl /dev/scsibus0 scan 0 0'
 > >Fix:
 > 	apply the following patch.

 Does it really work with that quirk?  I do have a DiskOnKey3 device, but
 it loses before the NOBIGMODESENSE quirk is relevant.

 http://mail-index.netbsd.org/tech-kern/2004/09/14/0000.html

 --=20
 Quentin Garnier - cube@cubidou.net - cube@NetBSD.org
 "When I find the controls, I'll go where I like, I'll know where I want
 to be, but maybe for now I'll stay right here on a silent sea."
 KT Tunstall, Silent Sea, Eye to the Telescope, 2004.

 --E/DnYTRukya0zdZ1
 Content-Type: application/pgp-signature
 Content-Disposition: inline

 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v1.2.6 (NetBSD)

 iQEVAwUBQkF7ytgoQloHrPnoAQKy8gf9HPIO2YNfD7O/MAJ2qX+pSI9ADXzJfyVv
 gBUvJ73lJMvqcKBlCghncFkWJNb3ChrJQhOyx5pnimJbPchP6MojbyFXs7SO6qj6
 /cEWuhpXcDdsmsRNNS/QAR6GeqRUFPm4WXyMnPPR3xRlNX0IGpB1fhnxkO5/lnoy
 /yrGLK9p8lDvbq9+3epWrgAjfG4+v+rE89Lzga71HzGvCrxHcttEYAihj65/RUfM
 euRsR++EDi5Ih5MVAy7JCwd4maH7ca5o4nn2qcXpihJrcOkiHClJ/ap4W5coI435
 tawSswVrJHQ1HTe1ojgbtHRTFcDyAr6ExHjOpimG1VUPym4JxTUE6g==
 =GqZ6
 -----END PGP SIGNATURE-----

 --E/DnYTRukya0zdZ1--

From: Masahiko KIMOTO <kimoto@ohnolab.org>
To: cube@cubidou.net
Cc: gnats-bugs@netbsd.org
Subject: Re: kern/29771: Some newer USB memory don't work
Date: Thu, 24 Mar 2005 00:52:53 +0900 (JST)

  > Does it really work with that quirk?  I do have a DiskOnKey3 device, but
  > it loses before the NOBIGMODESENSE quirk is relevant.

 I'm using IO-data's EasyDisk Light with this patch.
 (http://www.iodata.jp/prod/usbmemory/easydisk/2004/edl/index.htm)

 When the memory is inserted, kernel outputs this messages,

 umass0 at uhub1 port 1 configuration 1 interface 0
 I-O DATA USB Flash Disk, rev 2.00/2.00, addr 2
 umass0: using SCSI over Bulk-Only
 scsibus0 at umass0: 2 targets, 1 lun per target

 then, scan the device, by scsictl /dev/scsibus0 scan 0 0,

 sd0 at scsibus0 target 0 lun 0: <I-O DATA, USB Flash Disk, 4.90> disk removable
 sd0: fabricating a geometry
 sd0: 243 MB, 243 cyl, 64 head, 32 sec, 512 bytes/sect x 497664 sectors
 sd0: fabricating a geometry

 Then I can mount /dev/sd0e as msdosfs.

 ----------------------------------------------------------------------
 Masahiko KIMOTO, Ph. D.
 E-mail: kimoto@ohnolab.org        URL: http://www.ohnolab.org/~kimoto

From: Quentin Garnier <cube@cubidou.net>
To: Masahiko KIMOTO <kimoto@ohnolab.org>
Cc: gnats-bugs@netbsd.org
Subject: Re: kern/29771: Some newer USB memory don't work
Date: Wed, 23 Mar 2005 17:13:00 +0100

 --DiL7RhKs8rK9YGuF
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline
 Content-Transfer-Encoding: quoted-printable

 On Thu, Mar 24, 2005 at 12:52:53AM +0900, Masahiko KIMOTO wrote:
 >  > Does it really work with that quirk?  I do have a DiskOnKey3 device, b=
 ut
 >  > it loses before the NOBIGMODESENSE quirk is relevant.
 >=20
 > I'm using IO-data's EasyDisk Light with this patch.
 > (http://www.iodata.jp/prod/usbmemory/easydisk/2004/edl/index.htm)
 >=20
 > When the memory is inserted, kernel outputs this messages,
 >=20
 > umass0 at uhub1 port 1 configuration 1 interface 0
 > I-O DATA USB Flash Disk, rev 2.00/2.00, addr 2
 > umass0: using SCSI over Bulk-Only
 > scsibus0 at umass0: 2 targets, 1 lun per target
 >=20
 > then, scan the device, by scsictl /dev/scsibus0 scan 0 0,
 >=20
 > sd0 at scsibus0 target 0 lun 0: <I-O DATA, USB Flash Disk, 4.90> disk rem=
 ovable
 > sd0: fabricating a geometry
 > sd0: 243 MB, 243 cyl, 64 head, 32 sec, 512 bytes/sect x 497664 sectors
 > sd0: fabricating a geometry
 >=20
 > Then I can mount /dev/sd0e as msdosfs.

 So you have to scan the bus yourself before you can see it?

 Also, what does 'usbdevs -v' say about the device?

 --=20
 Quentin Garnier - cube@cubidou.net - cube@NetBSD.org
 "When I find the controls, I'll go where I like, I'll know where I want
 to be, but maybe for now I'll stay right here on a silent sea."
 KT Tunstall, Silent Sea, Eye to the Telescope, 2004.

 --DiL7RhKs8rK9YGuF
 Content-Type: application/pgp-signature
 Content-Disposition: inline

 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v1.2.6 (NetBSD)

 iQEVAwUBQkGVjNgoQloHrPnoAQKXwgf+PemyBiuxVqt92obCiY1zoaoZp7AhWBYM
 pSQusFB8eBwkHeLdM254D56+3F+OxIcff75a3D0k2wfCyZ0ltmLSEh/mXhqx99he
 zLA8/aRmK2InAHO3klVco+4yKXA9/BsqPwzXVbuJwcVGzbgiK+5FWSWjLbXrhprC
 fyhygEQZcEZtaiM8RzqkxYU4L8406HCueWLos0neJBVsnstXFh1VNXx58lprErna
 S0nBf3f9UpXjb/JohdGKf5RQixxXEqfdrREoTrNqs1L/Tra67ls3eM8R8Fv4gSaY
 1wYkPGwUZQC+ZI9OnqGHvjriwdHqH3+/zak9sbEfrkDG985WR6zUnw==
 =T4Qv
 -----END PGP SIGNATURE-----

 --DiL7RhKs8rK9YGuF--

From: Masahiko KIMOTO <kimoto@ohnolab.org>
To: cube@cubidou.net
Cc: gnats-bugs@netbsd.org
Subject: Re: kern/29771: Some newer USB memory don't work
Date: Fri, 25 Mar 2005 09:50:35 +0900 (JST)

  > So you have to scan the bus yourself before you can see it?

 Yes, except if the memory is connected at the boottime.

  > Also, what does 'usbdevs -v' say about the device?

 Sorry, but I've left my memory at my office. I'll be able to 
 send you at next monday.

 Regards,

 ----------------------------------------------------------------------
 Masahiko KIMOTO, Ph. D.
 E-mail: kimoto@ohnolab.org        URL: http://www.ohnolab.org/~kimoto

Home	PR Database Search