From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 7 14:11:13 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 799EA16A4CE for ; Sun, 7 Mar 2004 14:11:13 -0800 (PST) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65BA643D1F for ; Sun, 7 Mar 2004 14:11:12 -0800 (PST) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i27M82QR048158 for hackers@freebsd.org.checked; (8.12.8/vak/2.1) Mon, 8 Mar 2004 01:08:02 +0300 (MSK) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (rik.cronyx.ru [172.22.4.1]) by hanoi.cronyx.ru with ESMTP id i27M7FeX048127 for ; (8.12.8/vak/2.1) Mon, 8 Mar 2004 01:07:16 +0300 (MSK) (envelope-from rik@cronyx.ru) Message-ID: <404B9E56.4060103@cronyx.ru> Date: Mon, 08 Mar 2004 01:12:38 +0300 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020610 X-Accept-Language: en-us, en MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 07 Mar 2004 23:38:12 -0800 Subject: HDD questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Mar 2004 22:11:13 -0000 Hi, I have some problems with my HDD (ST380021A). The problem was checked on 5.2, 5.2.1, and some 5.Current (cvsuped about week or two). At first I got this problem while system installation. I get trap and message from ata after I start a commit: FAILURE READ_DMA status=51 error=10 LBA=245529601 I started to hack sysinstall and finally came to simple program that could lead to the same message from ata: fd = open ("/dev/ata0", O_RDWR); read_block (fd, (daddr_t)41929650, 512); // this one could be changed to pair calls lseek and read, // so this is not libdisk problem I checked the same code with /dev/ata1 which is twice as little, but I didn't get any messages. I don't have any ideas where my read call goes, which drivers to look to catch this bug. So I need a help from some gurus in this area. Best regards, Roman Kurakin