From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 12:38:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8625D16A4CE; Sat, 14 Feb 2004 12:38:43 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3F8843D1F; Sat, 14 Feb 2004 12:38:42 -0800 (PST) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id i1EKdPes028103; Sat, 14 Feb 2004 21:39:25 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <402E874D.8080909@DeepCore.dk> Date: Sat, 14 Feb 2004 21:38:37 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20040126 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Simon L. Nielsen" References: <20040214192736.C23696@news1.macomnet.ru> <20040214203557.GE888@arthur.nitro.dk> In-Reply-To: <20040214203557.GE888@arthur.nitro.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.3 X-Mailman-Approved-At: Sun, 15 Feb 2004 05:04:42 -0800 cc: current@FreeBSD.ORG cc: sos@FreeBSD.ORG Subject: Re: Sony V505BX ATA panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sat, 14 Feb 2004 20:38:43 -0000 Simon L. Nielsen wrote: > On 2004.02.14 20:24:51 +0300, Maxim Konovalov wrote: > >>Hi Soren, >> >>It seems the following commit broke my Sony V505BX: >> >>%sos 2004/01/30 11:16:08 PST >>% >>% FreeBSD src repository >>% >>% Modified files: >>% sys/dev/ata ata-all.c ata-queue.c >>% Log: >>% Be more robust in the probe. We dont want to get into a loop with >>% reinitting when we try to identify devices. If they dont interrupt >>% on identify we retry once. If this fails we simply ignore that device. >>% >>% Revision Changes Path >>% 1.203 +10 -11 src/sys/dev/ata/ata-all.c >>% 1.19 +28 -13 src/sys/dev/ata/ata-queue.c >> >>It panics right after the message >> >>ad0: 57231MB [116280/16/63] at ata0-master UDMA100 >>ata1-slave: TIMEOUT - ATAPI_IDENTIFY no interrupt >>ata1-slave: TIMEOUT - ATAPI_IDENTIFY no interrupt >>acd0: CDRW at ata1-master UDMA33 > > > This also makes my IBM Thinkpad R40 boot again. And it disables the LiteOn workaround... -- -Søren