From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 14:03:06 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 06039B7B; Thu, 24 Oct 2013 14:03:06 +0000 (UTC) (envelope-from alexandre.martins@netasq.com) Received: from work.netasq.com (gwlille.netasq.com [91.212.116.1]) by mx1.freebsd.org (Postfix) with ESMTP id 33A222027; Thu, 24 Oct 2013 14:03:04 +0000 (UTC) Received: from work.netasq.com (localhost [127.0.0.1]) by work.netasq.com (Postfix) with ESMTP id 46A8F270624F; Thu, 24 Oct 2013 15:56:19 +0200 (CEST) Received: from pc-alex.netasq.com (unknown [10.2.0.1]) by work.netasq.com (Postfix) with ESMTP id 127F4270624A; Thu, 24 Oct 2013 15:56:19 +0200 (CEST) From: Alexandre Martins To: mav@freebsd.org Subject: Troubles with VIA VX900 chipset Date: Thu, 24 Oct 2013 15:56:15 +0200 Message-ID: <2304698.vixPKsOToE@pc-alex.netasq.com> Organization: NETASQ User-Agent: KMail/4.10.1 (FreeBSD/8.4-RELEASE; KDE/4.10.1; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1772221.lMEZErbfai"; micalg="sha1"; protocol="application/pkcs7-signature" Content-Transfer-Encoding: 7Bit Cc: fabien.thomas@netasq.com, current@freebsd.org, fabient@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2013 14:03:06 -0000 --nextPart1772221.lMEZErbfai Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Dear, We have seen some issues with the VIA VX900 chipset. The main trouble is that some SATA hard drive are not seen by the kernel (BIOS and boot-loader are OK). After investigations, it seems that during the initialisation of the controler, some reset commands are send via "ata_via_sata_reset" fonction. Into the chipset documentation, there is a warning about successive reset commands, and software must waiting the "BUSY" flag is clear, before send another reset. I have added a "DELAY(10000)" between the second call of "ata_sata_phy_reset" and the call of "ata_generic_reset" and the problem disapear. I also made a more complex fix which check the "BUSY" flag. Which fix of delai checking is the better one ? Best Regards -- Alexandre Martins NETASQ -- We secure IT --nextPart1772221.lMEZErbfai Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIErzCCBKsw ggOToAMCAQICCnDGsUgWa/KQbDQwDQYJKoZIhvcNAQEFBQAwgZExCzAJBgNVBAYTAkZSMQ0wCwYD VQQIEwROb3JkMRowGAYDVQQHExFWaWxsZW5ldXZlIGQnQXNjcTEuMCwGA1UEChMlTkVUQVNRIC0g U2VjdXJlIEludGVybmV0IENvbm5lY3Rpdml0eTEnMCUGA1UECxMeTkVUQVNRIENlcnRpZmljYXRp b24gQXV0aG9yaXR5MB4XDTEzMDIxNTE1NDk1N1oXDTE0MDIxNTE1NDk1N1owgdoxCzAJBgNVBAYT AkZSMQ0wCwYDVQQIEwROb3JkMRowGAYDVQQHExFWaWxsZW5ldXZlIGQnQXNjcTEuMCwGA1UEChMl TkVUQVNRIC0gU2VjdXJlIEludGVybmV0IENvbm5lY3Rpdml0eTEnMCUGA1UECxMeTkVUQVNRIENl cnRpZmljYXRpb24gQXV0aG9yaXR5MRowGAYDVQQDExFBbGV4YW5kcmUgTUFSVElOUzErMCkGCSqG SIb3DQEJARYcYWxleGFuZHJlLm1hcnRpbnNAbmV0YXNxLmNvbTCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAL4/gp0+01ma1Hi1C9Zw7TY8nZPJTmB3HG5eX1e062tMm+0CrNcDwfMwmF8w g47zuFzkzTYy/d6/waoHbbCLsj1AM2kRQcWfuqglpgnSu7FdnIAE0dSAOS9Ni0uWDsFhRr3UUHq5 qnDzQXOrPXRMzMz1W8nqiyqXYfykrDrq0sjzaIj20BYA/6AlDSWs+XKid1EM3wOe40Kyl+1HWLsA MuY9CpQdAkQh4rJb6Sbgx57DXJ3INCSWjzZWYK0KAE0JF8XhP5zLGcvHI5Atm7gN8WiMZ+DFRM2z HIOlZ6zhp1VHSSbs+c64UJtGgt+cq7QvuyaIoqBP6rDHsLMPbjNR0w8CAwEAAaOBuTCBtjAdBgNV HQ4EFgQUyiEDfxLvYJqY+A8btt9sZFYPejYwHwYDVR0jBBgwFoAUJyrrHdlE2joXc2oJICDJJaj5 f7IwCQYDVR0TBAIwADAOBgNVHQ8BAf8EBAMCA+gwJwYDVR0RBCAwHoEcYWxleGFuZHJlLm1hcnRp bnNAbmV0YXNxLmNvbTARBglghkgBhvhCAQEEBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsG AQUFBwMCMA0GCSqGSIb3DQEBBQUAA4IBAQCaSZdSJKRujYP6KnfKcyYYlNNqRdIyQm16o4BIIeGG qxQGxAO/dzcQziNVQcE+G8RHTcuivayhOX/NRhIlYxyvTN+wWAbC5NQuul4eQzGrz4OxWfrfpm9S DnDbLfHf1qdjyvFkTM8Wgq21/oExphasFHdOxi/txN4099Be/BZpV8Fpqa0dKEirG2Wa3KfEn85A WaKnNs/k3x95gr/eeTt1NdlT7OqVYqnUdUlRmQVNvEi29wIQbfYi2WeZIGlpNh0PBthWdBaXzMKU U/pfjIzZhyP8E4ghUKz4uvmpA901Qj9LEhSYqOKWALRNOk/dCcNd0LV8S54te/vsFkDTHWvlMYIC UjCCAk4CAQEwgaAwgZExCzAJBgNVBAYTAkZSMQ0wCwYDVQQIEwROb3JkMRowGAYDVQQHExFWaWxs ZW5ldXZlIGQnQXNjcTEuMCwGA1UEChMlTkVUQVNRIC0gU2VjdXJlIEludGVybmV0IENvbm5lY3Rp dml0eTEnMCUGA1UECxMeTkVUQVNRIENlcnRpZmljYXRpb24gQXV0aG9yaXR5AgpwxrFIFmvykGw0 MAkGBSsOAwIaBQCggYcwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcN MTMxMDI0MTM1NjE1WjAjBgkqhkiG9w0BCQQxFgQUSYJkHFmHPPDkdWoeW3YBrpCDjRIwKAYJKoZI hvcNAQkPMRswGTALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDQYJKoZIhvcNAQEBBQAEggEAjkBi 5kMujcKrlmHwvy1x1kWSHT8KAvX3LWOguRcWwW45NFQ7npnVLvTwlxqSeDmG2hBdpw7n4P/6GSzU gFB/xvhO0MEwCuGbU9NS4fOuJTWHcV3dPe/Eb7TyXZKjhnGxBqQT8tSItpKleZdgT3Q27/M0Laj1 FDk8S1CQG5H8ZenrDkdUs0QW7p0248+j1m03MZ/6h+mdMqb/oi0dcI2zDOHLm0ZWP+4/5lFlv+vv bsjzU03DpM+P7bEKAdyt0DlgVkfc+YS5eMv7ZwBC0usLN2nteYdgQAz1LQMCh9fFb3+LN+V7300W 2i6WeuaVRmu5Sy5T0kraV2dlm5pXYeCrDgAAAAAAAA== --nextPart1772221.lMEZErbfai--