From owner-freebsd-usb@FreeBSD.ORG Sun Feb 5 13:36:22 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7364E16A420 for ; Sun, 5 Feb 2006 13:36:22 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE2D843D46 for ; Sun, 5 Feb 2006 13:36:21 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IU7003WXVDWKWA0@osl1smout1.broadpark.no> for freebsd-usb@freebsd.org; Sun, 05 Feb 2006 14:41:56 +0100 (CET) Received: from kg-work.kg4.no ([80.202.174.136]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IU700JESV8NYC30@osl1sminn1.broadpark.no> for freebsd-usb@freebsd.org; Sun, 05 Feb 2006 14:38:48 +0100 (CET) Date: Sun, 05 Feb 2006 14:36:23 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH To: freebsd-usb@freebsd.org Message-id: <20060205143623.2ee1609d.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Content-type: multipart/mixed; boundary="Boundary_(ID_VuUi0+EHD+EQoAAOi/XBpQ)" Subject: Dymo LabelManager PC (usb label printer) doesn't work with FreeBSD X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 13:36:22 -0000 This is a multi-part message in MIME format. --Boundary_(ID_VuUi0+EHD+EQoAAOi/XBpQ) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT I have a "LabelManager PC" label printer from Dymo (http://global.dymo.com/enUS/Products/LabelMANAGER_PC.html). When I attach the device to a FreeBSD machine, it doesn't get connected. Here is what /var/log/messages shows: Feb 5 14:29:50 kg-quiet kernel: ulpt0: DYMO DYMO LabelMANAGER PC, rev 0.21/1.00, addr 2, iclass 7/1 Feb 5 14:29:50 kg-quiet kernel: ulpt0: could not find bulk out endpoint Feb 5 14:29:50 kg-quiet kernel: device_attach: ulpt0 attach returned 6 and usbdevs -v: root@kg-quiet# usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), (0x1002)(0x0000), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), (0x1002)(0x0000), rev 1.00 port 1 powered port 2 powered port 3 addr 2: low speed, self powered, config 1, product 0x0011(0x0011), DYMO(0x0922), rev 1.00 port 4 powered Controller /dev/usb2: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), (0x1002)(0x0000), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered port 5 powered port 6 powered port 7 powered port 8 powered I have usb snoop logs from windows (see attached file). I can't see what's wrong with this device, but I'm not very failiar with the ins and outs of usb. Any hints on what I can try is welcome. -- Regards, Torfinn Ingolfsen, Norway --Boundary_(ID_VuUi0+EHD+EQoAAOi/XBpQ) Content-type: application/octet-stream; name=LM_PC_usbsnoop_1.log Content-transfer-encoding: base64 Content-disposition: attachment; filename=LM_PC_usbsnoop_1.log WzAgbXNdIFVzYlNub29wIGNvbXBpbGVkIG9uIEphbiAxOCAyMDAzIDIyOjQxOjMyIGxvYWRpbmcK WzAgbXNdIFVzYlNub29wIC0gRHJpdmVyRW50cnkoZjViM2FjNDApIDogV2luZG93cyBOVCBXRE0g dmVyc2lvbiAxLjE2ClsyIG1zXSBVc2JTbm9vcCAtIEFkZERldmljZShmNWIzYWY1MCkgOiBEcml2 ZXJPYmplY3QgODExOGEyMTAsIHBkbyA4MTE1OTMzMApbNCBtc10gVXNiU25vb3AgLSBNeURpc3Bh dGNoUE5QKGY1YjNhZWUwKSA6IElSUF9NSl9QTlAgKElSUF9NTl9RVUVSWV9DQVBBQklMSVRJRVMp Cls0IG1zXSBVc2JTbm9vcCAtIERpc3BhdGNoQW55KGY1YjM4NjEwKSA6IElSUF9NSl9QTlAgKDB4 MDAwMDAwMTgpCls0IG1zXSBVc2JTbm9vcCAtIE15RGlzcGF0Y2hQTlAoZjViM2FlZTApIDogSVJQ X01KX1BOUCAoMHgwMDAwMDAxOCkKWzQgbXNdIFVzYlNub29wIC0gRGlzcGF0Y2hBbnkoZjViMzg2 MTApIDogSVJQX01KX1BOUCAoSVJQX01OX1FVRVJZX1JFU09VUkNFX1JFUVVJUkVNRU5UUykKWzQg bXNdIFVzYlNub29wIC0gTXlEaXNwYXRjaFBOUChmNWIzYWVlMCkgOiBJUlBfTUpfUE5QIChJUlBf TU5fUVVFUllfUkVTT1VSQ0VfUkVRVUlSRU1FTlRTKQpbNSBtc10gVXNiU25vb3AgLSBEaXNwYXRj aEFueShmNWIzODYxMCkgOiBJUlBfTUpfUE5QIChJUlBfTU5fRklMVEVSX1JFU09VUkNFX1JFUVVJ UkVNRU5UUykKWzUgbXNdIFVzYlNub29wIC0gTXlEaXNwYXRjaFBOUChmNWIzYWVlMCkgOiBJUlBf TUpfUE5QIChJUlBfTU5fRklMVEVSX1JFU09VUkNFX1JFUVVJUkVNRU5UUykKWzUgbXNdIFVzYlNu b29wIC0gRGlzcGF0Y2hBbnkoZjViMzg2MTApIDogSVJQX01KX1BOUCAoSVJQX01OX1NUQVJUX0RF VklDRSkKWzUgbXNdIFVzYlNub29wIC0gTXlEaXNwYXRjaFBOUChmNWIzYWVlMCkgOiBJUlBfTUpf UE5QIChJUlBfTU5fU1RBUlRfREVWSUNFKQpbNiBtc10gVXNiU25vb3AgLSBEaXNwYXRjaEFueShm NWIzODYxMCkgOiBJUlBfTUpfSU5URVJOQUxfREVWSUNFX0NPTlRST0wKWzYgbXNdIFVzYlNub29w IC0gTXlEaXNwYXRjaEludGVybmFsSU9DVEwoZjViMzllODApIDogZmRvPTgxMTU5MzMwLCBJcnA9 ODExNzM5ZTgsIElSUUw9MApbNiBtc10gID4+PiAgVVJCIDEgZ29pbmcgZG93biAgPj4+IAotLSBV UkJfRlVOQ1RJT05fR0VUX0RFU0NSSVBUT1JfRlJPTV9ERVZJQ0U6CiAgVHJhbnNmZXJCdWZmZXJM ZW5ndGggPSAwMDAwMDAxMgogIFRyYW5zZmVyQnVmZmVyICAgICAgID0gODExYTQ3YzgKICBUcmFu c2ZlckJ1ZmZlck1ETCAgICA9IDAwMDAwMDAwCiAgSW5kZXggICAgICAgICAgICAgICAgPSAwMDAw MDAwMAogIERlc2NyaXB0b3JUeXBlICAgICAgID0gMDAwMDAwMDEgKFVTQl9ERVZJQ0VfREVTQ1JJ UFRPUl9UWVBFKQogIExhbmd1YWdlSWQgICAgICAgICAgID0gMDAwMDAwMDAKWzEyIG1zXSBVc2JT bm9vcCAtIE15SW50ZXJuYWxJT0NUTENvbXBsZXRpb24oZjViMzlkYjApIDogZmlkbz0wMDAwMDAw MCwgSXJwPTgxMTczOWU4LCBDb250ZXh0PTgxMjZmMGE4LCBJUlFMPTIKWzEyIG1zXSAgPDw8ICBV UkIgMSBjb21pbmcgYmFjayAgPDw8IAotLSBVUkJfRlVOQ1RJT05fQ09OVFJPTF9UUkFOU0ZFUjoK ICBQaXBlSGFuZGxlICAgICAgICAgICA9IDgxNDNiNmY0CiAgVHJhbnNmZXJGbGFncyAgICAgICAg PSAwMDcyMDA0NyAoVVNCRF9UUkFOU0ZFUl9ESVJFQ1RJT05fSU4sIFVTQkRfU0hPUlRfVFJBTlNG RVJfT0spCiAgVHJhbnNmZXJCdWZmZXJMZW5ndGggPSAwMDAwMDAxMgogIFRyYW5zZmVyQnVmZmVy ICAgICAgID0gODExYTQ3YzgKICBUcmFuc2ZlckJ1ZmZlck1ETCAgICA9IDgxMjQ0OTQ4CiAgICAw MDAwMDAwMDogMTIgMDEgMTAgMDEgMDAgMDAgMDAgMDggMjIgMDkgMTEgMDAgMDAgMDEgMDEgMDIK ICAgIDAwMDAwMDEwOiAwMyAwMQogIFVyYkxpbmsgICAgICAgICAgICAgID0gMDAwMDAwMDAKICBT ZXR1cFBhY2tldCAgICAgICAgICA9CiAgICAwMDAwMDAwMDogODAgMDYgMDAgMDEgMDAgMDAgMTIg MDAKWzEyIG1zXSBVc2JTbm9vcCAtIERpc3BhdGNoQW55KGY1YjM4NjEwKSA6IElSUF9NSl9JTlRF Uk5BTF9ERVZJQ0VfQ09OVFJPTApbMTIgbXNdIFVzYlNub29wIC0gTXlEaXNwYXRjaEludGVybmFs SU9DVEwoZjViMzllODApIDogZmRvPTgxMTU5MzMwLCBJcnA9ODExNzM5ZTgsIElSUUw9MApbMTIg bXNdICA+Pj4gIFVSQiAyIGdvaW5nIGRvd24gID4+PiAKLS0gVVJCX0ZVTkNUSU9OX0dFVF9ERVND UklQVE9SX0ZST01fREVWSUNFOgogIFRyYW5zZmVyQnVmZmVyTGVuZ3RoID0gMDAwMDAxMDkKICBU cmFuc2ZlckJ1ZmZlciAgICAgICA9IDgxMTlmOWE4CiAgVHJhbnNmZXJCdWZmZXJNREwgICAgPSAw MDAwMDAwMAogIEluZGV4ICAgICAgICAgICAgICAgID0gMDAwMDAwMDAKICBEZXNjcmlwdG9yVHlw ZSAgICAgICA9IDAwMDAwMDAyIChVU0JfQ09ORklHVVJBVElPTl9ERVNDUklQVE9SX1RZUEUpCiAg TGFuZ3VhZ2VJZCAgICAgICAgICAgPSAwMDAwMDAwMApbMjEgbXNdIFVzYlNub29wIC0gTXlJbnRl cm5hbElPQ1RMQ29tcGxldGlvbihmNWIzOWRiMCkgOiBmaWRvPTAwMDAwMDAwLCBJcnA9ODExNzM5 ZTgsIENvbnRleHQ9ODEyMTNlYzgsIElSUUw9MgpbMjEgbXNdICA8PDwgIFVSQiAyIGNvbWluZyBi YWNrICA8PDwgCi0tIFVSQl9GVU5DVElPTl9DT05UUk9MX1RSQU5TRkVSOgogIFBpcGVIYW5kbGUg ICAgICAgICAgID0gODE0M2I2ZjQKICBUcmFuc2ZlckZsYWdzICAgICAgICA9IDAwNzIwMDQ3IChV U0JEX1RSQU5TRkVSX0RJUkVDVElPTl9JTiwgVVNCRF9TSE9SVF9UUkFOU0ZFUl9PSykKICBUcmFu c2ZlckJ1ZmZlckxlbmd0aCA9IDAwMDAwMDIxCiAgVHJhbnNmZXJCdWZmZXIgICAgICAgPSA4MTE5 ZjlhOAogIFRyYW5zZmVyQnVmZmVyTURMICAgID0gODEyNDQ5NDgKICAgIDAwMDAwMDAwOiAwOSAw MiAyMSAwMCAwMSAwMSAwMCBjMCAwMSAwOSAwNCAwMCAwMCAwMiAwNyAwMQogICAgMDAwMDAwMTA6 IDAyIDAwIDA3IDA1IDgxIDAyIDA4IDAwIDAwIDA4IDA1IDAyIDAzIDA4IDAwIDA0CiAgICAwMDAw MDAyMDogZmYKICBVcmJMaW5rICAgICAgICAgICAgICA9IDAwMDAwMDAwCiAgU2V0dXBQYWNrZXQg ICAgICAgICAgPQogICAgMDAwMDAwMDA6IDgwIDA2IDAwIDAyIDAwIDAwIDA5IDAxClsyMSBtc10g VXNiU25vb3AgLSBEaXNwYXRjaEFueShmNWIzODYxMCkgOiBJUlBfTUpfSU5URVJOQUxfREVWSUNF X0NPTlRST0wKWzIxIG1zXSBVc2JTbm9vcCAtIE15RGlzcGF0Y2hJbnRlcm5hbElPQ1RMKGY1YjM5 ZTgwKSA6IGZkbz04MTE1OTMzMCwgSXJwPTgxMTczOWU4LCBJUlFMPTAKWzIxIG1zXSAgPj4+ICBV UkIgMyBnb2luZyBkb3duICA+Pj4gCi0tIFVSQl9GVU5DVElPTl9TRUxFQ1RfQ09ORklHVVJBVElP TjoKICBDb25maWd1cmF0aW9uRGVzY3JpcHRvciA9IDB4ODExOWY5YTggKGNvbmZpZ3VyZSkKICBD b25maWd1cmF0aW9uRGVzY3JpcHRvciA6IGJMZW5ndGggICAgICAgICAgICAgPSA5CiAgQ29uZmln dXJhdGlvbkRlc2NyaXB0b3IgOiBiRGVzY3JpcHRvclR5cGUgICAgID0gMHgwMDAwMDAwMgogIENv bmZpZ3VyYXRpb25EZXNjcmlwdG9yIDogd1RvdGFsTGVuZ3RoICAgICAgICA9IDB4MDAwMDAwMjEK ICBDb25maWd1cmF0aW9uRGVzY3JpcHRvciA6IGJOdW1JbnRlcmZhY2VzICAgICAgPSAweDAwMDAw MDAxCiAgQ29uZmlndXJhdGlvbkRlc2NyaXB0b3IgOiBiQ29uZmlndXJhdGlvblZhbHVlID0gMHgw MDAwMDAwMQogIENvbmZpZ3VyYXRpb25EZXNjcmlwdG9yIDogaUNvbmZpZ3VyYXRpb24gICAgICA9 IDB4MDAwMDAwMDAKICBDb25maWd1cmF0aW9uRGVzY3JpcHRvciA6IGJtQXR0cmlidXRlcyAgICAg ICAgPSAweDAwMDAwMGMwCiAgQ29uZmlndXJhdGlvbkRlc2NyaXB0b3IgOiBNYXhQb3dlciAgICAg ICAgICAgID0gMHgwMDAwMDAwMQogIENvbmZpZ3VyYXRpb25IYW5kbGUgICAgID0gMHgwMDcyMDA0 NwogIEludGVyZmFjZVswXTogTGVuZ3RoICAgICAgICAgICAgPSA1NgogIEludGVyZmFjZVswXTog SW50ZXJmYWNlTnVtYmVyICAgPSAwCiAgSW50ZXJmYWNlWzBdOiBBbHRlcm5hdGVTZXR0aW5nICA9 IDAKWzI0IG1zXSBVc2JTbm9vcCAtIE15SW50ZXJuYWxJT0NUTENvbXBsZXRpb24oZjViMzlkYjAp IDogZmlkbz0wMDAwMDAwMCwgSXJwPTgxMTczOWU4LCBDb250ZXh0PTgxMmI2Yjg4LCBJUlFMPTAK WzI0IG1zXSAgPDw8ICBVUkIgMyBjb21pbmcgYmFjayAgPDw8IAotLSBVUkJfRlVOQ1RJT05fU0VM RUNUX0NPTkZJR1VSQVRJT046CiAgQ29uZmlndXJhdGlvbkRlc2NyaXB0b3IgPSAweDgxMTlmOWE4 IChjb25maWd1cmUpCiAgQ29uZmlndXJhdGlvbkRlc2NyaXB0b3IgOiBiTGVuZ3RoICAgICAgICAg ICAgID0gOQogIENvbmZpZ3VyYXRpb25EZXNjcmlwdG9yIDogYkRlc2NyaXB0b3JUeXBlICAgICA9 IDB4MDAwMDAwMDIKICBDb25maWd1cmF0aW9uRGVzY3JpcHRvciA6IHdUb3RhbExlbmd0aCAgICAg ICAgPSAweDAwMDAwMDIxCiAgQ29uZmlndXJhdGlvbkRlc2NyaXB0b3IgOiBiTnVtSW50ZXJmYWNl cyAgICAgID0gMHgwMDAwMDAwMQogIENvbmZpZ3VyYXRpb25EZXNjcmlwdG9yIDogYkNvbmZpZ3Vy YXRpb25WYWx1ZSA9IDB4MDAwMDAwMDEKICBDb25maWd1cmF0aW9uRGVzY3JpcHRvciA6IGlDb25m aWd1cmF0aW9uICAgICAgPSAweDAwMDAwMDAwCiAgQ29uZmlndXJhdGlvbkRlc2NyaXB0b3IgOiBi bUF0dHJpYnV0ZXMgICAgICAgID0gMHgwMDAwMDBjMAogIENvbmZpZ3VyYXRpb25EZXNjcmlwdG9y IDogTWF4UG93ZXIgICAgICAgICAgICA9IDB4MDAwMDAwMDEKICBDb25maWd1cmF0aW9uSGFuZGxl ICAgICA9IDB4ZTI0ZDU0NjgKICBJbnRlcmZhY2VbMF06IExlbmd0aCAgICAgICAgICAgID0gNTYK ICBJbnRlcmZhY2VbMF06IEludGVyZmFjZU51bWJlciAgID0gMAogIEludGVyZmFjZVswXTogQWx0 ZXJuYXRlU2V0dGluZyAgPSAwCiAgSW50ZXJmYWNlWzBdOiBDbGFzcyAgICAgICAgICAgICA9IDB4 MDAwMDAwMDcKICBJbnRlcmZhY2VbMF06IFN1YkNsYXNzICAgICAgICAgID0gMHgwMDAwMDAwMQog IEludGVyZmFjZVswXTogUHJvdG9jb2wgICAgICAgICAgPSAweDAwMDAwMDAyCiAgSW50ZXJmYWNl WzBdOiBJbnRlcmZhY2VIYW5kbGUgICA9IDB4ODEzZWRkNjgKICBJbnRlcmZhY2VbMF06IE51bWJl ck9mUGlwZXMgICAgID0gMgogIEludGVyZmFjZVswXTogUGlwZXNbMF0gOiBNYXhpbXVtUGFja2V0 U2l6ZSA9IDB4MDAwMDAwMDgKICBJbnRlcmZhY2VbMF06IFBpcGVzWzBdIDogRW5kcG9pbnRBZGRy ZXNzICAgPSAweDAwMDAwMDgxCiAgSW50ZXJmYWNlWzBdOiBQaXBlc1swXSA6IEludGVydmFsICAg ICAgICAgID0gMHgwMDAwMDAwMAogIEludGVyZmFjZVswXTogUGlwZXNbMF0gOiBQaXBlVHlwZSAg ICAgICAgICA9IDB4MDAwMDAwMDIgKFVzYmRQaXBlVHlwZUJ1bGspCiAgSW50ZXJmYWNlWzBdOiBQ aXBlc1swXSA6IFBpcGVIYW5kbGUgICAgICAgID0gMHg4MTNlZGQ4MAogIEludGVyZmFjZVswXTog UGlwZXNbMF0gOiBNYXhUcmFuc2ZlclNpemUgICA9IDB4MDAwMDEwMDAKICBJbnRlcmZhY2VbMF06 IFBpcGVzWzBdIDogUGlwZUZsYWdzICAgICAgICAgPSAweDAwMDAwMDAwCiAgSW50ZXJmYWNlWzBd OiBQaXBlc1sxXSA6IE1heGltdW1QYWNrZXRTaXplID0gMHgwMDAwMDAwOAogIEludGVyZmFjZVsw XTogUGlwZXNbMV0gOiBFbmRwb2ludEFkZHJlc3MgICA9IDB4MDAwMDAwMDIKICBJbnRlcmZhY2Vb MF06IFBpcGVzWzFdIDogSW50ZXJ2YWwgICAgICAgICAgPSAweDAwMDAwMDA0CiAgSW50ZXJmYWNl WzBdOiBQaXBlc1sxXSA6IFBpcGVUeXBlICAgICAgICAgID0gMHgwMDAwMDAwMyAoVXNiZFBpcGVU eXBlSW50ZXJydXB0KQogIEludGVyZmFjZVswXTogUGlwZXNbMV0gOiBQaXBlSGFuZGxlICAgICAg ICA9IDB4ODEzZWRkOWMKICBJbnRlcmZhY2VbMF06IFBpcGVzWzFdIDogTWF4VHJhbnNmZXJTaXpl ICAgPSAweDAwMDAxMDAwCiAgSW50ZXJmYWNlWzBdOiBQaXBlc1sxXSA6IFBpcGVGbGFncyAgICAg ICAgID0gMHgwMDAwMDAwMApbMjYgbXNdIFVzYlNub29wIC0gRGlzcGF0Y2hBbnkoZjViMzg2MTAp IDogSVJQX01KX1BOUCAoSVJQX01OX1FVRVJZX0NBUEFCSUxJVElFUykKWzI2IG1zXSBVc2JTbm9v cCAtIE15RGlzcGF0Y2hQTlAoZjViM2FlZTApIDogSVJQX01KX1BOUCAoSVJQX01OX1FVRVJZX0NB UEFCSUxJVElFUykKWzI2IG1zXSBVc2JTbm9vcCAtIERpc3BhdGNoQW55KGY1YjM4NjEwKSA6IElS UF9NSl9QTlAgKElSUF9NTl9RVUVSWV9QTlBfREVWSUNFX1NUQVRFKQpbMjYgbXNdIFVzYlNub29w IC0gTXlEaXNwYXRjaFBOUChmNWIzYWVlMCkgOiBJUlBfTUpfUE5QIChJUlBfTU5fUVVFUllfUE5Q X0RFVklDRV9TVEFURSkKWzI2IG1zXSBVc2JTbm9vcCAtIERpc3BhdGNoQW55KGY1YjM4NjEwKSA6 IElSUF9NSl9QTlAgKElSUF9NTl9RVUVSWV9ERVZJQ0VfUkVMQVRJT05TKQpbMjYgbXNdIFVzYlNu b29wIC0gTXlEaXNwYXRjaFBOUChmNWIzYWVlMCkgOiBJUlBfTUpfUE5QIChJUlBfTU5fUVVFUllf REVWSUNFX1JFTEFUSU9OUykKWzI3IG1zXSBVc2JTbm9vcCAtIERpc3BhdGNoQW55KGY1YjM4NjEw KSA6IElSUF9NSl9JTlRFUk5BTF9ERVZJQ0VfQ09OVFJPTApbMjcgbXNdIFVzYlNub29wIC0gTXlE aXNwYXRjaEludGVybmFsSU9DVEwoZjViMzllODApIDogZmRvPTgxMTU5MzMwLCBJcnA9ODEzMDk2 MjgsIElSUUw9MApbMjcgbXNdICA+Pj4gIFVSQiA0IGdvaW5nIGRvd24gID4+PiAKLS0gVVJCX0ZV TkNUSU9OX0NMQVNTX0lOVEVSRkFDRToKICBUcmFuc2ZlckZsYWdzICAgICAgICAgID0gMDAwMDAw MDMgKFVTQkRfVFJBTlNGRVJfRElSRUNUSU9OX0lOLCBVU0JEX1NIT1JUX1RSQU5TRkVSX09LKQog IFRyYW5zZmVyQnVmZmVyTGVuZ3RoID0gMDAwMDAzZjEKICBUcmFuc2ZlckJ1ZmZlciAgICAgICA9 IDgxMTgzYmU4CiAgVHJhbnNmZXJCdWZmZXJNREwgICAgPSAwMDAwMDAwMAogIFVyYkxpbmsgICAg ICAgICAgICAgICAgID0gMDAwMDAwMDAKICBSZXF1ZXN0VHlwZVJlc2VydmVkQml0cyA9IDAwMDAw MDAwCiAgUmVxdWVzdCAgICAgICAgICAgICAgICAgPSAwMDAwMDAwMAogIFZhbHVlICAgICAgICAg ICAgICAgICAgID0gMDAwMDAwMDAKICBJbmRleCAgICAgICAgICAgICAgICAgICA9IDAwMDAwMDAw Cls0MSBtc10gVXNiU25vb3AgLSBNeUludGVybmFsSU9DVExDb21wbGV0aW9uKGY1YjM5ZGIwKSA6 IGZpZG89MDAwMDAwMDAsIElycD04MTMwOTYyOCwgQ29udGV4dD04MTNlYzM0OCwgSVJRTD0yCls0 MSBtc10gIDw8PCAgVVJCIDQgY29taW5nIGJhY2sgIDw8PCAKLS0gVVJCX0ZVTkNUSU9OX0NPTlRS T0xfVFJBTlNGRVI6CiAgUGlwZUhhbmRsZSAgICAgICAgICAgPSA4MTQzYjZmNAogIFRyYW5zZmVy RmxhZ3MgICAgICAgID0gMDAwMDAwMDMgKFVTQkRfVFJBTlNGRVJfRElSRUNUSU9OX0lOLCBVU0JE X1NIT1JUX1RSQU5TRkVSX09LKQogIFRyYW5zZmVyQnVmZmVyTGVuZ3RoID0gMDAwMDAwNTEKICBU cmFuc2ZlckJ1ZmZlciAgICAgICA9IDgxMTgzYmU4CiAgVHJhbnNmZXJCdWZmZXJNREwgICAgPSA4 MTI0NDk0OAogICAgMDAwMDAwMDA6IDAwIDUxIDRkIDQ2IDQ3IDNhIDQ0IDU5IDRkIDRmIDNiIDQz IDRkIDQ0IDNhIDIwCiAgICAwMDAwMDAxMDogM2IgNGQgNDQgNGMgM2EgNDQgNTkgNGQgMzAgMzAg MzEgMzEgM2IgNDMgNGMgNDEKICAgIDAwMDAwMDIwOiA1MyA1MyAzYSA1MCA1MiA0OSA0ZSA1NCA0 NSA1MiAzYiA0NCA0NSA1MyA0MyA1MgogICAgMDAwMDAwMzA6IDQ5IDUwIDU0IDQ5IDRmIDRlIDNh IDQ0IDU5IDRkIDRmIDIwIDRjIDYxIDYyIDY1CiAgICAwMDAwMDA0MDogNmMgNGQgNDEgNGUgNDEg NDcgNDUgNTIgMjAgNTAgNDMgM2IgMjAgMjAgZmYgZmYKICAgIDAwMDAwMDUwOiBmZgogIFVyYkxp bmsgICAgICAgICAgICAgID0gMDAwMDAwMDAKICBTZXR1cFBhY2tldCAgICAgICAgICA9CiAgICAw MDAwMDAwMDogYTEgMDAgMDAgMDAgMDAgMDAgZjEgMDMKWzc5IG1zXSBVc2JTbm9vcCAtIERpc3Bh dGNoQW55KGY1YjM4NjEwKSA6IElSUF9NSl9QTlAgKElSUF9NTl9RVUVSWV9ERVZJQ0VfUkVMQVRJ T05TKQpbNzkgbXNdIFVzYlNub29wIC0gTXlEaXNwYXRjaFBOUChmNWIzYWVlMCkgOiBJUlBfTUpf UE5QIChJUlBfTU5fUVVFUllfREVWSUNFX1JFTEFUSU9OUykK --Boundary_(ID_VuUi0+EHD+EQoAAOi/XBpQ)-- From owner-freebsd-usb@FreeBSD.ORG Sun Feb 5 18:20:06 2006 Return-Path: X-Original-To: freebsd-usb@hub.freebsd.org Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D22B416A420 for ; Sun, 5 Feb 2006 18:20:06 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EB9543D4C for ; Sun, 5 Feb 2006 18:20:05 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k15IK5in021343 for ; Sun, 5 Feb 2006 18:20:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k15IK50f021342; Sun, 5 Feb 2006 18:20:05 GMT (envelope-from gnats) Resent-Date: Sun, 5 Feb 2006 18:20:05 GMT Resent-Message-Id: <200602051820.k15IK50f021342@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-usb@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Piotr Szmytka Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A86416A420 for ; Sun, 5 Feb 2006 18:11:30 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28D5E43D45 for ; Sun, 5 Feb 2006 18:11:30 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id k15IBUAv058810 for ; Sun, 5 Feb 2006 18:11:30 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id k15IBT3d058808; Sun, 5 Feb 2006 18:11:29 GMT (envelope-from nobody) Message-Id: <200602051811.k15IBT3d058808@www.freebsd.org> Date: Sun, 5 Feb 2006 18:11:29 GMT From: Piotr Szmytka To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: usb/92852: Vertical scroll not working properly on A4Tech WOP-49 optical mouse X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 18:20:07 -0000 >Number: 92852 >Category: usb >Synopsis: Vertical scroll not working properly on A4Tech WOP-49 optical mouse >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Feb 05 18:20:04 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Piotr Szmytka >Release: 7.0-CURRENT >Organization: >Environment: FreeBSD Alive 7.0-CURRENT FreeBSD 7.0-CURRENT #3: Sun Feb 5 15:22:22 CET 2006 root@Alive:/usr/obj/usr/src/sys/SZERNEL7 i386 >Description: The A4Tech WOP-49 mouse has 5 buttons and 2 scrolls. Vertical scroll movement is reported as reversed horizontal scroll movement + button 7 pressed down. Practically vertical scroll doubles functionality of horizontal. >How-To-Repeat: Just use the mouse. >Fix: I've made a patch : http://szmytson.sytes.net/ums.A4Tech.patch It takes care of vertical scroll with this mouse, but I'm not sure if it won't affect other mices. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-usb@FreeBSD.ORG Mon Feb 6 11:02:32 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B299616A420 for ; Mon, 6 Feb 2006 11:02:32 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C69943D4C for ; Mon, 6 Feb 2006 11:02:32 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k16B2VbG081919 for ; Mon, 6 Feb 2006 11:02:31 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k16B2UsP081913 for freebsd-usb@freebsd.org; Mon, 6 Feb 2006 11:02:30 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 6 Feb 2006 11:02:30 GMT Message-Id: <200602061102.k16B2UsP081913@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-usb@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 11:02:32 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2005/08/10] usb/84750 usb [hang] 6-BETA2 reboot/shutdown with root_ o [2006/01/11] usb/91629 usb usbd_abort_pipe() may result in infinite 2 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/07/19] usb/40792 usb signals lead to data loss on device ugen o [2002/12/10] usb/46176 usb [panic] umass causes kernel panic if devi o [2002/12/19] i386/46371 usb USB controller cannot be initialized on I o [2003/08/13] usb/55555 usb [ums] system freezes with access to /dev/ o [2003/09/06] usb/56513 usb [ugen] [panic] panic in ugen w/ moused -p o [2003/09/26] bin/57255 usb usbd and multi-function devices s [2003/12/15] usb/60276 usb [usb] Kernel panic when plugging in USB ( o [2004/01/20] usb/61627 usb [usb] [patch] New USB printer not support o [2004/01/30] usb/62088 usb [usb] Logitech Cordless/Optical Mouse not o [2004/02/03] usb/62309 usb [ugen] [panic] panic: ugen(4) driver o [2004/03/01] usb/63621 usb [usb] USB MemoryStick Reader stalls/crash o [2004/07/13] usb/69006 usb [patch] Apple Cinema Display hangs USB po o [2004/08/30] usb/71155 usb [usb] misbehaving usb-printer hangs proce o [2004/10/30] usb/73307 usb [panic] Kernel panics on USB disconnect o [2004/12/06] usb/74771 usb [umass] mounting write-protected umass de o [2005/01/01] usb/75705 usb [panic] da0 attach / Optio S4 (with backt o [2005/01/04] usb/75797 usb 5.3-STABLE(2005 1/4) detect USB headset, o [2005/01/13] usb/76204 usb panic while using usb attached modem o [2005/01/18] usb/76395 usb USB printer does not work, usbdevs says " o [2005/01/21] usb/76554 usb Panram "yoyo" USB MP3 player causes panic o [2005/01/25] usb/76684 usb [hang] Toshiba PDR-M4 camera connected vi o [2005/02/06] usb/77184 usb kernel panic on USB device disconnect o [2005/02/09] usb/77294 usb ucom + ulpcom panic o [2005/02/16] usb/77604 usb Sluggish Logitch LX700 USB Mouse o [2005/02/23] usb/77940 usb [patch] [panic] insertion of usb keyboard o [2005/03/01] i386/78218 usb [kue] kue not detected on Sony PCG-F370 V o [2005/03/18] usb/78989 usb please add USB keyboard support to instal o [2005/03/22] usb/79140 usb WD Firewire/USB Combo hangs under load on o [2005/03/27] usb/79269 usb USB ohci da0 plug/unplug causes crashes a o [2005/03/27] usb/79287 usb UHCI hang after interrupt transfer o [2005/04/04] usb/79524 usb printing to Minolta PagePro 1[23]xxW via o [2005/04/07] usb/79656 usb [usb] RHSC interrupts lost o [2005/04/09] usb/79722 usb [usb] wrong alignments in ehci.h o [2005/04/17] usb/80040 usb [hang] Use of sound mixer causes system f o [2005/04/22] usb/80260 usb Travan USB tape drive fails to write o [2005/04/26] usb/80361 usb mounting of usb-stick fails o [2005/04/26] usb/80373 usb usb keyboard does not respond o [2005/05/04] usb/80628 usb recent USB MFCs cause panics o [2005/05/06] usb/80685 usb panic in usb_cold_explore() at begining o [2005/05/09] usb/80829 usb possible panic when loading USB-modules o [2005/05/10] usb/80862 usb [patch] USB locking issues: missing some o [2005/05/20] usb/81308 usb [ugen] [patch] polling a ugen(4) control o [2005/05/26] usb/81524 usb panic: usb_cold_explore: busses to explor o [2005/06/13] usb/82198 usb Panic on attaching of ONKI N-338 USB MP3 o [2005/06/15] usb/82272 usb Can not recognize Casio camera EX-Z40 as o [2005/06/17] usb/82350 usb [usb] null pointer dereference in USB sta o [2005/06/22] usb/82520 usb Reboot when USL101 connected o [2005/06/26] usb/82660 usb EHCI: I/O stuck in state 'physrd'/panic o [2005/07/15] usb/83504 usb [usb] SpeedTouch USB stop working on rece o [2005/07/16] usb/83563 usb [panic] Page Fault while detaching Mpman o [2005/07/18] usb/83677 usb [usb] usb controller often not detected ( o [2005/07/19] usb/83756 usb Microsoft Intellimouse Explorer 4.0A does o [2005/07/24] usb/83977 usb [ucom] [panic] ucom1: open bulk out error o [2005/07/30] usb/84326 usb [umass] Panic trying to connect SCSI tape o [2005/07/30] usb/84336 usb [usb] [reboot] instant system reboot when o [2005/08/15] usb/84936 usb install - usb keyboard not recognized o [2005/09/12] usb/86031 usb need support usb nic rt2500 in my 5.4 STA o [2005/09/30] usb/86767 usb [usb] bogus "slice starts beyond end of t o [2005/10/08] usb/87099 usb panic: ohci_add_done: addr 0x000d1bf0 not o [2005/10/16] usb/87519 usb [kbd] cannot install on USB-only system o [2005/10/17] usb/87565 usb [PATCH] Support for Vodaphone 3G/UMTS car o [2005/11/03] usb/88445 usb [panic] computer reboots after printing C o [2005/11/09] usb/88743 usb [hang] USB makes kernel hang at boot (reg o [2005/11/14] usb/88966 usb kldunload ucom.ko returns "Device busy" e o [2005/11/18] usb/89218 usb flash disk o [2005/12/05] usb/89954 usb [usb] USB Disk driver race condition? o [2005/12/05] usb/89997 usb [umass] [panic] panic on iPod mini detach o [2005/12/09] usb/90162 usb [usb] [patch] Add support for the MS Wire o [2005/12/20] usb/90700 usb Kernel panic on connect/mount/use umass d o [2006/01/02] usb/91238 usb USB tape unit fails to write a second tap o [2006/01/03] usb/91263 usb [patch] USB quirk needed for Logitec USB o [2006/01/09] usb/91538 usb Unable to print to EPSON CX3500 o [2006/01/17] usb/91906 usb FreeBSD hangs while booting with USB lega o [2006/01/20] usb/92052 usb usbd causes defunct process with busy fil o [2006/01/22] usb/92142 usb SET_ADDR_FAILED and SHORT_XFER errors fro o [2006/01/22] usb/92171 usb [panic] panic unplugging Vodafone Mobile 76 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/09/30] conf/30929 usb [patch] use usbd to initialize USB ADSL m f [2001/12/09] usb/32652 usb [uscanner] [patch] A new ioctl to uscanne s [2001/12/09] usb/32653 usb Added patches to improve USB scanner supp o [2002/07/24] usb/40948 usb [usb] USB HP CDW8200 does not work f [2002/08/07] usb/41415 usb [usb] [patch] Some USB scanners cannot ta o [2003/02/16] usb/48342 usb [PATCH] usbd dynamic device list. o [2003/05/08] kern/51958 usb [usb] [patch] update for urio driver o [2003/05/10] kern/52026 usb [usb] feature request: umass driver suppo o [2003/06/08] usb/53025 usb [ugen] [patch] ugen does not allow O_NONB o [2003/08/28] usb/56095 usb [usb] [patch] QUIRK: Apacer Pen Drive fai o [2003/12/15] usb/60248 usb [patch] Problem with USB printer HP Laser o [2004/01/12] usb/61234 usb [usb] [patch] usbhidaction(1) doesn't sup o [2004/03/06] usb/63837 usb [uhid] [patch] USB: hid_is_collection() o o [2004/04/19] kern/65769 usb [usb] Call to tcflush(x, TCIFLUSH) stops o [2004/05/11] kern/66547 usb [usb] Palm Tungsten T USB does not initia o [2004/06/23] usb/68232 usb [ugen] [patch] ugen(4) isochronous handli o [2004/06/27] usb/68412 usb [usb] [patch] QUIRK: Philips KEY013 USB M o [2004/08/16] usb/70523 usb [usb] [patch] umct sending/receiving wron o [2004/08/25] usb/70942 usb [usb] Genius Wireless USB mouse: moused d o [2004/09/06] usb/71416 usb [usb] Cryptoflex e-gate USB token (ugen0) o [2004/09/06] usb/71417 usb [usb] Cryptoflex e-gate USB token (ugen0) o [2004/09/07] usb/71455 usb [usb] Slow USB umass performance of 5.3 o [2004/09/11] usb/71605 usb [umass] [patch] umass doesn't recognize m o [2004/10/06] usb/72380 usb [usb] USB does not work [dual Celeron Abi o [2004/10/15] usb/72732 usb [patch] Kyocera 7135 quirk. o [2004/10/15] usb/72733 usb Kyocera 7135 Palm OS connection problem. o [2004/10/23] usb/73056 usb [usb] Sun Microsystems Type 6 USB mouse n f [2004/11/05] usb/73553 usb [usb] Microsoft USB Internet Keyboard not o [2004/11/21] usb/74211 usb USB flash drive causes CAM status 0x4 on o [2004/11/25] usb/74358 usb [umass] unplugging at boot time an umass o [2004/11/27] usb/74453 usb Q-lity CD-RW USB ECW-043 (ScanLogic SL11R o [2004/11/30] usb/74557 usb imation 500mb usb key can only be written o [2004/12/02] usb/74609 usb [usb] [patch] allowing cdma modems to wor o [2004/12/08] usb/74849 usb [usb] [patch] Samsung SPH-i500 does not a o [2004/12/09] usb/74880 usb [usb] [patch] Samsung N400 cellphone/acm o [2005/01/04] usb/75800 usb ucom1: init failed STALLED error in time o [2005/01/07] usb/75928 usb Cytronix SmartMedia card (SMC) reader has o [2005/01/19] usb/76461 usb [umass] disklabel of umass(4)-CAM(4)-da(4 o [2005/01/27] usb/76732 usb Mouse problems with USB KVM Switch o [2005/03/03] usb/78371 usb Philips Wearable Audio Player (128) fails o [2005/03/07] usb/78543 usb [patch] Support for Trip-Lite USB 2 Seria o [2005/03/18] usb/78984 usb Creative MUVO umass failure o [2005/04/09] usb/79723 usb [usb] prepare for high speed isochronous o [2005/04/09] usb/79725 usb [usb] [patch] USB device speed is not dou o [2005/04/14] usb/79893 usb [umass] [patch] new usbdevs/umass quirks o [2005/04/16] usb/80010 usb [aue] [patch] add support for the AEI USB o [2005/04/27] usb/80420 usb atapicam stops iPod functionality o [2005/05/08] usb/80773 usb "usbd_get_string()" could have taken a le o [2005/05/08] usb/80774 usb have "usbd_find_desc" in line with the ot o [2005/05/08] usb/80776 usb [udav] UDAV device driver shouldn't use u o [2005/05/08] usb/80777 usb usb_rem_task() should wait for callback t o [2005/05/10] usb/80854 usb suggestion for new iface-no-probe mechani o [2005/05/12] usb/80935 usb uvisor.c is not work with CLIE TH55. o [2005/05/15] usb/81073 usb [umass] [patch] fix umass NO_GETMAXLUN qu o [2005/05/18] usb/81191 usb Support for Curitel HX-550C USB modem to o [2005/05/29] usb/81621 usb external hd hangs under load on ehci o [2005/06/20] usb/82436 usb [patch] USL101 Host-to-Host bridge suppor o [2005/06/30] usb/82839 usb [patch] add support for Aceeca Mez1000 de o [2005/07/05] usb/83022 usb ALI USB 2.0 EHCI Controller is not detect o [2005/07/21] usb/83863 usb Communication problem between opensc/open o [2005/08/18] usb/85067 usb Cannot attach ScanJet 4300C to usb device o [2005/09/11] usb/85992 usb [uhid] [patch] USB stops working when try o [2005/09/16] usb/86195 usb [patch] allow USB Ethernet Adaptor "ELECO o [2005/09/18] usb/86298 usb Known good USB mouse won't work with corr o [2005/09/21] usb/86438 usb Fix for non-working iPod over USB is in N o [2005/10/10] usb/87224 usb Cannot mount USB Zip750 o [2005/10/19] usb/87648 usb [mouse] Logitech USB-optical mouse proble o [2005/11/02] usb/88408 usb axe0 read PHY failed o [2005/11/13] usb/88939 usb Fix cheapy Myson USB-IDE adapter o [2005/11/15] usb/89087 usb usb external harddrive hangs with BBB res o [2006/01/01] usb/91191 usb HP LaserJet 1020 (USB printer) not recogn o [2006/01/08] usb/91516 usb [umass] umass0 problems, with Freecom Cla o [2006/01/09] usb/91546 usb [umodem][path] Nokia 6630 mobile phone do o [2006/01/15] usb/91811 usb Compact Flash in HP Photosmart 2610 retur o [2006/01/16] usb/91863 usb Philips USB webcam driver o [2006/01/17] usb/91896 usb Serial Number of USB Memory Sticks is not o [2006/01/25] usb/92306 usb [quirk] [patch] Support for iRiver U10 US o [2006/01/27] usb/92403 usb uplcom.c needs new entry for 4.00 revisio o [2006/01/28] usb/92462 usb [patch] Add support for Epson CX3500/3600 o [2006/02/05] usb/92852 usb Vertical scroll not working properly on A 80 problems total. From owner-freebsd-usb@FreeBSD.ORG Mon Feb 6 16:50:10 2006 Return-Path: X-Original-To: freebsd-usb@hub.freebsd.org Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C31D16A422 for ; Mon, 6 Feb 2006 16:50:10 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9948643D49 for ; Mon, 6 Feb 2006 16:50:09 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k16Go9w7013523 for ; Mon, 6 Feb 2006 16:50:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k16Go9Nd013522; Mon, 6 Feb 2006 16:50:09 GMT (envelope-from gnats) Date: Mon, 6 Feb 2006 16:50:09 GMT Message-Id: <200602061650.k16Go9Nd013522@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Gilbert C Healton Cc: Subject: Re: usb/86767: [usb] bogus "slice starts beyond end of the disk:..." on USB floppy access X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gilbert C Healton List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 16:50:10 -0000 The following reply was made to PR usb/86767; it has been noted by GNATS. From: Gilbert C Healton To: bug-followup@FreeBSD.org Cc: Subject: Re: usb/86767: [usb] bogus "slice starts beyond end of the disk:..." on USB floppy access Date: Mon, 6 Feb 2006 11:42:12 -0500 (EST) This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1181589889-1139244132=:27116 Content-Type: TEXT/PLAIN; charset=US-ASCII >Fix: There are actually two bugs in two different sections of the kernel. Individual fixes for each problem are attched. 86767-beyond.patch fixes main "slice starts beyond end of the disk:..." problem. Floppy disks are not expected to contain partition tables. See additional documentation within the patch. 86767-unsupportedUFI.patch fixes "umass0: contained Unsupported UFI command 0x35" problem also reported in 86767. Originally I thought it was another symptom of the same problem. USB floppy drives now return "success" on SYNCHRONIZE_CACHE requests These patches have been running for some months without causing any problems. -------------------------------------------------------------- ghealton@exit109.com http://www.exit109.com/~ghealton/ -------------------------------------------------------------- Computers are like air conditioners: they don't work well when Windows are left open --0-1181589889-1139244132=:27116 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="86767-unsupportedUFI.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20060206114212.J27116@overpass.exit109.com> Content-Description: Content-Disposition: attachment; filename="86767-unsupportedUFI.patch" W10gRnJlZUJTRCBidWc6IGtlcm4vODY3NjcgYm9ndXMgInNsaWNlIHN0YXJ0 cyBiZXlvbmQgZW5kIG9mIHRoZSBkaXNrOi4uLiIgDQogICBtb3VudC4gIChh bHNvIHVtYXNzMDogY29udGFpbmVkIFVuc3VwcG9ydGVkIFVGSSBjb21tYW5k IDB4MzUsIHdoaWNoIA0KICAgdGhpcyBwYXRjaCBhZGRyZXNzZXMpDQpbXSBU aGUgdW5tb3VudCAidW5zdXBwb3J0ZWQgVUZJIGNvbW1hbmQiIGFuZCAiY2Fj aGUgc3luYyIgZXJyb3JzIGFyZSBjYXVzZWQNCiAgIGJ5IFVGSSBvcGVyYXRp b25zIG5vdCBzdXBwb3J0aW5nIFNZTkNIUk9OSVpFX0NBQ0hFLiBUaGV5IG5v dyBuby1vcGVyYXRpb24NCiAgIG9uIFNZTkNIUk9OSVpFX0NBQ0hFIHJlcXVl c3RzLiBOb3QgYW4gaWRlYWwgc29sdXRpb24sIGJ1dCBpdCBkb2VzDQogICBn ZXQgcmlkIG9mIHRoZSBtZXNzYWdlLg0KDQotLS0gc3lzL2Rldi91c2IvdW1h c3MuYwlNb24gU2VwIDIwIDAxOjMwOjQyIDIwMDQNCisrKyBzeXMvZGV2L3Vz Yi91bWFzcy5jCVRodSBPY3QgMTMgMjA6MTE6MzQgMjAwNQ0KQEAgLTI4ODAs NiArMjg4MCwxMyBAQA0KIAl9IA0KIA0KIAlzd2l0Y2ggKGNtZFswXSkgew0K KwkvKiB7ICAgIGdoZWFsdG9uQGV4aXQxMDkuY29tLmNvbSAgKi8NCisgCS8q IENvbW1hbmRzIHdoaWNoIHdlIGlnbm9yZSAoZm9yIGZsb3BweSBkcml2ZXMp ICovDQorCQkvKiAoYSBiZXR0ZXIgd2F5IHNob3VsZCBvY2N1ciwgYnV0IHRo YXQncyBhbGwgZm9yIG5vdyBmb2xrcykgKi8NCisJY2FzZSBTWU5DSFJPTkla RV9DQUNIRToNCisJCXJldHVybiAxOwkJLyogcmV0dXJuIHN1Y2Nlc3MgKi8N CisJLyogfSAqLw0KKw0KIAkvKiBDb21tYW5kcyBvZiB3aGljaCB0aGUgZm9y bWF0IGhhcyBiZWVuIHZlcmlmaWVkLiBUaGV5IHNob3VsZCB3b3JrLiAqLw0K IAljYXNlIFRFU1RfVU5JVF9SRUFEWToNCiAJY2FzZSBSRVpFUk9fVU5JVDoN Cg== --0-1181589889-1139244132=:27116 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="86767-beyond.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20060206114212.M27116@overpass.exit109.com> Content-Description: Content-Disposition: attachment; filename="86767-beyond.patch" W10gRnJlZUJTRCBidWc6IGtlcm4vODY3NjcgYm9ndXMgInNsaWNlIHN0YXJ0 cyBiZXlvbmQgZW5kIG9mIHRoZSBkaXNrOi4uLiIgDQogICBtb3VudC4NCltd IE1vc3QgYWNjZXNzZXMgdG8gVVNCIGZsb3BweSBkcml2ZXMsIGVzcGVjaWFs bHkgbW91bnRzLCB0ZW5kIHRvIHJlc3VsdA0KICAgaW4gYm9ndXMgInNsaWNl IHN0YXJ0cyBiZXlvbmQgZW5kIG9mIHRoZSBkaXNrOi4uLiIgZXJyb3JzLg0K ICBbXSBpZiB0aGUgYm9vdCBwYXJhbWV0ZXIgYmxvY2sgY2xhaW1zIHRoZSBk ZXZpY2UgaXMgYSBmbG9wcHkgbWVkaWENCiAgICAgdGhlbiBpdCBpcyBOT1cg YXNzdW1lZCB0aGVyZSBpcyBubyBwYXJ0aXRpb24gdGFibGUgdG8gY2hlY2su DQogIFtdIE11Y2ggdGhhbmtzIHRvIEJydWNlIEV2YW5zIDxiZGVAemV0YS5v cmcuYXU+IGZvciBoaW50cyBvbiB3aGVyZSB0byANCiAgICAgZHJvcCB0aGlz IHBhdGNoLg0KDQotLS0gc3lzL21zZG9zZnMvYm9vdHNlY3QuaAlGcmkgQXVn IDI3IDIwOjQ4OjA2IDE5OTkNCisrKyBzeXMvbXNkb3Nmcy9ib290c2VjdC5o CU1vbiBPY3QgIDMgMTg6MDQ6MjcgMjAwNQ0KQEAgLTk0LDYgKzk0LDM0IEBA DQogCXN0cnVjdCBib290c2VjdG9yNzEwIGJzNzEwOw0KIH07DQogDQorDQor ICAvKiBzZWxlY3RlZCBtZWRpYSBkZXNjcmlwdGlvbiBieXRlcyB3aXRoaW4g YnNQQlAuIHVzZWQgdG8gZGV0ZWN0IA0KKyAgICogbWVkaWEgdGhhdCBvbmx5 IGhhcyBvbmUgc2xpY2Ugb24gaXQuIGZvciBub3cgdGhpcyBpcyBleHBlY3Rl ZCANCisgICAqIHRvIGJlIGZsb3BweSBtZWRpYS4NCisJCQkJICBnaGVhbHRv bkBleGl0MTA5LmNvbSAgJiAgLi4uIEBsdW1ldGEuY29tICovDQorCS8qIChh cyBvZiAyMDA1LTA5IGZsb3BweSBtZWRpYSBkZXNjcmlwdGlvbiBieXRlcyB3 ZXJlIGF2YWlsYWJsZSBhdA0KKwkgICAgaHR0cDovL3N1cHBvcnQubWljcm9z b2Z0LmNvbS9kZWZhdWx0LmFzcHg/c2NpZD1rYjtlbi11czsxNDA0MTgNCisJ ICAgIGh0dHA6Ly93d3cud2luLnR1ZS5ubC9+YWViL2xpbnV4L2ZzL2ZhdC9m YXQtMS5odG1sKQ0KKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgLyogc2l6ZSBET1MgIENhcGljdHkgc2lkZXMgIHRrcyAgc3B0ICov DQorI2RlZmluZSBNU0RPU19NRURJQV9PTkVTTElDRTAgIDB4RjkgICAvKiA1 LjI1IDMuMCAxMjAwS0IgICAgIDIgICAgIDgwICAxNSAgKi8NCisjZGVmaW5l IE1TRE9TX01FRElBX09ORVNMSUNFMSAgMHhGRiAgIC8qIDUuMjUgMS4xICAz MjBLQiAgICAgMiAgICAgNDAgICA4ICAqLw0KKw0KKyNkZWZpbmUgTVNET1Nf TUVESUFfT05FU0xJQ0UyICAweEYwICAgLyogMy41ICA/Lj8gMjg4MEtCICAg ICAyICAgICA4MCAgMzYgICovDQorDQorI2RlZmluZSBNU0RPU19NRURJQV9v bmVzbGljZShjKSAoIFwNCisJICAgICggbWQgPj0gTVNET1NfTUVESUFfT05F U0xJQ0UwICYmIG1kIDw9IE1TRE9TX01FRElBX09ORVNMSUNFMSApIFwNCisJ IHx8ICggbWQgPT0gTVNET1NfTUVESUFfT05FU0xJQ0UyICkgXA0KKwkJCSAg ICAgICAgKQ0KKwkJLyogaWYgZmxvcHBpZXMgd2l0aCBzbGljZSB0YWJsZXMg YXJlIGV2ZXIgdXNlZCBJIHN1c3Bvc2UNCisJCSAgIHRoYXQgYSBjaGVjayBm b3IgczEtczQgY291bGQgYmUgbWFkZSB0byB2ZXJpZnkgdGhlDQorCQkgICBm aXJzdCBieXRlIG9mIGVhY2ggc2xpY2UgdGFibGUgaXMgMHgwMCBvciAweDgw IEFORA0KKwkJICAgYXQgbW9zdCBvbmUgYnl0ZSBoYXMgdGhlIDB4ODAgdmFs dWUgaW4gaXQgQU5EIHRoZQ0KKwkJICAgcmVtYWluaW5nIGJ5dGVzIG9mIGVh Y2ggc2xpY2UgdGFibGUgYXJlIG5vdCBhbGwgemVyb3MuIElmDQorCQkgICB0 aGlzIHRlc3QgaXMgbWV0IHlvdSBtaWdodCBiZSBhYmxlIHRvIGFzc3VtZSBh IHNsaWNlDQorCQkgICB0YWJsZSBleGlzdHMuIEJ1dCBJIHdvdWxkIG1ha2Ug c3VjaCBhIGNvbXBpbGUtb3B0aW9uIGZvcg0KKwkJICAgdGhvc2UgZXhwcmVz c2x5IGFza2luZyBmb3IgaXQuICovDQorDQorDQogI2lmIDANCiAvKg0KICAq IFNob3J0aGFuZCBmb3IgZmllbGRzIGluIHRoZSBicGIuDQotLS0gc3lzL2tl cm4vc3Vicl9kaXNrbWJyLmMJRnJpIEphbiAyOCAwNToyMjowNyAyMDAwDQor Kysgc3lzL2tlcm4vc3Vicl9kaXNrbWJyLmMJTW9uIE9jdCAgMyAxODoxNjox OSAyMDA1DQpAQCAtNDIsNiArNDIsNyBAQA0KICNpbmNsdWRlIDxzeXMvc3lz dG0uaD4NCiAjaW5jbHVkZSA8c3lzL2J1Zi5oPg0KICNpbmNsdWRlIDxzeXMv Y29uZi5oPg0KKyNpbmNsdWRlIDxtc2Rvc2ZzL2Jvb3RzZWN0Lmg+CSAgLyog Qk9PVFNJRzAsIEJPT1RTSUcxLCBNU0RPU19NRURJQV9vbmVzbGljZSAqLw0K ICNpZmRlZiBQQzk4DQogI2RlZmluZQlQQzk4X0FUQ09NUEFUDQogI2RlZmlu ZQlkc2luaXQJCQlhdGNvbXBhdF9kc2luaXQNCkBAIC0yMDAsMTMgKzIwMSwy NiBAQA0KIAkvKiBXZWFrbHkgdmVyaWZ5IGl0LiAqLw0KIAljcCA9IGJwLT5i X2RhdGE7DQogCXNuYW1lID0gZHNuYW1lKGRldiwgZGt1bml0KGRldiksIFdI T0xFX0RJU0tfU0xJQ0UsIFJBV19QQVJULCBwYXJ0bmFtZSk7DQotCWlmIChj cFsweDFGRV0gIT0gMHg1NSB8fCBjcFsweDFGRl0gIT0gMHhBQSkgew0KKwlp ZiAoY3BbMHgxRkVdICE9IEJPT1RTSUcwIHx8IGNwWzB4MUZGXSAhPSBCT09U U0lHMSkgew0KIAkJaWYgKGJvb3R2ZXJib3NlKQ0KIAkJCXByaW50ZigiJXM6 IGludmFsaWQgcHJpbWFyeSBwYXJ0aXRpb24gdGFibGU6IG5vIG1hZ2ljXG4i LA0KIAkJCSAgICAgICBzbmFtZSk7DQogCQllcnJvciA9IEVJTlZBTDsNCiAJ CWdvdG8gZG9uZTsNCiAJfQ0KKw0KKyAgICAgIHsJCS8qIGdoZWFsdG9uQGV4 aXQxMDkuY29tICAgYWxzbyAuLi4uQGx1bWV0YS5jb20gKi8NCisgICAgICAg LyogY2hlY2sgaWYgbWVkaWEgZGVzY3JpcHRpb24gYnl0ZSB3aXRoaW4gcmFu Z2Ugb2Yga25vd24gZmxvcHB5IG1lZGlhcyAqLw0KKw0KKwl1X2NoYXIgIG1k ID0gY3BbMHgxNV07CQkvKiBzZXQgbG9jYWwgZWFzeSBhY2Nlc3MgdmFyaWFi bGUgKi8NCisNCisJaWYgKCBNU0RPU19NRURJQV9vbmVzbGljZShtZCkgKSB7 IA0KKwkJLyogdGhpcyBtZWRpYSBvbmx5IHVzZXMgYSBzaW5nbGUgc2xpY2Ug KGUuZy4sIGZsb3BwaWVzKSAgKi8NCisNCisJCWVycm9yID0gMDsNCisJCWdv dG8gZG9uZTsJLyogbm8gcGFydGl0aW9uIHRhYmxlIHRvIHByb2Nlc3MgKi8N CisJfQ0KKyAgICAgIH0NCiANCiAJLyogTWFrZSBhIGNvcHkgb2YgdGhlIHBh cnRpdGlvbiB0YWJsZSB0byBhdm9pZCBhbGlnbm1lbnQgcHJvYmxlbXMuICov DQogCW1lbWNweSgmZHBjb3B5WzBdLCBjcCArIERPU1BBUlRPRkYsIHNpemVv ZihkcGNvcHkpKTsNCg== --0-1181589889-1139244132=:27116-- From owner-freebsd-usb@FreeBSD.ORG Mon Feb 6 17:10:08 2006 Return-Path: X-Original-To: freebsd-usb@hub.freebsd.org Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 421F416A420 for ; Mon, 6 Feb 2006 17:10:08 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B894A43D45 for ; Mon, 6 Feb 2006 17:10:07 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k16HA7pO014255 for ; Mon, 6 Feb 2006 17:10:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k16HA7Te014254; Mon, 6 Feb 2006 17:10:07 GMT (envelope-from gnats) Date: Mon, 6 Feb 2006 17:10:07 GMT Message-Id: <200602061710.k16HA7Te014254@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Gilbert C Healton Cc: Subject: Re: usb/86767: [usb] bogus "slice starts beyond end of the disk:..." X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gilbert C Healton List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 17:10:08 -0000 The following reply was made to PR usb/86767; it has been noted by GNATS. From: Gilbert C Healton To: bug-followup@FreeBSD.org Cc: Subject: Re: usb/86767: [usb] bogus "slice starts beyond end of the disk:..." Date: Mon, 6 Feb 2006 12:08:01 -0500 (EST) >Fix: There are actually two bugs in two different sections of the kernel. Individual fixes for each problem follow: 86767-beyond.patch fixes main "slice starts beyond end of the disk:..." problem. Floppy disks are not expected to contain partition tables. See additional documentation within the patch. 86767-unsupportedUFI.patch fixes "umass0: contained Unsupported UFI command 0x35" problem also reported in 86767. Originally I thought it was another symptom of the same problem. USB floppy drives now return "success" on SYNCHRONIZE_CACHE requests These patches have been running for some months without causing any problems. 86767-beyond.patch -------------------------------------------------------------- [] FreeBSD bug: kern/86767 bogus "slice starts beyond end of the disk:..." mount. [] Most accesses to USB floppy drives, especially mounts, tend to result in bogus "slice starts beyond end of the disk:..." errors. [] if the boot parameter block claims the device is a floppy media then it is NOW assumed there is no partition table to check. [] Much thanks to Bruce Evans for hints on where to drop this patch. --- sys/msdosfs/bootsect.h Fri Aug 27 20:48:06 1999 +++ sys/msdosfs/bootsect.h Mon Oct 3 18:04:27 2005 @@ -94,6 +94,34 @@ struct bootsector710 bs710; }; + + /* selected media description bytes within bsPBP. used to detect + * media that only has one slice on it. for now this is expected + * to be floppy media. + ghealton@exit109.com & ... @lumeta.com */ + /* (as of 2005-09 floppy media description bytes were available at + http://support.microsoft.com/default.aspx?scid=kb;en-us;140418 + http://www.win.tue.nl/~aeb/linux/fs/fat/fat-1.html) + /* size DOS Capicty sides tks spt */ +#define MSDOS_MEDIA_ONESLICE0 0xF9 /* 5.25 3.0 1200KB 2 80 15 */ +#define MSDOS_MEDIA_ONESLICE1 0xFF /* 5.25 1.1 320KB 2 40 8 */ + +#define MSDOS_MEDIA_ONESLICE2 0xF0 /* 3.5 ?.? 2880KB 2 80 36 */ + +#define MSDOS_MEDIA_oneslice(c) ( \ + ( md >= MSDOS_MEDIA_ONESLICE0 && md <= MSDOS_MEDIA_ONESLICE1 ) \ + || ( md == MSDOS_MEDIA_ONESLICE2 ) \ + ) + /* if floppies with slice tables are ever used I suspose + that a check for s1-s4 could be made to verify the + first byte of each slice table is 0x00 or 0x80 AND + at most one byte has the 0x80 value in it AND the + remaining bytes of each slice table are not all zeros. If + this test is met you might be able to assume a slice + table exists. But I would make such a compile-option for + those expressly asking for it. */ + + #if 0 /* * Shorthand for fields in the bpb. --- sys/kern/subr_diskmbr.c Fri Jan 28 05:22:07 2000 +++ sys/kern/subr_diskmbr.c Mon Oct 3 18:16:19 2005 @@ -42,6 +42,7 @@ #include #include #include +#include /* BOOTSIG0, BOOTSIG1, MSDOS_MEDIA_oneslice */ #ifdef PC98 #define PC98_ATCOMPAT #define dsinit atcompat_dsinit @@ -200,13 +201,26 @@ /* Weakly verify it. */ cp = bp->b_data; sname = dsname(dev, dkunit(dev), WHOLE_DISK_SLICE, RAW_PART, partname); - if (cp[0x1FE] != 0x55 || cp[0x1FF] != 0xAA) { + if (cp[0x1FE] != BOOTSIG0 || cp[0x1FF] != BOOTSIG1) { if (bootverbose) printf("%s: invalid primary partition table: no magic\n", sname); error = EINVAL; goto done; } + + { /* ghealton@exit109.com also ....@lumeta.com */ + /* check if media description byte within range of known floppy medias */ + + u_char md = cp[0x15]; /* set local easy access variable */ + + if ( MSDOS_MEDIA_oneslice(md) ) { + /* this media only uses a single slice (e.g., floppies) */ + + error = 0; + goto done; /* no partition table to process */ + } + } /* Make a copy of the partition table to avoid alignment problems. */ memcpy(&dpcopy[0], cp + DOSPARTOFF, sizeof(dpcopy)); 86767-unsupportedUFI.patch -------------------------------------------------------------- [] FreeBSD bug: kern/86767 bogus "slice starts beyond end of the disk:..." mount. (also umass0: contained Unsupported UFI command 0x35, which this patch addresses) [] The unmount "unsupported UFI command" and "cache sync" errors are caused by UFI operations not supporting SYNCHRONIZE_CACHE. They now no-operation on SYNCHRONIZE_CACHE requests. Not an ideal solution, but it does get rid of the message. --- sys/dev/usb/umass.c Mon Sep 20 01:30:42 2004 +++ sys/dev/usb/umass.c Thu Oct 13 20:11:34 2005 @@ -2880,6 +2880,13 @@ } switch (cmd[0]) { + /* { ghealton@exit109.com.com */ + /* Commands which we ignore (for floppy drives) */ + /* (a better way should occur, but that's all for now folks) */ + case SYNCHRONIZE_CACHE: + return 1; /* return success */ + /* } */ + /* Commands of which the format has been verified. They should work. */ case TEST_UNIT_READY: case REZERO_UNIT: -------------------------------------------------------------- ghealton@exit109.com http://www.exit109.com/~ghealton/ -------------------------------------------------------------- Computers should be fun playthings or useful tools... not obstacles to overcome. From owner-freebsd-usb@FreeBSD.ORG Mon Feb 6 17:10:12 2006 Return-Path: X-Original-To: freebsd-usb@hub.freebsd.org Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97B8016A420 for ; Mon, 6 Feb 2006 17:10:12 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 270CE43D49 for ; Mon, 6 Feb 2006 17:10:12 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k16HAB2W014289 for ; Mon, 6 Feb 2006 17:10:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k16HABGu014288; Mon, 6 Feb 2006 17:10:11 GMT (envelope-from gnats) Date: Mon, 6 Feb 2006 17:10:11 GMT Message-Id: <200602061710.k16HABGu014288@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Gilbert C Healton Cc: Subject: Re: usb/86767: [usb] bogus "slice starts beyond end of the disk:..." X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gilbert C Healton List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 17:10:12 -0000 The following reply was made to PR usb/86767; it has been noted by GNATS. From: Gilbert C Healton To: bug-followup@FreeBSD.org Cc: Subject: Re: usb/86767: [usb] bogus "slice starts beyond end of the disk:..." Date: Mon, 6 Feb 2006 12:08:44 -0500 (EST) >Fix: There are actually two bugs in two different sections of the kernel. Individual fixes for each problem follow: 86767-beyond.patch fixes main "slice starts beyond end of the disk:..." problem. Floppy disks are not expected to contain partition tables. See additional documentation within the patch. 86767-unsupportedUFI.patch fixes "umass0: contained Unsupported UFI command 0x35" problem also reported in 86767. Originally I thought it was another symptom of the same problem. USB floppy drives now return "success" on SYNCHRONIZE_CACHE requests These patches have been running for some months without causing any problems. 86767-beyond.patch -------------------------------------------------------------- [] FreeBSD bug: kern/86767 bogus "slice starts beyond end of the disk:..." mount. [] Most accesses to USB floppy drives, especially mounts, tend to result in bogus "slice starts beyond end of the disk:..." errors. [] if the boot parameter block claims the device is a floppy media then it is NOW assumed there is no partition table to check. [] Much thanks to Bruce Evans for hints on where to drop this patch. --- sys/msdosfs/bootsect.h Fri Aug 27 20:48:06 1999 +++ sys/msdosfs/bootsect.h Mon Oct 3 18:04:27 2005 @@ -94,6 +94,34 @@ struct bootsector710 bs710; }; + + /* selected media description bytes within bsPBP. used to detect + * media that only has one slice on it. for now this is expected + * to be floppy media. + ghealton@exit109.com & ... @lumeta.com */ + /* (as of 2005-09 floppy media description bytes were available at + http://support.microsoft.com/default.aspx?scid=kb;en-us;140418 + http://www.win.tue.nl/~aeb/linux/fs/fat/fat-1.html) + /* size DOS Capicty sides tks spt */ +#define MSDOS_MEDIA_ONESLICE0 0xF9 /* 5.25 3.0 1200KB 2 80 15 */ +#define MSDOS_MEDIA_ONESLICE1 0xFF /* 5.25 1.1 320KB 2 40 8 */ + +#define MSDOS_MEDIA_ONESLICE2 0xF0 /* 3.5 ?.? 2880KB 2 80 36 */ + +#define MSDOS_MEDIA_oneslice(c) ( \ + ( md >= MSDOS_MEDIA_ONESLICE0 && md <= MSDOS_MEDIA_ONESLICE1 ) \ + || ( md == MSDOS_MEDIA_ONESLICE2 ) \ + ) + /* if floppies with slice tables are ever used I suspose + that a check for s1-s4 could be made to verify the + first byte of each slice table is 0x00 or 0x80 AND + at most one byte has the 0x80 value in it AND the + remaining bytes of each slice table are not all zeros. If + this test is met you might be able to assume a slice + table exists. But I would make such a compile-option for + those expressly asking for it. */ + + #if 0 /* * Shorthand for fields in the bpb. --- sys/kern/subr_diskmbr.c Fri Jan 28 05:22:07 2000 +++ sys/kern/subr_diskmbr.c Mon Oct 3 18:16:19 2005 @@ -42,6 +42,7 @@ #include #include #include +#include /* BOOTSIG0, BOOTSIG1, MSDOS_MEDIA_oneslice */ #ifdef PC98 #define PC98_ATCOMPAT #define dsinit atcompat_dsinit @@ -200,13 +201,26 @@ /* Weakly verify it. */ cp = bp->b_data; sname = dsname(dev, dkunit(dev), WHOLE_DISK_SLICE, RAW_PART, partname); - if (cp[0x1FE] != 0x55 || cp[0x1FF] != 0xAA) { + if (cp[0x1FE] != BOOTSIG0 || cp[0x1FF] != BOOTSIG1) { if (bootverbose) printf("%s: invalid primary partition table: no magic\n", sname); error = EINVAL; goto done; } + + { /* ghealton@exit109.com also ....@lumeta.com */ + /* check if media description byte within range of known floppy medias */ + + u_char md = cp[0x15]; /* set local easy access variable */ + + if ( MSDOS_MEDIA_oneslice(md) ) { + /* this media only uses a single slice (e.g., floppies) */ + + error = 0; + goto done; /* no partition table to process */ + } + } /* Make a copy of the partition table to avoid alignment problems. */ memcpy(&dpcopy[0], cp + DOSPARTOFF, sizeof(dpcopy)); 86767-unsupportedUFI.patch -------------------------------------------------------------- [] FreeBSD bug: kern/86767 bogus "slice starts beyond end of the disk:..." mount. (also umass0: contained Unsupported UFI command 0x35, which this patch addresses) [] The unmount "unsupported UFI command" and "cache sync" errors are caused by UFI operations not supporting SYNCHRONIZE_CACHE. They now no-operation on SYNCHRONIZE_CACHE requests. Not an ideal solution, but it does get rid of the message. --- sys/dev/usb/umass.c Mon Sep 20 01:30:42 2004 +++ sys/dev/usb/umass.c Thu Oct 13 20:11:34 2005 @@ -2880,6 +2880,13 @@ } switch (cmd[0]) { + /* { ghealton@exit109.com.com */ + /* Commands which we ignore (for floppy drives) */ + /* (a better way should occur, but that's all for now folks) */ + case SYNCHRONIZE_CACHE: + return 1; /* return success */ + /* } */ + /* Commands of which the format has been verified. They should work. */ case TEST_UNIT_READY: case REZERO_UNIT: -------------------------------------------------------------- ghealton@exit109.com http://www.exit109.com/~ghealton/ -------------------------------------------------------------- Computers should be fun playthings or useful tools... not obstacles to overcome. From owner-freebsd-usb@FreeBSD.ORG Mon Feb 6 17:30:17 2006 Return-Path: X-Original-To: freebsd-usb@hub.freebsd.org Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64CBE16A420 for ; Mon, 6 Feb 2006 17:30:17 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52A3543D70 for ; Mon, 6 Feb 2006 17:30:11 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k16HUA2M015344 for ; Mon, 6 Feb 2006 17:30:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k16HUACX015341; Mon, 6 Feb 2006 17:30:10 GMT (envelope-from gnats) Date: Mon, 6 Feb 2006 17:30:10 GMT Message-Id: <200602061730.k16HUACX015341@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Gilbert C Healton Cc: Subject: Re: usb/86767: [usb] bogus "slice starts beyond end of the disk:..." X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gilbert C Healton List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 17:30:17 -0000 The following reply was made to PR usb/86767; it has been noted by GNATS. From: Gilbert C Healton To: bug-followup@FreeBSD.org Cc: Subject: Re: usb/86767: [usb] bogus "slice starts beyond end of the disk:..." Date: Mon, 6 Feb 2006 12:20:36 -0500 (EST) Fix: There are actually two bugs in two different sections of the kernel. Individual fixes for each problem follow: 86767-beyond.patch fixes main "slice starts beyond end of the disk:..." problem. Floppy disks are no longer expected to contain partition tables. See additional documentation within the patch. 86767-unsupportedUFI.patch fixes "umass0: contained Unsupported UFI command 0x35" problem also reported in 86767. Originally I thought it was another symptom of the same problem. USB drives now return "success" on SYNCHRONIZE_CACHE requests These patches have been running for some months without causing any problems. 86767-beyond.patch -------------------------------------------------------------- [] FreeBSD bug: kern/86767 bogus "slice starts beyond end of the disk:..." mount. [] Most accesses to USB floppy drives, especially mounts, tend to result in bogus "slice starts beyond end of the disk:..." errors. [] if the boot parameter block claims the device is a floppy media then it is NOW assumed there is no partition table to check. [] Much thanks to Bruce Evans for hints on where to drop this patch. --- sys/msdosfs/bootsect.h Fri Aug 27 20:48:06 1999 +++ sys/msdosfs/bootsect.h Mon Oct 3 18:04:27 2005 @@ -94,6 +94,34 @@ struct bootsector710 bs710; }; + + /* selected media description bytes within bsPBP. used to detect + * media that only has one slice on it. for now this is expected + * to be floppy media. + ghealton@exit109.com & ... @lumeta.com */ + /* (as of 2005-09 floppy media description bytes were available at + http://support.microsoft.com/default.aspx?scid=kb;en-us;140418 + http://www.win.tue.nl/~aeb/linux/fs/fat/fat-1.html) + /* size DOS Capicty sides tks spt */ +#define MSDOS_MEDIA_ONESLICE0 0xF9 /* 5.25 3.0 1200KB 2 80 15 */ +#define MSDOS_MEDIA_ONESLICE1 0xFF /* 5.25 1.1 320KB 2 40 8 */ + +#define MSDOS_MEDIA_ONESLICE2 0xF0 /* 3.5 ?.? 2880KB 2 80 36 */ + +#define MSDOS_MEDIA_oneslice(c) ( \ + ( md >= MSDOS_MEDIA_ONESLICE0 && md <= MSDOS_MEDIA_ONESLICE1 ) \ + || ( md == MSDOS_MEDIA_ONESLICE2 ) \ + ) + /* if floppies with slice tables are ever used I suspose + that a check for s1-s4 could be made to verify the + first byte of each slice table is 0x00 or 0x80 AND + at most one byte has the 0x80 value in it AND the + remaining bytes of each slice table are not all zeros. If + this test is met you might be able to assume a slice + table exists. But I would make such a compile-option for + those expressly asking for it. */ + + #if 0 /* * Shorthand for fields in the bpb. --- sys/kern/subr_diskmbr.c Fri Jan 28 05:22:07 2000 +++ sys/kern/subr_diskmbr.c Mon Oct 3 18:16:19 2005 @@ -42,6 +42,7 @@ #include #include #include +#include /* BOOTSIG0, BOOTSIG1, MSDOS_MEDIA_oneslice */ #ifdef PC98 #define PC98_ATCOMPAT #define dsinit atcompat_dsinit @@ -200,13 +201,26 @@ /* Weakly verify it. */ cp = bp->b_data; sname = dsname(dev, dkunit(dev), WHOLE_DISK_SLICE, RAW_PART, partname); - if (cp[0x1FE] != 0x55 || cp[0x1FF] != 0xAA) { + if (cp[0x1FE] != BOOTSIG0 || cp[0x1FF] != BOOTSIG1) { if (bootverbose) printf("%s: invalid primary partition table: no magic\n", sname); error = EINVAL; goto done; } + + { /* ghealton@exit109.com also ....@lumeta.com */ + /* check if media description byte within range of known floppy medias */ + + u_char md = cp[0x15]; /* set local easy access variable */ + + if ( MSDOS_MEDIA_oneslice(md) ) { + /* this media only uses a single slice (e.g., floppies) */ + + error = 0; + goto done; /* no partition table to process */ + } + } /* Make a copy of the partition table to avoid alignment problems. */ memcpy(&dpcopy[0], cp + DOSPARTOFF, sizeof(dpcopy)); 86767-unsupportedUFI.patch -------------------------------------------------------------- [] FreeBSD bug: kern/86767 bogus "slice starts beyond end of the disk:..." mount. (also umass0: contained Unsupported UFI command 0x35, which this patch addresses) [] The unmount "unsupported UFI command" and "cache sync" errors are caused by UFI operations not supporting SYNCHRONIZE_CACHE. They now no-operation on SYNCHRONIZE_CACHE requests. Not an ideal solution, but it does get rid of the message. --- sys/dev/usb/umass.c Mon Sep 20 01:30:42 2004 +++ sys/dev/usb/umass.c Thu Oct 13 20:11:34 2005 @@ -2880,6 +2880,13 @@ } switch (cmd[0]) { + /* { ghealton@exit109.com.com */ + /* Commands which we ignore (for floppy drives) */ + /* (a better way should occur, but that's all for now folks) */ + case SYNCHRONIZE_CACHE: + return 1; /* return success */ + /* } */ + /* Commands of which the format has been verified. They should work. */ case TEST_UNIT_READY: case REZERO_UNIT: -------------------------------------------------------------- ghealton@exit109.com http://www.exit109.com/~ghealton/ -------------------------------------------------------------- Computers should be fun playthings or useful tools... not obstacles to overcome. From owner-freebsd-usb@FreeBSD.ORG Wed Feb 8 08:21:34 2006 Return-Path: X-Original-To: freebsd-usb@hub.freebsd.org Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D83B16A420; Wed, 8 Feb 2006 08:21:34 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FE9143D46; Wed, 8 Feb 2006 08:21:34 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k188LY2b064724; Wed, 8 Feb 2006 08:21:34 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k188LYES064720; Wed, 8 Feb 2006 08:21:34 GMT (envelope-from linimon) Date: Wed, 8 Feb 2006 08:21:34 GMT From: Mark Linimon Message-Id: <200602080821.k188LYES064720@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-usb@FreeBSD.org Cc: Subject: Re: usb/93011: HP ScanJet 6200C & uscanner problem X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 08:21:34 -0000 Synopsis: HP ScanJet 6200C & uscanner problem Responsible-Changed-From-To: freebsd-bugs->freebsd-usb Responsible-Changed-By: linimon Responsible-Changed-When: Wed Feb 8 08:21:19 UTC 2006 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=93011 From owner-freebsd-usb@FreeBSD.ORG Thu Feb 9 15:46:53 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 318AB16A420 for ; Thu, 9 Feb 2006 15:46:53 +0000 (GMT) (envelope-from jcd_l@yahoo.com) Received: from web30414.mail.mud.yahoo.com (web30414.mail.mud.yahoo.com [68.142.201.237]) by mx1.FreeBSD.org (Postfix) with SMTP id 7C40F43D49 for ; Thu, 9 Feb 2006 15:46:52 +0000 (GMT) (envelope-from jcd_l@yahoo.com) Received: (qmail 81145 invoked by uid 60001); 9 Feb 2006 15:46:51 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=fZ3XXZ/BU1gV5900OJj6KzPcLNcAE6U9vaqkNZ+J32gN5Ix3knePPDCMspymWQrrn8uPrr6814yQpZ1wJBxTdEewy23BvJkIcdiFbc8TkI//HAWmUO3cYZq131w7oMAwT5P3a46SjDCHfPl15naQdA0gWlnJeCx/Lrs5OVKF6V4= ; Message-ID: <20060209154651.81143.qmail@web30414.mail.mud.yahoo.com> Received: from [68.167.10.4] by web30414.mail.mud.yahoo.com via HTTP; Thu, 09 Feb 2006 07:46:51 PST Date: Thu, 9 Feb 2006 07:46:51 -0800 (PST) From: John Despujols To: freebsd-usb@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: rev # changes X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 15:46:53 -0000 Hi, I am trying to support a product on several servers. All identical. And have run into a puzzleing situation. On one particular station something peculiar is happening, the rev of a usb product changes. Intially it said 1.10/1.00 the entire time. Now it starts with that, and after booting, it is 2.00/1.00 (see dmesg). All of the other stations were and still are allways 2.00? If I move the usb product to the other stations the issue goes with the device. %dmesg | grep rev usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 ugen0: vendor 0xXXX1 product 0xXXX1, rev 1.10/1.00, addr 2 usb2: USB revision 2.0 uhub2: (0x8086) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 ugen1: vendor 0xXXX1 product 0xXXX1, rev 2.00/1.00, addr 2 ugen0: vendor 0xXXX1 product 0xXXX1, rev 2.00/1.00, addr 2 What does the rev # mean? and why does it change on the vendor\product line? Thanks so Much!! __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-usb@FreeBSD.ORG Thu Feb 9 18:13:44 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DCE016A420 for ; Thu, 9 Feb 2006 18:13:44 +0000 (GMT) (envelope-from hselasky@c2i.net) Received: from mail.turbocat.net (mail.turbocat.net [213.133.116.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id C506943D45 for ; Thu, 9 Feb 2006 18:13:43 +0000 (GMT) (envelope-from hselasky@c2i.net) Received: by mail.turbocat.net (Postfix, from userid 1002) id 4E468422EC49; Thu, 9 Feb 2006 19:13:40 +0100 (CET) Received: from [10.175.254.92] (unknown [212.20.206.12]) by mail.turbocat.net (Postfix) with ESMTP id 38FCA422EC46; Thu, 9 Feb 2006 19:13:39 +0100 (CET) From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Thu, 9 Feb 2006 19:13:47 +0100 User-Agent: KMail/1.7 References: <20060209154651.81143.qmail@web30414.mail.mud.yahoo.com> In-Reply-To: <20060209154651.81143.qmail@web30414.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602091913.49154.hselasky@c2i.net> Cc: John Despujols Subject: Re: rev # changes X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 18:13:44 -0000 On Thursday 09 February 2006 16:46, John Despujols wrote: > Hi, > I am trying to support a product on several servers. > All identical. And have run into a puzzleing > situation. > > On one particular station something peculiar is > happening, the rev of a usb product changes. Intially > it said 1.10/1.00 the entire time. Now it starts with > that, and after booting, it is 2.00/1.00 (see dmesg). > All of the other stations were and still are allways > 2.00? If I move the usb product to the other stations > the issue goes with the device. > > %dmesg | grep rev > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, > addr 1 > usb1: USB revision 1.0 > uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, > addr 1 > ugen0: vendor 0xXXX1 product 0xXXX1, rev 1.10/1.00, > addr 2 > usb2: USB revision 2.0 > uhub2: (0x8086) EHCI root hub, class 9/0, rev > 2.00/1.00, addr 1 > ugen1: vendor 0xXXX1 product 0xXXX1, rev 2.00/1.00, > addr 2 > ugen0: vendor 0xXXX1 product 0xXXX1, rev 2.00/1.00, > addr 2 > The one time the device attaches at USB 1.0 speed. The other time at USB 2.0 speed. The USB config descriptors will consequently be different, and maybe also the revision. --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Feb 9 18:38:24 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A6E916A420 for ; Thu, 9 Feb 2006 18:38:24 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 904C843D48 for ; Thu, 9 Feb 2006 18:38:23 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IUF00BG3O1F5710@osl1smout1.broadpark.no> for freebsd-usb@freebsd.org; Thu, 09 Feb 2006 19:44:03 +0100 (CET) Received: from kg-work.kg4.no ([80.202.174.136]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IUF00DNDNW00430@osl1sminn1.broadpark.no> for freebsd-usb@freebsd.org; Thu, 09 Feb 2006 19:40:48 +0100 (CET) Date: Thu, 09 Feb 2006 19:38:25 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <20060209154651.81143.qmail@web30414.mail.mud.yahoo.com> To: freebsd-usb@freebsd.org Message-id: <20060209193825.6258a352.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20060209154651.81143.qmail@web30414.mail.mud.yahoo.com> Subject: Re: rev # changes X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 18:38:24 -0000 On Thu, 09 Feb 2006 07:46:51 -0800 (PST) John Despujols wrote: > What does the rev # mean? and why does it change on > the vendor\product line? FWIW, my usb scanner does that (change revision and / or version) when it loads firmware. First time it is connected it has, say revision 1.0 On first use, it autmatically (through sane-backends) loads a firmware file. After that, it reports, say revision 2.10 (I don't remember the exact numbers). HTH -- Torfinn Ingolfsen, Norway From owner-freebsd-usb@FreeBSD.ORG Fri Feb 10 10:33:23 2006 Return-Path: X-Original-To: freebsd-usb@FreeBSD.org Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD26D16A451 for ; Fri, 10 Feb 2006 10:33:23 +0000 (GMT) (envelope-from lawrance@FreeBSD.org) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CAC243D45 for ; Fri, 10 Feb 2006 10:33:22 +0000 (GMT) (envelope-from lawrance@FreeBSD.org) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86]) by mailout1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k1AAXJku028192 for ; Fri, 10 Feb 2006 21:33:19 +1100 Received: from [61.8.34.153] (ppp2299.dyn.pacific.net.au [61.8.34.153]) by mailproxy1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k1AAXHET029085 for ; Fri, 10 Feb 2006 21:33:18 +1100 Mime-Version: 1.0 (Apple Message framework v746.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-usb@FreeBSD.org From: Sam Lawrance Date: Fri, 10 Feb 2006 21:33:22 +1100 X-Mailer: Apple Mail (2.746.2) Cc: Subject: usb/77604 and usb/85972: fix for logitech (and others) cordless mouse X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 10:33:24 -0000 Could someone look at these PRs? usb/85972 contains an unmangled patch. The patch has been tested by myself and four others with similar issues. The patch was obtained from NetBSD hid.c [1], and adapted to include obrien's last commit to uhid.c [2]. 1. http://fxr.watson.org/fxr/source/dev/usb/hid.c?v=NETBSD#L379 2. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/usb/hid.c? f=h#rev1.25 Cheers Sam From owner-freebsd-usb@FreeBSD.ORG Fri Feb 10 16:08:31 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D163316A420 for ; Fri, 10 Feb 2006 16:08:31 +0000 (GMT) (envelope-from jcd_l@yahoo.com) Received: from web30403.mail.mud.yahoo.com (web30403.mail.mud.yahoo.com [68.142.200.106]) by mx1.FreeBSD.org (Postfix) with SMTP id 6760843D46 for ; Fri, 10 Feb 2006 16:08:31 +0000 (GMT) (envelope-from jcd_l@yahoo.com) Received: (qmail 34042 invoked by uid 60001); 10 Feb 2006 16:08:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=T2gkBJeNORH7R/x8m5yA1ibehkdQp6XNDmGBi/HvmuN2G+2GsFMbPyu3bZCiEEaZHkuBPCNim1rRxUwTok6uVEiIpZOrenHMm62a8wCdYsE+OQOaAtrJMf50fvpA27Q7LByMYzRqkXxkT0eqGyp92gHF38p5Zn3fbtUAk/UlywQ= ; Message-ID: <20060210160830.34039.qmail@web30403.mail.mud.yahoo.com> Received: from [68.167.10.4] by web30403.mail.mud.yahoo.com via HTTP; Fri, 10 Feb 2006 08:08:30 PST Date: Fri, 10 Feb 2006 08:08:30 -0800 (PST) From: John Despujols To: freebsd-usb@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: (no subject) X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 16:08:31 -0000 Is there a usb log somewhere in 4.8? Or does anyone know how to turn on logging or monitor the usb interface for errors? Thanks so much! -J __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-usb@FreeBSD.ORG Fri Feb 10 23:00:18 2006 Return-Path: X-Original-To: freebsd-usb@hub.freebsd.org Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C689A16A420 for ; Fri, 10 Feb 2006 23:00:18 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C748943D48 for ; Fri, 10 Feb 2006 23:00:17 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k1AN0HtB025301 for ; Fri, 10 Feb 2006 23:00:17 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k1AN0HMq025300; Fri, 10 Feb 2006 23:00:17 GMT (envelope-from gnats) Resent-Date: Fri, 10 Feb 2006 23:00:17 GMT Resent-Message-Id: <200602102300.k1AN0HMq025300@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-usb@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Steve Davidson Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 298D316A420 for ; Fri, 10 Feb 2006 22:56:34 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED6E843D46 for ; Fri, 10 Feb 2006 22:56:33 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id k1AMuXje082063 for ; Fri, 10 Feb 2006 22:56:33 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id k1AMuXgk082062; Fri, 10 Feb 2006 22:56:33 GMT (envelope-from nobody) Message-Id: <200602102256.k1AMuXgk082062@www.freebsd.org> Date: Fri, 10 Feb 2006 22:56:33 GMT From: Steve Davidson To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: usb/93155: /dev/ulpt0: device busy USB printer does not work X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 23:00:18 -0000 >Number: 93155 >Category: usb >Synopsis: /dev/ulpt0: device busy USB printer does not work >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 10 23:00:17 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Steve Davidson >Release: 5.4 Release >Organization: >Environment: 5.4 Release USB printer attached -- this hardware works through Windows XP, so its not the cable or printer or USB port or power supply. >Description: Any attampt to write to /dev/ulpt0 or /dev/unlpt0 returns "device busy". Some dmesg output: lpt0: on ppbus0 lpt0: Interrupt-driven port ulpt0: HP HP Business Inkjet 1000, rev 2.00/1.00, addr 2, iclass 7/1 ulpt0: using bi-directional mode The relevant devices: % ls -laq /dev/*lp* crw------- 1 root wheel 237, 0 Feb 10 13:53 /dev/lpt0 crw------- 1 root wheel 237, 128 Feb 10 13:53 /dev/lpt0.ctl crw-r--r-- 1 root operator 232, 0 Feb 10 13:53 /dev/ulpt0 crw-r--r-- 1 root operator 232, 64 Feb 10 13:53 /dev/unlpt0 Google research, bug searches, and FreeBSD usenet groups research suggests that MANY people have had this problem but no one has posted a solution. The printer prints correctly from the same hardware when running under Windows XP. >How-To-Repeat: Attach a USB printer and send some data to it: lptest > /dev/ulpt0 /dev/ulpt0: Device busy. lptest > /dev/unlpt0 /dev/unlpt0: Device busy. lptest > /dev/lpt0 /dev/lpt0: Device busy. >Fix: This could be a driver problem. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-usb@FreeBSD.ORG Sat Feb 11 19:20:09 2006 Return-Path: X-Original-To: freebsd-usb@hub.freebsd.org Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 226D116A420 for ; Sat, 11 Feb 2006 19:20:09 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFE1643D46 for ; Sat, 11 Feb 2006 19:20:08 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k1BJK8Zj002381 for ; Sat, 11 Feb 2006 19:20:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k1BJK81Z002380; Sat, 11 Feb 2006 19:20:08 GMT (envelope-from gnats) Date: Sat, 11 Feb 2006 19:20:08 GMT Message-Id: <200602111920.k1BJK81Z002380@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: "Tim Bishop" Cc: Subject: Re: usb/83504: [usb] SpeedTouch USB stop working on recent current (and RELENG_6) (regression) X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tim Bishop List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 19:20:09 -0000 The following reply was made to PR usb/83504; it has been noted by GNATS. From: "Tim Bishop" To: Cc: Subject: Re: usb/83504: [usb] SpeedTouch USB stop working on recent current (and RELENG_6) (regression) Date: Sat, 11 Feb 2006 19:07:47 -0000 Just to confirm that I've just seen this on the 6.1 BETA. It'd be great to see this fixed, but looks like I'll have to go back to 5-STABLE :-( Tim.