From owner-freebsd-bugs@FreeBSD.ORG Sun Dec 6 16:10:05 2009 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06992106566B for ; Sun, 6 Dec 2009 16:10: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 EA1888FC25 for ; Sun, 6 Dec 2009 16:10:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nB6GA4cs043697 for ; Sun, 6 Dec 2009 16:10:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nB6GA4SP043696; Sun, 6 Dec 2009 16:10:04 GMT (envelope-from gnats) Date: Sun, 6 Dec 2009 16:10:04 GMT Message-Id: <200912061610.nB6GA4SP043696@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Alexander Best Cc: Subject: Re: kern/133122: [ata] TIMEOUT - READ_BIG with pata dvd-drive on JMicron JMB363 SATA300 controller X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Best List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2009 16:10:05 -0000 The following reply was made to PR kern/133122; it has been noted by GNATS. From: Alexander Best To: Cc: Charles Owens Subject: Re: kern/133122: [ata] TIMEOUT - READ_BIG with pata dvd-drive on JMicron JMB363 SATA300 controller Date: Sun, 06 Dec 2009 17:02:14 +0100 (CET) r200121 seems to fix the issue described by Charles Owens. i grabbed a fresh HEAD snapshot iso from http://pub.allbsd.org/FreeBSD-snapshots/ and booted from it. before the changes made by mav@ in r200121 it took about 5 minutes before the boot process finished and sysinstall would come up. now sysinstall will come up right away. although the jmicron driver still contains bugs, the issues described in this pr seem to have been fixed by r200121. it turned out this pr is a duplicate of kern/103602 (which got closed, but should be re-opened). so it might be a good idea to close this pr and mark it as duplicate of kern/103602. cheers. alex