From oliver at akephalos.de Sat Aug 1 22:30:08 2009 From: oliver at akephalos.de (Oliver Herold) Date: Sat Aug 1 22:30:14 2009 Subject: usb/137341: driver if_rum doesn't work at all and throws panics Message-ID: <200908012229.n71MTU84071787@www.freebsd.org> >Number: 137341 >Category: usb >Synopsis: driver if_rum doesn't work at all and throws panics >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Aug 01 22:30:06 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Oliver Herold >Release: FreeBSD 8.0 current (weekly update) >Organization: F!XMBR >Environment: FreeBSD moria 8.0-BETA2 FreeBSD 8-0-BETA2 #0: Thu Jul 30 18:04:39 CEST 2009 root@moria:/usr/obj/usr/src/sys/GENERIC amd64 >Description: http://www.freebsd.org/cgi/query-pr.cgi?pr=usb/128418 http://www.freebsd.org/cgi/query-pr.cgi?pr=usb/133296 http://www.freebsd.org/cgi/query-pr.cgi?pr=usb/132080 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/119945 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/120966 It didn't change a single bit since my first pr more than a year ago. The difference nowadays is: it doesn't throw a panic, instead it loses the connection and if I try to /etc/rc.d/netif restart then the panic occures. I'm using OpenBSD 4.5 on the same laptop (it has got Intel 5000 Wifi) and don't have a single failure with it (rum). Btw. the problem persists with FreeBSD 8.0 (i386) too. >How-To-Repeat: 1. use the network connection (together with WPA encryption via wpa_supplicant) 2. wait some minutes -> connection lost 3. /etc/rc.d/netif restart -> wait some seconds -> et voila: panic >Fix: >Release-Note: >Audit-Trail: >Unformatted: From oliver at akephalos.de Sun Aug 2 18:40:05 2009 From: oliver at akephalos.de (O.Herold) Date: Sun Aug 2 18:40:12 2009 Subject: usb/137341: driver if_rum doesn't work at all and throws panics Message-ID: <200908021840.n72Ie4C8045317@freefall.freebsd.org> The following reply was made to PR usb/137341; it has been noted by GNATS. From: "O.Herold" To: bug-followup@freebsd.org Cc: Subject: Re: usb/137341: driver if_rum doesn't work at all and throws panics Date: Tue, 1 Jan 2002 01:02:40 +0100 (CET) This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559406419-517516009-1009843365=:8050 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII ---559406419-517516009-1009843365=:8050 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=dmesg.text Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=dmesg.text Q29weXJpZ2h0IChjKSAxOTkyLTIwMDkgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2Yg VGhlIEZyZWVCU0QgRm91bmRhdGlvbi4NCkZyZWVCU0QgOC4wLUJFVEEyICMw OiBXZWQgSnVsIDE1IDIzOjI1OjMwIFVUQyAyMDA5DQogICAgcm9vdEBhbG1l aWRhLmNzZS5idWZmYWxvLmVkdTovdXNyL29iai91c3Ivc3JjL3N5cy9HRU5F UklDDQpXQVJOSU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBlY3Qg cmVkdWNlZCBwZXJmb3JtYW5jZS4NClRpbWVjb3VudGVyICJpODI1NCIgZnJl cXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwDQpDUFU6IEludGVsKFIpIEF0 b20oVE0pIENQVSBOMjcwICAgQCAxLjYwR0h6ICgxNTk2LjAxLU1IeiA2ODYt Y2xhc3MgQ1BVKQ0KICBPcmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQgPSAw eDEwNmMyICBTdGVwcGluZyA9IDINCiAgRmVhdHVyZXM9MHhiZmU5ZmJmZjxG UFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1U UlIsUEdFLE1DQSxDTU9WLFBBVCxDTEZMVVNILERUUyxBQ1BJLE1NWCxGWFNS LFNTRSxTU0UyLFNTLEhUVCxUTSxQQkU+DQogIEZlYXR1cmVzMj0weDQwYzM5 ZDxTU0UzLERURVM2NCxNT04sRFNfQ1BMLEVTVCxUTTIsU1NTRTMseFRQUixQ RENNLDxiMjI+Pg0KICBBTUQgRmVhdHVyZXM9MHgxMDAwMDA8Tlg+DQogIEFN RCBGZWF0dXJlczI9MHgxPExBSEY+DQogIFRTQzogUC1zdGF0ZSBpbnZhcmlh bnQNCnJlYWwgbWVtb3J5ICA9IDEwNzM3NDE4MjQgKDEwMjQgTUIpDQphdmFp bCBtZW1vcnkgPSAxMDIzNDU5MzI4ICg5NzYgTUIpDQpBQ1BJIEFQSUMgVGFi bGU6IDxBX01fSV8gT0VNQVBJQyA+DQpGcmVlQlNEL1NNUDogTXVsdGlwcm9j ZXNzb3IgU3lzdGVtIERldGVjdGVkOiAyIENQVXMNCkZyZWVCU0QvU01QOiAx IHBhY2thZ2UocykgeCAxIGNvcmUocykgeCAyIEhUVCB0aHJlYWRzDQogY3B1 MCAoQlNQKTogQVBJQyBJRDogIDANCiBjcHUxIChBUC9IVCk6IEFQSUMgSUQ6 ICAxDQppb2FwaWMwOiBDaGFuZ2luZyBBUElDIElEIHRvIDINCmlvYXBpYzAg PFZlcnNpb24gMi4wPiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQNCmtiZDEg YXQga2JkbXV4MA0KYWNwaTA6IDxBX01fSV8gT0VNUlNEVD4gb24gbW90aGVy Ym9hcmQNCmFjcGkwOiBbSVRIUkVBRF0NCmFjcGkwOiBQb3dlciBCdXR0b24g KGZpeGVkKQ0KYWNwaTA6IHJlc2VydmF0aW9uIG9mIDAsIGEwMDAwICgzKSBm YWlsZWQNCmFjcGkwOiByZXNlcnZhdGlvbiBvZiAxMDAwMDAsIDNmNzAwMDAw ICgzKSBmYWlsZWQNClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5j eSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMA0KYWNwaV90aW1lcjA6IDwyNC1i aXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg4MDgtMHg4MGIgb24g YWNwaTANCmFjcGlfZWMwOiA8RW1iZWRkZWQgQ29udHJvbGxlcjogR1BFIDB4 MWM+IHBvcnQgMHg2MiwweDY2IG9uIGFjcGkwDQphY3BpX2hwZXQwOiA8SGln aCBQcmVjaXNpb24gRXZlbnQgVGltZXI+IGlvbWVtIDB4ZmVkMDAwMDAtMHhm ZWQwMDNmZiBvbiBhY3BpMA0KVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5j eSAxNDMxODE4MCBIeiBxdWFsaXR5IDkwMA0KcGNpYjA6IDxBQ1BJIEhvc3Qt UENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMA0KcGNpMDog PEFDUEkgUENJIGJ1cz4gb24gcGNpYjANCnZnYXBjaTA6IDxWR0EtY29tcGF0 aWJsZSBkaXNwbGF5PiBwb3J0IDB4Y2MwMC0weGNjMDcgbWVtIDB4ZjNlMDAw MDAtMHhmM2U3ZmZmZiwweGQwMDAwMDAwLTB4ZGZmZmZmZmYsMHhmM2RjMDAw MC0weGYzZGZmZmZmIGlycSAxNiBhdCBkZXZpY2UgMi4wIG9uIHBjaTANCmFn cDA6IDxJbnRlbCA5NDVHTUUgU1ZHQSBjb250cm9sbGVyPiBvbiB2Z2FwY2kw DQphZ3AwOiBkZXRlY3RlZCA3OTMyayBzdG9sZW4gbWVtb3J5DQphZ3AwOiBh cGVydHVyZSBzaXplIGlzIDI1Nk0NCnZnYXBjaTE6IDxWR0EtY29tcGF0aWJs ZSBkaXNwbGF5PiBtZW0gMHhmM2U4MDAwMC0weGYzZWZmZmZmIGF0IGRldmlj ZSAyLjEgb24gcGNpMA0KcGNpMDogPG11bHRpbWVkaWEsIEhEQT4gYXQgZGV2 aWNlIDI3LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkNCnBjaWIxOiA8QUNQSSBQ Q0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmljZSAyOC4wIG9uIHBjaTAN CnBjaTQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxDQpwY2liMjogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGlycSAxNyBhdCBkZXZpY2UgMjguMSBvbiBwY2kw DQpwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMg0KYXRoMDogPEF0aGVy b3MgNTQyNC8yNDI0PiBtZW0gMHhmYmZmMDAwMC0weGZiZmZmZmZmIGlycSAx NyBhdCBkZXZpY2UgMC4wIG9uIHBjaTINCmF0aDA6IFtJVEhSRUFEXQ0KYXRo MDogQVIyNDI1IG1hYyAxNC4yIFJGNTQyNCBwaHkgNy4wDQpwY2liMzogPEFD UEkgUENJLVBDSSBicmlkZ2U+IGlycSAxOSBhdCBkZXZpY2UgMjguMyBvbiBw Y2kwDQpwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMw0KYWxlMDogPEF0 aGVyb3MgQVI4MTIxL0FSODExMy9BUjgxMTQgUENJZSBFdGhlcm5ldD4gcG9y dCAweGRjMDAtMHhkYzdmIG1lbSAweGYzZmMwMDAwLTB4ZjNmZmZmZmYgaXJx IDE5IGF0IGRldmljZSAwLjAgb24gcGNpMQ0KYWxlMDogOTYwIFR4IEZJRk8s IDEwMjQgUnggRklGTw0KYWxlMDogVXNpbmcgMSBNU0kgbWVzc2FnZXMuDQpt aWlidXMwOiA8TUlJIGJ1cz4gb24gYWxlMA0KYXRwaHkwOiA8QXRoZXJvcyBG MSAxMC8xMDAvMTAwMCBQSFk+IFBIWSAwIG9uIG1paWJ1czANCmF0cGh5MDog IDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1G RFgsIDEwMDBiYXNlVC1GRFgsIGF1dG8NCmFsZTA6IEV0aGVybmV0IGFkZHJl c3M6IDAwOjIzOjU0OjA0OjcwOjUzDQphbGUwOiBbRklMVEVSXQ0KdWhjaTA6 IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gcG9ydCAweGM0MDAt MHhjNDFmIGlycSAyMyBhdCBkZXZpY2UgMjkuMCBvbiBwY2kwDQp1aGNpMDog W0lUSFJFQURdDQp1aGNpMDogTGVnU3VwID0gMHgwZjAwDQp1c2J1czA6IDxV SENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gdWhjaTANCnVoY2kx OiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHhjNDgw LTB4YzQ5ZiBpcnEgMTkgYXQgZGV2aWNlIDI5LjEgb24gcGNpMA0KdWhjaTE6 IFtJVEhSRUFEXQ0KdWhjaTE6IExlZ1N1cCA9IDB4MGYwMA0KdXNidXMxOiA8 VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kxDQp1aGNp MjogPFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4Yzgw MC0weGM4MWYgaXJxIDE4IGF0IGRldmljZSAyOS4yIG9uIHBjaTANCnVoY2ky OiBbSVRIUkVBRF0NCnVoY2kyOiBMZWdTdXAgPSAweDBmMDANCnVzYnVzMjog PFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiB1aGNpMg0KdWhj aTM6IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gcG9ydCAweGM4 ODAtMHhjODlmIGlycSAxNiBhdCBkZXZpY2UgMjkuMyBvbiBwY2kwDQp1aGNp MzogW0lUSFJFQURdDQp1aGNpMzogTGVnU3VwID0gMHgwZjAwDQp1c2J1czM6 IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gdWhjaTMNCmVo Y2kwOiA8SW50ZWwgODI4MDFHQi9SIChJQ0g3KSBVU0IgMi4wIGNvbnRyb2xs ZXI+IG1lbSAweGYzZGI3YzAwLTB4ZjNkYjdmZmYgaXJxIDIzIGF0IGRldmlj ZSAyOS43IG9uIHBjaTANCmVoY2kwOiBbSVRIUkVBRF0NCnVzYnVzNDogRUhD SSB2ZXJzaW9uIDEuMA0KdXNidXM0OiA8SW50ZWwgODI4MDFHQi9SIChJQ0g3 KSBVU0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kwDQpwY2liNDogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAzMC4wIG9uIHBjaTANCnBjaTU6 IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI0DQppc2FiMDogPFBDSS1JU0EgYnJp ZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwDQppc2EwOiA8SVNBIGJ1cz4g b24gaXNhYjANCmF0YXBjaTA6IDxJbnRlbCBJQ0g3TSBTQVRBMTUwIGNvbnRy b2xsZXI+IHBvcnQgMHgxZjAtMHgxZjcsMHgzZjYsMHgxNzAtMHgxNzcsMHgz NzYsMHhmZmEwLTB4ZmZhZiBhdCBkZXZpY2UgMzEuMiBvbiBwY2kwDQphdGEw OiA8QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNpMA0KYXRhMDogW0lUSFJFQURd DQphdGExOiA8QVRBIGNoYW5uZWwgMT4gb24gYXRhcGNpMA0KYXRhMTogW0lU SFJFQURdDQphY3BpX2xpZDA6IDxDb250cm9sIE1ldGhvZCBMaWQgU3dpdGNo PiBvbiBhY3BpMA0KYWNwaV9idXR0b24wOiA8U2xlZXAgQnV0dG9uPiBvbiBh Y3BpMA0KYWNwaV9idXR0b24xOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMA0K YWNwaV90ejA6IDxUaGVybWFsIFpvbmU+IG9uIGFjcGkwDQpiYXR0ZXJ5MDog PEFDUEkgQ29udHJvbCBNZXRob2QgQmF0dGVyeT4gb24gYWNwaTANCmFjcGlf YWNhZDA6IDxBQyBBZGFwdGVyPiBvbiBhY3BpMA0KYXRydGMwOiA8QVQgcmVh bHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0weDcxIGlycSA4IG9uIGFjcGkwDQph dGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4 NjAsMHg2NCBpcnEgMSBvbiBhY3BpMA0KYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+ IGlycSAxIG9uIGF0a2JkYzANCmtiZDAgYXQgYXRrYmQwDQphdGtiZDA6IFtH SUFOVC1MT0NLRURdDQphdGtiZDA6IFtJVEhSRUFEXQ0KcHNtMDogPFBTLzIg TW91c2U+IGlycSAxMiBvbiBhdGtiZGMwDQpwc20wOiBbR0lBTlQtTE9DS0VE XQ0KcHNtMDogW0lUSFJFQURdDQpwc20wOiBtb2RlbCBJbnRlbGxpTW91c2Us IGRldmljZSBJRCAzDQpjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQplc3Qw OiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBj cHUwDQpwNHRjYzA6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4g b24gY3B1MA0KY3B1MTogPEFDUEkgQ1BVPiBvbiBhY3BpMA0KZXN0MTogPEVu aGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MQ0K cDR0Y2MxOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNw dTENCnBtdGltZXIwIG9uIGlzYTANCnNjMDogPFN5c3RlbSBjb25zb2xlPiBh dCBmbGFncyAweDEwMCBvbiBpc2EwDQpzYzA6IFZHQSA8MTYgdmlydHVhbCBj b25zb2xlcywgZmxhZ3M9MHgzMDA+DQp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdB PiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBv biBpc2EwDQpwcGMwOiBwYXJhbGxlbCBwb3J0IG5vdCBmb3VuZC4NClRpbWVj b3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMNCnVzYnVzMDogMTJNYnBz IEZ1bGwgU3BlZWQgVVNCIHYxLjANCnVzYnVzMTogMTJNYnBzIEZ1bGwgU3Bl ZWQgVVNCIHYxLjANCnVzYnVzMjogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYx LjANCnVzYnVzMzogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjANCnVzYnVz NDogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wDQphZDI6IEZBSUxVUkUg LSBTRVRfTVVMVEkgc3RhdHVzPTUxPFJFQURZLERTQyxFUlJPUj4gZXJyb3I9 NDxBQk9SVEVEPg0KYWQyOiA3Njk1TUIgPEFTVVMtUEhJU09OIFNTRCBUU1Qy LjA0VT4gYXQgYXRhMS1tYXN0ZXIgVURNQTY2DQp1Z2VuMC4xOiA8SW50ZWw+ IGF0IHVzYnVzMA0KdWh1YjA6IDxJbnRlbCBVSENJIHJvb3QgSFVCLCBjbGFz cyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMwDQp1Z2Vu MS4xOiA8SW50ZWw+IGF0IHVzYnVzMQ0KdWh1YjE6IDxJbnRlbCBVSENJIHJv b3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24g dXNidXMxDQp1Z2VuMi4xOiA8SW50ZWw+IGF0IHVzYnVzMg0KdWh1YjI6IDxJ bnRlbCBVSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAs IGFkZHIgMT4gb24gdXNidXMyDQp1Z2VuMy4xOiA8SW50ZWw+IGF0IHVzYnVz Mw0KdWh1YjM6IDxJbnRlbCBVSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJl diAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMzDQp1Z2VuNC4xOiA8SW50 ZWw+IGF0IHVzYnVzNA0KdWh1YjQ6IDxJbnRlbCBFSENJIHJvb3QgSFVCLCBj bGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXM0DQpT TVA6IEFQIENQVSAjMSBMYXVuY2hlZCENCldBUk5JTkc6IFdJVE5FU1Mgb3B0 aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1Y2VkIHBlcmZvcm1hbmNlLg0KR0VP TTogYWQyczE6IGdlb21ldHJ5IGRvZXMgbm90IG1hdGNoIGxhYmVsICgyNTVo LDYzcyAhPSAxNmgsNjNzKS4NClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVz YnVzNCB1c2J1czMgdXNidXMyIHVzYnVzMSB1c2J1czANCnVodWIwOiAyIHBv cnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0KdWh1YjE6IDIg cG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkDQp1aHViMjog MiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCnVodWIz OiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0KUm9v dCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXM0DQpSb290IG1vdW50IHdhaXRp bmcgZm9yOiB1c2J1czQNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVz NA0KdWh1YjQ6IDggcG9ydHMgd2l0aCA4IHJlbW92YWJsZSwgc2VsZiBwb3dl cmVkDQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czQNCnVnZW40LjI6 IDxSYWxpbms+IGF0IHVzYnVzNA0KcnVtMDogPFJhbGluayA4MDIuMTEgYmcg V0xBTiwgY2xhc3MgNi8yLCByZXYgMi4wMC8wLjAxLCBhZGRyIDI+IG9uIHVz YnVzNA0KcnVtMDogTUFDL0JCUCBSVDI1NzMgKHJldiAweDI1NzNhKSwgUkYg UlQyNTI4DQpUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHVmczovZGV2L2Fk MnMxYQ0KV0FSTklORzogLyB3YXMgbm90IHByb3Blcmx5IGRpc21vdW50ZWQN Ci86IG1vdW50IHBlbmRpbmcgZXJyb3I6IGJsb2NrcyA4IGZpbGVzIDINCnds YW4wOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoxZjoxZjowYTpjYTo0OA0Kd2xh bjA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUA0KcnVtMDogbmVlZCBtdWx0 aWNhc3QgdXBkYXRlIGNhbGxiYWNrDQpydW0wOiBuZWVkIG11bHRpY2FzdCB1 cGRhdGUgY2FsbGJhY2sNCnJ1bTA6IG5lZWQgbXVsdGljYXN0IHVwZGF0ZSBj YWxsYmFjaw0KbG9jayBvcmRlciByZXZlcnNhbDoNCiAxc3QgMHhkODUxYjU5 MCBidWZ3YWl0IChidWZ3YWl0KSBAIC91c3Ivc3JjL3N5cy9rZXJuL3Zmc19i aW8uYzoyNTU4DQogMm5kIDB4YzQ3YzZlMDAgZGlyaGFzaCAoZGlyaGFzaCkg QCAvdXNyL3NyYy9zeXMvdWZzL3Vmcy91ZnNfZGlyaGFzaC5jOjI4NQ0KS0RC OiBzdGFjayBiYWNrdHJhY2U6DQpkYl90cmFjZV9zZWxmX3dyYXBwZXIoYzBj NmJhZjQsZTZjZDI3NWMsYzA4YmM5OTUsYzA4YWQ2ZGIsYzBjNmU5ODksLi4u KSBhdCBkYl90cmFjZV9zZWxmX3dyYXBwZXIrMHgyNg0Ka2RiX2JhY2t0cmFj ZShjMDhhZDZkYixjMGM2ZTk4OSxjNDUyYmU5MCxjNDUyZmVjMCxlNmNkMjdi OCwuLi4pIGF0IGtkYl9iYWNrdHJhY2UrMHgyOQ0KX3dpdG5lc3NfZGVidWdn ZXIoYzBjNmU5ODksYzQ3YzZlMDAsYzBjOGY3NjcsYzQ1MmZlYzAsYzBjOGY0 MDAsLi4uKSBhdCBfd2l0bmVzc19kZWJ1Z2dlcisweDI1DQp3aXRuZXNzX2No ZWNrb3JkZXIoYzQ3YzZlMDAsOSxjMGM4ZjQwMCwxMWQsMCwuLi4pIGF0IHdp dG5lc3NfY2hlY2tvcmRlcisweDgzOQ0KX3N4X3hsb2NrKGM0N2M2ZTAwLDAs YzBjOGY0MDAsMTFkLGM0Y2RkNzQwLC4uLikgYXQgX3N4X3hsb2NrKzB4ODUN CnVmc2Rpcmhhc2hfYWNxdWlyZShkODUxYjUzMCxlNmNkMjhkMCwxMCxkOTE2 NjY2OCxlNmNkMjg4OCwuLi4pIGF0IHVmc2Rpcmhhc2hfYWNxdWlyZSsweDM1 DQp1ZnNkaXJoYXNoX2FkZChjNGNkZDc0MCxlNmNkMjhkMCwxNjY4LGU2Y2Qy ODc0LGU2Y2QyODc4LC4uLikgYXQgdWZzZGlyaGFzaF9hZGQrMHgxMw0KdWZz X2RpcmVudGVyKGM0Y2NiMDAwLGM0ZDAzYTc4LGU2Y2QyOGQwLGU2Y2QyYmQw LDAsLi4uKSBhdCB1ZnNfZGlyZW50ZXIrMHg3MjkNCnVmc19tYWtlaW5vZGUo ZTZjZDJiZDAsMCxlNmNkMmFiYyxlNmNkMmExOCxjMGJiNjc0NSwuLi4pIGF0 IHVmc19tYWtlaW5vZGUrMHg1MDgNCnVmc19jcmVhdGUoZTZjZDJhYmMsZTZj ZDJhZDQsMCwwLGU2Y2QyYmE0LC4uLikgYXQgdWZzX2NyZWF0ZSsweDMwDQpW T1BfQ1JFQVRFX0FQVihjMGQ2ZTdlMCxlNmNkMmFiYyxlNmNkMmJkMCxlNmNk MmE1NCwwLC4uLikgYXQgVk9QX0NSRUFURV9BUFYrMHhhNQ0Kdm5fb3Blbl9j cmVkKGU2Y2QyYmE0LGU2Y2QyYzVjLDFhNCwwLGM0YWM2MjgwLC4uLikgYXQg dm5fb3Blbl9jcmVkKzB4MjE1DQp2bl9vcGVuKGU2Y2QyYmE0LGU2Y2QyYzVj LDFhNCxjNGEyNzY1OCxlNmNkMmJiOCwuLi4pIGF0IHZuX29wZW4rMHgzYg0K a2Vybl9vcGVuYXQoYzRiYzk2YzAsZmZmZmZmOWMsMjgyMTUwNTAsMCw2MDMs Li4uKSBhdCBrZXJuX29wZW5hdCsweDExZg0Ka2Vybl9vcGVuKGM0YmM5NmMw LDI4MjE1MDUwLDAsNjAyLDFiNiwuLi4pIGF0IGtlcm5fb3BlbisweDM1DQpv cGVuKGM0YmM5NmMwLGU2Y2QyY2Y4LGMsYzRiYzk2YzAsYzBkNGQ0NGMsLi4u KSBhdCBvcGVuKzB4MzANCnN5c2NhbGwoZTZjZDJkMzgpIGF0IHN5c2NhbGwr MHgyYTMNClhpbnQweDgwX3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxs KzB4MjANCi0tLSBzeXNjYWxsICg1LCBGcmVlQlNEIEVMRjMyLCBvcGVuKSwg ZWlwID0gMHg4MGQ3MmYzLCBlc3AgPSAweGJmYmZlNTRjLCBlYnAgPSAweGJm YmZlNTc4IC0tLQ0KdWdlbjQuMjogPFJhbGluaz4gYXQgdXNidXM0IChkaXNj b25uZWN0ZWQpDQpydW0wOiBhdCB1aHViNCwgcG9ydCA1LCBhZGRyIDIgKGRp c2Nvbm5lY3RlZCkNCnJ1bTA6IG5lZWQgbXVsdGljYXN0IHVwZGF0ZSBjYWxs YmFjaw0KcnVtMDogY291bGQgbm90IG11bHRpIHJlYWQgTUFDIHJlZ2lzdGVy OiBVU0JfRVJSX05PVF9DT05GSUdVUkVEDQpydW0wOiBjb3VsZCBub3QgbXVs dGkgd3JpdGUgTUFDIHJlZ2lzdGVyOiBVU0JfRVJSX05PVF9DT05GSUdVUkVE DQp3bGFuMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04NCnVnZW40LjI6 IDxSYWxpbms+IGF0IHVzYnVzNA0KcnVtMDogPFJhbGluayA4MDIuMTEgYmcg V0xBTiwgY2xhc3MgNi8yLCByZXYgMi4wMC8wLjAxLCBhZGRyIDI+IG9uIHVz YnVzNA0KcnVtMDogTUFDL0JCUCBSVDI1NzMgKHJldiAweDI1NzNhKSwgUkYg UlQyNTI4DQp3bGFuMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MWY6MWY6MGE6 Y2E6NDgNCndsYW4wOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gVVANCnVnZW40 LjI6IDxSYWxpbms+IGF0IHVzYnVzNCAoZGlzY29ubmVjdGVkKQ0KcnVtMDog YXQgdWh1YjQsIHBvcnQgNSwgYWRkciAyIChkaXNjb25uZWN0ZWQpDQpydW0w OiBjb3VsZCBub3QgbXVsdGkgcmVhZCBNQUMgcmVnaXN0ZXI6IFVTQl9FUlJf Tk9UX0NPTkZJR1VSRUQNCnJ1bTA6IGNvdWxkIG5vdCBtdWx0aSB3cml0ZSBN QUMgcmVnaXN0ZXI6IFVTQl9FUlJfTk9UX0NPTkZJR1VSRUQNCndsYW4wOiBs aW5rIHN0YXRlIGNoYW5nZWQgdG8gRE9XTg0KdWdlbjQuMjogPFJhbGluaz4g YXQgdXNidXM0DQpydW0wOiA8UmFsaW5rIDgwMi4xMSBiZyBXTEFOLCBjbGFz cyA2LzIsIHJldiAyLjAwLzAuMDEsIGFkZHIgMj4gb24gdXNidXM0DQpydW0w OiBNQUMvQkJQIFJUMjU3MyAocmV2IDB4MjU3M2EpLCBSRiBSVDI1MjgNCnds YW4wOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoxZjoxZjowYTpjYTo0OA0Kd2xh bjA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUA0KcnVtMDogbmVlZCBtdWx0 aWNhc3QgdXBkYXRlIGNhbGxiYWNrDQpydW0wOiBuZWVkIG11bHRpY2FzdCB1 cGRhdGUgY2FsbGJhY2sNCnJ1bTA6IG5lZWQgbXVsdGljYXN0IHVwZGF0ZSBj YWxsYmFjaw0KdWdlbjQuMjogPFJhbGluaz4gYXQgdXNidXM0IChkaXNjb25u ZWN0ZWQpDQpydW0wOiBhdCB1aHViNCwgcG9ydCA1LCBhZGRyIDIgKGRpc2Nv bm5lY3RlZCkNCnJ1bTA6IG5lZWQgbXVsdGljYXN0IHVwZGF0ZSBjYWxsYmFj aw0KcnVtMDogY291bGQgbm90IG11bHRpIHJlYWQgTUFDIHJlZ2lzdGVyOiBV U0JfRVJSX05PVF9DT05GSUdVUkVEDQpydW0wOiBjb3VsZCBub3QgbXVsdGkg d3JpdGUgTUFDIHJlZ2lzdGVyOiBVU0JfRVJSX05PVF9DT05GSUdVUkVEDQp3 bGFuMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04NCnVnZW40LjI6IDxS YWxpbms+IGF0IHVzYnVzNA0KcnVtMDogPFJhbGluayA4MDIuMTEgYmcgV0xB TiwgY2xhc3MgNi8yLCByZXYgMi4wMC8wLjAxLCBhZGRyIDI+IG9uIHVzYnVz NA0KcnVtMDogTUFDL0JCUCBSVDI1NzMgKHJldiAweDI1NzNhKSwgUkYgUlQy NTI4DQp3bGFuMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MWY6MWY6MGE6Y2E6 NDgNCndsYW4wOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gVVANCnJ1bTA6IG5l ZWQgbXVsdGljYXN0IHVwZGF0ZSBjYWxsYmFjaw0KcnVtMDogbmVlZCBtdWx0 aWNhc3QgdXBkYXRlIGNhbGxiYWNrDQpydW0wOiBuZWVkIG11bHRpY2FzdCB1 cGRhdGUgY2FsbGJhY2sNCg== ---559406419-517516009-1009843365=:8050-- From oliver at akephalos.de Sun Aug 2 19:30:08 2009 From: oliver at akephalos.de (O.Herold) Date: Sun Aug 2 19:30:18 2009 Subject: usb/137341: driver if_rum doesn't work at all and throws panics Message-ID: <200908021930.n72JU7rP081628@freefall.freebsd.org> The following reply was made to PR usb/137341; it has been noted by GNATS. From: "O.Herold" To: bug-followup@freebsd.org Cc: Subject: Re: usb/137341: driver if_rum doesn't work at all and throws panics Date: Tue, 1 Jan 2002 02:21:39 +0100 (CET) Btw. this is the dmesg of an Asus EEE with Intel Atom - i386. This machine has got an Atheros chipset, but I cannot use my laptop anymore, the filesystem is damaged and doesn't boot anymore (amd64 FreeBSD 8). But it's the same problem. From blackend at freebsd.org Sun Aug 2 19:49:19 2009 From: blackend at freebsd.org (Marc Fonvieille) Date: Sun Aug 2 19:49:25 2009 Subject: uvisor(4) and Palm Z22 under 8.X In-Reply-To: <20090728111131.GA1383@gothic.blackend.org> References: <20090728111131.GA1383@gothic.blackend.org> Message-ID: <20090802194956.GA1592@gothic.blackend.org> Hello, I did some progress. I read 7.X uvisor.c code and I noted this: /* * Crank down UVISORBUFSIZE from 1024 to 64 to avoid a problem where * the Palm device and the USB host controller deadlock. The USB host * controller is expecting an early-end-of-transmission packet with 0 * data, and the Palm doesn't send one because it's already * communicated the amount of data it's going to send in a header * (which ucom/uvisor are oblivious to). This is the problem that has * been known on the pilot-link lists as the "[Free]BSD USB problem", * but not understood. */ #define UVISORIBUFSIZE 64 #define UVISOROBUFSIZE 1024 So I changed UVISOR_BUFSIZE from 1024 to 64 on uvisor.c from 8.X and bingo some transferts worked, actually backup and files list worked but I wasn't able to install files. So I modified uvisor.c to use 2 different buffer sizes as it's done on 7.X (see attached patch). I tried different couples of bufsize to eventually find a working one. Now everything is working. I just note that sometimes during backup of a large file, if there is activity on my box (USB activity I think) the transfert of the file fails but it can be fixed at next launch of the backup. Well I dunno if it's ready to be committed but it allows me to use my Palm Z22 under 8.0-CURRENT. -- Marc From blackend at freebsd.org Sun Aug 2 20:14:46 2009 From: blackend at freebsd.org (Marc Fonvieille) Date: Sun Aug 2 20:14:52 2009 Subject: uvisor(4) and Palm Z22 under 8.X In-Reply-To: <20090802194956.GA1592@gothic.blackend.org> References: <20090728111131.GA1383@gothic.blackend.org> <20090802194956.GA1592@gothic.blackend.org> Message-ID: <20090802201523.GC1592@gothic.blackend.org> Attach for real the patch -- Marc From blackend at freebsd.org Sun Aug 2 20:17:39 2009 From: blackend at freebsd.org (Marc Fonvieille) Date: Sun Aug 2 20:17:44 2009 Subject: uvisor(4) and Palm Z22 under 8.X In-Reply-To: <20090802201523.GC1592@gothic.blackend.org> References: <20090728111131.GA1383@gothic.blackend.org> <20090802194956.GA1592@gothic.blackend.org> <20090802201523.GC1592@gothic.blackend.org> Message-ID: <20090802201816.GD1592@gothic.blackend.org> On Sun, Aug 02, 2009 at 10:15:23PM +0200, Marc Fonvieille wrote: > Attach for real the patch > Sorry, I dunno why attachement is not working today, here's the patch: Index: uvisor.c =================================================================== --- uvisor.c (revision 196038) +++ uvisor.c (working copy) @@ -95,7 +95,8 @@ #define UVISOR_CONFIG_INDEX 0 #define UVISOR_IFACE_INDEX 0 -#define UVISOR_BUFSIZE 1024 /* bytes */ +#define UVISORIBUFSIZE 64 /* bytes */ +#define UVISOROBUFSIZE 32 /* bytes */ /* From the Linux driver */ /* @@ -208,7 +209,7 @@ .type = UE_BULK, .endpoint = UE_ADDR_ANY, .direction = UE_DIR_OUT, - .bufsize = UVISOR_BUFSIZE, /* bytes */ + .bufsize = UVISOROBUFSIZE, /* bytes */ .flags = {.pipe_bof = 1,.force_short_xfer = 1,}, .callback = &uvisor_write_callback, }, @@ -217,7 +218,7 @@ .type = UE_BULK, .endpoint = UE_ADDR_ANY, .direction = UE_DIR_IN, - .bufsize = UVISOR_BUFSIZE, /* bytes */ + .bufsize = UVISORIBUFSIZE, /* bytes */ .flags = {.pipe_bof = 1,.short_xfer_ok = 1,}, .callback = &uvisor_read_callback, }, @@ -375,7 +376,7 @@ struct uvisor_connection_info coninfo; struct uvisor_palm_connection_info pconinfo; uint16_t actlen; - uWord wAvail; +/* uWord wAvail;*/ uint8_t buffer[256]; if (sc->sc_flag & UVISOR_FLAG_VISOR) { @@ -497,7 +498,7 @@ } } DPRINTF("getting available bytes\n"); - req.bmRequestType = UT_READ_VENDOR_ENDPOINT; +/* req.bmRequestType = UT_READ_VENDOR_ENDPOINT; req.bRequest = UVISOR_REQUEST_BYTES_AVAILABLE; USETW(req.wValue, 0); USETW(req.wIndex, 5); @@ -506,7 +507,7 @@ if (err) { goto done; } - DPRINTF("avail=%d\n", UGETW(wAvail)); + DPRINTF("avail=%d\n", UGETW(wAvail));*/ DPRINTF("done\n"); done: @@ -586,7 +587,7 @@ tr_setup: pc = usbd_xfer_get_frame(xfer, 0); if (ucom_get_data(&sc->sc_ucom, pc, 0, - UVISOR_BUFSIZE, &actlen)) { + UVISOROBUFSIZE, &actlen)) { usbd_xfer_set_frame_len(xfer, 0, actlen); usbd_transfer_submit(xfer); -- Marc From alexbestms at math.uni-muenster.de Sun Aug 2 21:46:31 2009 From: alexbestms at math.uni-muenster.de (Alexander Best) Date: Sun Aug 2 21:46:38 2009 Subject: kernel debugger and usb keyboard In-Reply-To: <200907292236.04773.hselasky@c2i.net> Message-ID: i've seen that there have been some recent changed which deal with this issue. is usb support in the debugger possible with these changes? alex From lista at freebsdconsult.com.br Mon Aug 3 00:22:49 2009 From: lista at freebsdconsult.com.br (Wesley Miranda) Date: Mon Aug 3 00:22:57 2009 Subject: Modem 3G ZTE 626 Message-ID: <73AF33672A3B4540BB1A193FECDC770A@worklab> hi all, I'm trying to connect my modem HSDPA USB ZTE 626 Install the FreeBSD 8.0Beta2 Download at usb_modeswitch-1.0.2.tar.bz2 running gcc -l usb -o usb_modeswitch usb_modeswitch.c edit it usb_modeswitch.conf Descoment ventor DefaultVendor= 0x19d2 DefaultProduct= 0x2000 0x01 MessageContent="55534243123456782000000080000c85010101180101010101000000000000" MessageContent="5553424312345678000000000000061b000000030000000000000000000000" Running /usr/sbin/usb_modeswitch Ok Modem is UP. My other problems too: ---- Jan 12 01:34:59 idxbox kernel: ugen4.3: at usbus4 (disconnected) Jan 12 01:34:59 idxbox kernel: umass1: at uhub1, port 2, addr 3 (disconnected) Jan 12 01:34:59 idxbox kernel: (cd0:umass-sim1:1:0:0): lost device Jan 12 01:34:59 idxbox kernel: (cd0:umass-sim1:1:0:0): removing device entry Jan 12 01:35:05 idxbox root: Unknown USB device: vendor 0x19d2 product 0x0031 bus uhub1 Jan 12 01:35:05 idxbox kernel: ugen4.3: at usbus4 Jan 12 01:35:05 idxbox kernel: umass1: on usbus4 Jan 12 01:35:05 idxbox kernel: umass1: SCSI over Bulk-Only; quirks = 0x0000 ---- running ppp -ddial vivo other problems: --- Jan 12 01:55:33 idxbox ppp[1349]: Phase: Using interface: tun0 Jan 12 01:55:33 idxbox ppp[1349]: Phase: deflink: Created in closed state Jan 12 01:55:33 idxbox ppp[1349]: tun0: Command: default: set device /dev/cuau1 Jan 12 01:55:33 idxbox ppp[1349]: tun0: Command: default: set speed sync Jan 12 01:55:33 idxbox ppp[1349]: tun0: Command: default: set dial ABORT BUSY TIMEOUT 2 "" AT OK-AT-OK AT+CFUN=1 OK-AT-OK AT+CMEE=2 OK-AT-OK AT+CSQ OK AT+CGDCONT=1,\"IP\",\"internet\" OK AT+CGACT? OK-AT-OK AT+CGATT? OK AT+CGCLASS? OK AT+COPS? OK ATD*99# CONNECT Jan 12 01:55:33 idxbox ppp[1349]: tun0: Phase: PPP Started (interactive mode). Jan 12 01:55:50 idxbox ppp[1349]: tun0: Command: /dev/pts/1: dial Jan 12 01:55:50 idxbox ppp[1349]: tun0: Phase: bundle: Establish Jan 12 01:55:50 idxbox ppp[1349]: tun0: Phase: deflink: closed -> opening Jan 12 01:55:50 idxbox ppp[1349]: tun0: Phase: deflink: Connected! Jan 12 01:55:50 idxbox ppp[1349]: tun0: Phase: deflink: opening -> dial Jan 12 01:55:50 idxbox ppp[1349]: tun0: Chat: deflink: Dial attempt 1 of 1 Jan 12 01:55:50 idxbox ppp[1349]: tun0: Chat: Send: AT^M Jan 12 01:55:50 idxbox ppp[1349]: tun0: Chat: Expect(2): OK Jan 12 01:55:52 idxbox ppp[1349]: tun0: Chat: Expect timeout Jan 12 01:55:52 idxbox ppp[1349]: tun0: Chat: Send: AT^M Jan 12 01:55:52 idxbox ppp[1349]: tun0: Chat: Expect(2): OK Jan 12 01:55:54 idxbox ppp[1349]: tun0: Chat: Expect timeout Jan 12 01:55:54 idxbox ppp[1349]: tun0: Warning: Chat script failed Jan 12 01:55:54 idxbox ppp[1349]: tun0: Phase: deflink: dial -> hangup Jan 12 01:55:54 idxbox ppp[1349]: tun0: Phase: deflink: Disconnected! Jan 12 01:55:54 idxbox ppp[1349]: tun0: Phase: deflink: Connect time: 4 secs: 0 octets in, 0 octets out Jan 12 01:55:54 idxbox ppp[1349]: tun0: Phase: deflink: 0 packets in, 0 packets out Jan 12 01:55:54 idxbox ppp[1349]: tun0: Phase: total 0 bytes/sec, peak 0 bytes/sec on Sun Jan 12 01:55:50 2003 Jan 12 01:55:54 idxbox ppp[1349]: tun0: Phase: deflink: hangup -> closed Jan 12 01:55:54 idxbox ppp[1349]: tun0: Phase: bundle: Dead ---- ---- my ppp.conf this way: default: set log Phase Chat LCP IPCP CCP tun command set device /dev/cuau1 set speed sync set dial "ABORT BUSY TIMEOUT 2 \ \"\" \ AT OK-AT-OK \ AT+CFUN=1 OK-AT-OK \ AT+CMEE=2 OK-AT-OK \ AT+CSQ OK \ AT+CGDCONT=1,\\\"IP\\\",\\\"internet\\\" OK \ AT+CGACT? OK-AT-OK \ AT+CGATT? OK \ AT+CGCLASS? OK \ AT+COPS? OK \ ATD*99# CONNECT" vivo: set authname vivo set authkey vivo set phone *99# set login "ABORT NO\\sCARRIER TIMEOUT 5 ogin:--ogin: ppp word: ppp" set timeout 0 set ifaddr 192.168.1.0/0 127.0.0.1/0 255.255.255.0 0.0.0.0 # add default HISADDR enable dns ----- Could not connect someone help me please? Thanks. Wesley Miranda FreeBSD Consult www.freebsdconsult.com.br From hselasky at freebsd.org Mon Aug 3 06:33:55 2009 From: hselasky at freebsd.org (Hans Petter Selasky) Date: Mon Aug 3 06:34:28 2009 Subject: uvisor(4) and Palm Z22 under 8.X In-Reply-To: <20090802201816.GD1592@gothic.blackend.org> References: <20090728111131.GA1383@gothic.blackend.org> <20090802201523.GC1592@gothic.blackend.org> <20090802201816.GD1592@gothic.blackend.org> Message-ID: <200908030833.50464.hselasky@freebsd.org> On Sunday 02 August 2009 22:18:16 Marc Fonvieille wrote: > On Sun, Aug 02, 2009 at 10:15:23PM +0200, Marc Fonvieille wrote: > > Attach for real the patch > > Sorry, I dunno why attachement is not working today, here's the patch: > Hi, Can you verify that the driver works with 1024 byte buffers (RX+TX), and the other changes made. The comment in the old driver does not apply any more. Alternativly, try: TX buffer 1024 bytes: RX buffer 0 bytes (which makes it use wMaxPacketSize). --HPS > > Index: uvisor.c > =================================================================== > --- uvisor.c (revision 196038) > +++ uvisor.c (working copy) > @@ -95,7 +95,8 @@ > > #define UVISOR_CONFIG_INDEX 0 > #define UVISOR_IFACE_INDEX 0 > -#define UVISOR_BUFSIZE 1024 /* bytes */ > +#define UVISORIBUFSIZE 64 /* bytes */ > +#define UVISOROBUFSIZE 32 /* bytes */ > > /* From the Linux driver */ > /* > @@ -208,7 +209,7 @@ > .type = UE_BULK, > .endpoint = UE_ADDR_ANY, > .direction = UE_DIR_OUT, > - .bufsize = UVISOR_BUFSIZE, /* bytes */ > + .bufsize = UVISOROBUFSIZE, /* bytes */ > .flags = {.pipe_bof = 1,.force_short_xfer = 1,}, > .callback = &uvisor_write_callback, > }, > @@ -217,7 +218,7 @@ > .type = UE_BULK, > .endpoint = UE_ADDR_ANY, > .direction = UE_DIR_IN, > - .bufsize = UVISOR_BUFSIZE, /* bytes */ > + .bufsize = UVISORIBUFSIZE, /* bytes */ > .flags = {.pipe_bof = 1,.short_xfer_ok = 1,}, > .callback = &uvisor_read_callback, > }, > @@ -375,7 +376,7 @@ > struct uvisor_connection_info coninfo; > struct uvisor_palm_connection_info pconinfo; > uint16_t actlen; > - uWord wAvail; > +/* uWord wAvail;*/ > uint8_t buffer[256]; > > if (sc->sc_flag & UVISOR_FLAG_VISOR) { > @@ -497,7 +498,7 @@ > } > } > DPRINTF("getting available bytes\n"); > - req.bmRequestType = UT_READ_VENDOR_ENDPOINT; > +/* req.bmRequestType = UT_READ_VENDOR_ENDPOINT; > req.bRequest = UVISOR_REQUEST_BYTES_AVAILABLE; > USETW(req.wValue, 0); > USETW(req.wIndex, 5); > @@ -506,7 +507,7 @@ > if (err) { > goto done; > } > - DPRINTF("avail=%d\n", UGETW(wAvail)); > + DPRINTF("avail=%d\n", UGETW(wAvail));*/ > > DPRINTF("done\n"); > done: > @@ -586,7 +587,7 @@ > tr_setup: > pc = usbd_xfer_get_frame(xfer, 0); > if (ucom_get_data(&sc->sc_ucom, pc, 0, > - UVISOR_BUFSIZE, &actlen)) { > + UVISOROBUFSIZE, &actlen)) { > > usbd_xfer_set_frame_len(xfer, 0, actlen); > usbd_transfer_submit(xfer); From hselasky at c2i.net Mon Aug 3 06:36:16 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Mon Aug 3 06:36:22 2009 Subject: usb/137341: driver if_rum doesn't work at all and throws panics In-Reply-To: <200908012229.n71MTU84071787@www.freebsd.org> References: <200908012229.n71MTU84071787@www.freebsd.org> Message-ID: <200908030836.12697.hselasky@c2i.net> On Sunday 02 August 2009 00:29:30 Oliver Herold wrote: > >Number: 137341 > >Category: usb > >Synopsis: driver if_rum doesn't work at all and throws panics > >Confidential: no > >Severity: serious > >Priority: high > >Responsible: freebsd-usb > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Sat Aug 01 22:30:06 UTC 2009 > >Closed-Date: > >Last-Modified: > >Originator: Oliver Herold > >Release: FreeBSD 8.0 current (weekly update) > >Organization: > > F!XMBR > > >Environment: > > FreeBSD moria 8.0-BETA2 FreeBSD 8-0-BETA2 #0: Thu Jul 30 18:04:39 CEST 2009 > root@moria:/usr/obj/usr/src/sys/GENERIC amd64 > > >Description: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=usb/128418 > http://www.freebsd.org/cgi/query-pr.cgi?pr=usb/133296 > http://www.freebsd.org/cgi/query-pr.cgi?pr=usb/132080 > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/119945 > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/120966 > > It didn't change a single bit since my first pr more than a year ago. The > difference nowadays is: it doesn't throw a panic, instead it loses the > connection and if I try to /etc/rc.d/netif restart then the panic occures. > > I'm using OpenBSD 4.5 on the same laptop (it has got Intel 5000 Wifi) and > don't have a single failure with it (rum). Btw. the problem persists with > FreeBSD 8.0 (i386) too. > > >How-To-Repeat: > > 1. use the network connection (together with WPA encryption via > wpa_supplicant) 2. wait some minutes -> connection lost > 3. /etc/rc.d/netif restart -> wait some seconds -> et voila: panic > > >Fix: > > > > > >Release-Note: > >Audit-Trail: > >Unformatted: Can you provide a panic backtrace? --HPS From hselasky at c2i.net Mon Aug 3 06:40:03 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Mon Aug 3 06:40:10 2009 Subject: usb/137341: driver if_rum doesn't work at all and throws panics Message-ID: <200908030640.n736e2w9011657@freefall.freebsd.org> The following reply was made to PR usb/137341; it has been noted by GNATS. From: Hans Petter Selasky To: freebsd-usb@freebsd.org Cc: Oliver Herold , freebsd-gnats-submit@freebsd.org Subject: Re: usb/137341: driver if_rum doesn't work at all and throws panics Date: Mon, 3 Aug 2009 08:36:11 +0200 On Sunday 02 August 2009 00:29:30 Oliver Herold wrote: > >Number: 137341 > >Category: usb > >Synopsis: driver if_rum doesn't work at all and throws panics > >Confidential: no > >Severity: serious > >Priority: high > >Responsible: freebsd-usb > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Sat Aug 01 22:30:06 UTC 2009 > >Closed-Date: > >Last-Modified: > >Originator: Oliver Herold > >Release: FreeBSD 8.0 current (weekly update) > >Organization: > > F!XMBR > > >Environment: > > FreeBSD moria 8.0-BETA2 FreeBSD 8-0-BETA2 #0: Thu Jul 30 18:04:39 CEST 2009 > root@moria:/usr/obj/usr/src/sys/GENERIC amd64 > > >Description: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=usb/128418 > http://www.freebsd.org/cgi/query-pr.cgi?pr=usb/133296 > http://www.freebsd.org/cgi/query-pr.cgi?pr=usb/132080 > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/119945 > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/120966 > > It didn't change a single bit since my first pr more than a year ago. The > difference nowadays is: it doesn't throw a panic, instead it loses the > connection and if I try to /etc/rc.d/netif restart then the panic occures. > > I'm using OpenBSD 4.5 on the same laptop (it has got Intel 5000 Wifi) and > don't have a single failure with it (rum). Btw. the problem persists with > FreeBSD 8.0 (i386) too. > > >How-To-Repeat: > > 1. use the network connection (together with WPA encryption via > wpa_supplicant) 2. wait some minutes -> connection lost > 3. /etc/rc.d/netif restart -> wait some seconds -> et voila: panic > > >Fix: > > > > > >Release-Note: > >Audit-Trail: > >Unformatted: Can you provide a panic backtrace? --HPS From hselasky at c2i.net Mon Aug 3 06:40:18 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Mon Aug 3 06:40:24 2009 Subject: Modem 3G ZTE 626 In-Reply-To: <73AF33672A3B4540BB1A193FECDC770A@worklab> References: <73AF33672A3B4540BB1A193FECDC770A@worklab> Message-ID: <200908030840.13756.hselasky@c2i.net> On Monday 03 August 2009 02:04:36 Wesley Miranda wrote: > AT+CGDCONT=1,\\\"IP\\\",\\\"internet\\\" OK \ Are you sure your APN is correct? BTW: I will see if I can add your device so that the modeswitch is automatic. --HPS From hselasky at c2i.net Mon Aug 3 06:41:08 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Mon Aug 3 06:41:20 2009 Subject: kernel debugger and usb keyboard In-Reply-To: References: Message-ID: <200908030841.05540.hselasky@c2i.net> On Sunday 02 August 2009 23:46:29 Alexander Best wrote: > i've seen that there have been some recent changed which deal with this > issue. is usb support in the debugger possible with these changes? > Yes, UMASS and UKBD should work from the debugger. --HPS From c-s at c-s.li Mon Aug 3 06:50:02 2009 From: c-s at c-s.li (c-s) Date: Mon Aug 3 06:50:09 2009 Subject: usb/137377: Support for Huawei E180 Message-ID: <200908030641.n736fHbl064848@www.freebsd.org> >Number: 137377 >Category: usb >Synopsis: Support for Huawei E180 >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: Mon Aug 03 06:50:01 UTC 2009 >Closed-Date: >Last-Modified: >Originator: c-s >Release: Current >Organization: >Environment: FreeBSD c-s.li 8.0-BETA2 FreeBSD 8.0-BETA2 #3: Sat Aug 1 09:26:55 CEST 2009 root@c-st.net:/usr/obj/usr/src/sys/GENERIC amd64 >Description: Attaching a Huawei E180 3G USB modem yields the following message: ==================== Aug 3 08:26:06 c-st root: Unknown USB device: vendor 0x12d1 product 0x1003 bus uhub2 Aug 3 08:26:06 c-st kernel: ugen2.5: at usbus2 Aug 3 08:26:06 c-st kernel: umass0: on usbus2 Aug 3 08:26:06 c-st kernel: umass0: SCSI over Bulk-Only; quirks = 0x0000 Aug 3 08:26:07 c-st root: Unknown USB device: vendor 0x12d1 product 0x1003 bus uhub2 Aug 3 08:26:07 c-st kernel: umass0:1:0:-1: Attached to scbus1 Aug 3 08:26:07 c-st kernel: umass1: on usbus2 Aug 3 08:26:07 c-st kernel: umass1: SCSI over Bulk-Only; quirks = 0x0000 Aug 3 08:26:08 c-st kernel: (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Aug 3 08:26:08 c-st kernel: (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error Aug 3 08:26:08 c-st kernel: (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition Aug 3 08:26:08 c-st kernel: (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 Aug 3 08:26:08 c-st kernel: (probe0:umass-sim0:0:0:0): Medium not present Aug 3 08:26:08 c-st kernel: (probe0:umass-sim0:0:0:0): Unretryable error Aug 3 08:26:08 c-st kernel: cd0 at umass-sim0 bus 0 target 0 lun 0 ==================== Note that this device is not (!) the same as the already patched Huawei E180v. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From c-s at c-s.li Mon Aug 3 06:55:28 2009 From: c-s at c-s.li (c-s@c-s.li) Date: Mon Aug 3 06:56:05 2009 Subject: APC UPS fails to attach Message-ID: <4b1c6465a45f56907aad430b286c0193@194.126.200.28> I have an APC Back-UPS RS 800 which fails to attach to FreeBSD Current with the following dmesg attached. Just as a side note, this device used to work under FreeBSD 7.2 but unfortunately I don't have any dmesg from that time anymore. Any help is appreciated. -------------- next part -------------- Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-BETA2 #3: Sat Aug 1 09:26:55 CEST 2009 root@c-st.net:/usr/obj/usr/src/sys/c-s Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Phenom(tm) 9550 Quad-Core Processor (2204.71-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f23 Stepping = 3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x7ff TSC: P-state invariant real memory = 6442450944 (6144 MB) avail memory = 5913415680 (5639 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 cryptosoft0: on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, bfde0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xee00-0xeeff mem 0xd0000000-0xdfffffff,0xfdfe0000-0xfdfeffff,0xfde00000-0xfdefffff irq 18 at device 5.0 on pci1 hdac0: mem 0xfdffc000-0xfdffffff irq 19 at device 5.1 on pci1 hdac0: HDA Driver Revision: 20090624_0136 hdac0: [ITHREAD] pcib2: irq 18 at device 10.0 on pci0 pci2: on pcib2 re0: port 0xde00-0xdeff mem 0xfdaff000-0xfdafffff,0xfdae0000-0xfdaeffff irq 18 at device 0.0 on pci2 re0: Using 1 MSI messages re0: Chip rev. 0x3c000000 re0: MAC rev. 0x00400000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:1f:d0:56:c4:17 re0: [FILTER] atapci0: port 0xff00-0xff07,0xfe00-0xfe03,0xfd00-0xfd07,0xfc00-0xfc03,0xfb00-0xfb0f mem 0xfe02f000-0xfe02f3ff irq 22 at device 17.0 on pci0 atapci0: [ITHREAD] atapci0: AHCI v1.10 controller with 4 3Gbps ports, PM supported ata2: on atapci0 ata2: port is not ready (timeout 0ms) tfd = 000001d0 ata2: software reset clear timeout ata2: [ITHREAD] ata3: on atapci0 ata3: port is not ready (timeout 0ms) tfd = 000001d0 ata3: software reset clear timeout ata3: [ITHREAD] ata4: on atapci0 ata4: port is not ready (timeout 0ms) tfd = 000001d0 ata4: software reset clear timeout ata4: [ITHREAD] ata5: on atapci0 ata5: port is not ready (timeout 0ms) tfd = 000001d0 ata5: software reset clear timeout ata5: [ITHREAD] ohci0: mem 0xfe02e000-0xfe02efff irq 16 at device 18.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ohci1: mem 0xfe02d000-0xfe02dfff irq 16 at device 18.1 on pci0 ohci1: [ITHREAD] usbus1: on ohci1 ehci0: mem 0xfe02c000-0xfe02c0ff irq 17 at device 18.2 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2: on ehci0 ohci2: mem 0xfe02b000-0xfe02bfff irq 18 at device 19.0 on pci0 ohci2: [ITHREAD] usbus3: on ohci2 ohci3: mem 0xfe02a000-0xfe02afff irq 18 at device 19.1 on pci0 ohci3: [ITHREAD] usbus4: on ohci3 ehci1: mem 0xfe029000-0xfe0290ff irq 19 at device 19.2 on pci0 ehci1: [ITHREAD] usbus5: EHCI version 1.0 usbus5: on ehci1 pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfa00-0xfa0f at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] hdac1: mem 0xfe024000-0xfe027fff irq 16 at device 20.2 on pci0 hdac1: HDA Driver Revision: 20090624_0136 hdac1: [ITHREAD] isab0: at device 20.3 on pci0 isa0: on isab0 pcib3: at device 20.4 on pci0 pci3: on pcib3 hifn0 mem 0xfdcff000-0xfdcfffff,0xfdcfa000-0xfdcfbfff,0xfdce8000-0xfdceffff irq 20 at device 6.0 on pci3 hifn0: [ITHREAD] hifn0: Hifn 7955, rev 0, 32KB dram, pll=0x801 rl0: port 0xce00-0xceff mem 0xfdcfe000-0xfdcfe0ff irq 21 at device 7.0 on pci3 miibus1: on rl0 rlphy0: PHY 0 on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:17:3f:9b:ae:4d rl0: [ITHREAD] fwohci0: mem 0xfdcfd000-0xfdcfd7ff,0xfdcf4000-0xfdcf7fff irq 22 at device 14.0 on pci3 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:70:e0:6a:00:00:1f:d0 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0xb33a8000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:70:e0:00:1f:d0 fwe0: Ethernet address: 02:70:e0:00:1f:d0 fwip0: on firewire0 fwip0: Firewire address: 00:70:e0:6a:00:00:1f:d0 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode ohci4: mem 0xfe028000-0xfe028fff irq 18 at device 20.5 on pci0 ohci4: [ITHREAD] usbus6: on ohci4 amdtemp0: on hostb4 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 uart0: [FILTER] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 atrtc0: port 0x70-0x73 on acpi0 cpu0: on acpi0 hwpstate0: on cpu0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 usbus6: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 ad0: 9765MB at ata0-master UDMA33 uhub6: 2 ports with 2 removable, self powered uhub0: 3 ports with 3 removable, self powered uhub1: 3 ports with 3 removable, self powered acd0: DMA limited to UDMA33, device found non-ATA66 cable uhub3: 3 ports with 3 removable, self powered uhub4: 3 ports with 3 removable, self powered acd0: DVDR at ata0-slave UDMA33 ad4: 152626MB at ata2-master SATA300 ad6: 476940MB at ata3-master SATA300 ad8: 476940MB at ata4-master SATA300 ad10: 476940MB at ata5-master SATA300 hdac0: HDA Codec #0: ATI RS690/780 HDMI pcm0: at cad 0 nid 1 on hdac0 hdac1: HDA Codec #0: Realtek ALC885 pcm1: at cad 0 nid 1 on hdac1 pcm2: at cad 0 nid 1 on hdac1 pcm3: at cad 0 nid 1 on hdac1 uhub2: 6 ports with 6 removable, self powered uhub5: 6 ports with 6 removable, self powered ugen2.2: at usbus2 uhub7: on usbus2 uhub7: 3 ports with 2 removable, bus powered ugen2.3: at usbus2 ukbd0: on usbus2 kbd2 at ukbd0 uhid0: on usbus2 SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! Root mount waiting for: usbus2 ugen2.4: at usbus2 ums0: on usbus2 ums0: 3 buttons and [XYZ] coordinates ID=0 Root mount waiting for: usbus2 ugen2.5: at usbus2 ulpt0: on usbus2 ulpt0: using bi-directional mode Trying to mount root from ufs:/dev/ad4s1a This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS filesystem version 13 ZFS storage pool version 13 usb_alloc_device:1588: set address 2 failed (USB_ERR_TIMEOUT, ignored) usb_alloc_device:1626: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT! WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted usbd_req_re_enumerate:1539: addr=2, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_req_re_enumerate:1553: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT! usbd_req_re_enumerate:1539: addr=2, set address failed! (USB_ERR_TIMEOUT, ignored) re0: link state changed to UP From hselasky at c2i.net Mon Aug 3 07:19:58 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Mon Aug 3 07:20:04 2009 Subject: APC UPS fails to attach In-Reply-To: <4b1c6465a45f56907aad430b286c0193@194.126.200.28> References: <4b1c6465a45f56907aad430b286c0193@194.126.200.28> Message-ID: <200908030919.45873.hselasky@c2i.net> On Monday 03 August 2009 08:24:32 c-s@c-s.li wrote: > I have an APC Back-UPS RS 800 which fails to attach to FreeBSD Current with > the following dmesg attached. Just as a side note, this device used to work > under FreeBSD 7.2 but unfortunately I don't have any dmesg from that time > anymore. Any help is appreciated. Have you tried connecting your device through an external USB HUB? --HPS From guru at unixarea.de Mon Aug 3 07:20:18 2009 From: guru at unixarea.de (Matthias Apitz) Date: Mon Aug 3 07:20:24 2009 Subject: Modem 3G ZTE 626 In-Reply-To: <73AF33672A3B4540BB1A193FECDC770A@worklab> References: <73AF33672A3B4540BB1A193FECDC770A@worklab> Message-ID: <20090803070156.GA1934@current.Sisis.de> El d?a Sunday, August 02, 2009 a las 09:04:36PM -0300, Wesley Miranda escribi?: ... > Jan 12 01:55:33 idxbox ppp[1349]: Phase: Using interface: tun0 > Jan 12 01:55:33 idxbox ppp[1349]: Phase: deflink: Created in closed state > Jan 12 01:55:33 idxbox ppp[1349]: tun0: Command: default: set device /dev/cuau1 > Jan 12 01:55:33 idxbox ppp[1349]: tun0: Command: default: set speed sync > Jan 12 01:55:33 idxbox ppp[1349]: tun0: Command: default: set dial ABORT BUSY TIMEOUT 2 "" AT OK-AT-OK AT+CFUN=1 OK-AT-OK AT+CMEE=2 OK-AT-OK > AT+CSQ OK AT+CGDCONT=1,\"IP\",\"internet\" OK AT+CGACT? OK-AT-OK AT+CGATT? OK AT+CGCLASS? OK AT+COPS? OK ATD*99# CONNECT > Jan 12 01:55:33 idxbox ppp[1349]: tun0: Phase: PPP Started (interactive mode). > Jan 12 01:55:50 idxbox ppp[1349]: tun0: Command: /dev/pts/1: dial > Jan 12 01:55:50 idxbox ppp[1349]: tun0: Phase: bundle: Establish > Jan 12 01:55:50 idxbox ppp[1349]: tun0: Phase: deflink: closed -> opening > Jan 12 01:55:50 idxbox ppp[1349]: tun0: Phase: deflink: Connected! > Jan 12 01:55:50 idxbox ppp[1349]: tun0: Phase: deflink: opening -> dial > Jan 12 01:55:50 idxbox ppp[1349]: tun0: Chat: deflink: Dial attempt 1 of 1 > Jan 12 01:55:50 idxbox ppp[1349]: tun0: Chat: Send: AT^M > Jan 12 01:55:50 idxbox ppp[1349]: tun0: Chat: Expect(2): OK > Jan 12 01:55:52 idxbox ppp[1349]: tun0: Chat: Expect timeout > Jan 12 01:55:52 idxbox ppp[1349]: tun0: Chat: Send: AT^M > Jan 12 01:55:52 idxbox ppp[1349]: tun0: Chat: Expect(2): OK > Jan 12 01:55:54 idxbox ppp[1349]: tun0: Chat: Expect timeout > Jan 12 01:55:54 idxbox ppp[1349]: tun0: Warning: Chat script failed ... Try with some terminal software, like kermit, if you can talk AT cmds to the device /dev/cuau1 at all; btw: my device name in 8-CURRENT for a Huawei E220 USB card is /dev/cuaU0.0; check the man page of the driver you are using for the correct name; matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From alexbestms at math.uni-muenster.de Mon Aug 3 08:08:59 2009 From: alexbestms at math.uni-muenster.de (Alexander Best) Date: Mon Aug 3 08:09:06 2009 Subject: kernel debugger and usb keyboard In-Reply-To: <200908030841.05540.hselasky@c2i.net> Message-ID: hmm...is it necessary to add any extra options to the kernelconf? because when i hit the panic key-combo under r196037 i'm still not able to use my usb keyboard. i have the following debug related options in my kernelconf: options KDB options BREAK_TO_DEBUGGER options DDB makeoptions DEBUG=-g options INVARIANTS options INVARIANT_SUPPORT options WITNESS options DEBUG_LOCKS options DEBUG_VFS_LOCKS options DIAGNOSTIC options SW_WATCHDOG options KTRACE # ktrace(1) support options SOCKBUF_DEBUG options DEBUG_MEMGUARD legacy usb keyboard support is enabled in the bios so i can use my keyboard at the bootmanager prompt. i did makeworld 4 days ago. is it necessary to make it again in order to have usb/umass support in the kernel debugger? alex Hans Petter Selasky schrieb am 2009-08-03: > On Sunday 02 August 2009 23:46:29 Alexander Best wrote: > > i've seen that there have been some recent changed which deal with > > this > > issue. is usb support in the debugger possible with these changes? > Yes, UMASS and UKBD should work from the debugger. > --HPS From blackend at freebsd.org Mon Aug 3 08:47:32 2009 From: blackend at freebsd.org (Marc Fonvieille) Date: Mon Aug 3 08:47:40 2009 Subject: uvisor(4) and Palm Z22 under 8.X In-Reply-To: <200908030833.50464.hselasky@freebsd.org> References: <20090728111131.GA1383@gothic.blackend.org> <20090802201523.GC1592@gothic.blackend.org> <20090802201816.GD1592@gothic.blackend.org> <200908030833.50464.hselasky@freebsd.org> Message-ID: <20090803084809.GA1230@gothic.blackend.org> On Mon, Aug 03, 2009 at 08:33:49AM +0200, Hans Petter Selasky wrote: > On Sunday 02 August 2009 22:18:16 Marc Fonvieille wrote: > > On Sun, Aug 02, 2009 at 10:15:23PM +0200, Marc Fonvieille wrote: > > > Attach for real the patch > > > > Sorry, I dunno why attachement is not working today, here's the patch: > > > > Hi, > > Can you verify that the driver works with 1024 byte buffers (RX+TX), and the > other changes made. The comment in the old driver does not apply any more. > > Alternativly, try: > > TX buffer 1024 bytes: > RX buffer 0 bytes (which makes it use wMaxPacketSize). > > Here are the results of various values: --- #define UVISORIBUFSIZE 0 #define UVISOROBUFSIZE 1024 install fails list OK backup OK --- #define UVISORIBUFSIZE 992 #define UVISOROBUFSIZE 32 install OK list fails backup fails --- --- #define UVISORIBUFSIZE 512 #define UVISOROBUFSIZE 512 install fails list OK backup fails --- --- #define UVISORIBUFSIZE 64 #define UVISOROBUFSIZE 960 install fails list OK backup OK --- --- #define UVISORIBUFSIZE 64 #define UVISOROBUFSIZE 32 install OK list OK backup OK --- For information: install: pilot-xfer -p /dev/cuaU0 -i ./foobar.pdb list: pilot-xfer -p /dev/cuaU0 -l backup: pilot-xfer -p /dev/cuaU0 -s foo -- Marc From c-s at c-s.li Mon Aug 3 10:01:15 2009 From: c-s at c-s.li (c-s@c-s.li) Date: Mon Aug 3 10:01:22 2009 Subject: APC UPS fails to attach In-Reply-To: <200908030919.45873.hselasky@c2i.net> References: <4b1c6465a45f56907aad430b286c0193@194.126.200.28> <200908030919.45873.hselasky@c2i.net> Message-ID: Great idea! I attached it to an "internal" USB Hub of my motherboard and it gives me the following message: Aug 3 11:42:27 c-s kernel: usb_alloc_device:1588: set address 2 failed (USB_ERR_TIMEOUT, ignored) Aug 3 11:42:27 c-s kernel: usb_alloc_device:1626: getting device descriptor at addr 2 failed, USB_ERR_IOERROR! Aug 3 11:42:28 c-s kernel: usbd_req_re_enumerate:1539: addr=2, set address failed! (USB_ERR_TIMEOUT, ignored) Aug 3 11:42:28 c-s kernel: usbd_req_re_enumerate:1553: getting device descriptor at addr 2 failed, USB_ERR_IOERROR! Aug 3 11:42:30 c-s kernel: ugen1.2: at usbus1 Aug 3 11:42:30 c-s root: Unknown USB device: vendor 0x051d product 0x0002 bus uhub1 At least it sees the UPS now. usbconfig gives me the following informations: c-st# usbconfig -u 1 -a 2 dump_device_desc ugen1.2: at usbus1, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0110 bDeviceClass = 0x0000 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0008 idVendor = 0x051d idProduct = 0x0002 bcdDevice = 0x0106 iManufacturer = 0x0003 iProduct = 0x0001 iSerialNumber = 0x0002 <3B0835X50031 > bNumConfigurations = 0x0001 --CS On Mon, 3 Aug 2009 09:19:44 +0200, Hans Petter Selasky wrote: > On Monday 03 August 2009 08:24:32 c-s@c-s.li wrote: >> I have an APC Back-UPS RS 800 which fails to attach to FreeBSD Current >> with >> the following dmesg attached. Just as a side note, this device used to >> work >> under FreeBSD 7.2 but unfortunately I don't have any dmesg from that time >> anymore. Any help is appreciated. > > Have you tried connecting your device through an external USB HUB? > > --HPS From hselasky at c2i.net Mon Aug 3 10:05:40 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Mon Aug 3 10:05:46 2009 Subject: kernel debugger and usb keyboard In-Reply-To: References: Message-ID: <200908031205.35502.hselasky@c2i.net> On Monday 03 August 2009 10:08:56 Alexander Best wrote: > hmm...is it necessary to add any extra options to the kernelconf? because > when i hit the panic key-combo under r196037 i'm still not able to use my > usb keyboard. i have the following debug related options in my kernelconf: > > options KDB > options BREAK_TO_DEBUGGER > options DDB > makeoptions DEBUG=-g > options INVARIANTS > options INVARIANT_SUPPORT > options WITNESS > options DEBUG_LOCKS > options DEBUG_VFS_LOCKS > options DIAGNOSTIC > options SW_WATCHDOG > options KTRACE # ktrace(1) support > options SOCKBUF_DEBUG > options DEBUG_MEMGUARD > > legacy usb keyboard support is enabled in the bios so i can use my keyboard > at the bootmanager prompt. > > i did makeworld 4 days ago. You need to build a kernel newer than friday. --HPS From hselasky at freebsd.org Mon Aug 3 10:38:52 2009 From: hselasky at freebsd.org (Hans Petter Selasky) Date: Mon Aug 3 10:38:57 2009 Subject: uvisor(4) and Palm Z22 under 8.X In-Reply-To: <20090803084809.GA1230@gothic.blackend.org> References: <20090728111131.GA1383@gothic.blackend.org> <200908030833.50464.hselasky@freebsd.org> <20090803084809.GA1230@gothic.blackend.org> Message-ID: <200908031138.45877.hselasky@freebsd.org> Hi, Can you try: #define UVISORIBUFSIZE 1024 #define UVISOROBUFSIZE 32 I will patch this shortly. --HPS From blackend at freebsd.org Mon Aug 3 11:05:25 2009 From: blackend at freebsd.org (Marc Fonvieille) Date: Mon Aug 3 11:05:31 2009 Subject: uvisor(4) and Palm Z22 under 8.X In-Reply-To: <200908031138.45877.hselasky@freebsd.org> References: <20090728111131.GA1383@gothic.blackend.org> <200908030833.50464.hselasky@freebsd.org> <20090803084809.GA1230@gothic.blackend.org> <200908031138.45877.hselasky@freebsd.org> Message-ID: <20090803110603.GB1230@gothic.blackend.org> On Mon, Aug 03, 2009 at 11:38:44AM +0200, Hans Petter Selasky wrote: > Hi, > > Can you try: > > #define UVISORIBUFSIZE 1024 > #define UVISOROBUFSIZE 32 > install OK list OK backup fails when it tries to get "large files" (45308 bytes in my case). -- Marc From bugmaster at FreeBSD.org Mon Aug 3 11:07:12 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Aug 3 11:10:12 2009 Subject: Current problem reports assigned to freebsd-usb@FreeBSD.org Message-ID: <200908031107.n73B78ST088820@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o usb/137377 usb Support for Huawei E180 o usb/137341 usb driver if_rum doesn't work at all and throws panics o usb/137226 usb [patch] quirk for Philips extern USB disk o usb/137191 usb [usb][patch] export ums(4) output report parser data t o usb/137190 usb [usb][patch] inhibit spurious button releases for some o usb/137189 usb [usb][patch] create and use sysctl nodes for HID repor o usb/137188 usb [usb][patch] correctly handle USB report descriptors w o usb/137138 usb [umass] [patch] QUIRK: ASUS PDA Flash disk emulation o usb/137129 usb SteelSeries Ikari USB laser mouse not attaching o usb/137035 usb Sony cyber-shot DSC-P72 not accessible - cam quirks o usb/136761 usb [usbdevs] [patch] Teach usbdevs / u3g(4) about Huawei o usb/135938 usb [aue] aue driver only passes traffic in promisc mode o usb/135857 usb RTL8187 Wireless Adapter o usb/135575 usb [usbdevs] [patch] Add HTC Wizard phone vid/pid informa o usb/135542 usb [keyboard] boot loader does not work with a usb keyboa o usb/135372 usb Quirk report for Teclast TL-C300 usb media player o usb/135348 usb [umass] USB Drive Hangs with ZFS (JMicron USB2/eSata) o usb/135206 usb machine reboots when inserted USB device o usb/135200 usb SAMSUNG i740 usb mass: Synchronize cache failed, statu o usb/135182 usb UMASS quirk - Olympus FE20 camera o usb/134950 usb Lowering DTR for USB-modem via ubsa is not possible o usb/134633 usb Add support for WILLCOM03(SHARP smart phone) o usb/134631 usb [usbdevs] [patch] WiSPY DBx support requires usb tweak o usb/134476 usb [usb2] [umass] [quirk] Add quirk for Cypress xx6830xx o usb/134299 usb Kernel Panic plugging in MF626 USB UMTS Stick u3g o usb/134193 usb System freeze on usb MP3 player insertion o usb/134117 usb [Patch] Add support for 'Option GlobeTrotter HSDPA Mod o usb/134085 usb [umass] Adding usb quirk for Sony USB flash drive o usb/133989 usb [newusb] [ukbd] USB keyboard dead at mountroot> prompt f usb/133545 usb [usb] [panic] Kernel crash in usb2_intr_schedule_adjus o usb/133390 usb umass crashes system in 7.1 when Olympus D-540 attache o usb/133296 usb [rum] driver not working properly in hostap mode p usb/132799 usb [usb][patch]GENESYS USB2IDE requires NO_SYNCHRONIZE_CA o usb/132785 usb [usb] [patch] Gemtech remote powersocket is classed as o usb/132594 usb USB subsystem causes page fault and crashes o usb/132312 usb Xorg 7.4 halts USB controller o usb/132080 usb [patch] [usb] Kernel panic after NOMEM caused by rum c o usb/132066 usb [ukbd] Keyboard failure USB keyboard DELL 760 o usb/132036 usb [panic] page fault when connecting Olympus C740 camera o usb/131912 usb [uslcom] [patch] New devices using Silicon Labs chips o usb/131900 usb [usbdevs] [patch] Additional product identification co o usb/131583 usb [umass] Failure when detaching umass Device o usb/131576 usb [aue] ADMtek USB To LAN Converter can't send data o usb/131521 usb Registering Belkin UPS to usb_quirks.c f usb/131123 usb [patch] re-add UQ_ASSUME_CM_OVER_DATA USB quirk o usb/131074 usb no run-time detection of usb devices plugged into exte o usb/130736 usb Page fault unplugging USB stick o usb/130325 usb [usb] [patch] fix tools/tools/usb/print-usb-if-vids.sh o usb/130230 usb Samsung Electronics YP-U3 does not attach in 7.1-RELEA o usb/130208 usb Boot process severely hampered by umass0 error o usb/130122 usb [newusb] DVD drive detects as 'da' device o docs/129962 usb [newusb] usbconfig(8) refers to non-existant usb2_core o usb/129945 usb [usbdevs] [patch] add u3g support for Longcheer WM66 U o usb/129766 usb [usb] plugging in usb modem HUAWEI E226 panics system o usb/129758 usb [uftdi] [patch] add Pyramid LCD usb support o usb/129673 usb [uhci] uhci (uhub) confused on replugging USB 1.1 scan o usb/129522 usb [ubsa] [patch] add support for ZTE AC8700 modem o usb/129500 usb [umass] [panic] FreeBSD Crashes when connecting SanDis o usb/129311 usb [usb] [panic] Instant crash with an USB card reader o usb/129251 usb [usbdevs] [patch] Liebert UPS being assigned uhid and o usb/129173 usb [uplcom] [patch] Add support for Corega CG-USBRS232R a s usb/128990 usb [usb] u3g does not handle RTS/CTS available on for exa o usb/128977 usb [usb] [patch] uaudio is not full duplex o usb/128803 usb [usbdevs] [patch] Quirk for I-Tuner Networks USBLCD4X2 o usb/128485 usb [umodem] [patch] Nokia N80 modem support o usb/128425 usb [umass] Cannot Connect Maxtor Onetouch 4 USB drive f usb/128418 usb [panic] [rum] loading if_rum causes panic, looks like o usb/128324 usb [uplcom] [patch] remove baud rate restriction for PL23 o usb/127980 usb [umass] [patch] Fix Samsung YP U2 MP3 player on 7.x an o usb/127926 usb [boot] USB Timeout during bootup s usb/127549 usb [umass] [patch] Meizu MiniPlayer M6 (SL) requires some s usb/127453 usb [request] ubsa, uark, ubser, uftdi, and friends should o usb/127423 usb [boot] BTX halted on Gigabyte GA-MA69VM-S2 / AMD Sempr o usb/127342 usb [boot] [panic] enabling usb keyboard and mouse support o usb/127248 usb [ucom] panic while uplcom devices attaach and detach o kern/127222 usb [ohci]: Regression in 7.0 usb storage generic driver o usb/126884 usb [ugen] [patch] Bug in buffer handling in ugen.c f usb/126848 usb [usb]: USB Keyboard hangs during Installation o usb/126740 usb [ulpt] doesn't work on 7.0-RELEASE, 10 second stall be o usb/126519 usb [usb] [panic] panic when plugging in an iphone o kern/126396 usb [panic] kernel panic after unplug USB Bluetooth device o usb/125736 usb [ukbd] [hang] system hangs after AT keyboard detect if o usb/125631 usb [ums] [panic] kernel panic during bootup while 'Logite o usb/125510 usb [panic] repeated plug and unplug of USB mass storage d o usb/125450 usb [panic] Removing USB flash card while being accessed c o usb/125264 usb [patch] sysctl for set usb mouse rate (very useful for o usb/125238 usb [ums] Habu Mouse turns off in X o usb/125088 usb [keyboard] Touchpad not detected on Adesso AKB-430UG U o usb/124980 usb [panic] kernel panic on detaching unmounted umass devi o kern/124777 usb [ucom] USB cua devices don't revert to tty devices whe o usb/124758 usb [rum] [panic] rum panics SMP kernel o usb/124708 usb [panic] Kernel panic on USB KVM reattach o usb/124604 usb [ums] Microsoft combo wireless mouse doesn't work o usb/123969 usb [usb] Supermicro H8SMi-2 usb problem: port reset faile o usb/123714 usb [usb] [panic] Panic when hald-storage-probe runs with o usb/123691 usb usbd(8): usbd hangs o usb/123690 usb [usb] [panic] Panic on USB device insertion when usb l o usb/123611 usb [usb] BBB reset failed, STALLED from Imation/Mitsumi U o usb/123509 usb [umass] continuous reset Samsung SGH-G600 phone o usb/123352 usb [usbdevs] [patch] Add Option GTMAX3.6/7.2 and Quallcom o usb/123351 usb [usbdevs] [patch] Add Reiner SCT cyberJack, Omnikey [2 o usb/122992 usb [umass] [patch] MotoROKR Z6 Phone not recognised by um o usb/122956 usb [ubsa] [patch] add support for Novatel Wireless XU870 o usb/122936 usb [ucom] [ubsa] Device does not receive interrupt o usb/122905 usb [ubsa] [patch] add Huawei E220 to ubsa o usb/122819 usb [usb] [patch] Patch to provide dynamic additions to th o usb/122813 usb [udbp] [request] udbp driver should be removed in favo o usb/122621 usb [new driver] [patch] New driver for Sierra Wireless 3G o usb/122547 usb [ehci] USB Printer not being recognized after reboot o usb/122539 usb [ohci] [panic] AnyDATA ADU-E1000D - kernel panic: ohci o usb/122483 usb [panic] [ulpt] Repeatable panic in 7.0-STABLE o usb/122119 usb [umass] umass device causes creation of daX but not da o usb/122025 usb [uscanner] [patch] uscanner does not attach to Epson R o usb/121755 usb [ohci] [patch] Fix panic after ohci/uhub cardbus devic o usb/121734 usb [ugen] ugen HP1022 printer device not working since up o usb/121708 usb [keyboard] nforce 650i mobo w/ usb keyboard infinite k o usb/121474 usb [cam] [patch] QUIRK: SAMSUNG HM250JI in LaCie usb hard o usb/121426 usb [patch] [uscanner] add HP ScanJet 3570C o usb/121275 usb [boot] [panic] FreeBSD fails to boot with usb legacy s o usb/121232 usb [usb] [panic] USB CardBus card removal causes reboot s p usb/121184 usb [uipaq] [patch] add ids from linux ipaq driver (plus a o usb/121169 usb [umass] Issues with usb mp3 player o usb/121045 usb [uftdi] [patch] Add support for PC-OP-RS1 and KURO-RS o usb/120786 usb [usb] [panic] Kernel panic when forced umount of a det o usb/120729 usb [panic] fault while in kernel mode with connecting USB o usb/120572 usb [umass] [patch] quirk to support ASUS P535 as umass (a o usb/120321 usb [hang] System hangs when transferring data to WD MyBoo o usb/120283 usb [panic] Automation reboot with wireless keyboard & mou o usb/120034 usb [hang] 6.2 & 6.3 hangs on boot at usb0: OHCI with 1.5 o usb/119981 usb [axe] [patch] add support for LOGITEC LAN-GTJ/U2 gigab o usb/119977 usb [ums] Mouse does not work in a Cherry-USB keyboard/mou o usb/119653 usb [cam] [patch] iriver s7 player sync cache error patch o usb/119633 usb [umass] umass0: BBB reset failed, IOERROR [regression] o usb/119513 usb [irq] inserting dlink dwl-g630 wireless card results i o usb/119509 usb [usb] USB flaky on Dell Optiplex 755 o usb/119481 usb [hang] FreeBSD not responding after connecting USB-Mas o usb/119389 usb [umass] Sony DSC-W1 CBI reset failed, STALLED [regress o usb/119227 usb [ubsa] [patch] ubsa buffer is too small; should be tun o usb/119201 usb [cam] [patch] Quirks for Olympus FE-210 camera, LG and o usb/118485 usb [usbdevs] [patch] Logitech Headset Workaround o usb/118480 usb [umass] Timeout in USB mass storage freezes vfs layer o usb/118353 usb [panic] [ppp] repeatable kernel panic during ppp(4) se o usb/118141 usb [ucom] usb serial and nokia phones ucomreadcb ucomread o usb/118140 usb [ucom] [patch] quick hack for ucom to get it behave wi o usb/118098 usb [umass] 6th gen iPod causes problems when disconnectin o usb/117955 usb [umass] [panic] inserting minolta dimage a2 crashes OS o usb/117946 usb [panic] D-Link DUB-E100 rev. B1 crashes FreeBSD 7.0-BE o usb/117938 usb [ums] [patch] Adding support for MS WL Natural and MS o usb/117911 usb [ums] [request] Mouse Gembird MUSWC not work o usb/117893 usb [umass] Lacie USB DVD writing failing o usb/117613 usb [uhci] [irq] uhci interrupt storm & USB leaked memory o usb/117598 usb [uaudio] [patch] Not possible to record with Plantroni o usb/117313 usb [umass] [panic] panic on usb camera insertion o usb/117200 usb [ugen] ugen0 prints strange string on attach if detach o usb/117183 usb [panic] USB/fusefs -- panic while transferring large a o usb/116947 usb [ukbd] [patch] [regression] enable boot protocol on th o usb/116699 usb [usbhid] USB HID devices do not initialize at system b o usb/116561 usb [umodem] [panic] RELENG_6 umodem panic "trying to slee o usb/116282 usb [ulpt] Cannot print on USB HP LJ1018 or LJ1300 o usb/115935 usb [usbdevs] [patch] kernel counterproductively attaches o usb/115933 usb [uftdi] [patch] RATOC REX-USB60F (usb serial converter o usb/115400 usb [ehci] Problem with EHCI on ASUS M2N4-SLI o usb/115298 usb [ulpt] [panic] Turning off USB printer panics kernel o usb/114916 usb [umass] [patch] USB Maxtor drive (L300RO) requires qui o kern/114780 usb [uplcom] [panic] Panics while stress testing the uplco o usb/114682 usb [umass] generic USB media-card reader unusable o usb/114310 usb [libusb] [patch] [panic] USB hub attachment panics ker o usb/114068 usb [umass] [patch] Problems with connection of the umass o conf/114013 usb [patch] WITHOUT_USB allow to compil a lot of USB stuff s usb/113977 usb [request] Need a way to set mode of USB disk's write c o usb/113672 usb [ehci] [panic] Kernel panic with AEWIN CB6971 s usb/113629 usb [ukbd] Dropped USB keyboard events on Dell Latitude D6 o usb/113432 usb [ucom] WARNING: attempt to net_add_domain(netgraph) af a usb/113060 usb [usbdevs] [patch] Samsung printer not working in bidir o usb/112944 usb [ulpt] [patch] Bi-directional access to HP LaserJet 10 o usb/112640 usb [usb] [hang] Kernel freezes when writing a file to an o usb/112631 usb [panic] Problem with SONY DSC-S80 camera on umount s usb/112568 usb [umass] [request] USB mode may wrong when mounting Pla o usb/112463 usb [umass] problem with Samsung USB DVD writer, libscg an o usb/112461 usb [ehci] [request] ehci USB 2.0 doesn't work on nforce4 o usb/111753 usb [uhid] [panic] Replicable system panic involving UHID o usb/110856 usb [ugen] [patch] interrupt in msgs are truncated when bu o usb/110197 usb [umass] Sony PSP umass device does not detach from EHC o usb/109397 usb [panic] on boot from USB flash o usb/109274 usb [usb] MCP55 USB Controller fails to attach in AMD64 Cu o usb/108513 usb [umass] Creative MuVo TX FM fails in 6.2-RELEASE [regr s usb/108344 usb [panic] kernel with atausb panics when unplugging USB o usb/108056 usb [ohci] Mouse gets powered off during device probe when o usb/107935 usb [uplcom] [panic] panic while accessing /dev/cuaU0 o usb/107924 usb [patch] usbd(8) does not call detach o usb/107848 usb [umass] [request] cannot access Samsung flash disk o usb/107827 usb [ohci] [panic] ohci_add_done addr not found o usb/107496 usb [uhub] USB device problem on RELENG_6_2 (SHORT_XFER) [ o usb/107388 usb [new driver] [patch] add utoppy device from NetBSD o usb/107248 usb [umass] [patch] scsi_da.c quirk for Cowon iAUDIO X5 MP o usb/107243 usb [cam] [patch] Apacer USB Flash Drive quirk o usb/106861 usb [usbdevs] [patch]: usbdevs update: Add product ACER Ze s usb/106832 usb [usb] USB HP printer is not detected by kernel when AC o usb/106648 usb [umass] [hang] USB Floppy on D1950 10 min Hang on Inse o usb/106621 usb [axe] [patch] DLINK DUB-E100 support broken o usb/106615 usb [uftdi] uftdi module does not automatically load with o usb/106041 usb [usb] [request] FreeBSD does not recognise Mustek Bear o usb/105361 usb [panic] Kernel panic during unmounting mass storage (C o usb/105186 usb [ehci] [panic] USB 2.0/ehci on FreeBSD 6.2-PRE/AMD64 c o usb/105065 usb [ata] [usb] SATA - USB Bridge o usb/104830 usb [umass] system crashes when copying data to umass devi o usb/104645 usb [umass] [request] Rave C-201 MP3 player does not commu o usb/104352 usb [ural] [patch] ural driver doesnt work o usb/104292 usb [umass] [hang] system lockup on forced umount of usb-s o usb/104290 usb [umass] [patch] quirk: TOSHIBA DVD-RAM drive (libretto o usb/103917 usb [uhub] USB driver reports "Addr 0 should never happen" o usb/103418 usb usbhidctl(1): [patch] [request] usbhidctl: add ability o usb/103289 usb [request] USB 2.0 problems on AMD LX-800 CPU and CS-55 o usb/103046 usb [ulpt] [patch] ulpt event driven I/O with select(2) an o usb/103025 usb [uhub] [panic] wrong detection of USB device for FreeB o usb/102976 usb [panic] Casio Exilim Digital Camera causes panic on in o usb/102678 usb [keyboard] Dell PowerEdge DRAC5 USB Keyboard does not o usb/102066 usb [ukbd] usb keyboard and multimedia keys don't work o usb/101775 usb [libusbhid] [patch] possible error in report descripto o usb/101761 usb [usb] [patch] [request] usb.h: increase maximal size o o usb/101752 usb [umass] [panic] 6.1-RELEASE kernel panic on usb device o usb/101448 usb [ohci] FBSD 6.1-STABLE/AMD64 crashes under heavy USB/O o usb/101096 usb [ural] [panic] USB WLAN occasionally causes kernel-pan o usb/100746 usb [keyboard] system does not boot due to USB keyboard pr o usb/99538 usb [keyboard] while using USB keyboard default params of o usb/99431 usb [keyboard] FreeBSD on MSI 6566E (Intel 845E motherboar o kern/99200 usb [bluetooth] SMP-Kernel crashes reliably when Bluetooth o usb/98343 usb [boot] BBB reset failed errors with Creative Muvo MP3 o usb/97472 usb [cam] [patch] add support for Olympus C150,D390 s usb/97286 usb [mouse] [request] MS Wireless Intellimouse Explorer 2. o usb/97175 usb [umass] [hang] USB cardreader hangs system o usb/96457 usb [umass] [panic] fatback on umass = reboot o usb/96381 usb [cam] [patch] add a quirk table entry for a flash ram o usb/96224 usb [usb] [msdosfs] mount_msdosfs cause page fault in sync s usb/96120 usb [ums] [request] USB mouse not always detected s usb/95636 usb [umass] [boot] 5 minute delay at boot when using VT620 o usb/95562 usb [umass] Write Stress in USB Mass drive causes "vinvalb s usb/95348 usb [keyboard] USB keyboard unplug causes noise on screen o usb/95037 usb [umass] USB disk not recognized on hot-plug. o usb/94897 usb [panic] Kernel Panic when cleanly unmounting USB disk o usb/94717 usb [ulpt] Reading from /dev/ulpt can break work of a UHCI o usb/94384 usb [panic] kernel panic with usb2 hardware o usb/93872 usb [cam] [patch] SCSI quirk required for ELTA 8061 OL USB o usb/93828 usb [ohci] [panic] ohci causes panic on boot (HP Pavillion o usb/93389 usb [umass] [patch] Digital Camera Pentax S60 don't work o usb/93155 usb [ulpt] /dev/ulpt0: device busy, USB printer does not w o usb/92852 usb [ums] [patch] Vertical scroll not working properly on o usb/92171 usb [panic] panic unplugging Vodafone Mobile Connect (UMTS o usb/92142 usb [uhub] SET_ADDR_FAILED and SHORT_XFER errors from usb o usb/92083 usb [ural] [panic] panic using WPA on ural NIC in 6.0-RELE o usb/92052 usb [ulpt] usbd causes defunct process with busy file-hand o usb/91906 usb [ehci] [hang] FreeBSD hangs while booting with USB leg o usb/91896 usb camcontrol(8): Serial Number of USB Memory Sticks is n o usb/91811 usb [umass] Compact Flash in HP Photosmart 2610 return " o usb/91629 usb [usb] usbd_abort_pipe() may result in infinite loop o usb/91546 usb [umodem] [patch] Nokia 6630 mobile phone does not work o usb/91538 usb [ulpt] [patch] Unable to print to EPSON CX3500 o usb/91283 usb [boot] [regression] booting very slow with usb devices o usb/91238 usb [umass] USB tape unit fails to write a second tape fil o usb/90700 usb [umass] [panic] Kernel panic on connect/mount/use umas o usb/89954 usb [umass] [panic] USB Disk driver race condition? s usb/89003 usb [request] LaCie Firewire drive not properly supported o usb/88743 usb [hang] [regression] USB makes kernel hang at boot (reg o usb/88408 usb [axe] axe0 read PHY failed o usb/87648 usb [mouse] Logitech USB-optical mouse problem. o usb/87224 usb [usb] Cannot mount USB Zip750 o usb/86767 usb [umass] [patch] bogus "slice starts beyond end of the o usb/86298 usb [mouse] Known good USB mouse won't work with correct s s usb/85067 usb [uscanner] Cannot attach ScanJet 4300C to usb device f usb/84750 usb [hang] 6-BETA2 reboot/shutdown with root_fs on externa s usb/84336 usb [usb] [reboot] instant system reboot when unmounting a o usb/84326 usb [umass] Panic trying to connect SCSI tape drive via US o usb/83977 usb [ucom] [panic] ucom1: open bulk out error (addr 2): IN o usb/83863 usb [ugen] Communication problem between opensc/openct via o usb/83756 usb [ums] [patch] Microsoft Intellimouse Explorer 4.0A doe o usb/83563 usb [umass] [panic] Page Fault while detaching Mpman Usb d o usb/83504 usb [kernel] [patch] SpeedTouch USB stop working on recent o usb/82660 usb [ehci] [panic] EHCI: I/O stuck in state 'physrd'/panic s usb/82569 usb [umass] [panic] USB mass storage plug/unplug causes sy o usb/82520 usb [udbp] [reboot] Reboot when USL101 connected o usb/82350 usb [ucom] [panic] null pointer dereference in USB stack o usb/81621 usb [ehci] [hang] external hd hangs under load on ehci o usb/80935 usb [uvisor] [patch] uvisor.c is not work with CLIE TH55. o usb/80862 usb [patch] USB locking issues: missing some Giant calls o usb/80854 usb [patch] [request] suggestion for new iface-no-probe me o usb/80829 usb [modules] [panic] possible panic when loading USB-modu s usb/80777 usb [request] usb_rem_task() should wait for callback to c s usb/80776 usb [udav] [request] UDAV device driver shouldn't use usb_ o usb/80774 usb [patch] have "usbd_find_desc" in line with the other " o usb/80361 usb [umass] [patch] mounting of Dell usb-stick fails o usb/80040 usb [sound] [hang] Use of sound mixer causes system freeze o usb/79723 usb [usb] [request] prepare for high speed isochronous tra o usb/79722 usb [ehci] wrong alignments in ehci.h a usb/79656 usb [ehci] RHSC interrupts lost o usb/79524 usb [ulpt] printing to Minolta PagePro 1[23]xxW via USB fa o usb/79287 usb [uhci] [hang] UHCI hang after interrupt transfer o usb/79269 usb [ohci] USB ohci da0 plug/unplug causes crashes and loc o usb/78984 usb [umass] [patch] Creative MUVO umass failure o usb/77294 usb [ucom] [panic] ucom + ulpcom panic o usb/77184 usb [umass] [panic] kernel panic on USB device disconnect, o usb/76732 usb [ums] Mouse problems with USB KVM Switch o usb/76653 usb [umass] [patch] Problem with Asahi Optical usb device o usb/76461 usb [umass] disklabel of umass(4)-CAM(4)-da(4) not used by o usb/76395 usb [uhci] USB printer does not work, usbdevs says "addr 0 s usb/75928 usb [umass] [request] Cytronix SmartMedia card (SMC) reade o usb/75800 usb [ucom] ucom1: init failed STALLED error in time of syn o usb/75797 usb [sound] [regression] 5.3-STABLE(2005 1/4) detect USB h o usb/75764 usb [umass] [patch] "umass0: Phase Error" - no device for o usb/75705 usb [umass] [panic] da0 attach / Optio S4 (with backtrace) o usb/74771 usb [umass] [hang] mounting write-protected umass device a s usb/74453 usb [umass] [patch] Q-lity CD-RW USB ECW-043 (ScanLogic SL o usb/74211 usb [umass] USB flash drive causes CAM status 0x4 on 4.10R o usb/73307 usb [panic] Kernel panics on USB disconnect s usb/72733 usb [ucom] [request] Kyocera 7135 Palm OS connection probl o usb/71455 usb [umass] Slow USB umass performance of 5.3 o usb/71417 usb [ugen] Cryptoflex e-gate USB token (ugen0) communicati o usb/71416 usb [ugen] Cryptoflex e-gate USB token (ugen0) detach is n o usb/71280 usb [aue] aue0 device (linksys usb100tx) doesn't work in 1 o usb/71155 usb [ulpt] misbehaving usb-printer hangs processes, causes o usb/70523 usb [umct] [patch] umct sending/receiving wrong characters o usb/69006 usb [usbdevs] [patch] Apple Cinema Display hangs USB ports o usb/68232 usb [ugen] [patch] ugen(4) isochronous handling correction o usb/67301 usb [uftdi] [panic] RTS and system panic o usb/66547 usb [ucom] Palm Tungsten T USB does not initialize correct o usb/63621 usb [umass] [panic] USB MemoryStick Reader stalls/crashes s usb/62257 usb [umass] [request] card reader UCR-61S2B is only half-s o usb/59698 usb [keyboard] [patch] Rework of ukbd HID to AT code trans s bin/57255 usb [patch] usbd(8) and multi-function devices s usb/52026 usb [usb] [request] umass driver support for InSystem ISD2 s usb/51958 usb [urio] [patch] update for urio driver o i386/46371 usb USB controller cannot be initialized on IBM Netfinity o usb/40948 usb [umass] [request] USB HP CDW8200 does not work o usb/30929 usb [usb] [patch] use usbd to initialize USB ADSL modem 333 problems total. From hselasky at freebsd.org Mon Aug 3 11:32:42 2009 From: hselasky at freebsd.org (Hans Petter Selasky) Date: Mon Aug 3 11:32:48 2009 Subject: uvisor(4) and Palm Z22 under 8.X In-Reply-To: <20090803110603.GB1230@gothic.blackend.org> References: <20090728111131.GA1383@gothic.blackend.org> <200908031138.45877.hselasky@freebsd.org> <20090803110603.GB1230@gothic.blackend.org> Message-ID: <200908031332.38041.hselasky@freebsd.org> Hi, I've tried to optimise the device upload path to 1.0 MByte/second. Download path is limited to wMaxPacketSize*1000 byte/second, due to the device not short terminating its data. Would require a special driver, maybe via libusb. Could you check upload and download speed? --HPS -------------- next part -------------- A non-text attachment was scrubbed... Name: uvisor.c.diff Type: text/x-patch Size: 2693 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-usb/attachments/20090803/bd667be6/uvisor.c.bin From hselasky at c2i.net Mon Aug 3 11:54:00 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Mon Aug 3 11:54:07 2009 Subject: usb/137377: Support for Huawei E180 In-Reply-To: <200908030641.n736fHbl064848@www.freebsd.org> References: <200908030641.n736fHbl064848@www.freebsd.org> Message-ID: <200908031338.58587.hselasky@c2i.net> On Monday 03 August 2009 08:41:17 c-s wrote: > >Number: 137377 > >Category: usb > >Synopsis: Support for Huawei E180 > >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: Mon Aug 03 06:50:01 UTC 2009 > >Closed-Date: > >Last-Modified: > >Originator: c-s > >Release: Current > >Organization: > >Environment: > > FreeBSD c-s.li 8.0-BETA2 FreeBSD 8.0-BETA2 #3: Sat Aug 1 09:26:55 CEST > 2009 root@c-st.net:/usr/obj/usr/src/sys/GENERIC amd64 > > >Description: > > Attaching a Huawei E180 3G USB modem yields the following message: > > ==================== > Aug 3 08:26:06 c-st root: Unknown USB device: vendor 0x12d1 product 0x1003 > bus uhub2 Aug 3 08:26:06 c-st kernel: ugen2.5: at > usbus2 Aug 3 08:26:06 c-st kernel: umass0: Mobile, class 0/0, rev 2.00/0.00, addr 5> on usbus2 Aug 3 08:26:06 c-st > kernel: umass0: SCSI over Bulk-Only; quirks = 0x0000 Aug 3 08:26:07 c-st > root: Unknown USB device: vendor 0x12d1 product 0x1003 bus uhub2 Aug 3 > 08:26:07 c-st kernel: umass0:1:0:-1: Attached to scbus1 > Aug 3 08:26:07 c-st kernel: umass1: class 0/0, rev 2.00/0.00, addr 5> on usbus2 Aug 3 08:26:07 c-st kernel: > umass1: SCSI over Bulk-Only; quirks = 0x0000 Aug 3 08:26:08 c-st kernel: > (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Aug 3 > 08:26:08 c-st kernel: (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status > Error Aug 3 08:26:08 c-st kernel: (probe0:umass-sim0:0:0:0): SCSI Status: > Check Condition Aug 3 08:26:08 c-st kernel: (probe0:umass-sim0:0:0:0): NOT > READY asc:3a,0 Aug 3 08:26:08 c-st kernel: (probe0:umass-sim0:0:0:0): > Medium not present Aug 3 08:26:08 c-st kernel: (probe0:umass-sim0:0:0:0): > Unretryable error Aug 3 08:26:08 c-st kernel: cd0 at umass-sim0 bus 0 > target 0 lun 0 ==================== > > Note that this device is not (!) the same as the already patched Huawei > E180v. > Please provide output from: usbconfig -u XXX -a YYY dump_device_desc dump_curr_config_desc Where XXX and YYY are the numbers after ugen. --HPS From hselasky at c2i.net Mon Aug 3 12:00:12 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Mon Aug 3 12:00:23 2009 Subject: usb/137377: Support for Huawei E180 Message-ID: <200908031200.n73C0BRn035193@freefall.freebsd.org> The following reply was made to PR usb/137377; it has been noted by GNATS. From: Hans Petter Selasky To: freebsd-usb@freebsd.org Cc: "c-s" , freebsd-gnats-submit@freebsd.org Subject: Re: usb/137377: Support for Huawei E180 Date: Mon, 3 Aug 2009 13:38:56 +0200 On Monday 03 August 2009 08:41:17 c-s wrote: > >Number: 137377 > >Category: usb > >Synopsis: Support for Huawei E180 > >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: Mon Aug 03 06:50:01 UTC 2009 > >Closed-Date: > >Last-Modified: > >Originator: c-s > >Release: Current > >Organization: > >Environment: > > FreeBSD c-s.li 8.0-BETA2 FreeBSD 8.0-BETA2 #3: Sat Aug 1 09:26:55 CEST > 2009 root@c-st.net:/usr/obj/usr/src/sys/GENERIC amd64 > > >Description: > > Attaching a Huawei E180 3G USB modem yields the following message: > > ==================== > Aug 3 08:26:06 c-st root: Unknown USB device: vendor 0x12d1 product 0x1003 > bus uhub2 Aug 3 08:26:06 c-st kernel: ugen2.5: at > usbus2 Aug 3 08:26:06 c-st kernel: umass0: Mobile, class 0/0, rev 2.00/0.00, addr 5> on usbus2 Aug 3 08:26:06 c-st > kernel: umass0: SCSI over Bulk-Only; quirks = 0x0000 Aug 3 08:26:07 c-st > root: Unknown USB device: vendor 0x12d1 product 0x1003 bus uhub2 Aug 3 > 08:26:07 c-st kernel: umass0:1:0:-1: Attached to scbus1 > Aug 3 08:26:07 c-st kernel: umass1: class 0/0, rev 2.00/0.00, addr 5> on usbus2 Aug 3 08:26:07 c-st kernel: > umass1: SCSI over Bulk-Only; quirks = 0x0000 Aug 3 08:26:08 c-st kernel: > (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Aug 3 > 08:26:08 c-st kernel: (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status > Error Aug 3 08:26:08 c-st kernel: (probe0:umass-sim0:0:0:0): SCSI Status: > Check Condition Aug 3 08:26:08 c-st kernel: (probe0:umass-sim0:0:0:0): NOT > READY asc:3a,0 Aug 3 08:26:08 c-st kernel: (probe0:umass-sim0:0:0:0): > Medium not present Aug 3 08:26:08 c-st kernel: (probe0:umass-sim0:0:0:0): > Unretryable error Aug 3 08:26:08 c-st kernel: cd0 at umass-sim0 bus 0 > target 0 lun 0 ==================== > > Note that this device is not (!) the same as the already patched Huawei > E180v. > Please provide output from: usbconfig -u XXX -a YYY dump_device_desc dump_curr_config_desc Where XXX and YYY are the numbers after ugen. --HPS From raj at semihalf.com Mon Aug 3 15:21:29 2009 From: raj at semihalf.com (Rafal Jaworowski) Date: Mon Aug 3 15:21:35 2009 Subject: About the "USB Cache and busdma usage in USB" thread In-Reply-To: <20090724.233404.-399282844.imp@bsdimp.com> References: <3E1658AF-67C6-4E61-B6E7-BEF528C3FF4D@mac.com> <200907232209.47729.hselasky@c2i.net> <20090724.233404.-399282844.imp@bsdimp.com> Message-ID: <8DC8C704-F84D-4A60-A11B-2F877EB903C9@semihalf.com> On 2009-07-25, at 05:34, M. Warner Losh wrote: > In message: <200907232209.47729.hselasky@c2i.net> > Hans Petter Selasky writes: > : On Thursday 23 July 2009 20:53:06 Marcel Moolenaar wrote: > : > All, > : > > : > I went over the thread and this is what I have to say about it: > : > > : > Using busdma to manage/control CPU caches is wrong for the > : > following simple reason: bus_dmamap_sync() has the side-effect > : > of copying to and from the bounce buffer (if applicable). > : > > : > CPU caches should be kept coherent by using an appropriate API. > : > We already have cpu_flush_dcache(). All we have to do is add > : > cpu_inval_dcache() and let the MD code determine how best to > : > do this -- even if they decide to use busdma. > : > > : > In general: D-cache and I-cache control/handling should not be > : > hidden from MI code. It should not be treated as an artifact of > : > some platform. It should not be implemented by banking on some > : > side-effect of other function(s). We only achieve efficient > : > cache control if MI code calls appropriate APIs so that we can > : > precisely express what we need to achieve at that point. > : > > : > For example: when we write a breakpoint into the text segment > : > of some process by using ptrace(2), the ptrace(2) code must > : > call an appropriate API to make sure that the I-cache is made > : > coherent with memory. This may require a previous D-cache > : > flush! We should not kluge uiomove(9) like we did on PowerPC > : > to deal with this. Note ARM and ia64 are still broken in this > : > respect. > : > : Hi, > : > : I would be fine with a solution where cpufunctions are used > directly in USB. > : The only problem is that if bounce pages are used, which happens > in the case > : of loading kernel virtual data into DMA, then busdma sync calls > would still be > : required. > > They are needed on i386 kernels with more than 4GB of ram... Or ram > located above 4GB... Hans, So how do you want to proceed with these cache sync issues? We need to fix this before 8.0. Rafal From hselasky at c2i.net Mon Aug 3 15:59:51 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Mon Aug 3 16:00:04 2009 Subject: About the "USB Cache and busdma usage in USB" thread In-Reply-To: <8DC8C704-F84D-4A60-A11B-2F877EB903C9@semihalf.com> References: <3E1658AF-67C6-4E61-B6E7-BEF528C3FF4D@mac.com> <20090724.233404.-399282844.imp@bsdimp.com> <8DC8C704-F84D-4A60-A11B-2F877EB903C9@semihalf.com> Message-ID: <200908031759.46491.hselasky@c2i.net> On Monday 03 August 2009 17:01:37 Rafal Jaworowski wrote: > Hans, > So how do you want to proceed with these cache sync issues? We need to > fix this before 8.0. Hi, CC'ed current: We have a case on ARM where bus_dmamap_sync() is not suffient to update the CPU cache. One reason for this is that USB needs to invalidate the same memory area multiple times. Busdma sync expects paired operation when using the PRE and POST flags, from what I understand. I do not consider this an USB issue, hence Semihalf has got the USB stack working by manually inserting CPU flush/invalidate calls into usb_pc_cpu_invalidate() and usb_pc_cpu_flush(). Their other solution however which modifies the bus_dmamap_sync() flags will break on platforms with more than 4 GByte of memory. Maybe Rafal can give a quick summar to new people at the -current list, or see previous thread on the ARM mailing list. USB needs a solution where it can call a function given a busdma mapping, preferably with an offset and length, which handles the cache sync issue and works with bounce pages on +4GB systems. --HPS From raj at semihalf.com Mon Aug 3 16:52:51 2009 From: raj at semihalf.com (Rafal Jaworowski) Date: Mon Aug 3 16:52:57 2009 Subject: About the "USB Cache and busdma usage in USB" thread In-Reply-To: <200908031759.46491.hselasky@c2i.net> References: <3E1658AF-67C6-4E61-B6E7-BEF528C3FF4D@mac.com> <20090724.233404.-399282844.imp@bsdimp.com> <8DC8C704-F84D-4A60-A11B-2F877EB903C9@semihalf.com> <200908031759.46491.hselasky@c2i.net> Message-ID: On 2009-08-03, at 17:59, Hans Petter Selasky wrote: > On Monday 03 August 2009 17:01:37 Rafal Jaworowski wrote: >> Hans, >> So how do you want to proceed with these cache sync issues? We need >> to >> fix this before 8.0. > > Hi, > > CC'ed current: We have a case on ARM where bus_dmamap_sync() is not > suffient > to update the CPU cache. One reason for this is that USB needs to > invalidate It's not only ARM, but some MIPS and PowerPC observe this as well; actually I'd expect any system with non-coherent DMA will suffer from this with current USB stack. > the same memory area multiple times. Busdma sync expects paired > operation when > using the PRE and POST flags, from what I understand. I do not > consider this > an USB issue, hence Semihalf has got the USB stack working by manually > inserting CPU flush/invalidate calls into usb_pc_cpu_invalidate() and > usb_pc_cpu_flush(). Their other solution however which modifies the > bus_dmamap_sync() flags will break on platforms with more than 4 > GByte of > memory. > > Maybe Rafal can give a quick summar to new people at the -current > list, or see > previous thread on the ARM mailing list. This issue was discussed already: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=50307+0+archive/2009/freebsd-usb/20090628.freebsd-usb See also the beginning of this thread: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=10461+0+archive/2009/freebsd-arm/20090726.freebsd-arm Rafal From alexbestms at math.uni-muenster.de Mon Aug 3 18:28:59 2009 From: alexbestms at math.uni-muenster.de (Alexander Best) Date: Mon Aug 3 18:29:06 2009 Subject: kernel debugger and usb keyboard In-Reply-To: <200908031205.35502.hselasky@c2i.net> Message-ID: to be sure i just updated my sources and rebuild/reinstalled the kernel. i'm now running FreeBSD otaku 8.0-BETA2 FreeBSD 8.0-BETA2 #2 r196050: Mon Aug 3 18:54:46 CEST 2009 root@otaku:/usr/obj/usr/src/sys/ARUNDEL i386 still when i hit the panic key combo i'm unable to use my usb keyboard in the kernel debugger. alex Hans Petter Selasky schrieb am 2009-08-03: > On Monday 03 August 2009 10:08:56 Alexander Best wrote: > > hmm...is it necessary to add any extra options to the kernelconf? > > because > > when i hit the panic key-combo under r196037 i'm still not able to > > use my > > usb keyboard. i have the following debug related options in my > > kernelconf: > > options KDB > > options BREAK_TO_DEBUGGER > > options DDB > > makeoptions DEBUG=-g > > options INVARIANTS > > options INVARIANT_SUPPORT > > options WITNESS > > options DEBUG_LOCKS > > options DEBUG_VFS_LOCKS > > options DIAGNOSTIC > > options SW_WATCHDOG > > options KTRACE # ktrace(1) support > > options SOCKBUF_DEBUG > > options DEBUG_MEMGUARD > > legacy usb keyboard support is enabled in the bios so i can use my > > keyboard > > at the bootmanager prompt. > > i did makeworld 4 days ago. > You need to build a kernel newer than friday. > --HPS From hselasky at c2i.net Mon Aug 3 18:42:02 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Mon Aug 3 18:42:08 2009 Subject: kernel debugger and usb keyboard In-Reply-To: References: Message-ID: <200908032041.59693.hselasky@c2i.net> On Monday 03 August 2009 20:28:56 Alexander Best wrote: > to be sure i just updated my sources and rebuild/reinstalled the kernel. > i'm now running > > FreeBSD otaku 8.0-BETA2 FreeBSD 8.0-BETA2 #2 r196050: Mon Aug 3 18:54:46 > CEST 2009 root@otaku:/usr/obj/usr/src/sys/ARUNDEL i386 > > still when i hit the panic key combo i'm unable to use my usb keyboard in > the kernel debugger. > > alex This is maybe because the CPU is in the USB stack already. What is the backtrace? If you use the panic sysctl, does the keyboard work then? --HPS From alexbestms at math.uni-muenster.de Mon Aug 3 18:55:19 2009 From: alexbestms at math.uni-muenster.de (Alexander Best) Date: Mon Aug 3 18:55:25 2009 Subject: kernel debugger and usb keyboard In-Reply-To: <200908032041.59693.hselasky@c2i.net> Message-ID: just tried settings `sysctl debug.kdb.panic = 1`. if i use this way to enter the kernel debugger my usb keyboard works. if i type "continue" however the kernel panics and the kernel debugger gets yet entered again, but without the keyboard working. i don't know how to produce backtraces since the keyboard doesn't work. the other way of entering the debugger without my keyboard working was to simple press "ctrl+ast+esc". alex Hans Petter Selasky schrieb am 2009-08-03: > On Monday 03 August 2009 20:28:56 Alexander Best wrote: > > to be sure i just updated my sources and rebuild/reinstalled the > > kernel. > > i'm now running > > FreeBSD otaku 8.0-BETA2 FreeBSD 8.0-BETA2 #2 r196050: Mon Aug 3 > > 18:54:46 > > CEST 2009 root@otaku:/usr/obj/usr/src/sys/ARUNDEL i386 > > still when i hit the panic key combo i'm unable to use my usb > > keyboard in > > the kernel debugger. > > alex > This is maybe because the CPU is in the USB stack already. What is > the > backtrace? > If you use the panic sysctl, does the keyboard work then? > --HPS From hselasky at c2i.net Mon Aug 3 19:27:35 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Mon Aug 3 19:27:42 2009 Subject: kernel debugger and usb keyboard In-Reply-To: References: Message-ID: <200908032127.32353.hselasky@c2i.net> On Monday 03 August 2009 20:55:16 Alexander Best wrote: > just tried settings `sysctl debug.kdb.panic = 1`. if i use this way to > enter the kernel debugger my usb keyboard works. if i type "continue" > however the kernel panics and the kernel debugger gets yet entered again, > but without the keyboard working. The USB controller which the keyboard is hooked onto will not work after panic has been entered, due to some state not being cleaned up. To increase the chance of the keyboard working on a panic, connect the keyboard to a separate USB controller. > i don't know how to produce backtraces since the keyboard doesn't work. Ok. > > the other way of entering the debugger without my keyboard working was to > simple press "ctrl+ast+esc". Yes, because most likely the DDB is entered directly from the USB keyboard code, and the USB stack does not allow function recursion in that case! --HPS From c-s at c-s.li Mon Aug 3 19:37:52 2009 From: c-s at c-s.li (c-s@c-s.li) Date: Mon Aug 3 19:38:01 2009 Subject: usb/137377: Support for Huawei E180 In-Reply-To: <200908031338.58587.hselasky@c2i.net> References: <200908030641.n736fHbl064848@www.freebsd.org> <200908031338.58587.hselasky@c2i.net> Message-ID: <134ffdbba47896994df7d8cef226802f@194.126.200.28> Sorry, forgot to attach it. Here is the output: ------> usbconfig -u 2 -a 6 dump_device_desc dump_curr_config_desc ugen2.6: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0000 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0040 idVendor = 0x12d1 idProduct = 0x1003 bcdDevice = 0x0000 iManufacturer = 0x0002 iProduct = 0x0001 iSerialNumber = 0x0000 bNumConfigurations = 0x0001 Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x00c4 bNumInterfaces = 0x0004 bConfigurationValue = 0x0001 iConfiguration = 0x0000 bmAttributes = 0x00e0 bMaxPower = 0x00fa Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0000 bAlternateSetting = 0x0000 bNumEndpoints = 0x0003 bInterfaceClass = 0x00ff bInterfaceSubClass = 0x00ff bInterfaceProtocol = 0x00ff iInterface = 0x0000 Additional Descriptor bLength = 0x05 bDescriptorType = 0x24 bDescriptorSubType = 0x00 RAW dump: 0x00 | 0x05, 0x24, 0x00, 0x10, 0x01 Additional Descriptor bLength = 0x04 bDescriptorType = 0x24 bDescriptorSubType = 0x02 RAW dump: 0x00 | 0x04, 0x24, 0x02, 0x02 Additional Descriptor bLength = 0x05 bDescriptorType = 0x24 bDescriptorSubType = 0x01 RAW dump: 0x00 | 0x05, 0x24, 0x01, 0x03, 0x00 Additional Descriptor bLength = 0x05 bDescriptorType = 0x24 bDescriptorSubType = 0x06 RAW dump: 0x00 | 0x05, 0x24, 0x06, 0x00, 0x00 Additional Descriptor bLength = 0x15 bDescriptorType = 0x24 bDescriptorSubType = 0x12 RAW dump: 0x00 | 0x15, 0x24, 0x12, 0x20, 0x01, 0x98, 0xb0, 0x6a, 0x08 | 0x49, 0xb0, 0x9e, 0x48, 0x96, 0x94, 0x46, 0xd9, 0x10 | 0x9a, 0x28, 0xca, 0x4e, 0x5d Additional Descriptor bLength = 0x06 bDescriptorType = 0x24 bDescriptorSubType = 0x13 RAW dump: 0x00 | 0x06, 0x24, 0x13, 0x00, 0x01, 0x10 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0081 bmAttributes = 0x0003 wMaxPacketSize = 0x0040 bInterval = 0x0005 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0082 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0020 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 2 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0001 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0020 bRefresh = 0x0000 bSynchAddress = 0x0000 Interface 1 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0001 bAlternateSetting = 0x0000 bNumEndpoints = 0x0002 bInterfaceClass = 0x00ff bInterfaceSubClass = 0x00ff bInterfaceProtocol = 0x00ff iInterface = 0x0000 Additional Descriptor bLength = 0x05 bDescriptorType = 0x24 bDescriptorSubType = 0x00 RAW dump: 0x00 | 0x05, 0x24, 0x00, 0x10, 0x01 Additional Descriptor bLength = 0x05 bDescriptorType = 0x24 bDescriptorSubType = 0x15 RAW dump: 0x00 | 0x05, 0x24, 0x15, 0x00, 0x01 Additional Descriptor bLength = 0x05 bDescriptorType = 0x24 bDescriptorSubType = 0x06 RAW dump: 0x00 | 0x05, 0x24, 0x06, 0x01, 0x01 Additional Descriptor bLength = 0x15 bDescriptorType = 0x24 bDescriptorSubType = 0x12 RAW dump: 0x00 | 0x15, 0x24, 0x12, 0x20, 0x01, 0x98, 0xb0, 0x6a, 0x08 | 0x49, 0xb0, 0x9e, 0x48, 0x96, 0x94, 0x46, 0xd9, 0x10 | 0x9a, 0x28, 0xca, 0x4e, 0x5d Additional Descriptor bLength = 0x06 bDescriptorType = 0x24 bDescriptorSubType = 0x13 RAW dump: 0x00 | 0x06, 0x24, 0x13, 0x00, 0x01, 0x10 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0083 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0020 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0002 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0020 bRefresh = 0x0000 bSynchAddress = 0x0000 Interface 2 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0002 bAlternateSetting = 0x0000 bNumEndpoints = 0x0002 bInterfaceClass = 0x0008 bInterfaceSubClass = 0x0006 bInterfaceProtocol = 0x0050 iInterface = 0x0000 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0084 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0003 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Interface 3 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0003 bAlternateSetting = 0x0000 bNumEndpoints = 0x0002 bInterfaceClass = 0x0008 bInterfaceSubClass = 0x0006 bInterfaceProtocol = 0x0050 iInterface = 0x0000 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0004 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0085 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 ----------- On Mon, 3 Aug 2009 13:38:56 +0200, Hans Petter Selasky wrote: > On Monday 03 August 2009 08:41:17 c-s wrote: >> >Number: 137377 >> >Category: usb >> >Synopsis: Support for Huawei E180 >> >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: Mon Aug 03 06:50:01 UTC 2009 >> >Closed-Date: >> >Last-Modified: >> >Originator: c-s >> >Release: Current >> >Organization: >> >Environment: >> >> FreeBSD c-s.li 8.0-BETA2 FreeBSD 8.0-BETA2 #3: Sat Aug 1 09:26:55 CEST >> 2009 root@c-st.net:/usr/obj/usr/src/sys/GENERIC amd64 >> >> >Description: >> >> Attaching a Huawei E180 3G USB modem yields the following message: >> >> ==================== >> Aug 3 08:26:06 c-st root: Unknown USB device: vendor 0x12d1 product >> 0x1003 >> bus uhub2 Aug 3 08:26:06 c-st kernel: ugen2.5: at >> usbus2 Aug 3 08:26:06 c-st kernel: umass0: > Mobile, class 0/0, rev 2.00/0.00, addr 5> on usbus2 Aug 3 08:26:06 c-st >> kernel: umass0: SCSI over Bulk-Only; quirks = 0x0000 Aug 3 08:26:07 >> c-st >> root: Unknown USB device: vendor 0x12d1 product 0x1003 bus uhub2 Aug 3 >> 08:26:07 c-st kernel: umass0:1:0:-1: Attached to scbus1 >> Aug 3 08:26:07 c-st kernel: umass1: > class 0/0, rev 2.00/0.00, addr 5> on usbus2 Aug 3 08:26:07 c-st kernel: >> umass1: SCSI over Bulk-Only; quirks = 0x0000 Aug 3 08:26:08 c-st >> kernel: >> (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Aug 3 >> 08:26:08 c-st kernel: (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status >> Error Aug 3 08:26:08 c-st kernel: (probe0:umass-sim0:0:0:0): SCSI >> Status: >> Check Condition Aug 3 08:26:08 c-st kernel: (probe0:umass-sim0:0:0:0): >> NOT >> READY asc:3a,0 Aug 3 08:26:08 c-st kernel: (probe0:umass-sim0:0:0:0): >> Medium not present Aug 3 08:26:08 c-st kernel: >> (probe0:umass-sim0:0:0:0): >> Unretryable error Aug 3 08:26:08 c-st kernel: cd0 at umass-sim0 bus 0 >> target 0 lun 0 ==================== >> >> Note that this device is not (!) the same as the already patched Huawei >> E180v. >> > > Please provide output from: > > usbconfig -u XXX -a YYY dump_device_desc dump_curr_config_desc > > Where XXX and YYY are the numbers after ugen. > > --HPS From c-s at c-s.li Mon Aug 3 20:00:13 2009 From: c-s at c-s.li (c-s@c-s.li) Date: Mon Aug 3 20:00:20 2009 Subject: usb/137377: Support for Huawei E180 Message-ID: <200908032000.n73K0CTW097695@freefall.freebsd.org> The following reply was made to PR usb/137377; it has been noted by GNATS. From: To: Hans Petter Selasky Cc: , Subject: Re: usb/137377: Support for Huawei E180 Date: Mon, 03 Aug 2009 21:37:50 +0200 Sorry, forgot to attach it. Here is the output: ------> usbconfig -u 2 -a 6 dump_device_desc dump_curr_config_desc ugen2.6: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0000 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0040 idVendor = 0x12d1 idProduct = 0x1003 bcdDevice = 0x0000 iManufacturer = 0x0002 iProduct = 0x0001 iSerialNumber = 0x0000 bNumConfigurations = 0x0001 Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x00c4 bNumInterfaces = 0x0004 bConfigurationValue = 0x0001 iConfiguration = 0x0000 bmAttributes = 0x00e0 bMaxPower = 0x00fa Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0000 bAlternateSetting = 0x0000 bNumEndpoints = 0x0003 bInterfaceClass = 0x00ff bInterfaceSubClass = 0x00ff bInterfaceProtocol = 0x00ff iInterface = 0x0000 Additional Descriptor bLength = 0x05 bDescriptorType = 0x24 bDescriptorSubType = 0x00 RAW dump: 0x00 | 0x05, 0x24, 0x00, 0x10, 0x01 Additional Descriptor bLength = 0x04 bDescriptorType = 0x24 bDescriptorSubType = 0x02 RAW dump: 0x00 | 0x04, 0x24, 0x02, 0x02 Additional Descriptor bLength = 0x05 bDescriptorType = 0x24 bDescriptorSubType = 0x01 RAW dump: 0x00 | 0x05, 0x24, 0x01, 0x03, 0x00 Additional Descriptor bLength = 0x05 bDescriptorType = 0x24 bDescriptorSubType = 0x06 RAW dump: 0x00 | 0x05, 0x24, 0x06, 0x00, 0x00 Additional Descriptor bLength = 0x15 bDescriptorType = 0x24 bDescriptorSubType = 0x12 RAW dump: 0x00 | 0x15, 0x24, 0x12, 0x20, 0x01, 0x98, 0xb0, 0x6a, 0x08 | 0x49, 0xb0, 0x9e, 0x48, 0x96, 0x94, 0x46, 0xd9, 0x10 | 0x9a, 0x28, 0xca, 0x4e, 0x5d Additional Descriptor bLength = 0x06 bDescriptorType = 0x24 bDescriptorSubType = 0x13 RAW dump: 0x00 | 0x06, 0x24, 0x13, 0x00, 0x01, 0x10 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0081 bmAttributes = 0x0003 wMaxPacketSize = 0x0040 bInterval = 0x0005 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0082 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0020 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 2 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0001 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0020 bRefresh = 0x0000 bSynchAddress = 0x0000 Interface 1 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0001 bAlternateSetting = 0x0000 bNumEndpoints = 0x0002 bInterfaceClass = 0x00ff bInterfaceSubClass = 0x00ff bInterfaceProtocol = 0x00ff iInterface = 0x0000 Additional Descriptor bLength = 0x05 bDescriptorType = 0x24 bDescriptorSubType = 0x00 RAW dump: 0x00 | 0x05, 0x24, 0x00, 0x10, 0x01 Additional Descriptor bLength = 0x05 bDescriptorType = 0x24 bDescriptorSubType = 0x15 RAW dump: 0x00 | 0x05, 0x24, 0x15, 0x00, 0x01 Additional Descriptor bLength = 0x05 bDescriptorType = 0x24 bDescriptorSubType = 0x06 RAW dump: 0x00 | 0x05, 0x24, 0x06, 0x01, 0x01 Additional Descriptor bLength = 0x15 bDescriptorType = 0x24 bDescriptorSubType = 0x12 RAW dump: 0x00 | 0x15, 0x24, 0x12, 0x20, 0x01, 0x98, 0xb0, 0x6a, 0x08 | 0x49, 0xb0, 0x9e, 0x48, 0x96, 0x94, 0x46, 0xd9, 0x10 | 0x9a, 0x28, 0xca, 0x4e, 0x5d Additional Descriptor bLength = 0x06 bDescriptorType = 0x24 bDescriptorSubType = 0x13 RAW dump: 0x00 | 0x06, 0x24, 0x13, 0x00, 0x01, 0x10 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0083 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0020 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0002 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0020 bRefresh = 0x0000 bSynchAddress = 0x0000 Interface 2 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0002 bAlternateSetting = 0x0000 bNumEndpoints = 0x0002 bInterfaceClass = 0x0008 bInterfaceSubClass = 0x0006 bInterfaceProtocol = 0x0050 iInterface = 0x0000 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0084 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0003 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Interface 3 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0003 bAlternateSetting = 0x0000 bNumEndpoints = 0x0002 bInterfaceClass = 0x0008 bInterfaceSubClass = 0x0006 bInterfaceProtocol = 0x0050 iInterface = 0x0000 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0004 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0085 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 ----------- On Mon, 3 Aug 2009 13:38:56 +0200, Hans Petter Selasky wrote: > On Monday 03 August 2009 08:41:17 c-s wrote: >> >Number: 137377 >> >Category: usb >> >Synopsis: Support for Huawei E180 >> >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: Mon Aug 03 06:50:01 UTC 2009 >> >Closed-Date: >> >Last-Modified: >> >Originator: c-s >> >Release: Current >> >Organization: >> >Environment: >> >> FreeBSD c-s.li 8.0-BETA2 FreeBSD 8.0-BETA2 #3: Sat Aug 1 09:26:55 CEST >> 2009 root@c-st.net:/usr/obj/usr/src/sys/GENERIC amd64 >> >> >Description: >> >> Attaching a Huawei E180 3G USB modem yields the following message: >> >> ==================== >> Aug 3 08:26:06 c-st root: Unknown USB device: vendor 0x12d1 product >> 0x1003 >> bus uhub2 Aug 3 08:26:06 c-st kernel: ugen2.5: at >> usbus2 Aug 3 08:26:06 c-st kernel: umass0: > Mobile, class 0/0, rev 2.00/0.00, addr 5> on usbus2 Aug 3 08:26:06 c-st >> kernel: umass0: SCSI over Bulk-Only; quirks = 0x0000 Aug 3 08:26:07 >> c-st >> root: Unknown USB device: vendor 0x12d1 product 0x1003 bus uhub2 Aug 3 >> 08:26:07 c-st kernel: umass0:1:0:-1: Attached to scbus1 >> Aug 3 08:26:07 c-st kernel: umass1: > class 0/0, rev 2.00/0.00, addr 5> on usbus2 Aug 3 08:26:07 c-st kernel: >> umass1: SCSI over Bulk-Only; quirks = 0x0000 Aug 3 08:26:08 c-st >> kernel: >> (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Aug 3 >> 08:26:08 c-st kernel: (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status >> Error Aug 3 08:26:08 c-st kernel: (probe0:umass-sim0:0:0:0): SCSI >> Status: >> Check Condition Aug 3 08:26:08 c-st kernel: (probe0:umass-sim0:0:0:0): >> NOT >> READY asc:3a,0 Aug 3 08:26:08 c-st kernel: (probe0:umass-sim0:0:0:0): >> Medium not present Aug 3 08:26:08 c-st kernel: >> (probe0:umass-sim0:0:0:0): >> Unretryable error Aug 3 08:26:08 c-st kernel: cd0 at umass-sim0 bus 0 >> target 0 lun 0 ==================== >> >> Note that this device is not (!) the same as the already patched Huawei >> E180v. >> > > Please provide output from: > > usbconfig -u XXX -a YYY dump_device_desc dump_curr_config_desc > > Where XXX and YYY are the numbers after ugen. > > --HPS From blackend at freebsd.org Mon Aug 3 20:43:16 2009 From: blackend at freebsd.org (Marc Fonvieille) Date: Mon Aug 3 20:43:23 2009 Subject: uvisor(4) and Palm Z22 under 8.X In-Reply-To: <200908031332.38041.hselasky@freebsd.org> References: <20090728111131.GA1383@gothic.blackend.org> <200908031138.45877.hselasky@freebsd.org> <20090803110603.GB1230@gothic.blackend.org> <200908031332.38041.hselasky@freebsd.org> Message-ID: <20090803204355.GA1996@gothic.blackend.org> On Mon, Aug 03, 2009 at 01:32:36PM +0200, Hans Petter Selasky wrote: > Hi, > > I've tried to optimise the device upload path to 1.0 MByte/second. Download > path is limited to wMaxPacketSize*1000 byte/second, due to the device not > short terminating its data. Would require a special driver, maybe via libusb. > > Could you check upload and download speed? > The upload speed is fast and perfect, the download is still slow but acceptable (in fact same as with my dirty buffer hacks) I also tried with 2 other PDAs: a SONY Cli? NR70V and one Handspring Visor Platinum. I add to change one line to your patch to make the Sony work (7.X had the same bug), see the attached patch. The Visor Platinum refuses to works, well I don't really know how to make it run and I'm not even sure it worked under 7.X, I used when 4.X was the stable version... Thanks a lot for your help (I still have many other USB devices lying around so you may hear about me in future :) -- Marc -------------- next part -------------- A non-text attachment was scrubbed... Name: uvisor.c.diff Type: text/x-patch Size: 3412 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-usb/attachments/20090803/fc794c1a/uvisor.c.bin From julian at elischer.org Mon Aug 3 22:16:33 2009 From: julian at elischer.org (Julian Elischer) Date: Mon Aug 3 22:16:44 2009 Subject: kernel debugger and usb keyboard In-Reply-To: <200908032127.32353.hselasky@c2i.net> References: <200908032127.32353.hselasky@c2i.net> Message-ID: <4A775E9B.8070900@elischer.org> Hans Petter Selasky wrote: > On Monday 03 August 2009 20:55:16 Alexander Best wrote: >> just tried settings `sysctl debug.kdb.panic = 1`. if i use this way to >> enter the kernel debugger my usb keyboard works. if i type "continue" >> however the kernel panics and the kernel debugger gets yet entered again, >> but without the keyboard working. > > The USB controller which the keyboard is hooked onto will not work after panic > has been entered, due to some state not being cleaned up. > > To increase the chance of the keyboard working on a panic, connect the > keyboard to a separate USB controller. > >> i don't know how to produce backtraces since the keyboard doesn't work. > > Ok. > >> the other way of entering the debugger without my keyboard working was to >> simple press "ctrl+ast+esc". try entering it from the sysctl debug.kdb.enter (set it to 1) > > Yes, because most likely the DDB is entered directly from the USB keyboard > code, and the USB stack does not allow function recursion in that case! > > --HPS > > _______________________________________________ > freebsd-usb@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-usb > To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" From alexbestms at math.uni-muenster.de Mon Aug 3 22:37:25 2009 From: alexbestms at math.uni-muenster.de (Alexander Best) Date: Mon Aug 3 22:37:33 2009 Subject: kernel debugger and usb keyboard In-Reply-To: <200908032127.32353.hselasky@c2i.net> Message-ID: thanks a bunch for the info. although usb keyboard support isn't as mature as at keyboard support in the kernel debugger it's good to have some basic support now. cheers. alex Hans Petter Selasky schrieb am 2009-08-03: > On Monday 03 August 2009 20:55:16 Alexander Best wrote: > > just tried settings `sysctl debug.kdb.panic = 1`. if i use this way > > to > > enter the kernel debugger my usb keyboard works. if i type > > "continue" > > however the kernel panics and the kernel debugger gets yet entered > > again, > > but without the keyboard working. > The USB controller which the keyboard is hooked onto will not work > after panic > has been entered, due to some state not being cleaned up. > To increase the chance of the keyboard working on a panic, connect > the > keyboard to a separate USB controller. > > i don't know how to produce backtraces since the keyboard doesn't > > work. > Ok. > > the other way of entering the debugger without my keyboard working > > was to > > simple press "ctrl+ast+esc". > Yes, because most likely the DDB is entered directly from the USB > keyboard > code, and the USB stack does not allow function recursion in that > case! > --HPS From achilov-rn at askd.ru Tue Aug 4 09:48:49 2009 From: achilov-rn at askd.ru (Rashid N. Achilov) Date: Tue Aug 4 09:48:57 2009 Subject: 28-in-1 Acorp card reader Message-ID: <200908041641.41161.achilov-rn@askd.ru> Recenlty I have installed 28-in-1 card reader Aug 3 19:53:40 to-495 kernel: da1: Removable Direct Access SCSI-0 device Aug 3 19:53:40 to-495 kernel: da1: 40.000MB/s transfers Aug 3 19:53:40 to-495 kernel: da1: Attempt to query device size failed: NOT READY, Medium not present Aug 3 19:53:40 to-495 kernel: da2 at umass-sim0 bus 0 target 0 lun 2 Aug 3 19:53:40 to-495 kernel: da2: Removable Direct Access SCSI-0 device Aug 3 19:53:40 to-495 kernel: da2: 40.000MB/s transfers Aug 3 19:53:40 to-495 kernel: da2: Attempt to query device size failed: NOT READY, Medium not present Aug 3 19:53:40 to-495 kernel: da3 at umass-sim0 bus 0 target 0 lun 3 Aug 3 19:53:40 to-495 kernel: da3: Removable Direct Access SCSI-0 device Aug 3 19:53:40 to-495 kernel: da3: 40.000MB/s transfers Aug 3 19:53:40 to-495 kernel: da3: Attempt to query device size failed: NOT READY, Medium not present As usual, any removable card will be mounted only when I have booted with it. When I insert another card it does not detected. I have searched and found this (assumed, that flash inserted in da0): cat /dev/null > /dev/da0 This leads to destroy any MBR geoms for da0 and reconstruct it again. But I think, that is extremely radical way - open raw device for writing. Is there any less radical way to detect inserted flash? (I don't speak nothing about HAL, in spite of that, what inserting new flash MUST generate HAL-processed event, which MUST lead to auto-mount it, hehe) -- With Best Regards. Rashid N. Achilov (RNA1-RIPE), JID: citycat4@jabber.org OOO "ACK" telecommunications administrator, e-mail: achilov-rn [at] askd.ru PGP: 83 CD E2 A7 37 4A D5 81 D6 D6 52 BF C9 2F 85 AF 97 BE CB 0A From gjb at semihalf.com Tue Aug 4 15:01:17 2009 From: gjb at semihalf.com (Grzegorz Bernacki) Date: Tue Aug 4 15:01:23 2009 Subject: About the "USB Cache and busdma usage in USB" thread In-Reply-To: <200908031759.46491.hselasky@c2i.net> References: <3E1658AF-67C6-4E61-B6E7-BEF528C3FF4D@mac.com> <20090724.233404.-399282844.imp@bsdimp.com> <8DC8C704-F84D-4A60-A11B-2F877EB903C9@semihalf.com> <200908031759.46491.hselasky@c2i.net> Message-ID: <4A7848A0.4080905@semihalf.com> Hans Petter Selasky wrote: > > CC'ed current: We have a case on ARM where bus_dmamap_sync() is not suffient > to update the CPU cache. One reason for this is that USB needs to invalidate > the same memory area multiple times. Busdma sync expects paired operation when > using the PRE and POST flags, from what I understand. I do not consider this > an USB issue, hence Semihalf has got the USB stack working by manually > inserting CPU flush/invalidate calls into usb_pc_cpu_invalidate() and > usb_pc_cpu_flush(). Their other solution however which modifies the > bus_dmamap_sync() flags will break on platforms with more than 4 GByte of > memory. > > Maybe Rafal can give a quick summar to new people at the -current list, or see > previous thread on the ARM mailing list. > > USB needs a solution where it can call a function given a busdma mapping, > preferably with an offset and length, which handles the cache sync issue and > works with bounce pages on +4GB systems. > Hi Hans, New USB stack uses busdma in a little unconventional way. As you mentioned in one of previous mails your assumptions are: XXX_PREXXX functions should be used prior to read/write device access. In other words, PRE has to be a flush operation. XXX_POSTXXX functions should be used after read/write device access. In other words, POST has to be an invalidate operation. Generally it is true, but if you look at ARM code you will find out that it is not that simple. You assumed that after bus_dmamap_sync(..,BUS_DMASYNC_POSTWRITE | BUS_DMASYNC_POSTREAD) there will be no data in cache, but it that's not true. Cache operation are performed on cache lines (32 bytes on our ARM device). Let's say you want to invalidate buffer with size 10 bytes. In this case first whole cache line is invalidated ( and now all requirements related to busdma synchronization are fulfilled, old contents of cache is gone). The second step is to restore back into cache 22 bytes of data which were not a part of buffer. After this second step data are loaded into cache line (it is because our device uses write allocate feature). So busdma on ARM "Perform any synchronization required after an update of host memory by the device", but we still end up with not invalidated flush. It is hard to fix it. We cannot just invalidate whole cache line. We cannot also use cpu_dcache_wbinv, because this function is called after buffer was used by device so we dont want to overwrite those data with old cache contents. One possible solution is to call first bus_dmamap_sync(..,BUS_DMASYNC_POSTREAD) and then bus_dmamap_sync(..,BUS_DMASYNC_PREREAD) in usb_pc_cpu_invalidate(), but this is ugly workaround which applies probably only to ARM case. The second problem is that you cannot use cpu_dcache_wb(inv) function directly because you need to handle bounce pages in USB code. I think that duplication of busdma code makes no sense. Probably it takes less work to add bus_dmamap_sync() before/after each transaction. Could you give us a quick overview of buffer handling in USB stack? I want to understand what is the relation between usb_pc_cpu_invalidate/flush() functions and reading/writing to USB device? From yours previous mail I understand that invalidate is called *before* reading and flush *before* writing. Is that true? Can we add a functions which will be called *after* reading/writing? If you have any questions regarding cache operation on ARM. please let me know, I will try to answer them. regards, Grzesiek From hselasky at c2i.net Tue Aug 4 15:54:53 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Tue Aug 4 15:55:07 2009 Subject: About the "USB Cache and busdma usage in USB" thread In-Reply-To: <4A7848A0.4080905@semihalf.com> References: <3E1658AF-67C6-4E61-B6E7-BEF528C3FF4D@mac.com> <200908031759.46491.hselasky@c2i.net> <4A7848A0.4080905@semihalf.com> Message-ID: <200908041754.50244.hselasky@c2i.net> On Tuesday 04 August 2009 16:41:36 Grzegorz Bernacki wrote: > Hans Petter Selasky wrote: > > CC'ed current: We have a case on ARM where bus_dmamap_sync() is not > > suffient to update the CPU cache. One reason for this is that USB needs > > to invalidate the same memory area multiple times. Busdma sync expects > > paired operation when using the PRE and POST flags, from what I > > understand. I do not consider this an USB issue, hence Semihalf has got > > the USB stack working by manually inserting CPU flush/invalidate calls > > into usb_pc_cpu_invalidate() and usb_pc_cpu_flush(). Their other solution > > however which modifies the bus_dmamap_sync() flags will break on > > platforms with more than 4 GByte of memory. > > > > Maybe Rafal can give a quick summar to new people at the -current list, > > or see previous thread on the ARM mailing list. > > > > USB needs a solution where it can call a function given a busdma mapping, > > preferably with an offset and length, which handles the cache sync issue > > and works with bounce pages on +4GB systems. > > Hi Hans, > > New USB stack uses busdma in a little unconventional way. As you > mentioned in one of previous mails your assumptions are: > > XXX_PREXXX functions should be used prior to read/write device access. > In other words, PRE has to be a flush operation. > > XXX_POSTXXX functions should be used after read/write device access. > In other words, POST has to be an invalidate operation. > > Generally it is true, but if you look at ARM code you will find out that > it is not that simple. You assumed that after > bus_dmamap_sync(..,BUS_DMASYNC_POSTWRITE | BUS_DMASYNC_POSTREAD) there > will be no data in cache, but it that's not true. > > Cache operation are performed on cache lines (32 bytes on our ARM > device). Let's say you want to invalidate buffer with size 10 bytes. In > this case first whole cache line is invalidated ( and now all > requirements related to busdma synchronization are fulfilled, old > contents of cache is gone). The second step is to restore back into > cache 22 bytes of data which were not a part of buffer. After this > second step data are loaded into cache line (it is because our device > uses write allocate feature). > So busdma on ARM "Perform any synchronization required after an update > of host memory by the device", but we still end up with not invalidated > flush. > It is hard to fix it. We cannot just invalidate whole cache line. We > cannot also use cpu_dcache_wbinv, because this function is called after > buffer was used by device so we dont want to overwrite those data with > old cache contents. > > One possible solution is to call first > bus_dmamap_sync(..,BUS_DMASYNC_POSTREAD) and then > bus_dmamap_sync(..,BUS_DMASYNC_PREREAD) in usb_pc_cpu_invalidate(), but > this is ugly workaround which applies probably only to ARM case. > > The second problem is that you cannot use cpu_dcache_wb(inv) function > directly because you need to handle bounce pages in USB code. I think > that duplication of busdma code makes no sense. Probably it takes less > work to add bus_dmamap_sync() before/after each transaction. > > Could you give us a quick overview of buffer handling in USB stack? I > want to understand what is the relation between > usb_pc_cpu_invalidate/flush() functions and reading/writing to USB > device? From yours previous mail I understand that invalidate is called > *before* reading and flush *before* writing. Is that true? Can we add a > functions which will be called *after* reading/writing? Hi, There are two kinds of DMA memory in USB regard: 1) Transfer descriptors are allocated in coherent DMA memory. Operation logic: 1.a) Write to descriptor. 1.b.0) Call usb_pc_cpu_flush() to write data to RAM. 1.b.1) Write more fields to descriptor. 1.b.2) Call usb_pc_cpu_flush() to write data to RAM. 1.c) Call usb_pc_cpu_invalidate() to clear cache. 1.d) Read status field. If not complete goto 1.c) 2) Any kernel virtual memory (which might not be coherent) 2.a.0) CPU read case: 2.a.1) Before transfer start usb_pc_cpu_invalidate() is called to clear any data in cache for this buffer. 2.a.2) After transfer completion usb_pc_cpu_invalidate() is called again. 2.b.0) CPU write case: 2.b.1) Before transfer start usb_pc_cpu_flush() is called to to flush any data in cache to RAM for this buffer. 2.b.2) After transfer completion there is no cache operation. Anything unclear? --HPS > > If you have any questions regarding cache operation on ARM. please let > me know, I will try to answer them. > > regards, > Grzesiek From sarumont at sigil.org Tue Aug 4 19:46:22 2009 From: sarumont at sigil.org (Richard Kolkovich) Date: Tue Aug 4 19:46:28 2009 Subject: 28-in-1 Acorp card reader In-Reply-To: <200908041641.41161.achilov-rn@askd.ru> References: <200908041641.41161.achilov-rn@askd.ru> Message-ID: <20090804194531.GA50999@magus.portal.sigil.org> On Tue, Aug 04, 2009 at 04:41:40PM +0700, Rashid N. Achilov wrote: > This leads to destroy any MBR geoms for da0 and reconstruct it again. But I > think, that is extremely radical way - open raw device for writing. Is there > any less radical way to detect inserted flash? I have a little script that I run to prod my card reader(s): #!/bin/sh sudo smartctl -a /dev/da${1} -T permissive sudo smartctl -a /dev/da${1} -T permissive dd if=/dev/null of=/dev/da${1} count=0 mount_msdosfs /dev/da${1}s1 ~/usb I pass in the device number (da6 would have 6...). HTH -- Richard Kolkovich sarumont@sigil.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-usb/attachments/20090804/e3cfb505/attachment.pgp From achilov-rn at askd.ru Wed Aug 5 03:06:51 2009 From: achilov-rn at askd.ru (Rashid N. Achilov) Date: Wed Aug 5 03:06:58 2009 Subject: 28-in-1 Acorp card reader In-Reply-To: <20090804194531.GA50999@magus.portal.sigil.org> References: <200908041641.41161.achilov-rn@askd.ru> <20090804194531.GA50999@magus.portal.sigil.org> Message-ID: <200908051009.47618.achilov-rn@askd.ru> On Wednesday 05 August 2009, Richard Kolkovich wrote: > > I have a little script that I run to prod my card reader(s): > > #!/bin/sh > sudo smartctl -a /dev/da${1} -T permissive > sudo smartctl -a /dev/da${1} -T permissive > dd if=/dev/null of=/dev/da${1} count=0 > mount_msdosfs /dev/da${1}s1 ~/usb > > I pass in the device number (da6 would have 6...). HTH > That's simply another way to do "signal GEOM to destroy any MBR geoms and their consumers and rebuild all again" by hands. Is there any normal way to mount flash card? Or, as usual (i.e. as non-worked 2-in-1 keyboard-mouse at one USB receiver, non-worked since 2005 year!) we'll proudly ignore this occassion? -- With Best Regards. Rashid N. Achilov (RNA1-RIPE), JID: citycat4@jabber.org OOO "ACK" telecommunications administrator, e-mail: achilov-rn [at] askd.ru PGP: 83 CD E2 A7 37 4A D5 81 D6 D6 52 BF C9 2F 85 AF 97 BE CB 0A From achilov-rn at askd.ru Wed Aug 5 07:10:06 2009 From: achilov-rn at askd.ru (Rashid N. Achilov) Date: Wed Aug 5 07:10:16 2009 Subject: usb/116699: [usbhid] USB HID devices do not initialize at system boot Message-ID: <200908050710.n757A69U074614@freefall.freebsd.org> The following reply was made to PR usb/116699; it has been noted by GNATS. From: "Rashid N. Achilov" To: bug-followup@freebsd.org, achilov-rn@askd.ru Cc: Subject: Re: usb/116699: [usbhid] USB HID devices do not initialize at system boot Date: Wed, 5 Aug 2009 13:59:32 +0700 Installing 7.2-RELEASE and update at latest 7.x-STABLE does not solve problem. -- With Best Regards. Rashid N. Achilov (RNA1-RIPE), JID: citycat4@jabber.org OOO "ACK" telecommunications administrator, e-mail: achilov-rn [at] askd.ru PGP: 83 CD E2 A7 37 4A D5 81 D6 D6 52 BF C9 2F 85 AF 97 BE CB 0A From hselasky at freebsd.org Wed Aug 5 07:25:32 2009 From: hselasky at freebsd.org (Hans Petter Selasky) Date: Wed Aug 5 07:25:38 2009 Subject: uvisor(4) and Palm Z22 under 8.X In-Reply-To: <20090803204355.GA1996@gothic.blackend.org> References: <20090728111131.GA1383@gothic.blackend.org> <200908031332.38041.hselasky@freebsd.org> <20090803204355.GA1996@gothic.blackend.org> Message-ID: <200908050925.29142.hselasky@freebsd.org> On Monday 03 August 2009 22:43:55 Marc Fonvieille wrote: > The upload speed is fast and perfect, the download is still slow but > acceptable (in fact same as with my dirty buffer hacks) Good. Here is the final patch. Note sure if I can get it in before 8 is released: http://perforce.freebsd.org/chv.cgi?CH=167018 --HPS From hselasky at c2i.net Wed Aug 5 07:27:23 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Wed Aug 5 07:27:30 2009 Subject: 28-in-1 Acorp card reader In-Reply-To: <200908051009.47618.achilov-rn@askd.ru> References: <200908041641.41161.achilov-rn@askd.ru> <20090804194531.GA50999@magus.portal.sigil.org> <200908051009.47618.achilov-rn@askd.ru> Message-ID: <200908050927.22382.hselasky@c2i.net> On Wednesday 05 August 2009 05:09:47 Rashid N. Achilov wrote: > On Wednesday 05 August 2009, Richard Kolkovich wrote: > > I have a little script that I run to prod my card reader(s): > > > > #!/bin/sh > > sudo smartctl -a /dev/da${1} -T permissive > > sudo smartctl -a /dev/da${1} -T permissive > > dd if=/dev/null of=/dev/da${1} count=0 > > mount_msdosfs /dev/da${1}s1 ~/usb > > > > I pass in the device number (da6 would have 6...). HTH > > That's simply another way to do "signal GEOM to destroy any MBR geoms and > their consumers and rebuild all again" by hands. Is there any normal way to > mount flash card? Or, as usual (i.e. as non-worked 2-in-1 keyboard-mouse at > one USB receiver, non-worked since 2005 year!) we'll proudly ignore this > occassion? This is not an USB problem. It is a generic CAM layer problem. --HPS From blackend at freebsd.org Wed Aug 5 12:35:50 2009 From: blackend at freebsd.org (Marc Fonvieille) Date: Wed Aug 5 12:35:57 2009 Subject: uvisor(4) and Palm Z22 under 8.X In-Reply-To: <200908050925.29142.hselasky@freebsd.org> References: <20090728111131.GA1383@gothic.blackend.org> <200908031332.38041.hselasky@freebsd.org> <20090803204355.GA1996@gothic.blackend.org> <200908050925.29142.hselasky@freebsd.org> Message-ID: <20090805123544.GA91115@abigail.blackend.org> On Wed, Aug 05, 2009 at 09:25:27AM +0200, Hans Petter Selasky wrote: > On Monday 03 August 2009 22:43:55 Marc Fonvieille wrote: > > The upload speed is fast and perfect, the download is still slow but > > acceptable (in fact same as with my dirty buffer hacks) > > Good. > > Here is the final patch. Note sure if I can get it in before 8 is released: > > http://perforce.freebsd.org/chv.cgi?CH=167018 > I don't think it'll be a problem since it's a small change without effect on the rest of the base system. For the moment we (re@) are holding all commits to both head and releng_8, once all will be ok (just after BETA3) I'll try to commit it. Thanks for the help, -- Marc From gjb at semihalf.com Wed Aug 5 13:17:21 2009 From: gjb at semihalf.com (Grzegorz Bernacki) Date: Wed Aug 5 13:17:36 2009 Subject: About the "USB Cache and busdma usage in USB" thread In-Reply-To: <200908041754.50244.hselasky@c2i.net> References: <3E1658AF-67C6-4E61-B6E7-BEF528C3FF4D@mac.com> <200908031759.46491.hselasky@c2i.net> <4A7848A0.4080905@semihalf.com> <200908041754.50244.hselasky@c2i.net> Message-ID: <4A79865E.3060206@semihalf.com> Hans Petter Selasky wrote: > There are two kinds of DMA memory in USB regard: > 1) Transfer descriptors are allocated in coherent DMA memory. > Operation logic: > > 1.a) Write to descriptor. > 1.b.0) Call usb_pc_cpu_flush() to write data to RAM. > 1.b.1) Write more fields to descriptor. > 1.b.2) Call usb_pc_cpu_flush() to write data to RAM. > 1.c) Call usb_pc_cpu_invalidate() to clear cache. > 1.d) Read status field. If not complete goto 1.c) > > 2) Any kernel virtual memory (which might not be coherent) > > 2.a.0) CPU read case: > 2.a.1) Before transfer start usb_pc_cpu_invalidate() is called to clear any > data in cache for this buffer. > 2.a.2) After transfer completion usb_pc_cpu_invalidate() is called again. > > 2.b.0) CPU write case: > 2.b.1) Before transfer start usb_pc_cpu_flush() is called to to flush any data > in cache to RAM for this buffer. > 2.b.2) After transfer completion there is no cache operation. > The best solution is to use bus_dmamap_sync() in in conventional way. I mean call bus_dmamap_sync(..., BUS_DMASYNC_PREREAD) in case 2.a.1 and bus_dmamap_sync(..., BUS_DMASYNC_POSTREAD) in cases 2.a.2 and 1.c. But this is quite a big change and it's risky to put in into -current now, so below is another solution which I believe is simple and safe. I understand that usb_pc_cpu_flush() is called *before* write transfer. So I think that we can just call bus_dmamap_sync(pc->tag, pc->map, BUS_DMASYNC_PREWRITE) there. usb_pc_cpu_invalidate() is called before and after each read transfer and to invalidate cache before reading status field. So I think that simplest fix is to call following sequence of functions in it: bus_dmamap_sync(pc->tag, pc->map, BUS_DMASYNC_POSTREAD); bus_dmamap_sync(pc->tag, pc->map, BUS_DMASYNC_PREREAD); Below is the patch with that solution. I tested it on ARM and PowerPC and it fixes the problem. Please test it on other platforms you have to see if there is no regression. diff --git a/sys/dev/usb/usb_busdma.c b/sys/dev/usb/usb_busdma.c index 82d18a1..c57f51d 100644 --- a/sys/dev/usb/usb_busdma.c +++ b/sys/dev/usb/usb_busdma.c @@ -678,8 +678,8 @@ usb_pc_cpu_invalidate(struct usb_page_cache *pc) /* nothing has been loaded into this page cache! */ return; } - bus_dmamap_sync(pc->tag, pc->map, - BUS_DMASYNC_POSTWRITE | BUS_DMASYNC_POSTREAD); + bus_dmamap_sync(pc->tag, pc->map, BUS_DMASYNC_POSTREAD); + bus_dmamap_sync(pc->tag, pc->map, BUS_DMASYNC_PREREAD); } /*------------------------------------------------------------------------* @@ -692,8 +692,7 @@ usb_pc_cpu_flush(struct usb_page_cache *pc) /* nothing has been loaded into this page cache! */ return; } - bus_dmamap_sync(pc->tag, pc->map, - BUS_DMASYNC_PREWRITE | BUS_DMASYNC_PREREAD); + bus_dmamap_sync(pc->tag, pc->map, BUS_DMASYNC_PREWRITE); } /*------------------------------------------------------------------------* From hselasky at c2i.net Wed Aug 5 13:49:48 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Wed Aug 5 13:50:05 2009 Subject: About the "USB Cache and busdma usage in USB" thread In-Reply-To: <4A79865E.3060206@semihalf.com> References: <3E1658AF-67C6-4E61-B6E7-BEF528C3FF4D@mac.com> <200908041754.50244.hselasky@c2i.net> <4A79865E.3060206@semihalf.com> Message-ID: <200908051549.43890.hselasky@c2i.net> On Wednesday 05 August 2009 15:17:18 Grzegorz Bernacki wrote: > Below is the patch with that solution. I tested it on ARM and PowerPC > and it fixes the problem. Please test it on other platforms you have to > see if there is no regression. Hi, Your patch look Ok. I will do some more testing and then commit it to USB P4. Thank you! --HPS From nox at jelal.kn-bremen.de Wed Aug 5 16:59:41 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Wed Aug 5 16:59:49 2009 Subject: patch: (newusb) cdce failed to attach, was ignoring quirks Message-ID: <20090805165432.GA11383@triton.kn-bremen.de> I'd say the broader matches must come after the specific ones here or the quirks may not be found... (This makes at least my zaurus attach and pingable again.) Index: sys/dev/usb/net/if_cdce.c @@ -197,9 +197,6 @@ }; static const struct usb_device_id cdce_devs[] = { - {USB_IF_CSI(UICLASS_CDC, UISUBCLASS_ETHERNET_NETWORKING_CONTROL_MODEL, 0)}, - {USB_IF_CSI(UICLASS_CDC, UISUBCLASS_MOBILE_DIRECT_LINE_MODEL, 0)}, - {USB_VPI(USB_VENDOR_ACERLABS, USB_PRODUCT_ACERLABS_M5632, CDCE_FLAG_NO_UNION)}, {USB_VPI(USB_VENDOR_AMBIT, USB_PRODUCT_AMBIT_NTL_250, CDCE_FLAG_NO_UNION)}, {USB_VPI(USB_VENDOR_COMPAQ, USB_PRODUCT_COMPAQ_IPAQLINUX, CDCE_FLAG_NO_UNION)}, @@ -213,6 +210,9 @@ {USB_VPI(USB_VENDOR_SHARP, USB_PRODUCT_SHARP_SLA300, CDCE_FLAG_ZAURUS | CDCE_FLAG_NO_UNION)}, {USB_VPI(USB_VENDOR_SHARP, USB_PRODUCT_SHARP_SLC700, CDCE_FLAG_ZAURUS | CDCE_FLAG_NO_UNION)}, {USB_VPI(USB_VENDOR_SHARP, USB_PRODUCT_SHARP_SLC750, CDCE_FLAG_ZAURUS | CDCE_FLAG_NO_UNION)}, + + {USB_IF_CSI(UICLASS_CDC, UISUBCLASS_ETHERNET_NETWORKING_CONTROL_MODEL, 0)}, + {USB_IF_CSI(UICLASS_CDC, UISUBCLASS_MOBILE_DIRECT_LINE_MODEL, 0)}, }; static int From hselasky at c2i.net Wed Aug 5 18:00:56 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Wed Aug 5 18:01:02 2009 Subject: patch: (newusb) cdce failed to attach, was ignoring quirks In-Reply-To: <20090805165432.GA11383@triton.kn-bremen.de> References: <20090805165432.GA11383@triton.kn-bremen.de> Message-ID: <200908052000.54157.hselasky@c2i.net> On Wednesday 05 August 2009 18:54:32 Juergen Lock wrote: > I'd say the broader matches must come after the specific ones here or > the quirks may not be found... (This makes at least my zaurus attach and > pingable again.) Right! Thanks for reporting. Committed to USB P4: http://perforce.freebsd.org/chv.cgi?CH=167039 --HPS From nox at jelal.kn-bremen.de Wed Aug 5 20:02:16 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Wed Aug 5 20:02:23 2009 Subject: patch: (newusb) cdce failed to attach, was ignoring quirks In-Reply-To: <200908052000.54157.hselasky@c2i.net> References: <20090805165432.GA11383@triton.kn-bremen.de> <200908052000.54157.hselasky@c2i.net> Message-ID: <20090805195554.GA5803@triton.kn-bremen.de> On Wed, Aug 05, 2009 at 08:00:53PM +0200, Hans Petter Selasky wrote: > On Wednesday 05 August 2009 18:54:32 Juergen Lock wrote: > > I'd say the broader matches must come after the specific ones here or > > the quirks may not be found... (This makes at least my zaurus attach and > > pingable again.) > > Right! > > Thanks for reporting. > > Committed to USB P4: > > http://perforce.freebsd.org/chv.cgi?CH=167039 You're welcome! Juergen (I was glad I was able to spot the bug myself too, given how little I know about usb... :) From support at dropmydebtnow.com Wed Aug 5 20:58:42 2009 From: support at dropmydebtnow.com (James Taylor Group) Date: Wed Aug 5 20:58:51 2009 Subject: Dropping Credit Card Debt Message-ID: <20090805205839.EDE0A10656DF@hub.freebsd.org> Skipped content of type multipart/related From lwindschuh at googlemail.com Wed Aug 5 22:58:39 2009 From: lwindschuh at googlemail.com (Lucius Windschuh) Date: Wed Aug 5 22:58:47 2009 Subject: reattach 3g0 device: could not allocate new device In-Reply-To: <200902241034.31298.hselasky@c2i.net> References: <89dbfdc30902231031j4407614vdce09e8e58cdc346@mail.gmail.com> <200902240905.42406.hselasky@c2i.net> <89dbfdc30902240117k7368d60did8bb0e7e6230d5f8@mail.gmail.com> <200902241034.31298.hselasky@c2i.net> Message-ID: <90a5caac0908051529x7870e37ds1f154ea8b4fa8bbb@mail.gmail.com> Hi. I have a Vodafone-branded "OVATION MC950D (Qualcomm 3G CDMA)" UMTS pen here. I found this thread from some months ago: 2009/2/24 Hans Petter Selasky : > On Tuesday 24 February 2009, Kim Culhan wrote: >> On Tue, Feb 24, 2009 at 3:05 AM, Hans Petter Selasky > wrote: >> > On Monday 23 February 2009, Kim Culhan wrote: >> >> On Mon, Feb 23, 2009 at 3:56 PM, Hans Petter Selasky >> > >> > wrote: >> >> > On Monday 23 February 2009, Kim Culhan wrote: >> >> >> Running 8.0-CURRENT as of 2-22-09 >> >> >> >> >> >> The 3g0 device is a Novatel U727 EVDO wireless radio. >> >> >> >> >> >> If the machine boots with the device attached, dmesg reads: >> >> >> >> >> >> u3g0: on usbus2 >> >> >> >> >> >> Remove the device and this is logged: >> >> >> >> >> >> u3g0: at ushub2, port 2, addr 2 (disconnected) >> >> >> >> >> >> Reattach the device and there is this message: >> >> >> >> >> >> uhub_reattach_port:414: could not allocate new device! Was there any solution for this? I may provide further debugging information if somebody tells me how to obtail useful details. A sniplet with hw.usb.debug=3: usbd_req_set_config:1456: setting config 1 usbd_callback_wrapper:2030: case 1-4 usbd_do_request_callback:95: st=0 usbd_transfer_submit:1397: xfer=0xc72210b0, endpoint=0xc5dd5078, nframes=1, dir= read usb_dump_endpoint: endpoint=0xc5dd5078 edesc=0xc5dd532c isoc_next=0 toggle_next= 0 bEndpointAddress=0x00 usb_dump_queue: endpoint=0xc5dd5078 xfer: usbd_pipe_enter:1584: enter usbd_pipe_start:2416: start usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION usbd_callback_wrapper:2030: case 1-4 usbd_callback_wrapper_sub:2550: xfer=0xc72210b0 endpoint=0xc5dd5078 sts=0 alen=8 , slen=8, afrm=1, nfrm=1 usbd_do_request_callback:95: st=1 usb_cdev_create:1854: Creating device nodes usbd_set_config_index:584: error=USB_ERR_NORMAL_COMPLETION usbd_callback_wrapper:2030: case 1-4 usbd_transfer_submit:1397: xfer=0xc72230b0, endpoint=0xc71f9024, nframes=1, dir= write usb_dump_endpoint: endpoint=0xc71f9024 edesc=0xc624e4d9 isoc_next=0 toggle_next= 0 bEndpointAddress=0x09 usb_dump_queue: endpoint=0xc71f9024 xfer: usbd_transfer_submit:1416: open usbd_pipe_enter:1584: enter usbd_pipe_start:2416: start usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION usbd_callback_wrapper:2030: case 1-4 usbd_callback_wrapper_sub:2550: xfer=0xc72230b0 endpoint=0xc71f9024 sts=0 alen=3 1, slen=31, afrm=1, nfrm=1 usbd_callback_wrapper:2030: case 1-4 bbb_data_read_callback:320: max_bulk=64, data_rem=36 usbd_transfer_submit:1397: xfer=0xc7223188, endpoint=0xc71f9000, nframes=1, dir= read usb_dump_endpoint: endpoint=0xc71f9000 edesc=0xc624e4d2 isoc_next=0 toggle_next= 0 bEndpointAddress=0x88 usb_dump_queue: endpoint=0xc71f9000 xfer: usbd_transfer_submit:1416: open usbd_pipe_enter:1584: enter usbd_pipe_start:2416: start usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION usbd_callback_wrapper:2030: case 1-4 usbd_callback_wrapper_sub:2550: xfer=0xc7223188 endpoint=0xc71f9000 sts=0 alen=3 6, slen=36, afrm=1, nfrm=1 bbb_data_read_callback:320: max_bulk=64, data_rem=0 usbd_callback_wrapper:2030: case 1-4 usbd_transfer_submit:1397: xfer=0xc72234f8, endpoint=0xc71f9000, nframes=1, dir= read usb_dump_endpoint: endpoint=0xc71f9000 edesc=0xc624e4d2 isoc_next=0 toggle_next= 1 bEndpointAddress=0x88 usb_dump_queue: endpoint=0xc71f9000 xfer: usbd_transfer_submit:1416: open usbd_pipe_enter:1584: enter usbd_pipe_start:2416: start usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION usbd_callback_wrapper:2030: case 1-4 usbd_callback_wrapper_sub:2550: xfer=0xc72234f8 endpoint=0xc71f9000 sts=0 alen=1 3, slen=13, afrm=1, nfrm=1 usbd_callback_wrapper:2030: case 1-4 usbd_transfer_submit:1397: xfer=0xc72230b0, endpoint=0xc71f9024, nframes=1, dir= write usb_dump_endpoint: endpoint=0xc71f9024 edesc=0xc624e4d9 isoc_next=0 toggle_next= 1 bEndpointAddress=0x09 usb_dump_queue: endpoint=0xc71f9024 xfer: usbd_pipe_enter:1584: enter usbd_pipe_start:2416: start usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION usbd_callback_wrapper:2030: case 1-4 usbd_callback_wrapper_sub:2550: xfer=0xc72230b0 endpoint=0xc71f9024 sts=0 alen=3 1, slen=31, afrm=1, nfrm=1 usbd_callback_wrapper:2030: case 1-4 usbd_transfer_submit:1397: xfer=0xc72234f8, endpoint=0xc71f9000, nframes=1, dir= read usb_dump_endpoint: endpoint=0xc71f9000 edesc=0xc624e4d2 isoc_next=0 toggle_next= 0 bEndpointAddress=0x88 usb_dump_queue: endpoint=0xc71f9000 xfer: usbd_pipe_enter:1584: enter usbd_pipe_start:2416: start usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION usbd_callback_wrapper:2030: case 1-4 usbd_callback_wrapper_sub:2550: xfer=0xc72234f8 endpoint=0xc71f9000 sts=0 alen=1 3, slen=13, afrm=1, nfrm=1 usb_test_autoinstall:571: Eject CD command status: USB_ERR_NORMAL_COMPLETION usbd_transfer_stop:1691: close usbd_transfer_done:2185: err=USB_ERR_CANCELLED usbd_transfer_done:2192: not transferring usbd_transfer_stop:1691: close usbd_transfer_done:2185: err=USB_ERR_CANCELLED usbd_transfer_done:2192: not transferring usbd_transfer_stop:1691: close usbd_transfer_done:2185: err=USB_ERR_CANCELLED usbd_transfer_done:2192: not transferring usb_alloc_device:1781: Found Huawei auto-install disk! usb_alloc_device:1789: new dev (addr 3), udev=0xc5dd5000, parent_hub=0xc621b400 ugen0.3: at usbus0 usb_set_device_state:2442: udev 0xc5dd5000 state CONFIGURED -> DETACHED ugen0.3: at usbus0 (disconnected) usb_cdev_free:1906: Freeing device nodes usbd_transfer_stop:1691: close usbd_transfer_done:2185: err=USB_ERR_CANCELLED usbd_transfer_done:2192: not transferring uhub_reattach_port:440: could not allocate new device! *sigh* Unfortunately, I don't understand what is happening here. Lucius. From hselasky at c2i.net Thu Aug 6 07:37:51 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Thu Aug 6 07:37:59 2009 Subject: reattach 3g0 device: could not allocate new device In-Reply-To: <90a5caac0908051529x7870e37ds1f154ea8b4fa8bbb@mail.gmail.com> References: <89dbfdc30902231031j4407614vdce09e8e58cdc346@mail.gmail.com> <200902241034.31298.hselasky@c2i.net> <90a5caac0908051529x7870e37ds1f154ea8b4fa8bbb@mail.gmail.com> Message-ID: <200908060937.48442.hselasky@c2i.net> On Thursday 06 August 2009 00:29:09 Lucius Windschuh wrote: > Hi. > I have a Vodafone-branded "OVATION MC950D (Qualcomm 3G CDMA)" UMTS pen > here. > > I found this thread from some months ago: > > 2009/2/24 Hans Petter Selasky : > > On Tuesday 24 February 2009, Kim Culhan wrote: > >> On Tue, Feb 24, 2009 at 3:05 AM, Hans Petter Selasky > > > > wrote: > >> > On Monday 23 February 2009, Kim Culhan wrote: > >> >> On Mon, Feb 23, 2009 at 3:56 PM, Hans Petter Selasky > >> >> > >> > > >> > wrote: > >> >> > On Monday 23 February 2009, Kim Culhan wrote: > >> >> >> Running 8.0-CURRENT as of 2-22-09 > >> >> >> > >> >> >> The 3g0 device is a Novatel U727 EVDO wireless radio. > >> >> >> > >> >> >> If the machine boots with the device attached, dmesg reads: > >> >> >> > >> >> >> u3g0: on usbus2 > >> >> >> > >> >> >> Remove the device and this is logged: > >> >> >> > >> >> >> u3g0: at ushub2, port 2, addr 2 (disconnected) > >> >> >> > >> >> >> Reattach the device and there is this message: > >> >> >> > >> >> >> uhub_reattach_port:414: could not allocate new device! > > Was there any solution for this? > > I may provide further debugging information if somebody tells me how > to obtail useful details. > > A sniplet with hw.usb.debug=3: > usbd_req_set_config:1456: setting config 1 > usbd_callback_wrapper:2030: case 1-4 > usbd_do_request_callback:95: st=0 > usbd_transfer_submit:1397: xfer=0xc72210b0, endpoint=0xc5dd5078, nframes=1, > dir= read > usb_dump_endpoint: endpoint=0xc5dd5078 edesc=0xc5dd532c isoc_next=0 > toggle_next= 0 bEndpointAddress=0x00 > usb_dump_queue: endpoint=0xc5dd5078 xfer: > usbd_pipe_enter:1584: enter > usbd_pipe_start:2416: start > usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > usbd_callback_wrapper:2030: case 1-4 > usbd_callback_wrapper_sub:2550: xfer=0xc72210b0 endpoint=0xc5dd5078 sts=0 > alen=8 , slen=8, afrm=1, nfrm=1 > usbd_do_request_callback:95: st=1 > usb_cdev_create:1854: Creating device nodes > usbd_set_config_index:584: error=USB_ERR_NORMAL_COMPLETION > usbd_callback_wrapper:2030: case 1-4 > usbd_transfer_submit:1397: xfer=0xc72230b0, endpoint=0xc71f9024, nframes=1, > dir= write > usb_dump_endpoint: endpoint=0xc71f9024 edesc=0xc624e4d9 isoc_next=0 > toggle_next= 0 bEndpointAddress=0x09 > usb_dump_queue: endpoint=0xc71f9024 xfer: > usbd_transfer_submit:1416: open > usbd_pipe_enter:1584: enter > usbd_pipe_start:2416: start > usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > usbd_callback_wrapper:2030: case 1-4 > usbd_callback_wrapper_sub:2550: xfer=0xc72230b0 endpoint=0xc71f9024 sts=0 > alen=3 1, slen=31, afrm=1, nfrm=1 > usbd_callback_wrapper:2030: case 1-4 > bbb_data_read_callback:320: max_bulk=64, data_rem=36 > usbd_transfer_submit:1397: xfer=0xc7223188, endpoint=0xc71f9000, nframes=1, > dir= read > usb_dump_endpoint: endpoint=0xc71f9000 edesc=0xc624e4d2 isoc_next=0 > toggle_next= 0 bEndpointAddress=0x88 > usb_dump_queue: endpoint=0xc71f9000 xfer: > usbd_transfer_submit:1416: open > usbd_pipe_enter:1584: enter > usbd_pipe_start:2416: start > usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > usbd_callback_wrapper:2030: case 1-4 > usbd_callback_wrapper_sub:2550: xfer=0xc7223188 endpoint=0xc71f9000 sts=0 > alen=3 6, slen=36, afrm=1, nfrm=1 > bbb_data_read_callback:320: max_bulk=64, data_rem=0 > usbd_callback_wrapper:2030: case 1-4 > usbd_transfer_submit:1397: xfer=0xc72234f8, endpoint=0xc71f9000, nframes=1, > dir= read > usb_dump_endpoint: endpoint=0xc71f9000 edesc=0xc624e4d2 isoc_next=0 > toggle_next= 1 bEndpointAddress=0x88 > usb_dump_queue: endpoint=0xc71f9000 xfer: > usbd_transfer_submit:1416: open > usbd_pipe_enter:1584: enter > usbd_pipe_start:2416: start > usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > usbd_callback_wrapper:2030: case 1-4 > usbd_callback_wrapper_sub:2550: xfer=0xc72234f8 endpoint=0xc71f9000 sts=0 > alen=1 3, slen=13, afrm=1, nfrm=1 > usbd_callback_wrapper:2030: case 1-4 > usbd_transfer_submit:1397: xfer=0xc72230b0, endpoint=0xc71f9024, nframes=1, > dir= write > usb_dump_endpoint: endpoint=0xc71f9024 edesc=0xc624e4d9 isoc_next=0 > toggle_next= 1 bEndpointAddress=0x09 > usb_dump_queue: endpoint=0xc71f9024 xfer: > usbd_pipe_enter:1584: enter > usbd_pipe_start:2416: start > usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > usbd_callback_wrapper:2030: case 1-4 > usbd_callback_wrapper_sub:2550: xfer=0xc72230b0 endpoint=0xc71f9024 sts=0 > alen=3 1, slen=31, afrm=1, nfrm=1 > usbd_callback_wrapper:2030: case 1-4 > usbd_transfer_submit:1397: xfer=0xc72234f8, endpoint=0xc71f9000, nframes=1, > dir= read > usb_dump_endpoint: endpoint=0xc71f9000 edesc=0xc624e4d2 isoc_next=0 > toggle_next= 0 bEndpointAddress=0x88 > usb_dump_queue: endpoint=0xc71f9000 xfer: > usbd_pipe_enter:1584: enter > usbd_pipe_start:2416: start > usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION > usbd_callback_wrapper:2030: case 1-4 > usbd_callback_wrapper_sub:2550: xfer=0xc72234f8 endpoint=0xc71f9000 sts=0 > alen=1 3, slen=13, afrm=1, nfrm=1 > usb_test_autoinstall:571: Eject CD command status: > USB_ERR_NORMAL_COMPLETION usbd_transfer_stop:1691: close > usbd_transfer_done:2185: err=USB_ERR_CANCELLED > usbd_transfer_done:2192: not transferring > usbd_transfer_stop:1691: close > usbd_transfer_done:2185: err=USB_ERR_CANCELLED > usbd_transfer_done:2192: not transferring > usbd_transfer_stop:1691: close > usbd_transfer_done:2185: err=USB_ERR_CANCELLED > usbd_transfer_done:2192: not transferring > usb_alloc_device:1781: Found Huawei auto-install disk! > usb_alloc_device:1789: new dev (addr 3), udev=0xc5dd5000, > parent_hub=0xc621b400 ugen0.3: at usbus0 > usb_set_device_state:2442: udev 0xc5dd5000 state CONFIGURED -> DETACHED > ugen0.3: at usbus0 (disconnected) > usb_cdev_free:1906: Freeing device nodes > usbd_transfer_stop:1691: close > usbd_transfer_done:2185: err=USB_ERR_CANCELLED > usbd_transfer_done:2192: not transferring > uhub_reattach_port:440: could not allocate new device! > > *sigh* Unfortunately, I don't understand what is happening here. > Try: sysctl hw.usb.ehci.no_hs=1 --HPS From lwindschuh at googlemail.com Thu Aug 6 21:38:08 2009 From: lwindschuh at googlemail.com (Lucius Windschuh) Date: Thu Aug 6 21:38:14 2009 Subject: reattach 3g0 device: could not allocate new device In-Reply-To: <200908061546.38885.hselasky@c2i.net> References: <89dbfdc30902231031j4407614vdce09e8e58cdc346@mail.gmail.com> <200908060937.48442.hselasky@c2i.net> <90a5caac0908060412r3a117597m16573c16d35cc34a@mail.gmail.com> <200908061546.38885.hselasky@c2i.net> Message-ID: <90a5caac0908061438n7afa69eai323164fd51b55122@mail.gmail.com> 2009/8/6 Hans Petter Selasky : > If you kldload u3g after plugging the device? Any change? (u3g unloaded) (plug in UMTS dongle) dmesg: (cd0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 0 51 fc 0 0 1 0 (cd0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (cd0:umass-sim0:0:0:0): SCSI Status: Check Condition (cd0:umass-sim0:0:0:0): UNIT ATTENTION asc:0,0 (cd0:umass-sim0:0:0:0): No additional sense information (cd0:umass-sim0:0:0:0): Retries Exhausted ... (block is printed repeatedly) (cd0:umass-sim0:0:0:0): cddone: got error 0x6 back $ kldload u3g (nothing happens) $ camcontrol eject cd0 ugen0.3: at usbus0 (disconnected) umass0: at uhub0, port 2, addr 3 (disconnected) (cd0:umass-sim0:0:0:0): lost device (cd0:umass-sim0:0:0:0): removing device entry ugen0.3: at usbus0 u3g0: on usbus0 u3g0: Found 2 ports. This works. Strange, but an interesting hint. Lucius From lista at freebsdconsult.com.br Fri Aug 7 02:15:31 2009 From: lista at freebsdconsult.com.br (Wesley Miranda) Date: Fri Aug 7 02:15:39 2009 Subject: HSDPA USB Modem MF626 Message-ID: <2B0D312478C8478486196C5FF04FE2DA@worklab> Hi all, Connect HSDPA 3G MF626 is FreeBSD8-CURRENT gw# kldstat Id Refs Address Size Name 1 13 0xc0400000 d72ad8 kernel 2 1 0xc1173000 4658 u3g.ko 3 1 0xc1178000 b9b0 umass.ko 4 1 0xc1184000 4bf4 umodem.ko 1? run /usr/sbin/usb_modeswitch -d 1 -v 0?19d2 -p 0?2000 -V 0?19d2 -P 0?0031 Received inquiry data (detailed identification) ------------------------- Vendor String: HSPA Product String: USB SCSI CD-ROM Revision String: 2.31 ------------------------- Device description data (identification) ------------------------- Manufacturer: ZTE, Incorporated Product: ZTE CDMA Technologies MSM Serial No.: not provided ------------------------- Setting up communication with interface 0 ... Trying to send the message to endpoint 0x01 ... OK, message successfully sent -> Run lsusb to note any changes. Bye. ----- 2? dmesg ugen2.2: at usbus2 (disconnected) umass0: at uhub2, port 1, addr 2 (disconnected) rl0: link state changed to UP rl1: link state changed to UP ugen2.2: at usbus2 umass0: on usbus2 umass0: 8070i (ATAPI) over Bulk-Only; quirks = 0x0000 umass0:0:0:-1: Attached to scbus0 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): UNIT ATTENTION asc:29,0 (probe0:umass-sim0:0:0:0): Power on, reset, or bus device reset occurred (probe0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:0): Medium not present (probe0:umass-sim0:0:0:0): Unretryable error cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 40.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present ugen2.2: at usbus2 (disconnected) umass0: at uhub2, port 1, addr 2 (disconnected) (cd0:umass-sim0:0:0:0): lost device (cd0:umass-sim0:0:0:0): removing device entry ugen2.2: at usbus2 u3g0: on usbus2 u3g0: Found 3 ports. umass0: on usbus2 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:0:0:-1: Attached to scbus0 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:0): Medium not present (probe0:umass-sim0:0:0:0): Unretryable error da1 at umass-sim0 bus 0 target 0 lun 0 da1: Removable Direct Access SCSI-2 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present --- gw# usbconfig -u 2 -a 2 dump_device_desc ugen2.2: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0000 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0040 idVendor = 0x19d2 idProduct = 0x0031 bcdDevice = 0x0000 iManufacturer = 0x0002 iProduct = 0x0001 iSerialNumber = 0x0003 <1234567890ABCDEF> bNumConfigurations = 0x0001 ---- 3? run ppp -ddial vivo result Aug 6 21:40:25 gw ppp[1131]: Phase: Using interface: tun0 Aug 6 21:40:25 gw ppp[1131]: Phase: deflink: Created in closed state Aug 6 21:40:25 gw ppp[1131]: tun0: Command: default: set device /dev/cuaU0.0 Aug 6 21:40:25 gw ppp[1131]: tun0: Phase: PPP Started (interactive mode). Aug 6 21:40:28 gw ppp[1131]: tun0: Command: /dev/pts/0: dial vivo Aug 6 21:40:28 gw ppp[1131]: tun0: Command: vivo: set phone *99# Aug 6 21:40:28 gw ppp[1131]: tun0: Command: vivo: set authname vivo Aug 6 21:40:28 gw ppp[1131]: tun0: Command: vivo: set authkey ******** Aug 6 21:40:28 gw ppp[1131]: tun0: Phase: bundle: Establish Aug 6 21:40:28 gw ppp[1131]: tun0: Phase: deflink: closed -> opening Aug 6 21:40:28 gw ppp[1131]: tun0: Phase: deflink: Connected! Aug 6 21:40:28 gw ppp[1131]: tun0: Phase: deflink: opening -> dial Aug 6 21:40:28 gw ppp[1131]: tun0: Chat: deflink: Dial attempt 1 of 1 Aug 6 21:40:28 gw ppp[1131]: tun0: Phase: deflink: dial -> carrier Aug 6 21:40:29 gw ppp[1131]: tun0: Phase: deflink: /dev/cuaU0.0 doesn't support CD Aug 6 21:40:29 gw ppp[1131]: tun0: Phase: deflink: carrier -> login Aug 6 21:40:29 gw ppp[1131]: tun0: Phase: deflink: login -> lcp Aug 6 21:40:33 gw ppp[1131]: tun0: Phase: Unknown protocol 0x0013 (reserved (transparency inefficient)) Aug 6 21:40:45 gw last message repeated 19312 times Aug 6 21:40:45 gw ppp[1131]: tun0: Phase: deflink: Disconnected! Aug 6 21:40:45 gw ppp[1131]: tun0: Phase: deflink: lcp -> logout Aug 6 21:40:45 gw ppp[1131]: tun0: Phase: deflink: logout -> hangup Aug 6 21:40:45 gw ppp[1131]: tun0: Phase: deflink: Disconnected! Aug 6 21:40:45 gw ppp[1131]: tun0: Phase: deflink: Connect time: 17 secs: 386280 octets in, 907991 octets out Aug 6 21:40:45 gw ppp[1131]: tun0: Phase: deflink: 8767 packets in, 19318 packets out Aug 6 21:40:45 gw ppp[1131]: tun0: Phase: total 76133 bytes/sec, peak 133153 bytes/sec on Thu Aug 6 21:40:45 2009 Aug 6 21:40:45 gw ppp[1131]: tun0: Phase: deflink: hangup -> closed Aug 6 21:40:45 gw ppp[1131]: tun0: Phase: bundle: Dead tun0: flags=8050 metric 0 mtu 1500 Opened by PID 977 no ip network :( modified as described for MF626 and does not work http://www.mail-archive.com/freebsd-usb@freebsd.org/msg04956.html diff. has solution for this problem? Thanks all ----- Wesley Miranda FreeBSD Consult www.freebsdconsult.com.br From hselasky at c2i.net Fri Aug 7 06:35:47 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Fri Aug 7 06:35:53 2009 Subject: reattach 3g0 device: could not allocate new device In-Reply-To: <90a5caac0908061438n7afa69eai323164fd51b55122@mail.gmail.com> References: <89dbfdc30902231031j4407614vdce09e8e58cdc346@mail.gmail.com> <200908061546.38885.hselasky@c2i.net> <90a5caac0908061438n7afa69eai323164fd51b55122@mail.gmail.com> Message-ID: <200908070835.47320.hselasky@c2i.net> On Thursday 06 August 2009 23:38:07 Lucius Windschuh wrote: > 2009/8/6 Hans Petter Selasky : > > If you kldload u3g after plugging the device? Any change? > > (u3g unloaded) > (plug in UMTS dongle) > dmesg: > (cd0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 0 51 fc 0 0 1 0 > (cd0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (cd0:umass-sim0:0:0:0): SCSI Status: Check Condition > (cd0:umass-sim0:0:0:0): UNIT ATTENTION asc:0,0 > (cd0:umass-sim0:0:0:0): No additional sense information > (cd0:umass-sim0:0:0:0): Retries Exhausted > ... (block is printed repeatedly) > (cd0:umass-sim0:0:0:0): cddone: got error 0x6 back > > $ kldload u3g > (nothing happens) > $ camcontrol eject cd0 > ugen0.3: at usbus0 (disconnected) > umass0: at uhub0, port 2, addr 3 (disconnected) > (cd0:umass-sim0:0:0:0): lost device > (cd0:umass-sim0:0:0:0): removing device entry > ugen0.3: at usbus0 > u3g0: on usbus0 > u3g0: Found 2 ports. > > This works. Strange, but an interesting hint Could you edit: src/sys/dev/usb/usb_msctest.c And add a pause("TEST", 2*hz) after "if (do_eject)" and before the eject command ? --HPS From hselasky at c2i.net Fri Aug 7 08:42:38 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Fri Aug 7 08:42:44 2009 Subject: HSDPA USB Modem MF626 In-Reply-To: <2B0D312478C8478486196C5FF04FE2DA@worklab> References: <2B0D312478C8478486196C5FF04FE2DA@worklab> Message-ID: <200908071042.38581.hselasky@c2i.net> On Friday 07 August 2009 04:15:20 Wesley Miranda wrote: > Hi all, > > Connect HSDPA 3G MF626 is FreeBSD8-CURRENT > > gw# kldstat > Id Refs Address Size Name > 1 13 0xc0400000 d72ad8 kernel > 2 1 0xc1173000 4658 u3g.ko > 3 1 0xc1178000 b9b0 umass.ko > 4 1 0xc1184000 4bf4 umodem.ko > > 1? run > /usr/sbin/usb_modeswitch -d 1 -v 0?19d2 -p 0?2000 -V 0?19d2 -P 0?0031 > > Received inquiry data (detailed identification) > ------------------------- > Vendor String: HSPA > Product String: USB SCSI CD-ROM > Revision String: 2.31 > ------------------------- > Device description data (identification) > ------------------------- > Manufacturer: ZTE, Incorporated > Product: ZTE CDMA Technologies MSM > Serial No.: not provided > ------------------------- > Setting up communication with interface 0 ... > Trying to send the message to endpoint 0x01 ... > OK, message successfully sent > -> Run lsusb to note any changes. Bye. > > ----- > 2? dmesg > > ugen2.2: at usbus2 (disconnected) > umass0: at uhub2, port 1, addr 2 (disconnected) > rl0: link state changed to UP > rl1: link state changed to UP > ugen2.2: at usbus2 > umass0: 2.00/0.00, addr 2> on usbus2 umass0: 8070i (ATAPI) over Bulk-Only; quirks > = 0x0000 > umass0:0:0:-1: Attached to scbus0 > (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition > (probe0:umass-sim0:0:0:0): UNIT ATTENTION asc:29,0 > (probe0:umass-sim0:0:0:0): Power on, reset, or bus device reset occurred > (probe0:umass-sim0:0:0:0): Retrying Command (per Sense Data) > (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition > (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 > (probe0:umass-sim0:0:0:0): Medium not present > (probe0:umass-sim0:0:0:0): Unretryable error > cd0 at umass-sim0 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 40.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not present > ugen2.2: at usbus2 (disconnected) > umass0: at uhub2, port 1, addr 2 (disconnected) > (cd0:umass-sim0:0:0:0): lost device > (cd0:umass-sim0:0:0:0): removing device entry > ugen2.2: at usbus2 > u3g0: 2.00/0.00, addr 2> on usbus2 u3g0: Found 3 ports. > umass0: 2.00/0.00, addr 2> on usbus2 umass0: SCSI over Bulk-Only; quirks = 0x0000 > umass0:0:0:-1: Attached to scbus0 > (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition > (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 > (probe0:umass-sim0:0:0:0): Medium not present > (probe0:umass-sim0:0:0:0): Unretryable error > da1 at umass-sim0 bus 0 target 0 lun 0 > da1: Removable Direct Access SCSI-2 device > da1: 40.000MB/s transfers > da1: Attempt to query device size failed: NOT READY, Medium not present > --- > gw# usbconfig -u 2 -a 2 dump_device_desc > ugen2.2: at usbus2, cfg=0 > md=HOST spd=HIGH (480Mbps) pwr=ON > > bLength = 0x0012 > bDescriptorType = 0x0001 > bcdUSB = 0x0200 > bDeviceClass = 0x0000 > bDeviceSubClass = 0x0000 > bDeviceProtocol = 0x0000 > bMaxPacketSize0 = 0x0040 > idVendor = 0x19d2 > idProduct = 0x0031 > bcdDevice = 0x0000 > iManufacturer = 0x0002 > iProduct = 0x0001 > iSerialNumber = 0x0003 <1234567890ABCDEF> > bNumConfigurations = 0x0001 > > ---- > 3? run ppp -ddial vivo > result > > Aug 6 21:40:25 gw ppp[1131]: Phase: Using interface: tun0 > Aug 6 21:40:25 gw ppp[1131]: Phase: deflink: Created in closed state > Aug 6 21:40:25 gw ppp[1131]: tun0: Command: default: set device > /dev/cuaU0.0 Aug 6 21:40:25 gw ppp[1131]: tun0: Phase: PPP Started > (interactive mode). Aug 6 21:40:28 gw ppp[1131]: tun0: Command: > /dev/pts/0: dial vivo Aug 6 21:40:28 gw ppp[1131]: tun0: Command: vivo: > set phone *99# > Aug 6 21:40:28 gw ppp[1131]: tun0: Command: vivo: set authname vivo > Aug 6 21:40:28 gw ppp[1131]: tun0: Command: vivo: set authkey ******** > Aug 6 21:40:28 gw ppp[1131]: tun0: Phase: bundle: Establish > Aug 6 21:40:28 gw ppp[1131]: tun0: Phase: deflink: closed -> opening > Aug 6 21:40:28 gw ppp[1131]: tun0: Phase: deflink: Connected! > Aug 6 21:40:28 gw ppp[1131]: tun0: Phase: deflink: opening -> dial > Aug 6 21:40:28 gw ppp[1131]: tun0: Chat: deflink: Dial attempt 1 of 1 > Aug 6 21:40:28 gw ppp[1131]: tun0: Phase: deflink: dial -> carrier > Aug 6 21:40:29 gw ppp[1131]: tun0: Phase: deflink: /dev/cuaU0.0 doesn't > support CD Aug 6 21:40:29 gw ppp[1131]: tun0: Phase: deflink: carrier -> > login Aug 6 21:40:29 gw ppp[1131]: tun0: Phase: deflink: login -> lcp > Aug 6 21:40:33 gw ppp[1131]: tun0: Phase: Unknown protocol 0x0013 > (reserved (transparency inefficient)) Aug 6 21:40:45 gw last message > repeated 19312 times > Aug 6 21:40:45 gw ppp[1131]: tun0: Phase: deflink: Disconnected! > Aug 6 21:40:45 gw ppp[1131]: tun0: Phase: deflink: lcp -> logout > Aug 6 21:40:45 gw ppp[1131]: tun0: Phase: deflink: logout -> hangup > Aug 6 21:40:45 gw ppp[1131]: tun0: Phase: deflink: Disconnected! > Aug 6 21:40:45 gw ppp[1131]: tun0: Phase: deflink: Connect time: 17 secs: > 386280 octets in, 907991 octets out Aug 6 21:40:45 gw ppp[1131]: tun0: > Phase: deflink: 8767 packets in, 19318 packets out Aug 6 21:40:45 gw > ppp[1131]: tun0: Phase: total 76133 bytes/sec, peak 133153 bytes/sec on > Thu Aug 6 21:40:45 2009 Aug 6 21:40:45 gw ppp[1131]: tun0: Phase: > deflink: hangup -> closed Aug 6 21:40:45 gw ppp[1131]: tun0: Phase: > bundle: Dead > > tun0: flags=8050 metric 0 mtu 1500 > Opened by PID 977 > > no ip network :( > > modified as described for MF626 and does not work > http://www.mail-archive.com/freebsd-usb@freebsd.org/msg04956.html diff. > > has solution for this problem? Hi, Try to add this to ppp.conf: disable pred1 deflate deflate24 protocomp acfcomp shortseq vj mppe enable dns --HPS > Thanks all > ----- > Wesley Miranda > FreeBSD Consult > www.freebsdconsult.com.br > _______________________________________________ > freebsd-usb@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-usb > To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" From alexbestms at math.uni-muenster.de Fri Aug 7 10:14:34 2009 From: alexbestms at math.uni-muenster.de (Alexander Best) Date: Fri Aug 7 10:14:41 2009 Subject: problem writing to umass device In-Reply-To: <200907292236.04773.hselasky@c2i.net> Message-ID: hi there. have you had the time to look at this issue? i tested the device under windows xp and it works without any problems. with a recent head copying files to the device still fails at some point with `cp` reporting an input/output error and a lot of failed writes being reported on the console. alex Hans Petter Selasky schrieb am 2009-07-29: > On Wednesday 29 July 2009 22:25:05 Alexander Best wrote: > > i have a problem with the following device: > > ugen7.2: at usbus7 > > umass0: > addr 2> > > on usbus7 > > umass0: SCSI over Bulk-Only; quirks = 0x4400 > > umass0:7:0:-1: Attached to scbus7 > > da0 at umass-sim0 bus 0 target 0 lun 0 > > da0: < > Removable Direct Access SCSI-2 device > > da0: 40.000MB/s transfers > > da0: 3864MB (7913472 512 byte sectors: 255H 63S/T 492C) > > i haven't used it for quite a while, but it used to work just fine > > (yes > > with usb2). but since then i've updated my kernel a couple of times > > and now > > i'm getting these errors. i can mount the device just fine, but if > > i try to > > copy files onto it i get the following error messages: > > Jul 28 11:22:07 otaku kernel: > > g_vfs_done():da0[WRITE(offset=54083584, > > length=65536)]error = 5 > > Jul 28 11:22:07 otaku kernel: > > g_vfs_done():da0[WRITE(offset=54149120, > > length=65536)]error = 5 > > Jul 28 11:22:07 otaku kernel: > > g_vfs_done():da0[WRITE(offset=54214656, > > length=65536)]error = 5 > > Jul 28 11:22:07 otaku kernel: > > g_vfs_done():da0[WRITE(offset=54280192, > > length=32768)]error = 5 > > Jul 28 11:22:07 otaku kernel: > > g_vfs_done():da0[WRITE(offset=54312960, > > length=16384)]error = 5 > > Jul 28 11:22:07 otaku kernel: > > g_vfs_done():da0[WRITE(offset=54329344, > > length=65536)]error = 5 > > Jul 28 11:22:07 otaku kernel: > > g_vfs_done():da0[WRITE(offset=54394880, > > length=65536)]error = 5 > > Jul 28 11:22:07 otaku kernel: > > g_vfs_done():da0[WRITE(offset=54460416, > > length=65536)]error = 5 > > Jul 28 11:22:07 otaku kernel: > > g_vfs_done():da0[WRITE(offset=54525952, > > length=65536)]error = 5 > > Jul 28 11:22:07 otaku kernel: > > g_vfs_done():da0[WRITE(offset=54591488, > > length=65536)]error = 5 > > Jul 28 11:22:07 otaku kernel: > > g_vfs_done():da0[WRITE(offset=54657024, > > length=16384)]error = 5 > > Jul 28 11:22:07 otaku kernel: g_vfs_done():da0[WRITE(offset=512, > > length=512)]error = 5 > > Jul 28 11:22:07 otaku kernel: g_vfs_done():da0[WRITE(offset=24576, > > length=4096)]error = 5 > > Jul 28 11:22:07 otaku kernel: g_vfs_done():da0[WRITE(offset=28672, > > length=4096)]error = 5 > > Jul 28 11:22:07 otaku kernel: > > g_vfs_done():da0[WRITE(offset=1024000, > > length=4096)]error = 5 > > Jul 28 11:22:07 otaku kernel: > > g_vfs_done():da0[WRITE(offset=1028096, > > length=4096)]error = 5 > > Jul 28 11:22:07 otaku kernel: > > g_vfs_done():da0[WRITE(offset=38502400, > > length=16384)]error = 5 > > Jul 28 11:22:07 otaku kernel: > > g_vfs_done():da0[WRITE(offset=39370752, > > length=16384)]error = 5 > > Jul 28 11:22:07 otaku kernel: fsync: giving up on dirty > > Jul 28 11:22:07 otaku kernel: 0xcc0aa6b8: tag msdosfs, type VREG > > Jul 28 11:22:07 otaku kernel: usecount 1, writecount 0, refcount 55 > > mountedhere 0 > > Jul 28 11:22:07 otaku kernel: flags () > > Jul 28 11:22:07 otaku kernel: v_object 0xc8a81770 ref 0 pages 212 > > Jul 28 11:22:07 otaku kernel: lock type msdosfs: EXCL by thread > > 0xcc60a240 > > (pid 19448) > > Jul 28 11:22:07 otaku kernel: #0 0xc05b5ee0 at __lockmgr_args+0xb90 > > Jul 28 11:22:07 otaku kernel: #1 0xc0647898 at vop_stdlock+0x68 > > Jul 28 11:22:07 otaku kernel: #2 0xc0781fb5 at VOP_LOCK1_APV+0xb5 > > Jul 28 11:22:07 otaku kernel: #3 0xc0664008 at _vn_lock+0x78 > > Jul 28 11:22:07 otaku kernel: #4 0xc0658adb at vget+0xbb > > Jul 28 11:22:07 otaku kernel: #5 0xc055d4ca at msdosfs_sync+0x17a > > Jul 28 11:22:07 otaku kernel: #6 0xc06520be at dounmount+0x44e > > Jul 28 11:22:07 otaku kernel: #7 0xc065262f at unmount+0x2bf > > Jul 28 11:22:07 otaku kernel: #8 0xc076eb26 at syscall+0x2a6 > > Jul 28 11:22:07 otaku kernel: #9 0xc0752ad0 at > > Xint0x80_syscall+0x20 > > Jul 28 11:22:07 otaku kernel: startcluster 2230, dircluster 2229, > > diroffset > > 96, on dev da0 > > Jul 28 11:22:40 otaku kernel: > > g_vfs_done():da0[WRITE(offset=53805056, > > length=65536)]error = 5 > > Jul 28 11:22:40 otaku kernel: > > g_vfs_done():da0[WRITE(offset=53870592, > > length=65536)]error = 5 > > Jul 28 11:22:40 otaku kernel: > > g_vfs_done():da0[WRITE(offset=53936128, > > length=65536)]error = 5 > > Jul 28 11:22:40 otaku kernel: > > g_vfs_done():da0[WRITE(offset=54001664, > > length=65536)]error = 5 > > Jul 28 11:22:40 otaku kernel: > > g_vfs_done():da0[WRITE(offset=54067200, > > length=65536)]error = 5 > > Jul 28 11:22:40 otaku kernel: > > g_vfs_done():da0[WRITE(offset=54132736, > > length=65536)]error = 5 > > Jul 28 11:22:40 otaku kernel: > > g_vfs_done():da0[WRITE(offset=54198272, > > length=65536)]error = 5 > > Jul 28 11:22:40 otaku kernel: > > g_vfs_done():da0[WRITE(offset=54263808, > > length=65536)]error = 5 > > Jul 28 11:22:40 otaku kernel: > > g_vfs_done():da0[WRITE(offset=54329344, > > length=65536)]error = 5 > > Jul 28 11:22:40 otaku kernel: > > g_vfs_done():da0[WRITE(offset=54394880, > > length=65536)]error = 5 > > Jul 28 11:22:40 otaku kernel: > > g_vfs_done():da0[WRITE(offset=54460416, > > length=65536)]error = 5 > > Jul 28 11:22:40 otaku kernel: > > g_vfs_done():da0[WRITE(offset=54525952, > > length=65536)]error = 5 > > might the device's ram be broken? this is the result of `dd > > if=/dev/da0 > > of=/dev/null`: > > dd: /dev/da0: Input/output error > > 1067+0 records in > > 1067+0 records out > > 546304 bytes transferred in 235.522107 secs (2320 bytes/sec) > ^^ terribly slow > disk ? > > i attached the device to a windows xp box and ran scandisk. that > > didn't > > reveal any problems however. > Hi, > Try enabling umass debugging: > sysctl hw.usb.umass.debug=-1 > Not sure if this might be a CAM layer regression. > --HPS From hselasky at c2i.net Fri Aug 7 10:32:57 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Fri Aug 7 10:33:04 2009 Subject: problem writing to umass device In-Reply-To: References: Message-ID: <200908071232.55794.hselasky@c2i.net> On Friday 07 August 2009 12:14:31 Alexander Best wrote: > hi there. have you had the time to look at this issue? i tested the device > under windows xp and it works without any problems. with a recent head > copying files to the device still fails at some point with `cp` reporting > an input/output error and a lot of failed writes being reported on the > console. > > alex > > Hans Petter Selasky schrieb am 2009-07-29: > > On Wednesday 29 July 2009 22:25:05 Alexander Best wrote: > > > i have a problem with the following device: > > > > > > ugen7.2: at usbus7 > > > umass0: > > addr 2> > > > on usbus7 > > > umass0: SCSI over Bulk-Only; quirks = 0x4400 > > > umass0:7:0:-1: Attached to scbus7 > > > da0 at umass-sim0 bus 0 target 0 lun 0 > > > da0: < > Removable Direct Access SCSI-2 device > > > da0: 40.000MB/s transfers > > > da0: 3864MB (7913472 512 byte sectors: 255H 63S/T 492C) > > > > > > i haven't used it for quite a while, but it used to work just fine > > > (yes > > > with usb2). but since then i've updated my kernel a couple of times > > > and now > > > i'm getting these errors. i can mount the device just fine, but if > > > i try to > > > copy files onto it i get the following error messages: > > > > > > Jul 28 11:22:07 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=54083584, > > > length=65536)]error = 5 > > > Jul 28 11:22:07 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=54149120, > > > length=65536)]error = 5 > > > Jul 28 11:22:07 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=54214656, > > > length=65536)]error = 5 > > > Jul 28 11:22:07 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=54280192, > > > length=32768)]error = 5 > > > Jul 28 11:22:07 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=54312960, > > > length=16384)]error = 5 > > > Jul 28 11:22:07 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=54329344, > > > length=65536)]error = 5 > > > Jul 28 11:22:07 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=54394880, > > > length=65536)]error = 5 > > > Jul 28 11:22:07 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=54460416, > > > length=65536)]error = 5 > > > Jul 28 11:22:07 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=54525952, > > > length=65536)]error = 5 > > > Jul 28 11:22:07 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=54591488, > > > length=65536)]error = 5 > > > Jul 28 11:22:07 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=54657024, > > > length=16384)]error = 5 > > > Jul 28 11:22:07 otaku kernel: g_vfs_done():da0[WRITE(offset=512, > > > length=512)]error = 5 > > > Jul 28 11:22:07 otaku kernel: g_vfs_done():da0[WRITE(offset=24576, > > > length=4096)]error = 5 > > > Jul 28 11:22:07 otaku kernel: g_vfs_done():da0[WRITE(offset=28672, > > > length=4096)]error = 5 > > > Jul 28 11:22:07 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=1024000, > > > length=4096)]error = 5 > > > Jul 28 11:22:07 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=1028096, > > > length=4096)]error = 5 > > > Jul 28 11:22:07 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=38502400, > > > length=16384)]error = 5 > > > Jul 28 11:22:07 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=39370752, > > > length=16384)]error = 5 > > > Jul 28 11:22:07 otaku kernel: fsync: giving up on dirty > > > Jul 28 11:22:07 otaku kernel: 0xcc0aa6b8: tag msdosfs, type VREG > > > Jul 28 11:22:07 otaku kernel: usecount 1, writecount 0, refcount 55 > > > mountedhere 0 > > > Jul 28 11:22:07 otaku kernel: flags () > > > Jul 28 11:22:07 otaku kernel: v_object 0xc8a81770 ref 0 pages 212 > > > Jul 28 11:22:07 otaku kernel: lock type msdosfs: EXCL by thread > > > 0xcc60a240 > > > (pid 19448) > > > Jul 28 11:22:07 otaku kernel: #0 0xc05b5ee0 at __lockmgr_args+0xb90 > > > Jul 28 11:22:07 otaku kernel: #1 0xc0647898 at vop_stdlock+0x68 > > > Jul 28 11:22:07 otaku kernel: #2 0xc0781fb5 at VOP_LOCK1_APV+0xb5 > > > Jul 28 11:22:07 otaku kernel: #3 0xc0664008 at _vn_lock+0x78 > > > Jul 28 11:22:07 otaku kernel: #4 0xc0658adb at vget+0xbb > > > Jul 28 11:22:07 otaku kernel: #5 0xc055d4ca at msdosfs_sync+0x17a > > > Jul 28 11:22:07 otaku kernel: #6 0xc06520be at dounmount+0x44e > > > Jul 28 11:22:07 otaku kernel: #7 0xc065262f at unmount+0x2bf > > > Jul 28 11:22:07 otaku kernel: #8 0xc076eb26 at syscall+0x2a6 > > > Jul 28 11:22:07 otaku kernel: #9 0xc0752ad0 at > > > Xint0x80_syscall+0x20 > > > Jul 28 11:22:07 otaku kernel: startcluster 2230, dircluster 2229, > > > diroffset > > > 96, on dev da0 > > > Jul 28 11:22:40 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=53805056, > > > length=65536)]error = 5 > > > Jul 28 11:22:40 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=53870592, > > > length=65536)]error = 5 > > > Jul 28 11:22:40 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=53936128, > > > length=65536)]error = 5 > > > Jul 28 11:22:40 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=54001664, > > > length=65536)]error = 5 > > > Jul 28 11:22:40 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=54067200, > > > length=65536)]error = 5 > > > Jul 28 11:22:40 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=54132736, > > > length=65536)]error = 5 > > > Jul 28 11:22:40 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=54198272, > > > length=65536)]error = 5 > > > Jul 28 11:22:40 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=54263808, > > > length=65536)]error = 5 > > > Jul 28 11:22:40 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=54329344, > > > length=65536)]error = 5 > > > Jul 28 11:22:40 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=54394880, > > > length=65536)]error = 5 > > > Jul 28 11:22:40 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=54460416, > > > length=65536)]error = 5 > > > Jul 28 11:22:40 otaku kernel: > > > g_vfs_done():da0[WRITE(offset=54525952, > > > length=65536)]error = 5 > > > > > > might the device's ram be broken? this is the result of `dd > > > if=/dev/da0 > > > of=/dev/null`: > > > > > > dd: /dev/da0: Input/output error > > > 1067+0 records in > > > 1067+0 records out > > > 546304 bytes transferred in 235.522107 secs (2320 bytes/sec) > > > > ^^ terribly slow > > disk ? > > > > > i attached the device to a windows xp box and ran scandisk. that > > > didn't > > > reveal any problems however. > > > > Hi, > > > > Try enabling umass debugging: > > > > sysctl hw.usb.umass.debug=-1 > > > > Not sure if this might be a CAM layer regression. > > > > --HPS I have had no time to look at this. Please provide more debugging output. --HPS From gjb at semihalf.com Fri Aug 7 11:15:25 2009 From: gjb at semihalf.com (Grzegorz Bernacki) Date: Fri Aug 7 11:15:42 2009 Subject: About the "USB Cache and busdma usage in USB" thread In-Reply-To: <200908051549.43890.hselasky@c2i.net> References: <3E1658AF-67C6-4E61-B6E7-BEF528C3FF4D@mac.com> <200908041754.50244.hselasky@c2i.net> <4A79865E.3060206@semihalf.com> <200908051549.43890.hselasky@c2i.net> Message-ID: <4A7C0CC9.3080701@semihalf.com> Hans Petter Selasky wrote: > On Wednesday 05 August 2009 15:17:18 Grzegorz Bernacki wrote: > > I will do some more testing and then commit it to USB P4. > Hi Hans, Have you had a chance to perform your tests? Do you see any problems on your machine after applying the patch? regards, Grzesiek From hselasky at c2i.net Fri Aug 7 12:33:17 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Fri Aug 7 12:33:34 2009 Subject: USB busdma sync flag fix Message-ID: <200908071433.16484.hselasky@c2i.net> Hi, Can people with AMD64 + USB and more than 4GBytes of RAM give the following patch a shot? http://perforce.freebsd.org/chv.cgi?CH=167088 Thanks to "Grzegorz Bernacki" and his friends at Semihalf for fixing USB on ARM and PowerPC ++ --HPS From lwindschuh at googlemail.com Fri Aug 7 13:43:14 2009 From: lwindschuh at googlemail.com (Lucius Windschuh) Date: Fri Aug 7 13:43:21 2009 Subject: reattach 3g0 device: could not allocate new device In-Reply-To: <200908070835.47320.hselasky@c2i.net> References: <89dbfdc30902231031j4407614vdce09e8e58cdc346@mail.gmail.com> <200908061546.38885.hselasky@c2i.net> <90a5caac0908061438n7afa69eai323164fd51b55122@mail.gmail.com> <200908070835.47320.hselasky@c2i.net> Message-ID: <90a5caac0908070643v79af69b7s85fc5432da148701@mail.gmail.com> 2009/8/7 Hans Petter Selasky : > > Could you edit: > src/sys/dev/usb/usb_msctest.c > > And add a pause("TEST", 2*hz) after "if (do_eject)" and before the eject > command ? I changes usb_msctest.c to this: ... if (sid_type == 0x05) { /* CD-ROM */ if (do_eject) { pause("TEST", 2*hz); ... but it didn't work: $ kldload u3g (insert UMTS dongle) dmesg: Sleeping on "TEST" with the following non-sleepable locks held: exclusive sleep mutex USB autoinstall (USB autoinstall) r = 0 (0xc7196a00) locked @ /usr/src/sys/dev/usb/usb_msctest.c:536 KDB: stack backtrace: (backtrace) --- trap 0, eip = 0, esp = 0xf3f46d70, ebp = 0 --- (2 seconds sleep here) usb_test_autoinstall:572: Eject CD command status: USB_ERR_NORMAL_COMPLETION usb_alloc_device:1781: Found Huawei auto-install disk! ugen0.3: at usbus0 ugen0.3: at usbus0 (disconnected) uhub_reattach_port:440: could not allocate new device! Next try: --- /usr/src/sys/dev/usb/usb_msctest.c (revision 196074) +++ /usr/src/sys/dev/usb/usb_msctest.c (working copy) @@ -567,6 +567,7 @@ err = bbb_command_start(sc, DIR_OUT, 0, NULL, 0, 6, USB_MS_HZ); + pause("TEST", 2*hz); DPRINTFN(0, "Eject CD command " "status: %s\n", usbd_errstr(err)); } Makes it work: Sleeping on "TEST" with the following non-sleepable locks held: exclusive sleep mutex USB autoinstall (USB autoinstall) r = 0 (0xc6bd1e00) locked @ /usr/src/sys/dev/usb/usb_msctest.c:536 KDB: stack backtrace: db_trace_self_wrapper(c08fccdb,f3f46a2c,c067e395,c08eb082,218,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08eb082,218,ffffffff,c0aea2f4,f3f46a64,...) at kdb_backtrace+0x29 _witness_debugger(c08ff11c,f3f46a78,4,1,0,...) at _witness_debugger+0x25 witness_warn(5,0,c08fa657,c08eb0a5,c5c82e4c,...) at witness_warn+0x1fd _sleep(c09a9a64,0,0,c08eb0a5,7d0,...) at _sleep+0x5f pause(c08eb0a5,7d0,6,400,6,...) at pause+0x47 usb_test_autoinstall(c680f400,0,1,100,2,...) at usb_test_autoinstall+0x213 u3g_test_huawei_autoinst(c680f400,f3f46bd0,f3f46bfc,40,2,...) at u3g_test_huawei_autoinst+0x13d usb_alloc_device(c5f81b80,c5c82cf0,c621b400,1,1,...) at usb_alloc_device+0xcb3 uhub_explore(c621b400,0,c08e8476,e3,c5c82dd4,...) at uhub_explore+0x519 usb_bus_explore(c5c82dd4,c5c82e4c,c08eb0ce,67,c08f8165,...) at usb_bus_explore+0x97 usb_process(c5c82d74,f3f46d38,c08f4e84,33e,c5f95aa0,...) at usb_process+0xde fork_exit(c059c650,c5c82d74,f3f46d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xf3f46d70, ebp = 0 --- usb_test_autoinstall:571: Eject CD command status: USB_ERR_NORMAL_COMPLETION usb_alloc_device:1781: Found Huawei auto-install disk! ugen0.3: at usbus0 ugen0.3: at usbus0 (disconnected) uhub_reattach_port:440: could not allocate new device! ugen0.3: at usbus0 u3g0: on usbus0 u3g0: Found 2 ports. Yipee :-) Lucius From lwindschuh at googlemail.com Sat Aug 8 11:21:21 2009 From: lwindschuh at googlemail.com (Lucius Windschuh) Date: Sat Aug 8 11:21:28 2009 Subject: reattach 3g0 device: could not allocate new device In-Reply-To: <200908071712.50579.hselasky@c2i.net> References: <89dbfdc30902231031j4407614vdce09e8e58cdc346@mail.gmail.com> <200908060937.48442.hselasky@c2i.net> <90a5caac0908060412r3a117597m16573c16d35cc34a@mail.gmail.com> <200908071712.50579.hselasky@c2i.net> Message-ID: <90a5caac0908080421n35bd31b7v19b18d636d946616@mail.gmail.com> 2009/8/7 Hans Petter Selasky : > Try this patch: > > src/sys/dev/usb/usb_device.c > > @@ -1777,7 +1777,8 @@ > ? ? ? ? ? ? ? ? ? ? ? ?} > ? ? ? ? ? ? ? ?} else if (usb_test_huawei_autoinst_p(udev, &uaa) == 0) { > ? ? ? ? ? ? ? ? ? ? ? ?DPRINTFN(0, "Found Huawei auto-install disk!\n"); > - ? ? ? ? ? ? ? ? ? ? ? err = USB_ERR_STALLED; ?/* fake an error */ > + ? ? ? ? ? ? ? ? ? ? ? /* leave device unconfigured */ > + ? ? ? ? ? ? ? ? ? ? ? usb_unconfigure(udev, USB_UNCFG_FLAG_FREE_SUBDEV); > ? ? ? ? ? ? ? ?} > ? ? ? ?} else { > ? ? ? ? ? ? ? ?err = 0; ? ? ? ? ? ? ? ?/* set success */ > That makes it work nicely: $ kldload u3g (insert dongle) dmesg: usb_test_autoinstall:571: Eject CD command status: USB_ERR_NORMAL_COMPLETION usb_alloc_device:1781: Found Huawei auto-install disk! ugen0.3: at usbus0 ugen0.3: at usbus0 (disconnected) ugen0.3: at usbus0 u3g0: on usbus0 u3g0: Found 2 ports. Thank you. :-) Lucius From mike at sentex.net Sat Aug 8 20:46:26 2009 From: mike at sentex.net (Mike Tancsa) Date: Sat Aug 8 20:46:39 2009 Subject: USB busdma sync flag fix In-Reply-To: <200908071433.16484.hselasky@c2i.net> References: <200908071433.16484.hselasky@c2i.net> Message-ID: <200908082027.n78KRpoV018525@lava.sentex.ca> At 08:33 AM 8/7/2009, Hans Petter Selasky wrote: >Hi, > >Can people with AMD64 + USB and more than 4GBytes of RAM give the following >patch a shot? > >http://perforce.freebsd.org/chv.cgi?CH=167088 I tried an eToken key, a USB thumb drive and an uplcom device and it seems to work. Latest HEAD with above patch on a box with CPU: AMD Phenom(tm) 9950 Quad-Core Processor (2608.82-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f23 Stepping = 3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x7ff TSC: P-state invariant real memory = 8589934592 (8192 MB) avail memory = 8001216512 (7630 MB) ACPI APIC Table: <051209 APIC1231> 0(freebsd-current2)# usbconfig ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen2.1: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen6.1: at usbus6, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen5.1: at usbus5, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen0.2: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen0.3: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen2.2: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON 0(freebsd-current2)# ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From glen.j.barber at gmail.com Sun Aug 9 12:50:25 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Sun Aug 9 12:52:18 2009 Subject: usb/113629: [ukbd] Dropped USB keyboard events on Dell Latitude D620 laptop Message-ID: <200908091250.n79CoPnt056393@freefall.freebsd.org> The following reply was made to PR usb/113629; it has been noted by GNATS. From: Glen Barber To: bug-followup@FreeBSD.org, chris@cjones.org Cc: Subject: Re: usb/113629: [ukbd] Dropped USB keyboard events on Dell Latitude D620 laptop Date: Sun, 9 Aug 2009 08:10:29 -0400 Chris, I'm curious if this problem still exists in more recent versions of FreeBSD, or with the latest version of x11/xorg. -- Glen Barber From imp at bsdimp.com Sun Aug 9 16:23:36 2009 From: imp at bsdimp.com (M. Warner Losh) Date: Sun Aug 9 16:23:42 2009 Subject: Performance issues Message-ID: <20090809.102341.2106235641.imp@bsdimp.com> Hans, Just trying to do some stuff I used to be able to do with the USB stack on a recent (July 23rd) kernel. I've had some disappointing results. I have a 750GB disk that's attached via USB. Nothing fancy or special about it. I can stream up to about 18MB/s to it when things are going well. Older code works flawlessly with this device. I have one other device attached, a bluetooth dongle that's really just buit into my laptop. There's no bluetooth devices attached to the laptop via this dongle, but plenty of bluetooth in the general area... The bt stack is enabled. What I see is that from time to time the writes to the disk stop for seconds at a time. This can happen when I'm writing from DV streams (which are 25Mb/s or 4.1MB/s) as well as a dd from either /dev/zero or from a dvd I have in my laptop's DVD reader. The /dev/zero ones go at about 16-18MB/s, while the DVD reader is about 5MB/s. When it happens, the process hangs in wdrain. This makes it impossible to use umass devices for things like reading my DV camera to stream things to disk for later processing into DVDs. It also seems to make it impossible to burn DVDs, since this same hic-up is seen in read speed as well. If I remove the bluetooth dongle from the system, then I don't seem to see this problem. Any ideas how to track this down? Warner From hselasky at c2i.net Sun Aug 9 16:40:53 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Sun Aug 9 16:41:00 2009 Subject: Performance issues In-Reply-To: <20090809.102341.2106235641.imp@bsdimp.com> References: <20090809.102341.2106235641.imp@bsdimp.com> Message-ID: <200908091840.55000.hselasky@c2i.net> On Sunday 09 August 2009 18:23:41 M. Warner Losh wrote: > Any ideas how to track this down? Hi, USB is only draining from "usbd_transfer_drain()" in /sys/dev/usb/usb_transfer.c . You could add a print including the backtrace and see if that function gets called when it freezes. Else I would try to compile a fresh kernel from USB P4. There are some patches there in relation to the recent newbus lock change, that might help. USB uses uppercase "WDRAIN". Is your printout lowercase "wdrain" ? --HPS From imp at bsdimp.com Sun Aug 9 16:58:02 2009 From: imp at bsdimp.com (M. Warner Losh) Date: Sun Aug 9 16:58:07 2009 Subject: Performance issues In-Reply-To: <200908091840.55000.hselasky@c2i.net> References: <20090809.102341.2106235641.imp@bsdimp.com> <200908091840.55000.hselasky@c2i.net> Message-ID: <20090809.105507.-646227496.imp@bsdimp.com> In message: <200908091840.55000.hselasky@c2i.net> Hans Petter Selasky writes: : On Sunday 09 August 2009 18:23:41 M. Warner Losh wrote: : > Any ideas how to track this down? : : Hi, : : USB is only draining from "usbd_transfer_drain()" in : /sys/dev/usb/usb_transfer.c . You could add a print including the backtrace : and see if that function gets called when it freezes. Ummm. No. Adding a traceback print to a function that's called 60 times a second in steady state doesn't seem like a viable option. : Else I would try to compile a fresh kernel from USB P4. There are : some patches there in relation to the recent newbus lock change, : that might help. This kernel predates the newbus lock change. : USB uses uppercase "WDRAIN". Is your printout lowercase "wdrain" ? Yes. Warner From attilio at freebsd.org Sun Aug 9 17:38:52 2009 From: attilio at freebsd.org (Attilio Rao) Date: Sun Aug 9 17:38:58 2009 Subject: Performance issues In-Reply-To: <3bbf2fe10908091025t7f8d00dbw5b0589728cf400ad@mail.gmail.com> References: <20090809.102341.2106235641.imp@bsdimp.com> <200908091840.55000.hselasky@c2i.net> <20090809.105507.-646227496.imp@bsdimp.com> <3bbf2fe10908091025t7f8d00dbw5b0589728cf400ad@mail.gmail.com> Message-ID: <3bbf2fe10908091038m3efb3612l2923d8b3238e111f@mail.gmail.com> 2009/8/9 Attilio Rao : > 2009/8/9 M. Warner Losh : >> In message: <200908091840.55000.hselasky@c2i.net> >> Hans Petter Selasky writes: >> : On Sunday 09 August 2009 18:23:41 M. Warner Losh wrote: >> : > Any ideas how to track this down? >> : >> : Hi, >> : >> : USB is only draining from "usbd_transfer_drain()" in >> : /sys/dev/usb/usb_transfer.c . You could add a print including the backtrace >> : and see if that function gets called when it freezes. >> >> Ummm. No. Adding a traceback print to a function that's called 60 >> times a second in steady state doesn't seem like a viable option. >> >> : Else I would try to compile a fresh kernel from USB P4. There are >> : some patches there in relation to the recent newbus lock change, >> : that might help. >> >> This kernel predates the newbus lock change. >> >> : USB uses uppercase "WDRAIN". Is your printout lowercase "wdrain" ? >> >> Yes. > > That's used by the buffer cache in order to reduce pressure of > asynchronous writes. It waits for other writes to complete before to > go on. Probabilly, I/O requests get stuck for another reasong starving > the asynchronous requests queue flushing. It would be also interesting to understand if the allowed requests are just lost or still pending and can be effectively flushed out. Can you please show the content of vm.runningbufspace ? However, keep in mind that as long as the buffer cache is global, if the bluethoot dongle breaks I/O requests, it can be the offending part, so USB may not be involved. Attilio -- Peace can only be achieved by understanding - A. Einstein From attilio at freebsd.org Sun Aug 9 17:50:29 2009 From: attilio at freebsd.org (Attilio Rao) Date: Sun Aug 9 17:50:36 2009 Subject: Performance issues In-Reply-To: <20090809.105507.-646227496.imp@bsdimp.com> References: <20090809.102341.2106235641.imp@bsdimp.com> <200908091840.55000.hselasky@c2i.net> <20090809.105507.-646227496.imp@bsdimp.com> Message-ID: <3bbf2fe10908091025t7f8d00dbw5b0589728cf400ad@mail.gmail.com> 2009/8/9 M. Warner Losh : > In message: <200908091840.55000.hselasky@c2i.net> > Hans Petter Selasky writes: > : On Sunday 09 August 2009 18:23:41 M. Warner Losh wrote: > : > Any ideas how to track this down? > : > : Hi, > : > : USB is only draining from "usbd_transfer_drain()" in > : /sys/dev/usb/usb_transfer.c . You could add a print including the backtrace > : and see if that function gets called when it freezes. > > Ummm. No. Adding a traceback print to a function that's called 60 > times a second in steady state doesn't seem like a viable option. > > : Else I would try to compile a fresh kernel from USB P4. There are > : some patches there in relation to the recent newbus lock change, > : that might help. > > This kernel predates the newbus lock change. > > : USB uses uppercase "WDRAIN". Is your printout lowercase "wdrain" ? > > Yes. That's used by the buffer cache in order to reduce pressure of asynchronous writes. It waits for other writes to complete before to go on. Probabilly, I/O requests get stuck for another reasong starving the asynchronous requests queue flushing. Attilio -- Peace can only be achieved by understanding - A. Einstein From imp at bsdimp.com Sun Aug 9 17:56:31 2009 From: imp at bsdimp.com (M. Warner Losh) Date: Sun Aug 9 17:56:37 2009 Subject: Performance issues In-Reply-To: <3bbf2fe10908091038m3efb3612l2923d8b3238e111f@mail.gmail.com> References: <20090809.105507.-646227496.imp@bsdimp.com> <3bbf2fe10908091025t7f8d00dbw5b0589728cf400ad@mail.gmail.com> <3bbf2fe10908091038m3efb3612l2923d8b3238e111f@mail.gmail.com> Message-ID: <20090809.115606.1943337744.imp@bsdimp.com> In message: <3bbf2fe10908091038m3efb3612l2923d8b3238e111f@mail.gmail.com> Attilio Rao writes: : 2009/8/9 Attilio Rao : : > 2009/8/9 M. Warner Losh : : >> In message: <200908091840.55000.hselasky@c2i.net> : >> Hans Petter Selasky writes: : >> : On Sunday 09 August 2009 18:23:41 M. Warner Losh wrote: : >> : > Any ideas how to track this down? : >> : : >> : Hi, : >> : : >> : USB is only draining from "usbd_transfer_drain()" in : >> : /sys/dev/usb/usb_transfer.c . You could add a print including the backtrace : >> : and see if that function gets called when it freezes. : >> : >> Ummm. No. Adding a traceback print to a function that's called 60 : >> times a second in steady state doesn't seem like a viable option. : >> : >> : Else I would try to compile a fresh kernel from USB P4. There are : >> : some patches there in relation to the recent newbus lock change, : >> : that might help. : >> : >> This kernel predates the newbus lock change. : >> : >> : USB uses uppercase "WDRAIN". Is your printout lowercase "wdrain" ? : >> : >> Yes. : > : > That's used by the buffer cache in order to reduce pressure of : > asynchronous writes. It waits for other writes to complete before to : > go on. Probabilly, I/O requests get stuck for another reasong starving : > the asynchronous requests queue flushing. : : It would be also interesting to understand if the allowed requests are : just lost or still pending and can be effectively flushed out. Can you : please show the content of vm.runningbufspace ? The writes eventually happen, it is just stalled. I'll run the experiment again and see if I can give you that info... : However, keep in mind that as long as the buffer cache is global, if : the bluethoot dongle breaks I/O requests, it can be the offending : part, so USB may not be involved. I'm not sure I understand this statement. I think what is happening is a race between multiple devices. I also see problems when I have both a usb disk and a usb dvd burner attached. I didn't used to see that problem (I made hundreds of DVDs of my son's hockey games). Now, I can't even burn one disc to save my life... Besides, the bluetooth dongle isn't going to be doing any disk block requests, so how can that interfere with the buffer cache? Warner From attilio at freebsd.org Sun Aug 9 18:16:30 2009 From: attilio at freebsd.org (Attilio Rao) Date: Sun Aug 9 18:16:36 2009 Subject: Performance issues In-Reply-To: <20090809.115606.1943337744.imp@bsdimp.com> References: <20090809.105507.-646227496.imp@bsdimp.com> <3bbf2fe10908091025t7f8d00dbw5b0589728cf400ad@mail.gmail.com> <3bbf2fe10908091038m3efb3612l2923d8b3238e111f@mail.gmail.com> <20090809.115606.1943337744.imp@bsdimp.com> Message-ID: <3bbf2fe10908091116x3ac66e63t4b34174f492a4bce@mail.gmail.com> 2009/8/9 M. Warner Losh : > In message: <3bbf2fe10908091038m3efb3612l2923d8b3238e111f@mail.gmail.com> > Attilio Rao writes: > : 2009/8/9 Attilio Rao : > : > 2009/8/9 M. Warner Losh : > : >> In message: <200908091840.55000.hselasky@c2i.net> > : >> Hans Petter Selasky writes: > : >> : On Sunday 09 August 2009 18:23:41 M. Warner Losh wrote: > : >> : > Any ideas how to track this down? > : >> : > : >> : Hi, > : >> : > : >> : USB is only draining from "usbd_transfer_drain()" in > : >> : /sys/dev/usb/usb_transfer.c . You could add a print including the backtrace > : >> : and see if that function gets called when it freezes. > : >> > : >> Ummm. No. Adding a traceback print to a function that's called 60 > : >> times a second in steady state doesn't seem like a viable option. > : >> > : >> : Else I would try to compile a fresh kernel from USB P4. There are > : >> : some patches there in relation to the recent newbus lock change, > : >> : that might help. > : >> > : >> This kernel predates the newbus lock change. > : >> > : >> : USB uses uppercase "WDRAIN". Is your printout lowercase "wdrain" ? > : >> > : >> Yes. > : > > : > That's used by the buffer cache in order to reduce pressure of > : > asynchronous writes. It waits for other writes to complete before to > : > go on. Probabilly, I/O requests get stuck for another reasong starving > : > the asynchronous requests queue flushing. > : > : It would be also interesting to understand if the allowed requests are > : just lost or still pending and can be effectively flushed out. Can you > : please show the content of vm.runningbufspace ? > > The writes eventually happen, it is just stalled. I'll run the > experiment again and see if I can give you that info... > > : However, keep in mind that as long as the buffer cache is global, if > : the bluethoot dongle breaks I/O requests, it can be the offending > : part, so USB may not be involved. > > I'm not sure I understand this statement. I think what is happening > is a race between multiple devices. I also see problems when I have > both a usb disk and a usb dvd burner attached. I didn't used to see > that problem (I made hundreds of DVDs of my son's hockey games). Now, > I can't even burn one disc to save my life... > > Besides, the bluetooth dongle isn't going to be doing any disk block > requests, so how can that interfere with the buffer cache? Ok, so it should not. Can you compile a KTR kernel with KTR_BUF and monitor the buffer cache activity? Please just stop it collecting points early otherwise we could loose many interesting informations due to KTR buffer entries replacements politique. Attilio -- Peace can only be achieved by understanding - A. Einstein From goto at on-link.jp Mon Aug 10 06:00:13 2009 From: goto at on-link.jp (Yoshikazu GOTO) Date: Mon Aug 10 06:00:19 2009 Subject: usb/137616: [usbdevs] [patch]: usbdevs update: Please add JMicron's entry Message-ID: <200908100553.n7A5r9cZ006372@www.freebsd.org> >Number: 137616 >Category: usb >Synopsis: [usbdevs] [patch]: usbdevs update: Please add JMicron's entry >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Mon Aug 10 06:00:12 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Yoshikazu GOTO >Release: 7.2-RELEASE >Organization: >Environment: >Description: I get a HDD case that is connected to PC using USB2.0 and to HDD using S-ATA. This case is used JMicron chip named JM20337. Japanese Web page is here. http://www.century.co.jp/products/pc/hdd-case/cps35u2.html The output of usbdevs on 7.2-STABLE are as follows: $ usbdevs -d addr 1: UHCI root hub, Intel uhub0 addr 1: UHCI root hub, Intel uhub1 addr 1: EHCI root hub, Intel uhub2 addr 1: UHCI root hub, Intel uhub3 addr 1: UHCI root hub, Intel uhub4 addr 1: UHCI root hub, Intel uhub5 addr 1: EHCI root hub, Intel uhub6 addr 2: USB Mass Storage Device, Myson Century, Inc. umass0 addr 3: USB to ATA/ATAPI Bridge, JMicron umass1 $ usbdevs addr 1: UHCI root hub, Intel addr 1: UHCI root hub, Intel addr 1: EHCI root hub, Intel addr 1: UHCI root hub, Intel addr 1: UHCI root hub, Intel addr 1: UHCI root hub, Intel addr 1: EHCI root hub, Intel addr 2: USB Mass Storage Device, Myson Century, Inc. addr 3: USB to ATA/ATAPI Bridge, JMicron >How-To-Repeat: >Fix: I have 2 patches for 8-current. Patch attached with submission follows: --- /usr/src/sys/dev/usb/usbdevs.orig 2009-08-01 01:44:03.541985314 +0900 +++ /usr/src/sys/dev/usb/usbdevs 2009-08-10 14:22:07.816658498 +0900 @@ -598,6 +598,7 @@ vendor PLANEX3 0x14ea Planex Communications vendor SILICONPORTALS 0x1527 Silicon Portals vendor UBIQUAM 0x1529 UBIQUAM Co., Ltd. +vendor JMICRON 0x152d JMicron vendor UBLOX 0x1546 U-blox vendor PNY 0x154b PNY vendor OQO 0x1557 OQO @@ -1539,6 +1540,9 @@ /* Jaton products */ product JATON EDA 0x5704 Ethernet +/* JMicron products */ +product JMICRON JM20337 0x2338 USB to ATA/ATAPI Bridge + /* JVC products */ product JVC GR_DX95 0x000a GR-DX95 product JVC MP_PRX1 0x3008 MP-PRX1 Ethernet --- /usr/src/sys/dev/usb/storage/umass.c.orig 2009-06-27 06:47:37.000000000 +0900 +++ /usr/src/sys/dev/usb/storage/umass.c 2009-08-10 14:21:54.625561430 +0900 @@ -553,6 +553,10 @@ UMASS_PROTO_SCSI | UMASS_PROTO_BBB, NO_TEST_UNIT_READY }, + {USB_VENDOR_JMICRON, USB_PRODUCT_JMICRON_JM20337, RID_WILDCARD, + UMASS_PROTO_SCSI | UMASS_PROTO_BBB, + NO_SYNCHRONIZE_CACHE + }, {USB_VENDOR_KYOCERA, USB_PRODUCT_KYOCERA_FINECAM_L3, RID_WILDCARD, UMASS_PROTO_SCSI | UMASS_PROTO_BBB, NO_INQUIRY >Release-Note: >Audit-Trail: >Unformatted: From bugmaster at FreeBSD.org Mon Aug 10 11:07:07 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Aug 10 11:09:44 2009 Subject: Current problem reports assigned to freebsd-usb@FreeBSD.org Message-ID: <200908101107.n7AB765P025339@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o usb/137616 usb [usbdevs] [patch]: usbdevs update: Please add JMicron' o usb/137377 usb Support for Huawei E180 o usb/137341 usb driver if_rum doesn't work at all and throws panics o usb/137226 usb [patch] quirk for Philips extern USB disk o usb/137191 usb [usb][patch] export ums(4) output report parser data t o usb/137190 usb [usb][patch] inhibit spurious button releases for some o usb/137189 usb [usb][patch] create and use sysctl nodes for HID repor o usb/137188 usb [usb][patch] correctly handle USB report descriptors w o usb/137138 usb [umass] [patch] QUIRK: ASUS PDA Flash disk emulation o usb/137129 usb SteelSeries Ikari USB laser mouse not attaching o usb/137035 usb Sony cyber-shot DSC-P72 not accessible - cam quirks o usb/136761 usb [usbdevs] [patch] Teach usbdevs / u3g(4) about Huawei o usb/135938 usb [aue] aue driver only passes traffic in promisc mode o usb/135857 usb RTL8187 Wireless Adapter o usb/135575 usb [usbdevs] [patch] Add HTC Wizard phone vid/pid informa o usb/135542 usb [keyboard] boot loader does not work with a usb keyboa o usb/135372 usb Quirk report for Teclast TL-C300 usb media player o usb/135348 usb [umass] USB Drive Hangs with ZFS (JMicron USB2/eSata) o usb/135206 usb machine reboots when inserted USB device o usb/135200 usb SAMSUNG i740 usb mass: Synchronize cache failed, statu o usb/135182 usb UMASS quirk - Olympus FE20 camera o usb/134950 usb Lowering DTR for USB-modem via ubsa is not possible o usb/134633 usb Add support for WILLCOM03(SHARP smart phone) o usb/134631 usb [usbdevs] [patch] WiSPY DBx support requires usb tweak o usb/134476 usb [usb2] [umass] [quirk] Add quirk for Cypress xx6830xx o usb/134299 usb Kernel Panic plugging in MF626 USB UMTS Stick u3g o usb/134193 usb System freeze on usb MP3 player insertion o usb/134117 usb [Patch] Add support for 'Option GlobeTrotter HSDPA Mod o usb/134085 usb [umass] Adding usb quirk for Sony USB flash drive o usb/133989 usb [newusb] [ukbd] USB keyboard dead at mountroot> prompt f usb/133545 usb [usb] [panic] Kernel crash in usb2_intr_schedule_adjus o usb/133390 usb umass crashes system in 7.1 when Olympus D-540 attache o usb/133296 usb [rum] driver not working properly in hostap mode p usb/132799 usb [usb][patch]GENESYS USB2IDE requires NO_SYNCHRONIZE_CA o usb/132785 usb [usb] [patch] Gemtech remote powersocket is classed as o usb/132594 usb USB subsystem causes page fault and crashes o usb/132312 usb Xorg 7.4 halts USB controller o usb/132080 usb [patch] [usb] Kernel panic after NOMEM caused by rum c o usb/132066 usb [ukbd] Keyboard failure USB keyboard DELL 760 o usb/132036 usb [panic] page fault when connecting Olympus C740 camera o usb/131912 usb [uslcom] [patch] New devices using Silicon Labs chips o usb/131900 usb [usbdevs] [patch] Additional product identification co o usb/131583 usb [umass] Failure when detaching umass Device o usb/131576 usb [aue] ADMtek USB To LAN Converter can't send data o usb/131521 usb Registering Belkin UPS to usb_quirks.c f usb/131123 usb [patch] re-add UQ_ASSUME_CM_OVER_DATA USB quirk o usb/131074 usb no run-time detection of usb devices plugged into exte o usb/130736 usb Page fault unplugging USB stick o usb/130325 usb [usb] [patch] fix tools/tools/usb/print-usb-if-vids.sh o usb/130230 usb Samsung Electronics YP-U3 does not attach in 7.1-RELEA o usb/130208 usb Boot process severely hampered by umass0 error o usb/130122 usb [newusb] DVD drive detects as 'da' device o docs/129962 usb [newusb] usbconfig(8) refers to non-existant usb2_core o usb/129945 usb [usbdevs] [patch] add u3g support for Longcheer WM66 U o usb/129766 usb [usb] plugging in usb modem HUAWEI E226 panics system o usb/129758 usb [uftdi] [patch] add Pyramid LCD usb support o usb/129673 usb [uhci] uhci (uhub) confused on replugging USB 1.1 scan o usb/129522 usb [ubsa] [patch] add support for ZTE AC8700 modem o usb/129500 usb [umass] [panic] FreeBSD Crashes when connecting SanDis o usb/129311 usb [usb] [panic] Instant crash with an USB card reader o usb/129251 usb [usbdevs] [patch] Liebert UPS being assigned uhid and o usb/129173 usb [uplcom] [patch] Add support for Corega CG-USBRS232R a s usb/128990 usb [usb] u3g does not handle RTS/CTS available on for exa o usb/128977 usb [usb] [patch] uaudio is not full duplex o usb/128803 usb [usbdevs] [patch] Quirk for I-Tuner Networks USBLCD4X2 o usb/128485 usb [umodem] [patch] Nokia N80 modem support o usb/128425 usb [umass] Cannot Connect Maxtor Onetouch 4 USB drive f usb/128418 usb [panic] [rum] loading if_rum causes panic, looks like o usb/128324 usb [uplcom] [patch] remove baud rate restriction for PL23 o usb/127980 usb [umass] [patch] Fix Samsung YP U2 MP3 player on 7.x an o usb/127926 usb [boot] USB Timeout during bootup s usb/127549 usb [umass] [patch] Meizu MiniPlayer M6 (SL) requires some s usb/127453 usb [request] ubsa, uark, ubser, uftdi, and friends should o usb/127423 usb [boot] BTX halted on Gigabyte GA-MA69VM-S2 / AMD Sempr o usb/127342 usb [boot] [panic] enabling usb keyboard and mouse support o usb/127248 usb [ucom] panic while uplcom devices attaach and detach o kern/127222 usb [ohci]: Regression in 7.0 usb storage generic driver o usb/126884 usb [ugen] [patch] Bug in buffer handling in ugen.c f usb/126848 usb [usb]: USB Keyboard hangs during Installation o usb/126740 usb [ulpt] doesn't work on 7.0-RELEASE, 10 second stall be o usb/126519 usb [usb] [panic] panic when plugging in an iphone o kern/126396 usb [panic] kernel panic after unplug USB Bluetooth device o usb/125736 usb [ukbd] [hang] system hangs after AT keyboard detect if o usb/125631 usb [ums] [panic] kernel panic during bootup while 'Logite o usb/125510 usb [panic] repeated plug and unplug of USB mass storage d o usb/125450 usb [panic] Removing USB flash card while being accessed c o usb/125264 usb [patch] sysctl for set usb mouse rate (very useful for o usb/125238 usb [ums] Habu Mouse turns off in X o usb/125088 usb [keyboard] Touchpad not detected on Adesso AKB-430UG U o usb/124980 usb [panic] kernel panic on detaching unmounted umass devi o kern/124777 usb [ucom] USB cua devices don't revert to tty devices whe o usb/124758 usb [rum] [panic] rum panics SMP kernel o usb/124708 usb [panic] Kernel panic on USB KVM reattach o usb/124604 usb [ums] Microsoft combo wireless mouse doesn't work o usb/123969 usb [usb] Supermicro H8SMi-2 usb problem: port reset faile o usb/123714 usb [usb] [panic] Panic when hald-storage-probe runs with o usb/123691 usb usbd(8): usbd hangs o usb/123690 usb [usb] [panic] Panic on USB device insertion when usb l o usb/123611 usb [usb] BBB reset failed, STALLED from Imation/Mitsumi U o usb/123509 usb [umass] continuous reset Samsung SGH-G600 phone o usb/123352 usb [usbdevs] [patch] Add Option GTMAX3.6/7.2 and Quallcom o usb/123351 usb [usbdevs] [patch] Add Reiner SCT cyberJack, Omnikey [2 o usb/122992 usb [umass] [patch] MotoROKR Z6 Phone not recognised by um o usb/122956 usb [ubsa] [patch] add support for Novatel Wireless XU870 o usb/122936 usb [ucom] [ubsa] Device does not receive interrupt o usb/122905 usb [ubsa] [patch] add Huawei E220 to ubsa o usb/122819 usb [usb] [patch] Patch to provide dynamic additions to th o usb/122813 usb [udbp] [request] udbp driver should be removed in favo o usb/122621 usb [new driver] [patch] New driver for Sierra Wireless 3G o usb/122547 usb [ehci] USB Printer not being recognized after reboot o usb/122539 usb [ohci] [panic] AnyDATA ADU-E1000D - kernel panic: ohci o usb/122483 usb [panic] [ulpt] Repeatable panic in 7.0-STABLE o usb/122119 usb [umass] umass device causes creation of daX but not da o usb/122025 usb [uscanner] [patch] uscanner does not attach to Epson R o usb/121755 usb [ohci] [patch] Fix panic after ohci/uhub cardbus devic o usb/121734 usb [ugen] ugen HP1022 printer device not working since up o usb/121708 usb [keyboard] nforce 650i mobo w/ usb keyboard infinite k o usb/121474 usb [cam] [patch] QUIRK: SAMSUNG HM250JI in LaCie usb hard o usb/121426 usb [patch] [uscanner] add HP ScanJet 3570C o usb/121275 usb [boot] [panic] FreeBSD fails to boot with usb legacy s o usb/121232 usb [usb] [panic] USB CardBus card removal causes reboot s p usb/121184 usb [uipaq] [patch] add ids from linux ipaq driver (plus a o usb/121169 usb [umass] Issues with usb mp3 player o usb/121045 usb [uftdi] [patch] Add support for PC-OP-RS1 and KURO-RS o usb/120786 usb [usb] [panic] Kernel panic when forced umount of a det o usb/120729 usb [panic] fault while in kernel mode with connecting USB o usb/120572 usb [umass] [patch] quirk to support ASUS P535 as umass (a o usb/120321 usb [hang] System hangs when transferring data to WD MyBoo o usb/120283 usb [panic] Automation reboot with wireless keyboard & mou o usb/120034 usb [hang] 6.2 & 6.3 hangs on boot at usb0: OHCI with 1.5 o usb/119981 usb [axe] [patch] add support for LOGITEC LAN-GTJ/U2 gigab o usb/119977 usb [ums] Mouse does not work in a Cherry-USB keyboard/mou o usb/119653 usb [cam] [patch] iriver s7 player sync cache error patch o usb/119633 usb [umass] umass0: BBB reset failed, IOERROR [regression] o usb/119513 usb [irq] inserting dlink dwl-g630 wireless card results i o usb/119509 usb [usb] USB flaky on Dell Optiplex 755 o usb/119481 usb [hang] FreeBSD not responding after connecting USB-Mas o usb/119389 usb [umass] Sony DSC-W1 CBI reset failed, STALLED [regress o usb/119227 usb [ubsa] [patch] ubsa buffer is too small; should be tun o usb/119201 usb [cam] [patch] Quirks for Olympus FE-210 camera, LG and o usb/118485 usb [usbdevs] [patch] Logitech Headset Workaround o usb/118480 usb [umass] Timeout in USB mass storage freezes vfs layer o usb/118353 usb [panic] [ppp] repeatable kernel panic during ppp(4) se o usb/118141 usb [ucom] usb serial and nokia phones ucomreadcb ucomread o usb/118140 usb [ucom] [patch] quick hack for ucom to get it behave wi o usb/118098 usb [umass] 6th gen iPod causes problems when disconnectin o usb/117955 usb [umass] [panic] inserting minolta dimage a2 crashes OS o usb/117946 usb [panic] D-Link DUB-E100 rev. B1 crashes FreeBSD 7.0-BE o usb/117938 usb [ums] [patch] Adding support for MS WL Natural and MS o usb/117911 usb [ums] [request] Mouse Gembird MUSWC not work o usb/117893 usb [umass] Lacie USB DVD writing failing o usb/117613 usb [uhci] [irq] uhci interrupt storm & USB leaked memory o usb/117598 usb [uaudio] [patch] Not possible to record with Plantroni o usb/117313 usb [umass] [panic] panic on usb camera insertion o usb/117200 usb [ugen] ugen0 prints strange string on attach if detach o usb/117183 usb [panic] USB/fusefs -- panic while transferring large a o usb/116947 usb [ukbd] [patch] [regression] enable boot protocol on th o usb/116699 usb [usbhid] USB HID devices do not initialize at system b o usb/116561 usb [umodem] [panic] RELENG_6 umodem panic "trying to slee o usb/116282 usb [ulpt] Cannot print on USB HP LJ1018 or LJ1300 o usb/115935 usb [usbdevs] [patch] kernel counterproductively attaches o usb/115933 usb [uftdi] [patch] RATOC REX-USB60F (usb serial converter o usb/115400 usb [ehci] Problem with EHCI on ASUS M2N4-SLI o usb/115298 usb [ulpt] [panic] Turning off USB printer panics kernel o usb/114916 usb [umass] [patch] USB Maxtor drive (L300RO) requires qui o kern/114780 usb [uplcom] [panic] Panics while stress testing the uplco o usb/114682 usb [umass] generic USB media-card reader unusable o usb/114310 usb [libusb] [patch] [panic] USB hub attachment panics ker o usb/114068 usb [umass] [patch] Problems with connection of the umass o conf/114013 usb [patch] WITHOUT_USB allow to compil a lot of USB stuff s usb/113977 usb [request] Need a way to set mode of USB disk's write c o usb/113672 usb [ehci] [panic] Kernel panic with AEWIN CB6971 s usb/113629 usb [ukbd] Dropped USB keyboard events on Dell Latitude D6 o usb/113432 usb [ucom] WARNING: attempt to net_add_domain(netgraph) af a usb/113060 usb [usbdevs] [patch] Samsung printer not working in bidir o usb/112944 usb [ulpt] [patch] Bi-directional access to HP LaserJet 10 o usb/112640 usb [usb] [hang] Kernel freezes when writing a file to an o usb/112631 usb [panic] Problem with SONY DSC-S80 camera on umount s usb/112568 usb [umass] [request] USB mode may wrong when mounting Pla o usb/112463 usb [umass] problem with Samsung USB DVD writer, libscg an o usb/112461 usb [ehci] [request] ehci USB 2.0 doesn't work on nforce4 o usb/111753 usb [uhid] [panic] Replicable system panic involving UHID o usb/110856 usb [ugen] [patch] interrupt in msgs are truncated when bu o usb/110197 usb [umass] Sony PSP umass device does not detach from EHC o usb/109397 usb [panic] on boot from USB flash o usb/109274 usb [usb] MCP55 USB Controller fails to attach in AMD64 Cu o usb/108513 usb [umass] Creative MuVo TX FM fails in 6.2-RELEASE [regr s usb/108344 usb [panic] kernel with atausb panics when unplugging USB o usb/108056 usb [ohci] Mouse gets powered off during device probe when o usb/107935 usb [uplcom] [panic] panic while accessing /dev/cuaU0 o usb/107924 usb [patch] usbd(8) does not call detach o usb/107848 usb [umass] [request] cannot access Samsung flash disk o usb/107827 usb [ohci] [panic] ohci_add_done addr not found o usb/107496 usb [uhub] USB device problem on RELENG_6_2 (SHORT_XFER) [ o usb/107388 usb [new driver] [patch] add utoppy device from NetBSD o usb/107248 usb [umass] [patch] scsi_da.c quirk for Cowon iAUDIO X5 MP o usb/107243 usb [cam] [patch] Apacer USB Flash Drive quirk o usb/106861 usb [usbdevs] [patch]: usbdevs update: Add product ACER Ze s usb/106832 usb [usb] USB HP printer is not detected by kernel when AC o usb/106648 usb [umass] [hang] USB Floppy on D1950 10 min Hang on Inse o usb/106621 usb [axe] [patch] DLINK DUB-E100 support broken o usb/106615 usb [uftdi] uftdi module does not automatically load with o usb/106041 usb [usb] [request] FreeBSD does not recognise Mustek Bear o usb/105361 usb [panic] Kernel panic during unmounting mass storage (C o usb/105186 usb [ehci] [panic] USB 2.0/ehci on FreeBSD 6.2-PRE/AMD64 c o usb/105065 usb [ata] [usb] SATA - USB Bridge o usb/104830 usb [umass] system crashes when copying data to umass devi o usb/104645 usb [umass] [request] Rave C-201 MP3 player does not commu o usb/104352 usb [ural] [patch] ural driver doesnt work o usb/104292 usb [umass] [hang] system lockup on forced umount of usb-s o usb/104290 usb [umass] [patch] quirk: TOSHIBA DVD-RAM drive (libretto o usb/103917 usb [uhub] USB driver reports "Addr 0 should never happen" o usb/103418 usb usbhidctl(1): [patch] [request] usbhidctl: add ability o usb/103289 usb [request] USB 2.0 problems on AMD LX-800 CPU and CS-55 o usb/103046 usb [ulpt] [patch] ulpt event driven I/O with select(2) an o usb/103025 usb [uhub] [panic] wrong detection of USB device for FreeB o usb/102976 usb [panic] Casio Exilim Digital Camera causes panic on in o usb/102678 usb [keyboard] Dell PowerEdge DRAC5 USB Keyboard does not o usb/102066 usb [ukbd] usb keyboard and multimedia keys don't work o usb/101775 usb [libusbhid] [patch] possible error in report descripto o usb/101761 usb [usb] [patch] [request] usb.h: increase maximal size o o usb/101752 usb [umass] [panic] 6.1-RELEASE kernel panic on usb device o usb/101448 usb [ohci] FBSD 6.1-STABLE/AMD64 crashes under heavy USB/O o usb/101096 usb [ural] [panic] USB WLAN occasionally causes kernel-pan o usb/100746 usb [keyboard] system does not boot due to USB keyboard pr o usb/99538 usb [keyboard] while using USB keyboard default params of o usb/99431 usb [keyboard] FreeBSD on MSI 6566E (Intel 845E motherboar o kern/99200 usb [bluetooth] SMP-Kernel crashes reliably when Bluetooth o usb/98343 usb [boot] BBB reset failed errors with Creative Muvo MP3 o usb/97472 usb [cam] [patch] add support for Olympus C150,D390 s usb/97286 usb [mouse] [request] MS Wireless Intellimouse Explorer 2. o usb/97175 usb [umass] [hang] USB cardreader hangs system o usb/96457 usb [umass] [panic] fatback on umass = reboot o usb/96381 usb [cam] [patch] add a quirk table entry for a flash ram o usb/96224 usb [usb] [msdosfs] mount_msdosfs cause page fault in sync s usb/96120 usb [ums] [request] USB mouse not always detected s usb/95636 usb [umass] [boot] 5 minute delay at boot when using VT620 o usb/95562 usb [umass] Write Stress in USB Mass drive causes "vinvalb s usb/95348 usb [keyboard] USB keyboard unplug causes noise on screen o usb/95037 usb [umass] USB disk not recognized on hot-plug. o usb/94897 usb [panic] Kernel Panic when cleanly unmounting USB disk o usb/94717 usb [ulpt] Reading from /dev/ulpt can break work of a UHCI o usb/94384 usb [panic] kernel panic with usb2 hardware o usb/93872 usb [cam] [patch] SCSI quirk required for ELTA 8061 OL USB o usb/93828 usb [ohci] [panic] ohci causes panic on boot (HP Pavillion o usb/93389 usb [umass] [patch] Digital Camera Pentax S60 don't work o usb/93155 usb [ulpt] /dev/ulpt0: device busy, USB printer does not w o usb/92852 usb [ums] [patch] Vertical scroll not working properly on o usb/92171 usb [panic] panic unplugging Vodafone Mobile Connect (UMTS o usb/92142 usb [uhub] SET_ADDR_FAILED and SHORT_XFER errors from usb o usb/92083 usb [ural] [panic] panic using WPA on ural NIC in 6.0-RELE o usb/92052 usb [ulpt] usbd causes defunct process with busy file-hand o usb/91906 usb [ehci] [hang] FreeBSD hangs while booting with USB leg o usb/91896 usb camcontrol(8): Serial Number of USB Memory Sticks is n o usb/91811 usb [umass] Compact Flash in HP Photosmart 2610 return " o usb/91629 usb [usb] usbd_abort_pipe() may result in infinite loop o usb/91546 usb [umodem] [patch] Nokia 6630 mobile phone does not work o usb/91538 usb [ulpt] [patch] Unable to print to EPSON CX3500 o usb/91283 usb [boot] [regression] booting very slow with usb devices o usb/91238 usb [umass] USB tape unit fails to write a second tape fil o usb/90700 usb [umass] [panic] Kernel panic on connect/mount/use umas o usb/89954 usb [umass] [panic] USB Disk driver race condition? s usb/89003 usb [request] LaCie Firewire drive not properly supported o usb/88743 usb [hang] [regression] USB makes kernel hang at boot (reg o usb/88408 usb [axe] axe0 read PHY failed o usb/87648 usb [mouse] Logitech USB-optical mouse problem. o usb/87224 usb [usb] Cannot mount USB Zip750 o usb/86767 usb [umass] [patch] bogus "slice starts beyond end of the o usb/86298 usb [mouse] Known good USB mouse won't work with correct s s usb/85067 usb [uscanner] Cannot attach ScanJet 4300C to usb device f usb/84750 usb [hang] 6-BETA2 reboot/shutdown with root_fs on externa s usb/84336 usb [usb] [reboot] instant system reboot when unmounting a o usb/84326 usb [umass] Panic trying to connect SCSI tape drive via US o usb/83977 usb [ucom] [panic] ucom1: open bulk out error (addr 2): IN o usb/83863 usb [ugen] Communication problem between opensc/openct via o usb/83756 usb [ums] [patch] Microsoft Intellimouse Explorer 4.0A doe o usb/83563 usb [umass] [panic] Page Fault while detaching Mpman Usb d o usb/83504 usb [kernel] [patch] SpeedTouch USB stop working on recent o usb/82660 usb [ehci] [panic] EHCI: I/O stuck in state 'physrd'/panic s usb/82569 usb [umass] [panic] USB mass storage plug/unplug causes sy o usb/82520 usb [udbp] [reboot] Reboot when USL101 connected o usb/82350 usb [ucom] [panic] null pointer dereference in USB stack o usb/81621 usb [ehci] [hang] external hd hangs under load on ehci o usb/80935 usb [uvisor] [patch] uvisor.c is not work with CLIE TH55. o usb/80862 usb [patch] USB locking issues: missing some Giant calls o usb/80854 usb [patch] [request] suggestion for new iface-no-probe me o usb/80829 usb [modules] [panic] possible panic when loading USB-modu s usb/80777 usb [request] usb_rem_task() should wait for callback to c s usb/80776 usb [udav] [request] UDAV device driver shouldn't use usb_ o usb/80774 usb [patch] have "usbd_find_desc" in line with the other " o usb/80361 usb [umass] [patch] mounting of Dell usb-stick fails o usb/80040 usb [sound] [hang] Use of sound mixer causes system freeze o usb/79723 usb [usb] [request] prepare for high speed isochronous tra o usb/79722 usb [ehci] wrong alignments in ehci.h a usb/79656 usb [ehci] RHSC interrupts lost o usb/79524 usb [ulpt] printing to Minolta PagePro 1[23]xxW via USB fa o usb/79287 usb [uhci] [hang] UHCI hang after interrupt transfer o usb/79269 usb [ohci] USB ohci da0 plug/unplug causes crashes and loc o usb/78984 usb [umass] [patch] Creative MUVO umass failure o usb/77294 usb [ucom] [panic] ucom + ulpcom panic o usb/77184 usb [umass] [panic] kernel panic on USB device disconnect, o usb/76732 usb [ums] Mouse problems with USB KVM Switch o usb/76653 usb [umass] [patch] Problem with Asahi Optical usb device o usb/76461 usb [umass] disklabel of umass(4)-CAM(4)-da(4) not used by o usb/76395 usb [uhci] USB printer does not work, usbdevs says "addr 0 s usb/75928 usb [umass] [request] Cytronix SmartMedia card (SMC) reade o usb/75800 usb [ucom] ucom1: init failed STALLED error in time of syn o usb/75797 usb [sound] [regression] 5.3-STABLE(2005 1/4) detect USB h o usb/75764 usb [umass] [patch] "umass0: Phase Error" - no device for o usb/75705 usb [umass] [panic] da0 attach / Optio S4 (with backtrace) o usb/74771 usb [umass] [hang] mounting write-protected umass device a s usb/74453 usb [umass] [patch] Q-lity CD-RW USB ECW-043 (ScanLogic SL o usb/74211 usb [umass] USB flash drive causes CAM status 0x4 on 4.10R o usb/73307 usb [panic] Kernel panics on USB disconnect s usb/72733 usb [ucom] [request] Kyocera 7135 Palm OS connection probl o usb/71455 usb [umass] Slow USB umass performance of 5.3 o usb/71417 usb [ugen] Cryptoflex e-gate USB token (ugen0) communicati o usb/71416 usb [ugen] Cryptoflex e-gate USB token (ugen0) detach is n o usb/71280 usb [aue] aue0 device (linksys usb100tx) doesn't work in 1 o usb/71155 usb [ulpt] misbehaving usb-printer hangs processes, causes o usb/70523 usb [umct] [patch] umct sending/receiving wrong characters o usb/69006 usb [usbdevs] [patch] Apple Cinema Display hangs USB ports o usb/68232 usb [ugen] [patch] ugen(4) isochronous handling correction o usb/67301 usb [uftdi] [panic] RTS and system panic o usb/66547 usb [ucom] Palm Tungsten T USB does not initialize correct o usb/63621 usb [umass] [panic] USB MemoryStick Reader stalls/crashes s usb/62257 usb [umass] [request] card reader UCR-61S2B is only half-s o usb/59698 usb [keyboard] [patch] Rework of ukbd HID to AT code trans s bin/57255 usb [patch] usbd(8) and multi-function devices s usb/52026 usb [usb] [request] umass driver support for InSystem ISD2 s usb/51958 usb [urio] [patch] update for urio driver o i386/46371 usb USB controller cannot be initialized on IBM Netfinity o usb/40948 usb [umass] [request] USB HP CDW8200 does not work o usb/30929 usb [usb] [patch] use usbd to initialize USB ADSL modem 334 problems total. From oliver at akephalos.de Mon Aug 10 18:50:05 2009 From: oliver at akephalos.de (O.Herold) Date: Mon Aug 10 18:50:11 2009 Subject: usb/137341: driver if_rum doesn't work at all and throws panics Message-ID: <200908101850.n7AIo48R091242@freefall.freebsd.org> The following reply was made to PR usb/137341; it has been noted by GNATS. From: "O.Herold" To: bug-followup@FreeBSD.org, oliver@akephalos.de Cc: Subject: Re: usb/137341: driver if_rum doesn't work at all and throws panics Date: Mon, 10 Aug 2009 20:48:26 +0200 Well I cannot provide anything anymore because too many panics destroyed my slice. Well after much grief I installed just out of curiosity FBSD 7.2R and guess what? Apart from some performance drops it works like a charm. I restarted the network several times without any problems, I just pulled the stick from the usb port within some data transfers etc. - no panic :-) FreeBSD 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May 1 07:18:07 UTC 2009 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 In my opinion the new usb stack isn't ready for prime time or FreeBSD 8 release should wait until it's fixed - maybe March 2009. I do know such up- and downturn in Linux only ... until today. Cheers Oliver From hselasky at c2i.net Mon Aug 10 18:53:40 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Mon Aug 10 18:53:46 2009 Subject: usb/137341: driver if_rum doesn't work at all and throws panics In-Reply-To: <200908101850.n7AIo48R091242@freefall.freebsd.org> References: <200908101850.n7AIo48R091242@freefall.freebsd.org> Message-ID: <200908102053.43479.hselasky@c2i.net> On Monday 10 August 2009 20:50:04 O.Herold wrote: > The following reply was made to PR usb/137341; it has been noted by GNATS. > > From: "O.Herold" > To: bug-followup@FreeBSD.org, oliver@akephalos.de > Cc: > Subject: Re: usb/137341: driver if_rum doesn't work at all and throws > panics > Date: Mon, 10 Aug 2009 20:48:26 +0200 > > Well I cannot provide anything anymore because too many panics destroyed > my slice. Well after much grief I installed just out of curiosity FBSD > 7.2R and guess what? Apart from some performance drops it works like a > charm. I restarted the network several times without any problems, I just > pulled the stick from the usb port within some data transfers etc. - no > panic :-) > > FreeBSD 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May 1 07:18:07 UTC 2009 > root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > > In my opinion the new usb stack isn't ready for prime time or FreeBSD 8 > release should wait until it's fixed - maybe March 2009. I do know such > up- and downturn in Linux only ... until today. > Hi, I will try to reproduce if I get a chance. Most likely what you are seeing is not an USB issue, but rather a WLAN issue. --HPS From hselasky at c2i.net Mon Aug 10 19:00:13 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Mon Aug 10 19:00:21 2009 Subject: usb/137341: driver if_rum doesn't work at all and throws panics Message-ID: <200908101900.n7AJ0B53098194@freefall.freebsd.org> The following reply was made to PR usb/137341; it has been noted by GNATS. From: Hans Petter Selasky To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: usb/137341: driver if_rum doesn't work at all and throws panics Date: Mon, 10 Aug 2009 20:57:41 +0200 On Monday 10 August 2009 20:50:04 O.Herold wrote: > The following reply was made to PR usb/137341; it has been noted by GNATS. > > From: "O.Herold" > To: bug-followup@FreeBSD.org, oliver@akephalos.de > Cc: > Subject: Re: usb/137341: driver if_rum doesn't work at all and throws > panics > Date: Mon, 10 Aug 2009 20:48:26 +0200 > > Well I cannot provide anything anymore because too many panics destroyed > my slice. Well after much grief I installed just out of curiosity FBSD > 7.2R and guess what? Apart from some performance drops it works like a > charm. I restarted the network several times without any problems, I just > pulled the stick from the usb port within some data transfers etc. - no > panic :-) > > FreeBSD 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May 1 07:18:07 UTC 2009 > root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > > In my opinion the new usb stack isn't ready for prime time or FreeBSD 8 > release should wait until it's fixed - maybe March 2009. I do know such > up- and downturn in Linux only ... until today. > Hi, I will try to reproduce if I get a chance. Most likely what you are seeing is not an USB issue, but rather a WLAN issue. I've seen something similar, that if you issue the network interface commands too quickly then the WLAN code will panic. Putting a sleep 1 in between the commands is a temporary solution. --HPS From oliver at akephalos.de Mon Aug 10 19:30:04 2009 From: oliver at akephalos.de (O.Herold) Date: Mon Aug 10 19:30:10 2009 Subject: usb/137341: driver if_rum doesn't work at all and throws panics Message-ID: <200908101930.n7AJU3Sm020649@freefall.freebsd.org> The following reply was made to PR usb/137341; it has been noted by GNATS. From: "O.Herold" To: bug-followup@FreeBSD.org, oliver@akephalos.de Cc: Subject: Re: usb/137341: driver if_rum doesn't work at all and throws panics Date: Mon, 10 Aug 2009 21:23:01 +0200 Yes but this doesn't explain why it's okay in FreeBSD 7.2R? It wasn't okay in 7.1R. So I didn't expect anything new, but I'm really surprised to see it work in 7.2R. Sorry if I'm not of any further help, but if I cannot use my network in FreeBSD 8 current I can hardly use it at all. Cheers Oliver From pjd at FreeBSD.org Tue Aug 11 13:40:47 2009 From: pjd at FreeBSD.org (pjd@FreeBSD.org) Date: Tue Aug 11 13:40:53 2009 Subject: kern/124130: [usb] gmirror fails to start usb devices that were present at boot time Message-ID: <200908111340.n7BDek9R014650@freefall.freebsd.org> Old Synopsis: [gmirror] [usb] gmirror fails to start usb devices that were present at boot time New Synopsis: [usb] gmirror fails to start usb devices that were present at boot time Responsible-Changed-From-To: freebsd-geom->freebsd-usb Responsible-Changed-By: pjd Responsible-Changed-When: wto 11 sie 2009 13:38:31 UTC Responsible-Changed-Why: This is not gmirror nor GEOM problem. The disks presented by umass cannot be properly accessed by GEOM classes, so they can't detect their metadata. http://www.freebsd.org/cgi/query-pr.cgi?pr=124130 From hselasky at c2i.net Tue Aug 11 13:49:52 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Tue Aug 11 13:49:59 2009 Subject: kern/124130: [usb] gmirror fails to start usb devices that were present at boot time In-Reply-To: <200908111340.n7BDek9R014650@freefall.freebsd.org> References: <200908111340.n7BDek9R014650@freefall.freebsd.org> Message-ID: <200908111549.54441.hselasky@c2i.net> On Tuesday 11 August 2009 15:40:46 pjd@freebsd.org wrote: > Old Synopsis: [gmirror] [usb] gmirror fails to start usb devices that were > present at boot time New Synopsis: [usb] gmirror fails to start usb devices > that were present at boot time > > Responsible-Changed-From-To: freebsd-geom->freebsd-usb > Responsible-Changed-By: pjd > Responsible-Changed-When: wto 11 sie 2009 13:38:31 UTC > Responsible-Changed-Why: > This is not gmirror nor GEOM problem. The disks presented by umass cannot > be properly accessed by GEOM classes, so they can't detect their metadata. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=124130 Is this related to the recent introduction of newbus_lock() ? --HPS From attilio at freebsd.org Tue Aug 11 13:58:51 2009 From: attilio at freebsd.org (Attilio Rao) Date: Tue Aug 11 13:58:57 2009 Subject: kern/124130: [usb] gmirror fails to start usb devices that were present at boot time In-Reply-To: <200908111549.54441.hselasky@c2i.net> References: <200908111340.n7BDek9R014650@freefall.freebsd.org> <200908111549.54441.hselasky@c2i.net> Message-ID: <3bbf2fe10908110658t139df585q2613977d07d2bca8@mail.gmail.com> 2009/8/11 Hans Petter Selasky : > On Tuesday 11 August 2009 15:40:46 pjd@freebsd.org wrote: >> Old Synopsis: [gmirror] [usb] gmirror fails to start usb devices that were >> present at boot time New Synopsis: [usb] gmirror fails to start usb devices >> that were present at boot time >> >> Responsible-Changed-From-To: freebsd-geom->freebsd-usb >> Responsible-Changed-By: pjd >> Responsible-Changed-When: wto 11 sie 2009 13:38:31 UTC >> Responsible-Changed-Why: >> This is not gmirror nor GEOM problem. The disks presented by umass cannot >> be properly accessed by GEOM classes, so they can't detect their metadata. >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=124130 > > Is this related to the recent introduction of newbus_lock() ? Of course it is not as long as it is submitted in May 30. Attilio -- Peace can only be achieved by understanding - A. Einstein From vishalu93 at gmail.com Tue Aug 11 14:31:58 2009 From: vishalu93 at gmail.com (vishalu93) Date: Tue Aug 11 14:32:05 2009 Subject: FreeBSD USB driver Documents? Message-ID: <24918508.post@talk.nabble.com> I am trying to understand FreeBSD USB driver stack. The code is not commented and hence it is difficult/time consuming to understand the code. Are there any documents available describing different functions of USB driver. -- View this message in context: http://www.nabble.com/FreeBSD-USB-driver-Documents--tp24918508p24918508.html Sent from the freebsd-usb mailing list archive at Nabble.com. From hselasky at c2i.net Tue Aug 11 14:45:50 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Tue Aug 11 14:46:01 2009 Subject: kern/124130: [usb] gmirror fails to start usb devices that were present at boot time In-Reply-To: <3bbf2fe10908110658t139df585q2613977d07d2bca8@mail.gmail.com> References: <200908111340.n7BDek9R014650@freefall.freebsd.org> <200908111549.54441.hselasky@c2i.net> <3bbf2fe10908110658t139df585q2613977d07d2bca8@mail.gmail.com> Message-ID: <200908111645.54028.hselasky@c2i.net> On Tuesday 11 August 2009 15:58:48 Attilio Rao wrote: > 2009/8/11 Hans Petter Selasky : > > On Tuesday 11 August 2009 15:40:46 pjd@freebsd.org wrote: > >> Old Synopsis: [gmirror] [usb] gmirror fails to start usb devices that > >> were present at boot time New Synopsis: [usb] gmirror fails to start usb > >> devices that were present at boot time > >> > >> Responsible-Changed-From-To: freebsd-geom->freebsd-usb > >> Responsible-Changed-By: pjd > >> Responsible-Changed-When: wto 11 sie 2009 13:38:31 UTC > >> Responsible-Changed-Why: > >> This is not gmirror nor GEOM problem. The disks presented by umass > >> cannot be properly accessed by GEOM classes, so they can't detect their > >> metadata. > >> > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=124130 > > > > Is this related to the recent introduction of newbus_lock() ? > > Of course it is not as long as it is submitted in May 30. > This PR looks like FreeBSD 7 and not FreeBSD 8. Ignore my comment. --HPS From hselasky at c2i.net Tue Aug 11 16:12:30 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Tue Aug 11 16:12:36 2009 Subject: FreeBSD USB driver Documents? In-Reply-To: <24918508.post@talk.nabble.com> References: <24918508.post@talk.nabble.com> Message-ID: <200908111812.34545.hselasky@c2i.net> On Tuesday 11 August 2009 16:15:21 vishalu93 wrote: > I am trying to understand FreeBSD USB driver stack. The code is not > commented and hence it is difficult/time consuming to understand the code. > Are there any documents available describing different functions of USB > driver. There is /usr/src/tools/kerneldoc/ man 3 usb man 4 usb man libusb Else look at already existing drivers. No books from O'reilly available yet :-) --HPS From gavin at FreeBSD.org Wed Aug 12 15:08:32 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Wed Aug 12 15:08:39 2009 Subject: docs/129962: [newusb] usbconfig(8) refers to non-existant usb2_core(4) Message-ID: <200908121508.n7CF8WJw021849@freefall.freebsd.org> Synopsis: [newusb] usbconfig(8) refers to non-existant usb2_core(4) State-Changed-From-To: open->closed State-Changed-By: gavin State-Changed-When: Wed Aug 12 15:07:15 UTC 2009 State-Changed-Why: Fixed in HEAD by thompsa, not applicable to other branches Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Wed Aug 12 15:07:15 UTC 2009 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=129962 From vishalu93 at gmail.com Wed Aug 12 16:52:22 2009 From: vishalu93 at gmail.com (vishalu93) Date: Wed Aug 12 16:52:29 2009 Subject: FreeBSD USB driver Documents? In-Reply-To: <200908111812.34545.hselasky@c2i.net> References: <24918508.post@talk.nabble.com> <200908111812.34545.hselasky@c2i.net> Message-ID: <24940604.post@talk.nabble.com> I am using FreeBSD version 6.0. Are there any documentation available for that version? Hans Petter Selasky wrote: > > On Tuesday 11 August 2009 16:15:21 vishalu93 wrote: >> I am trying to understand FreeBSD USB driver stack. The code is not >> commented and hence it is difficult/time consuming to understand the >> code. >> Are there any documents available describing different functions of USB >> driver. > > There is /usr/src/tools/kerneldoc/ > > man 3 usb > man 4 usb > man libusb > > Else look at already existing drivers. No books from O'reilly available > yet > :-) > > --HPS > _______________________________________________ > freebsd-usb@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-usb > To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" > > -- View this message in context: http://www.nabble.com/FreeBSD-USB-driver-Documents--tp24918508p24940604.html Sent from the freebsd-usb mailing list archive at Nabble.com. From mih at semihalf.com Thu Aug 13 13:51:02 2009 From: mih at semihalf.com (Michal Hajduk) Date: Thu Aug 13 13:51:15 2009 Subject: Mounting rootfs from USB - problem. Message-ID: <4A841697.2080909@semihalf.com> Hello Hans, I've observed problem with mounting root filesystem from USB device at ARM platform. In my case the da0 device has showed too late (after Manual root filesystem specification). I've read the previous threads about USB booting problem but there was no final solution for this issue. http://www.nabble.com/new-usb-stack---boot-problem-from-usb-hdd-td23100089.html Maybe you know the best way how to deal with it ? or somebody is trying to fix it? Thanks for help. Best regards, Micha? Hajduk From mike at sentex.net Thu Aug 13 13:52:44 2009 From: mike at sentex.net (Mike Tancsa) Date: Thu Aug 13 13:52:50 2009 Subject: Verizon Novatel U760 (u3g) Message-ID: <200908131349.n7DDnbow055488@lava.sentex.ca> Some notes for the archives in case anyone else gets one of these evdo USB sticks with FreeBSD (in this case, RELENG_7) I had to make this small addition to u3g.c in order to get the device to work. Note, you still have to do a camcontrol eject pass0 --- u3g.c.orig 2009-08-11 09:25:47.000000000 -0400 +++ u3g.c 2009-08-11 09:26:37.000000000 -0400 @@ -144,6 +144,7 @@ {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E220 }, U3GSP_HSPA, U3GINIT_HUAWEI }, /* OEM: Novatel */ {{ USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_CDMA_MODEM }, U3GSP_CDMA, U3GINIT_EJECT }, + {{ USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_U760 }, U3GSP_CDMA, U3GINIT_EJECT }, {{ USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_ES620 }, U3GSP_UMTS, U3GINIT_EJECT }, // XXX {{ USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_MC950D }, U3GSP_HSUPA, U3GINIT_EJECT }, {{ USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_U720 }, U3GSP_UMTS, U3GINIT_EJECT }, // XXX before and after camcontrol eject pass0 full speed, power 500 mA, config 1, Novatel Wireless CDMA(0x6000), Novatel Wireless Inc.(0x1410), rev 0.00 full speed, power 500 mA, config 1, Novatel Wireless CDMA(0x5030), Novatel Wireless Inc.(0x1410), rev 0.00 Also, not sure if its an "activation" thing or not, but we had to run the device once on a windows machine, otherwise we would get 0.0.0.0 as the IP address assigned. It might also be peculiar to Verizon, but we also needed to add deny chap to our ppp.conf stanza. evdo2: set device /dev/cuaU0.0 set speed 115200 #set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \ # \"\" AT OK-AT-OK ATZ OK AT\$QCMDR=3 OK \\dATDT\\T TIMEOUT 50 CONNECT" set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \ \"\" AT OK-AT-OK ATZ OK \\dATDT\\T TIMEOUT 50 CONNECT" set phone "#777" # The authname and authkey are meaningless, but you need to have them set. # Verizon's servers don't seem to care what you auth as. #set authname "notneeded@vzw3g.com" #set authkey "vzw" disable vjcomp disable acfcomp disable chap disable pap deny chap disable deflate disable deflate24 disable pred1 disable protocomp disable mppe disable ipv6cp disable lqr disable echo set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 add default HISADDR # Add a (sticky) default route disable dns ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From hselasky at c2i.net Thu Aug 13 14:21:56 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Thu Aug 13 14:22:20 2009 Subject: Mounting rootfs from USB - problem. In-Reply-To: <4A841697.2080909@semihalf.com> References: <4A841697.2080909@semihalf.com> Message-ID: <200908131622.00203.hselasky@c2i.net> On Thursday 13 August 2009 15:35:19 Michal Hajduk wrote: > Hello Hans, > > I've observed problem with mounting root filesystem from USB device at > ARM platform. In my case the da0 device has showed too late > (after Manual root filesystem specification). > > I've read the previous threads about USB booting problem but > there was no final solution for this issue. > > http://www.nabble.com/new-usb-stack---boot-problem-from-usb-hdd-td23100089. >html > > > Maybe you know the best way how to deal with it ? or somebody > is trying to fix it? Hi, The problem is in: src/sys/kern/vfs_mount.c I have suggested a solution where the mount root code is polling for the given device until it arrives. The current device behaviour is the opposite: To wait until all devices are present until mounting anything. I'm currently not involved in any work on this. I would not recommend adding more delay during startup to catch all kinds of USB devices enumerating. --HPS From edwin at mavetju.org Thu Aug 13 21:49:39 2009 From: edwin at mavetju.org (Edwin Groothuis) Date: Thu Aug 13 21:49:45 2009 Subject: Verizon Novatel U760 (u3g) Message-ID: <20090813214135.GA89900@mavetju.org> (cc to -mobile) > Also, not sure if its an "activation" thing or not, but we had to run > the device once on a windows machine, otherwise we would get 0.0.0.0 > as the IP address assigned. We had the same with the Huawei E220 (http://www.mavetju.org/weblog/html/00192.html): And dial: $ ppp three ppp> dial Ppp> PPp> That's not good, there should be three capital P's... Going through the PPP log, you will see that the IPCP layer doesn't get initialized properly. Why? No idea. How to resolve it? Put your USB modem in a windows machine, run it once there and put it back into your FreeBSD machine. Why? No idea. It works. The USB modem didn't work with under MacOS/X neither until I did this trick. Why? No idea. It works. With my adventures with the E169 (http://www.mavetju.org/weblog/html/00278.html) on which I had the same issue but couldn't get it resolved with the Windows trick I found out that unless I first got a manually picked the carrier and COPS code: AT+COPS=1,2,"50502",2 OK \ AT+CGDCONT=1,\\\"IP\\\",\\\"VirginBroadband\\\" OK \ I got a CONNECT string back instead of a CONNECT 7200000. With the CONNECT string I got the IPCP layer failure, with the CONNECT 7200000 the PPP session got setup properly. Lots of magic happening in the air :-) Edwin -- Edwin Groothuis Website: http://www.mavetju.org/ edwin@mavetju.org Weblog: http://www.mavetju.org/weblog/ From edwin at mavetju.org Thu Aug 13 21:54:36 2009 From: edwin at mavetju.org (Edwin Groothuis) Date: Thu Aug 13 21:54:43 2009 Subject: u3g driver sometimes loses the Huawei E169 modem after upgrade to 8.0BETA2 Message-ID: <20090813213252.GG50832@mavetju.org> Hello, On 7.x this never happened, but on 8.x now and then (once or twice every traintrip) the E169 modem gets lost: You see the kernel messages that the device disappeared, /dev/cua0.0 disappears and thus PPP stops etc. Please let me know what kind of tests you want me to do to determine to root-cause and a possible fix. Edwin -- Edwin Groothuis Website: http://www.mavetju.org/ edwin@mavetju.org Weblog: http://www.mavetju.org/weblog/ From hselasky at c2i.net Fri Aug 14 07:40:36 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Fri Aug 14 07:40:42 2009 Subject: u3g driver sometimes loses the Huawei E169 modem after upgrade to 8.0BETA2 In-Reply-To: <20090813213252.GG50832@mavetju.org> References: <20090813213252.GG50832@mavetju.org> Message-ID: <200908140940.41000.hselasky@c2i.net> On Thursday 13 August 2009 23:32:52 Edwin Groothuis wrote: > Hello, > > On 7.x this never happened, but on 8.x now and then (once or twice > every traintrip) the E169 modem gets lost: You see the kernel > messages that the device disappeared, /dev/cua0.0 disappears and > thus PPP stops etc. > > Please let me know what kind of tests you want me to do to determine > to root-cause and a possible fix. How much traffic is being passed when the modem stops? If the device just disappears it is a sign of a crash on the modem side, and there is not so much we can do about it. You could try: sysctl hw.usb.ehci.no_hs=1 Before plugging the device. This will limit the speed to FULL speed only. --HPS From codeblock at eighthbit.net Fri Aug 14 11:50:02 2009 From: codeblock at eighthbit.net (Rick E.) Date: Fri Aug 14 11:50:09 2009 Subject: usb/137763: Logitech wireless keyboard media keys not working Message-ID: <200908141146.n7EBkbl5097550@www.freebsd.org> >Number: 137763 >Category: usb >Synopsis: Logitech wireless keyboard media keys not working >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 14 11:50:01 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Rick E. >Release: 7.2-RELEASE >Organization: N/A >Environment: FreeBSD R-1.local. 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May 1 08:49:13 UTC 2009 root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 >Description: I can't seem to be able to get my Logitech Wireless Keyboard media keys to work, and they show nothing whatsoever in `xev`. I'm using the Wave keyboard. I'm not sure what driver "hackage" this would entail, but I figured I'd throw the PR out there and maybe someone could hack some patch up or something. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From mav at FreeBSD.org Fri Aug 14 21:26:50 2009 From: mav at FreeBSD.org (Alexander Motin) Date: Fri Aug 14 21:27:22 2009 Subject: False positive uipaq probe Message-ID: <4A85C878.5090007@FreeBSD.org> Hi. USB-connected WM6 communicators are able to operate in two main comm modes: serial and RNDIS. That two modes reported with different device IDs. I have noticed that my HTC Prophet WM6 communicator started to behave wrong on recent CURRENT: uipaq0: on usbus3 device_attach: uipaq0 attach returned 6 uipaq0: on usbus3 device_attach: uipaq0 attach returned 6 As soon as uipaq is a kind of serial driver, it should not attach to RNDIS device. -- Alexander Motin From dan.naumov at gmail.com Sat Aug 15 06:40:08 2009 From: dan.naumov at gmail.com (Dan Naumov) Date: Sat Aug 15 06:40:15 2009 Subject: kern/124130: [usb] gmirror fails to start usb devices that were present at boot time Message-ID: <200908150640.n7F6e8uL042319@freefall.freebsd.org> The following reply was made to PR kern/124130; it has been noted by GNATS. From: Dan Naumov To: bug-followup@FreeBSD.org, kena@vodka-pomme.net Cc: Subject: Re: kern/124130: [usb] gmirror fails to start usb devices that were present at boot time Date: Sat, 15 Aug 2009 09:33:39 +0300 "This is not gmirror nor GEOM problem. The disks presented by umass cannot be properly accessed by GEOM classes, so they can't detect their metadata." Err, what? If GEOM classes cannot properly access disks presented by umass, it's precisely a GEOM problem. - Sincerely, Dan Naumov From yamasa at bsdhouse.org Sat Aug 15 06:50:05 2009 From: yamasa at bsdhouse.org (OISHI Masakuni) Date: Sat Aug 15 06:50:11 2009 Subject: usb/137789: Add quirks for EeePC 901 SD card reader Message-ID: <200908150644.n7F6iaar043039@www.freebsd.org> >Number: 137789 >Category: usb >Synopsis: Add quirks for EeePC 901 SD card reader >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Aug 15 06:50:04 UTC 2009 >Closed-Date: >Last-Modified: >Originator: OISHI Masakuni >Release: FreeBSD 8.0-BETA2 i386 >Organization: >Environment: >Description: When I use ZFS, "Synchronize cache failed" error occurs repeatedly. > (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 >How-To-Repeat: >Fix: Add quirks NO_TEST_UNIT_READY and NO_SYNCHRONIZE_CACHE. Patch attached with submission follows: --- sys/dev/usb/storage/umass.c.orig 2009-06-27 06:47:37.000000000 +0900 +++ sys/dev/usb/storage/umass.c 2009-08-15 15:15:24.427911742 +0900 @@ -412,6 +412,10 @@ UMASS_PROTO_DEFAULT, NO_SYNCHRONIZE_CACHE }, + {USB_VENDOR_ALCOR, USB_PRODUCT_ALCOR_SDCR_6335, RID_WILDCARD, + UMASS_PROTO_DEFAULT, + NO_TEST_UNIT_READY | NO_SYNCHRONIZE_CACHE + }, {USB_VENDOR_ALCOR, USB_PRODUCT_ALCOR_AU6390, RID_WILDCARD, UMASS_PROTO_DEFAULT, NO_SYNCHRONIZE_CACHE --- sys/dev/usb/usbdevs.orig 2009-07-31 03:53:06.000000000 +0900 +++ sys/dev/usb/usbdevs 2009-08-15 15:15:24.408907930 +0900 @@ -820,6 +820,7 @@ /* Alcor Micro, Inc. products */ product ALCOR2 KBD_HUB 0x2802 Kbd Hub +product ALCOR SDCR_6335 0x6335 SD/MMC Card Reader product ALCOR TRANSCEND 0x6387 Transcend JetFlash Drive product ALCOR MA_KBD_HUB 0x9213 MacAlly Kbd Hub product ALCOR AU9814 0x9215 AU9814 Hub >Release-Note: >Audit-Trail: >Unformatted: From sanpei at sanpei.org Sat Aug 15 09:44:54 2009 From: sanpei at sanpei.org (MIHIRA Sanpei Yoshiro) Date: Sat Aug 15 09:45:03 2009 Subject: [8-current] kernel panic at boot time with some USB device Message-ID: <20090815.184451.98918234.sanpei@sanpei.org> Hi. I tested 8-current(csup's at 2009.08.15.00.00.00). kernel panic at boot time with some USB device. ugen0.2: at usbus0 uaudio0: on usbus0 panic: lock (sleep mutex) Giant not locked @ /usr/src-8-2/sys/dev/usb/usb_request.c:312 cpuid = 0 KDB: enter:panic [thread pid 16 tid 100036 ] Stpped at kdb_enter+0x3a: movl $0, kdb_why jasmine# kldstat Id Refs Address Size Name 1 29 0xc0400000 cfefd0 kernel 2 1 0xc10ff000 11c00 if_bge.ko 3 1 0xc1111000 f6b8 snd_uaudio.ko 4 3 0xc1121000 61f98 sound.ko 5 1 0xc1184000 bb44 ipmi.ko 6 2 0xc1190000 2d0c smbus.ko 7 1 0xc1193000 d90c cpufreq.ko --- MIHIRA, Sanpei Yoshiro Tokyo, Japan. From hselasky at c2i.net Sat Aug 15 10:29:24 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Sat Aug 15 10:29:31 2009 Subject: False positive uipaq probe In-Reply-To: <4A85C878.5090007@FreeBSD.org> References: <4A85C878.5090007@FreeBSD.org> Message-ID: <200908151229.32582.hselasky@c2i.net> On Friday 14 August 2009 22:26:32 Alexander Motin wrote: > Hi. > > USB-connected WM6 communicators are able to operate in two main comm > modes: serial and RNDIS. That two modes reported with different device > IDs. I have noticed that my HTC Prophet WM6 communicator started to > behave wrong on recent CURRENT: > > uipaq0: on usbus3 > device_attach: uipaq0 attach returned 6 > uipaq0: on usbus3 > device_attach: uipaq0 attach returned 6 > > As soon as uipaq is a kind of serial driver, it should not attach to > RNDIS device. Can you provide output from "usbconfig -u XXX -a YYY dump_device_desc dump_curr_config_desc" in the Serial and RNDIS case? --HPS From hselasky at c2i.net Sat Aug 15 10:35:50 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Sat Aug 15 10:35:56 2009 Subject: [8-current] kernel panic at boot time with some USB device In-Reply-To: <20090815.184451.98918234.sanpei@sanpei.org> References: <20090815.184451.98918234.sanpei@sanpei.org> Message-ID: <200908151235.56319.hselasky@c2i.net> On Saturday 15 August 2009 11:44:51 MIHIRA Sanpei Yoshiro wrote: > Hi. > > I tested 8-current(csup's at 2009.08.15.00.00.00). > > kernel panic at boot time with some USB device. > > ugen0.2: at usbus0 > uaudio0: 1.10/1.00, addr 2> on usbus0 panic: lock (sleep mutex) Giant not locked @ > /usr/src-8-2/sys/dev/usb/usb_request.c:312 cpuid = 0 > KDB: enter:panic > [thread pid 16 tid 100036 ] > Stpped at kdb_enter+0x3a: movl $0, kdb_why > Hi, This issue should have been solved, but it looks like not committed to 8- current yet. Try fetching latest uaudio.c from USB P4: http://perforce.freebsd.org/chv.cgi?CH=167030 http://perforce.freebsd.org/chv.cgi?CH=167032 --HPS From alexbestms at math.uni-muenster.de Sun Aug 16 10:10:07 2009 From: alexbestms at math.uni-muenster.de (Alexander Best) Date: Sun Aug 16 10:10:17 2009 Subject: problem writing to umass device Message-ID: to end this thread: the problem wasn't caused by the device, but by a problem with certain usb ports. whether this is a bug in the usb stack or faulty hardware remains unclear. alex From gavin at FreeBSD.org Sun Aug 16 13:39:34 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Sun Aug 16 13:39:45 2009 Subject: usb/137806: [ukbd] USB keyboard doesn't work until it's unplugged Message-ID: <200908161339.n7GDdXuf040535@freefall.freebsd.org> Old Synopsis: USB keyboard doesn't work until it's unplugged New Synopsis: [ukbd] USB keyboard doesn't work until it's unplugged Responsible-Changed-From-To: freebsd-bugs->freebsd-usb Responsible-Changed-By: gavin Responsible-Changed-When: Sun Aug 16 13:38:41 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=137806 From zaba at thorium.homeunix.org Sun Aug 16 16:50:06 2009 From: zaba at thorium.homeunix.org (Vsevolod Kozlov) Date: Sun Aug 16 16:50:13 2009 Subject: usb/137848: Page fault when using an USB bluetooth adapter Message-ID: <200908161645.n7GGjToI097303@www.freebsd.org> >Number: 137848 >Category: usb >Synopsis: Page fault when using an USB bluetooth adapter >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Aug 16 16:50:06 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Vsevolod Kozlov >Release: 7.1-RELEASE-p6 >Organization: None >Environment: FreeBSD berkelium.lan 7.1-RELEASE-p6 FreeBSD 7.1-RELEASE-p6 #0: Tue Jun 9 16:26:47 UTC 2009 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 The box is a Mac Mini, 1.66GHz. The USB bluetooth adapter is builtin. >Description: While `rfcomm_sppd -S -c 1' and sdpd, an attempt to connect to sppd was made from a remote device (a HP iPAQ). In the same time, FreeBSD page faulted. I suspect that the attempted connection caused FreeBSD to do so. However, due to the nature of the operating system the iPAQ runs, I am not completely sure whether the attempt to connect to sppd, or just a SDP query, was made. >How-To-Repeat: Trying to connect to rfcomm_sppd from a remote bluetooth device might trigger it, although there might be more conditions and variables I am not aware of. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From zaba at thorium.homeunix.org Sun Aug 16 17:50:08 2009 From: zaba at thorium.homeunix.org (Vsevolod Kozlov) Date: Sun Aug 16 17:50:18 2009 Subject: usb/137848: Page fault when using an USB bluetooth adapter Message-ID: <200908161750.n7GHo8Dd030513@freefall.freebsd.org> The following reply was made to PR usb/137848; it has been noted by GNATS. From: Vsevolod Kozlov To: bug-followup@FreeBSD.org Cc: Subject: Re: usb/137848: Page fault when using an USB bluetooth adapter Date: Sun, 16 Aug 2009 21:29:18 +0400 It looks like I forgot about the stack trace: (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xc0790eb7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc0791189 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc0aa33bc in trap_fatal (frame=0xcbcf3be4, eva=16) at /usr/src/sys/i386/i386/trap.c:939 #4 0xc0aa3640 in trap_pfault (frame=0xcbcf3be4, usermode=0, eva=16) at /usr/src/sys/i386/i386/trap.c:852 #5 0xc0aa3ffc in trap (frame=0xcbcf3be4) at /usr/src/sys/i386/i386/trap.c:530 #6 0xc0a89e6b in calltrap () at /usr/src/sys/i386/i386/exception.s:159 #7 0xc06ee200 in uhci_free_std_chain (sc=0xc211f000, std=0x0, stdend=0xc211b420) at /usr/src/sys/dev/usb/uhci.c:1685 #8 0xc06ee477 in uhci_device_ctrl_done (xfer=0xc290a000) at /usr/src/sys/dev/usb/uhci.c:2902 #9 0xc0700629 in usb_transfer_complete (xfer=0xc290a000) at /usr/src/sys/dev/usb/usbdi.c:977 #10 0xc06ee5ab in uhci_transfer_complete (xfer=0xc290a000) at /usr/src/sys/dev/usb/uhci.c:2109 #11 0xc06eedc4 in uhci_abort_xfer (xfer=0xc290a000, status=USBD_NORMAL_COMPLETION) at /usr/src/sys/dev/usb/uhci.c:2068 #12 0xc06f02e0 in uhci_timeout_task (addr=0xc290a000) at /usr/src/sys/dev/usb/uhci.c:1485 #13 0xc06fd0a1 in usb_task_thread (arg=0xc0c3c020) at /usr/src/sys/dev/usb/usb.c:483 #14 0xc076ca29 in fork_exit (callout=0xc06fcff0 , arg=0xc0c3c020, frame=0xcbcf3d38) at /usr/src/sys/kern/kern_fork.c:804 #15 0xc0a89ee0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:264 -- Zaba From bugmaster at FreeBSD.org Mon Aug 17 11:07:05 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Aug 17 11:10:02 2009 Subject: Current problem reports assigned to freebsd-usb@FreeBSD.org Message-ID: <200908171107.n7HB756w075979@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o usb/137848 usb Page fault when using an USB bluetooth adapter o usb/137806 usb [ukbd] USB keyboard doesn't work until it's unplugged o usb/137789 usb Add quirks for EeePC 901 SD card reader o usb/137763 usb Logitech wireless keyboard media keys not working o usb/137616 usb [usbdevs] [patch]: usbdevs update: Please add JMicron' o usb/137377 usb Support for Huawei E180 o usb/137341 usb driver if_rum doesn't work at all and throws panics o usb/137226 usb [patch] quirk for Philips extern USB disk o usb/137191 usb [usb][patch] export ums(4) output report parser data t o usb/137190 usb [usb][patch] inhibit spurious button releases for some o usb/137189 usb [usb][patch] create and use sysctl nodes for HID repor o usb/137188 usb [usb][patch] correctly handle USB report descriptors w o usb/137138 usb [umass] [patch] QUIRK: ASUS PDA Flash disk emulation o usb/137129 usb SteelSeries Ikari USB laser mouse not attaching o usb/137035 usb Sony cyber-shot DSC-P72 not accessible - cam quirks o usb/136761 usb [usbdevs] [patch] Teach usbdevs / u3g(4) about Huawei o usb/135938 usb [aue] aue driver only passes traffic in promisc mode o usb/135857 usb RTL8187 Wireless Adapter o usb/135575 usb [usbdevs] [patch] Add HTC Wizard phone vid/pid informa o usb/135542 usb [keyboard] boot loader does not work with a usb keyboa o usb/135372 usb Quirk report for Teclast TL-C300 usb media player o usb/135348 usb [umass] USB Drive Hangs with ZFS (JMicron USB2/eSata) o usb/135206 usb machine reboots when inserted USB device o usb/135200 usb SAMSUNG i740 usb mass: Synchronize cache failed, statu o usb/135182 usb UMASS quirk - Olympus FE20 camera o usb/134950 usb Lowering DTR for USB-modem via ubsa is not possible o usb/134633 usb Add support for WILLCOM03(SHARP smart phone) o usb/134631 usb [usbdevs] [patch] WiSPY DBx support requires usb tweak o usb/134476 usb [usb2] [umass] [quirk] Add quirk for Cypress xx6830xx o usb/134299 usb Kernel Panic plugging in MF626 USB UMTS Stick u3g o usb/134193 usb System freeze on usb MP3 player insertion o usb/134117 usb [Patch] Add support for 'Option GlobeTrotter HSDPA Mod o usb/134085 usb [umass] Adding usb quirk for Sony USB flash drive o usb/133989 usb [newusb] [ukbd] USB keyboard dead at mountroot> prompt f usb/133545 usb [usb] [panic] Kernel crash in usb2_intr_schedule_adjus o usb/133390 usb umass crashes system in 7.1 when Olympus D-540 attache o usb/133296 usb [rum] driver not working properly in hostap mode p usb/132799 usb [usb][patch]GENESYS USB2IDE requires NO_SYNCHRONIZE_CA o usb/132785 usb [usb] [patch] Gemtech remote powersocket is classed as o usb/132594 usb USB subsystem causes page fault and crashes o usb/132312 usb Xorg 7.4 halts USB controller o usb/132080 usb [patch] [usb] Kernel panic after NOMEM caused by rum c o usb/132066 usb [ukbd] Keyboard failure USB keyboard DELL 760 o usb/132036 usb [panic] page fault when connecting Olympus C740 camera o usb/131912 usb [uslcom] [patch] New devices using Silicon Labs chips o usb/131900 usb [usbdevs] [patch] Additional product identification co o usb/131583 usb [umass] Failure when detaching umass Device o usb/131576 usb [aue] ADMtek USB To LAN Converter can't send data o usb/131521 usb Registering Belkin UPS to usb_quirks.c f usb/131123 usb [patch] re-add UQ_ASSUME_CM_OVER_DATA USB quirk o usb/131074 usb no run-time detection of usb devices plugged into exte o usb/130736 usb Page fault unplugging USB stick o usb/130325 usb [usb] [patch] fix tools/tools/usb/print-usb-if-vids.sh o usb/130230 usb Samsung Electronics YP-U3 does not attach in 7.1-RELEA o usb/130208 usb Boot process severely hampered by umass0 error o usb/130122 usb [newusb] DVD drive detects as 'da' device o usb/129945 usb [usbdevs] [patch] add u3g support for Longcheer WM66 U o usb/129766 usb [usb] plugging in usb modem HUAWEI E226 panics system o usb/129758 usb [uftdi] [patch] add Pyramid LCD usb support o usb/129673 usb [uhci] uhci (uhub) confused on replugging USB 1.1 scan o usb/129522 usb [ubsa] [patch] add support for ZTE AC8700 modem o usb/129500 usb [umass] [panic] FreeBSD Crashes when connecting SanDis o usb/129311 usb [usb] [panic] Instant crash with an USB card reader o usb/129251 usb [usbdevs] [patch] Liebert UPS being assigned uhid and o usb/129173 usb [uplcom] [patch] Add support for Corega CG-USBRS232R a s usb/128990 usb [usb] u3g does not handle RTS/CTS available on for exa o usb/128977 usb [usb] [patch] uaudio is not full duplex o usb/128803 usb [usbdevs] [patch] Quirk for I-Tuner Networks USBLCD4X2 o usb/128485 usb [umodem] [patch] Nokia N80 modem support o usb/128425 usb [umass] Cannot Connect Maxtor Onetouch 4 USB drive f usb/128418 usb [panic] [rum] loading if_rum causes panic, looks like o usb/128324 usb [uplcom] [patch] remove baud rate restriction for PL23 o usb/127980 usb [umass] [patch] Fix Samsung YP U2 MP3 player on 7.x an o usb/127926 usb [boot] USB Timeout during bootup s usb/127549 usb [umass] [patch] Meizu MiniPlayer M6 (SL) requires some s usb/127453 usb [request] ubsa, uark, ubser, uftdi, and friends should o usb/127423 usb [boot] BTX halted on Gigabyte GA-MA69VM-S2 / AMD Sempr o usb/127342 usb [boot] [panic] enabling usb keyboard and mouse support o usb/127248 usb [ucom] panic while uplcom devices attaach and detach o kern/127222 usb [ohci]: Regression in 7.0 usb storage generic driver o usb/126884 usb [ugen] [patch] Bug in buffer handling in ugen.c f usb/126848 usb [usb]: USB Keyboard hangs during Installation o usb/126740 usb [ulpt] doesn't work on 7.0-RELEASE, 10 second stall be o usb/126519 usb [usb] [panic] panic when plugging in an iphone o kern/126396 usb [panic] kernel panic after unplug USB Bluetooth device o usb/125736 usb [ukbd] [hang] system hangs after AT keyboard detect if o usb/125631 usb [ums] [panic] kernel panic during bootup while 'Logite o usb/125510 usb [panic] repeated plug and unplug of USB mass storage d o usb/125450 usb [panic] Removing USB flash card while being accessed c o usb/125264 usb [patch] sysctl for set usb mouse rate (very useful for o usb/125238 usb [ums] Habu Mouse turns off in X o usb/125088 usb [keyboard] Touchpad not detected on Adesso AKB-430UG U o usb/124980 usb [panic] kernel panic on detaching unmounted umass devi o kern/124777 usb [ucom] USB cua devices don't revert to tty devices whe o usb/124758 usb [rum] [panic] rum panics SMP kernel o usb/124708 usb [panic] Kernel panic on USB KVM reattach o usb/124604 usb [ums] Microsoft combo wireless mouse doesn't work o kern/124130 usb [usb] gmirror fails to start usb devices that were pre o usb/123969 usb [usb] Supermicro H8SMi-2 usb problem: port reset faile o usb/123714 usb [usb] [panic] Panic when hald-storage-probe runs with o usb/123691 usb usbd(8): usbd hangs o usb/123690 usb [usb] [panic] Panic on USB device insertion when usb l o usb/123611 usb [usb] BBB reset failed, STALLED from Imation/Mitsumi U o usb/123509 usb [umass] continuous reset Samsung SGH-G600 phone o usb/123352 usb [usbdevs] [patch] Add Option GTMAX3.6/7.2 and Quallcom o usb/123351 usb [usbdevs] [patch] Add Reiner SCT cyberJack, Omnikey [2 o usb/122992 usb [umass] [patch] MotoROKR Z6 Phone not recognised by um o usb/122956 usb [ubsa] [patch] add support for Novatel Wireless XU870 o usb/122936 usb [ucom] [ubsa] Device does not receive interrupt o usb/122905 usb [ubsa] [patch] add Huawei E220 to ubsa o usb/122819 usb [usb] [patch] Patch to provide dynamic additions to th o usb/122813 usb [udbp] [request] udbp driver should be removed in favo o usb/122621 usb [new driver] [patch] New driver for Sierra Wireless 3G o usb/122547 usb [ehci] USB Printer not being recognized after reboot o usb/122539 usb [ohci] [panic] AnyDATA ADU-E1000D - kernel panic: ohci o usb/122483 usb [panic] [ulpt] Repeatable panic in 7.0-STABLE o usb/122119 usb [umass] umass device causes creation of daX but not da o usb/122025 usb [uscanner] [patch] uscanner does not attach to Epson R o usb/121755 usb [ohci] [patch] Fix panic after ohci/uhub cardbus devic o usb/121734 usb [ugen] ugen HP1022 printer device not working since up o usb/121708 usb [keyboard] nforce 650i mobo w/ usb keyboard infinite k o usb/121474 usb [cam] [patch] QUIRK: SAMSUNG HM250JI in LaCie usb hard o usb/121426 usb [patch] [uscanner] add HP ScanJet 3570C o usb/121275 usb [boot] [panic] FreeBSD fails to boot with usb legacy s o usb/121232 usb [usb] [panic] USB CardBus card removal causes reboot s p usb/121184 usb [uipaq] [patch] add ids from linux ipaq driver (plus a o usb/121169 usb [umass] Issues with usb mp3 player o usb/121045 usb [uftdi] [patch] Add support for PC-OP-RS1 and KURO-RS o usb/120786 usb [usb] [panic] Kernel panic when forced umount of a det o usb/120729 usb [panic] fault while in kernel mode with connecting USB o usb/120572 usb [umass] [patch] quirk to support ASUS P535 as umass (a o usb/120321 usb [hang] System hangs when transferring data to WD MyBoo o usb/120283 usb [panic] Automation reboot with wireless keyboard & mou o usb/120034 usb [hang] 6.2 & 6.3 hangs on boot at usb0: OHCI with 1.5 o usb/119981 usb [axe] [patch] add support for LOGITEC LAN-GTJ/U2 gigab o usb/119977 usb [ums] Mouse does not work in a Cherry-USB keyboard/mou o usb/119653 usb [cam] [patch] iriver s7 player sync cache error patch o usb/119633 usb [umass] umass0: BBB reset failed, IOERROR [regression] o usb/119513 usb [irq] inserting dlink dwl-g630 wireless card results i o usb/119509 usb [usb] USB flaky on Dell Optiplex 755 o usb/119481 usb [hang] FreeBSD not responding after connecting USB-Mas o usb/119389 usb [umass] Sony DSC-W1 CBI reset failed, STALLED [regress o usb/119227 usb [ubsa] [patch] ubsa buffer is too small; should be tun o usb/119201 usb [cam] [patch] Quirks for Olympus FE-210 camera, LG and o usb/118485 usb [usbdevs] [patch] Logitech Headset Workaround o usb/118480 usb [umass] Timeout in USB mass storage freezes vfs layer o usb/118353 usb [panic] [ppp] repeatable kernel panic during ppp(4) se o usb/118141 usb [ucom] usb serial and nokia phones ucomreadcb ucomread o usb/118140 usb [ucom] [patch] quick hack for ucom to get it behave wi o usb/118098 usb [umass] 6th gen iPod causes problems when disconnectin o usb/117955 usb [umass] [panic] inserting minolta dimage a2 crashes OS o usb/117946 usb [panic] D-Link DUB-E100 rev. B1 crashes FreeBSD 7.0-BE o usb/117938 usb [ums] [patch] Adding support for MS WL Natural and MS o usb/117911 usb [ums] [request] Mouse Gembird MUSWC not work o usb/117893 usb [umass] Lacie USB DVD writing failing o usb/117613 usb [uhci] [irq] uhci interrupt storm & USB leaked memory o usb/117598 usb [uaudio] [patch] Not possible to record with Plantroni o usb/117313 usb [umass] [panic] panic on usb camera insertion o usb/117200 usb [ugen] ugen0 prints strange string on attach if detach o usb/117183 usb [panic] USB/fusefs -- panic while transferring large a o usb/116947 usb [ukbd] [patch] [regression] enable boot protocol on th o usb/116699 usb [usbhid] USB HID devices do not initialize at system b o usb/116561 usb [umodem] [panic] RELENG_6 umodem panic "trying to slee o usb/116282 usb [ulpt] Cannot print on USB HP LJ1018 or LJ1300 o usb/115935 usb [usbdevs] [patch] kernel counterproductively attaches o usb/115933 usb [uftdi] [patch] RATOC REX-USB60F (usb serial converter o usb/115400 usb [ehci] Problem with EHCI on ASUS M2N4-SLI o usb/115298 usb [ulpt] [panic] Turning off USB printer panics kernel o usb/114916 usb [umass] [patch] USB Maxtor drive (L300RO) requires qui o kern/114780 usb [uplcom] [panic] Panics while stress testing the uplco o usb/114682 usb [umass] generic USB media-card reader unusable o usb/114310 usb [libusb] [patch] [panic] USB hub attachment panics ker o usb/114068 usb [umass] [patch] Problems with connection of the umass o conf/114013 usb [patch] WITHOUT_USB allow to compil a lot of USB stuff s usb/113977 usb [request] Need a way to set mode of USB disk's write c o usb/113672 usb [ehci] [panic] Kernel panic with AEWIN CB6971 s usb/113629 usb [ukbd] Dropped USB keyboard events on Dell Latitude D6 o usb/113432 usb [ucom] WARNING: attempt to net_add_domain(netgraph) af a usb/113060 usb [usbdevs] [patch] Samsung printer not working in bidir o usb/112944 usb [ulpt] [patch] Bi-directional access to HP LaserJet 10 o usb/112640 usb [usb] [hang] Kernel freezes when writing a file to an o usb/112631 usb [panic] Problem with SONY DSC-S80 camera on umount s usb/112568 usb [umass] [request] USB mode may wrong when mounting Pla o usb/112463 usb [umass] problem with Samsung USB DVD writer, libscg an o usb/112461 usb [ehci] [request] ehci USB 2.0 doesn't work on nforce4 o usb/111753 usb [uhid] [panic] Replicable system panic involving UHID o usb/110856 usb [ugen] [patch] interrupt in msgs are truncated when bu o usb/110197 usb [umass] Sony PSP umass device does not detach from EHC o usb/109397 usb [panic] on boot from USB flash o usb/109274 usb [usb] MCP55 USB Controller fails to attach in AMD64 Cu o usb/108513 usb [umass] Creative MuVo TX FM fails in 6.2-RELEASE [regr s usb/108344 usb [panic] kernel with atausb panics when unplugging USB o usb/108056 usb [ohci] Mouse gets powered off during device probe when o usb/107935 usb [uplcom] [panic] panic while accessing /dev/cuaU0 o usb/107924 usb [patch] usbd(8) does not call detach o usb/107848 usb [umass] [request] cannot access Samsung flash disk o usb/107827 usb [ohci] [panic] ohci_add_done addr not found o usb/107496 usb [uhub] USB device problem on RELENG_6_2 (SHORT_XFER) [ o usb/107388 usb [new driver] [patch] add utoppy device from NetBSD o usb/107248 usb [umass] [patch] scsi_da.c quirk for Cowon iAUDIO X5 MP o usb/107243 usb [cam] [patch] Apacer USB Flash Drive quirk o usb/106861 usb [usbdevs] [patch]: usbdevs update: Add product ACER Ze s usb/106832 usb [usb] USB HP printer is not detected by kernel when AC o usb/106648 usb [umass] [hang] USB Floppy on D1950 10 min Hang on Inse o usb/106621 usb [axe] [patch] DLINK DUB-E100 support broken o usb/106615 usb [uftdi] uftdi module does not automatically load with o usb/106041 usb [usb] [request] FreeBSD does not recognise Mustek Bear o usb/105361 usb [panic] Kernel panic during unmounting mass storage (C o usb/105186 usb [ehci] [panic] USB 2.0/ehci on FreeBSD 6.2-PRE/AMD64 c o usb/105065 usb [ata] [usb] SATA - USB Bridge o usb/104830 usb [umass] system crashes when copying data to umass devi o usb/104645 usb [umass] [request] Rave C-201 MP3 player does not commu o usb/104352 usb [ural] [patch] ural driver doesnt work o usb/104292 usb [umass] [hang] system lockup on forced umount of usb-s o usb/104290 usb [umass] [patch] quirk: TOSHIBA DVD-RAM drive (libretto o usb/103917 usb [uhub] USB driver reports "Addr 0 should never happen" o usb/103418 usb usbhidctl(1): [patch] [request] usbhidctl: add ability o usb/103289 usb [request] USB 2.0 problems on AMD LX-800 CPU and CS-55 o usb/103046 usb [ulpt] [patch] ulpt event driven I/O with select(2) an o usb/103025 usb [uhub] [panic] wrong detection of USB device for FreeB o usb/102976 usb [panic] Casio Exilim Digital Camera causes panic on in o usb/102678 usb [keyboard] Dell PowerEdge DRAC5 USB Keyboard does not o usb/102066 usb [ukbd] usb keyboard and multimedia keys don't work o usb/101775 usb [libusbhid] [patch] possible error in report descripto o usb/101761 usb [usb] [patch] [request] usb.h: increase maximal size o o usb/101752 usb [umass] [panic] 6.1-RELEASE kernel panic on usb device o usb/101448 usb [ohci] FBSD 6.1-STABLE/AMD64 crashes under heavy USB/O o usb/101096 usb [ural] [panic] USB WLAN occasionally causes kernel-pan o usb/100746 usb [keyboard] system does not boot due to USB keyboard pr o usb/99538 usb [keyboard] while using USB keyboard default params of o usb/99431 usb [keyboard] FreeBSD on MSI 6566E (Intel 845E motherboar o kern/99200 usb [bluetooth] SMP-Kernel crashes reliably when Bluetooth o usb/98343 usb [boot] BBB reset failed errors with Creative Muvo MP3 o usb/97472 usb [cam] [patch] add support for Olympus C150,D390 s usb/97286 usb [mouse] [request] MS Wireless Intellimouse Explorer 2. o usb/97175 usb [umass] [hang] USB cardreader hangs system o usb/96457 usb [umass] [panic] fatback on umass = reboot o usb/96381 usb [cam] [patch] add a quirk table entry for a flash ram o usb/96224 usb [usb] [msdosfs] mount_msdosfs cause page fault in sync s usb/96120 usb [ums] [request] USB mouse not always detected s usb/95636 usb [umass] [boot] 5 minute delay at boot when using VT620 o usb/95562 usb [umass] Write Stress in USB Mass drive causes "vinvalb s usb/95348 usb [keyboard] USB keyboard unplug causes noise on screen o usb/95037 usb [umass] USB disk not recognized on hot-plug. o usb/94897 usb [panic] Kernel Panic when cleanly unmounting USB disk o usb/94717 usb [ulpt] Reading from /dev/ulpt can break work of a UHCI o usb/94384 usb [panic] kernel panic with usb2 hardware o usb/93872 usb [cam] [patch] SCSI quirk required for ELTA 8061 OL USB o usb/93828 usb [ohci] [panic] ohci causes panic on boot (HP Pavillion o usb/93389 usb [umass] [patch] Digital Camera Pentax S60 don't work o usb/93155 usb [ulpt] /dev/ulpt0: device busy, USB printer does not w o usb/92852 usb [ums] [patch] Vertical scroll not working properly on o usb/92171 usb [panic] panic unplugging Vodafone Mobile Connect (UMTS o usb/92142 usb [uhub] SET_ADDR_FAILED and SHORT_XFER errors from usb o usb/92083 usb [ural] [panic] panic using WPA on ural NIC in 6.0-RELE o usb/92052 usb [ulpt] usbd causes defunct process with busy file-hand o usb/91906 usb [ehci] [hang] FreeBSD hangs while booting with USB leg o usb/91896 usb camcontrol(8): Serial Number of USB Memory Sticks is n o usb/91811 usb [umass] Compact Flash in HP Photosmart 2610 return " o usb/91629 usb [usb] usbd_abort_pipe() may result in infinite loop o usb/91546 usb [umodem] [patch] Nokia 6630 mobile phone does not work o usb/91538 usb [ulpt] [patch] Unable to print to EPSON CX3500 o usb/91283 usb [boot] [regression] booting very slow with usb devices o usb/91238 usb [umass] USB tape unit fails to write a second tape fil o usb/90700 usb [umass] [panic] Kernel panic on connect/mount/use umas o usb/89954 usb [umass] [panic] USB Disk driver race condition? s usb/89003 usb [request] LaCie Firewire drive not properly supported o usb/88743 usb [hang] [regression] USB makes kernel hang at boot (reg o usb/88408 usb [axe] axe0 read PHY failed o usb/87648 usb [mouse] Logitech USB-optical mouse problem. o usb/87224 usb [usb] Cannot mount USB Zip750 o usb/86767 usb [umass] [patch] bogus "slice starts beyond end of the o usb/86298 usb [mouse] Known good USB mouse won't work with correct s s usb/85067 usb [uscanner] Cannot attach ScanJet 4300C to usb device f usb/84750 usb [hang] 6-BETA2 reboot/shutdown with root_fs on externa s usb/84336 usb [usb] [reboot] instant system reboot when unmounting a o usb/84326 usb [umass] Panic trying to connect SCSI tape drive via US o usb/83977 usb [ucom] [panic] ucom1: open bulk out error (addr 2): IN o usb/83863 usb [ugen] Communication problem between opensc/openct via o usb/83756 usb [ums] [patch] Microsoft Intellimouse Explorer 4.0A doe o usb/83563 usb [umass] [panic] Page Fault while detaching Mpman Usb d o usb/83504 usb [kernel] [patch] SpeedTouch USB stop working on recent o usb/82660 usb [ehci] [panic] EHCI: I/O stuck in state 'physrd'/panic s usb/82569 usb [umass] [panic] USB mass storage plug/unplug causes sy o usb/82520 usb [udbp] [reboot] Reboot when USL101 connected o usb/82350 usb [ucom] [panic] null pointer dereference in USB stack o usb/81621 usb [ehci] [hang] external hd hangs under load on ehci o usb/80935 usb [uvisor] [patch] uvisor.c is not work with CLIE TH55. o usb/80862 usb [patch] USB locking issues: missing some Giant calls o usb/80854 usb [patch] [request] suggestion for new iface-no-probe me o usb/80829 usb [modules] [panic] possible panic when loading USB-modu s usb/80777 usb [request] usb_rem_task() should wait for callback to c s usb/80776 usb [udav] [request] UDAV device driver shouldn't use usb_ o usb/80774 usb [patch] have "usbd_find_desc" in line with the other " o usb/80361 usb [umass] [patch] mounting of Dell usb-stick fails o usb/80040 usb [sound] [hang] Use of sound mixer causes system freeze o usb/79723 usb [usb] [request] prepare for high speed isochronous tra o usb/79722 usb [ehci] wrong alignments in ehci.h a usb/79656 usb [ehci] RHSC interrupts lost o usb/79524 usb [ulpt] printing to Minolta PagePro 1[23]xxW via USB fa o usb/79287 usb [uhci] [hang] UHCI hang after interrupt transfer o usb/79269 usb [ohci] USB ohci da0 plug/unplug causes crashes and loc o usb/78984 usb [umass] [patch] Creative MUVO umass failure o usb/77294 usb [ucom] [panic] ucom + ulpcom panic o usb/77184 usb [umass] [panic] kernel panic on USB device disconnect, o usb/76732 usb [ums] Mouse problems with USB KVM Switch o usb/76653 usb [umass] [patch] Problem with Asahi Optical usb device o usb/76461 usb [umass] disklabel of umass(4)-CAM(4)-da(4) not used by o usb/76395 usb [uhci] USB printer does not work, usbdevs says "addr 0 s usb/75928 usb [umass] [request] Cytronix SmartMedia card (SMC) reade o usb/75800 usb [ucom] ucom1: init failed STALLED error in time of syn o usb/75797 usb [sound] [regression] 5.3-STABLE(2005 1/4) detect USB h o usb/75764 usb [umass] [patch] "umass0: Phase Error" - no device for o usb/75705 usb [umass] [panic] da0 attach / Optio S4 (with backtrace) o usb/74771 usb [umass] [hang] mounting write-protected umass device a s usb/74453 usb [umass] [patch] Q-lity CD-RW USB ECW-043 (ScanLogic SL o usb/74211 usb [umass] USB flash drive causes CAM status 0x4 on 4.10R o usb/73307 usb [panic] Kernel panics on USB disconnect s usb/72733 usb [ucom] [request] Kyocera 7135 Palm OS connection probl o usb/71455 usb [umass] Slow USB umass performance of 5.3 o usb/71417 usb [ugen] Cryptoflex e-gate USB token (ugen0) communicati o usb/71416 usb [ugen] Cryptoflex e-gate USB token (ugen0) detach is n o usb/71280 usb [aue] aue0 device (linksys usb100tx) doesn't work in 1 o usb/71155 usb [ulpt] misbehaving usb-printer hangs processes, causes o usb/70523 usb [umct] [patch] umct sending/receiving wrong characters o usb/69006 usb [usbdevs] [patch] Apple Cinema Display hangs USB ports o usb/68232 usb [ugen] [patch] ugen(4) isochronous handling correction o usb/67301 usb [uftdi] [panic] RTS and system panic o usb/66547 usb [ucom] Palm Tungsten T USB does not initialize correct o usb/63621 usb [umass] [panic] USB MemoryStick Reader stalls/crashes s usb/62257 usb [umass] [request] card reader UCR-61S2B is only half-s o usb/59698 usb [keyboard] [patch] Rework of ukbd HID to AT code trans s bin/57255 usb [patch] usbd(8) and multi-function devices s usb/52026 usb [usb] [request] umass driver support for InSystem ISD2 s usb/51958 usb [urio] [patch] update for urio driver o i386/46371 usb USB controller cannot be initialized on IBM Netfinity o usb/40948 usb [umass] [request] USB HP CDW8200 does not work o usb/30929 usb [usb] [patch] use usbd to initialize USB ADSL modem 338 problems total. From gavin at FreeBSD.org Mon Aug 17 11:47:21 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 17 11:47:27 2009 Subject: usb/137848: Page fault when using an USB bluetooth adapter Message-ID: <200908171147.n7HBlKPo014397@freefall.freebsd.org> Synopsis: Page fault when using an USB bluetooth adapter State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Mon Aug 17 11:46:27 UTC 2009 State-Changed-Why: To submitter: is there any chance you could test to see if this problem still exists with FreeBSD 7.2, or indeed with FreeBSD 8? http://www.freebsd.org/cgi/query-pr.cgi?pr=137848 From don_oles at able.com.ua Mon Aug 17 13:00:16 2009 From: don_oles at able.com.ua (Oles Hnatkevych) Date: Mon Aug 17 13:00:22 2009 Subject: usb/137872: slow booting on usb flash drive Message-ID: <200908171252.n7HCqur4040444@www.freebsd.org> >Number: 137872 >Category: usb >Synopsis: slow booting on usb flash drive >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 17 13:00:14 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Oles Hnatkevych >Release: FreeBSD 7.2 i386 >Organization: >Environment: >Description: I've created usb flash drive with FreeBSD system using nanobsd script. Everything works well except that after the BIOS starts booting and before I see first messages from BTX loader approximately one minute passes with blank screen without doing anything. It was tested on several different motherboards, new ones and old ones. That is a problem. It has to start booting fast. >How-To-Repeat: Just boot FreeBSD from USB flash drive. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From mav at FreeBSD.org Tue Aug 18 10:54:27 2009 From: mav at FreeBSD.org (Alexander Motin) Date: Tue Aug 18 10:54:33 2009 Subject: False positive uipaq probe In-Reply-To: <200908151229.32582.hselasky@c2i.net> References: <4A85C878.5090007@FreeBSD.org> <200908151229.32582.hselasky@c2i.net> Message-ID: <4A8A885E.8050503@FreeBSD.org> Hans Petter Selasky wrote: > On Friday 14 August 2009 22:26:32 Alexander Motin wrote: >> USB-connected WM6 communicators are able to operate in two main comm >> modes: serial and RNDIS. That two modes reported with different device >> IDs. I have noticed that my HTC Prophet WM6 communicator started to >> behave wrong on recent CURRENT: >> >> uipaq0: on usbus3 >> device_attach: uipaq0 attach returned 6 >> uipaq0: on usbus3 >> device_attach: uipaq0 attach returned 6 >> >> As soon as uipaq is a kind of serial driver, it should not attach to >> RNDIS device. > > Can you provide output from "usbconfig -u XXX -a YYY dump_device_desc > dump_curr_config_desc" in the Serial and RNDIS case? Attached. -- Alexander Motin -------------- next part -------------- ugen0.2: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x00ef bDeviceSubClass = 0x0001 bDeviceProtocol = 0x0001 bMaxPacketSize0 = 0x0040 idVendor = 0x0bb4 idProduct = 0x0bce bcdDevice = 0x0000 iManufacturer = 0x0001 iProduct = 0x0002 iSerialNumber = 0x0000 bNumConfigurations = 0x0001 Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x003e bNumInterfaces = 0x0002 bConfigurationValue = 0x0001 iConfiguration = 0x0000 bmAttributes = 0x00c0 bMaxPower = 0x0032 Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0000 bAlternateSetting = 0x0000 bNumEndpoints = 0x0001 bInterfaceClass = 0x00ef bInterfaceSubClass = 0x0001 bInterfaceProtocol = 0x0001 iInterface = 0x0000 Additional Descriptor bLength = 0x05 bDescriptorType = 0x24 bDescriptorSubType = 0x01 RAW dump: 0x00 | 0x05, 0x24, 0x01, 0x00, 0x01 Additional Descriptor bLength = 0x04 bDescriptorType = 0x24 bDescriptorSubType = 0x02 RAW dump: 0x00 | 0x04, 0x24, 0x02, 0x00 Additional Descriptor bLength = 0x05 bDescriptorType = 0x24 bDescriptorSubType = 0x02 RAW dump: 0x00 | 0x05, 0x24, 0x02, 0x00, 0x01 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0081 bmAttributes = 0x0003 wMaxPacketSize = 0x0008 bInterval = 0x0001 bRefresh = 0x0000 bSynchAddress = 0x0000 Interface 1 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0001 bAlternateSetting = 0x0000 bNumEndpoints = 0x0002 bInterfaceClass = 0x000a bInterfaceSubClass = 0x0000 bInterfaceProtocol = 0x0000 iInterface = 0x0000 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0082 bmAttributes = 0x0002 wMaxPacketSize = 0x0040 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0003 bmAttributes = 0x0002 wMaxPacketSize = 0x0040 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 -------------- next part -------------- ugen0.2: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0000 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0040 idVendor = 0x0bb4 idProduct = 0x0a51 bcdDevice = 0x0000 iManufacturer = 0x0001 iProduct = 0x0002 iSerialNumber = 0x0000 bNumConfigurations = 0x0001 Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x0020 bNumInterfaces = 0x0001 bConfigurationValue = 0x0001 iConfiguration = 0x0000 bmAttributes = 0x00c0 bMaxPower = 0x0032 Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0000 bAlternateSetting = 0x0000 bNumEndpoints = 0x0002 bInterfaceClass = 0x00ff bInterfaceSubClass = 0x00ff bInterfaceProtocol = 0x00ff iInterface = 0x0000 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0081 bmAttributes = 0x0002 wMaxPacketSize = 0x0040 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0002 bmAttributes = 0x0002 wMaxPacketSize = 0x0040 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 From hselasky at c2i.net Tue Aug 18 15:39:41 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Tue Aug 18 15:39:52 2009 Subject: usb/137789: Add quirks for EeePC 901 SD card reader In-Reply-To: <200908150644.n7F6iaar043039@www.freebsd.org> References: <200908150644.n7F6iaar043039@www.freebsd.org> Message-ID: <200908181739.43457.hselasky@c2i.net> On Saturday 15 August 2009 08:44:36 OISHI Masakuni wrote: > >Number: 137789 http://perforce.freebsd.org/chv.cgi?CH=167476 --HPS From hselasky at c2i.net Tue Aug 18 15:39:42 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Tue Aug 18 15:39:53 2009 Subject: usb/135372: Quirk report for Teclast TL-C300 usb media player In-Reply-To: <200906081411.n58EBF9U006904@www.freebsd.org> References: <200906081411.n58EBF9U006904@www.freebsd.org> Message-ID: <200908181739.50584.hselasky@c2i.net> On Monday 08 June 2009 16:11:15 Duncan Bertwistle wrote: > usb/135372 http://perforce.freebsd.org/chv.cgi?CH=167476 --HPS From hselasky at c2i.net Tue Aug 18 15:40:08 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Tue Aug 18 15:40:20 2009 Subject: usb/137789: Add quirks for EeePC 901 SD card reader Message-ID: <200908181540.n7IFe8Am051393@freefall.freebsd.org> The following reply was made to PR usb/137789; it has been noted by GNATS. From: Hans Petter Selasky To: freebsd-usb@freebsd.org Cc: OISHI Masakuni , freebsd-gnats-submit@freebsd.org Subject: Re: usb/137789: Add quirks for EeePC 901 SD card reader Date: Tue, 18 Aug 2009 17:39:40 +0200 On Saturday 15 August 2009 08:44:36 OISHI Masakuni wrote: > >Number: 137789 http://perforce.freebsd.org/chv.cgi?CH=167476 --HPS From hselasky at c2i.net Tue Aug 18 15:40:10 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Tue Aug 18 15:40:20 2009 Subject: usb/135372: Quirk report for Teclast TL-C300 usb media player Message-ID: <200908181540.n7IFeA6k051436@freefall.freebsd.org> The following reply was made to PR usb/135372; it has been noted by GNATS. From: Hans Petter Selasky To: freebsd-usb@freebsd.org Cc: Duncan Bertwistle , freebsd-gnats-submit@freebsd.org Subject: Re: usb/135372: Quirk report for Teclast TL-C300 usb media player Date: Tue, 18 Aug 2009 17:39:47 +0200 On Monday 08 June 2009 16:11:15 Duncan Bertwistle wrote: > usb/135372 http://perforce.freebsd.org/chv.cgi?CH=167476 --HPS From hselasky at c2i.net Tue Aug 18 15:58:56 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Tue Aug 18 15:59:02 2009 Subject: False positive uipaq probe In-Reply-To: <4A8A885E.8050503@FreeBSD.org> References: <4A85C878.5090007@FreeBSD.org> <200908151229.32582.hselasky@c2i.net> <4A8A885E.8050503@FreeBSD.org> Message-ID: <200908181759.04591.hselasky@c2i.net> On Tuesday 18 August 2009 12:54:22 Alexander Motin wrote: > Alexander Motin Try this patch: http://perforce.freebsd.org/chv.cgi?CH=167478 --HPS From mav at FreeBSD.org Tue Aug 18 18:25:08 2009 From: mav at FreeBSD.org (Alexander Motin) Date: Tue Aug 18 18:25:13 2009 Subject: False positive uipaq probe In-Reply-To: <200908181759.04591.hselasky@c2i.net> References: <4A85C878.5090007@FreeBSD.org> <200908151229.32582.hselasky@c2i.net> <4A8A885E.8050503@FreeBSD.org> <200908181759.04591.hselasky@c2i.net> Message-ID: <4A8AF1BA.4050308@FreeBSD.org> Hans Petter Selasky wrote: > On Tuesday 18 August 2009 12:54:22 Alexander Motin wrote: >> Alexander Motin > > Try this patch: > > http://perforce.freebsd.org/chv.cgi?CH=167478 Now it looks better. uipaq attaches to serial, but not to RNDIS. -- Alexander Motin From peterjeremy at optushome.com.au Tue Aug 18 22:37:36 2009 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Tue Aug 18 22:37:43 2009 Subject: u3g driver sometimes loses the Huawei E169 modem after upgrade to 8.0BETA2 In-Reply-To: <200908140940.41000.hselasky@c2i.net> References: <20090813213252.GG50832@mavetju.org> <200908140940.41000.hselasky@c2i.net> Message-ID: <20090818201145.GA68029@server.vk2pj.dyndns.org> On 2009-Aug-14 09:40:39 +0200, Hans Petter Selasky wrote: >On Thursday 13 August 2009 23:32:52 Edwin Groothuis wrote: >> On 7.x this never happened, but on 8.x now and then (once or twice >> every traintrip) the E169 modem gets lost: You see the kernel >> messages that the device disappeared, /dev/cua0.0 disappears and >> thus PPP stops etc. I'm seeing something similar, though not as frequently as Edwin and the symptoms vary. For my latest crash, the devices didn't disappear (in particular, e169-stats - which uses ttyU0.2 - kept running and there were no kernel messages). It seems to get worse the longer my system is running (or maybe the more often I connect/disconnect the E169). At least sometimes, the dropout _is_ triggered by a signal glitch (moving through cuttings and tunnels without in-tunnel coverage) but I've also seen it sitting at my office desk. The reconnect issues I have suggest that there's some sort of resource leak in the kernel as well. >How much traffic is being passed when the modem stops? In my case, virtually none - maybe 1 packet every few seconds (mostly due to chatting to Edwin and others on IRC). >sysctl hw.usb.ehci.no_hs=1 > >Before plugging the device. This will limit the speed to FULL speed only. It's a full-speed device only, so will this have any effect? ugen0.2: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON In my case, I'm also seeing situations where the modem will not reconnect (I get "Too many IPCP REQs sent - abandoning negotiation" from ppp(8)) until it is physically disconnected and reconnected. Associated with this, I notice an increase in active mbufs that I can't explain (last time, netstat -m was reporting ~840 active mbufs whereas I was expecting ~330). A full set of probe messages for me looks like: Aug 19 05:35:54 aspire kernel: u3g_huawei_init:253: Aug 19 05:35:54 aspire kernel: usb2_alloc_device:1762: Found Huawei auto-install disk! Aug 19 05:35:54 aspire kernel: ugen0.2: at usbus0 Aug 19 05:35:54 aspire kernel: ugen0.2: at usbus0 (disconnected) Aug 19 05:35:54 aspire kernel: uhub_reattach_port:416: could not allocate new device! Aug 19 05:35:57 aspire root: Unknown USB device: vendor 0x12d1 product 0x1001 bus uhub0 Aug 19 05:35:57 aspire kernel: ugen0.2: at usbus0 Aug 19 05:35:57 aspire kernel: u3g0: on usbus0 Aug 19 05:35:57 aspire kernel: u3g0: Found 3 ports. Aug 19 05:35:57 aspire kernel: umass0: on usbus0 Aug 19 05:35:57 aspire kernel: umass0: SCSI over Bulk-Only; quirks = 0x0000 Aug 19 05:35:59 aspire kernel: umass0:0:0:-1: Attached to scbus0 Aug 19 05:35:59 aspire kernel: (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Aug 19 05:35:59 aspire kernel: (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error Aug 19 05:35:59 aspire kernel: (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition Aug 19 05:35:59 aspire kernel: (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 Aug 19 05:35:59 aspire kernel: (probe0:umass-sim0:0:0:0): Medium not present Aug 19 05:35:59 aspire kernel: (probe0:umass-sim0:0:0:0): Unretryable error Aug 19 05:35:59 aspire kernel: cd0 at umass-sim0 bus 0 target 0 lun 0 Aug 19 05:35:59 aspire kernel: cd0: Removable CD-ROM SCSI-2 device Aug 19 05:35:59 aspire kernel: cd0: 1.000MB/s transfers Aug 19 05:35:59 aspire kernel: cd0: Attempt to query device size failed: NOT READY, Medium not present Aug 19 05:36:00 aspire kernel: (probe0:umass-sim0:0:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 Aug 19 05:36:00 aspire kernel: (probe0:umass-sim0:0:0:1): CAM Status: SCSI Status Error Aug 19 05:36:00 aspire kernel: (probe0:umass-sim0:0:0:1): SCSI Status: Check Condition Aug 19 05:36:00 aspire kernel: (probe0:umass-sim0:0:0:1): NOT READY asc:3a,0 Aug 19 05:36:00 aspire kernel: (probe0:umass-sim0:0:0:1): Medium not present Aug 19 05:36:00 aspire kernel: (probe0:umass-sim0:0:0:1): Unretryable error Aug 19 05:36:00 aspire kernel: da0 at umass-sim0 bus 0 target 0 lun 1 Aug 19 05:36:00 aspire kernel: da0: Removable Direct Access SCSI-2 device Aug 19 05:36:00 aspire kernel: da0: 1.000MB/s transfers Aug 19 05:36:00 aspire kernel: da0: Attempt to query device size failed: NOT READY, Medium not present Aug 19 05:36:00 aspire kernel: can't re-use a leaf (minimum_cmd_size)! The last message looks a bit strange, though it is currently working. -- Peter Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-usb/attachments/20090818/cfc1f815/attachment.pgp From gparedes at eddas.com.pe Thu Aug 20 04:43:46 2009 From: gparedes at eddas.com.pe (Guillermo Paredes - EDDAS) Date: Thu Aug 20 04:44:19 2009 Subject: MD300 - Sony Ericsson on FREEBSD In-Reply-To: <1a008f20908192133h3afa691ct7862d029141c40bc@mail.gmail.com> References: <1a008f20908192133h3afa691ct7862d029141c40bc@mail.gmail.com> Message-ID: <1a008f20908192137r3f152c84y27e89f975a4a3428@mail.gmail.com> Good night i want run the MD300 on FREEBSD and i fail but i have a question i plug my modem on windows, and when i connect with putty directly to the serial port and send the next command AT+CFUN=1 AT*ENAP=1,1 the led of the modem go to blue and one network adapter wake up and have a DHCP resolution, and i have INTERNET without the sony ericsson program and without any kind of dialer in my FREEBSD i do the same (first i was disable the umass controller in the kernel) , when i plug the modem on my freebsd i see two devices the ucom0 (serial port) and the cdce0 like: ucom0: on uhub6 ucom0: iclass 2/2 ucom0: data interface 4, has CM over data, has break ucom0: status change notification available cdce0: on uhub6 cdce0: could not find data bulk in device_attach: cdce0 attach returned 6 well to write directly to serial port i use the next python script with pyserial (conect directly to cuaU0) import time; time.sleep(5); import serial; s=serial.Serial("/dev/cuaU0" ); s.write("AT+CFUN=1\r" ); time.sleep(10); s.write("AT*ENAP=1,1\r" ); and voila the modem up and send me a blue light, this means that the modem link to the provider, but the network card dont found because the cdce0 driver dont support it, well i do the same in linux and work fine, i guess the driver cdce dont up the virtual network card because this dont have carrier signal, but if this driver just only create the device and wait the commands all will work fine, well, the question is IN THIS CASE I DONT NEED THE PPP DIALER TO MAKE A TUNNEL LINK. TO CONNECT TO PROVIDER WHY ??????????????? this because the new u3g driver use a dialer, in this case i dont use the dialer in windows and linux, best regards -- Guillermo Paredes Cornejo - EDDAS MAIL gparedes@eddas.com.pe TEL +51[1]6135929 x 311 +51[54]959177611 (RPC Claro) +51[54]959592141 (Movistar) RPM *374564 VoIP sip:311@eddas.com.pe WWW www.eddas.com.pe From hselasky at c2i.net Thu Aug 20 05:00:11 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Thu Aug 20 05:00:19 2009 Subject: MD300 - Sony Ericsson on FREEBSD In-Reply-To: <1a008f20908192137r3f152c84y27e89f975a4a3428@mail.gmail.com> References: <1a008f20908192133h3afa691ct7862d029141c40bc@mail.gmail.com> <1a008f20908192137r3f152c84y27e89f975a4a3428@mail.gmail.com> Message-ID: <200908200700.14900.hselasky@c2i.net> On Thursday 20 August 2009 06:37:30 Guillermo Paredes - EDDAS wrote: > Good night Good morning :-) > > i want run the MD300 on FREEBSD and i fail but i have a question > > i plug my modem on windows, and when i connect with putty directly to the > serial port and send the next command > > AT+CFUN=1 > AT*ENAP=1,1 > > the led of the modem go to blue and one network adapter wake up and have a > DHCP resolution, and i have INTERNET without the sony ericsson program and > without any kind of dialer in my FREEBSD i do the same (first i was disable > the umass controller in the kernel) , when i plug the modem on my freebsd i > see two devices the ucom0 (serial port) and the cdce0 like: > > ucom0: 2> on uhub6 > ucom0: iclass 2/2 > ucom0: data interface 4, has CM over data, has break > ucom0: status change notification available > cdce0: 2> on uhub6 > cdce0: could not find data bulk in > device_attach: cdce0 attach returned 6 > > well to write directly to serial port i use the next python script with > pyserial (conect directly to cuaU0) > > import time; > time.sleep(5); > import serial; > s=serial.Serial("/dev/cuaU0" ); > s.write("AT+CFUN=1\r" ); > time.sleep(10); > s.write("AT*ENAP=1,1\r" ); > > and voila the modem up and send me a blue light, this means that the modem > link to the provider, but the network card dont found because the cdce0 > driver dont support it, well i do the same in linux and work fine, i guess > the driver cdce dont up the virtual network card because this dont have > carrier signal, but if this driver just only create the device and wait the > commands all will work fine, This has been fixed in FreeBSD-8 I think. Could you try to boot FreeBSD 8- BETA2? You are using FreeBSD-7, right? > > well, the question is IN THIS CASE I DONT NEED THE PPP DIALER TO MAKE A > TUNNEL LINK. TO CONNECT TO PROVIDER WHY ??????????????? > this because the new u3g driver use a dialer, in this case i dont use the > dialer in windows and linux, The ethernet part should work with CDC-ethernet. --HPS From gparedes at eddas.com.pe Thu Aug 20 05:01:49 2009 From: gparedes at eddas.com.pe (Guillermo Paredes - EDDAS) Date: Thu Aug 20 05:01:56 2009 Subject: MD300 - Sony Ericsson on FREEBSD Message-ID: <1a008f20908192133h3afa691ct7862d029141c40bc@mail.gmail.com> Good night i want run the MD300 on FREEBSD and i fail but i have a question i plug my modem on windows, and when i connect with putty directly to the serial port and send the next command AT+CFUN=1 AT*ENAP=1,1 the led of the modem go to blue and one network adapter wake up and have a DHCP resolution, and i have INTERNET without the sony ericsson program and without any kind of dialer in my FREEBSD i do the same (first i was disable the umass controller in the kernel) , when i plug the modem on my freebsd i see two devices the ucom0 (serial port) and the cdce0 like: ucom0: on uhub6 ucom0: iclass 2/2 ucom0: data interface 4, has CM over data, has break ucom0: status change notification available cdce0: on uhub6 cdce0: could not find data bulk in device_attach: cdce0 attach returned 6 well to write directly to serial port i use the next python script with pyserial (conect directly to cuaU0) import time; time.sleep(5); import serial; s=serial.Serial("/dev/cuaU0" ); s.write("AT+CFUN=1\r" ); time.sleep(10); s.write("AT*ENAP=1,1\r" ); and voila the modem up and send me a blue light, this means that the modem link to the provider, but the network card dont found because the cdce0 driver dont support it, well i do the same in linux and work fine, i guess the driver cdce dont up the virtual network card because this dont have carrier signal, but if this driver just only create the device and wait the commands all will work fine, well, the question is WHY IN THIS CASE I DONT NEED THE PPP DIALER TO MAKE A TUNNEL LINK.??????????????? this because the new u3g driver use a dialer, in this case i dont use the dialer in windows and linux, best regards -- Guillermo Paredes Cornejo - EDDAS MAIL gparedes@eddas.com.pe TEL +51[1]6135929 x 311 +51[54]959177611 (RPC Claro) +51[54]959592141 (Movistar) RPM *374564 VoIP sip:311@eddas.com.pe WWW www.eddas.com.pe From freebsd-usb at dino.sk Thu Aug 20 07:25:50 2009 From: freebsd-usb at dino.sk (Milan Obuch) Date: Thu Aug 20 07:25:57 2009 Subject: Huawei E169 and microSD Message-ID: <200908200915.36134.freebsd-usb@dino.sk> Hi, I tested E169 with both 7.2 and 8.0, with u3g loaded it works well here. Download speed 256 kBps is quite good I think. There is possibility to insert microSD into it and this one does not work. In 7.2, microSD is not even detected (see attached log-e169-72). In 8.0, microSD is detected, device created (in my case /dev/da1), but trying to use it gives dd if=/dev/da1 dd: /dev/da1: Device not configured error. And it is not a hardware problem, because I was able to initialize this card in Windows. Also, built-in autoinstall flash presented as CD works well. Some time ago I was able to do some tests with E170. In this case, microSD worked out of the box, at that time, tested only with 8.0. Has anybody any idea, what's wrong here? Something to test? Regards, Milan -------------- next part -------------- u3g_huawei_init:269: usb_alloc_device:1781: Found Huawei auto-install disk! ugen1.2: at usbus1 ugen1.2: at usbus1 (disconnected) uhub_reattach_port:440: could not allocate new device! ugen1.2: at usbus1 u3g0: on usbus1 u3g0: Found 3 ports. umass1: on usbus1 umass1: SCSI over Bulk-Only; quirks = 0x0000 umass1:1:1:-1: Attached to scbus1 (probe0:umass-sim1:1:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim1:1:0:0): CAM Status: SCSI Status Error (probe0:umass-sim1:1:0:0): SCSI Status: Check Condition (probe0:umass-sim1:1:0:0): NOT READY asc:3a,0 (probe0:umass-sim1:1:0:0): Medium not present (probe0:umass-sim1:1:0:0): Unretryable error cd0 at umass-sim1 bus 1 target 0 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 1.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (probe0:umass-sim1:1:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 (probe0:umass-sim1:1:0:1): CAM Status: SCSI Status Error (probe0:umass-sim1:1:0:1): SCSI Status: Check Condition (probe0:umass-sim1:1:0:1): NOT READY asc:3a,0 (probe0:umass-sim1:1:0:1): Medium not present (probe0:umass-sim1:1:0:1): Unretryable error da1 at umass-sim1 bus 1 target 0 lun 1 da1: Removable Direct Access SCSI-2 device da1: 1.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present From freebsd-usb at dino.sk Fri Aug 21 10:29:29 2009 From: freebsd-usb at dino.sk (Milan Obuch) Date: Fri Aug 21 10:29:35 2009 Subject: Huawei E169 and microSD In-Reply-To: <200908200915.36134.freebsd-usb@dino.sk> References: <200908200915.36134.freebsd-usb@dino.sk> Message-ID: <200908211229.14428.freebsd-usb@dino.sk> On Thursday 20 August 2009 09:15:35 Milan Obuch wrote: > Hi, > > I tested E169 with both 7.2 and 8.0, with u3g loaded it works well here. > Download speed 256 kBps is quite good I think. > > There is possibility to insert microSD into it and this one does not work. > > In 7.2, microSD is not even detected (see attached log-e169-72). > > In 8.0, microSD is detected, device created (in my case /dev/da1), but > trying to use it gives > > dd if=/dev/da1 > dd: /dev/da1: Device not configured > > error. And it is not a hardware problem, because I was able to initialize > this card in Windows. > > Also, built-in autoinstall flash presented as CD works well. > > Some time ago I was able to do some tests with E170. In this case, microSD > worked out of the box, at that time, tested only with 8.0. > > Has anybody any idea, what's wrong here? Something to test? > > Regards, > Milan For some reason, list software stripped second attachment... trying here... Anybody has any idea why this umass does not function? What could I test? Regards, Milan From freebsd-usb at dino.sk Fri Aug 21 10:31:30 2009 From: freebsd-usb at dino.sk (Milan Obuch) Date: Fri Aug 21 10:31:37 2009 Subject: Huawei E169 and microSD In-Reply-To: <200908211229.14428.freebsd-usb@dino.sk> References: <200908200915.36134.freebsd-usb@dino.sk> <200908211229.14428.freebsd-usb@dino.sk> Message-ID: <200908211231.17340.freebsd-usb@dino.sk> On Friday 21 August 2009 12:29:14 Milan Obuch wrote: > On Thursday 20 August 2009 09:15:35 Milan Obuch wrote: > > Hi, > > > > I tested E169 with both 7.2 and 8.0, with u3g loaded it works well here. > > Download speed 256 kBps is quite good I think. > > > > There is possibility to insert microSD into it and this one does not > > work. > > > > In 7.2, microSD is not even detected (see attached log-e169-72). > > > > In 8.0, microSD is detected, device created (in my case /dev/da1), but > > trying to use it gives > > > > dd if=/dev/da1 > > dd: /dev/da1: Device not configured > > > > error. And it is not a hardware problem, because I was able to initialize > > this card in Windows. > > > > Also, built-in autoinstall flash presented as CD works well. > > > > Some time ago I was able to do some tests with E170. In this case, > > microSD worked out of the box, at that time, tested only with 8.0. > > > > Has anybody any idea, what's wrong here? Something to test? > > > > Regards, > > Milan > > For some reason, list software stripped second attachment... trying here... > > Anybody has any idea why this umass does not function? What could I test? > > Regards, > Milan Strange, no go... inline version: ucom0: <\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^? \M^?\M^? HUAWEI Mobile, class 0/0, rev 1.10/0.00, addr 2> on uhub0 ucom0: Interface 0 of 4, not in use ucom0: Endpoint 0 of 3 ucom0: Endpoint 1 of 3 ucom0: Endpoint 2 of 3 ucom0: port=0 iface=0 in=0x82 out=0x2 ucom0: Interface 1 of 4, not in use ucom0: Endpoint 0 of 2 ucom0: Endpoint 1 of 2 ucom0: port=1 iface=1 in=0x84 out=0x3 ucom0: Interface 2 of 4, not in use ucom0: Endpoint 0 of 2 ucom0: Endpoint 1 of 2 ucom0: port=2 iface=2 in=0x85 out=0x5 ucom0: Interface 3 of 4, not in use ucom0: configured 3 serial ports (U0.%d) ucom0: at uhub0 port 2 (addr 2) disconnected ucom0: detached ucom0: <\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^? \M^?\M^? HUAWEI Mobile, class 0/0, rev 1.10/0.00, addr 2> on uhub0 ucom0: Interface 0 of 4, not in use ucom0: Endpoint 0 of 3 ucom0: Endpoint 1 of 3 ucom0: Endpoint 2 of 3 ucom0: port=0 iface=0 in=0x82 out=0x2 ucom0: Interface 1 of 4, not in use ucom0: Endpoint 0 of 2 ucom0: Endpoint 1 of 2 ucom0: port=1 iface=1 in=0x84 out=0x3 ucom0: Interface 2 of 4, not in use ucom0: Endpoint 0 of 2 ucom0: Endpoint 1 of 2 ucom0: port=2 iface=2 in=0x85 out=0x5 ucom0: Interface 3 of 4, not in use ucom0: configured 3 serial ports (U0.%d) umass0: <\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^? \M^?\M^? HUAWEI Mobile, class 0/0, rev 1.10/0.00, addr 2> on uhub0 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:0): Medium not present (probe0:umass-sim0:0:0:0): Unretryable error cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 1.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Milan From bruce at cran.org.uk Sat Aug 22 15:04:30 2009 From: bruce at cran.org.uk (Bruce Cran) Date: Sat Aug 22 15:04:37 2009 Subject: kernel debugger and usb keyboard In-Reply-To: <200908032127.32353.hselasky@c2i.net> References: <200908032127.32353.hselasky@c2i.net> Message-ID: <20090822154807.0cf17700@gluon.draftnet> On Mon, 3 Aug 2009 21:27:30 +0200 Hans Petter Selasky wrote: > On Monday 03 August 2009 20:55:16 Alexander Best wrote: > > just tried settings `sysctl debug.kdb.panic = 1`. if i use this way > > to enter the kernel debugger my usb keyboard works. if i type > > "continue" however the kernel panics and the kernel debugger gets > > yet entered again, but without the keyboard working. > > The USB controller which the keyboard is hooked onto will not work > after panic has been entered, due to some state not being cleaned up. > > To increase the chance of the keyboard working on a panic, connect > the keyboard to a separate USB controller. > > > i don't know how to produce backtraces since the keyboard doesn't > > work. > > Ok. > > > > > the other way of entering the debugger without my keyboard working > > was to simple press "ctrl+ast+esc". > > Yes, because most likely the DDB is entered directly from the USB > keyboard code, and the USB stack does not allow function recursion in > that case! USB keyboard support is now working in the debugger, but it seems the USB stack hangs up if you exit out of the debugger, if the system hasn't crashed and can keep running - the keyboard doesn't respond, and unplugging and re-plugging it doesn't help. If I press Ctrl-Alt-Esc followed by "c" to continue, the output scrolls up the window as if the Enter key is being held down. -- Bruce From hselasky at c2i.net Sat Aug 22 16:25:45 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Sat Aug 22 16:25:51 2009 Subject: kernel debugger and usb keyboard In-Reply-To: <20090822154807.0cf17700@gluon.draftnet> References: <200908032127.32353.hselasky@c2i.net> <20090822154807.0cf17700@gluon.draftnet> Message-ID: <200908221825.56855.hselasky@c2i.net> On Saturday 22 August 2009 16:48:07 Bruce Cran wrote: > On Mon, 3 Aug 2009 21:27:30 +0200 > > Hans Petter Selasky wrote: > > On Monday 03 August 2009 20:55:16 Alexander Best wrote: > > > just tried settings `sysctl debug.kdb.panic = 1`. if i use this way > > > to enter the kernel debugger my usb keyboard works. if i type > > > "continue" however the kernel panics and the kernel debugger gets > > > yet entered again, but without the keyboard working. > > > > The USB controller which the keyboard is hooked onto will not work > > after panic has been entered, due to some state not being cleaned up. > > > > To increase the chance of the keyboard working on a panic, connect > > the keyboard to a separate USB controller. > > > > > i don't know how to produce backtraces since the keyboard doesn't > > > work. > > > > Ok. > > > > > the other way of entering the debugger without my keyboard working > > > was to simple press "ctrl+ast+esc". > > > > Yes, because most likely the DDB is entered directly from the USB > > keyboard code, and the USB stack does not allow function recursion in > > that case! > > USB keyboard support is now working in the debugger, but it seems > the USB stack hangs up if you exit out of the debugger, if the system > hasn't crashed and can keep running - the keyboard doesn't respond, and > unplugging and re-plugging it doesn't help. > > If I press Ctrl-Alt-Esc followed by "c" to continue, the output scrolls > up the window as if the Enter key is being held down. This is going to get fixed in a coming USB patchset. Stay tuned. --HPS From mrkotfw at gmail.com Sun Aug 23 02:02:01 2009 From: mrkotfw at gmail.com (Israel Jacques) Date: Sun Aug 23 02:02:07 2009 Subject: Dell USB keyboard In-Reply-To: <5cd4c4cd0908221713y5d396946h5e4000ee11a48e0c@mail.gmail.com> References: <5cd4c4cd0908221713y5d396946h5e4000ee11a48e0c@mail.gmail.com> Message-ID: <5cd4c4cd0908221833l49328086gaec8c45d95490500@mail.gmail.com> Hello all. I have the following keyboard: http://support.dell.com/support/edocs/acc/P76379/sk8135.jpg and I would like to add support for the hot keys and the multimedia buttons including the knob. dmesg: uhub1: on uhub0 uhub1: 3 ports with 2 removable, bus powered ukbd0: on uhub1 kbd2 at ukbd0 uhid0: on uhub1 usbdevs -v: ?port 2 addr 3: full speed, power 100 mA, config 1, Dell USB Keyboard Hub(0x1003), Dell(0x413c), rev 2.00 ?port 1 addr 4: full speed, power 50 mA, config 1, Dell USB Keyboard(0x2010), Dell(0x413c), rev 2.00 I tried xev and nothing worked. My question is, how do I go about writing a userland application to access the extra buttons? Would I have to use ioctl(2) to poll /dev/ukbd0? I would like to write the userland application in order to map them to: XF86Back XF86Forward XF86Stop XF86Refresh XF86HomePage XF86Mail XF86MyComputer XF86Calculator XF86AudioMute XF86AudioStop XF86AudioPrev XF86AudioNext XF86AudioPlay XF86AudioLowerVolume XF86AudioRaiseVolume Any suggestions? From gdoe6545 at yahoo.it Sun Aug 23 12:32:36 2009 From: gdoe6545 at yahoo.it (Gianni) Date: Sun Aug 23 12:32:43 2009 Subject: Huawei E169 USB 3G Modem not detected as modem in 7.2 Message-ID: <5B4090AC-F8B3-4AAF-8501-FEAFE087EBCE@yahoo.it> I've seen a few posts related to the Huawei E169 3G modem which have reported this device as working under 7.2. I have the u3g driver loaded but the modem is only recognised as umass, I tried disabling umass and the device came up as ugen. My 7.2-STABLE is newly built today, log messages below, should this modem work out of the box or is there some extra configuration needed? Any suggestion much appreciated. -Gianni Aug 23 13:58:38 nicknack root: Unknown USB device: vendor 0x12d1 product 0x1446 bus uhub4 Aug 23 13:58:39 nicknack kernel: umass1: on uhub4 Aug 23 13:58:39 nicknack kernel: umass1:1:1:-1: Attached to scbus1 Aug 23 13:58:39 nicknack kernel: umass2: on uhub4 Aug 23 13:58:39 nicknack kernel: umass2:2:2:-1: Attached to scbus2 Aug 23 13:58:39 nicknack kernel: (probe0:umass-sim1:1:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Aug 23 13:58:39 nicknack kernel: (probe0:umass-sim1:1:0:0): CAM Status: SCSI Status Error Aug 23 13:58:39 nicknack kernel: (probe0:umass-sim1:1:0:0): SCSI Status: Check Condition Aug 23 13:58:39 nicknack kernel: (probe0:umass-sim1:1:0:0): NOT READY asc:3a,0 Aug 23 13:58:39 nicknack kernel: (probe0:umass-sim1:1:0:0): Medium not present Aug 23 13:58:39 nicknack kernel: (probe0:umass-sim1:1:0:0): (probe0:umass-sim1:1:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Aug 23 13:58:39 nicknack kernel: (probe0:umass-sim1:1:0:0): NOT READY asc:3a,0 Aug 23 13:58:39 nicknack kernel: (probe0:umass-sim1:1:0:0): Medium not present Aug 23 13:58:39 nicknack kernel: Unretryable error Aug 23 13:58:39 nicknack kernel: (probe0:umass-sim1:1:0:0): error 6 Aug 23 13:58:39 nicknack kernel: (probe0:umass-sim1:1:0:0): Unretryable Error Aug 23 13:58:39 nicknack kernel: pass1 at umass-sim1 bus 1 target 0 lun 0 Aug 23 13:58:39 nicknack kernel: pass1: Removable CD-ROM SCSI-2 device Aug 23 13:58:39 nicknack kernel: pass1: 40.000MB/s transfers Aug 23 13:58:39 nicknack kernel: GEOM: new disk cd0 Aug 23 13:58:39 nicknack kernel: (cd0:umass-sim1:1:0:0): error 6 Aug 23 13:58:39 nicknack kernel: (cd0:umass-sim1:1:0:0): Unretryable Error Aug 23 13:58:39 nicknack kernel: cd0 at umass-sim1 bus 1 target 0 lun 0 Aug 23 13:58:39 nicknack kernel: cd0: Removable CD-ROM SCSI-2 device Aug 23 13:58:39 nicknack kernel: cd0: 40.000MB/s transfers Aug 23 13:58:39 nicknack kernel: cd0: Attempt to query device size failed: NOT READY, Medium not present Aug 23 13:58:39 nicknack kernel: scsi_cd.c::ioctl cmd=4400648b error=25 Aug 23 13:58:39 nicknack kernel: (probe0:umass-sim2:2:0:0): error 22 Aug 23 13:58:39 nicknack kernel: (probe0:umass-sim2:2:0:0): Unretryable Error Aug 23 13:58:39 nicknack kernel: (cd0:umass-sim1:1:0:0): error 6 Aug 23 13:58:39 nicknack kernel: (cd0:umass-sim1:1:0:0): Unretryable Error Aug 23 13:58:40 nicknack kernel: (probe0:umass-sim2:2:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Aug 23 13:58:40 nicknack kernel: (probe0:umass-sim2:2:0:0): CAM Status: SCSI Status Error Aug 23 13:58:40 nicknack kernel: (probe0:umass-sim2:2:0:0): SCSI Status: Check Condition Aug 23 13:58:40 nicknack kernel: (probe0:umass-sim2:2:0:0): NOT READY asc:3a,0 Aug 23 13:58:40 nicknack kernel: (probe0:umass-sim2:2:0:0): Medium not present Aug 23 13:58:40 nicknack kernel: (probe0:umass-sim2:2:0:0): (probe0:umass-sim2:2:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Aug 23 13:58:40 nicknack kernel: (probe0:umass-sim2:2:0:0): NOT READY asc:3a,0 Aug 23 13:58:40 nicknack kernel: (probe0:umass-sim2:2:0:0): Medium not present Aug 23 13:58:40 nicknack kernel: Unretryable error Aug 23 13:58:40 nicknack kernel: (probe0:umass-sim2:2:0:0): error 6 Aug 23 13:58:40 nicknack kernel: (probe0:umass-sim2:2:0:0): Unretryable Error Aug 23 13:58:40 nicknack kernel: pass2 at umass-sim2 bus 2 target 0 lun 0 Aug 23 13:58:40 nicknack kernel: pass2: Removable Direct Access SCSI-2 device Aug 23 13:58:40 nicknack kernel: pass2: 40.000MB/s transfers Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): error 6 Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): Unretryable Error Aug 23 13:58:40 nicknack kernel: (da1:umass-sim2:2:0:0): error 6 Aug 23 13:58:40 nicknack kernel: (da1:umass-sim2:2:0:0): Unretryable Error Aug 23 13:58:40 nicknack kernel: da1 at umass-sim2 bus 2 target 0 lun 0 Aug 23 13:58:40 nicknack kernel: da1: Removable Direct Access SCSI-2 device Aug 23 13:58:40 nicknack kernel: da1: 40.000MB/s transfers Aug 23 13:58:40 nicknack kernel: da1: Attempt to query device size failed: NOT READY, Medium not present Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): error 6 Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): Unretryable Error Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): error 6 Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): Unretryable Error Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): error 6 Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): Unretryable Error Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): error 6 Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): Unretryable Error Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): error 6 Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): Unretryable Error Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): error 6 Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): Unretryable Error Aug 23 13:58:40 nicknack kernel: GEOM: new disk da1 Aug 23 13:58:40 nicknack kernel: (da1:umass-sim2:2:0:0): error 6 Aug 23 13:58:40 nicknack kernel: (da1:umass-sim2:2:0:0): Unretryable Error Aug 23 13:58:40 nicknack kernel: Opened disk da1 -> 6 Aug 23 13:58:40 nicknack kernel: (da1:umass-sim2:2:0:0): error 6 Aug 23 13:58:40 nicknack kernel: (da1:umass-sim2:2:0:0): Unretryable Error Aug 23 13:58:40 nicknack kernel: Opened disk da1 -> 6 Aug 23 13:58:40 nicknack kernel: (da1:umass-sim2:2:0:0): error 6 Aug 23 13:58:40 nicknack kernel: (da1:umass-sim2:2:0:0): Unretryable Error Aug 23 13:58:40 nicknack kernel: Opened disk da1 -> 6 Aug 23 13:58:40 nicknack kernel: (da1:umass-sim2:2:0:0): error 6 Aug 23 13:58:40 nicknack kernel: (da1:umass-sim2:2:0:0): Unretryable Error Aug 23 13:58:40 nicknack kernel: Opened disk da1 -> 6 Aug 23 13:58:40 nicknack kernel: (da1:umass-sim2:2:0:0): error 6 Aug 23 13:58:40 nicknack kernel: (da1:umass-sim2:2:0:0): Unretryable Error Aug 23 13:58:40 nicknack kernel: Opened disk da1 -> 6 From mike at sentex.net Mon Aug 24 00:47:49 2009 From: mike at sentex.net (Mike Tancsa) Date: Mon Aug 24 00:47:55 2009 Subject: Huawei E169 USB 3G Modem not detected as modem in 7.2 In-Reply-To: <5B4090AC-F8B3-4AAF-8501-FEAFE087EBCE@yahoo.it> References: <5B4090AC-F8B3-4AAF-8501-FEAFE087EBCE@yahoo.it> Message-ID: <200908240044.n7O0iXAe041209@lava.sentex.ca> At 08:05 AM 8/23/2009, Gianni wrote: >I've seen a few posts related to the Huawei E169 3G modem which have >reported this device as working under 7.2. I have the u3g driver >loaded but the modem is only recognised as umass, I tried disabling >umass and the device came up as ugen. >My 7.2-STABLE is newly built today, log messages below, should this >modem work out of the box or is there some extra configuration needed? >Any suggestion much appreciated. Make sure umass is loaded as well as the u3g driver. Then, after all has booted up, try usbdevs -v camcontrol eject pass0 usbdevs Some devices need that to put them into 'modem mode'... If it works, you should see /dev/cuaU0.0 and you should see a differences in the output of usbdevs before and after the camcontrol eject pass0 ---Mike >-Gianni > >Aug 23 13:58:38 nicknack root: Unknown USB device: vendor 0x12d1 >product 0x1446 bus uhub4 >Aug 23 13:58:39 nicknack kernel: umass1: Mobile, class 0/0, rev 2.00/0.00, addr 3> on uhub4 >Aug 23 13:58:39 nicknack kernel: umass1:1:1:-1: Attached to scbus1 >Aug 23 13:58:39 nicknack kernel: umass2: Mobile, class 0/0, rev 2.00/0.00, addr 3> on uhub4 >Aug 23 13:58:39 nicknack kernel: umass2:2:2:-1: Attached to scbus2 >Aug 23 13:58:39 nicknack kernel: (probe0:umass-sim1:1:0:0): TEST UNIT >READY. CDB: 0 0 0 0 0 0 >Aug 23 13:58:39 nicknack kernel: (probe0:umass-sim1:1:0:0): CAM >Status: SCSI Status Error >Aug 23 13:58:39 nicknack kernel: (probe0:umass-sim1:1:0:0): SCSI >Status: Check Condition >Aug 23 13:58:39 nicknack kernel: (probe0:umass-sim1:1:0:0): NOT READY >asc:3a,0 >Aug 23 13:58:39 nicknack kernel: (probe0:umass-sim1:1:0:0): Medium not >present >Aug 23 13:58:39 nicknack kernel: (probe0:umass-sim1:1:0:0): >(probe0:umass-sim1:1:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 >Aug 23 13:58:39 nicknack kernel: (probe0:umass-sim1:1:0:0): NOT READY >asc:3a,0 >Aug 23 13:58:39 nicknack kernel: (probe0:umass-sim1:1:0:0): Medium not >present >Aug 23 13:58:39 nicknack kernel: Unretryable error >Aug 23 13:58:39 nicknack kernel: (probe0:umass-sim1:1:0:0): error 6 >Aug 23 13:58:39 nicknack kernel: (probe0:umass-sim1:1:0:0): >Unretryable Error >Aug 23 13:58:39 nicknack kernel: pass1 at umass-sim1 bus 1 target 0 >lun 0 >Aug 23 13:58:39 nicknack kernel: pass1: >Removable CD-ROM SCSI-2 device >Aug 23 13:58:39 nicknack kernel: pass1: 40.000MB/s transfers >Aug 23 13:58:39 nicknack kernel: GEOM: new disk cd0 >Aug 23 13:58:39 nicknack kernel: (cd0:umass-sim1:1:0:0): error 6 >Aug 23 13:58:39 nicknack kernel: (cd0:umass-sim1:1:0:0): Unretryable >Error >Aug 23 13:58:39 nicknack kernel: cd0 at umass-sim1 bus 1 target 0 lun 0 >Aug 23 13:58:39 nicknack kernel: cd0: >Removable CD-ROM SCSI-2 device >Aug 23 13:58:39 nicknack kernel: cd0: 40.000MB/s transfers >Aug 23 13:58:39 nicknack kernel: cd0: Attempt to query device size >failed: NOT READY, Medium not present >Aug 23 13:58:39 nicknack kernel: scsi_cd.c::ioctl cmd=4400648b error=25 >Aug 23 13:58:39 nicknack kernel: (probe0:umass-sim2:2:0:0): error 22 >Aug 23 13:58:39 nicknack kernel: (probe0:umass-sim2:2:0:0): >Unretryable Error >Aug 23 13:58:39 nicknack kernel: (cd0:umass-sim1:1:0:0): error 6 >Aug 23 13:58:39 nicknack kernel: (cd0:umass-sim1:1:0:0): Unretryable >Error >Aug 23 13:58:40 nicknack kernel: (probe0:umass-sim2:2:0:0): TEST UNIT >READY. CDB: 0 0 0 0 0 0 >Aug 23 13:58:40 nicknack kernel: (probe0:umass-sim2:2:0:0): CAM >Status: SCSI Status Error >Aug 23 13:58:40 nicknack kernel: (probe0:umass-sim2:2:0:0): SCSI >Status: Check Condition >Aug 23 13:58:40 nicknack kernel: (probe0:umass-sim2:2:0:0): NOT READY >asc:3a,0 >Aug 23 13:58:40 nicknack kernel: (probe0:umass-sim2:2:0:0): Medium not >present >Aug 23 13:58:40 nicknack kernel: (probe0:umass-sim2:2:0:0): >(probe0:umass-sim2:2:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 >Aug 23 13:58:40 nicknack kernel: (probe0:umass-sim2:2:0:0): NOT READY >asc:3a,0 >Aug 23 13:58:40 nicknack kernel: (probe0:umass-sim2:2:0:0): Medium not >present >Aug 23 13:58:40 nicknack kernel: Unretryable error >Aug 23 13:58:40 nicknack kernel: (probe0:umass-sim2:2:0:0): error 6 >Aug 23 13:58:40 nicknack kernel: (probe0:umass-sim2:2:0:0): >Unretryable Error >Aug 23 13:58:40 nicknack kernel: pass2 at umass-sim2 bus 2 target 0 >lun 0 >Aug 23 13:58:40 nicknack kernel: pass2: >Removable Direct Access SCSI-2 device >Aug 23 13:58:40 nicknack kernel: pass2: 40.000MB/s transfers >Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): error 6 >Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): Unretryable >Error >Aug 23 13:58:40 nicknack kernel: (da1:umass-sim2:2:0:0): error 6 >Aug 23 13:58:40 nicknack kernel: (da1:umass-sim2:2:0:0): Unretryable >Error >Aug 23 13:58:40 nicknack kernel: da1 at umass-sim2 bus 2 target 0 lun 0 >Aug 23 13:58:40 nicknack kernel: da1: >Removable Direct Access SCSI-2 device >Aug 23 13:58:40 nicknack kernel: da1: 40.000MB/s transfers >Aug 23 13:58:40 nicknack kernel: da1: Attempt to query device size >failed: NOT READY, Medium not present >Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): error 6 >Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): Unretryable >Error >Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): error 6 >Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): Unretryable >Error >Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): error 6 >Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): Unretryable >Error >Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): error 6 >Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): Unretryable >Error >Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): error 6 >Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): Unretryable >Error >Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): error 6 >Aug 23 13:58:40 nicknack kernel: (cd0:umass-sim1:1:0:0): Unretryable >Error >Aug 23 13:58:40 nicknack kernel: GEOM: new disk da1 >Aug 23 13:58:40 nicknack kernel: (da1:umass-sim2:2:0:0): error 6 >Aug 23 13:58:40 nicknack kernel: (da1:umass-sim2:2:0:0): Unretryable >Error >Aug 23 13:58:40 nicknack kernel: Opened disk da1 -> 6 >Aug 23 13:58:40 nicknack kernel: (da1:umass-sim2:2:0:0): error 6 >Aug 23 13:58:40 nicknack kernel: (da1:umass-sim2:2:0:0): Unretryable >Error >Aug 23 13:58:40 nicknack kernel: Opened disk da1 -> 6 >Aug 23 13:58:40 nicknack kernel: (da1:umass-sim2:2:0:0): error 6 >Aug 23 13:58:40 nicknack kernel: (da1:umass-sim2:2:0:0): Unretryable >Error >Aug 23 13:58:40 nicknack kernel: Opened disk da1 -> 6 >Aug 23 13:58:40 nicknack kernel: (da1:umass-sim2:2:0:0): error 6 >Aug 23 13:58:40 nicknack kernel: (da1:umass-sim2:2:0:0): Unretryable >Error >Aug 23 13:58:40 nicknack kernel: Opened disk da1 -> 6 >Aug 23 13:58:40 nicknack kernel: (da1:umass-sim2:2:0:0): error 6 >Aug 23 13:58:40 nicknack kernel: (da1:umass-sim2:2:0:0): Unretryable >Error >Aug 23 13:58:40 nicknack kernel: Opened disk da1 -> 6 > >_______________________________________________ >freebsd-usb@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-usb >To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From vermaden at interia.pl Mon Aug 24 00:50:03 2009 From: vermaden at interia.pl (vermaden) Date: Mon Aug 24 00:50:24 2009 Subject: usb/138119: MultiBay CDROM (propably on USB bus) is not recognized by FreeBSD Message-ID: <200908240041.n7O0fWRP080520@www.freebsd.org> >Number: 138119 >Category: usb >Synopsis: MultiBay CDROM (propably on USB bus) is not recognized by FreeBSD >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 24 00:50:01 UTC 2009 >Closed-Date: >Last-Modified: >Originator: vermaden >Release: checked 7.2-RELEASE and 8.0-BETA2 >Organization: >Environment: >Description: FreeBSD 7.2 or 8.0 do not recognize MultiBay CDROM on Dell Latitude D630, dmesg is dead silent, no new /dev/acd0 device ... nothing. >How-To-Repeat: Put CDROM into MultiBay ... >Fix: >Release-Note: >Audit-Trail: >Unformatted: From gparedes at eddas.com.pe Mon Aug 24 03:44:54 2009 From: gparedes at eddas.com.pe (Guillermo Paredes - EDDAS) Date: Mon Aug 24 03:45:01 2009 Subject: MD300 - Sony Ericsson on FREEBSD In-Reply-To: <200908200700.14900.hselasky@c2i.net> References: <1a008f20908192133h3afa691ct7862d029141c40bc@mail.gmail.com> <1a008f20908192137r3f152c84y27e89f975a4a3428@mail.gmail.com> <200908200700.14900.hselasky@c2i.net> Message-ID: <1a008f20908232044j4fb9013dx10f3d40af7c7ebd0@mail.gmail.com> Thanks for the response, well i try agan with the freebsd 8.0 current the last snapshot and i dont have better result, in freebsd7.0 i detect the ucom and de ethernet and the freebsd8 not just only see the umass driver, when i remove this driver from the kernel just only appear ugen0.2: Sony Ericsson ..... i load the umodem and ucom driver, but i dont kwon what happend now. best regards 2009/8/20 Hans Petter Selasky > On Thursday 20 August 2009 06:37:30 Guillermo Paredes - EDDAS wrote: > > Good night > > Good morning :-) > > > > > i want run the MD300 on FREEBSD and i fail but i have a question > > > > i plug my modem on windows, and when i connect with putty directly to the > > serial port and send the next command > > > > AT+CFUN=1 > > AT*ENAP=1,1 > > > > the led of the modem go to blue and one network adapter wake up and have > a > > DHCP resolution, and i have INTERNET without the sony ericsson program > and > > without any kind of dialer in my FREEBSD i do the same (first i was > disable > > the umass controller in the kernel) , when i plug the modem on my freebsd > i > > see two devices the ucom0 (serial port) and the cdce0 like: > > > > ucom0: > 2> on uhub6 > > ucom0: iclass 2/2 > > ucom0: data interface 4, has CM over data, has break > > ucom0: status change notification available > > cdce0: > 2> on uhub6 > > cdce0: could not find data bulk in > > device_attach: cdce0 attach returned 6 > > > > well to write directly to serial port i use the next python script with > > pyserial (conect directly to cuaU0) > > > > import time; > > time.sleep(5); > > import serial; > > s=serial.Serial("/dev/cuaU0" ); > > s.write("AT+CFUN=1\r" ); > > time.sleep(10); > > s.write("AT*ENAP=1,1\r" ); > > > > and voila the modem up and send me a blue light, this means that the > modem > > link to the provider, but the network card dont found because the cdce0 > > driver dont support it, well i do the same in linux and work fine, i > guess > > the driver cdce dont up the virtual network card because this dont have > > carrier signal, but if this driver just only create the device and wait > the > > commands all will work fine, > > This has been fixed in FreeBSD-8 I think. Could you try to boot FreeBSD 8- > BETA2? You are using FreeBSD-7, right? > > > > > well, the question is IN THIS CASE I DONT NEED THE PPP DIALER TO MAKE A > > TUNNEL LINK. TO CONNECT TO PROVIDER WHY ??????????????? > > this because the new u3g driver use a dialer, in this case i dont use the > > dialer in windows and linux, > > The ethernet part should work with CDC-ethernet. > > --HPS > > -- Guillermo Paredes Cornejo - EDDAS MAIL gparedes@eddas.com.pe TEL +51[1]6135929 x 311 +51[54]959177611 (RPC Claro) +51[54]959592141 (Movistar) RPM *374564 VoIP sip:311@eddas.com.pe WWW www.eddas.com.pe From gdoe6545 at yahoo.it Mon Aug 24 03:45:17 2009 From: gdoe6545 at yahoo.it (Gianni) Date: Mon Aug 24 03:45:23 2009 Subject: Huawei E169 USB 3G Modem not detected as modem in 7.2 In-Reply-To: <200908240044.n7O0iXAe041209@lava.sentex.ca> References: <5B4090AC-F8B3-4AAF-8501-FEAFE087EBCE@yahoo.it> <200908240044.n7O0iXAe041209@lava.sentex.ca> Message-ID: <24C44DD8-EA6D-448C-B610-EB4EAB561CBB@yahoo.it> On 24/ago/09, at 02:47, Mike Tancsa wrote: > At 08:05 AM 8/23/2009, Gianni wrote: >> I've seen a few posts related to the Huawei E169 3G modem which have >> reported this device as working under 7.2. I have the u3g driver >> loaded but the modem is only recognised as umass, I tried disabling >> umass and the device came up as ugen. >> My 7.2-STABLE is newly built today, log messages below, should this >> modem work out of the box or is there some extra configuration >> needed? >> Any suggestion much appreciated. > > > Make sure umass is loaded as well as the u3g driver. Then, after > all has booted up, try > usbdevs -v > camcontrol eject pass0 > usbdevs > > Some devices need that to put them into 'modem mode'... If it works, > you should see /dev/cuaU0.0 and you should see a differences in the > output of usbdevs before and after the camcontrol eject pass0 > > ---Mike Thanks Mike, unfortunately that did not work, the /dev/cuaU0.0 device did not appear. -Gianni nicknack# usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb3: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb4: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 addr 3: high speed, self powered, config 1, HUAWEI Mobile(0x1446), HUAWEI Technology(0x12d1), rev 0.00 port 3 powered port 4 powered port 5 powered port 6 addr 2: high speed, power 500 mA, config 1, USB2.0- CRW(0x0158), Generic(0x0bda), rev 58.87 port 7 powered port 8 powered nicknack# camcontrol eject pass0 Unit stopped successfully, Media ejected nicknack# usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb3: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb4: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 addr 3: high speed, self powered, config 1, HUAWEI Mobile(0x1446), HUAWEI Technology(0x12d1), rev 0.00 port 3 powered port 4 powered port 5 powered port 6 addr 2: high speed, power 500 mA, config 1, USB2.0- CRW(0x0158), Generic(0x0bda), rev 58.87 port 7 powered port 8 powered From gparedes at eddas.com.pe Mon Aug 24 03:52:36 2009 From: gparedes at eddas.com.pe (Guillermo Paredes - EDDAS) Date: Mon Aug 24 03:52:42 2009 Subject: Huawei E169 USB 3G Modem not detected as modem in 7.2 In-Reply-To: <24C44DD8-EA6D-448C-B610-EB4EAB561CBB@yahoo.it> References: <5B4090AC-F8B3-4AAF-8501-FEAFE087EBCE@yahoo.it> <200908240044.n7O0iXAe041209@lava.sentex.ca> <24C44DD8-EA6D-448C-B610-EB4EAB561CBB@yahoo.it> Message-ID: <1a008f20908232052o13438dbfn34634ae77f1ea221@mail.gmail.com> Gianni if you see the u3g.c file o the sources just only appear the Huawei E220, i see in other maillist some like add the device id in this file to add the E226 Model, maybe if you can do the same with your model. for other way, the ucom driver dont load the device if the umass driver is loaded, this happend in freebsd70 with the md300 of Sony Ericsson. Best Regards 2009/8/23 Gianni > > On 24/ago/09, at 02:47, Mike Tancsa wrote: > > At 08:05 AM 8/23/2009, Gianni wrote: >> >>> I've seen a few posts related to the Huawei E169 3G modem which have >>> reported this device as working under 7.2. I have the u3g driver >>> loaded but the modem is only recognised as umass, I tried disabling >>> umass and the device came up as ugen. >>> My 7.2-STABLE is newly built today, log messages below, should this >>> modem work out of the box or is there some extra configuration needed? >>> Any suggestion much appreciated. >>> >> >> >> Make sure umass is loaded as well as the u3g driver. Then, after all has >> booted up, try >> usbdevs -v >> camcontrol eject pass0 >> usbdevs >> >> Some devices need that to put them into 'modem mode'... If it works, you >> should see /dev/cuaU0.0 and you should see a differences in the output of >> usbdevs before and after the camcontrol eject pass0 >> >> ---Mike >> > > Thanks Mike, unfortunately that did not work, the /dev/cuaU0.0 device did > not appear. > -Gianni > > nicknack# usbdevs -v > Controller /dev/usb0: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > port 1 powered > port 2 powered > Controller /dev/usb1: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > port 1 powered > port 2 powered > Controller /dev/usb2: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > port 1 powered > port 2 powered > Controller /dev/usb3: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > port 1 powered > port 2 powered > Controller /dev/usb4: > addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > port 1 powered > port 2 addr 3: high speed, self powered, config 1, HUAWEI Mobile(0x1446), > HUAWEI Technology(0x12d1), rev 0.00 > port 3 powered > port 4 powered > port 5 powered > port 6 addr 2: high speed, power 500 mA, config 1, USB2.0-CRW(0x0158), > Generic(0x0bda), rev 58.87 > port 7 powered > port 8 powered > nicknack# camcontrol eject pass0 > Unit stopped successfully, Media ejected > nicknack# usbdevs -v > Controller /dev/usb0: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > port 1 powered > port 2 powered > Controller /dev/usb1: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > port 1 powered > port 2 powered > Controller /dev/usb2: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > port 1 powered > port 2 powered > Controller /dev/usb3: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > port 1 powered > port 2 powered > Controller /dev/usb4: > addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > port 1 powered > port 2 addr 3: high speed, self powered, config 1, HUAWEI Mobile(0x1446), > HUAWEI Technology(0x12d1), rev 0.00 > port 3 powered > port 4 powered > port 5 powered > port 6 addr 2: high speed, power 500 mA, config 1, USB2.0-CRW(0x0158), > Generic(0x0bda), rev 58.87 > port 7 powered > port 8 powered > > > _______________________________________________ > freebsd-usb@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-usb > To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" > -- Guillermo Paredes Cornejo - EDDAS MAIL gparedes@eddas.com.pe TEL +51[1]6135929 x 311 +51[54]959177611 (RPC Claro) +51[54]959592141 (Movistar) RPM *374564 VoIP sip:311@eddas.com.pe WWW www.eddas.com.pe From dfilter at FreeBSD.ORG Mon Aug 24 05:10:04 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Mon Aug 24 05:10:26 2009 Subject: usb/137138: commit references a PR Message-ID: <200908240510.n7O5A3Vf048065@freefall.freebsd.org> The following reply was made to PR usb/137138; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: usb/137138: commit references a PR Date: Mon, 24 Aug 2009 05:02:46 +0000 (UTC) Author: alfred Date: Mon Aug 24 05:02:36 2009 New Revision: 196495 URL: http://svn.freebsd.org/changeset/base/196495 Log: Add mass storage quirks. PR: usb/137138,usb/137226,usb/137789,usb/135372 Submitted by: hps Modified: head/sys/dev/usb/storage/umass.c head/sys/dev/usb/usbdevs Modified: head/sys/dev/usb/storage/umass.c ============================================================================== --- head/sys/dev/usb/storage/umass.c Mon Aug 24 05:01:40 2009 (r196494) +++ head/sys/dev/usb/storage/umass.c Mon Aug 24 05:02:36 2009 (r196495) @@ -412,6 +412,10 @@ static const struct umass_devdescr umass UMASS_PROTO_DEFAULT, NO_SYNCHRONIZE_CACHE }, + {USB_VENDOR_ALCOR, USB_PRODUCT_ALCOR_SDCR_6335, RID_WILDCARD, + UMASS_PROTO_DEFAULT, + NO_TEST_UNIT_READY | NO_SYNCHRONIZE_CACHE + }, {USB_VENDOR_ALCOR, USB_PRODUCT_ALCOR_AU6390, RID_WILDCARD, UMASS_PROTO_DEFAULT, NO_SYNCHRONIZE_CACHE @@ -733,6 +737,10 @@ static const struct umass_devdescr umass UMASS_PROTO_UFI, NO_QUIRKS }, + { USB_VENDOR_PHILIPS, USB_PRODUCT_PHILIPS_SPE3030CC, RID_WILDCARD, + UMASS_PROTO_DEFAULT, + NO_SYNCHRONIZE_CACHE + }, {USB_VENDOR_PLEXTOR, USB_PRODUCT_PLEXTOR_40_12_40U, RID_WILDCARD, UMASS_PROTO_SCSI | UMASS_PROTO_BBB, NO_TEST_UNIT_READY @@ -893,6 +901,10 @@ static const struct umass_devdescr umass UMASS_PROTO_UFI | UMASS_PROTO_CBI, NO_QUIRKS }, + {USB_VENDOR_TECLAST, USB_PRODUCT_TECLAST_TLC300, RID_WILDCARD, + UMASS_PROTO_DEFAULT, + NO_TEST_UNIT_READY | NO_SYNCHRONIZE_CACHE + }, {USB_VENDOR_TREK, USB_PRODUCT_TREK_MEMKEY, RID_WILDCARD, UMASS_PROTO_SCSI | UMASS_PROTO_BBB, NO_INQUIRY @@ -965,6 +977,10 @@ static const struct umass_devdescr umass UMASS_PROTO_SCSI | UMASS_PROTO_BBB, NO_SYNCHRONIZE_CACHE }, + {USB_VENDOR_ASUS, USB_PRODUCT_ASUS_GMSC, RID_WILDCARD, + UMASS_PROTO_DEFAULT, + NO_SYNCHRONIZE_CACHE + }, {VID_EOT, PID_EOT, RID_EOT, 0, 0} }; Modified: head/sys/dev/usb/usbdevs ============================================================================== --- head/sys/dev/usb/usbdevs Mon Aug 24 05:01:40 2009 (r196494) +++ head/sys/dev/usb/usbdevs Mon Aug 24 05:02:36 2009 (r196495) @@ -360,6 +360,7 @@ vendor SMC 0x0707 Standard Microsystems vendor PUTERCOM 0x0708 Putercom vendor MCT 0x0711 MCT vendor IMATION 0x0718 Imation +vendor TECLAST 0x071b Teclast vendor SONYERICSSON 0x0731 Sony Ericsson vendor EICON 0x0734 Eicon Networks vendor SYNTECH 0x0745 Syntech Information @@ -585,6 +586,7 @@ vendor NETGEAR3 0x1385 Netgear vendor BALTECH 0x13ad Baltech vendor CISCOLINKSYS 0x13b1 Cisco-Linksys vendor SHARK 0x13d2 Shark +vendor EMTEC 0x13fe Emtec vendor NOVATEL 0x1410 Novatel Wireless vendor MERLIN 0x1416 Merlin vendor WISTRONNEWEB 0x1435 Wistron NeWeb @@ -820,6 +822,7 @@ product AKS USBHASP 0x0001 USB-HASP 0.0 /* Alcor Micro, Inc. products */ product ALCOR2 KBD_HUB 0x2802 Kbd Hub +product ALCOR SDCR_6335 0x6335 SD/MMC Card Reader product ALCOR TRANSCEND 0x6387 Transcend JetFlash Drive product ALCOR MA_KBD_HUB 0x9213 MacAlly Kbd Hub product ALCOR AU9814 0x9215 AU9814 Hub @@ -861,6 +864,12 @@ product APC UPS 0x0002 Uninterruptible /* Apple Computer products */ product APPLE EXT_KBD 0x020c Apple Extended USB Keyboard +product APPLE KBD_TP_ANSI 0x0223 Apple Internal Keyboard/Trackpad (Wellspring/ANSI) +product APPLE KBD_TP_ISO 0x0224 Apple Internal Keyboard/Trackpad (Wellspring/ISO) +product APPLE KBD_TP_JIS 0x0225 Apple Internal Keyboard/Trackpad (Wellspring/JIS) +product APPLE KBD_TP_ANSI2 0x0230 Apple Internal Keyboard/Trackpad (Wellspring2/ANSI) +product APPLE KBD_TP_ISO2 0x0231 Apple Internal Keyboard/Trackpad (Wellspring2/ISO) +product APPLE KBD_TP_JIS2 0x0232 Apple Internal Keyboard/Trackpad (Wellspring2/JIS) product APPLE OPTMOUSE 0x0302 Optical mouse product APPLE MIGHTYMOUSE 0x0304 Mighty Mouse product APPLE EXT_KBD_HUB 0x1003 Hub in Apple Extended USB Keyboard @@ -902,6 +911,7 @@ product ASUS RT2573_1 0x1723 RT2573 product ASUS RT2573_2 0x1724 RT2573 product ASUS LCM 0x1726 LCM display product ASUS P535 0x420f ASUS P535 PDA +product ASUS GMSC 0x422f ASUS Generic Mass Storage /* ATen products */ product ATEN UC1284 0x2001 Parallel printer @@ -1971,6 +1981,7 @@ product PHILIPS HUB 0x0201 hub product PHILIPS PCA646VC 0x0303 PCA646VC PC Camera product PHILIPS PCVC680K 0x0308 PCVC680K Vesta Pro PC Camera product PHILIPS DSS150 0x0471 DSS 150 Digital Speaker System +product PHILIPS SPE3030CC 0x083a USB 2.0 External Disk product PHILIPS SNU5600 0x1236 SNU5600 product PHILIPS UM10016 0x1552 ISP 1581 Hi-Speed USB MPEG2 Encoder Reference Kit product PHILIPS DIVAUSB 0x1801 DIVA USB mp3 player @@ -2345,6 +2356,9 @@ product SUN KBD_HUB 0x100e Kbd Hub /* Super Top products */ product SUPERTOP IDE 0x6600 USB-IDE +/* Teclast products */ +product TECLAST TLC300 0x3203 USB Media Player + /* Supra products */ product DIAMOND2 SUPRAEXPRESS56K 0x07da Supra Express 56K modem product DIAMOND2 SUPRA2890 0x0b4a SupraMax 2890 56K Modem _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From dfilter at FreeBSD.ORG Mon Aug 24 05:10:05 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Mon Aug 24 05:10:27 2009 Subject: usb/137226: commit references a PR Message-ID: <200908240510.n7O5A5rh048096@freefall.freebsd.org> The following reply was made to PR usb/137226; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: usb/137226: commit references a PR Date: Mon, 24 Aug 2009 05:02:47 +0000 (UTC) Author: alfred Date: Mon Aug 24 05:02:36 2009 New Revision: 196495 URL: http://svn.freebsd.org/changeset/base/196495 Log: Add mass storage quirks. PR: usb/137138,usb/137226,usb/137789,usb/135372 Submitted by: hps Modified: head/sys/dev/usb/storage/umass.c head/sys/dev/usb/usbdevs Modified: head/sys/dev/usb/storage/umass.c ============================================================================== --- head/sys/dev/usb/storage/umass.c Mon Aug 24 05:01:40 2009 (r196494) +++ head/sys/dev/usb/storage/umass.c Mon Aug 24 05:02:36 2009 (r196495) @@ -412,6 +412,10 @@ static const struct umass_devdescr umass UMASS_PROTO_DEFAULT, NO_SYNCHRONIZE_CACHE }, + {USB_VENDOR_ALCOR, USB_PRODUCT_ALCOR_SDCR_6335, RID_WILDCARD, + UMASS_PROTO_DEFAULT, + NO_TEST_UNIT_READY | NO_SYNCHRONIZE_CACHE + }, {USB_VENDOR_ALCOR, USB_PRODUCT_ALCOR_AU6390, RID_WILDCARD, UMASS_PROTO_DEFAULT, NO_SYNCHRONIZE_CACHE @@ -733,6 +737,10 @@ static const struct umass_devdescr umass UMASS_PROTO_UFI, NO_QUIRKS }, + { USB_VENDOR_PHILIPS, USB_PRODUCT_PHILIPS_SPE3030CC, RID_WILDCARD, + UMASS_PROTO_DEFAULT, + NO_SYNCHRONIZE_CACHE + }, {USB_VENDOR_PLEXTOR, USB_PRODUCT_PLEXTOR_40_12_40U, RID_WILDCARD, UMASS_PROTO_SCSI | UMASS_PROTO_BBB, NO_TEST_UNIT_READY @@ -893,6 +901,10 @@ static const struct umass_devdescr umass UMASS_PROTO_UFI | UMASS_PROTO_CBI, NO_QUIRKS }, + {USB_VENDOR_TECLAST, USB_PRODUCT_TECLAST_TLC300, RID_WILDCARD, + UMASS_PROTO_DEFAULT, + NO_TEST_UNIT_READY | NO_SYNCHRONIZE_CACHE + }, {USB_VENDOR_TREK, USB_PRODUCT_TREK_MEMKEY, RID_WILDCARD, UMASS_PROTO_SCSI | UMASS_PROTO_BBB, NO_INQUIRY @@ -965,6 +977,10 @@ static const struct umass_devdescr umass UMASS_PROTO_SCSI | UMASS_PROTO_BBB, NO_SYNCHRONIZE_CACHE }, + {USB_VENDOR_ASUS, USB_PRODUCT_ASUS_GMSC, RID_WILDCARD, + UMASS_PROTO_DEFAULT, + NO_SYNCHRONIZE_CACHE + }, {VID_EOT, PID_EOT, RID_EOT, 0, 0} }; Modified: head/sys/dev/usb/usbdevs ============================================================================== --- head/sys/dev/usb/usbdevs Mon Aug 24 05:01:40 2009 (r196494) +++ head/sys/dev/usb/usbdevs Mon Aug 24 05:02:36 2009 (r196495) @@ -360,6 +360,7 @@ vendor SMC 0x0707 Standard Microsystems vendor PUTERCOM 0x0708 Putercom vendor MCT 0x0711 MCT vendor IMATION 0x0718 Imation +vendor TECLAST 0x071b Teclast vendor SONYERICSSON 0x0731 Sony Ericsson vendor EICON 0x0734 Eicon Networks vendor SYNTECH 0x0745 Syntech Information @@ -585,6 +586,7 @@ vendor NETGEAR3 0x1385 Netgear vendor BALTECH 0x13ad Baltech vendor CISCOLINKSYS 0x13b1 Cisco-Linksys vendor SHARK 0x13d2 Shark +vendor EMTEC 0x13fe Emtec vendor NOVATEL 0x1410 Novatel Wireless vendor MERLIN 0x1416 Merlin vendor WISTRONNEWEB 0x1435 Wistron NeWeb @@ -820,6 +822,7 @@ product AKS USBHASP 0x0001 USB-HASP 0.0 /* Alcor Micro, Inc. products */ product ALCOR2 KBD_HUB 0x2802 Kbd Hub +product ALCOR SDCR_6335 0x6335 SD/MMC Card Reader product ALCOR TRANSCEND 0x6387 Transcend JetFlash Drive product ALCOR MA_KBD_HUB 0x9213 MacAlly Kbd Hub product ALCOR AU9814 0x9215 AU9814 Hub @@ -861,6 +864,12 @@ product APC UPS 0x0002 Uninterruptible /* Apple Computer products */ product APPLE EXT_KBD 0x020c Apple Extended USB Keyboard +product APPLE KBD_TP_ANSI 0x0223 Apple Internal Keyboard/Trackpad (Wellspring/ANSI) +product APPLE KBD_TP_ISO 0x0224 Apple Internal Keyboard/Trackpad (Wellspring/ISO) +product APPLE KBD_TP_JIS 0x0225 Apple Internal Keyboard/Trackpad (Wellspring/JIS) +product APPLE KBD_TP_ANSI2 0x0230 Apple Internal Keyboard/Trackpad (Wellspring2/ANSI) +product APPLE KBD_TP_ISO2 0x0231 Apple Internal Keyboard/Trackpad (Wellspring2/ISO) +product APPLE KBD_TP_JIS2 0x0232 Apple Internal Keyboard/Trackpad (Wellspring2/JIS) product APPLE OPTMOUSE 0x0302 Optical mouse product APPLE MIGHTYMOUSE 0x0304 Mighty Mouse product APPLE EXT_KBD_HUB 0x1003 Hub in Apple Extended USB Keyboard @@ -902,6 +911,7 @@ product ASUS RT2573_1 0x1723 RT2573 product ASUS RT2573_2 0x1724 RT2573 product ASUS LCM 0x1726 LCM display product ASUS P535 0x420f ASUS P535 PDA +product ASUS GMSC 0x422f ASUS Generic Mass Storage /* ATen products */ product ATEN UC1284 0x2001 Parallel printer @@ -1971,6 +1981,7 @@ product PHILIPS HUB 0x0201 hub product PHILIPS PCA646VC 0x0303 PCA646VC PC Camera product PHILIPS PCVC680K 0x0308 PCVC680K Vesta Pro PC Camera product PHILIPS DSS150 0x0471 DSS 150 Digital Speaker System +product PHILIPS SPE3030CC 0x083a USB 2.0 External Disk product PHILIPS SNU5600 0x1236 SNU5600 product PHILIPS UM10016 0x1552 ISP 1581 Hi-Speed USB MPEG2 Encoder Reference Kit product PHILIPS DIVAUSB 0x1801 DIVA USB mp3 player @@ -2345,6 +2356,9 @@ product SUN KBD_HUB 0x100e Kbd Hub /* Super Top products */ product SUPERTOP IDE 0x6600 USB-IDE +/* Teclast products */ +product TECLAST TLC300 0x3203 USB Media Player + /* Supra products */ product DIAMOND2 SUPRAEXPRESS56K 0x07da Supra Express 56K modem product DIAMOND2 SUPRA2890 0x0b4a SupraMax 2890 56K Modem _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From dfilter at FreeBSD.ORG Mon Aug 24 05:10:07 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Mon Aug 24 05:10:27 2009 Subject: usb/137789: commit references a PR Message-ID: <200908240510.n7O5A7oj048141@freefall.freebsd.org> The following reply was made to PR usb/137789; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: usb/137789: commit references a PR Date: Mon, 24 Aug 2009 05:02:47 +0000 (UTC) Author: alfred Date: Mon Aug 24 05:02:36 2009 New Revision: 196495 URL: http://svn.freebsd.org/changeset/base/196495 Log: Add mass storage quirks. PR: usb/137138,usb/137226,usb/137789,usb/135372 Submitted by: hps Modified: head/sys/dev/usb/storage/umass.c head/sys/dev/usb/usbdevs Modified: head/sys/dev/usb/storage/umass.c ============================================================================== --- head/sys/dev/usb/storage/umass.c Mon Aug 24 05:01:40 2009 (r196494) +++ head/sys/dev/usb/storage/umass.c Mon Aug 24 05:02:36 2009 (r196495) @@ -412,6 +412,10 @@ static const struct umass_devdescr umass UMASS_PROTO_DEFAULT, NO_SYNCHRONIZE_CACHE }, + {USB_VENDOR_ALCOR, USB_PRODUCT_ALCOR_SDCR_6335, RID_WILDCARD, + UMASS_PROTO_DEFAULT, + NO_TEST_UNIT_READY | NO_SYNCHRONIZE_CACHE + }, {USB_VENDOR_ALCOR, USB_PRODUCT_ALCOR_AU6390, RID_WILDCARD, UMASS_PROTO_DEFAULT, NO_SYNCHRONIZE_CACHE @@ -733,6 +737,10 @@ static const struct umass_devdescr umass UMASS_PROTO_UFI, NO_QUIRKS }, + { USB_VENDOR_PHILIPS, USB_PRODUCT_PHILIPS_SPE3030CC, RID_WILDCARD, + UMASS_PROTO_DEFAULT, + NO_SYNCHRONIZE_CACHE + }, {USB_VENDOR_PLEXTOR, USB_PRODUCT_PLEXTOR_40_12_40U, RID_WILDCARD, UMASS_PROTO_SCSI | UMASS_PROTO_BBB, NO_TEST_UNIT_READY @@ -893,6 +901,10 @@ static const struct umass_devdescr umass UMASS_PROTO_UFI | UMASS_PROTO_CBI, NO_QUIRKS }, + {USB_VENDOR_TECLAST, USB_PRODUCT_TECLAST_TLC300, RID_WILDCARD, + UMASS_PROTO_DEFAULT, + NO_TEST_UNIT_READY | NO_SYNCHRONIZE_CACHE + }, {USB_VENDOR_TREK, USB_PRODUCT_TREK_MEMKEY, RID_WILDCARD, UMASS_PROTO_SCSI | UMASS_PROTO_BBB, NO_INQUIRY @@ -965,6 +977,10 @@ static const struct umass_devdescr umass UMASS_PROTO_SCSI | UMASS_PROTO_BBB, NO_SYNCHRONIZE_CACHE }, + {USB_VENDOR_ASUS, USB_PRODUCT_ASUS_GMSC, RID_WILDCARD, + UMASS_PROTO_DEFAULT, + NO_SYNCHRONIZE_CACHE + }, {VID_EOT, PID_EOT, RID_EOT, 0, 0} }; Modified: head/sys/dev/usb/usbdevs ============================================================================== --- head/sys/dev/usb/usbdevs Mon Aug 24 05:01:40 2009 (r196494) +++ head/sys/dev/usb/usbdevs Mon Aug 24 05:02:36 2009 (r196495) @@ -360,6 +360,7 @@ vendor SMC 0x0707 Standard Microsystems vendor PUTERCOM 0x0708 Putercom vendor MCT 0x0711 MCT vendor IMATION 0x0718 Imation +vendor TECLAST 0x071b Teclast vendor SONYERICSSON 0x0731 Sony Ericsson vendor EICON 0x0734 Eicon Networks vendor SYNTECH 0x0745 Syntech Information @@ -585,6 +586,7 @@ vendor NETGEAR3 0x1385 Netgear vendor BALTECH 0x13ad Baltech vendor CISCOLINKSYS 0x13b1 Cisco-Linksys vendor SHARK 0x13d2 Shark +vendor EMTEC 0x13fe Emtec vendor NOVATEL 0x1410 Novatel Wireless vendor MERLIN 0x1416 Merlin vendor WISTRONNEWEB 0x1435 Wistron NeWeb @@ -820,6 +822,7 @@ product AKS USBHASP 0x0001 USB-HASP 0.0 /* Alcor Micro, Inc. products */ product ALCOR2 KBD_HUB 0x2802 Kbd Hub +product ALCOR SDCR_6335 0x6335 SD/MMC Card Reader product ALCOR TRANSCEND 0x6387 Transcend JetFlash Drive product ALCOR MA_KBD_HUB 0x9213 MacAlly Kbd Hub product ALCOR AU9814 0x9215 AU9814 Hub @@ -861,6 +864,12 @@ product APC UPS 0x0002 Uninterruptible /* Apple Computer products */ product APPLE EXT_KBD 0x020c Apple Extended USB Keyboard +product APPLE KBD_TP_ANSI 0x0223 Apple Internal Keyboard/Trackpad (Wellspring/ANSI) +product APPLE KBD_TP_ISO 0x0224 Apple Internal Keyboard/Trackpad (Wellspring/ISO) +product APPLE KBD_TP_JIS 0x0225 Apple Internal Keyboard/Trackpad (Wellspring/JIS) +product APPLE KBD_TP_ANSI2 0x0230 Apple Internal Keyboard/Trackpad (Wellspring2/ANSI) +product APPLE KBD_TP_ISO2 0x0231 Apple Internal Keyboard/Trackpad (Wellspring2/ISO) +product APPLE KBD_TP_JIS2 0x0232 Apple Internal Keyboard/Trackpad (Wellspring2/JIS) product APPLE OPTMOUSE 0x0302 Optical mouse product APPLE MIGHTYMOUSE 0x0304 Mighty Mouse product APPLE EXT_KBD_HUB 0x1003 Hub in Apple Extended USB Keyboard @@ -902,6 +911,7 @@ product ASUS RT2573_1 0x1723 RT2573 product ASUS RT2573_2 0x1724 RT2573 product ASUS LCM 0x1726 LCM display product ASUS P535 0x420f ASUS P535 PDA +product ASUS GMSC 0x422f ASUS Generic Mass Storage /* ATen products */ product ATEN UC1284 0x2001 Parallel printer @@ -1971,6 +1981,7 @@ product PHILIPS HUB 0x0201 hub product PHILIPS PCA646VC 0x0303 PCA646VC PC Camera product PHILIPS PCVC680K 0x0308 PCVC680K Vesta Pro PC Camera product PHILIPS DSS150 0x0471 DSS 150 Digital Speaker System +product PHILIPS SPE3030CC 0x083a USB 2.0 External Disk product PHILIPS SNU5600 0x1236 SNU5600 product PHILIPS UM10016 0x1552 ISP 1581 Hi-Speed USB MPEG2 Encoder Reference Kit product PHILIPS DIVAUSB 0x1801 DIVA USB mp3 player @@ -2345,6 +2356,9 @@ product SUN KBD_HUB 0x100e Kbd Hub /* Super Top products */ product SUPERTOP IDE 0x6600 USB-IDE +/* Teclast products */ +product TECLAST TLC300 0x3203 USB Media Player + /* Supra products */ product DIAMOND2 SUPRAEXPRESS56K 0x07da Supra Express 56K modem product DIAMOND2 SUPRA2890 0x0b4a SupraMax 2890 56K Modem _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From dfilter at FreeBSD.ORG Mon Aug 24 05:10:09 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Mon Aug 24 05:10:27 2009 Subject: usb/135372: commit references a PR Message-ID: <200908240510.n7O5A91p048312@freefall.freebsd.org> The following reply was made to PR usb/135372; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: usb/135372: commit references a PR Date: Mon, 24 Aug 2009 05:02:47 +0000 (UTC) Author: alfred Date: Mon Aug 24 05:02:36 2009 New Revision: 196495 URL: http://svn.freebsd.org/changeset/base/196495 Log: Add mass storage quirks. PR: usb/137138,usb/137226,usb/137789,usb/135372 Submitted by: hps Modified: head/sys/dev/usb/storage/umass.c head/sys/dev/usb/usbdevs Modified: head/sys/dev/usb/storage/umass.c ============================================================================== --- head/sys/dev/usb/storage/umass.c Mon Aug 24 05:01:40 2009 (r196494) +++ head/sys/dev/usb/storage/umass.c Mon Aug 24 05:02:36 2009 (r196495) @@ -412,6 +412,10 @@ static const struct umass_devdescr umass UMASS_PROTO_DEFAULT, NO_SYNCHRONIZE_CACHE }, + {USB_VENDOR_ALCOR, USB_PRODUCT_ALCOR_SDCR_6335, RID_WILDCARD, + UMASS_PROTO_DEFAULT, + NO_TEST_UNIT_READY | NO_SYNCHRONIZE_CACHE + }, {USB_VENDOR_ALCOR, USB_PRODUCT_ALCOR_AU6390, RID_WILDCARD, UMASS_PROTO_DEFAULT, NO_SYNCHRONIZE_CACHE @@ -733,6 +737,10 @@ static const struct umass_devdescr umass UMASS_PROTO_UFI, NO_QUIRKS }, + { USB_VENDOR_PHILIPS, USB_PRODUCT_PHILIPS_SPE3030CC, RID_WILDCARD, + UMASS_PROTO_DEFAULT, + NO_SYNCHRONIZE_CACHE + }, {USB_VENDOR_PLEXTOR, USB_PRODUCT_PLEXTOR_40_12_40U, RID_WILDCARD, UMASS_PROTO_SCSI | UMASS_PROTO_BBB, NO_TEST_UNIT_READY @@ -893,6 +901,10 @@ static const struct umass_devdescr umass UMASS_PROTO_UFI | UMASS_PROTO_CBI, NO_QUIRKS }, + {USB_VENDOR_TECLAST, USB_PRODUCT_TECLAST_TLC300, RID_WILDCARD, + UMASS_PROTO_DEFAULT, + NO_TEST_UNIT_READY | NO_SYNCHRONIZE_CACHE + }, {USB_VENDOR_TREK, USB_PRODUCT_TREK_MEMKEY, RID_WILDCARD, UMASS_PROTO_SCSI | UMASS_PROTO_BBB, NO_INQUIRY @@ -965,6 +977,10 @@ static const struct umass_devdescr umass UMASS_PROTO_SCSI | UMASS_PROTO_BBB, NO_SYNCHRONIZE_CACHE }, + {USB_VENDOR_ASUS, USB_PRODUCT_ASUS_GMSC, RID_WILDCARD, + UMASS_PROTO_DEFAULT, + NO_SYNCHRONIZE_CACHE + }, {VID_EOT, PID_EOT, RID_EOT, 0, 0} }; Modified: head/sys/dev/usb/usbdevs ============================================================================== --- head/sys/dev/usb/usbdevs Mon Aug 24 05:01:40 2009 (r196494) +++ head/sys/dev/usb/usbdevs Mon Aug 24 05:02:36 2009 (r196495) @@ -360,6 +360,7 @@ vendor SMC 0x0707 Standard Microsystems vendor PUTERCOM 0x0708 Putercom vendor MCT 0x0711 MCT vendor IMATION 0x0718 Imation +vendor TECLAST 0x071b Teclast vendor SONYERICSSON 0x0731 Sony Ericsson vendor EICON 0x0734 Eicon Networks vendor SYNTECH 0x0745 Syntech Information @@ -585,6 +586,7 @@ vendor NETGEAR3 0x1385 Netgear vendor BALTECH 0x13ad Baltech vendor CISCOLINKSYS 0x13b1 Cisco-Linksys vendor SHARK 0x13d2 Shark +vendor EMTEC 0x13fe Emtec vendor NOVATEL 0x1410 Novatel Wireless vendor MERLIN 0x1416 Merlin vendor WISTRONNEWEB 0x1435 Wistron NeWeb @@ -820,6 +822,7 @@ product AKS USBHASP 0x0001 USB-HASP 0.0 /* Alcor Micro, Inc. products */ product ALCOR2 KBD_HUB 0x2802 Kbd Hub +product ALCOR SDCR_6335 0x6335 SD/MMC Card Reader product ALCOR TRANSCEND 0x6387 Transcend JetFlash Drive product ALCOR MA_KBD_HUB 0x9213 MacAlly Kbd Hub product ALCOR AU9814 0x9215 AU9814 Hub @@ -861,6 +864,12 @@ product APC UPS 0x0002 Uninterruptible /* Apple Computer products */ product APPLE EXT_KBD 0x020c Apple Extended USB Keyboard +product APPLE KBD_TP_ANSI 0x0223 Apple Internal Keyboard/Trackpad (Wellspring/ANSI) +product APPLE KBD_TP_ISO 0x0224 Apple Internal Keyboard/Trackpad (Wellspring/ISO) +product APPLE KBD_TP_JIS 0x0225 Apple Internal Keyboard/Trackpad (Wellspring/JIS) +product APPLE KBD_TP_ANSI2 0x0230 Apple Internal Keyboard/Trackpad (Wellspring2/ANSI) +product APPLE KBD_TP_ISO2 0x0231 Apple Internal Keyboard/Trackpad (Wellspring2/ISO) +product APPLE KBD_TP_JIS2 0x0232 Apple Internal Keyboard/Trackpad (Wellspring2/JIS) product APPLE OPTMOUSE 0x0302 Optical mouse product APPLE MIGHTYMOUSE 0x0304 Mighty Mouse product APPLE EXT_KBD_HUB 0x1003 Hub in Apple Extended USB Keyboard @@ -902,6 +911,7 @@ product ASUS RT2573_1 0x1723 RT2573 product ASUS RT2573_2 0x1724 RT2573 product ASUS LCM 0x1726 LCM display product ASUS P535 0x420f ASUS P535 PDA +product ASUS GMSC 0x422f ASUS Generic Mass Storage /* ATen products */ product ATEN UC1284 0x2001 Parallel printer @@ -1971,6 +1981,7 @@ product PHILIPS HUB 0x0201 hub product PHILIPS PCA646VC 0x0303 PCA646VC PC Camera product PHILIPS PCVC680K 0x0308 PCVC680K Vesta Pro PC Camera product PHILIPS DSS150 0x0471 DSS 150 Digital Speaker System +product PHILIPS SPE3030CC 0x083a USB 2.0 External Disk product PHILIPS SNU5600 0x1236 SNU5600 product PHILIPS UM10016 0x1552 ISP 1581 Hi-Speed USB MPEG2 Encoder Reference Kit product PHILIPS DIVAUSB 0x1801 DIVA USB mp3 player @@ -2345,6 +2356,9 @@ product SUN KBD_HUB 0x100e Kbd Hub /* Super Top products */ product SUPERTOP IDE 0x6600 USB-IDE +/* Teclast products */ +product TECLAST TLC300 0x3203 USB Media Player + /* Supra products */ product DIAMOND2 SUPRAEXPRESS56K 0x07da Supra Express 56K modem product DIAMOND2 SUPRA2890 0x0b4a SupraMax 2890 56K Modem _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From bp at FreeBSD.org Mon Aug 24 05:50:01 2009 From: bp at FreeBSD.org (Boris Popov) Date: Mon Aug 24 05:50:07 2009 Subject: usb/138124: Axed uaudio functionality in the usbng (alternate endpoints) Message-ID: <200908240549.n7O5ncKQ005492@www.freebsd.org> >Number: 138124 >Category: usb >Synopsis: Axed uaudio functionality in the usbng (alternate endpoints) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 24 05:50:00 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Boris Popov >Release: FreeBSD-current >Organization: >Environment: FreeBSD fb8.bhome 8.0-BETA2 FreeBSD 8.0-BETA2 #2: Mon Aug 17 19:07:02 ALMT 2009 root@fb8.bhome:/usr/src/sys/i386/compile/vm i386 >Description: The new USB stack doesn't handle properly alternate endpoint settings - according to author, it pickups the best one from the list. Eg., if card claims to support 16bit/48kHz, 24bit/48kHz, 16bit/96kHz and 24bit/96kHz the last one will be selected. For some applications this will be sufficient because internal resampler had been improved significantly. This creates, however, serious problem for embedded systems where applications fine tuned for specific sample rates and external hardware (DACs and ADCs) work only with the given bits resolution and sample rate. Attached one will find a sample of USB Audio descriptor with alternate endpoints. >How-To-Repeat: >Fix: Patch attached with submission follows: Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 1 bNumEndpoints 1 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 AudioStreaming Interface Descriptor: bLength 7 bDescriptorType 36 bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 1 bDelay 0 frames wFormatTag 1 PCM AudioStreaming Interface Descriptor: bLength 11 bDescriptorType 36 bDescriptorSubtype 2 (FORMAT_TYPE) bFormatType 1 (FORMAT_TYPE_I) bNrChannels 2 bSubframeSize 2 bBitResolution 16 bSamFreqType 1 Discrete tSamFreq[ 0] 44100 Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 9 Transfer Type Isochronous Synch Type Adaptive Usage Type Data wMaxPacketSize 0x00b4 1x 180 bytes bInterval 1 bRefresh 0 bSynchAddress 0 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType 37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x00 bLockDelayUnits 0 Undefined wLockDelay 0 Undefined Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 2 bNumEndpoints 1 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 AudioStreaming Interface Descriptor: bLength 7 bDescriptorType 36 bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 1 bDelay 0 frames wFormatTag 1 PCM AudioStreaming Interface Descriptor: bLength 11 bDescriptorType 36 bDescriptorSubtype 2 (FORMAT_TYPE) bFormatType 1 (FORMAT_TYPE_I) bNrChannels 2 bSubframeSize 3 bBitResolution 24 bSamFreqType 1 Discrete tSamFreq[ 0] 44100 Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 9 Transfer Type Isochronous Synch Type Adaptive Usage Type Data wMaxPacketSize 0x010e 1x 270 bytes bInterval 1 bRefresh 0 bSynchAddress 0 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType 37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x00 bLockDelayUnits 0 Undefined wLockDelay 0 Undefined Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 3 bNumEndpoints 1 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 AudioStreaming Interface Descriptor: bLength 7 bDescriptorType 36 bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 1 bDelay 0 frames wFormatTag 1 PCM AudioStreaming Interface Descriptor: bLength 11 bDescriptorType 36 bDescriptorSubtype 2 (FORMAT_TYPE) bFormatType 1 (FORMAT_TYPE_I) bNrChannels 2 bSubframeSize 2 bBitResolution 16 bSamFreqType 1 Discrete tSamFreq[ 0] 48000 Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 9 Transfer Type Isochronous Synch Type Adaptive Usage Type Data wMaxPacketSize 0x00c4 1x 196 bytes bInterval 1 bRefresh 0 bSynchAddress 0 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType 37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x00 bLockDelayUnits 0 Undefined wLockDelay 0 Undefined Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 4 bNumEndpoints 1 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 AudioStreaming Interface Descriptor: bLength 7 bDescriptorType 36 bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 1 bDelay 0 frames wFormatTag 1 PCM AudioStreaming Interface Descriptor: bLength 11 bDescriptorType 36 bDescriptorSubtype 2 (FORMAT_TYPE) bFormatType 1 (FORMAT_TYPE_I) bNrChannels 2 bSubframeSize 3 bBitResolution 24 bSamFreqType 1 Discrete tSamFreq[ 0] 48000 Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 9 Transfer Type Isochronous Synch Type Adaptive Usage Type Data wMaxPacketSize 0x0126 1x 294 bytes bInterval 1 bRefresh 0 bSynchAddress 0 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType 37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x00 bLockDelayUnits 0 Undefined wLockDelay 0 Undefined Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 5 bNumEndpoints 1 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 AudioStreaming Interface Descriptor: bLength 7 bDescriptorType 36 bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 1 bDelay 0 frames wFormatTag 1 PCM AudioStreaming Interface Descriptor: bLength 11 bDescriptorType 36 bDescriptorSubtype 2 (FORMAT_TYPE) bFormatType 1 (FORMAT_TYPE_I) bNrChannels 2 bSubframeSize 2 bBitResolution 16 bSamFreqType 1 Discrete tSamFreq[ 0] 96000 Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 9 Transfer Type Isochronous Synch Type Adaptive Usage Type Data wMaxPacketSize 0x0184 1x 388 bytes bInterval 1 bRefresh 0 bSynchAddress 0 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType 37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x00 bLockDelayUnits 0 Undefined wLockDelay 0 Undefined Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 6 bNumEndpoints 1 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 AudioStreaming Interface Descriptor: bLength 7 bDescriptorType 36 bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 1 bDelay 0 frames wFormatTag 1 PCM AudioStreaming Interface Descriptor: bLength 11 bDescriptorType 36 bDescriptorSubtype 2 (FORMAT_TYPE) bFormatType 1 (FORMAT_TYPE_I) bNrChannels 2 bSubframeSize 3 bBitResolution 24 bSamFreqType 1 Discrete tSamFreq[ 0] 96000 Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 9 Transfer Type Isochronous Synch Type Adaptive Usage Type Data wMaxPacketSize 0x0246 1x 582 bytes bInterval 1 bRefresh 0 bSynchAddress 0 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType 37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x00 bLockDelayUnits 0 Undefined wLockDelay 0 Undefined >Release-Note: >Audit-Trail: >Unformatted: From hselasky at c2i.net Mon Aug 24 06:19:32 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Mon Aug 24 06:19:44 2009 Subject: USB update Message-ID: <200908240819.40722.hselasky@c2i.net> Hi, The fixes for the last two weeks of reported USB issues has now been committed into freebsd-8-current. --HPS From stb at lassitu.de Mon Aug 24 09:38:12 2009 From: stb at lassitu.de (Stefan Bethke) Date: Mon Aug 24 09:38:18 2009 Subject: USB update In-Reply-To: <200908240819.40722.hselasky@c2i.net> References: <200908240819.40722.hselasky@c2i.net> Message-ID: <35A62AC0-E8FF-43A4-92C2-066F3CA178CD@lassitu.de> Am 24.08.2009 um 08:19 schrieb Hans Petter Selasky: > The fixes for the last two weeks of reported USB issues has now been > committed > into freebsd-8-current. Do you plan to MFC these before release? Stefan -- Stefan Bethke Fon +49 151 14070811 From hselasky at c2i.net Mon Aug 24 09:44:57 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Mon Aug 24 09:45:04 2009 Subject: USB update In-Reply-To: <35A62AC0-E8FF-43A4-92C2-066F3CA178CD@lassitu.de> References: <200908240819.40722.hselasky@c2i.net> <35A62AC0-E8FF-43A4-92C2-066F3CA178CD@lassitu.de> Message-ID: <200908241145.07874.hselasky@c2i.net> On Monday 24 August 2009 11:16:11 Stefan Bethke wrote: > Am 24.08.2009 um 08:19 schrieb Hans Petter Selasky: > > The fixes for the last two weeks of reported USB issues has now been > > committed > > into freebsd-8-current. > > Do you plan to MFC these before release? Some of it: yes. --HPS From kraduk at googlemail.com Mon Aug 24 10:11:34 2009 From: kraduk at googlemail.com (chris scott) Date: Mon Aug 24 10:11:40 2009 Subject: USB update In-Reply-To: <35A62AC0-E8FF-43A4-92C2-066F3CA178CD@lassitu.de> References: <200908240819.40722.hselasky@c2i.net> <35A62AC0-E8FF-43A4-92C2-066F3CA178CD@lassitu.de> Message-ID: 2009/8/24 Stefan Bethke > Am 24.08.2009 um 08:19 schrieb Hans Petter Selasky: > > The fixes for the last two weeks of reported USB issues has now been >> committed >> into freebsd-8-current. >> > > > Do you plan to MFC these before release? > > > Stefan > > -- > Stefan Bethke Fon +49 151 14070811 > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > Does that mean they arent in releng_8? From bugmaster at FreeBSD.org Mon Aug 24 11:07:06 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Aug 24 11:09:46 2009 Subject: Current problem reports assigned to freebsd-usb@FreeBSD.org Message-ID: <200908241107.n7OB75wO048766@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o usb/138124 usb Axed uaudio functionality in the usbng (alternate endp o usb/138119 usb MultiBay CDROM (propably on USB bus) is not recognized o usb/137872 usb slow booting on usb flash drive f usb/137848 usb Page fault when using an USB bluetooth adapter o usb/137806 usb [ukbd] USB keyboard doesn't work until it's unplugged o usb/137789 usb Add quirks for EeePC 901 SD card reader o usb/137763 usb Logitech wireless keyboard media keys not working o usb/137616 usb [usbdevs] [patch]: usbdevs update: Please add JMicron' o usb/137377 usb Support for Huawei E180 o usb/137341 usb driver if_rum doesn't work at all and throws panics o usb/137226 usb [patch] quirk for Philips extern USB disk o usb/137191 usb [usb][patch] export ums(4) output report parser data t o usb/137190 usb [usb][patch] inhibit spurious button releases for some o usb/137189 usb [usb][patch] create and use sysctl nodes for HID repor o usb/137188 usb [usb][patch] correctly handle USB report descriptors w o usb/137138 usb [umass] [patch] QUIRK: ASUS PDA Flash disk emulation o usb/137129 usb SteelSeries Ikari USB laser mouse not attaching o usb/137035 usb Sony cyber-shot DSC-P72 not accessible - cam quirks o usb/136761 usb [usbdevs] [patch] Teach usbdevs / u3g(4) about Huawei o usb/135938 usb [aue] aue driver only passes traffic in promisc mode o usb/135857 usb RTL8187 Wireless Adapter o usb/135575 usb [usbdevs] [patch] Add HTC Wizard phone vid/pid informa o usb/135542 usb [keyboard] boot loader does not work with a usb keyboa o usb/135372 usb Quirk report for Teclast TL-C300 usb media player o usb/135348 usb [umass] USB Drive Hangs with ZFS (JMicron USB2/eSata) o usb/135206 usb machine reboots when inserted USB device o usb/135200 usb SAMSUNG i740 usb mass: Synchronize cache failed, statu o usb/135182 usb UMASS quirk - Olympus FE20 camera o usb/134950 usb Lowering DTR for USB-modem via ubsa is not possible o usb/134633 usb Add support for WILLCOM03(SHARP smart phone) o usb/134631 usb [usbdevs] [patch] WiSPY DBx support requires usb tweak o usb/134476 usb [usb2] [umass] [quirk] Add quirk for Cypress xx6830xx o usb/134299 usb Kernel Panic plugging in MF626 USB UMTS Stick u3g o usb/134193 usb System freeze on usb MP3 player insertion o usb/134117 usb [Patch] Add support for 'Option GlobeTrotter HSDPA Mod o usb/134085 usb [umass] Adding usb quirk for Sony USB flash drive o usb/133989 usb [newusb] [ukbd] USB keyboard dead at mountroot> prompt f usb/133545 usb [usb] [panic] Kernel crash in usb2_intr_schedule_adjus o usb/133390 usb umass crashes system in 7.1 when Olympus D-540 attache o usb/133296 usb [rum] driver not working properly in hostap mode p usb/132799 usb [usb][patch]GENESYS USB2IDE requires NO_SYNCHRONIZE_CA o usb/132785 usb [usb] [patch] Gemtech remote powersocket is classed as o usb/132594 usb USB subsystem causes page fault and crashes o usb/132312 usb Xorg 7.4 halts USB controller o usb/132080 usb [patch] [usb] Kernel panic after NOMEM caused by rum c o usb/132066 usb [ukbd] Keyboard failure USB keyboard DELL 760 o usb/132036 usb [panic] page fault when connecting Olympus C740 camera o usb/131912 usb [uslcom] [patch] New devices using Silicon Labs chips o usb/131900 usb [usbdevs] [patch] Additional product identification co o usb/131583 usb [umass] Failure when detaching umass Device o usb/131576 usb [aue] ADMtek USB To LAN Converter can't send data o usb/131521 usb Registering Belkin UPS to usb_quirks.c f usb/131123 usb [patch] re-add UQ_ASSUME_CM_OVER_DATA USB quirk o usb/131074 usb no run-time detection of usb devices plugged into exte o usb/130736 usb Page fault unplugging USB stick o usb/130325 usb [usb] [patch] fix tools/tools/usb/print-usb-if-vids.sh o usb/130230 usb Samsung Electronics YP-U3 does not attach in 7.1-RELEA o usb/130208 usb Boot process severely hampered by umass0 error o usb/130122 usb [newusb] DVD drive detects as 'da' device o usb/129945 usb [usbdevs] [patch] add u3g support for Longcheer WM66 U o usb/129766 usb [usb] plugging in usb modem HUAWEI E226 panics system o usb/129758 usb [uftdi] [patch] add Pyramid LCD usb support o usb/129673 usb [uhci] uhci (uhub) confused on replugging USB 1.1 scan o usb/129522 usb [ubsa] [patch] add support for ZTE AC8700 modem o usb/129500 usb [umass] [panic] FreeBSD Crashes when connecting SanDis o usb/129311 usb [usb] [panic] Instant crash with an USB card reader o usb/129251 usb [usbdevs] [patch] Liebert UPS being assigned uhid and o usb/129173 usb [uplcom] [patch] Add support for Corega CG-USBRS232R a s usb/128990 usb [usb] u3g does not handle RTS/CTS available on for exa o usb/128977 usb [usb] [patch] uaudio is not full duplex o usb/128803 usb [usbdevs] [patch] Quirk for I-Tuner Networks USBLCD4X2 o usb/128485 usb [umodem] [patch] Nokia N80 modem support o usb/128425 usb [umass] Cannot Connect Maxtor Onetouch 4 USB drive f usb/128418 usb [panic] [rum] loading if_rum causes panic, looks like o usb/128324 usb [uplcom] [patch] remove baud rate restriction for PL23 o usb/127980 usb [umass] [patch] Fix Samsung YP U2 MP3 player on 7.x an o usb/127926 usb [boot] USB Timeout during bootup s usb/127549 usb [umass] [patch] Meizu MiniPlayer M6 (SL) requires some s usb/127453 usb [request] ubsa, uark, ubser, uftdi, and friends should o usb/127423 usb [boot] BTX halted on Gigabyte GA-MA69VM-S2 / AMD Sempr o usb/127342 usb [boot] [panic] enabling usb keyboard and mouse support o usb/127248 usb [ucom] panic while uplcom devices attaach and detach o kern/127222 usb [ohci]: Regression in 7.0 usb storage generic driver o usb/126884 usb [ugen] [patch] Bug in buffer handling in ugen.c f usb/126848 usb [usb]: USB Keyboard hangs during Installation o usb/126740 usb [ulpt] doesn't work on 7.0-RELEASE, 10 second stall be o usb/126519 usb [usb] [panic] panic when plugging in an iphone o kern/126396 usb [panic] kernel panic after unplug USB Bluetooth device o usb/125736 usb [ukbd] [hang] system hangs after AT keyboard detect if o usb/125631 usb [ums] [panic] kernel panic during bootup while 'Logite o usb/125510 usb [panic] repeated plug and unplug of USB mass storage d o usb/125450 usb [panic] Removing USB flash card while being accessed c o usb/125264 usb [patch] sysctl for set usb mouse rate (very useful for o usb/125238 usb [ums] Habu Mouse turns off in X o usb/125088 usb [keyboard] Touchpad not detected on Adesso AKB-430UG U o usb/124980 usb [panic] kernel panic on detaching unmounted umass devi o kern/124777 usb [ucom] USB cua devices don't revert to tty devices whe o usb/124758 usb [rum] [panic] rum panics SMP kernel o usb/124708 usb [panic] Kernel panic on USB KVM reattach o usb/124604 usb [ums] Microsoft combo wireless mouse doesn't work o kern/124130 usb [usb] gmirror fails to start usb devices that were pre o usb/123969 usb [usb] Supermicro H8SMi-2 usb problem: port reset faile o usb/123714 usb [usb] [panic] Panic when hald-storage-probe runs with o usb/123691 usb usbd(8): usbd hangs o usb/123690 usb [usb] [panic] Panic on USB device insertion when usb l o usb/123611 usb [usb] BBB reset failed, STALLED from Imation/Mitsumi U o usb/123509 usb [umass] continuous reset Samsung SGH-G600 phone o usb/123352 usb [usbdevs] [patch] Add Option GTMAX3.6/7.2 and Quallcom o usb/123351 usb [usbdevs] [patch] Add Reiner SCT cyberJack, Omnikey [2 o usb/122992 usb [umass] [patch] MotoROKR Z6 Phone not recognised by um o usb/122956 usb [ubsa] [patch] add support for Novatel Wireless XU870 o usb/122936 usb [ucom] [ubsa] Device does not receive interrupt o usb/122905 usb [ubsa] [patch] add Huawei E220 to ubsa o usb/122819 usb [usb] [patch] Patch to provide dynamic additions to th o usb/122813 usb [udbp] [request] udbp driver should be removed in favo o usb/122621 usb [new driver] [patch] New driver for Sierra Wireless 3G o usb/122547 usb [ehci] USB Printer not being recognized after reboot o usb/122539 usb [ohci] [panic] AnyDATA ADU-E1000D - kernel panic: ohci o usb/122483 usb [panic] [ulpt] Repeatable panic in 7.0-STABLE o usb/122119 usb [umass] umass device causes creation of daX but not da o usb/122025 usb [uscanner] [patch] uscanner does not attach to Epson R o usb/121755 usb [ohci] [patch] Fix panic after ohci/uhub cardbus devic o usb/121734 usb [ugen] ugen HP1022 printer device not working since up o usb/121708 usb [keyboard] nforce 650i mobo w/ usb keyboard infinite k o usb/121474 usb [cam] [patch] QUIRK: SAMSUNG HM250JI in LaCie usb hard o usb/121426 usb [patch] [uscanner] add HP ScanJet 3570C o usb/121275 usb [boot] [panic] FreeBSD fails to boot with usb legacy s o usb/121232 usb [usb] [panic] USB CardBus card removal causes reboot s p usb/121184 usb [uipaq] [patch] add ids from linux ipaq driver (plus a o usb/121169 usb [umass] Issues with usb mp3 player o usb/121045 usb [uftdi] [patch] Add support for PC-OP-RS1 and KURO-RS o usb/120786 usb [usb] [panic] Kernel panic when forced umount of a det o usb/120729 usb [panic] fault while in kernel mode with connecting USB o usb/120572 usb [umass] [patch] quirk to support ASUS P535 as umass (a o usb/120321 usb [hang] System hangs when transferring data to WD MyBoo o usb/120283 usb [panic] Automation reboot with wireless keyboard & mou o usb/120034 usb [hang] 6.2 & 6.3 hangs on boot at usb0: OHCI with 1.5 o usb/119981 usb [axe] [patch] add support for LOGITEC LAN-GTJ/U2 gigab o usb/119977 usb [ums] Mouse does not work in a Cherry-USB keyboard/mou o usb/119653 usb [cam] [patch] iriver s7 player sync cache error patch o usb/119633 usb [umass] umass0: BBB reset failed, IOERROR [regression] o usb/119513 usb [irq] inserting dlink dwl-g630 wireless card results i o usb/119509 usb [usb] USB flaky on Dell Optiplex 755 o usb/119481 usb [hang] FreeBSD not responding after connecting USB-Mas o usb/119389 usb [umass] Sony DSC-W1 CBI reset failed, STALLED [regress o usb/119227 usb [ubsa] [patch] ubsa buffer is too small; should be tun o usb/119201 usb [cam] [patch] Quirks for Olympus FE-210 camera, LG and o usb/118485 usb [usbdevs] [patch] Logitech Headset Workaround o usb/118480 usb [umass] Timeout in USB mass storage freezes vfs layer o usb/118353 usb [panic] [ppp] repeatable kernel panic during ppp(4) se o usb/118141 usb [ucom] usb serial and nokia phones ucomreadcb ucomread o usb/118140 usb [ucom] [patch] quick hack for ucom to get it behave wi o usb/118098 usb [umass] 6th gen iPod causes problems when disconnectin o usb/117955 usb [umass] [panic] inserting minolta dimage a2 crashes OS o usb/117946 usb [panic] D-Link DUB-E100 rev. B1 crashes FreeBSD 7.0-BE o usb/117938 usb [ums] [patch] Adding support for MS WL Natural and MS o usb/117911 usb [ums] [request] Mouse Gembird MUSWC not work o usb/117893 usb [umass] Lacie USB DVD writing failing o usb/117613 usb [uhci] [irq] uhci interrupt storm & USB leaked memory o usb/117598 usb [uaudio] [patch] Not possible to record with Plantroni o usb/117313 usb [umass] [panic] panic on usb camera insertion o usb/117200 usb [ugen] ugen0 prints strange string on attach if detach o usb/117183 usb [panic] USB/fusefs -- panic while transferring large a o usb/116947 usb [ukbd] [patch] [regression] enable boot protocol on th o usb/116699 usb [usbhid] USB HID devices do not initialize at system b o usb/116561 usb [umodem] [panic] RELENG_6 umodem panic "trying to slee o usb/116282 usb [ulpt] Cannot print on USB HP LJ1018 or LJ1300 o usb/115935 usb [usbdevs] [patch] kernel counterproductively attaches o usb/115933 usb [uftdi] [patch] RATOC REX-USB60F (usb serial converter o usb/115400 usb [ehci] Problem with EHCI on ASUS M2N4-SLI o usb/115298 usb [ulpt] [panic] Turning off USB printer panics kernel o usb/114916 usb [umass] [patch] USB Maxtor drive (L300RO) requires qui o kern/114780 usb [uplcom] [panic] Panics while stress testing the uplco o usb/114682 usb [umass] generic USB media-card reader unusable o usb/114310 usb [libusb] [patch] [panic] USB hub attachment panics ker o usb/114068 usb [umass] [patch] Problems with connection of the umass o conf/114013 usb [patch] WITHOUT_USB allow to compil a lot of USB stuff s usb/113977 usb [request] Need a way to set mode of USB disk's write c o usb/113672 usb [ehci] [panic] Kernel panic with AEWIN CB6971 s usb/113629 usb [ukbd] Dropped USB keyboard events on Dell Latitude D6 o usb/113432 usb [ucom] WARNING: attempt to net_add_domain(netgraph) af a usb/113060 usb [usbdevs] [patch] Samsung printer not working in bidir o usb/112944 usb [ulpt] [patch] Bi-directional access to HP LaserJet 10 o usb/112640 usb [usb] [hang] Kernel freezes when writing a file to an o usb/112631 usb [panic] Problem with SONY DSC-S80 camera on umount s usb/112568 usb [umass] [request] USB mode may wrong when mounting Pla o usb/112463 usb [umass] problem with Samsung USB DVD writer, libscg an o usb/112461 usb [ehci] [request] ehci USB 2.0 doesn't work on nforce4 o usb/111753 usb [uhid] [panic] Replicable system panic involving UHID o usb/110856 usb [ugen] [patch] interrupt in msgs are truncated when bu o usb/110197 usb [umass] Sony PSP umass device does not detach from EHC o usb/109397 usb [panic] on boot from USB flash o usb/109274 usb [usb] MCP55 USB Controller fails to attach in AMD64 Cu o usb/108513 usb [umass] Creative MuVo TX FM fails in 6.2-RELEASE [regr s usb/108344 usb [panic] kernel with atausb panics when unplugging USB o usb/108056 usb [ohci] Mouse gets powered off during device probe when o usb/107935 usb [uplcom] [panic] panic while accessing /dev/cuaU0 o usb/107924 usb [patch] usbd(8) does not call detach o usb/107848 usb [umass] [request] cannot access Samsung flash disk o usb/107827 usb [ohci] [panic] ohci_add_done addr not found o usb/107496 usb [uhub] USB device problem on RELENG_6_2 (SHORT_XFER) [ o usb/107388 usb [new driver] [patch] add utoppy device from NetBSD o usb/107248 usb [umass] [patch] scsi_da.c quirk for Cowon iAUDIO X5 MP o usb/107243 usb [cam] [patch] Apacer USB Flash Drive quirk o usb/106861 usb [usbdevs] [patch]: usbdevs update: Add product ACER Ze s usb/106832 usb [usb] USB HP printer is not detected by kernel when AC o usb/106648 usb [umass] [hang] USB Floppy on D1950 10 min Hang on Inse o usb/106621 usb [axe] [patch] DLINK DUB-E100 support broken o usb/106615 usb [uftdi] uftdi module does not automatically load with o usb/106041 usb [usb] [request] FreeBSD does not recognise Mustek Bear o usb/105361 usb [panic] Kernel panic during unmounting mass storage (C o usb/105186 usb [ehci] [panic] USB 2.0/ehci on FreeBSD 6.2-PRE/AMD64 c o usb/105065 usb [ata] [usb] SATA - USB Bridge o usb/104830 usb [umass] system crashes when copying data to umass devi o usb/104645 usb [umass] [request] Rave C-201 MP3 player does not commu o usb/104352 usb [ural] [patch] ural driver doesnt work o usb/104292 usb [umass] [hang] system lockup on forced umount of usb-s o usb/104290 usb [umass] [patch] quirk: TOSHIBA DVD-RAM drive (libretto o usb/103917 usb [uhub] USB driver reports "Addr 0 should never happen" o usb/103418 usb usbhidctl(1): [patch] [request] usbhidctl: add ability o usb/103289 usb [request] USB 2.0 problems on AMD LX-800 CPU and CS-55 o usb/103046 usb [ulpt] [patch] ulpt event driven I/O with select(2) an o usb/103025 usb [uhub] [panic] wrong detection of USB device for FreeB o usb/102976 usb [panic] Casio Exilim Digital Camera causes panic on in o usb/102678 usb [keyboard] Dell PowerEdge DRAC5 USB Keyboard does not o usb/102066 usb [ukbd] usb keyboard and multimedia keys don't work o usb/101775 usb [libusbhid] [patch] possible error in report descripto o usb/101761 usb [usb] [patch] [request] usb.h: increase maximal size o o usb/101752 usb [umass] [panic] 6.1-RELEASE kernel panic on usb device o usb/101448 usb [ohci] FBSD 6.1-STABLE/AMD64 crashes under heavy USB/O o usb/101096 usb [ural] [panic] USB WLAN occasionally causes kernel-pan o usb/100746 usb [keyboard] system does not boot due to USB keyboard pr o usb/99538 usb [keyboard] while using USB keyboard default params of o usb/99431 usb [keyboard] FreeBSD on MSI 6566E (Intel 845E motherboar o kern/99200 usb [bluetooth] SMP-Kernel crashes reliably when Bluetooth o usb/98343 usb [boot] BBB reset failed errors with Creative Muvo MP3 o usb/97472 usb [cam] [patch] add support for Olympus C150,D390 s usb/97286 usb [mouse] [request] MS Wireless Intellimouse Explorer 2. o usb/97175 usb [umass] [hang] USB cardreader hangs system o usb/96457 usb [umass] [panic] fatback on umass = reboot o usb/96381 usb [cam] [patch] add a quirk table entry for a flash ram o usb/96224 usb [usb] [msdosfs] mount_msdosfs cause page fault in sync s usb/96120 usb [ums] [request] USB mouse not always detected s usb/95636 usb [umass] [boot] 5 minute delay at boot when using VT620 o usb/95562 usb [umass] Write Stress in USB Mass drive causes "vinvalb s usb/95348 usb [keyboard] USB keyboard unplug causes noise on screen o usb/95037 usb [umass] USB disk not recognized on hot-plug. o usb/94897 usb [panic] Kernel Panic when cleanly unmounting USB disk o usb/94717 usb [ulpt] Reading from /dev/ulpt can break work of a UHCI o usb/94384 usb [panic] kernel panic with usb2 hardware o usb/93872 usb [cam] [patch] SCSI quirk required for ELTA 8061 OL USB o usb/93828 usb [ohci] [panic] ohci causes panic on boot (HP Pavillion o usb/93389 usb [umass] [patch] Digital Camera Pentax S60 don't work o usb/93155 usb [ulpt] /dev/ulpt0: device busy, USB printer does not w o usb/92852 usb [ums] [patch] Vertical scroll not working properly on o usb/92171 usb [panic] panic unplugging Vodafone Mobile Connect (UMTS o usb/92142 usb [uhub] SET_ADDR_FAILED and SHORT_XFER errors from usb o usb/92083 usb [ural] [panic] panic using WPA on ural NIC in 6.0-RELE o usb/92052 usb [ulpt] usbd causes defunct process with busy file-hand o usb/91906 usb [ehci] [hang] FreeBSD hangs while booting with USB leg o usb/91896 usb camcontrol(8): Serial Number of USB Memory Sticks is n o usb/91811 usb [umass] Compact Flash in HP Photosmart 2610 return " o usb/91629 usb [usb] usbd_abort_pipe() may result in infinite loop o usb/91546 usb [umodem] [patch] Nokia 6630 mobile phone does not work o usb/91538 usb [ulpt] [patch] Unable to print to EPSON CX3500 o usb/91283 usb [boot] [regression] booting very slow with usb devices o usb/91238 usb [umass] USB tape unit fails to write a second tape fil o usb/90700 usb [umass] [panic] Kernel panic on connect/mount/use umas o usb/89954 usb [umass] [panic] USB Disk driver race condition? s usb/89003 usb [request] LaCie Firewire drive not properly supported o usb/88743 usb [hang] [regression] USB makes kernel hang at boot (reg o usb/88408 usb [axe] axe0 read PHY failed o usb/87648 usb [mouse] Logitech USB-optical mouse problem. o usb/87224 usb [usb] Cannot mount USB Zip750 o usb/86767 usb [umass] [patch] bogus "slice starts beyond end of the o usb/86298 usb [mouse] Known good USB mouse won't work with correct s s usb/85067 usb [uscanner] Cannot attach ScanJet 4300C to usb device f usb/84750 usb [hang] 6-BETA2 reboot/shutdown with root_fs on externa s usb/84336 usb [usb] [reboot] instant system reboot when unmounting a o usb/84326 usb [umass] Panic trying to connect SCSI tape drive via US o usb/83977 usb [ucom] [panic] ucom1: open bulk out error (addr 2): IN o usb/83863 usb [ugen] Communication problem between opensc/openct via o usb/83756 usb [ums] [patch] Microsoft Intellimouse Explorer 4.0A doe o usb/83563 usb [umass] [panic] Page Fault while detaching Mpman Usb d o usb/83504 usb [kernel] [patch] SpeedTouch USB stop working on recent o usb/82660 usb [ehci] [panic] EHCI: I/O stuck in state 'physrd'/panic s usb/82569 usb [umass] [panic] USB mass storage plug/unplug causes sy o usb/82520 usb [udbp] [reboot] Reboot when USL101 connected o usb/82350 usb [ucom] [panic] null pointer dereference in USB stack o usb/81621 usb [ehci] [hang] external hd hangs under load on ehci o usb/80935 usb [uvisor] [patch] uvisor.c is not work with CLIE TH55. o usb/80862 usb [patch] USB locking issues: missing some Giant calls o usb/80854 usb [patch] [request] suggestion for new iface-no-probe me o usb/80829 usb [modules] [panic] possible panic when loading USB-modu s usb/80777 usb [request] usb_rem_task() should wait for callback to c s usb/80776 usb [udav] [request] UDAV device driver shouldn't use usb_ o usb/80774 usb [patch] have "usbd_find_desc" in line with the other " o usb/80361 usb [umass] [patch] mounting of Dell usb-stick fails o usb/80040 usb [sound] [hang] Use of sound mixer causes system freeze o usb/79723 usb [usb] [request] prepare for high speed isochronous tra o usb/79722 usb [ehci] wrong alignments in ehci.h a usb/79656 usb [ehci] RHSC interrupts lost o usb/79524 usb [ulpt] printing to Minolta PagePro 1[23]xxW via USB fa o usb/79287 usb [uhci] [hang] UHCI hang after interrupt transfer o usb/79269 usb [ohci] USB ohci da0 plug/unplug causes crashes and loc o usb/78984 usb [umass] [patch] Creative MUVO umass failure o usb/77294 usb [ucom] [panic] ucom + ulpcom panic o usb/77184 usb [umass] [panic] kernel panic on USB device disconnect, o usb/76732 usb [ums] Mouse problems with USB KVM Switch o usb/76653 usb [umass] [patch] Problem with Asahi Optical usb device o usb/76461 usb [umass] disklabel of umass(4)-CAM(4)-da(4) not used by o usb/76395 usb [uhci] USB printer does not work, usbdevs says "addr 0 s usb/75928 usb [umass] [request] Cytronix SmartMedia card (SMC) reade o usb/75800 usb [ucom] ucom1: init failed STALLED error in time of syn o usb/75797 usb [sound] [regression] 5.3-STABLE(2005 1/4) detect USB h o usb/75764 usb [umass] [patch] "umass0: Phase Error" - no device for o usb/75705 usb [umass] [panic] da0 attach / Optio S4 (with backtrace) o usb/74771 usb [umass] [hang] mounting write-protected umass device a s usb/74453 usb [umass] [patch] Q-lity CD-RW USB ECW-043 (ScanLogic SL o usb/74211 usb [umass] USB flash drive causes CAM status 0x4 on 4.10R o usb/73307 usb [panic] Kernel panics on USB disconnect s usb/72733 usb [ucom] [request] Kyocera 7135 Palm OS connection probl o usb/71455 usb [umass] Slow USB umass performance of 5.3 o usb/71417 usb [ugen] Cryptoflex e-gate USB token (ugen0) communicati o usb/71416 usb [ugen] Cryptoflex e-gate USB token (ugen0) detach is n o usb/71280 usb [aue] aue0 device (linksys usb100tx) doesn't work in 1 o usb/71155 usb [ulpt] misbehaving usb-printer hangs processes, causes o usb/70523 usb [umct] [patch] umct sending/receiving wrong characters o usb/69006 usb [usbdevs] [patch] Apple Cinema Display hangs USB ports o usb/68232 usb [ugen] [patch] ugen(4) isochronous handling correction o usb/67301 usb [uftdi] [panic] RTS and system panic o usb/66547 usb [ucom] Palm Tungsten T USB does not initialize correct o usb/63621 usb [umass] [panic] USB MemoryStick Reader stalls/crashes s usb/62257 usb [umass] [request] card reader UCR-61S2B is only half-s o usb/59698 usb [keyboard] [patch] Rework of ukbd HID to AT code trans s bin/57255 usb [patch] usbd(8) and multi-function devices s usb/52026 usb [usb] [request] umass driver support for InSystem ISD2 s usb/51958 usb [urio] [patch] update for urio driver o i386/46371 usb USB controller cannot be initialized on IBM Netfinity o usb/40948 usb [umass] [request] USB HP CDW8200 does not work o usb/30929 usb [usb] [patch] use usbd to initialize USB ADSL modem 341 problems total. From uqs at spoerlein.net Mon Aug 24 12:00:10 2009 From: uqs at spoerlein.net (Ulrich =?utf-8?B?U3DDtnJsZWlu?=) Date: Mon Aug 24 12:00:26 2009 Subject: usb/127980: [umass] [patch] Fix Samsung YP U2 MP3 player on 7.x and 8.x Message-ID: <200908241200.n7OC0A3I004890@freefall.freebsd.org> The following reply was made to PR usb/127980; it has been noted by GNATS. From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: bug-followup@FreeBSD.org Cc: Harald Schmalzbauer Subject: Re: usb/127980: [umass] [patch] Fix Samsung YP U2 MP3 player on 7.x and 8.x Date: Mon, 24 Aug 2009 13:54:40 +0200 --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline New patch against the new USB stack. The problem is still valid, the quirk is only required on 6.x and is harmful on 7.x. Others have reported this problem, too. Please remove this quirk from head and RELENG_8 and RELENG_7, thanks! Uli --ZGiS0Q5IWpPtfppv Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="samsung.diff" Index: sys/dev/usb/storage/umass.c =================================================================== --- sys/dev/usb/storage/umass.c (revision 196425) +++ sys/dev/usb/storage/umass.c (working copy) @@ -741,10 +741,6 @@ UMASS_PROTO_SCSI | UMASS_PROTO_BBB, IGNORE_RESIDUE | NO_START_STOP }, - {USB_VENDOR_SAMSUNG, USB_PRODUCT_SAMSUNG_YP_U2, RID_WILDCARD, - UMASS_PROTO_SCSI | UMASS_PROTO_BBB, - SHUTTLE_INIT | NO_GETMAXLUN - }, {USB_VENDOR_SAMSUNG_TECHWIN, USB_PRODUCT_SAMSUNG_TECHWIN_DIGIMAX_410, RID_WILDCARD, UMASS_PROTO_SCSI | UMASS_PROTO_BBB, NO_INQUIRY Index: sys/dev/usb/usbdevs =================================================================== --- sys/dev/usb/usbdevs (revision 196425) +++ sys/dev/usb/usbdevs (working copy) @@ -2108,7 +2108,6 @@ /* Samsung products */ product SAMSUNG ML6060 0x3008 ML-6060 laser printer -product SAMSUNG YP_U2 0x5050 YP-U2 MP3 Player product SAMSUNG I500 0x6601 I500 Palm USB Phone /* Samsung Techwin products */ --ZGiS0Q5IWpPtfppv-- From gavin at FreeBSD.org Mon Aug 24 13:07:10 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 13:07:17 2009 Subject: usb/134476: [usb2] [umass] [quirk] Add quirk for Cypress xx6830xx Message-ID: <200908241307.n7OD7AGQ077808@freefall.freebsd.org> Synopsis: [usb2] [umass] [quirk] Add quirk for Cypress xx6830xx State-Changed-From-To: open->closed State-Changed-By: gavin State-Changed-When: Mon Aug 24 13:06:25 UTC 2009 State-Changed-Why: Close, these were committed to -CURRENT http://www.freebsd.org/cgi/query-pr.cgi?pr=134476 From gavin at FreeBSD.org Mon Aug 24 13:10:34 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 13:11:44 2009 Subject: usb/137188: [usb][patch] correctly handle USB report descriptors with interleaved report IDs Message-ID: <200908241310.n7ODAXvo082656@freefall.freebsd.org> Synopsis: [usb][patch] correctly handle USB report descriptors with interleaved report IDs State-Changed-From-To: open->patched State-Changed-By: gavin State-Changed-When: Mon Aug 24 13:08:16 UTC 2009 State-Changed-Why: Mark as patched. It's fixed in HEAD but I have no idea if it is applicable or even a problem in 7.x. Hopefully the submitter or somebody more involved with USB knows. Either way, "patched" is more appropriate. http://www.freebsd.org/cgi/query-pr.cgi?pr=137188 From gavin at FreeBSD.org Mon Aug 24 13:11:44 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 13:12:43 2009 Subject: usb/136761: [usbdevs] [patch] Teach usbdevs / u3g(4) about Huawei E180v 3G modem Message-ID: <200908241311.n7ODBiOx087190@freefall.freebsd.org> Synopsis: [usbdevs] [patch] Teach usbdevs / u3g(4) about Huawei E180v 3G modem State-Changed-From-To: open->patched State-Changed-By: gavin State-Changed-When: Mon Aug 24 13:11:04 UTC 2009 State-Changed-Why: Fixed in HEAD http://www.freebsd.org/cgi/query-pr.cgi?pr=136761 From gavin at FreeBSD.org Mon Aug 24 13:13:19 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 13:13:57 2009 Subject: usb/125264: [patch] sysctl for set usb mouse rate (very useful for gamers - FPS games) Message-ID: <200908241313.n7ODDHt0088068@freefall.freebsd.org> Synopsis: [patch] sysctl for set usb mouse rate (very useful for gamers - FPS games) State-Changed-From-To: open->patched State-Changed-By: gavin State-Changed-When: Mon Aug 24 13:12:23 UTC 2009 State-Changed-Why: Fixed in HEAD. http://www.freebsd.org/cgi/query-pr.cgi?pr=125264 From gavin at FreeBSD.org Mon Aug 24 13:14:47 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 13:14:55 2009 Subject: usb/133545: [usb] [panic] Kernel crash in usb2_intr_schedule_adjust + 0x75 Message-ID: <200908241314.n7ODElZZ088526@freefall.freebsd.org> Synopsis: [usb] [panic] Kernel crash in usb2_intr_schedule_adjust + 0x75 State-Changed-From-To: feedback->closed State-Changed-By: gavin State-Changed-When: Mon Aug 24 13:13:20 UTC 2009 State-Changed-Why: Feedback timeout (4 months). This has been fixed in HEAD and doesn't seem applicable to 7.x or before. http://www.freebsd.org/cgi/query-pr.cgi?pr=133545 From gavin at FreeBSD.org Mon Aug 24 13:23:32 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 13:23:37 2009 Subject: usb/126848: [usb]: USB Keyboard hangs during Installation Message-ID: <200908241323.n7ODNVdP098102@freefall.freebsd.org> Synopsis: [usb]: USB Keyboard hangs during Installation State-Changed-From-To: feedback->open State-Changed-By: gavin State-Changed-When: Mon Aug 24 13:21:32 UTC 2009 State-Changed-Why: Feedback was received some time ago. http://www.freebsd.org/cgi/query-pr.cgi?pr=126848 From gavin at FreeBSD.org Mon Aug 24 13:24:24 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 13:24:30 2009 Subject: usb/128418: [panic] [rum] loading if_rum causes panic, looks like in usb stack Message-ID: <200908241324.n7ODOOll098168@freefall.freebsd.org> Synopsis: [panic] [rum] loading if_rum causes panic, looks like in usb stack State-Changed-From-To: feedback->open State-Changed-By: gavin State-Changed-When: Mon Aug 24 13:23:33 UTC 2009 State-Changed-Why: Feewdback was received some time ago. http://www.freebsd.org/cgi/query-pr.cgi?pr=128418 From gavin at FreeBSD.org Mon Aug 24 13:25:13 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 13:25:20 2009 Subject: usb/131123: [patch] re-add UQ_ASSUME_CM_OVER_DATA USB quirk Message-ID: <200908241325.n7ODPCBr098232@freefall.freebsd.org> Synopsis: [patch] re-add UQ_ASSUME_CM_OVER_DATA USB quirk State-Changed-From-To: feedback->open State-Changed-By: gavin State-Changed-When: Mon Aug 24 13:24:25 UTC 2009 State-Changed-Why: Feedback was received some time ago http://www.freebsd.org/cgi/query-pr.cgi?pr=131123 From gavin at FreeBSD.org Mon Aug 24 13:27:08 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 13:27:15 2009 Subject: usb/133712: [ural] [patch] RE: Fixed an issue with ural(4) that was creating kernel panics (trap 12) Message-ID: <200908241327.n7ODR81q098437@freefall.freebsd.org> Synopsis: [ural] [patch] RE: Fixed an issue with ural(4) that was creating kernel panics (trap 12) State-Changed-From-To: feedback->open State-Changed-By: gavin State-Changed-When: Mon Aug 24 13:26:02 UTC 2009 State-Changed-Why: Feedback was provided some time ago Responsible-Changed-From-To: gavin->freebsd-usb Responsible-Changed-By: gavin Responsible-Changed-When: Mon Aug 24 13:26:02 UTC 2009 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=133712 From mike at sentex.net Mon Aug 24 13:30:05 2009 From: mike at sentex.net (mike tancsa) Date: Mon Aug 24 13:30:17 2009 Subject: usb/138138: Novatel U760 for u3g (Verizon and Bell Canada) Message-ID: <200908241329.n7ODTGiG053230@www.freebsd.org> >Number: 138138 >Category: usb >Synopsis: Novatel U760 for u3g (Verizon and Bell Canada) >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Mon Aug 24 13:30:04 UTC 2009 >Closed-Date: >Last-Modified: >Originator: mike tancsa >Release: RELENG_7 >Organization: sentex communications >Environment: 7.2-STABLE #0: Fri Aug 21 >Description: This patch lets the u3g driver work with the novatel u760 sold by Verizon in the US and Bell Canada in Canada. Note, you still have to do a camcontrol eject pass0 >How-To-Repeat: >Fix: --- u3g.c.orig 2009-08-11 09:25:47.000000000 -0400 +++ u3g.c 2009-08-11 09:26:37.000000000 -0400 @@ -144,6 +144,7 @@ {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E220 }, U3GSP_HSPA, U3GINIT_HUAWEI }, /* OEM: Novatel */ {{ USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_CDMA_MODEM }, U3GSP_CDMA, U3GINIT_EJECT }, + {{ USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_U760 }, U3GSP_CDMA, U3GINIT_EJECT }, {{ USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_ES620 }, U3GSP_UMTS, U3GINIT_EJECT }, // XXX {{ USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_MC950D }, U3GSP_HSUPA, U3GINIT_EJECT }, {{ USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_U720 }, U3GSP_UMTS, U3GINIT_EJECT }, // XXX before and after camcontrol eject pass0 full speed, power 500 mA, config 1, Novatel Wireless CDMA(0x6000), Novatel Wireless Inc.(0x1410), rev 0.00 full speed, power 500 mA, config 1, Novatel Wireless CDMA(0x5030), Novatel Wireless Inc.(0x1410), rev 0.00 Also, not sure if its an "activation" thing or not, but we had to run the device once on a windows machine, otherwise we would get 0.0.0.0 as the IP address assigned. It might also be peculiar to Verizon, but we also needed to add deny chap to our ppp.conf stanza. evdo2: set device /dev/cuaU0.0 set speed 115200 #set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \ # \"\" AT OK-AT-OK ATZ OK AT\$QCMDR=3 OK \\dATDT\\T TIMEOUT 50 CONNECT" set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \ \"\" AT OK-AT-OK ATZ OK \\dATDT\\T TIMEOUT 50 CONNECT" set phone "#777" # The authname and authkey are meaningless, but you need to have them set. # Verizon's servers don't seem to care what you auth as. #set authname "notneeded@vzw3g.com" #set authkey "vzw" disable vjcomp disable acfcomp disable chap disable pap deny chap disable deflate disable deflate24 disable pred1 disable protocomp disable mppe disable ipv6cp disable lqr disable echo set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 add default HISADDR # Add a (sticky) default route disable dns >Release-Note: >Audit-Trail: >Unformatted: From gavin at FreeBSD.org Mon Aug 24 13:47:51 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 13:48:01 2009 Subject: usb/135857: RTL8187 Wireless Adapter Message-ID: <200908241347.n7ODlpXk019449@freefall.freebsd.org> Synopsis: RTL8187 Wireless Adapter State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Mon Aug 24 13:39:07 UTC 2009 State-Changed-Why: This device should be supported in 8.x by the urtw(4) driver. It hasn't yet been backported to 7.x, but it may well be in the future. To submitter: is there any chance you could test 8.0 and see if ith works for you? http://www.freebsd.org/cgi/query-pr.cgi?pr=135857 From gavin at FreeBSD.org Mon Aug 24 15:40:21 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 15:40:27 2009 Subject: usb/100746: [keyboard] system does not boot due to USB keyboard problem on Dell 3100 Message-ID: <200908241540.n7OFeKhe036411@freefall.freebsd.org> Synopsis: [keyboard] system does not boot due to USB keyboard problem on Dell 3100 State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Mon Aug 24 15:35:13 UTC 2009 State-Changed-Why: Is there any chance you could test 8.0 and see if you see the same problem? Also, is there any chance you can get a backtrace from the machine when the crash happens, by typing "bt" at the "db>" prompt? Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Mon Aug 24 15:35:13 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=100746 From gavin at FreeBSD.org Mon Aug 24 15:44:06 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 15:44:13 2009 Subject: usb/101096: [usb67] [ural] [panic] USB WLAN occasionally causes kernel-panics during large downloads Message-ID: <200908241544.n7OFi6CE043186@freefall.freebsd.org> Old Synopsis: [ural] [panic] USB WLAN occasionally causes kernel-panics during large downloads New Synopsis: [usb67] [ural] [panic] USB WLAN occasionally causes kernel-panics during large downloads State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Mon Aug 24 15:42:10 UTC 2009 State-Changed-Why: To submitter: what is the status of this PR? Do you know if the problem was ever fixed in FreeBSD? Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Mon Aug 24 15:42:10 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=101096 From gavin at FreeBSD.org Mon Aug 24 15:46:07 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 15:46:13 2009 Subject: usb/101448: [ohci] FBSD 6.1-STABLE/AMD64 crashes under heavy USB/OHCI load Message-ID: <200908241546.n7OFk4ej043249@freefall.freebsd.org> Synopsis: [ohci] FBSD 6.1-STABLE/AMD64 crashes under heavy USB/OHCI load State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Mon Aug 24 15:44:13 UTC 2009 State-Changed-Why: To submitter: Firstly, I'm sorry that this PR has sat for so long without being looked at. Do you know if this problem was ever fixed? Or if it is (say) still an issue in 7.x but fixed in 8.x? Thanks! Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Mon Aug 24 15:44:13 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=101448 From gavin at FreeBSD.org Mon Aug 24 15:48:22 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 15:48:28 2009 Subject: usb/84326: [umass] Panic trying to connect SCSI tape drive via USB converter. Message-ID: <200908241548.n7OFmLfb043394@freefall.freebsd.org> Synopsis: [umass] Panic trying to connect SCSI tape drive via USB converter. State-Changed-From-To: open->closed State-Changed-By: gavin State-Changed-When: Mon Aug 24 15:47:47 UTC 2009 State-Changed-Why: Close this PR, usb/101752 looks to be exactly the same problem, but with far more information http://www.freebsd.org/cgi/query-pr.cgi?pr=84326 From freebsd-usb at dino.sk Mon Aug 24 15:48:40 2009 From: freebsd-usb at dino.sk (Milan Obuch) Date: Mon Aug 24 15:48:47 2009 Subject: Huawei E169 USB 3G Modem not detected as modem in 7.2 In-Reply-To: <5B4090AC-F8B3-4AAF-8501-FEAFE087EBCE@yahoo.it> References: <5B4090AC-F8B3-4AAF-8501-FEAFE087EBCE@yahoo.it> Message-ID: <200908241748.07262.freebsd-usb@dino.sk> On Sunday 23 August 2009 14:05:51 Gianni wrote: > I've seen a few posts related to the Huawei E169 3G modem which have > reported this device as working under 7.2. I have the u3g driver > loaded but the modem is only recognised as umass, I tried disabling > umass and the device came up as ugen. > My 7.2-STABLE is newly built today, log messages below, should this > modem work out of the box or is there some extra configuration needed? > Any suggestion much appreciated. > -Gianni > Hi, I tried it today - freshly cvsup'ped sources, rebuilt world and kernel. Everything works. All what was necessary in my case was just kldload u3g and ppp -ddial e220 (which is somewhat anachronism, but my first 3g modem tested was E220, and the label was not changed). As there is problem with umass (sometimes, maybe it is already fixed somehow) I do not have umass built in, I am kldload'ing umass when necessary. Nothing else special here. Regards, Milan From gavin at FreeBSD.org Mon Aug 24 15:54:35 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 15:54:42 2009 Subject: usb/101752: [usb67] [umass] [panic] 6.1-RELEASE kernel panic on usb device insertion Message-ID: <200908241554.n7OFsZUC052667@freefall.freebsd.org> Old Synopsis: [umass] [panic] 6.1-RELEASE kernel panic on usb device insertion New Synopsis: [usb67] [umass] [panic] 6.1-RELEASE kernel panic on usb device insertion State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Mon Aug 24 15:46:23 UTC 2009 State-Changed-Why: To submitter: Firstly, sorry for this PR sitting ignored for so long. I believe the panic seen might have been fixed before FreeBSD 6.3 was released. Do you know if that is in fact the case? If not, do you know if it is still an issue, or if it has been fixed in either 7.x or 8.x? Thanks! Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Mon Aug 24 15:46:23 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=101752 From gavin at FreeBSD.org Mon Aug 24 15:57:57 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 15:58:03 2009 Subject: usb/101761: [usb67] [patch] [request] usb.h: increase maximal size of report descriptor Message-ID: <200908241557.n7OFvuT1052755@freefall.freebsd.org> Old Synopsis: [usb] [patch] [request] usb.h: increase maximal size of report descriptor New Synopsis: [usb67] [patch] [request] usb.h: increase maximal size of report descriptor State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Mon Aug 24 15:54:46 UTC 2009 State-Changed-Why: To submitter: I'm not sure what the state is of this PR. It looks like the problem has not yet been fixed in FreeBSD 6 or 7, but I don't know if it is still an issue with the new USB stack in 8.x. Do you happen to know if this PR is still valid against the new USB stack? Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=101761 From gavin at FreeBSD.org Mon Aug 24 15:58:39 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 15:58:45 2009 Subject: usb/101761: [usb67] [patch] [request] usb.h: increase maximal size of report descriptor Message-ID: <200908241558.n7OFwcnn052835@freefall.freebsd.org> Synopsis: [usb67] [patch] [request] usb.h: increase maximal size of report descriptor Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Mon Aug 24 15:58:10 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=101761 From gavin at FreeBSD.org Mon Aug 24 16:04:20 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 16:04:26 2009 Subject: usb/102066: [usb67] [ukbd] usb keyboard and multimedia keys don't work Message-ID: <200908241604.n7OG4J6B062236@freefall.freebsd.org> Old Synopsis: [ukbd] usb keyboard and multimedia keys don't work New Synopsis: [usb67] [ukbd] usb keyboard and multimedia keys don't work State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Mon Aug 24 16:01:40 UTC 2009 State-Changed-Why: Do you know if this keyboard now works as expected with the new USB stack in FreeBSD 8.0? Or if it was ever fixed in 7.x? Thanks! Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Mon Aug 24 16:01:40 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=102066 From gavin at FreeBSD.org Mon Aug 24 16:11:32 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 16:12:50 2009 Subject: usb/102678: [usb67] [ukbd] Dell PowerEdge DRAC5 USB Keyboard does not work Message-ID: <200908241611.n7OGBVZ8071944@freefall.freebsd.org> Synopsis: [usb67] [ukbd] Dell PowerEdge DRAC5 USB Keyboard does not work State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Mon Aug 24 16:10:37 UTC 2009 State-Changed-Why: To submitter: Sorry it has taken so long for a response to this PR. Did you ever get to the bottom of which changes were the root of the problem you were seeing? Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Mon Aug 24 16:10:37 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=102678 From gavin at FreeBSD.org Mon Aug 24 16:13:55 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 16:14:14 2009 Subject: usb/102976: [panic] Casio Exilim Digital Camera causes panic on insertion Message-ID: <200908241613.n7OGDsWH072796@freefall.freebsd.org> Synopsis: [panic] Casio Exilim Digital Camera causes panic on insertion State-Changed-From-To: open->closed State-Changed-By: gavin State-Changed-When: Mon Aug 24 16:10:27 UTC 2009 State-Changed-Why: Close, duplicate of usb/101752. Known problem affecting a large number of Casio cameras. Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Mon Aug 24 16:10:27 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=102976 From gavin at FreeBSD.org Mon Aug 24 16:18:37 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 16:18:42 2009 Subject: usb/103025: [usb67] [uhub] [panic] wrong detection of USB device for FreeBSD 6.1 and AMD LX-800 and CS-5536 chipset, followed by panic Message-ID: <200908241618.n7OGIaDh073343@freefall.freebsd.org> Old Synopsis: [uhub] [panic] wrong detection of USB device for FreeBSD 6.1 and AMD LX-800 and CS-5536 chipset, followed by panic New Synopsis: [usb67] [uhub] [panic] wrong detection of USB device for FreeBSD 6.1 and AMD LX-800 and CS-5536 chipset, followed by panic State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Mon Aug 24 16:14:57 UTC 2009 State-Changed-Why: To submitter: do you know if this problem was ever resolved, in either FreeBSD 7.x, or FreeBSD 8.x? Thanks! Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Mon Aug 24 16:14:57 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=103025 From gavin at FreeBSD.org Mon Aug 24 16:30:57 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 16:31:02 2009 Subject: usb/103046: [usb67] [ulpt] [patch] ulpt event driven I/O with select(2) and nonblock Message-ID: <200908241630.n7OGUuGq091692@freefall.freebsd.org> Old Synopsis: [ulpt] [patch] ulpt event driven I/O with select(2) and nonblock New Synopsis: [usb67] [ulpt] [patch] ulpt event driven I/O with select(2) and nonblock State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Mon Aug 24 16:22:19 UTC 2009 State-Changed-Why: To submitter: Is there any chance you know what the status of this PR is? >From usb/113060 it sounds like it is fixed with the new USB stack in 8.x, do you know if the problem was ever fixed in 6.x or 7.x? Thanks! (just in case the original site goes away, I've mirrored the supplied patch at http://people.freebsd.org/~gavin/PRs/103046.ulpt_poll.diff ) Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Mon Aug 24 16:22:19 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=103046 From gavin at FreeBSD.org Mon Aug 24 16:49:50 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 16:49:56 2009 Subject: usb/103289: [usb67] [ehci] [hang] USB 2.0 problems on AMD LX-800 CPU and CS-5536 chipset Message-ID: <200908241649.n7OGnoTs005076@freefall.freebsd.org> Old Synopsis: [request] USB 2.0 problems on AMD LX-800 CPU and CS-5536 chipset New Synopsis: [usb67] [ehci] [hang] USB 2.0 problems on AMD LX-800 CPU and CS-5536 chipset State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Mon Aug 24 16:31:09 UTC 2009 State-Changed-Why: To submitter: Firstly, sorry that this PR has sat for so long without being looked at. Do you know if this problem has ever been resolved? If not, is there any chance you could obtain more information for us? Please, boot with the "verbose" option from the boot menu, and show us the last few lines printed before the hang. Thanks! Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Mon Aug 24 16:31:09 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=103289 From gavin at FreeBSD.org Mon Aug 24 17:02:34 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 17:02:40 2009 Subject: usb/103917: [usb67] [uhub] USB driver reports "Addr 0 should never happen" Message-ID: <200908241702.n7OH2XQ0023902@freefall.freebsd.org> Old Synopsis: [uhub] USB driver reports "Addr 0 should never happen" New Synopsis: [usb67] [uhub] USB driver reports "Addr 0 should never happen" State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Mon Aug 24 17:01:26 UTC 2009 State-Changed-Why: To submitter: Do you know if this problem was ever resolved, and if so, which version fixed it? Thanks! Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Mon Aug 24 17:01:26 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=103917 From gavin at FreeBSD.org Mon Aug 24 17:06:21 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 17:06:28 2009 Subject: usb/104290: [usb67] [umass] [patch] [quirk] TOSHIBA DVD-RAM drive (libretto DVD Dock) Message-ID: <200908241706.n7OH6KGc024019@freefall.freebsd.org> Old Synopsis: [umass] [patch] quirk: TOSHIBA DVD-RAM drive (libretto DVD Dock) New Synopsis: [usb67] [umass] [patch] [quirk] TOSHIBA DVD-RAM drive (libretto DVD Dock) State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Mon Aug 24 17:02:35 UTC 2009 State-Changed-Why: To submitter: Do you know if this patch is still required with the new USB stack in FreeBSD 8? Or even if the problem was fixed in a different way in 7.x or 6.8? Thanks! Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Mon Aug 24 17:02:35 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=104290 From gavin at FreeBSD.org Mon Aug 24 17:10:02 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 17:10:08 2009 Subject: usb/104292: [usb67] [umass] [hang] system lockup on forced umount of usb-storage device Message-ID: <200908241710.n7OHA1Cj024215@freefall.freebsd.org> Old Synopsis: [umass] [hang] system lockup on forced umount of usb-storage device New Synopsis: [usb67] [umass] [hang] system lockup on forced umount of usb-storage device State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Mon Aug 24 17:06:55 UTC 2009 State-Changed-Why: To submitter: It is believed that all causes of this problem have been fixed in FreeBSD 8.x and were merged into 7.x before 7.2 was released. Therefore you should not be able to recreate the problem in 7.2-RELEASE. Can you confirm that this PR can be closed? Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Mon Aug 24 17:06:55 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=104292 From gavin at FreeBSD.org Mon Aug 24 17:12:47 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 17:12:54 2009 Subject: usb/104645: [usb67] [umass] [request] Rave C-201 MP3 player does not communicate Message-ID: <200908241712.n7OHCl7R033539@freefall.freebsd.org> Old Synopsis: [umass] [request] Rave C-201 MP3 player does not communicate New Synopsis: [usb67] [umass] [request] Rave C-201 MP3 player does not communicate State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Mon Aug 24 17:10:08 UTC 2009 State-Changed-Why: To submitter: Do you know if this problem has ever been resolved in more recent versions of FreeBSD? It would be useful to know if you still see this problem in FreeBSD7 and/or FreeBSD 8. Thanks! Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Mon Aug 24 17:10:08 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=104645 From gavin at FreeBSD.org Mon Aug 24 17:18:33 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 17:18:42 2009 Subject: usb/104352: [usb67] [ural] [rum] [patch] ural driver doesnt work Message-ID: <200908241718.n7OHIWHF034806@freefall.freebsd.org> Old Synopsis: [ural] [patch] ural driver doesnt work New Synopsis: [usb67] [ural] [rum] [patch] ural driver doesnt work State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Mon Aug 24 17:12:48 UTC 2009 State-Changed-Why: To submitter: It looks to me that the correct driver for this is rum(4) and not ural(4). Could you please test and confirm if this fixes the problems for you? Thanks! Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Mon Aug 24 17:12:48 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=104352 From gavin at FreeBSD.org Mon Aug 24 17:19:19 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 17:19:26 2009 Subject: usb/104830: [umass] system crashes when copying data to umass devices Message-ID: <200908241719.n7OHJJZX034857@freefall.freebsd.org> Synopsis: [umass] system crashes when copying data to umass devices State-Changed-From-To: open->closed State-Changed-By: gavin State-Changed-When: Mon Aug 24 17:18:34 UTC 2009 State-Changed-Why: Submitter says these problems went away on upgrading to 7.x. http://www.freebsd.org/cgi/query-pr.cgi?pr=104830 From gavin at FreeBSD.org Mon Aug 24 17:22:59 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 17:23:06 2009 Subject: usb/105065: [usb67] [umass] transfer speed of external drive enclosure varies Message-ID: <200908241722.n7OHMwXH044168@freefall.freebsd.org> Old Synopsis: [ata] [usb] SATA - USB Bridge New Synopsis: [usb67] [umass] transfer speed of external drive enclosure varies State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Mon Aug 24 17:19:21 UTC 2009 State-Changed-Why: To submitter: Sorry this PR has been ignored for so long. Do you know if this problem still exists with newer versions of FreeBSD? Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Mon Aug 24 17:19:21 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=105065 From gavin at FreeBSD.org Mon Aug 24 17:28:07 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 24 17:28:12 2009 Subject: usb/105186: [usb67] [ehci] [panic] USB 2.0/ehci on FreeBSD 6.2-PRE/AMD64 crashes box Message-ID: <200908241728.n7OHS6oc044282@freefall.freebsd.org> Old Synopsis: [ehci] [panic] USB 2.0/ehci on FreeBSD 6.2-PRE/AMD64 crashes box New Synopsis: [usb67] [ehci] [panic] USB 2.0/ehci on FreeBSD 6.2-PRE/AMD64 crashes box State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Mon Aug 24 17:23:00 UTC 2009 State-Changed-Why: To submitter: Do you know if these problems were ever resolved? If possible, it would be useful to know whether the issues have been fixed on both 7.x and on 8.x. Thanks! Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Mon Aug 24 17:23:00 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=105186 From ohartman at mail.zedat.fu-berlin.de Mon Aug 24 19:04:50 2009 From: ohartman at mail.zedat.fu-berlin.de (O. Hartmann) Date: Mon Aug 24 19:04:56 2009 Subject: usb/105186: [usb67] [ehci] [panic] USB 2.0/ehci on FreeBSD 6.2-PRE/AMD64 crashes box In-Reply-To: <200908241728.n7OHS6oc044282@freefall.freebsd.org> References: <200908241728.n7OHS6oc044282@freefall.freebsd.org> Message-ID: <4A92E0CA.5010505@mail.zedat.fu-berlin.de> gavin@FreeBSD.org wrote: > Old Synopsis: [ehci] [panic] USB 2.0/ehci on FreeBSD 6.2-PRE/AMD64 crashes box > New Synopsis: [usb67] [ehci] [panic] USB 2.0/ehci on FreeBSD 6.2-PRE/AMD64 crashes box > > State-Changed-From-To: open->feedback > State-Changed-By: gavin > State-Changed-When: Mon Aug 24 17:23:00 UTC 2009 > State-Changed-Why: > To submitter: Do you know if these problems were ever resolved? If possible, > it would be useful to know whether the issues have been fixed on both 7.x > and on 8.x. Thanks! > > > Responsible-Changed-From-To: freebsd-usb->gavin > Responsible-Changed-By: gavin > Responsible-Changed-When: Mon Aug 24 17:23:00 UTC 2009 > Responsible-Changed-Why: > Track > > http://www.freebsd.org/cgi/query-pr.cgi?pr=105186 This is a quite old bug report.The box in question runs FreeBSD 8.0-BETA3/amd64 and before (and after 6.2-PRE) 7.1. As far a s I recall, the problem vanished after FreeBSD 6.2-REL was out. Today the box has the new USB stack running with 8.0 and everything seems quite all right so far. Regards, Oliver From mike at sentex.net Mon Aug 24 20:48:51 2009 From: mike at sentex.net (Mike Tancsa) Date: Mon Aug 24 20:48:58 2009 Subject: USB update In-Reply-To: <200908240819.40722.hselasky@c2i.net> References: <200908240819.40722.hselasky@c2i.net> Message-ID: <200908242045.n7OKjWIt048283@lava.sentex.ca> At 02:19 AM 8/24/2009, Hans Petter Selasky wrote: >Hi, > >The fixes for the last two weeks of reported USB issues has now been >committed >into freebsd-8-current. FYI, this bug http://lists.freebsd.org/pipermail/freebsd-current/2009-May/006710.html still appears to be there with RELENG_8. Is there anything in the above patch set that might address it ? ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From jhein at timing.com Mon Aug 24 22:32:26 2009 From: jhein at timing.com (John Hein) Date: Mon Aug 24 22:32:37 2009 Subject: re-enumerate a device Message-ID: <19091.3466.900940.918972@gromit.timing.com> What's the best way to re-enumerate a device on the USB? USB1 or USB2. From amdmi3 at amdmi3.ru Tue Aug 25 01:27:51 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Tue Aug 25 01:27:58 2009 Subject: usb/101761: [usb67] [patch] [request] usb.h: increase maximal size of report descriptor In-Reply-To: <200908241557.n7OFvuT1052755@freefall.freebsd.org> References: <200908241557.n7OFvuT1052755@freefall.freebsd.org> Message-ID: <20090825011025.GA26981@hades.panopticon> * gavin@FreeBSD.org (gavin@FreeBSD.org) wrote: > State-Changed-From-To: open->feedback > State-Changed-By: gavin > State-Changed-When: Mon Aug 24 15:54:46 UTC 2009 > State-Changed-Why: > To submitter: I'm not sure what the state is of this PR. It looks like the > problem has not yet been fixed in FreeBSD 6 or 7, but I don't know if it is > still an issue with the new USB stack in 8.x. Do you happen to know if this > PR is still valid against the new USB stack? Thanks! > > http://www.freebsd.org/cgi/query-pr.cgi?pr=101761 How do I dump UHID report descriptor with the new stack? usbhitctl doesn't seem to work: root@hades:amdmi3# usbhidctl -f /dev/uhid1 -r Report descriptor: Total input size 0 bytes Total output size 0 bytes Total feature size 0 bytes root@hades:amdmi3# usbhidctl -f /dev/uhid1 -a usbhidctl: USB_SET_IMMED: Device not configured -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From amdmi3 at amdmi3.ru Tue Aug 25 01:59:01 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Tue Aug 25 01:59:09 2009 Subject: usb/101761: [usb67] [patch] [request] usb.h: increase maximal size of report descriptor In-Reply-To: <200908241557.n7OFvuT1052755@freefall.freebsd.org> References: <200908241557.n7OFvuT1052755@freefall.freebsd.org> Message-ID: <20090825015845.GB26981@hades.panopticon> * gavin@FreeBSD.org (gavin@FreeBSD.org) wrote: > To submitter: I'm not sure what the state is of this PR. It looks like the > problem has not yet been fixed in FreeBSD 6 or 7, but I don't know if it is > still an issue with the new USB stack in 8.x. Do you happen to know if this > PR is still valid against the new USB stack? Thanks! ...after some digging.... First of all, my joystick seem to have at least two reports. Report #0 is empty, report #1 has actual axis/button/... data. With regard to that, usbhidctl is buggy. First of all, static int reportid variable is never written to but is read in 3 places. It seems like it's initialized with zero, and thus the utility tries to work with report #0, giving no data. It seems like reportid should be initialized to -1 which I suppose reports all report secrs. Also, there should be a way to select specific report id with command line flags (likely that was intended usege for this variable). After initializing reportid to -1 I can get report descriptor, and yes, answering original question, it is not truncated. Judging from code rc/lib/libusbhid/descr.c:hid_get_report_desc, the upper limit is now 65535 bytes, which is enough for my device with 1343 byte report descr. However, after using -1 as reportid, usbhidctl still reports wrong sizes: Total input size 0 bytes Total output size 0 bytes Total feature size 0 bytes likely that's because hid_report_size() is called with id=0 (not even reportid). Seems like it doesn't work with id=-1 as well, so the correct way is likely to get sizes from hid_item structs. In either case, libusbhid seems to lack a way to get a number of reports to be able to parse them one by one. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From hselasky at c2i.net Tue Aug 25 07:23:16 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Tue Aug 25 07:23:23 2009 Subject: re-enumerate a device In-Reply-To: <19091.3466.900940.918972@gromit.timing.com> References: <19091.3466.900940.918972@gromit.timing.com> Message-ID: <200908250923.25564.hselasky@c2i.net> On Tuesday 25 August 2009 00:00:42 John Hein wrote: > What's the best way to re-enumerate a device on the USB? > USB1 or USB2. The best way is to use an external USB HUB. Then there is a command in FreeBSD-8 called: usbconfig -u X -a Y reset which reenumerates your device. Sysctls are also present to adjust the reset-rate. --HPS From hselasky at c2i.net Tue Aug 25 07:27:28 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Tue Aug 25 07:27:37 2009 Subject: usb/101761: [usb67] [patch] [request] usb.h: increase maximal size of report descriptor In-Reply-To: <20090825011025.GA26981@hades.panopticon> References: <200908241557.n7OFvuT1052755@freefall.freebsd.org> <20090825011025.GA26981@hades.panopticon> Message-ID: <200908250927.39427.hselasky@c2i.net> On Tuesday 25 August 2009 03:10:25 Dmitry Marakasov wrote: > * gavin@FreeBSD.org (gavin@FreeBSD.org) wrote: > > State-Changed-From-To: open->feedback > > State-Changed-By: gavin > > State-Changed-When: Mon Aug 24 15:54:46 UTC 2009 > > State-Changed-Why: > > To submitter: I'm not sure what the state is of this PR. It looks like > > the problem has not yet been fixed in FreeBSD 6 or 7, but I don't know if > > it is still an issue with the new USB stack in 8.x. Do you happen to > > know if this PR is still valid against the new USB stack? Thanks! > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=101761 > > How do I dump UHID report descriptor with the new stack? usbhitctl > doesn't seem to work: > > root@hades:amdmi3# usbhidctl -f /dev/uhid1 -r > Report descriptor: > Total input size 0 bytes > Total output size 0 bytes > Total feature size 0 bytes > root@hades:amdmi3# usbhidctl -f /dev/uhid1 -a > usbhidctl: USB_SET_IMMED: Device not configured How to dump HID descriptor: Interface 0 of ugen7.5: usbconfig -u 7 -a 5 do_request 0x81 0x06 0x2200 0 0x1000 Interface 1 of ugen7.5: usbconfig -u 7 -a 5 do_request 0x81 0x06 0x2200 1 0x1000 And so on. --HPS From gavin at FreeBSD.org Tue Aug 25 09:39:47 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Tue Aug 25 09:39:53 2009 Subject: usb/103046: [usb67] [ulpt] [patch] ulpt event driven I/O with select(2) and nonblock Message-ID: <200908250939.n7P9dkGq062838@freefall.freebsd.org> Synopsis: [usb67] [ulpt] [patch] ulpt event driven I/O with select(2) and nonblock State-Changed-From-To: feedback->open State-Changed-By: gavin State-Changed-When: Tue Aug 25 09:37:33 UTC 2009 State-Changed-Why: Submitter provided feedback, thanks! Responsible-Changed-From-To: gavin->freebsd-usb Responsible-Changed-By: gavin Responsible-Changed-When: Tue Aug 25 09:37:33 UTC 2009 Responsible-Changed-Why: Back over to maintainer(s). Submitter believes this is still a problem with the old USB stack, although possibly a problem that fewer people will see as cups includes a workaround for this problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=103046 From gavin at FreeBSD.org Tue Aug 25 09:54:13 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Tue Aug 25 09:54:19 2009 Subject: usb/106615: [uftdi] uftdi module does not automatically load with the FTDI FT2232C chip Message-ID: <200908250954.n7P9sCes081979@freefall.freebsd.org> Synopsis: [uftdi] uftdi module does not automatically load with the FTDI FT2232C chip State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Tue Aug 25 09:51:40 UTC 2009 State-Changed-Why: To submitter: Do you know if this problem was ever fixed in 6.x or 7.x, or if it has been fixed in the upcoming 8.x? Am I correct in interpreting the problem you are describing as: "When I insert the USB device and then load the kernel module, I have to unplug and replug the device before the driver will attach"? Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Tue Aug 25 09:51:40 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=106615 From gavin at FreeBSD.org Tue Aug 25 10:01:04 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Tue Aug 25 10:01:10 2009 Subject: usb/106621: [usb67] [axe] [patch] DLINK DUB-E100 support broken Message-ID: <200908251001.n7PA136Y091404@freefall.freebsd.org> Old Synopsis: [axe] [patch] DLINK DUB-E100 support broken New Synopsis: [usb67] [axe] [patch] DLINK DUB-E100 support broken State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Tue Aug 25 09:54:14 UTC 2009 State-Changed-Why: To submitter: it appears that support for this device was committed to FreeBSD before 7.0 was released, but the support was never merged back to 6.x. Are you able to confirm that this device works fine with 7.0 or later? Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Tue Aug 25 09:54:14 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=106621 From gavin at FreeBSD.org Tue Aug 25 10:02:50 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Tue Aug 25 10:02:56 2009 Subject: usb/106648: [usb67] [umass] [hang] USB Floppy on D1950 10 min Hang on Insert w/o Floppy Disk Message-ID: <200908251002.n7PA2oWu091465@freefall.freebsd.org> Old Synopsis: [umass] [hang] USB Floppy on D1950 10 min Hang on Insert w/o Floppy Disk New Synopsis: [usb67] [umass] [hang] USB Floppy on D1950 10 min Hang on Insert w/o Floppy Disk State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Tue Aug 25 10:01:05 UTC 2009 State-Changed-Why: To submitter: sorry that this PR has sat around ignored for so long. Do you know if this issue was ever resolved with later versions of FreeBSD? Do you know if it is still an issue in the upcoming FreeBSD 8? Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Tue Aug 25 10:01:05 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=106648 From gavin at FreeBSD.org Tue Aug 25 10:04:22 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Tue Aug 25 10:04:30 2009 Subject: usb/106832: [usb67] [usb] USB HP printer is not detected by kernel when ACPI enabled. Message-ID: <200908251004.n7PA4L74091522@freefall.freebsd.org> Old Synopsis: [usb] USB HP printer is not detected by kernel when ACPI enabled. New Synopsis: [usb67] [usb] USB HP printer is not detected by kernel when ACPI enabled. State-Changed-From-To: suspended->feedback State-Changed-By: gavin State-Changed-When: Tue Aug 25 10:02:51 UTC 2009 State-Changed-Why: To submitter: do you know if this problem was ever fixed in later versions of FreeBSD/ Is there any chance you can confirm that the problem no longer exists in FreeBSD 8? Thanks! Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Tue Aug 25 10:02:51 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=106832 From gavin at FreeBSD.org Tue Aug 25 11:37:31 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Tue Aug 25 11:37:37 2009 Subject: usb/106861: [usb67] [usb8] [usbdevs] [patch] Add ACER Zeevo BT-500 Bluetooth USB Adapter Message-ID: <200908251137.n7PBbVA7086443@freefall.freebsd.org> Old Synopsis: [usbdevs] [patch]: usbdevs update: Add product ACER Zeevo BT-500 Bluetooth USB Adapter New Synopsis: [usb67] [usb8] [usbdevs] [patch] Add ACER Zeevo BT-500 Bluetooth USB Adapter State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Tue Aug 25 10:04:23 UTC 2009 State-Changed-Why: To submitter: Do you know if this USB bluetooth adapter works with more recent versions of FreeBSD? Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Tue Aug 25 10:04:23 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=106861 From amdmi3 at amdmi3.ru Tue Aug 25 12:15:23 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Tue Aug 25 12:15:30 2009 Subject: usb/101761: [usb67] [patch] [request] usb.h: increase maximal size of report descriptor In-Reply-To: <200908250927.39427.hselasky@c2i.net> References: <200908241557.n7OFvuT1052755@freefall.freebsd.org> <20090825011025.GA26981@hades.panopticon> <200908250927.39427.hselasky@c2i.net> Message-ID: <20090825121506.GD26981@hades.panopticon> * Hans Petter Selasky (hselasky@c2i.net) wrote: > How to dump HID descriptor: > > Interface 0 of ugen7.5: > > usbconfig -u 7 -a 5 do_request 0x81 0x06 0x2200 0 0x1000 > > Interface 1 of ugen7.5: > > usbconfig -u 7 -a 5 do_request 0x81 0x06 0x2200 1 0x1000 Yes, it dumps more than 1024 bytes, so the problem described in the PR is fixed. But see my other comment regarding usbhidctl. --- REQUEST = <0x05 0x01 0x09 0x04 0xa1 0x01 0x85 0x01 0x09 0x01 0xa1 0x00 0x66 0x00 0x00 0x55 0x00 0x16 0x00 0xfe 0x26 0xff 0x01 0x35 0x00 0x46 0xff 0x03 0x95 0x01 0x75 0x0a 0x09 0x30 0x81 0x02 0x75 0x06 0x81 0x01 0x09 0x31 0x75 0x0a 0x81 0x02 0x75 0x06 0x95 0x01 0x81 0x01 0x15 0xe0 0x25 0x1f 0x35 0x00 0x45 0x3f 0x66 0x14 0x00 0x09 0x35 0x81 0x02 0x75 0x02 0x81 0x01 0x66 0x00 0x00 0xc0 0x75 0x07 0x95 0x01 0x15 0x00 0x25 0x7f 0x35 0x00 0x45 0x7f 0x09 0x36 0x81 0x02 0x75 0x01 0x81 0x01 0x09 0x39 0x15 0x00 0x25 0x07 0x35 0x00 0x46 0x3b 0x01 0x66 0x14 0x00 0x75 0x04 0x95 0x01 0x81 0x42 0x95 0x01 0x81 0x01 0x66 0x00 0x00 0x05 0x09 0x19 0x01 0x29 0x08 0x15 0x00 0x25 0x01 0x35 0x00 0x45 0x01 0x95 0x08 0x75 0x01 0x81 0x02 0x95 0x04 0x75 0x08 0x81 0x01 0x05 0x0f 0x09 0x92 0xa1 0x02 0x85 0x02 0x09 0x9f 0x09 0xa0 0x09 0xa4 0x09 0xa5 0x09 0xa6 0x15 0x00 0x25 0x01 0x35 0x00 0x45 0x01 0x75 0x01 0x95 0x05 0x81 0x02 0x95 0x03 0x81 0x03 0x09 0x94 0x15 0x00 0x25 0x01 0x35 0x00 0x45 0x01 0x75 0x01 0x95 0x01 0x81 0x02 0x09 0x22 0x15 0x01 0x25 0x28 0x35 0x01 0x45 0x28 0x75 0x07 0x95 0x01 0x81 0x02 0xc0 0x09 0x21 0xa1 0x02 0x85 0x01 0x09 0x22 0x15 0x01 0x25 0x28 0x35 0x01 0x45 0x28 0x75 0x08 0x95 0x01 0x91 0x02 0x09 0x25 0xa1 0x02 0x09 0x26 0x09 0x27 0x09 0x30 0x09 0x31 0x09 0x32 0x09 0x33 0x09 0x34 0x09 0x40 0x09 0x41 0x09 0x42 0x09 0x43 0x09 0x28 0x25 0x0c 0x15 0x01 0x35 0x01 0x45 0x0c 0x75 0x08 0x95 0x01 0x91 0x00 0xc0 0x09 0x50 0x09 0x54 0x09 0x51 0x15 0x00 0x26 0xff 0x7f 0x35 0x00 0x46 0xff 0x7f 0x66 0x03 0x10 0x55 0xfd 0x75 0x10 0x95 0x03 0x91 0x02 0x55 0x00 0x66 0x00 0x00 0x09 0x52 0x15 0x00 0x26 0xff 0x00 0x35 0x00 0x46 0x10 0x27 0x75 0x08 0x95 0x01 0x91 0x02 0x09 0x53 0x15 0x01 0x25 0x08 0x35 0x01 0x45 0x08 0x75 0x08 0x95 0x01 0x91 0x02 0x09 0x55 0xa1 0x02 0x05 0x01 0x09 0x30 0x09 0x31 0x15 0x00 0x25 0x01 0x75 0x01 0x95 0x02 0x91 0x02 0xc0 0x05 0x0f 0x09 0x56 0x95 0x01 0x91 0x02 0x95 0x05 0x91 0x03 0x09 0x57 0xa1 0x02 0x0b 0x01 0x00 0x0a 0x00 0x0b 0x02 0x00 0x0a 0x00 0x66 0x14 0x00 0x55 0xfe 0x15 0x00 0x26 0xff 0x00 0x35 0x00 0x47 0xa0 0x8c 0x00 0x00 0x66 0x00 0x00 0x75 0x08 0x95 0x02 0x91 0x02 0x55 0x00 0x66 0x00 0x00 0xc0 0x05 0x0f 0x09 0xa7 0x66 0x03 0x10 0x55 0xfd 0x15 0x00 0x26 0xff 0x7f 0x35 0x00 0x46 0xff 0x7f 0x75 0x10 0x95 0x01 0x91 0x02 0x66 0x00 0x00 0x55 0x00 0xc0 0x05 0x0f 0x09 0x5a 0xa1 0x02 0x85 0x02 0x09 0x22 0x15 0x01 0x25 0x28 0x35 0x01 0x45 0x28 0x75 0x08 0x95 0x01 0x91 0x02 0x09 0x5b 0x09 0x5d 0x15 0x00 0x26 0xff 0x00 0x35 0x00 0x46 0x10 0x27 0x95 0x02 0x91 0x02 0x09 0x5c 0x09 0x5e 0x66 0x03 0x10 0x55 0xfd 0x26 0xff 0x7f 0x46 0xff 0x7f 0x75 0x10 0x91 0x02 0x45 0x00 0x66 0x00 0x00 0x55 0x00 0xc0 0x09 0x5f 0xa1 0x02 0x85 0x03 0x09 0x22 0x15 0x01 0x25 0x28 0x35 0x01 0x45 0x28 0x75 0x08 0x95 0x01 0x91 0x02 0x09 0x23 0x15 0x00 0x25 0x01 0x35 0x00 0x45 0x01 0x75 0x04 0x95 0x01 0x91 0x02 0x09 0x58 0xa1 0x02 0x0b 0x01 0x00 0x0a 0x00 0x0b 0x02 0x00 0x0a 0x00 0x75 0x02 0x95 0x02 0x91 0x02 0xc0 0x15 0x80 0x25 0x7f 0x36 0xf0 0xd8 0x46 0x10 0x27 0x09 0x60 0x75 0x08 0x95 0x01 0x91 0x02 0x36 0xf0 0xd8 0x46 0x10 0x27 0x09 0x61 0x09 0x62 0x95 0x02 0x91 0x02 0x15 0x00 0x26 0xff 0x00 0x35 0x00 0x46 0x10 0x27 0x09 0x63 0x09 0x64 0x75 0x08 0x95 0x02 0x91 0x02 0x09 0x65 0x46 0x10 0x27 0x95 0x01 0x91 0x02 0xc0 0x09 0x6e 0xa1 0x02 0x85 0x04 0x09 0x22 0x15 0x01 0x25 0x28 0x35 0x01 0x45 0x28 0x75 0x08 0x95 0x01 0x91 0x02 0x09 0x70 0x15 0x00 0x26 0xff 0x00 0x35 0x00 0x46 0x10 0x27 0x75 0x08 0x95 0x01 0x91 0x02 0x09 0x6f 0x15 0x80 0x25 0x7f 0x36 0xf0 0xd8 0x46 0x10 0x27 0x95 0x01 0x91 0x02 0x09 0x71 0x66 0x14 0x00 0x55 0xfe 0x15 0x00 0x26 0xff 0x00 0x35 0x00 0x47 0xa0 0x8c 0x00 0x00 0x91 0x02 0x09 0x72 0x26 0xff 0x7f 0x46 0xff 0x7f 0x66 0x03 0x10 0x55 0xfd 0x75 0x10 0x95 0x01 0x91 0x02 0x66 0x00 0x00 0x55 0x00 0xc0 0x09 0x73 0xa1 0x02 0x85 0x05 0x09 0x22 0x15 0x01 0x25 0x28 0x35 0x01 0x45 0x28 0x75 0x08 0x95 0x01 0x91 0x02 0x09 0x70 0x16 0x01 0xff 0x26 0xff 0x00 0x36 0xf0 0xd8 0x46 0x10 0x27 0x75 0x10 0x95 0x01 0x91 0x02 0xc0 0x09 0x74 0xa1 0x02 0x85 0x06 0x09 0x22 0x15 0x01 0x25 0x28 0x35 0x01 0x45 0x28 0x75 0x08 0x95 0x01 0x91 0x02 0x09 0x75 0x09 0x76 0x15 0x80 0x25 0x7f 0x36 0xf0 0xd8 0x46 0x10 0x27 0x75 0x08 0x95 0x02 0x91 0x02 0xc0 0x09 0x68 0xa1 0x02 0x85 0x07 0x09 0x22 0x15 0x01 0x25 0x28 0x35 0x01 0x45 0x28 0x75 0x08 0x95 0x01 0x91 0x02 0x09 0x6c 0x15 0x00 0x26 0x10 0x27 0x35 0x00 0x46 0x10 0x27 0x75 0x10 0x95 0x01 0x91 0x02 0x09 0x69 0x15 0x81 0x25 0x7f 0x35 0x00 0x46 0xff 0x00 0x75 0x08 0x95 0x0c 0x92 0x02 0x01 0xc0 0x09 0x66 0xa1 0x02 0x85 0x08 0x05 0x01 0x09 0x30 0x09 0x31 0x15 0x81 0x25 0x7f 0x35 0x00 0x46 0xff 0x00 0x75 0x08 0x95 0x02 0x91 0x02 0xc0 0x05 0x0f 0x09 0x77 0xa1 0x02 0x85 0x0a 0x09 0x22 0x15 0x01 0x25 0x28 0x35 0x01 0x45 0x28 0x75 0x08 0x95 0x01 0x91 0x02 0x09 0x78 0xa1 0x02 0x09 0x79 0x09 0x7a 0x09 0x7b 0x15 0x01 0x25 0x03 0x75 0x08 0x95 0x01 0x91 0x00 0xc0 0x09 0x7c 0x15 0x00 0x26 0xff 0x00 0x35 0x00 0x46 0xff 0x00 0x91 0x02 0xc0 0x09 0x90 0xa1 0x02 0x85 0x0b 0x09 0x22 0x25 0x28 0x15 0x01 0x35 0x01 0x45 0x28 0x75 0x08 0x95 0x01 0x91 0x02 0xc0 0x09 0x96 0xa1 0x02 0x85 0x0c 0x09 0x97 0x09 0x98 0x09 0x99 0x09 0x9a 0x09 0x9b 0x09 0x9c 0x15 0x01 0x25 0x06 0x75 0x08 0x95 0x01 0x91 0x00 0xc0 0x09 0x7d 0xa1 0x02 0x85 0x0d 0x09 0x7e 0x15 0x00 0x26 0xff 0x00 0x35 0x00 0x46 0x10 0x27 0x75 0x08 0x95 0x01 0x91 0x02 0xc0 0x09 0x6b 0xa1 0x02 0x85 0x0e 0x09 0x22 0x15 0x01 0x25 0x28 0x35 0x01 0x45 0x28 0x75 0x08 0x95 0x01 0x91 0x02 0x09 0x6d 0x15 0x00 0x26 0xff 0x00 0x35 0x00 0x46 0xff 0x00 0x75 0x08 0x95 0x01 0x91 0x02 0x09 0x51 0x66 0x03 0x10 0x55 0xfd 0x15 0x00 0x26 0xff 0x7f 0x35 0x00 0x46 0xff 0x7f 0x75 0x10 0x95 0x01 0x91 0x02 0x55 0x00 0x66 0x00 0x00 0xc0 0x09 0xab 0xa1 0x02 0x85 0x01 0x09 0x25 0xa1 0x02 0x09 0x26 0x09 0x27 0x09 0x30 0x09 0x31 0x09 0x32 0x09 0x33 0x09 0x34 0x09 0x40 0x09 0x41 0x09 0x42 0x09 0x43 0x09 0x28 0x25 0x0c 0x15 0x01 0x35 0x01 0x45 0x0c 0x75 0x08 0x95 0x01 0xb1 0x00 0xc0 0x05 0x01 0x09 0x3b 0x15 0x00 0x26 0xff 0x01 0x35 0x00 0x46 0xff 0x01 0x75 0x0a 0x95 0x01 0xb1 0x02 0x75 0x06 0xb1 0x01 0xc0 0x05 0x0f 0x09 0x89 0xa1 0x02 0x85 0x02 0x09 0x22 0x25 0x28 0x15 0x01 0x35 0x01 0x45 0x28 0x75 0x08 0x95 0x01 0xb1 0x02 0x09 0x8b 0xa1 0x02 0x09 0x8c 0x09 0x8d 0x09 0x8e 0x25 0x03 0x15 0x01 0x35 0x01 0x45 0x03 0x75 0x08 0x95 0x01 0xb1 0x00 0xc0 0x09 0xac 0x15 0x00 0x27 0xff 0xff 0x00 0x00 0x35 0x00 0x47 0xff 0xff 0x00 0x00 0x75 0x10 0x95 0x01 0xb1 0x00 0xc0 0x09 0x7f 0xa1 0x02 0x85 0x03 0x09 0x80 0x75 0x10 0x95 0x01 0x15 0x00 0x35 0x00 0x27 0xff 0xff 0x00 0x00 0x47 0xff 0xff 0x00 0x00 0xb1 0x02 0x09 0x83 0x26 0xff 0x00 0x46 0xff 0x00 0x75 0x08 0x95 0x01 0xb1 0x02 0x09 0xa9 0x09 0xaa 0x75 0x01 0x95 0x02 0x15 0x00 0x25 0x01 0x35 0x00 0x45 0x01 0xb1 0x02 0x75 0x06 0x95 0x01 0xb1 0x03 0xc0 0xc0> --- Device descriptor, fyi: --- ugen2.2: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x0029 bNumInterfaces = 0x0001 bConfigurationValue = 0x0001 iConfiguration = 0x0000 bmAttributes = 0x00a0 bMaxPower = 0x0032 Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0000 bAlternateSetting = 0x0000 bNumEndpoints = 0x0002 bInterfaceClass = 0x0003 bInterfaceSubClass = 0x0000 bInterfaceProtocol = 0x0000 iInterface = 0x0000 Additional Descriptor bLength = 0x09 bDescriptorType = 0x21 bDescriptorSubType = 0x00 RAW dump: 0x00 | 0x09, 0x21, 0x00, 0x01, 0x00, 0x01, 0x22, 0x3f, 0x08 | 0x05 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0081 bmAttributes = 0x0003 wMaxPacketSize = 0x0040 bInterval = 0x0001 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0002 bmAttributes = 0x0003 wMaxPacketSize = 0x0010 bInterval = 0x0004 bRefresh = 0x0000 bSynchAddress = 0x0000 --- -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From gavin at FreeBSD.org Tue Aug 25 12:53:59 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Tue Aug 25 12:54:06 2009 Subject: usb/107243: [usb67] [cam] [quirk] [patch] Apacer USB Flash Drive quirk Message-ID: <200908251253.n7PCrwHQ065055@freefall.freebsd.org> Old Synopsis: [cam] [patch] Apacer USB Flash Drive quirk New Synopsis: [usb67] [cam] [quirk] [patch] Apacer USB Flash Drive quirk State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Tue Aug 25 12:52:05 UTC 2009 State-Changed-Why: To submitter: Do you know if this issue has ever been resolved? Also, do you know if this is still an issue with the new USB stack found in FreeBSD 8? Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Tue Aug 25 12:52:05 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=107243 From gavin at FreeBSD.org Tue Aug 25 12:59:05 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Tue Aug 25 12:59:12 2009 Subject: usb/107496: [usb67] [uhub] [ehci] USB device problem on RELENG_6_2 (SHORT_XFER) [regression] Message-ID: <200908251259.n7PCx5xc065242@freefall.freebsd.org> Old Synopsis: [uhub] USB device problem on RELENG_6_2 (SHORT_XFER) [regression] New Synopsis: [usb67] [uhub] [ehci] USB device problem on RELENG_6_2 (SHORT_XFER) [regression] State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Tue Aug 25 12:56:25 UTC 2009 State-Changed-Why: To submitter: Firstly, apologies that this PR has sat for so long without being investigated. Do you know if the issues you saw have ever been resolved? It is possible that this issue has been fixed with the new USB stack found in FreeBSD 8.0. Thanks! Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Tue Aug 25 12:56:25 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=107496 From gavin at FreeBSD.org Tue Aug 25 13:02:58 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Tue Aug 25 13:03:04 2009 Subject: usb/107248: [usb67] [cam] [quirk] [patch] quirk for Cowon iAUDIO X5 MP3 player Message-ID: <200908251302.n7PD2wEx074533@freefall.freebsd.org> Old Synopsis: [umass] [patch] scsi_da.c quirk for Cowon iAUDIO X5 MP3 player New Synopsis: [usb67] [cam] [quirk] [patch] quirk for Cowon iAUDIO X5 MP3 player State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Tue Aug 25 12:59:07 UTC 2009 State-Changed-Why: To submitter: Sorry that this PR has sat for so long without being committed. Do you know if the patch is still required on newer versions of FreeBSD? Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Tue Aug 25 12:59:07 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=107248 From gavin at FreeBSD.org Tue Aug 25 13:16:27 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Tue Aug 25 13:16:54 2009 Subject: usb/107848: [usb67] [umass] cannot access Samsung flash disk Message-ID: <200908251316.n7PDGR6v085194@freefall.freebsd.org> Old Synopsis: [umass] [request] cannot access Samsung flash disk New Synopsis: [usb67] [umass] cannot access Samsung flash disk State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Tue Aug 25 13:15:09 UTC 2009 State-Changed-Why: To submitter: Do you know if this problem was ever fixed in more recent versions of FreeBSD? Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Tue Aug 25 13:15:09 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=107848 From gavin at FreeBSD.org Tue Aug 25 13:30:48 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Tue Aug 25 13:30:55 2009 Subject: usb/108056: [usb67] [ohci] Mouse gets powered off during probe when plugged into second ohci-controller Message-ID: <200908251330.n7PDUlkQ002254@freefall.freebsd.org> Old Synopsis: [ohci] Mouse gets powered off during device probe when plugged into second ohci-controller New Synopsis: [usb67] [ohci] Mouse gets powered off during probe when plugged into second ohci-controller State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Tue Aug 25 13:29:40 UTC 2009 State-Changed-Why: To submitter: Do you know if this problem was ever resolved in more recent versions of FreeBSD? Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Tue Aug 25 13:29:40 UTC 2009 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=108056 From gavin at FreeBSD.org Tue Aug 25 13:32:46 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Tue Aug 25 13:32:52 2009 Subject: usb/108344: [usb67] [atausb] [panic] kernel with atausb panics when unplugging USB Flash Message-ID: <200908251332.n7PDWjZZ005954@freefall.freebsd.org> Old Synopsis: [panic] kernel with atausb panics when unplugging USB Flash New Synopsis: [usb67] [atausb] [panic] kernel with atausb panics when unplugging USB Flash State-Changed-From-To: suspended->feedback State-Changed-By: gavin State-Changed-When: Tue Aug 25 13:30:50 UTC 2009 State-Changed-Why: To submitter: Do you know if this is still a problem in more recent versions of FreeBSD? Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Tue Aug 25 13:30:50 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=108344 From gavin at FreeBSD.org Tue Aug 25 13:36:13 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Tue Aug 25 13:36:19 2009 Subject: usb/108513: [usb67] [umass] Creative MuVo TX FM fails in 6.2-RELEASE [regression] Message-ID: <200908251336.n7PDaCHO006399@freefall.freebsd.org> Old Synopsis: [umass] Creative MuVo TX FM fails in 6.2-RELEASE [regression] New Synopsis: [usb67] [umass] Creative MuVo TX FM fails in 6.2-RELEASE [regression] State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Tue Aug 25 13:32:47 UTC 2009 State-Changed-Why: To submitter: Do you know if this is still a problem with newer vbersions of FreeBSD? If so, is there any chance you could try the suggested patch, the one at the end of usb/78984, and see if it makes any difference for you? Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Tue Aug 25 13:32:47 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=108513 From gavin at FreeBSD.org Tue Aug 25 13:38:42 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Tue Aug 25 13:38:49 2009 Subject: usb/109274: [usb67] [usb] MCP55 USB Controller fails to attach in AMD64 Current SMP Kernel [regression] Message-ID: <200908251338.n7PDcgdS006461@freefall.freebsd.org> Old Synopsis: [usb] MCP55 USB Controller fails to attach in AMD64 Current SMP Kernel [regression] New Synopsis: [usb67] [usb] MCP55 USB Controller fails to attach in AMD64 Current SMP Kernel [regression] State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Tue Aug 25 13:36:21 UTC 2009 State-Changed-Why: To submitter: Do you know if this is still a problem with newer versions of FreeBSD? If at all possible, it would be useful to know if this works under both 7.x, and under the new USB stack in 8.x. Thanks! Responsible-Changed-From-To: freebsd-usb->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Tue Aug 25 13:36:21 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=109274 From mike at sentex.ca Tue Aug 25 15:20:01 2009 From: mike at sentex.ca (mike tancsa) Date: Tue Aug 25 15:20:08 2009 Subject: usb/138172: Additional dev id for u3g (Option mini PCIe) Message-ID: <200908251519.n7PFJdZw076530@www.freebsd.org> >Number: 138172 >Category: usb >Synopsis: Additional dev id for u3g (Option mini PCIe) >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Aug 25 15:20:01 UTC 2009 >Closed-Date: >Last-Modified: >Originator: mike tancsa >Release: 7.x >Organization: sentex communications >Environment: 7.2-STABLE #0: Mon Jul 27 11:34:30 EDT 2009 >Description: Add support for the Option mini pci express GPRS/HSPDA 3g modem via the u3g driver ati3 Manufacturer: Option N.V. Model: GTM378 Revision: 1.12.4SHd (Date: Aug 01 2007, Time: 14:34:05) This is used in http://www.pcengines.ch/alix3d2.htm >How-To-Repeat: Apply the patch below, otherwise its not recognized. Following PPP config works with Rogers Wireless (Canada) pppgprs: set device /dev/cuaU0.0 set speed 115200 set timeout 0 set authname MOM set authkey hi set dial "ABORT BUSY TIMEOUT 2 \ \"\" \ AT OK-AT-OK \ AT+CFUN=1 OK-AT-OK \ AT+CMEE=2 OK-AT-OK \ AT+CSQ OK \ AT+CGDCONT=1,\\\"IP\\\",\\\"internet.com\\\" OK \ AT+CGACT? OK-AT-OK \ AT+CNUM OK \ AT+COPS? OK \ ATD*99# CONNECT" set crtscts on disable vjcomp disable acfcomp disable deflate disable deflate24 disable pred1 disable protocomp disable mppe disable ipv6cp disable lqr disable echo nat enable yes enable dns resolv writable set dns 208.67.220.220 208.67.222.222 # openDNS set ifaddr 10.1.0.2/0 10.1.0.1/0 255.255.255.255 0.0.0.0 add default HISADDR # See ppp.link* >Fix: --- usbdevs.prev 2009-08-25 10:36:01.000000000 -0400 +++ usbdevs 2009-08-25 10:37:06.000000000 -0400 @@ -1917,6 +1917,7 @@ product OPTION GTICON322 0xd033 GlobeTrotter Icon322 storage product OPTION GTMAX36 0x6701 GlobeTrotter Max 3.6 Modem product OPTION GTMAXHSUPA 0x7001 GlobeTrotter HSUPA +product OPTION GTMAXHSUPAE 0x6901 GlobeTrotter HSUPA PCIe /* OQO */ product OQO WIFI01 0x0002 model 01 WiFi interface # diff -u u3g.c.prev u3g.c --- u3g.c.prev 2009-08-25 10:37:13.000000000 -0400 +++ u3g.c 2009-08-25 10:37:35.000000000 -0400 @@ -134,6 +134,7 @@ {{ USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GPLUS }, U3GSP_UMTS, U3GINIT_NONE }, {{ USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GTMAX36 }, U3GSP_HSDPA, U3GINIT_NONE }, {{ USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GTMAXHSUPA }, U3GSP_HSDPA, U3GINIT_NONE }, + {{ USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GTMAXHSUPAE }, U3GSP_HSDPA, U3GINIT_NONE }, {{ USB_VENDOR_OPTION, USB_PRODUCT_OPTION_VODAFONEMC3G }, U3GSP_UMTS, U3GINIT_NONE }, /* OEM: Qualcomm, Inc. */ {{ USB_VENDOR_QUALCOMMINC, USB_PRODUCT_QUALCOMMINC_ZTE_STOR }, U3GSP_CDMA, U3GINIT_ZTESTOR }, dmesg now shows ucom0: