From owner-freebsd-usb@FreeBSD.ORG Sun Aug 2 18:40:05 2009 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B3991065672 for ; Sun, 2 Aug 2009 18:40:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4DEC58FC14 for ; Sun, 2 Aug 2009 18:40:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n72Ie41q045318 for ; Sun, 2 Aug 2009 18:40:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n72Ie4C8045317; Sun, 2 Aug 2009 18:40:04 GMT (envelope-from gnats) Date: Sun, 2 Aug 2009 18:40:04 GMT Message-Id: <200908021840.n72Ie4C8045317@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: "O.Herold" Cc: Subject: Re: usb/137341: driver if_rum doesn't work at all and throws panics X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "O.Herold" List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2009 18:40:05 -0000 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 owner-freebsd-usb@FreeBSD.ORG Sun Aug 2 19:30:08 2009 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3738D1065676 for ; Sun, 2 Aug 2009 19:30:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0B1FD8FC1B for ; Sun, 2 Aug 2009 19:30:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n72JU7B8081633 for ; Sun, 2 Aug 2009 19:30:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n72JU7rP081628; Sun, 2 Aug 2009 19:30:07 GMT (envelope-from gnats) Date: Sun, 2 Aug 2009 19:30:07 GMT Message-Id: <200908021930.n72JU7rP081628@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: "O.Herold" Cc: Subject: Re: usb/137341: driver if_rum doesn't work at all and throws panics X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "O.Herold" List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2009 19:30:08 -0000 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 owner-freebsd-usb@FreeBSD.ORG Sun Aug 2 19:49:18 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAECB1065673; Sun, 2 Aug 2009 19:49:18 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (ns0.blackend.org [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id 658E88FC15; Sun, 2 Aug 2009 19:49:17 +0000 (UTC) (envelope-from marc@blackend.org) Received: from gothic.blackend.org (gothic.blackend.org [192.168.1.203]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id n72JnEZt056735; Sun, 2 Aug 2009 21:49:14 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: from gothic.blackend.org (localhost [127.0.0.1]) by gothic.blackend.org (8.14.3/8.14.3) with ESMTP id n72JnuAp001617; Sun, 2 Aug 2009 21:49:56 +0200 (CEST) (envelope-from marc@gothic.blackend.org) Received: (from marc@localhost) by gothic.blackend.org (8.14.3/8.14.3/Submit) id n72Jnu7R001616; Sun, 2 Aug 2009 21:49:56 +0200 (CEST) (envelope-from marc) Date: Sun, 2 Aug 2009 21:49:56 +0200 From: Marc Fonvieille To: freebsd-usb@freebsd.org Message-ID: <20090802194956.GA1592@gothic.blackend.org> References: <20090728111131.GA1383@gothic.blackend.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: <20090728111131.GA1383@gothic.blackend.org> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 8.0-BETA2 User-Agent: Mutt/1.5.20 (2009-06-14) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Hans Petter Selasky Subject: Re: uvisor(4) and Palm Z22 under 8.X X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2009 19:49:19 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline 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 --J2SCkAp4GZ/dPZZf-- From owner-freebsd-usb@FreeBSD.ORG Sun Aug 2 20:14:45 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDFE6106566C; Sun, 2 Aug 2009 20:14:45 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (ns0.blackend.org [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id 426E28FC1D; Sun, 2 Aug 2009 20:14:45 +0000 (UTC) (envelope-from marc@blackend.org) Received: from gothic.blackend.org (gothic.blackend.org [192.168.1.203]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id n72KEfQp057085; Sun, 2 Aug 2009 22:14:41 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: from gothic.blackend.org (localhost [127.0.0.1]) by gothic.blackend.org (8.14.3/8.14.3) with ESMTP id n72KFO6H001739; Sun, 2 Aug 2009 22:15:24 +0200 (CEST) (envelope-from marc@gothic.blackend.org) Received: (from marc@localhost) by gothic.blackend.org (8.14.3/8.14.3/Submit) id n72KFN5p001738; Sun, 2 Aug 2009 22:15:23 +0200 (CEST) (envelope-from marc) Date: Sun, 2 Aug 2009 22:15:23 +0200 From: Marc Fonvieille To: freebsd-usb@freebsd.org Message-ID: <20090802201523.GC1592@gothic.blackend.org> References: <20090728111131.GA1383@gothic.blackend.org> <20090802194956.GA1592@gothic.blackend.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="XWOWbaMNXpFDWE00" Content-Disposition: inline In-Reply-To: <20090802194956.GA1592@gothic.blackend.org> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 8.0-BETA2 User-Agent: Mutt/1.5.20 (2009-06-14) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Hans Petter Selasky Subject: Re: uvisor(4) and Palm Z22 under 8.X X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2009 20:14:46 -0000 --XWOWbaMNXpFDWE00 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Attach for real the patch -- Marc --XWOWbaMNXpFDWE00-- From owner-freebsd-usb@FreeBSD.ORG Sun Aug 2 20:17:38 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A953D106566B; Sun, 2 Aug 2009 20:17:38 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (ns0.blackend.org [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id 148D78FC32; Sun, 2 Aug 2009 20:17:37 +0000 (UTC) (envelope-from marc@blackend.org) Received: from gothic.blackend.org (gothic.blackend.org [192.168.1.203]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id n72KHYOw057190; Sun, 2 Aug 2009 22:17:34 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: from gothic.blackend.org (localhost [127.0.0.1]) by gothic.blackend.org (8.14.3/8.14.3) with ESMTP id n72KIG8W001745; Sun, 2 Aug 2009 22:18:17 +0200 (CEST) (envelope-from marc@gothic.blackend.org) Received: (from marc@localhost) by gothic.blackend.org (8.14.3/8.14.3/Submit) id n72KIGf0001744; Sun, 2 Aug 2009 22:18:16 +0200 (CEST) (envelope-from marc) Date: Sun, 2 Aug 2009 22:18:16 +0200 From: Marc Fonvieille To: freebsd-usb@freebsd.org Message-ID: <20090802201816.GD1592@gothic.blackend.org> References: <20090728111131.GA1383@gothic.blackend.org> <20090802194956.GA1592@gothic.blackend.org> <20090802201523.GC1592@gothic.blackend.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090802201523.GC1592@gothic.blackend.org> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 8.0-BETA2 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Hans Petter Selasky Subject: Re: uvisor(4) and Palm Z22 under 8.X X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2009 20:17:39 -0000 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 owner-freebsd-usb@FreeBSD.ORG Sun Aug 2 21:46:31 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E680106564A for ; Sun, 2 Aug 2009 21:46:31 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id 11F048FC08 for ; Sun, 2 Aug 2009 21:46:30 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.43,310,1246831200"; d="scan'208";a="279002215" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay1.uni-muenster.de with ESMTP; 02 Aug 2009 23:46:29 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 3294B1B0751; Sun, 2 Aug 2009 23:46:29 +0200 (CEST) Date: Sun, 02 Aug 2009 23:46:29 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: In-Reply-To: <200907292236.04773.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: kernel debugger and usb keyboard X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2009 21:46:31 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 00:22:49 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F446106564A for ; Mon, 3 Aug 2009 00:22:49 +0000 (UTC) (envelope-from lista@freebsdconsult.com.br) Received: from smtp.cluster002.whservidor.com (emls0004.whservidor.com [200.98.199.38]) by mx1.freebsd.org (Postfix) with ESMTP id 863CF8FC08 for ; Mon, 3 Aug 2009 00:22:47 +0000 (UTC) (envelope-from lista@freebsdconsult.com.br) Received: by smtp.cluster002.whservidor.com (Postfix, from userid 505) id 9CFC3133806B; Sun, 2 Aug 2009 21:04:39 -0300 (BRT) Received: from worklab (unknown [189.98.155.98]) (Authenticated sender: lista@freebsdconsult.com.br) by smtp.cluster002.whservidor.com (Postfix) with ESMTPA id 90BDA1338040 for ; Sun, 2 Aug 2009 21:04:35 -0300 (BRT) Message-ID: <73AF33672A3B4540BB1A193FECDC770A@worklab> From: "Wesley Miranda" To: Date: Sun, 2 Aug 2009 21:04:36 -0300 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Modem 3G ZTE 626 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 00:22:49 -0000 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=20 running gcc -l usb -o usb_modeswitch usb_modeswitch.c edit it usb_modeswitch.conf=20 Descoment ventor DefaultVendor=3D 0x19d2 DefaultProduct=3D 0x2000 0x01 MessageContent=3D"55534243123456782000000080000c8501010118010101010100000= 0000000" MessageContent=3D"5553424312345678000000000000061b00000003000000000000000= 0000000" =20 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 =3D = 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=3D1 = OK-AT-OK AT+CMEE=3D2 OK-AT-OK AT+CSQ OK AT+CGDCONT=3D1,\"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=3D1 OK-AT-OK \ AT+CMEE=3D2 OK-AT-OK \ AT+CSQ OK \ AT+CGDCONT=3D1,\\\"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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 06:33:55 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55E03106564A for ; Mon, 3 Aug 2009 06:33:55 +0000 (UTC) (envelope-from hselasky@freebsd.org) Received: from swip.net (mailfe10.swipnet.se [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id 3EE078FC12 for ; Mon, 3 Aug 2009 06:33:53 +0000 (UTC) (envelope-from hselasky@freebsd.org) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=HBWR-9esTTcA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=YSO4N1ShPqx3qFuUxO4A:9 a=2gY8kueIhBcpEqxGaNoA:7 a=hLwFBFHYAy-xHY6G0tw8AqloEzQA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe10.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1119051552; Mon, 03 Aug 2009 08:33:52 +0200 Received-SPF: softfail receiver=mailfe10.swip.net; client-ip=188.126.201.140; envelope-from=hselasky@freebsd.org From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Mon, 3 Aug 2009 08:33:49 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <20090728111131.GA1383@gothic.blackend.org> <20090802201523.GC1592@gothic.blackend.org> <20090802201816.GD1592@gothic.blackend.org> In-Reply-To: <20090802201816.GD1592@gothic.blackend.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908030833.50464.hselasky@freebsd.org> Cc: Subject: Re: uvisor(4) and Palm Z22 under 8.X X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 06:33:55 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 06:36:15 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5AB1106564A; Mon, 3 Aug 2009 06:36:15 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id B556F8FC17; Mon, 3 Aug 2009 06:36:14 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=5J9bzSSjSGIA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=HO4QqhfrTw25TDLDW14A:9 a=JJDGko0t7wEkS4yPPLQA:7 a=cMSehLIWlyQlltgrbSux6amGPEYA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1289160898; Mon, 03 Aug 2009 08:36:13 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Mon, 3 Aug 2009 08:36:11 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <200908012229.n71MTU84071787@www.freebsd.org> In-Reply-To: <200908012229.n71MTU84071787@www.freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908030836.12697.hselasky@c2i.net> Cc: freebsd-gnats-submit@freebsd.org, Oliver Herold Subject: Re: usb/137341: driver if_rum doesn't work at all and throws panics X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 06:36:16 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 06:40:02 2009 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCD42106566B for ; Mon, 3 Aug 2009 06:40:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AA4EB8FC0A for ; Mon, 3 Aug 2009 06:40:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n736e2V4011658 for ; Mon, 3 Aug 2009 06:40:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n736e2w9011657; Mon, 3 Aug 2009 06:40:02 GMT (envelope-from gnats) Date: Mon, 3 Aug 2009 06:40:02 GMT Message-Id: <200908030640.n736e2w9011657@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Hans Petter Selasky Cc: Subject: Re: usb/137341: driver if_rum doesn't work at all and throws panics X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Hans Petter Selasky List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 06:40:03 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 06:40:17 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE132106564A for ; Mon, 3 Aug 2009 06:40:17 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe09.tele2.se [212.247.155.1]) by mx1.freebsd.org (Postfix) with ESMTP id 56D768FC16 for ; Mon, 3 Aug 2009 06:40:17 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=XyJ5P2BifVK6e7i_hNUA:9 a=zTA3aG4S40_tlCELfGYXi0E7S18A:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe09.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 941532501; Mon, 03 Aug 2009 08:40:14 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Mon, 3 Aug 2009 08:40:13 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <73AF33672A3B4540BB1A193FECDC770A@worklab> In-Reply-To: <73AF33672A3B4540BB1A193FECDC770A@worklab> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908030840.13756.hselasky@c2i.net> Cc: Subject: Re: Modem 3G ZTE 626 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 06:40:18 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 06:41:08 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10A191065672 for ; Mon, 3 Aug 2009 06:41:08 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id 9768B8FC16 for ; Mon, 3 Aug 2009 06:41:07 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=z1PwniDhrCsn5YuFVKYA:9 a=Q61SKF1_7aj8Pu7at2vA7DCWDU0A:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1289162467; Mon, 03 Aug 2009 08:41:05 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Mon, 3 Aug 2009 08:41:04 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908030841.05540.hselasky@c2i.net> Cc: Alexander Best Subject: Re: kernel debugger and usb keyboard X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 06:41:08 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 06:50:02 2009 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25D451065674 for ; Mon, 3 Aug 2009 06:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 026CB8FC1D for ; Mon, 3 Aug 2009 06:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n736o15n018715 for ; Mon, 3 Aug 2009 06:50:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n736o1kl018714; Mon, 3 Aug 2009 06:50:01 GMT (envelope-from gnats) Resent-Date: Mon, 3 Aug 2009 06:50:01 GMT Resent-Message-Id: <200908030650.n736o1kl018714@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-usb@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, c-s Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B741106566C for ; Mon, 3 Aug 2009 06:41:18 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id EE7688FC18 for ; Mon, 3 Aug 2009 06:41:17 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id n736fHvH064849 for ; Mon, 3 Aug 2009 06:41:17 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id n736fHbl064848; Mon, 3 Aug 2009 06:41:17 GMT (envelope-from nobody) Message-Id: <200908030641.n736fHbl064848@www.freebsd.org> Date: Mon, 3 Aug 2009 06:41:17 GMT From: c-s To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: usb/137377: Support for Huawei E180 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 06:50:02 -0000 >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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 06:55:28 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 499F8106566C for ; Mon, 3 Aug 2009 06:55:28 +0000 (UTC) (envelope-from c-s@c-s.li) Received: from server4.cyon.ch (server4.cyon.ch [194.126.200.14]) by mx1.freebsd.org (Postfix) with ESMTP id C707C8FC13 for ; Mon, 3 Aug 2009 06:55:27 +0000 (UTC) (envelope-from c-s@c-s.li) Received: from www-data by server4.cyon.ch with local (Exim 4.69) (envelope-from ) id 1MXqyG-0005xU-Hh for freebsd-usb@freebsd.org; Mon, 03 Aug 2009 08:24:32 +0200 To: MIME-Version: 1.0 Date: Mon, 03 Aug 2009 08:24:32 +0200 From: Message-ID: <4b1c6465a45f56907aad430b286c0193@194.126.200.28> X-Sender: c-s@c-s.li User-Agent: RoundCube Webmail/0.2.1 Content-Type: multipart/mixed; boundary="=_57e02e6545ba3482f4509361bfae6995" Subject: APC UPS fails to attach X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 06:55:28 -0000 --=_57e02e6545ba3482f4509361bfae6995 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" 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. --=_57e02e6545ba3482f4509361bfae6995 Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="UTF-8"; name="dmesg.boot"; Content-Disposition: attachment; filename="dmesg.boot"; Q29weXJpZ2h0IChjKSAxOTkyLTIwMDkgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA4LjAtQkVUQTIgIzM6IFNhdCBBdWcgIDEgMDk6MjY6 NTUgQ0VTVCAyMDA5CiAgICByb290QGMtc3QubmV0Oi91c3Ivb2JqL3Vzci9zcmMvc3lzL2MtcwpU aW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMApDUFU6IEFN RCBQaGVub20odG0pIDk1NTAgUXVhZC1Db3JlIFByb2Nlc3NvciAoMjIwNC43MS1NSHogSzgtY2xh c3MgQ1BVKQogIE9yaWdpbiA9ICJBdXRoZW50aWNBTUQiICBJZCA9IDB4MTAwZjIzICBTdGVwcGlu ZyA9IDMKICBGZWF0dXJlcz0weDE3OGJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1D RSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxVU0gsTU1YLEZY U1IsU1NFLFNTRTIsSFRUPgogIEZlYXR1cmVzMj0weDgwMjAwOTxTU0UzLE1PTixDWDE2LFBPUENO VD4KICBBTUQgRmVhdHVyZXM9MHhlZTUwMDgwMDxTWVNDQUxMLE5YLE1NWCssRkZYU1IsUGFnZTFH QixSRFRTQ1AsTE0sM0ROb3chKywzRE5vdyE+CiAgQU1EIEZlYXR1cmVzMj0weDdmZjxMQUhGLENN UCxTVk0sRXh0QVBJQyxDUjgsQUJNLFNTRTRBLE1BUyxQcmVmZXRjaCxPU1ZXLElCUz4KICBUU0M6 IFAtc3RhdGUgaW52YXJpYW50CnJlYWwgbWVtb3J5ICA9IDY0NDI0NTA5NDQgKDYxNDQgTUIpCmF2 YWlsIG1lbW9yeSA9IDU5MTM0MTU2ODAgKDU2MzkgTUIpCkFDUEkgQVBJQyBUYWJsZTogPFJTNzgw ICBHQlRVQUNQST4KRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDog NCBDUFVzCkZyZWVCU0QvU01QOiAxIHBhY2thZ2UocykgeCA0IGNvcmUocykKIGNwdTAgKEJTUCk6 IEFQSUMgSUQ6ICAwCiBjcHUxIChBUCk6IEFQSUMgSUQ6ICAxCiBjcHUyIChBUCk6IEFQSUMgSUQ6 ICAyCiBjcHUzIChBUCk6IEFQSUMgSUQ6ICAzCmlvYXBpYzA6IENoYW5naW5nIEFQSUMgSUQgdG8g Mgppb2FwaWMwIDxWZXJzaW9uIDIuMT4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCmtiZDEgYXQg a2JkbXV4MApjcnlwdG9zb2Z0MDogPHNvZnR3YXJlIGNyeXB0bz4gb24gbW90aGVyYm9hcmQKYWNw aTA6IDxSUzc4MCBHQlRVQUNQST4gb24gbW90aGVyYm9hcmQKYWNwaTA6IFtJVEhSRUFEXQphY3Bp MDogUG93ZXIgQnV0dG9uIChmaXhlZCkKYWNwaTA6IHJlc2VydmF0aW9uIG9mIDAsIGEwMDAwICgz KSBmYWlsZWQKYWNwaTA6IHJlc2VydmF0aW9uIG9mIDEwMDAwMCwgYmZkZTAwMDAgKDMpIGZhaWxl ZApUaW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDEw MDAKYWNwaV90aW1lcjA6IDwzMi1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg0MDA4 LTB4NDAwYiBvbiBhY3BpMAphY3BpX2hwZXQwOiA8SGlnaCBQcmVjaXNpb24gRXZlbnQgVGltZXI+ IGlvbWVtIDB4ZmVkMDAwMDAtMHhmZWQwMDNmZiBvbiBhY3BpMApUaW1lY291bnRlciAiSFBFVCIg ZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgOTAwCmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1 dHRvbj4gb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0w eGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2liMTogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAxLjAgb24gcGNpMApwY2kxOiA8QUNQSSBQQ0kgYnVz PiBvbiBwY2liMQp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gcG9ydCAweGVlMDAt MHhlZWZmIG1lbSAweGQwMDAwMDAwLTB4ZGZmZmZmZmYsMHhmZGZlMDAwMC0weGZkZmVmZmZmLDB4 ZmRlMDAwMDAtMHhmZGVmZmZmZiBpcnEgMTggYXQgZGV2aWNlIDUuMCBvbiBwY2kxCmhkYWMwOiA8 QVRJIFJTNzgwIEhpZ2ggRGVmaW5pdGlvbiBBdWRpbyBDb250cm9sbGVyPiBtZW0gMHhmZGZmYzAw MC0weGZkZmZmZmZmIGlycSAxOSBhdCBkZXZpY2UgNS4xIG9uIHBjaTEKaGRhYzA6IEhEQSBEcml2 ZXIgUmV2aXNpb246IDIwMDkwNjI0XzAxMzYKaGRhYzA6IFtJVEhSRUFEXQpwY2liMjogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGlycSAxOCBhdCBkZXZpY2UgMTAuMCBvbiBwY2kwCnBjaTI6IDxBQ1BJ IFBDSSBidXM+IG9uIHBjaWIyCnJlMDogPFJlYWxUZWsgODE2OC84MTY4Qi84MTY4Qy84MTY4Q1Av ODE2OEQvODExMUIvODExMUMvODExMUNQIFBDSWUgR2lnYWJpdCBFdGhlcm5ldD4gcG9ydCAweGRl MDAtMHhkZWZmIG1lbSAweGZkYWZmMDAwLTB4ZmRhZmZmZmYsMHhmZGFlMDAwMC0weGZkYWVmZmZm IGlycSAxOCBhdCBkZXZpY2UgMC4wIG9uIHBjaTIKcmUwOiBVc2luZyAxIE1TSSBtZXNzYWdlcwpy ZTA6IENoaXAgcmV2LiAweDNjMDAwMDAwCnJlMDogTUFDIHJldi4gMHgwMDQwMDAwMAptaWlidXMw OiA8TUlJIGJ1cz4gb24gcmUwCnJnZXBoeTA6IDxSVEw4MTY5Uy84MTEwUy84MjExQiBtZWRpYSBp bnRlcmZhY2U+IFBIWSAxIG9uIG1paWJ1czAKcmdlcGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRY LCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMDBiYXNlVCwgMTAwMGJhc2VULUZEWCwgYXV0 bwpyZTA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjFmOmQwOjU2OmM0OjE3CnJlMDogW0ZJTFRFUl0K YXRhcGNpMDogPEFUSSBJWFA3MDAvODAwIFNBVEEzMDAgY29udHJvbGxlcj4gcG9ydCAweGZmMDAt MHhmZjA3LDB4ZmUwMC0weGZlMDMsMHhmZDAwLTB4ZmQwNywweGZjMDAtMHhmYzAzLDB4ZmIwMC0w eGZiMGYgbWVtIDB4ZmUwMmYwMDAtMHhmZTAyZjNmZiBpcnEgMjIgYXQgZGV2aWNlIDE3LjAgb24g cGNpMAphdGFwY2kwOiBbSVRIUkVBRF0KYXRhcGNpMDogQUhDSSB2MS4xMCBjb250cm9sbGVyIHdp dGggNCAzR2JwcyBwb3J0cywgUE0gc3VwcG9ydGVkCmF0YTI6IDxBVEEgY2hhbm5lbCAwPiBvbiBh dGFwY2kwCmF0YTI6IHBvcnQgaXMgbm90IHJlYWR5ICh0aW1lb3V0IDBtcykgdGZkID0gMDAwMDAx ZDAKYXRhMjogc29mdHdhcmUgcmVzZXQgY2xlYXIgdGltZW91dAphdGEyOiBbSVRIUkVBRF0KYXRh MzogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTAKYXRhMzogcG9ydCBpcyBub3QgcmVhZHkgKHRp bWVvdXQgMG1zKSB0ZmQgPSAwMDAwMDFkMAphdGEzOiBzb2Z0d2FyZSByZXNldCBjbGVhciB0aW1l b3V0CmF0YTM6IFtJVEhSRUFEXQphdGE0OiA8QVRBIGNoYW5uZWwgMj4gb24gYXRhcGNpMAphdGE0 OiBwb3J0IGlzIG5vdCByZWFkeSAodGltZW91dCAwbXMpIHRmZCA9IDAwMDAwMWQwCmF0YTQ6IHNv ZnR3YXJlIHJlc2V0IGNsZWFyIHRpbWVvdXQKYXRhNDogW0lUSFJFQURdCmF0YTU6IDxBVEEgY2hh bm5lbCAzPiBvbiBhdGFwY2kwCmF0YTU6IHBvcnQgaXMgbm90IHJlYWR5ICh0aW1lb3V0IDBtcykg dGZkID0gMDAwMDAxZDAKYXRhNTogc29mdHdhcmUgcmVzZXQgY2xlYXIgdGltZW91dAphdGE1OiBb SVRIUkVBRF0Kb2hjaTA6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gbWVtIDB4ZmUw MmUwMDAtMHhmZTAyZWZmZiBpcnEgMTYgYXQgZGV2aWNlIDE4LjAgb24gcGNpMApvaGNpMDogW0lU SFJFQURdCnVzYnVzMDogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNpMApv aGNpMTogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZTAyZDAwMC0weGZl MDJkZmZmIGlycSAxNiBhdCBkZXZpY2UgMTguMSBvbiBwY2kwCm9oY2kxOiBbSVRIUkVBRF0KdXNi dXMxOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kxCmVoY2kwOiA8RUhD SSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmZTAyYzAwMC0weGZlMDJjMGZm IGlycSAxNyBhdCBkZXZpY2UgMTguMiBvbiBwY2kwCmVoY2kwOiBbSVRIUkVBRF0KdXNidXMyOiBF SENJIHZlcnNpb24gMS4wCnVzYnVzMjogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxl cj4gb24gZWhjaTAKb2hjaTI6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gbWVtIDB4 ZmUwMmIwMDAtMHhmZTAyYmZmZiBpcnEgMTggYXQgZGV2aWNlIDE5LjAgb24gcGNpMApvaGNpMjog W0lUSFJFQURdCnVzYnVzMzogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNp MgpvaGNpMzogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZTAyYTAwMC0w eGZlMDJhZmZmIGlycSAxOCBhdCBkZXZpY2UgMTkuMSBvbiBwY2kwCm9oY2kzOiBbSVRIUkVBRF0K dXNidXM0OiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kzCmVoY2kxOiA8 RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmZTAyOTAwMC0weGZlMDI5 MGZmIGlycSAxOSBhdCBkZXZpY2UgMTkuMiBvbiBwY2kwCmVoY2kxOiBbSVRIUkVBRF0KdXNidXM1 OiBFSENJIHZlcnNpb24gMS4wCnVzYnVzNTogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJv bGxlcj4gb24gZWhjaTEKcGNpMDogPHNlcmlhbCBidXMsIFNNQnVzPiBhdCBkZXZpY2UgMjAuMCAo bm8gZHJpdmVyIGF0dGFjaGVkKQphdGFwY2kxOiA8QVRJIElYUDcwMC84MDAgVURNQTEzMyBjb250 cm9sbGVyPiBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2LDB4ZmEwMC0w eGZhMGYgYXQgZGV2aWNlIDIwLjEgb24gcGNpMAphdGEwOiA8QVRBIGNoYW5uZWwgMD4gb24gYXRh cGNpMQphdGEwOiBbSVRIUkVBRF0KYXRhMTogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTEKYXRh MTogW0lUSFJFQURdCmhkYWMxOiA8QVRJIFNCNjAwIEhpZ2ggRGVmaW5pdGlvbiBBdWRpbyBDb250 cm9sbGVyPiBtZW0gMHhmZTAyNDAwMC0weGZlMDI3ZmZmIGlycSAxNiBhdCBkZXZpY2UgMjAuMiBv biBwY2kwCmhkYWMxOiBIREEgRHJpdmVyIFJldmlzaW9uOiAyMDA5MDYyNF8wMTM2CmhkYWMxOiBb SVRIUkVBRF0KaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDIwLjMgb24gcGNpMApp c2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKcGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBk ZXZpY2UgMjAuNCBvbiBwY2kwCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzCmhpZm4wIG1l bSAweGZkY2ZmMDAwLTB4ZmRjZmZmZmYsMHhmZGNmYTAwMC0weGZkY2ZiZmZmLDB4ZmRjZTgwMDAt MHhmZGNlZmZmZiBpcnEgMjAgYXQgZGV2aWNlIDYuMCBvbiBwY2kzCmhpZm4wOiBbSVRIUkVBRF0K aGlmbjA6IEhpZm4gNzk1NSwgcmV2IDAsIDMyS0IgZHJhbSwgcGxsPTB4ODAxPGV4dCBjbGssIDR4 IG11bHQ+CnJsMDogPFJlYWxUZWsgODEzOSAxMC8xMDBCYXNlVFg+IHBvcnQgMHhjZTAwLTB4Y2Vm ZiBtZW0gMHhmZGNmZTAwMC0weGZkY2ZlMGZmIGlycSAyMSBhdCBkZXZpY2UgNy4wIG9uIHBjaTMK bWlpYnVzMTogPE1JSSBidXM+IG9uIHJsMApybHBoeTA6IDxSZWFsVGVrIGludGVybmFsIG1lZGlh IGludGVyZmFjZT4gUEhZIDAgb24gbWlpYnVzMQpybHBoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZE WCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBhdXRvCnJsMDogRXRoZXJuZXQgYWRkcmVzczog MDA6MTc6M2Y6OWI6YWU6NGQKcmwwOiBbSVRIUkVBRF0KZndvaGNpMDogPFRleGFzIEluc3RydW1l bnRzIFRTQjQzQUIyMz4gbWVtIDB4ZmRjZmQwMDAtMHhmZGNmZDdmZiwweGZkY2Y0MDAwLTB4ZmRj ZjdmZmYgaXJxIDIyIGF0IGRldmljZSAxNC4wIG9uIHBjaTMKZndvaGNpMDogW0lUSFJFQURdCmZ3 b2hjaTA6IE9IQ0kgdmVyc2lvbiAxLjEwIChST009MCkKZndvaGNpMDogTm8uIG9mIElzb2Nocm9u b3VzIGNoYW5uZWxzIGlzIDQuCmZ3b2hjaTA6IEVVSTY0IDAwOjcwOmUwOjZhOjAwOjAwOjFmOmQw CmZ3b2hjaTA6IFBoeSAxMzk0YSBhdmFpbGFibGUgUzQwMCwgMyBwb3J0cy4KZndvaGNpMDogTGlu ayBTNDAwLCBtYXhfcmVjIDIwNDggYnl0ZXMuCmZpcmV3aXJlMDogPElFRUUxMzk0KEZpcmVXaXJl KSBidXM+IG9uIGZ3b2hjaTAKZGNvbnNfY3JvbTA6IDxkY29ucyBjb25maWd1cmF0aW9uIFJPTT4g b24gZmlyZXdpcmUwCmRjb25zX2Nyb20wOiBidXNfYWRkciAweGIzM2E4MDAwCmZ3ZTA6IDxFdGhl cm5ldCBvdmVyIEZpcmVXaXJlPiBvbiBmaXJld2lyZTAKaWZfZndlMDogRmFrZSBFdGhlcm5ldCBh ZGRyZXNzOiAwMjo3MDplMDowMDoxZjpkMApmd2UwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMjo3MDpl MDowMDoxZjpkMApmd2lwMDogPElQIG92ZXIgRmlyZVdpcmU+IG9uIGZpcmV3aXJlMApmd2lwMDog RmlyZXdpcmUgYWRkcmVzczogMDA6NzA6ZTA6NmE6MDA6MDA6MWY6ZDAgQCAweGZmZmUwMDAwMDAw MCwgUzQwMCwgbWF4cmVjIDIwNDgKc2JwMDogPFNCUC0yL1NDU0kgb3ZlciBGaXJlV2lyZT4gb24g ZmlyZXdpcmUwCmZ3b2hjaTA6IEluaXRpYXRlIGJ1cyByZXNldApmd29oY2kwOiBmd29oY2lfaW50 cl9jb3JlOiBCVVMgcmVzZXQKZndvaGNpMDogZndvaGNpX2ludHJfY29yZTogbm9kZV9pZD0weDAw MDAwMDAwLCBTZWxmSUQgQ291bnQ9MSwgQ1lDTEVNQVNURVIgbW9kZQpvaGNpNDogPE9IQ0kgKGdl bmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZTAyODAwMC0weGZlMDI4ZmZmIGlycSAxOCBh dCBkZXZpY2UgMjAuNSBvbiBwY2kwCm9oY2k0OiBbSVRIUkVBRF0KdXNidXM2OiA8T0hDSSAoZ2Vu ZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2k0CmFtZHRlbXAwOiA8QU1EIEs4IFRoZXJtYWwg U2Vuc29ycz4gb24gaG9zdGI0CnVhcnQwOiA8MTY1NTAgb3IgY29tcGF0aWJsZT4gcG9ydCAweDNm OC0weDNmZiBpcnEgNCBvbiBhY3BpMAp1YXJ0MDogW0ZJTFRFUl0KcHBjMDogPFBhcmFsbGVsIHBv cnQ+IHBvcnQgMHgzNzgtMHgzN2YgaXJxIDcgb24gYWNwaTAKcHBjMDogR2VuZXJpYyBjaGlwc2V0 IChOSUJCTEUtb25seSkgaW4gQ09NUEFUSUJMRSBtb2RlCnBwYzA6IFtJVEhSRUFEXQpwcGJ1czA6 IDxQYXJhbGxlbCBwb3J0IGJ1cz4gb24gcHBjMApwbGlwMDogPFBMSVAgbmV0d29yayBpbnRlcmZh Y2U+IG9uIHBwYnVzMApwbGlwMDogW0lUSFJFQURdCmxwdDA6IDxQcmludGVyPiBvbiBwcGJ1czAK bHB0MDogW0lUSFJFQURdCmxwdDA6IEludGVycnVwdC1kcml2ZW4gcG9ydApwcGkwOiA8UGFyYWxs ZWwgSS9PPiBvbiBwcGJ1czAKYXRydGMwOiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0w eDczIG9uIGFjcGkwCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKaHdwc3RhdGUwOiA8Q29vbGBu J1F1aWV0IDIuMD4gb24gY3B1MApjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTI6IDxBQ1BJ IENQVT4gb24gYWNwaTAKY3B1MzogPEFDUEkgQ1BVPiBvbiBhY3BpMApzYzA6IDxTeXN0ZW0gY29u c29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xl cywgZmxhZ3M9MHgzMDA+CnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgz ZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKYXRrYmRjMDogPEtleWJvYXJkIGNvbnRy b2xsZXIgKGk4MDQyKT4gYXQgcG9ydCAweDYwLDB4NjQgb24gaXNhMAphdGtiZDA6IDxBVCBLZXli b2FyZD4gaXJxIDEgb24gYXRrYmRjMAprYmQwIGF0IGF0a2JkMAphdGtiZDA6IFtHSUFOVC1MT0NL RURdCmF0a2JkMDogW0lUSFJFQURdClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMK ZmlyZXdpcmUwOiAxIG5vZGVzLCBtYXhob3AgPD0gMCBjYWJsZSBJUk0gaXJtKDApICAobWUpIApm aXJld2lyZTA6IGJ1cyBtYW5hZ2VyIDAgCnVzYnVzMDogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYx LjAKdXNidXMxOiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czI6IDQ4ME1icHMgSGln aCBTcGVlZCBVU0IgdjIuMAp1c2J1czM6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVzYnVz NDogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdXNidXM1OiA0ODBNYnBzIEhpZ2ggU3BlZWQg VVNCIHYyLjAKdXNidXM2OiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1Z2VuMC4xOiA8QVRJ PiBhdCB1c2J1czAKdWh1YjA6IDxBVEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4w MC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMAp1Z2VuMS4xOiA8QVRJPiBhdCB1c2J1czEKdWh1YjE6 IDxBVEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9u IHVzYnVzMQp1Z2VuMi4xOiA8QVRJPiBhdCB1c2J1czIKdWh1YjI6IDxBVEkgRUhDSSByb290IEhV QiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMgp1Z2VuMy4xOiA8 QVRJPiBhdCB1c2J1czMKdWh1YjM6IDxBVEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYg MS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMwp1Z2VuNC4xOiA8QVRJPiBhdCB1c2J1czQKdWh1 YjQ6IDxBVEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+ IG9uIHVzYnVzNAp1Z2VuNS4xOiA8QVRJPiBhdCB1c2J1czUKdWh1YjU6IDxBVEkgRUhDSSByb290 IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzNQp1Z2VuNi4x OiA8QVRJPiBhdCB1c2J1czYKdWh1YjY6IDxBVEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCBy ZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzNgphZDA6IDk3NjVNQiA8RlVKSVRTVSBNUEMz MTAyQVQgRSA2MjA3PiBhdCBhdGEwLW1hc3RlciBVRE1BMzMKdWh1YjY6IDIgcG9ydHMgd2l0aCAy IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWIwOiAzIHBvcnRzIHdpdGggMyByZW1vdmFibGUs IHNlbGYgcG93ZXJlZAp1aHViMTogMyBwb3J0cyB3aXRoIDMgcmVtb3ZhYmxlLCBzZWxmIHBvd2Vy ZWQKYWNkMDogRE1BIGxpbWl0ZWQgdG8gVURNQTMzLCBkZXZpY2UgZm91bmQgbm9uLUFUQTY2IGNh YmxlCnVodWIzOiAzIHBvcnRzIHdpdGggMyByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViNDog MyBwb3J0cyB3aXRoIDMgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKYWNkMDogRFZEUiA8QVRBUEkg RFZEIEEgREgyMEE0SC9RUDU5PiBhdCBhdGEwLXNsYXZlIFVETUEzMwphZDQ6IDE1MjYyNk1CIDxT QU1TVU5HIEhEMTYxSEogR0YxMDAtMDc+IGF0IGF0YTItbWFzdGVyIFNBVEEzMDAKYWQ2OiA0NzY5 NDBNQiA8V0RDIFdENTAwMEFBQ1MtMDBHOEIxIDA1LjA0QzA1PiBhdCBhdGEzLW1hc3RlciBTQVRB MzAwCmFkODogNDc2OTQwTUIgPFdEQyBXRDUwMDBBQUNTLTAwRzhCMSAwNS4wNEMwNT4gYXQgYXRh NC1tYXN0ZXIgU0FUQTMwMAphZDEwOiA0NzY5NDBNQiA8V0RDIFdENTAwMEFBQ1MtMDBHOEIxIDA1 LjA0QzA1PiBhdCBhdGE1LW1hc3RlciBTQVRBMzAwCmhkYWMwOiBIREEgQ29kZWMgIzA6IEFUSSBS UzY5MC83ODAgSERNSQpwY20wOiA8SERBIEFUSSBSUzY5MC83ODAgSERNSSBQQ00gIzAgRGlnaXRh bD4gYXQgY2FkIDAgbmlkIDEgb24gaGRhYzAKaGRhYzE6IEhEQSBDb2RlYyAjMDogUmVhbHRlayBB TEM4ODUKcGNtMTogPEhEQSBSZWFsdGVrIEFMQzg4NSBQQ00gIzAgQW5hbG9nPiBhdCBjYWQgMCBu aWQgMSBvbiBoZGFjMQpwY20yOiA8SERBIFJlYWx0ZWsgQUxDODg1IFBDTSAjMSBBbmFsb2c+IGF0 IGNhZCAwIG5pZCAxIG9uIGhkYWMxCnBjbTM6IDxIREEgUmVhbHRlayBBTEM4ODUgUENNICMyIERp Z2l0YWw+IGF0IGNhZCAwIG5pZCAxIG9uIGhkYWMxCnVodWIyOiA2IHBvcnRzIHdpdGggNiByZW1v dmFibGUsIHNlbGYgcG93ZXJlZAp1aHViNTogNiBwb3J0cyB3aXRoIDYgcmVtb3ZhYmxlLCBzZWxm IHBvd2VyZWQKdWdlbjIuMjogPEFwcGxlLCBJbmMuPiBhdCB1c2J1czIKdWh1Yjc6IDxBcHBsZSwg SW5jLiBLZXlib2FyZCBIdWIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvOTQuMTUsIGFkZHIgMj4gb24g dXNidXMyCnVodWI3OiAzIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIGJ1cyBwb3dlcmVkCnVnZW4y LjM6IDxBcHBsZSwgSW5jPiBhdCB1c2J1czIKdWtiZDA6IDxBcHBsZSwgSW5jIEFwcGxlIEtleWJv YXJkLCBjbGFzcyAwLzAsIHJldiAyLjAwLzAuNjksIGFkZHIgMz4gb24gdXNidXMyCmtiZDIgYXQg dWtiZDAKdWhpZDA6IDxBcHBsZSwgSW5jIEFwcGxlIEtleWJvYXJkLCBjbGFzcyAwLzAsIHJldiAy LjAwLzAuNjksIGFkZHIgMz4gb24gdXNidXMyClNNUDogQVAgQ1BVICMzIExhdW5jaGVkIQpTTVA6 IEFQIENQVSAjMSBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzIgTGF1bmNoZWQhClJvb3QgbW91bnQg d2FpdGluZyBmb3I6IHVzYnVzMgp1Z2VuMi40OiA8TWFjYWxseT4gYXQgdXNidXMyCnVtczA6IDxN YWNhbGx5IE1hY2FsbHkgVVNCIE9wdGljYWwgTmV0IE1vdXNlLCBjbGFzcyAwLzAsIHJldiAxLjAw LzIuMDAsIGFkZHIgND4gb24gdXNidXMyCnVtczA6IDMgYnV0dG9ucyBhbmQgW1hZWl0gY29vcmRp bmF0ZXMgSUQ9MApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czIKdWdlbjIuNTogPEhld2xl dHQgUGFja2FyZD4gYXQgdXNidXMyCnVscHQwOiA8SGV3bGV0dCBQYWNrYXJkIGhwIGNvbG9yIExh c2VySmV0IDE1MDAsIGNsYXNzIDAvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciA1PiBvbiB1c2J1czIK dWxwdDA6IHVzaW5nIGJpLWRpcmVjdGlvbmFsIG1vZGUKVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJv bSB1ZnM6L2Rldi9hZDRzMWEKVGhpcyBtb2R1bGUgKG9wZW5zb2xhcmlzKSBjb250YWlucyBjb2Rl IGNvdmVyZWQgYnkgdGhlCkNvbW1vbiBEZXZlbG9wbWVudCBhbmQgRGlzdHJpYnV0aW9uIExpY2Vu c2UgKENEREwpCnNlZSBodHRwOi8vb3BlbnNvbGFyaXMub3JnL29zL2xpY2Vuc2luZy9vcGVuc29s YXJpc19saWNlbnNlLwpXQVJOSU5HOiBaRlMgaXMgY29uc2lkZXJlZCB0byBiZSBhbiBleHBlcmlt ZW50YWwgZmVhdHVyZSBpbiBGcmVlQlNELgpaRlMgZmlsZXN5c3RlbSB2ZXJzaW9uIDEzClpGUyBz dG9yYWdlIHBvb2wgdmVyc2lvbiAxMwp1c2JfYWxsb2NfZGV2aWNlOjE1ODg6IHNldCBhZGRyZXNz IDIgZmFpbGVkIChVU0JfRVJSX1RJTUVPVVQsIGlnbm9yZWQpCnVzYl9hbGxvY19kZXZpY2U6MTYy NjogZ2V0dGluZyBkZXZpY2UgZGVzY3JpcHRvciBhdCBhZGRyIDIgZmFpbGVkLCBVU0JfRVJSX1RJ TUVPVVQhCldBUk5JTkc6IC91c3Igd2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVkCldBUk5JTkc6 IC92YXIgd2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVkCnVzYmRfcmVxX3JlX2VudW1lcmF0ZTox NTM5OiBhZGRyPTIsIHNldCBhZGRyZXNzIGZhaWxlZCEgKFVTQl9FUlJfVElNRU9VVCwgaWdub3Jl ZCkKdXNiZF9yZXFfcmVfZW51bWVyYXRlOjE1NTM6IGdldHRpbmcgZGV2aWNlIGRlc2NyaXB0b3Ig YXQgYWRkciAyIGZhaWxlZCwgVVNCX0VSUl9USU1FT1VUIQp1c2JkX3JlcV9yZV9lbnVtZXJhdGU6 MTUzOTogYWRkcj0yLCBzZXQgYWRkcmVzcyBmYWlsZWQhIChVU0JfRVJSX1RJTUVPVVQsIGlnbm9y ZWQpCnJlMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCg== --=_57e02e6545ba3482f4509361bfae6995-- From owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 07:19:58 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07AAE1065670 for ; Mon, 3 Aug 2009 07:19:58 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.tele2.se [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 940BC8FC17 for ; Mon, 3 Aug 2009 07:19:57 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=rKjan9ZZDhOjHtyA6_4A:9 a=1sb8c0q6hFv-ElZXYqlV8yVO_PgA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 900984666; Mon, 03 Aug 2009 09:19:54 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Mon, 3 Aug 2009 09:19:44 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <4b1c6465a45f56907aad430b286c0193@194.126.200.28> In-Reply-To: <4b1c6465a45f56907aad430b286c0193@194.126.200.28> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908030919.45873.hselasky@c2i.net> Cc: c-s@c-s.li Subject: Re: APC UPS fails to attach X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 07:19:58 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 07:20:17 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1437106566C for ; Mon, 3 Aug 2009 07:20:17 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from dd12710.kasserver.com (dd12710.kasserver.com [85.13.134.233]) by mx1.freebsd.org (Postfix) with ESMTP id 816628FC12 for ; Mon, 3 Aug 2009 07:20:17 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from localhost.my.domain (cazador.sisis.de [193.31.11.193]) by dd12710.kasserver.com (Postfix) with ESMTP id 3E028185876DA; Mon, 3 Aug 2009 09:01:50 +0200 (CEST) Received: (from guru@localhost) by localhost.my.domain (8.14.3/8.14.3/Submit) id n7371ui7002022; Mon, 3 Aug 2009 09:01:56 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Mon, 3 Aug 2009 09:01:56 +0200 From: Matthias Apitz To: Wesley Miranda Message-ID: <20090803070156.GA1934@current.Sisis.de> References: <73AF33672A3B4540BB1A193FECDC770A@worklab> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <73AF33672A3B4540BB1A193FECDC770A@worklab> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.0-CURRENT (i386) Cc: freebsd-usb@freebsd.org Subject: Re: Modem 3G ZTE 626 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 07:20:18 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 08:08:59 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 507E31065675 for ; Mon, 3 Aug 2009 08:08:59 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out2.uni-muenster.de (ZIVM-OUT2.UNI-MUENSTER.DE [128.176.192.9]) by mx1.freebsd.org (Postfix) with ESMTP id D99398FC0A for ; Mon, 3 Aug 2009 08:08:58 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.43,312,1246831200"; d="scan'208";a="220330752" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay2.uni-muenster.de with ESMTP; 03 Aug 2009 10:08:57 +0200 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id 06ED81B07E4; Mon, 3 Aug 2009 10:08:56 +0200 (CEST) Date: Mon, 03 Aug 2009 10:08:56 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Hans Petter Selasky , Message-ID: In-Reply-To: <200908030841.05540.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: kernel debugger and usb keyboard X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 08:08:59 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 08:47:32 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11FC9106566B; Mon, 3 Aug 2009 08:47:32 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (ns0.blackend.org [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id 8731A8FC15; Mon, 3 Aug 2009 08:47:30 +0000 (UTC) (envelope-from marc@blackend.org) Received: from gothic.blackend.org (gothic.blackend.org [192.168.1.203]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id n738lRnY065636; Mon, 3 Aug 2009 10:47:27 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: from gothic.blackend.org (localhost [127.0.0.1]) by gothic.blackend.org (8.14.3/8.14.3) with ESMTP id n738mAOd001700; Mon, 3 Aug 2009 10:48:10 +0200 (CEST) (envelope-from marc@gothic.blackend.org) Received: (from marc@localhost) by gothic.blackend.org (8.14.3/8.14.3/Submit) id n738mAPF001699; Mon, 3 Aug 2009 10:48:10 +0200 (CEST) (envelope-from marc) Date: Mon, 3 Aug 2009 10:48:10 +0200 From: Marc Fonvieille To: Hans Petter Selasky Message-ID: <20090803084809.GA1230@gothic.blackend.org> References: <20090728111131.GA1383@gothic.blackend.org> <20090802201523.GC1592@gothic.blackend.org> <20090802201816.GD1592@gothic.blackend.org> <200908030833.50464.hselasky@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200908030833.50464.hselasky@freebsd.org> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 8.0-BETA2 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-usb@freebsd.org Subject: Re: uvisor(4) and Palm Z22 under 8.X X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 08:47:32 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 10:01:15 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62B6F106566C for ; Mon, 3 Aug 2009 10:01:15 +0000 (UTC) (envelope-from c-s@c-s.li) Received: from server4.cyon.ch (server4.cyon.ch [194.126.200.14]) by mx1.freebsd.org (Postfix) with ESMTP id 2AF338FC12 for ; Mon, 3 Aug 2009 10:01:14 +0000 (UTC) (envelope-from c-s@c-s.li) Received: from www-data by server4.cyon.ch with local (Exim 4.69) (envelope-from ) id 1MXuLy-0007eu-6e for freebsd-usb@freebsd.org; Mon, 03 Aug 2009 12:01:14 +0200 To: Freebsd usb MIME-Version: 1.0 Date: Mon, 03 Aug 2009 12:01:14 +0200 From: In-Reply-To: <200908030919.45873.hselasky@c2i.net> References: <4b1c6465a45f56907aad430b286c0193@194.126.200.28> <200908030919.45873.hselasky@c2i.net> Message-ID: X-Sender: c-s@c-s.li User-Agent: RoundCube Webmail/0.2.1 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" Subject: Re: APC UPS fails to attach X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 10:01:15 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 10:05:40 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DB78106564A for ; Mon, 3 Aug 2009 10:05:40 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.swipnet.se [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id 95EF08FC16 for ; Mon, 3 Aug 2009 10:05:39 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=11ZsTt3tcZCyYgpjYCsA:9 a=2FCMvmn_XhiSs9eo7cW1a_-YMxwA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 548421786; Mon, 03 Aug 2009 12:05:38 +0200 From: Hans Petter Selasky To: Alexander Best Date: Mon, 3 Aug 2009 12:05:33 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908031205.35502.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: kernel debugger and usb keyboard X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 10:05:40 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 10:38:51 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDCE0106564A; Mon, 3 Aug 2009 10:38:51 +0000 (UTC) (envelope-from hselasky@freebsd.org) Received: from swip.net (mailfe09.swip.net [212.247.155.1]) by mx1.freebsd.org (Postfix) with ESMTP id 278698FC13; Mon, 3 Aug 2009 10:38:50 +0000 (UTC) (envelope-from hselasky@freebsd.org) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=HBWR-9esTTcA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=muFlsN37GCc6gsufRsMA:9 a=iu_MHeUko26PTA55SZPznK4-m4QA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe09.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 941602795; Mon, 03 Aug 2009 11:38:47 +0200 Received-SPF: softfail receiver=mailfe09.swip.net; client-ip=188.126.201.140; envelope-from=hselasky@freebsd.org From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Mon, 3 Aug 2009 11:38:44 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <20090728111131.GA1383@gothic.blackend.org> <200908030833.50464.hselasky@freebsd.org> <20090803084809.GA1230@gothic.blackend.org> In-Reply-To: <20090803084809.GA1230@gothic.blackend.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908031138.45877.hselasky@freebsd.org> Cc: Subject: Re: uvisor(4) and Palm Z22 under 8.X X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 10:38:52 -0000 Hi, Can you try: #define UVISORIBUFSIZE 1024 #define UVISOROBUFSIZE 32 I will patch this shortly. --HPS From owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 11:05:25 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CCCF1065672; Mon, 3 Aug 2009 11:05:25 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (ns0.blackend.org [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id E4D738FC16; Mon, 3 Aug 2009 11:05:24 +0000 (UTC) (envelope-from marc@blackend.org) Received: from gothic.blackend.org (gothic.blackend.org [192.168.1.203]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id n73B5KOk067598; Mon, 3 Aug 2009 13:05:20 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: from gothic.blackend.org (localhost [127.0.0.1]) by gothic.blackend.org (8.14.3/8.14.3) with ESMTP id n73B63NO002167; Mon, 3 Aug 2009 13:06:03 +0200 (CEST) (envelope-from marc@gothic.blackend.org) Received: (from marc@localhost) by gothic.blackend.org (8.14.3/8.14.3/Submit) id n73B63oZ002166; Mon, 3 Aug 2009 13:06:03 +0200 (CEST) (envelope-from marc) Date: Mon, 3 Aug 2009 13:06:03 +0200 From: Marc Fonvieille To: Hans Petter Selasky Message-ID: <20090803110603.GB1230@gothic.blackend.org> References: <20090728111131.GA1383@gothic.blackend.org> <200908030833.50464.hselasky@freebsd.org> <20090803084809.GA1230@gothic.blackend.org> <200908031138.45877.hselasky@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200908031138.45877.hselasky@freebsd.org> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 8.0-BETA2 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-usb@freebsd.org Subject: Re: uvisor(4) and Palm Z22 under 8.X X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 11:05:25 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 11:07:10 2009 Return-Path: Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EFCC10656C5 for ; Mon, 3 Aug 2009 11:07:10 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7CF3A8FC08 for ; Mon, 3 Aug 2009 11:07:09 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n73B79YE088824 for ; Mon, 3 Aug 2009 11:07:09 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n73B78ST088820 for freebsd-usb@FreeBSD.org; Mon, 3 Aug 2009 11:07:08 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 3 Aug 2009 11:07:08 GMT Message-Id: <200908031107.n73B78ST088820@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-usb@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-usb@FreeBSD.org X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 11:07:12 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 11:32:42 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B948106566C; Mon, 3 Aug 2009 11:32:42 +0000 (UTC) (envelope-from hselasky@freebsd.org) Received: from swip.net (mailfe16.swip.net [212.247.155.225]) by mx1.freebsd.org (Postfix) with ESMTP id 9603C8FC28; Mon, 3 Aug 2009 11:32:41 +0000 (UTC) (envelope-from hselasky@freebsd.org) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=HBWR-9esTTcA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=qCKJFkpRw--tDn6iRjIA:9 a=FD07N6Ti4orsvJTKERswGufQigoA:4 a=X_tFQ-0zX6s4AOxvmxMA:9 a=PbKypl4hG2Rmr9PLRw8A:7 a=e8ZNVJFSvDFimfdULt__kE2arz4A:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe16.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 548145140; Mon, 03 Aug 2009 13:32:39 +0200 Received-SPF: softfail receiver=mailfe16.swip.net; client-ip=188.126.201.140; envelope-from=hselasky@freebsd.org From: Hans Petter Selasky To: Marc Fonvieille Date: Mon, 3 Aug 2009 13:32:36 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <20090728111131.GA1383@gothic.blackend.org> <200908031138.45877.hselasky@freebsd.org> <20090803110603.GB1230@gothic.blackend.org> In-Reply-To: <20090803110603.GB1230@gothic.blackend.org> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_WrsdKGLpa4ZIiyc" Message-Id: <200908031332.38041.hselasky@freebsd.org> Cc: freebsd-usb@freebsd.org Subject: Re: uvisor(4) and Palm Z22 under 8.X X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 11:32:42 -0000 --Boundary-00=_WrsdKGLpa4ZIiyc Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline 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 --Boundary-00=_WrsdKGLpa4ZIiyc Content-Type: text/x-patch; charset="iso-8859-1"; name="uvisor.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="uvisor.c.diff" --- uvisor.c 2009-06-24 12:59:19.000000000 +0200 +++ uvisor.c 2009-08-03 13:30:18.000000000 +0200 @@ -95,7 +95,15 @@ #define UVISOR_CONFIG_INDEX 0 #define UVISOR_IFACE_INDEX 0 -#define UVISOR_BUFSIZE 1024 /* bytes */ + +/* + * The following buffer sizes are hardcoded due to the way the Palm + * firmware works. It looks like the device is not short terminating + * the data transferred. + */ +#define UVISORIBUFSIZE 0 /* Use wMaxPacketSize */ +#define UVISOROBUFSIZE 32 /* bytes */ +#define UVISOROFRAMES 32 /* units */ /* From the Linux driver */ /* @@ -208,7 +216,8 @@ .type = UE_BULK, .endpoint = UE_ADDR_ANY, .direction = UE_DIR_OUT, - .bufsize = UVISOR_BUFSIZE, /* bytes */ + .bufsize = UVISOROBUFSIZE * UVISOROFRAMES, + .frames = UVISOROFRAMES, .flags = {.pipe_bof = 1,.force_short_xfer = 1,}, .callback = &uvisor_write_callback, }, @@ -217,7 +226,7 @@ .type = UE_BULK, .endpoint = UE_ADDR_ANY, .direction = UE_DIR_IN, - .bufsize = UVISOR_BUFSIZE, /* bytes */ + .bufsize = UVISORIBUFSIZE, .flags = {.pipe_bof = 1,.short_xfer_ok = 1,}, .callback = &uvisor_read_callback, }, @@ -375,7 +384,6 @@ struct uvisor_connection_info coninfo; struct uvisor_palm_connection_info pconinfo; uint16_t actlen; - uWord wAvail; uint8_t buffer[256]; if (sc->sc_flag & UVISOR_FLAG_VISOR) { @@ -496,6 +504,9 @@ goto done; } } +#if 0 + uWord wAvail; + DPRINTF("getting available bytes\n"); req.bmRequestType = UT_READ_VENDOR_ENDPOINT; req.bRequest = UVISOR_REQUEST_BYTES_AVAILABLE; @@ -507,6 +518,7 @@ goto done; } DPRINTF("avail=%d\n", UGETW(wAvail)); +#endif DPRINTF("done\n"); done: @@ -579,19 +591,31 @@ struct uvisor_softc *sc = usbd_xfer_softc(xfer); struct usb_page_cache *pc; uint32_t actlen; + uint8_t x; switch (USB_GET_STATE(xfer)) { case USB_ST_SETUP: case USB_ST_TRANSFERRED: tr_setup: - pc = usbd_xfer_get_frame(xfer, 0); - if (ucom_get_data(&sc->sc_ucom, pc, 0, - UVISOR_BUFSIZE, &actlen)) { + for (x = 0; x != UVISOROFRAMES; x++) { + + usbd_xfer_set_frame_offset(xfer, + x * UVISOROBUFSIZE, x); - usbd_xfer_set_frame_len(xfer, 0, actlen); + pc = usbd_xfer_get_frame(xfer, x); + if (ucom_get_data(&sc->sc_ucom, pc, 0, + UVISOROBUFSIZE, &actlen)) { + usbd_xfer_set_frame_len(xfer, x, actlen); + } else { + break; + } + } + /* check for data */ + if (x != 0) { + usbd_xfer_set_frames(xfer, x); usbd_transfer_submit(xfer); } - return; + break; default: /* Error */ if (error != USB_ERR_CANCELLED) { @@ -599,7 +623,7 @@ usbd_xfer_set_stall(xfer); goto tr_setup; } - return; + break; } } --Boundary-00=_WrsdKGLpa4ZIiyc-- From owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 11:54:00 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32840106564A; Mon, 3 Aug 2009 11:54:00 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.swip.net [212.247.154.129]) by mx1.freebsd.org (Postfix) with ESMTP id 6889B8FC0C; Mon, 3 Aug 2009 11:53:59 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=VN5WLu2B-LoA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=I9_cnYA4AAAA:8 a=WGYmIlbTwFXCtS7yetAA:9 a=Sob1K3Qs8yeFUou82kwA:7 a=dCEuua2H8adjynQX-omr5Mvg1hMA:4 a=k3czplfHEggA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1188326865; Mon, 03 Aug 2009 13:38:58 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Mon, 3 Aug 2009 13:38:56 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <200908030641.n736fHbl064848@www.freebsd.org> In-Reply-To: <200908030641.n736fHbl064848@www.freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908031338.58587.hselasky@c2i.net> Cc: c-s , freebsd-gnats-submit@freebsd.org Subject: Re: usb/137377: Support for Huawei E180 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 11:54:00 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 12:00:12 2009 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F36561065693 for ; Mon, 3 Aug 2009 12:00:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C398A8FC1E for ; Mon, 3 Aug 2009 12:00:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n73C0Bbe035196 for ; Mon, 3 Aug 2009 12:00:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n73C0BRn035193; Mon, 3 Aug 2009 12:00:11 GMT (envelope-from gnats) Date: Mon, 3 Aug 2009 12:00:11 GMT Message-Id: <200908031200.n73C0BRn035193@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Hans Petter Selasky Cc: Subject: Re: usb/137377: Support for Huawei E180 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Hans Petter Selasky List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 12:00:12 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 15:21:18 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E2BE106567B; Mon, 3 Aug 2009 15:21:18 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id EC76D8FC24; Mon, 3 Aug 2009 15:21:17 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from [10.0.0.34] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id 0DFECC426C; Mon, 3 Aug 2009 16:59:09 +0200 (CEST) Message-Id: <8DC8C704-F84D-4A60-A11B-2F877EB903C9@semihalf.com> From: Rafal Jaworowski To: Hans Petter Selasky In-Reply-To: <20090724.233404.-399282844.imp@bsdimp.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Mon, 3 Aug 2009 17:01:37 +0200 References: <3E1658AF-67C6-4E61-B6E7-BEF528C3FF4D@mac.com> <200907232209.47729.hselasky@c2i.net> <20090724.233404.-399282844.imp@bsdimp.com> X-Mailer: Apple Mail (2.935.3) Cc: arm@freebsd.org, usb@freebsd.org Subject: Re: About the "USB Cache and busdma usage in USB" thread X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 15:21:29 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 15:59:51 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02EDD106566C; Mon, 3 Aug 2009 15:59:51 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id 363E28FC18; Mon, 3 Aug 2009 15:59:49 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=uXAB73GHeBQA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=k65giglMNd4q9o-90-0A:9 a=zhoo1XdpDPRzsePuYthE4ubsKKAA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 234908221; Mon, 03 Aug 2009 17:59:48 +0200 From: Hans Petter Selasky To: Rafal Jaworowski , freebsd-current@freebsd.org Date: Mon, 3 Aug 2009 17:59:43 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <3E1658AF-67C6-4E61-B6E7-BEF528C3FF4D@mac.com> <20090724.233404.-399282844.imp@bsdimp.com> <8DC8C704-F84D-4A60-A11B-2F877EB903C9@semihalf.com> In-Reply-To: <8DC8C704-F84D-4A60-A11B-2F877EB903C9@semihalf.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908031759.46491.hselasky@c2i.net> Cc: arm@freebsd.org, usb@freebsd.org Subject: Re: About the "USB Cache and busdma usage in USB" thread X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 15:59:51 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 16:52:50 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71774106566B; Mon, 3 Aug 2009 16:52:50 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 15A0D8FC18; Mon, 3 Aug 2009 16:52:49 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from [10.0.0.34] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id 886A9C426C; Mon, 3 Aug 2009 18:50:19 +0200 (CEST) Message-Id: From: Rafal Jaworowski To: Hans Petter Selasky In-Reply-To: <200908031759.46491.hselasky@c2i.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Mon, 3 Aug 2009 18:52:48 +0200 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> X-Mailer: Apple Mail (2.935.3) Cc: arm@freebsd.org, usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: About the "USB Cache and busdma usage in USB" thread X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 16:52:51 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 18:28:59 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0500F106564A for ; Mon, 3 Aug 2009 18:28:59 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id 8E4268FC08 for ; Mon, 3 Aug 2009 18:28:57 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.43,315,1246831200"; d="scan'208";a="279084301" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay1.uni-muenster.de with ESMTP; 03 Aug 2009 20:28:56 +0200 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id 83E7A614001; Mon, 3 Aug 2009 20:28:56 +0200 (CEST) Date: Mon, 03 Aug 2009 20:28:56 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Hans Petter Selasky Message-ID: In-Reply-To: <200908031205.35502.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: kernel debugger and usb keyboard X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 18:28:59 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 18:42:01 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D51DC1065670 for ; Mon, 3 Aug 2009 18:42:01 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id 6C5C08FC1D for ; Mon, 3 Aug 2009 18:42:01 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=YPd1n5Lw6zfIoO9JSLIA:9 a=S-DEMS1hkWj86fXbhjeRRPhHx-wA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1287913423; Mon, 03 Aug 2009 20:41:59 +0200 From: Hans Petter Selasky To: Alexander Best Date: Mon, 3 Aug 2009 20:41:58 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908032041.59693.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: kernel debugger and usb keyboard X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 18:42:02 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 18:55:18 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65D321065679 for ; Mon, 3 Aug 2009 18:55:18 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id F0ACA8FC25 for ; Mon, 3 Aug 2009 18:55:17 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.43,315,1246831200"; d="scan'208";a="279085898" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay1.uni-muenster.de with ESMTP; 03 Aug 2009 20:55:17 +0200 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id D6A14614001; Mon, 3 Aug 2009 20:55:16 +0200 (CEST) Date: Mon, 03 Aug 2009 20:55:16 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Hans Petter Selasky Message-ID: In-Reply-To: <200908032041.59693.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: kernel debugger and usb keyboard X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 18:55:19 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 19:27:35 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D40C106564A for ; Mon, 3 Aug 2009 19:27:35 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.tele2.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 147308FC13 for ; Mon, 3 Aug 2009 19:27:34 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=JSugyDF0xdykX_uO55IA:9 a=X-TCkzkH8Umi39ujzItX07LXyUcA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1117480937; Mon, 03 Aug 2009 21:27:33 +0200 From: Hans Petter Selasky To: Alexander Best Date: Mon, 3 Aug 2009 21:27:30 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908032127.32353.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: kernel debugger and usb keyboard X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 19:27:35 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 19:37:52 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C5331065672 for ; Mon, 3 Aug 2009 19:37:52 +0000 (UTC) (envelope-from c-s@c-s.li) Received: from server4.cyon.ch (server4.cyon.ch [194.126.200.14]) by mx1.freebsd.org (Postfix) with ESMTP id CF1328FC1E for ; Mon, 3 Aug 2009 19:37:51 +0000 (UTC) (envelope-from c-s@c-s.li) Received: from www-data by server4.cyon.ch with local (Exim 4.69) (envelope-from ) id 1MY3Ly-0003q3-4B; Mon, 03 Aug 2009 21:37:50 +0200 To: Hans Petter Selasky MIME-Version: 1.0 Date: Mon, 03 Aug 2009 21:37:50 +0200 From: 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> X-Sender: c-s@c-s.li User-Agent: RoundCube Webmail/0.2.1 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" Cc: freebsd-gnats-submit@freebsd.org, freebsd-usb@freebsd.org Subject: Re: usb/137377: Support for Huawei E180 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 19:37:52 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 20:00:13 2009 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24B1F106566C for ; Mon, 3 Aug 2009 20:00:13 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 132D88FC08 for ; Mon, 3 Aug 2009 20:00:13 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n73K0C8v097696 for ; Mon, 3 Aug 2009 20:00:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n73K0CTW097695; Mon, 3 Aug 2009 20:00:12 GMT (envelope-from gnats) Date: Mon, 3 Aug 2009 20:00:12 GMT Message-Id: <200908032000.n73K0CTW097695@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Cc: Subject: Re: usb/137377: Support for Huawei E180 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: c-s@c-s.li List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 20:00:13 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 20:43:16 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A655106564A; Mon, 3 Aug 2009 20:43:16 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (ns0.blackend.org [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id DA7E48FC08; Mon, 3 Aug 2009 20:43:15 +0000 (UTC) (envelope-from marc@blackend.org) Received: from gothic.blackend.org (gothic.blackend.org [192.168.1.203]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id n73KhB94073460; Mon, 3 Aug 2009 22:43:11 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: from gothic.blackend.org (localhost [127.0.0.1]) by gothic.blackend.org (8.14.3/8.14.3) with ESMTP id n73KhtIa002008; Mon, 3 Aug 2009 22:43:55 +0200 (CEST) (envelope-from marc@gothic.blackend.org) Received: (from marc@localhost) by gothic.blackend.org (8.14.3/8.14.3/Submit) id n73Kht0r002007; Mon, 3 Aug 2009 22:43:55 +0200 (CEST) (envelope-from marc) Date: Mon, 3 Aug 2009 22:43:55 +0200 From: Marc Fonvieille To: Hans Petter Selasky Message-ID: <20090803204355.GA1996@gothic.blackend.org> References: <20090728111131.GA1383@gothic.blackend.org> <200908031138.45877.hselasky@freebsd.org> <20090803110603.GB1230@gothic.blackend.org> <200908031332.38041.hselasky@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200908031332.38041.hselasky@freebsd.org> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 8.0-BETA2 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-usb@freebsd.org Subject: Re: uvisor(4) and Palm Z22 under 8.X X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 20:43:16 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit 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 --EVF5PPMfhYS0aIcm Content-Type: text/x-patch; charset=us-ascii Content-Disposition: attachment; filename="uvisor.c.diff" Index: uvisor.c =================================================================== --- uvisor.c (revision 196052) +++ uvisor.c (working copy) @@ -95,8 +95,16 @@ #define UVISOR_CONFIG_INDEX 0 #define UVISOR_IFACE_INDEX 0 -#define UVISOR_BUFSIZE 1024 /* bytes */ +/* + * The following buffer sizes are hardcoded due to the way the Palm + * firmware works. It looks like the device is not short terminating + * the data transferred. + */ +#define UVISORIBUFSIZE 0 /* Use wMaxPacketSize */ +#define UVISOROBUFSIZE 32 /* bytes */ +#define UVISOROFRAMES 32 /* units */ + /* From the Linux driver */ /* * UVISOR_REQUEST_BYTES_AVAILABLE asks the visor for the number of bytes that @@ -208,7 +216,8 @@ .type = UE_BULK, .endpoint = UE_ADDR_ANY, .direction = UE_DIR_OUT, - .bufsize = UVISOR_BUFSIZE, /* bytes */ + .bufsize = UVISOROBUFSIZE * UVISOROFRAMES, + .frames = UVISOROFRAMES, .flags = {.pipe_bof = 1,.force_short_xfer = 1,}, .callback = &uvisor_write_callback, }, @@ -217,7 +226,7 @@ .type = UE_BULK, .endpoint = UE_ADDR_ANY, .direction = UE_DIR_IN, - .bufsize = UVISOR_BUFSIZE, /* bytes */ + .bufsize = UVISORIBUFSIZE, .flags = {.pipe_bof = 1,.short_xfer_ok = 1,}, .callback = &uvisor_read_callback, }, @@ -270,7 +279,7 @@ {USB_VPI(USB_VENDOR_PALM, USB_PRODUCT_PALM_ZIRE31, UVISOR_FLAG_PALM4)}, {USB_VPI(USB_VENDOR_SAMSUNG, USB_PRODUCT_SAMSUNG_I500, UVISOR_FLAG_PALM4)}, {USB_VPI(USB_VENDOR_SONY, USB_PRODUCT_SONY_CLIE_40, 0)}, - {USB_VPI(USB_VENDOR_SONY, USB_PRODUCT_SONY_CLIE_41, UVISOR_FLAG_PALM4)}, + {USB_VPI(USB_VENDOR_SONY, USB_PRODUCT_SONY_CLIE_41, 0)}, {USB_VPI(USB_VENDOR_SONY, USB_PRODUCT_SONY_CLIE_S360, UVISOR_FLAG_PALM4)}, {USB_VPI(USB_VENDOR_SONY, USB_PRODUCT_SONY_CLIE_NX60, UVISOR_FLAG_PALM4)}, {USB_VPI(USB_VENDOR_SONY, USB_PRODUCT_SONY_CLIE_35, UVISOR_FLAG_PALM35)}, @@ -375,7 +384,6 @@ struct uvisor_connection_info coninfo; struct uvisor_palm_connection_info pconinfo; uint16_t actlen; - uWord wAvail; uint8_t buffer[256]; if (sc->sc_flag & UVISOR_FLAG_VISOR) { @@ -496,6 +504,9 @@ goto done; } } +#if 0 + uWord wAvail; + DPRINTF("getting available bytes\n"); req.bmRequestType = UT_READ_VENDOR_ENDPOINT; req.bRequest = UVISOR_REQUEST_BYTES_AVAILABLE; @@ -507,6 +518,7 @@ goto done; } DPRINTF("avail=%d\n", UGETW(wAvail)); +#endif DPRINTF("done\n"); done: @@ -579,19 +591,31 @@ struct uvisor_softc *sc = usbd_xfer_softc(xfer); struct usb_page_cache *pc; uint32_t actlen; + uint8_t x; switch (USB_GET_STATE(xfer)) { case USB_ST_SETUP: case USB_ST_TRANSFERRED: tr_setup: - pc = usbd_xfer_get_frame(xfer, 0); - if (ucom_get_data(&sc->sc_ucom, pc, 0, - UVISOR_BUFSIZE, &actlen)) { + for (x = 0; x != UVISOROFRAMES; x++) { - usbd_xfer_set_frame_len(xfer, 0, actlen); + usbd_xfer_set_frame_offset(xfer, + x * UVISOROBUFSIZE, x); + + pc = usbd_xfer_get_frame(xfer, x); + if (ucom_get_data(&sc->sc_ucom, pc, 0, + UVISOROBUFSIZE, &actlen)) { + usbd_xfer_set_frame_len(xfer, x, actlen); + } else { + break; + } + } + /* check for data */ + if (x != 0) { + usbd_xfer_set_frames(xfer, x); usbd_transfer_submit(xfer); } - return; + break; default: /* Error */ if (error != USB_ERR_CANCELLED) { @@ -599,7 +623,7 @@ usbd_xfer_set_stall(xfer); goto tr_setup; } - return; + break; } } --EVF5PPMfhYS0aIcm-- From owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 22:16:32 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB865106564A for ; Mon, 3 Aug 2009 22:16:32 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outU.internet-mail-service.net (outu.internet-mail-service.net [216.240.47.244]) by mx1.freebsd.org (Postfix) with ESMTP id A1C248FC15 for ; Mon, 3 Aug 2009 22:16:32 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 906E79E446; Mon, 3 Aug 2009 15:03:14 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 50CB22D6011; Mon, 3 Aug 2009 15:03:01 -0700 (PDT) Message-ID: <4A775E9B.8070900@elischer.org> Date: Mon, 03 Aug 2009 15:03:07 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Hans Petter Selasky References: <200908032127.32353.hselasky@c2i.net> In-Reply-To: <200908032127.32353.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Best , freebsd-usb@freebsd.org Subject: Re: kernel debugger and usb keyboard X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 22:16:33 -0000 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 owner-freebsd-usb@FreeBSD.ORG Mon Aug 3 22:37:25 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B255C106566B for ; Mon, 3 Aug 2009 22:37:25 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out3.uni-muenster.de (ZIVM-OUT3.UNI-MUENSTER.DE [128.176.192.18]) by mx1.freebsd.org (Postfix) with ESMTP id 47CCA8FC0C for ; Mon, 3 Aug 2009 22:37:24 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.43,317,1246831200"; d="scan'208";a="10098626" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay3.uni-muenster.de with ESMTP; 04 Aug 2009 00:37:16 +0200 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id 5AFB81B008C; Tue, 4 Aug 2009 00:37:16 +0200 (CEST) Date: Tue, 04 Aug 2009 00:37:16 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Hans Petter Selasky Message-ID: In-Reply-To: <200908032127.32353.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: kernel debugger and usb keyboard X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 22:37:25 -0000 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 owner-freebsd-usb@FreeBSD.ORG Tue Aug 4 09:48:49 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B95D106566C for ; Tue, 4 Aug 2009 09:48:49 +0000 (UTC) (envelope-from achilov-rn@askd.ru) Received: from master.askd.ru (master.askd.ru [80.242.75.6]) by mx1.freebsd.org (Postfix) with ESMTP id 928AE8FC0A for ; Tue, 4 Aug 2009 09:48:48 +0000 (UTC) (envelope-from achilov-rn@askd.ru) Received: from to-495.askd.gmbh (IDENT:shelton@sentry [192.168.1.94]) by master.askd.ru (8.14.3/8.14.3) with ESMTP id n749cgVR017513 for ; Tue, 4 Aug 2009 16:38:42 +0700 (NOVST) (envelope-from achilov-rn@askd.ru) From: "Rashid N. Achilov" Organization: =?koi8-r?b?7+/v?= "=?koi8-r?b?4fMt88nT1MXNwQ==?= =?koi8-r?b?IOvPzdDMxcvT?=" To: freebsd-usb@freebsd.org Date: Tue, 4 Aug 2009 16:41:40 +0700 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908041641.41161.achilov-rn@askd.ru> Subject: 28-in-1 Acorp card reader X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Achilov, Rashid" List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2009 09:48:49 -0000 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 owner-freebsd-usb@FreeBSD.ORG Tue Aug 4 15:01:16 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB730106566C; Tue, 4 Aug 2009 15:01:16 +0000 (UTC) (envelope-from gjb@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 3AD378FC15; Tue, 4 Aug 2009 15:01:16 +0000 (UTC) (envelope-from gjb@semihalf.com) Received: from [10.0.0.75] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPA id 97A9DC426C; Tue, 4 Aug 2009 16:39:08 +0200 (CEST) Message-ID: <4A7848A0.4080905@semihalf.com> Date: Tue, 04 Aug 2009 16:41:36 +0200 From: Grzegorz Bernacki User-Agent: Thunderbird 2.0.0.16 (X11/20090618) MIME-Version: 1.0 To: Hans Petter Selasky 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> In-Reply-To: <200908031759.46491.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: arm@freebsd.org, Rafal Jaworowski , freebsd-current@freebsd.org, usb@freebsd.org Subject: Re: About the "USB Cache and busdma usage in USB" thread X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2009 15:01:17 -0000 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 owner-freebsd-usb@FreeBSD.ORG Tue Aug 4 15:54:52 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C69791065675; Tue, 4 Aug 2009 15:54:52 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.swipnet.se [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id CAB898FC20; Tue, 4 Aug 2009 15:54:51 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=uXAB73GHeBQA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=dU7kav3A9PnrunaxqCUA:9 a=nVf9qWreKgvzqu-H-KsA:7 a=gJU65N-bE7egE_QUlsV8oVjiRrwA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 549127578; Tue, 04 Aug 2009 17:54:50 +0200 From: Hans Petter Selasky To: Grzegorz Bernacki Date: Tue, 4 Aug 2009 17:54:48 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <3E1658AF-67C6-4E61-B6E7-BEF528C3FF4D@mac.com> <200908031759.46491.hselasky@c2i.net> <4A7848A0.4080905@semihalf.com> In-Reply-To: <4A7848A0.4080905@semihalf.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908041754.50244.hselasky@c2i.net> Cc: arm@freebsd.org, Rafal Jaworowski , freebsd-current@freebsd.org, usb@freebsd.org Subject: Re: About the "USB Cache and busdma usage in USB" thread X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2009 15:54:53 -0000 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 owner-freebsd-usb@FreeBSD.ORG Tue Aug 4 19:46:21 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEA1D10659E1 for ; Tue, 4 Aug 2009 19:46:21 +0000 (UTC) (envelope-from sarumont@sigil.org) Received: from mail.sigil.org (mail.sigil.org [208.86.227.164]) by mx1.freebsd.org (Postfix) with ESMTP id A63BE8FC1A for ; Tue, 4 Aug 2009 19:46:21 +0000 (UTC) (envelope-from sarumont@sigil.org) Received: from localhost (localhost [127.0.0.1]) by mail.sigil.org (Postfix) with ESMTP id 8E6FFBF8F6 for ; Tue, 4 Aug 2009 14:44:36 -0500 (CDT) X-Virus-Scanned: amavisd-new at sigil.org Received: from mail.sigil.org ([127.0.0.1]) by localhost (mail.sigil.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id TWurrPNgQ91a for ; Tue, 4 Aug 2009 14:44:10 -0500 (CDT) Received: from illusion.portal.sigil.org (ip72-202-157-83.ks.ks.cox.net [72.202.157.83]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sigil.org (Postfix) with ESMTPSA id 4AABBBF644 for ; Tue, 4 Aug 2009 14:44:10 -0500 (CDT) Received: by illusion.portal.sigil.org (sSMTP sendmail emulation); Tue, 4 Aug 2009 14:45:32 -0500 From: "Richard Kolkovich" Date: Tue, 4 Aug 2009 14:45:32 -0500 To: freebsd-usb@freebsd.org Message-ID: <20090804194531.GA50999@magus.portal.sigil.org> References: <200908041641.41161.achilov-rn@askd.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline In-Reply-To: <200908041641.41161.achilov-rn@askd.ru> X-OS: FreeBSD magus 7.2-PRERELEASE i386 X-Mailer: Mutt 1.5.20 (2009-06-14) X-Composed-With: vim X-PGP-Key: http://sarumont.sigil.org/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: 28-in-1 Acorp card reader X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2009 19:46:22 -0000 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 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=20 > think, that is extremely radical way - open raw device for writing. Is th= ere=20 > any less radical way to detect inserted flash?=20 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=3D/dev/null of=3D/dev/da${1} count=3D0 mount_msdosfs /dev/da${1}s1 ~/usb I pass in the device number (da6 would have 6...). HTH --=20 Richard Kolkovich sarumont@sigil.org --FCuugMFkClbJLl1L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkp4j9sACgkQfXtD1KVAIbB2DgCg4O+Ors54EvvWNap6OwnG1qbk zFwAoIlBmooV7cF7qqWRvJ01nTk5VXLC =BsbT -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- From owner-freebsd-usb@FreeBSD.ORG Wed Aug 5 03:06:50 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEF191065672 for ; Wed, 5 Aug 2009 03:06:50 +0000 (UTC) (envelope-from achilov-rn@askd.ru) Received: from master.askd.ru (master.askd.ru [80.242.75.6]) by mx1.freebsd.org (Postfix) with ESMTP id 5E9A58FC15 for ; Wed, 5 Aug 2009 03:06:49 +0000 (UTC) (envelope-from achilov-rn@askd.ru) Received: from to-495.askd.gmbh (IDENT:shelton@sentry [192.168.1.94]) by master.askd.ru (8.14.3/8.14.3) with ESMTP id n7536mL8046180 for ; Wed, 5 Aug 2009 10:06:48 +0700 (NOVST) (envelope-from achilov-rn@askd.ru) From: "Rashid N. Achilov" Organization: =?koi8-r?b?7+/v?= "=?koi8-r?b?4fMt88nT1MXNwQ==?= =?koi8-r?b?IOvPzdDMxcvT?=" To: freebsd-usb@freebsd.org Date: Wed, 5 Aug 2009 10:09:47 +0700 User-Agent: KMail/1.9.7 References: <200908041641.41161.achilov-rn@askd.ru> <20090804194531.GA50999@magus.portal.sigil.org> In-Reply-To: <20090804194531.GA50999@magus.portal.sigil.org> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908051009.47618.achilov-rn@askd.ru> Subject: Re: 28-in-1 Acorp card reader X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Achilov, Rashid" List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2009 03:06:51 -0000 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 owner-freebsd-usb@FreeBSD.ORG Wed Aug 5 07:10:06 2009 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 939881065677 for ; Wed, 5 Aug 2009 07:10:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6845A8FC1F for ; Wed, 5 Aug 2009 07:10:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n757A6Yn074616 for ; Wed, 5 Aug 2009 07:10:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n757A69U074614; Wed, 5 Aug 2009 07:10:06 GMT (envelope-from gnats) Date: Wed, 5 Aug 2009 07:10:06 GMT Message-Id: <200908050710.n757A69U074614@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: "Rashid N. Achilov" Cc: Subject: Re: usb/116699: [usbhid] USB HID devices do not initialize at system boot X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Rashid N. Achilov" List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2009 07:10:06 -0000 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 owner-freebsd-usb@FreeBSD.ORG Wed Aug 5 07:25:31 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 939B9106564A; Wed, 5 Aug 2009 07:25:31 +0000 (UTC) (envelope-from hselasky@freebsd.org) Received: from swip.net (mailfe12.swip.net [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id EB5AD8FC15; Wed, 5 Aug 2009 07:25:30 +0000 (UTC) (envelope-from hselasky@freebsd.org) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=HBWR-9esTTcA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=i75I8uXgnatKqxiQW34A:9 a=v4E9QsYmqw56qQfCLDkIGlBeK9IA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1118168308; Wed, 05 Aug 2009 09:25:29 +0200 Received-SPF: softfail receiver=mailfe12.swip.net; client-ip=188.126.201.140; envelope-from=hselasky@freebsd.org From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Wed, 5 Aug 2009 09:25:27 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <20090728111131.GA1383@gothic.blackend.org> <200908031332.38041.hselasky@freebsd.org> <20090803204355.GA1996@gothic.blackend.org> In-Reply-To: <20090803204355.GA1996@gothic.blackend.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908050925.29142.hselasky@freebsd.org> Cc: Subject: Re: uvisor(4) and Palm Z22 under 8.X X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2009 07:25:32 -0000 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 owner-freebsd-usb@FreeBSD.ORG Wed Aug 5 07:27:23 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D3FB1065687 for ; Wed, 5 Aug 2009 07:27:23 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe15.swip.net [212.247.155.193]) by mx1.freebsd.org (Postfix) with ESMTP id 98B068FC1A for ; Wed, 5 Aug 2009 07:27:22 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=fIj3jU65Z5eOiuEMK7sA:9 a=wBlYmF5aYZ3IKYMdHu0ALGzoaJ0A:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe15.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 546055202; Wed, 05 Aug 2009 09:27:21 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org, "Achilov, Rashid" Date: Wed, 5 Aug 2009 09:27:21 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <200908041641.41161.achilov-rn@askd.ru> <20090804194531.GA50999@magus.portal.sigil.org> <200908051009.47618.achilov-rn@askd.ru> In-Reply-To: <200908051009.47618.achilov-rn@askd.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="windows-1251" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908050927.22382.hselasky@c2i.net> Cc: Subject: Re: 28-in-1 Acorp card reader X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2009 07:27:23 -0000 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 owner-freebsd-usb@FreeBSD.ORG Wed Aug 5 12:35:50 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B47B106566C; Wed, 5 Aug 2009 12:35:50 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (ns0.blackend.org [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id D71418FC14; Wed, 5 Aug 2009 12:35:49 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (localhost [127.0.0.1]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id n75CZjKI091386; Wed, 5 Aug 2009 14:35:45 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: (from marc@localhost) by abigail.blackend.org (8.13.4/8.13.3/Submit) id n75CZjeN091385; Wed, 5 Aug 2009 14:35:45 +0200 (CEST) (envelope-from marc) Date: Wed, 5 Aug 2009 14:35:44 +0200 From: Marc Fonvieille To: Hans Petter Selasky Message-ID: <20090805123544.GA91115@abigail.blackend.org> References: <20090728111131.GA1383@gothic.blackend.org> <200908031332.38041.hselasky@freebsd.org> <20090803204355.GA1996@gothic.blackend.org> <200908050925.29142.hselasky@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200908050925.29142.hselasky@freebsd.org> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 4.11-STABLE User-Agent: Mutt/1.5.9i Cc: freebsd-usb@freebsd.org Subject: Re: uvisor(4) and Palm Z22 under 8.X X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2009 12:35:50 -0000 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 owner-freebsd-usb@FreeBSD.ORG Wed Aug 5 13:17:20 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB2A1106566C; Wed, 5 Aug 2009 13:17:20 +0000 (UTC) (envelope-from gjb@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 6559F8FC17; Wed, 5 Aug 2009 13:17:20 +0000 (UTC) (envelope-from gjb@semihalf.com) Received: from [10.0.0.75] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPA id 1A0FFC426C; Wed, 5 Aug 2009 15:14:53 +0200 (CEST) Message-ID: <4A79865E.3060206@semihalf.com> Date: Wed, 05 Aug 2009 15:17:18 +0200 From: Grzegorz Bernacki User-Agent: Thunderbird 2.0.0.16 (X11/20090618) MIME-Version: 1.0 To: Hans Petter Selasky References: <3E1658AF-67C6-4E61-B6E7-BEF528C3FF4D@mac.com> <200908031759.46491.hselasky@c2i.net> <4A7848A0.4080905@semihalf.com> <200908041754.50244.hselasky@c2i.net> In-Reply-To: <200908041754.50244.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: arm@freebsd.org, Rafal Jaworowski , freebsd-current@freebsd.org, usb@freebsd.org Subject: Re: About the "USB Cache and busdma usage in USB" thread X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2009 13:17:21 -0000 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 owner-freebsd-usb@FreeBSD.ORG Wed Aug 5 13:49:47 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21A7E1065688; Wed, 5 Aug 2009 13:49:47 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id 5667B8FC25; Wed, 5 Aug 2009 13:49:45 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=uXAB73GHeBQA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=MUhiJNgwuVPsYk42_IQA:9 a=sYYSPOwCoMhsDfu2O5IRAWEdHa8A:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1290310211; Wed, 05 Aug 2009 15:49:43 +0200 From: Hans Petter Selasky To: Grzegorz Bernacki Date: Wed, 5 Aug 2009 15:49:42 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <3E1658AF-67C6-4E61-B6E7-BEF528C3FF4D@mac.com> <200908041754.50244.hselasky@c2i.net> <4A79865E.3060206@semihalf.com> In-Reply-To: <4A79865E.3060206@semihalf.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908051549.43890.hselasky@c2i.net> Cc: arm@freebsd.org, Rafal Jaworowski , freebsd-current@freebsd.org, usb@freebsd.org Subject: Re: About the "USB Cache and busdma usage in USB" thread X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2009 13:49:48 -0000 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 owner-freebsd-usb@FreeBSD.ORG Wed Aug 5 16:59:40 2009 Return-Path: Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE0841065670; Wed, 5 Aug 2009 16:59:40 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 9F0648FC12; Wed, 5 Aug 2009 16:59:40 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id B7FD61E00311; Wed, 5 Aug 2009 18:59:39 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n75GsW0A011551; Wed, 5 Aug 2009 18:54:32 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n75GsWBw011550; Wed, 5 Aug 2009 18:54:32 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Wed, 5 Aug 2009 18:54:32 +0200 To: freebsd-current@FreeBSD.org, freebsd-usb@FreeBSD.org Message-ID: <20090805165432.GA11383@triton.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: patch: (newusb) cdce failed to attach, was ignoring quirks X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2009 16:59:41 -0000 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 owner-freebsd-usb@FreeBSD.ORG Wed Aug 5 18:00:55 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BC63106568A; Wed, 5 Aug 2009 18:00:55 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id EBEDE8FC18; Wed, 5 Aug 2009 18:00:54 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=tBYg12_i5LgA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=ihUZUP3lPXoYZlHuBBcA:9 a=aCzAzlSkogagjPGYjOAA:7 a=XhvZxX35A1eH-ldWdHjw22ZjGTwA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1283531415; Wed, 05 Aug 2009 20:00:52 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 5 Aug 2009 20:00:53 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <20090805165432.GA11383@triton.kn-bremen.de> In-Reply-To: <20090805165432.GA11383@triton.kn-bremen.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908052000.54157.hselasky@c2i.net> Cc: Juergen Lock , freebsd-usb@freebsd.org Subject: Re: patch: (newusb) cdce failed to attach, was ignoring quirks X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2009 18:00:56 -0000 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 owner-freebsd-usb@FreeBSD.ORG Wed Aug 5 20:02:16 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85F0E106566C; Wed, 5 Aug 2009 20:02:16 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 445F48FC08; Wed, 5 Aug 2009 20:02:16 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 593671E00311; Wed, 5 Aug 2009 22:02:15 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n75JtstN005872; Wed, 5 Aug 2009 21:55:54 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n75JtsGC005871; Wed, 5 Aug 2009 21:55:54 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Wed, 5 Aug 2009 21:55:54 +0200 To: Hans Petter Selasky Message-ID: <20090805195554.GA5803@triton.kn-bremen.de> References: <20090805165432.GA11383@triton.kn-bremen.de> <200908052000.54157.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200908052000.54157.hselasky@c2i.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, Juergen Lock , freebsd-usb@freebsd.org Subject: Re: patch: (newusb) cdce failed to attach, was ignoring quirks X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2009 20:02:16 -0000 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 owner-freebsd-usb@FreeBSD.ORG Wed Aug 5 20:58:39 2009 Return-Path: Delivered-To: usb@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDE0A10656DF for ; Wed, 5 Aug 2009 20:58:39 +0000 (UTC) (envelope-from support@dropmydebtnow.com) Received: from smtp107.sbc.mail.mud.yahoo.com (smtp107.sbc.mail.mud.yahoo.com [68.142.198.206]) by mx1.freebsd.org (Postfix) with SMTP id A9B6F8FC31 for ; Wed, 5 Aug 2009 20:58:39 +0000 (UTC) Received: (qmail 74841 invoked from network); 5 Aug 2009 20:31:59 -0000 Received: from unknown (HELO ) (support@76.233.103.253 with login) by smtp107.sbc.mail.mud.yahoo.com with SMTP; 5 Aug 2009 20:31:59 -0000 X-YMail-OSG: qZW9x48VM1kkmCc8eGDC94qtqRkrJs4wuipuUK1na86dqVnM5q1nar5lUXBVDdGzaEOQ5XmWhJ2QCt9qGYDLDGvYTfqvIkg_L7LS2vX4fBefukwfKPqBTG_bsGBf0S1kebemxDjwF6IvZYypvf65C5OT_GdTVI5qCJHtSGjzVWv7F7VX.xdSOsascZCS5KIpGe16ZCBmE68jcnuQP14.d1J4YCmUBF5Wl_sa0cgveywYaKKBa2T1MO9qRnz3UVhPK0AFT.jN4ttOqINvrlRf35x_31Q1P8YxPeagm5B2PTeVsnCOWbiVbGQGvduaRLNpyKLJ1FtWsndRhcOTGf03iA-- X-Yahoo-Newman-Property: ymail-3 From: James Taylor Group To: Date: Wed, 05 Aug 2009 15:31:57 -0500 X-Mailer: TOL Mailer MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=_0_.__.__TOL__Mailer__Part_Boundary_ Message-Id: <20090805205839.EDE0A10656DF@hub.freebsd.org> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Dropping Credit Card Debt X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2009 20:58:42 -0000 This is a multi-part message in MIME format. --_0_.__.__TOL__Mailer__Part_Boundary_ Content-Type: multipart/related; boundary=_1_.__.__TOL__Mailer__Part_Boundary_ --_1_.__.__TOL__Mailer__Part_Boundary_ Content-Type: multipart/alternative; boundary=_2_.__.__TOL__Mailer__Part_Boundary_ --_2_.__.__TOL__Mailer__Part_Boundary_ Content-Type: text/plain Content-Transfer-Encoding: 7Bit

We are not a Debt Settlement Company, We Stop Abuse.

Are debt collectors:

Calling you or others continually?

Harassing, threatening, or lying?

Being otherwise unfair or abusive?

Your debt collector is violating Fair Debt Collection Laws. YOU HAVE RIGHTS don't be intimidated!

We are not a Debt Settlement Company. We can Stop the Harassment.

There are No Monthly Fees for this service

See the Current News ~ Credit Card Companies and their Preditorial Behavior

NBC News ~ Brian Williams Report

See http://www.DropMyDebtNow.com 

NOT SPAM - This message is in accordance with The CAN-SPAM Act of 2003  passed by the United States Congress , and cannot be considered Spam as long as we include how to be removed, our physical corporate address and the statement, 'This Is An Advertisement'. Per "The CAN-SPAM Act of 2003, please reply with "REMOVE ME PLEASE" in the subject line. All removal requests are handled immediately. This is an advertisement. Our Corporate Offices are located at The James Taylor Group, 4928 Bryan Street, Suite 4, Dallas, Texas 75206.

 --_2_.__.__TOL__Mailer__Part_Boundary_ Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" We are not a Debt Settlement Company, We Stop Abuse. Are debt collectors: Calling you or others continually? Harassing, threatening, or lying? Being otherwise unfair or abusive? Your debt collector is violating Fair Debt Collection Laws. YOU HAVE RIGHTS don't be intimidated! We are not a Debt Settlement Company. We can Stop the Harassment. There are No Monthly Fees for this service See the Current News ~ Credit Card Companies and their Preditorial Behavior NBC News ~ Brian Williams Report See [1]http://www.DropMyDebtNow.com NOT SPAM - This message is in accordance with The CAN-SPAM Act of 2003 passed by the United States Congress , and cannot be considered Spam as long as we include how to be removed, our physical corporate address and the statement, 'This Is An Advertisement'. Per "The CAN-SPAM Act of 2003, please reply with "REMOVE ME PLEASE" in the subject line. All removal requests are handled immediately. This is an advertisement. Our Corporate Offices are located at The James Taylor Group, 4928 Bryan Street, Suite 4, Dallas, Texas 75206. References 1. 3D"http://www.DropMyDebtNow.com"/ --_2_.__.__TOL__Mailer__Part_Boundary_-- --_1_.__.__TOL__Mailer__Part_Boundary_-- --_0_.__.__TOL__Mailer__Part_Boundary_-- From owner-freebsd-usb@FreeBSD.ORG Wed Aug 5 22:58:38 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85D82106566B for ; Wed, 5 Aug 2009 22:58:38 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: from mail-qy0-f191.google.com (mail-qy0-f191.google.com [209.85.221.191]) by mx1.freebsd.org (Postfix) with ESMTP id 41B6F8FC18 for ; Wed, 5 Aug 2009 22:58:38 +0000 (UTC) Received: by qyk29 with SMTP id 29so450879qyk.3 for ; Wed, 05 Aug 2009 15:58:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=VTidyO+/6TtI1JM0y8/O++JJezSB6MpzOY3TJWK+xrM=; b=I+MQjq9QJR/Sb0OudU9wY16aXiGTMOPsXGdxQ1lSax4dMlP7/ZV5IQlsFpER5Hvvvk KuIxZK3p3CJbdEc2HMISKwG6gJ9ww84AYzGyJdr+MewBSVVLBFRc7yzA8eu1C790nSLZ Enwt1pDWfTG3gv4cEPLC6qaPClKjmu85cVZEM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=ERaub43uyTthBN1pQsD+9BmtN2aIFtmX4UnokbrK6fIyLObw9p+AIBb7cyTejjUTC3 yglf3kzsGydWeMvZU71J0EuJegCrGzDN/nBku2qorHkfRE7OFeyCPKOQse2ASlZynQF8 bG2X45tepwjL2JX2FqyMCwb/0FaebYFj1SSsY= MIME-Version: 1.0 Received: by 10.229.91.12 with SMTP id k12mr2618309qcm.66.1249511349745; Wed, 05 Aug 2009 15:29:09 -0700 (PDT) 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> Date: Thu, 6 Aug 2009 00:29:09 +0200 Message-ID: <90a5caac0908051529x7870e37ds1f154ea8b4fa8bbb@mail.gmail.com> From: Lucius Windschuh To: freebsd-usb@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: reattach 3g0 device: could not allocate new device X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2009 22:58:39 -0000 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 owner-freebsd-usb@FreeBSD.ORG Thu Aug 6 07:37:50 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4E69106566B for ; Thu, 6 Aug 2009 07:37:50 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe16.tele2.se [212.247.155.225]) by mx1.freebsd.org (Postfix) with ESMTP id 38E788FC0C for ; Thu, 6 Aug 2009 07:37:49 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=9CSpTaZppU4A:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=8kQB0OdkAAAA:8 a=YbhcJjmrr_mch7SBk3YA:9 a=upjdgS_mOXm7QemO690A:7 a=6bnnRRqEWq-J6SHANYlGbgZSOmEA:4 a=9aOQ2cSd83gA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe16.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 549607736; Thu, 06 Aug 2009 09:37:47 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Thu, 6 Aug 2009 09:37:47 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <89dbfdc30902231031j4407614vdce09e8e58cdc346@mail.gmail.com> <200902241034.31298.hselasky@c2i.net> <90a5caac0908051529x7870e37ds1f154ea8b4fa8bbb@mail.gmail.com> In-Reply-To: <90a5caac0908051529x7870e37ds1f154ea8b4fa8bbb@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908060937.48442.hselasky@c2i.net> Cc: Subject: Re: reattach 3g0 device: could not allocate new device X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2009 07:37:51 -0000 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 owner-freebsd-usb@FreeBSD.ORG Thu Aug 6 21:38:08 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 391041065670 for ; Thu, 6 Aug 2009 21:38:08 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id E84C58FC15 for ; Thu, 6 Aug 2009 21:38:07 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so487609qwe.7 for ; Thu, 06 Aug 2009 14:38:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=zv7nDPjHop94H/R+EwTNKUtFz7dPL8/NTDhicBaTkSU=; b=RJz24kWq2zPyfswdSx02VtZGC4mcm81zKd288QeXbuXenJZ/0qhC+QDEh9gOzWnaPs t8NCwU2844jkCY6DLS8wsXtGwslbFBqk/gCZIJkmammlysTCTBntJc98foTvbSDkZUMq ZlDh7rZpHsbC2u/i2AThutT1Ne/QqLSbi52EI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=qGeOjyo7IvdjVckzwXeZowcS0qCLjTix2/eR2IWerQEivWLUNv1+HeMwBjGd3qfvhb bMk5XHxHCS1D5G/C51cNhMvHELL8S2WG7SjFR6Vp0pzyOXEhQ6SncLX5lZgGh0H7PzUC IljksbFqlhXXGY1vR2A0huMskDf01L3o5l3TA= MIME-Version: 1.0 Received: by 10.229.82.12 with SMTP id z12mr405679qck.59.1249594687095; Thu, 06 Aug 2009 14:38:07 -0700 (PDT) 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> Date: Thu, 6 Aug 2009 23:38:07 +0200 Message-ID: <90a5caac0908061438n7afa69eai323164fd51b55122@mail.gmail.com> From: Lucius Windschuh To: Hans Petter Selasky , freebsd-usb@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: reattach 3g0 device: could not allocate new device X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2009 21:38:08 -0000 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 owner-freebsd-usb@FreeBSD.ORG Fri Aug 7 02:15:31 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2725E1065687 for ; Fri, 7 Aug 2009 02:15:31 +0000 (UTC) (envelope-from lista@freebsdconsult.com.br) Received: from smtp.cluster002.whservidor.com (emls0003.whservidor.com [200.98.199.37]) by mx1.freebsd.org (Postfix) with ESMTP id 655C58FC17 for ; Fri, 7 Aug 2009 02:15:29 +0000 (UTC) Received: by smtp.cluster002.whservidor.com (Postfix, from userid 505) id 2DB3818A859A; Thu, 6 Aug 2009 23:15:28 -0300 (BRT) Received: from worklab (unknown [189.98.138.65]) (Authenticated sender: lista@freebsdconsult.com.br) by smtp.cluster002.whservidor.com (Postfix) with ESMTPA id B69B718A853B for ; Thu, 6 Aug 2009 23:15:22 -0300 (BRT) Message-ID: <2B0D312478C8478486196C5FF04FE2DA@worklab> From: "Wesley Miranda" To: Date: Thu, 6 Aug 2009 23:15:20 -0300 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: HSDPA USB Modem MF626 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2009 02:15:31 -0000 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=BA run=20 /usr/sbin/usb_modeswitch -d 1 -v 0=D719d2 -p 0=D72000 -V 0=D719d2 -P = 0=D70031 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=BA 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 =3D 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 =3D 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=3D0 md=3DHOST spd=3DHIGH (480Mbps) pwr=3DON bLength =3D 0x0012 bDescriptorType =3D 0x0001 bcdUSB =3D 0x0200 bDeviceClass =3D 0x0000 bDeviceSubClass =3D 0x0000 bDeviceProtocol =3D 0x0000 bMaxPacketSize0 =3D 0x0040 idVendor =3D 0x19d2 idProduct =3D 0x0031 bcdDevice =3D 0x0000 iManufacturer =3D 0x0002 iProduct =3D 0x0001 iSerialNumber =3D 0x0003 <1234567890ABCDEF> bNumConfigurations =3D 0x0001 ---- 3=B0 run ppp -ddial vivo=20 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=3D8050 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 owner-freebsd-usb@FreeBSD.ORG Fri Aug 7 06:35:47 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 125E5106564A for ; Fri, 7 Aug 2009 06:35:47 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe16.tele2.se [212.247.155.225]) by mx1.freebsd.org (Postfix) with ESMTP id 987DA8FC16 for ; Fri, 7 Aug 2009 06:35:46 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=9CSpTaZppU4A:10 a=hlIU1J3LQChSjWV/CGRL5g==:17 a=8kQB0OdkAAAA:8 a=quox6Zfbe6y_BkO2_T8A:9 a=gPub-HObVrE0_ZyK_7KTL8_j7-sA:4 a=9aOQ2cSd83gA:10 Received: from [193.217.167.6] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe16.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 550109644; Fri, 07 Aug 2009 08:35:45 +0200 From: Hans Petter Selasky To: Lucius Windschuh Date: Fri, 7 Aug 2009 08:35:46 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <89dbfdc30902231031j4407614vdce09e8e58cdc346@mail.gmail.com> <200908061546.38885.hselasky@c2i.net> <90a5caac0908061438n7afa69eai323164fd51b55122@mail.gmail.com> In-Reply-To: <90a5caac0908061438n7afa69eai323164fd51b55122@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908070835.47320.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: reattach 3g0 device: could not allocate new device X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2009 06:35:47 -0000 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 owner-freebsd-usb@FreeBSD.ORG Fri Aug 7 08:42:38 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 823971065674 for ; Fri, 7 Aug 2009 08:42:38 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.swipnet.se [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id C82FF8FC16 for ; Fri, 7 Aug 2009 08:42:37 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Qa35spukGxu/rmuNTmr4yg==:17 a=Vt2AcnKqAAAA:8 a=6I5d2MoRAAAA:8 a=HTN3-HjvAAAA:8 a=ODo4R0OlJTGq-O8ONJYA:9 a=gaN8QpbhOOaHeB_1BGMA:7 a=Plb2AkViT5gL5_Fj-uZoe6xueAkA:4 a=SV7veod9ZcQA:10 a=lNSJVLZKD4NPjYWJ:21 a=Nq8oYcG-aqIp8zaO:21 Received: from [85.19.72.137] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 550458536; Fri, 07 Aug 2009 10:42:36 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Fri, 7 Aug 2009 10:42:37 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <2B0D312478C8478486196C5FF04FE2DA@worklab> In-Reply-To: <2B0D312478C8478486196C5FF04FE2DA@worklab> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200908071042.38581.hselasky@c2i.net> Cc: Subject: Re: HSDPA USB Modem MF626 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2009 08:42:38 -0000 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=BA run > /usr/sbin/usb_modeswitch -d 1 -v 0=D719d2 -p 0=D72000 -V 0=D719d2 -P 0=D7= 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=BA 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 > =3D 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 =3D 0x0= 000 > 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=3D0 > md=3DHOST spd=3DHIGH (480Mbps) pwr=3DON > > bLength =3D 0x0012 > bDescriptorType =3D 0x0001 > bcdUSB =3D 0x0200 > bDeviceClass =3D 0x0000 > bDeviceSubClass =3D 0x0000 > bDeviceProtocol =3D 0x0000 > bMaxPacketSize0 =3D 0x0040 > idVendor =3D 0x19d2 > idProduct =3D 0x0031 > bcdDevice =3D 0x0000 > iManufacturer =3D 0x0002 > iProduct =3D 0x0001 > iSerialNumber =3D 0x0003 <1234567890ABCDEF> > bNumConfigurations =3D 0x0001 > > ---- > 3=B0 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=3D8050 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 =2D-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 owner-freebsd-usb@FreeBSD.ORG Fri Aug 7 10:14:33 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3E2F106564A for ; Fri, 7 Aug 2009 10:14:33 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id 34F068FC1A for ; Fri, 7 Aug 2009 10:14:32 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.43,341,1246831200"; d="scan'208";a="279444134" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER01.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay1.uni-muenster.de with ESMTP; 07 Aug 2009 12:14:31 +0200 Received: by ZIVMAILUSER01.UNI-MUENSTER.DE (Postfix, from userid 149459) id 4902A1B0765; Fri, 7 Aug 2009 12:14:31 +0200 (CEST) Date: Fri, 07 Aug 2009 12:14:31 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Hans Petter Selasky , Message-ID: In-Reply-To: <200907292236.04773.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: problem writing to umass device X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2009 10:14:34 -0000 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 owner-freebsd-usb@FreeBSD.ORG Fri Aug 7 10:32:57 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 525CC1065670 for ; Fri, 7 Aug 2009 10:32:57 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id 936538FC19 for ; Fri, 7 Aug 2009 10:32:56 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Qa35spukGxu/rmuNTmr4yg==:17 a=mGQKCxadc5b2ugn62dIA:9 a=WlsRTKP7YSeS1O_s95IA:7 a=avdDlyHnAOwfnkxQvWY6tQAjJogA:4 a=9lLRnZ7Kp62Qtv-C:21 a=pCgmBbyC4Pda35NX:21 Received: from [85.19.72.137] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1291153151; Fri, 07 Aug 2009 12:32:54 +0200 From: Hans Petter Selasky To: Alexander Best Date: Fri, 7 Aug 2009 12:32:54 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908071232.55794.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: problem writing to umass device X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2009 10:32:57 -0000 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 owner-freebsd-usb@FreeBSD.ORG Fri Aug 7 11:15:24 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2BBA106564A; Fri, 7 Aug 2009 11:15:24 +0000 (UTC) (envelope-from gjb@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 583138FC16; Fri, 7 Aug 2009 11:15:24 +0000 (UTC) Received: from [192.168.1.13] (aekg190.neoplus.adsl.tpnet.pl [79.191.6.190]) by smtp.semihalf.com (Postfix) with ESMTPA id E0027C4275; Fri, 7 Aug 2009 13:12:59 +0200 (CEST) Message-ID: <4A7C0CC9.3080701@semihalf.com> Date: Fri, 07 Aug 2009 13:15:21 +0200 From: Grzegorz Bernacki User-Agent: Thunderbird 2.0.0.16 (X11/20090618) MIME-Version: 1.0 To: Hans Petter Selasky References: <3E1658AF-67C6-4E61-B6E7-BEF528C3FF4D@mac.com> <200908041754.50244.hselasky@c2i.net> <4A79865E.3060206@semihalf.com> <200908051549.43890.hselasky@c2i.net> In-Reply-To: <200908051549.43890.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: arm@freebsd.org, Rafal Jaworowski , freebsd-current@freebsd.org, usb@freebsd.org Subject: Re: About the "USB Cache and busdma usage in USB" thread X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2009 11:15:25 -0000 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 owner-freebsd-usb@FreeBSD.ORG Fri Aug 7 12:33:16 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E42FE1065673; Fri, 7 Aug 2009 12:33:16 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.swip.net [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 20D268FC16; Fri, 7 Aug 2009 12:33:15 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Qa35spukGxu/rmuNTmr4yg==:17 a=6I5d2MoRAAAA:8 a=1XwNwSwitz25EByeM9YA:9 a=gTk_gjysuApDULSJLYqHuN2tkx8A:4 Received: from [85.19.72.137] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 903192453; Fri, 07 Aug 2009 14:33:14 +0200 From: Hans Petter Selasky To: Grzegorz Bernacki , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, arm@freebsd.org Date: Fri, 7 Aug 2009 14:33:15 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908071433.16484.hselasky@c2i.net> Cc: Subject: USB busdma sync flag fix X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2009 12:33:17 -0000 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 owner-freebsd-usb@FreeBSD.ORG Fri Aug 7 13:43:14 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42177106566B for ; Fri, 7 Aug 2009 13:43:14 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: from mail-qy0-f191.google.com (mail-qy0-f191.google.com [209.85.221.191]) by mx1.freebsd.org (Postfix) with ESMTP id EEF928FC1A for ; Fri, 7 Aug 2009 13:43:13 +0000 (UTC) Received: by qyk29 with SMTP id 29so1467864qyk.3 for ; Fri, 07 Aug 2009 06:43:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=8PNvcfUuVxOHgmfXOYVfWtcYkyW/Du26Ojdu+ygQ8sQ=; b=KLEkcCtE1liBByMJS62y1qDwHU+yCQgQo4TCtAaChq46IlQjlta0ChMzvBaP5BKEG6 uvaYlxIMmJZf+6Ysa51liAc27D1Mlqhn/FfbQ36ot3swbXogvrkKtz+j9/Gk9gdMC01J zdvhobiYqKVK6ZbX+E+V8fiV6z7fHda8lxvqE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=hVV2eZ/s2OLwBTfY6LO5zjuDDB1Nx3VJ/28JEwguj8/MLHShgHc8NiFG0OHQZvZqg9 WDog4OsShk/jCOozc0beDz9fTogyPxXyCAFOWlkcJVRYCI+Xr9mr699Lvq8h8JV4dfCZ 3e2vkA9lLtizCbb0JzO3H71Jtbieb5Rrsu+XQ= MIME-Version: 1.0 Received: by 10.229.85.204 with SMTP id p12mr576684qcl.49.1249652591951; Fri, 07 Aug 2009 06:43:11 -0700 (PDT) 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> Date: Fri, 7 Aug 2009 15:43:11 +0200 Message-ID: <90a5caac0908070643v79af69b7s85fc5432da148701@mail.gmail.com> From: Lucius Windschuh To: Hans Petter Selasky , freebsd-usb@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: reattach 3g0 device: could not allocate new device X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2009 13:43:14 -0000 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 owner-freebsd-usb@FreeBSD.ORG Sat Aug 8 11:21:21 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DEFC106564A for ; Sat, 8 Aug 2009 11:21:21 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: from mail-qy0-f191.google.com (mail-qy0-f191.google.com [209.85.221.191]) by mx1.freebsd.org (Postfix) with ESMTP id 25E0F8FC16 for ; Sat, 8 Aug 2009 11:21:20 +0000 (UTC) Received: by qyk29 with SMTP id 29so1927071qyk.3 for ; Sat, 08 Aug 2009 04:21:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=jnq+rCajUfkjdkimkL/Bfpft3beLeeD7ZSUO4YoJ/2A=; b=JzVU8TUyjGV1N80342SX4V36+vnF1jVMapSJL6WzHGiLxDh2uzR4YtBH1JMAtfxGWP qRTbkVSoHAoF2dvQyjx+NQcjIumddvXJZ/3uzdWMcnnrxLieEsJbk+uE7uP6ksDfJ7Fo QYYTE7rpXFGRx+xhASptXkKW6LTiR6nYVhSsI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=G/ffiWOW0jMn6678/g62qoI/mAdj2YuO+26NoMuecZwqtHYLUklU1ySpT3yVug+mgE TG47jD6LJTKBN46QIH6tUVS3zoo9KXBQAK0+X1Jp4dbusmZDeHqV6hyUYGsV/vwAkazv 73GzdiHKVJ1OefCFG+KQqTRMtQ6GvmXPOGOq8= MIME-Version: 1.0 Received: by 10.229.82.12 with SMTP id z12mr927234qck.59.1249730480412; Sat, 08 Aug 2009 04:21:20 -0700 (PDT) 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> Date: Sat, 8 Aug 2009 13:21:20 +0200 Message-ID: <90a5caac0908080421n35bd31b7v19b18d636d946616@mail.gmail.com> From: Lucius Windschuh To: Hans Petter Selasky , freebsd-usb@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: reattach 3g0 device: could not allocate new device X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2009 11:21:21 -0000 2009/8/7 Hans Petter Selasky : > Try this patch: > > src/sys/dev/usb/usb_device.c > > @@ -1777,7 +1777,8 @@ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0} > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0} else if (usb_test_huawei_autoinst_p(udev= , &uaa) =3D=3D 0) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0DPRINTFN(0, "Found Huawei = auto-install disk!\n"); > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 err =3D USB_ERR_STALLED; = =A0/* fake an error */ > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 /* leave device unconfigure= d */ > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 usb_unconfigure(udev, USB_U= NCFG_FLAG_FREE_SUBDEV); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0} > =A0 =A0 =A0 =A0} else { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0err =3D 0; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= /* set success */ > That makes it work nicely: $ kldload u3g (insert dongle) dmesg: usb_test_autoinstall:571: Eject CD command status: USB_ERR_NORMAL_COMPLETI= ON 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 owner-freebsd-usb@FreeBSD.ORG Sat Aug 8 20:46:26 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7344B106566B; Sat, 8 Aug 2009 20:46:26 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2608C8FC19; Sat, 8 Aug 2009 20:46:26 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n78KRpoV018525; Sat, 8 Aug 2009 16:27:51 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200908082027.n78KRpoV018525@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 08 Aug 2009 16:30:54 -0400 To: Hans Petter Selasky , Grzegorz Bernacki , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, arm@freebsd.org From: Mike Tancsa In-Reply-To: <200908071433.16484.hselasky@c2i.net> References: <200908071433.16484.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: USB busdma sync flag fix X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2009 20:46:26 -0000 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