From owner-freebsd-bugs Sun Jan 12 0: 7:28 2003 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACDB137B401 for ; Sun, 12 Jan 2003 00:07:26 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D85F43F13 for ; Sun, 12 Jan 2003 00:07:25 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id TAA18222; Sun, 12 Jan 2003 19:07:18 +1100 Date: Sun, 12 Jan 2003 19:07:49 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: jjramsey@pobox.com Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: Semirandom bug in FreeBSD's ATA querying In-Reply-To: <20030112005620.10542.qmail@web10703.mail.yahoo.com> Message-ID: <20030112183638.I5726-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sat, 11 Jan 2003, James J. Ramsey wrote: > ... > I have been repeated told that this is a hardware > problem. I disagree for two reasons: > > 1) The problem has never occured under Linux, Windows, > or an OpenBSD 3.1 snapshot (although the last one had > other problems). > > 2) The kernel messages from Linux indicate that it is > correctly querying the hard drive. Here's what I mean. > The following kernel message is from a FreeBSD > install. I captured it by pressing Scroll Lock and > pressing the Page Up key to get to the text: > > ad0: 8866663634010175MB > > [16955114026566160/17/63] at ata0-master PIO4 > > The garbage between the angle brackets should be the > name of the hard drive, "QUANTUM FIREBALLP". Compare > this with the kernel message from Linux: > > hda: QUANTUM FIREBALLP LM20.5, ATA DISK drive > > The name of the disk drive is reported correctly. > > Considering that the disk drive name only comes as a > result of a particular ATA command, it is clear that > Linux is reading the results of the command correctly. > It is simply doing something correctly that FreeBSD is > not. That is not indicative of a hidden hardware bug. Actually, it is indicative of a timing bug, which may be in either the hardware or the driver but is most likely in the hardware. Linux and the old FreeBSD driver (wd) have more compatibility cruft including delays to support broken drives. Try adding some delays near the broken command. From ata-all.c: %%% /* apparently some devices needs this repeated */ do { if (ata_command(atadev, command, 0, 0, 0, ATA_WAIT_INTR)) { ata_prtdev(atadev, "%s identify failed\n", command == ATA_C_ATAPI_IDENTIFY ? "ATAPI" : "ATA"); free(ata_parm, M_ATA); return -1; } if (retry++ > 4) { ata_prtdev(atadev, "%s identify retries exceeded\n", command == ATA_C_ATAPI_IDENTIFY ? "ATAPI" : "ATA"); free(ata_parm, M_ATA); return -1; } } while (ata_wait(atadev, ((command == ATA_C_ATAPI_IDENTIFY) ? ATA_S_DRQ : (ATA_S_READY|ATA_S_DSC|ATA_S_DRQ)))); ATA_INSW(atadev->channel->r_io, ATA_DATA, (int16_t *)ata_parm, sizeof(struct ata_params)/sizeof(int16_t)); %%% Try adding delays before ata_command() and ata_wait(), and before ATA_INSW(). The Linux driver (16 Jan 2001 version at least) has 50 msec delays near here. At least in old version of ATA, delays of 400 nsec are supposed to work, but the Linux driver uses much larger delays for superstituous and/or hisorical reasons. The ata driver has corresponding 1-10 usec delays in its command and wait functions, but seems to have these slightly misplaced (no wait after getting !ATA_S_BUSY before checking the other status bits for the first time). Many (most?) drives don't need any delays. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 12 7:37:51 2003 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E82A37B401 for ; Sun, 12 Jan 2003 07:37:50 -0800 (PST) Received: from web10702.mail.yahoo.com (web10702.mail.yahoo.com [216.136.130.210]) by mx1.FreeBSD.org (Postfix) with SMTP id AE98D43F18 for ; Sun, 12 Jan 2003 07:37:49 -0800 (PST) (envelope-from jjramsey_6x9eq42@yahoo.com) Message-ID: <20030112153749.56071.qmail@web10702.mail.yahoo.com> Received: from [66.219.135.59] by web10702.mail.yahoo.com via HTTP; Sun, 12 Jan 2003 07:37:49 PST Date: Sun, 12 Jan 2003 07:37:49 -0800 (PST) From: "James J. Ramsey" Reply-To: jjramsey@pobox.com Subject: Re: Semirandom bug in FreeBSD's ATA querying To: freebsd-bugs@freebsd.org In-Reply-To: <20030111203227.M48804@2-234-22-23.pyvrag.nggov.pbz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --- Doug Barton wrote: > Your post is quite good, the only problem is that > you sent it to the > wrong list. :) Please send it to > freebsd-questions@freebsd.org. You might > also want to begin your post with a description of > the drive you're having > problems with. If I were asking how to get stuff to work, or asking what was wrong, freebsd-questions would have been appropriate. However, I am asserting that a problem with FreeBSD exists, not asking a question. That puts it in freebsd-bugs's domain. BTW, I had posted the problem to freebsd-questions earlier. It's only later that I confimed the problem was at FreeBSD's end. __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 12 10:20: 6 2003 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A57AD37B401 for ; Sun, 12 Jan 2003 10:20:03 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5D9C43F3F for ; Sun, 12 Jan 2003 10:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id h0CIK2NS076788 for ; Sun, 12 Jan 2003 10:20:02 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.6/8.12.6/Submit) id h0CIK20H076787; Sun, 12 Jan 2003 10:20:02 -0800 (PST) Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56DE037B401 for ; Sun, 12 Jan 2003 10:10:07 -0800 (PST) Received: from arthur.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75B0743E4A for ; Sun, 12 Jan 2003 10:10:06 -0800 (PST) (envelope-from simon@arthur.nitro.dk) Received: by arthur.nitro.dk (Postfix, from userid 1000) id 0985210BF87; Sun, 12 Jan 2003 19:10:04 +0100 (CET) Message-Id: <20030112181004.0985210BF87@arthur.nitro.dk> Date: Sun, 12 Jan 2003 19:10:04 +0100 (CET) From: "Simon L.Nielsen" Reply-To: "Simon L.Nielsen" To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: misc/46998: [patch] Support PicoBSD source in other locations than /usr/src/... Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 46998 >Category: misc >Synopsis: [patch] Support PicoBSD source in other locations than /usr/src/... >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Jan 12 10:20:02 PST 2003 >Closed-Date: >Last-Modified: >Originator: Simon L. Nielsen >Release: FreeBSD 4.7-STABLE i386 >Organization: >Environment: System: FreeBSD arthur.nitro.dk 4.7-STABLE FreeBSD 4.7-STABLE #4: Sun Jan 5 15:47:07 CET 2003 root@arthur.nitro.dk:/usr/obj/usr/src/sys/ARTHUR i386 >Description: This patch allows the PICO_TREE variable to be overridden and therefor making it possible to have the PicoBSD source tree located somewhere other than /usr/src/release/picobsd Note: The man-page update should be reviewed for style since it is my first attempt to write a man-page. >How-To-Repeat: N/A >Fix: --- pico_tree.patch begins here --- Index: release/picobsd/build/picobsd =================================================================== RCS file: /home/mirror/freebsd/ncvs/src/release/picobsd/build/picobsd,v retrieving revision 1.27 diff -u -d -r1.27 picobsd --- release/picobsd/build/picobsd 14 Jul 2002 12:07:06 -0000 1.27 +++ release/picobsd/build/picobsd 12 Jan 2003 17:45:07 -0000 @@ -882,6 +882,10 @@ SRC=`(cd $2; pwd)` shift ;; + --pico-tree)# set the path to the picobsd tree instead of ${SRC}/release/picobsd + PICO_TREE=`(cd $2; pwd)` + shift + ;; --init) o_init_src="YES" ;; Index: share/man/man8/picobsd.8 =================================================================== RCS file: /home/mirror/freebsd/ncvs/src/share/man/man8/picobsd.8,v retrieving revision 1.24 diff -u -d -r1.24 picobsd.8 --- share/man/man8/picobsd.8 27 Dec 2002 12:15:34 -0000 1.24 +++ share/man/man8/picobsd.8 12 Jan 2003 17:45:07 -0000 @@ -74,6 +74,14 @@ .Pa usr subtree touches some parts of the source tree (this is a bug in the release build scripts which might go away with time). +.It Fl -pico-tree Ar PICO_TREE +Use PicoBSD tree at +.Ar PICO_TREE +instead of the one at +.Ao Ar SRC_PATH Ac Ns Pa /release/picobsd . +This can be useful for have a local version of picobsd that +does not get overridden by running cvsup on +.Pa /usr/src . .It Fl -init When used together with the .Fl -src --- pico_tree.patch ends here --- >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 12 10:40: 5 2003 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 568E037B401 for ; Sun, 12 Jan 2003 10:40:04 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06FEF43F5B for ; Sun, 12 Jan 2003 10:40:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id h0CIe3NS086007 for ; Sun, 12 Jan 2003 10:40:03 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.6/8.12.6/Submit) id h0CIe3Hd086006; Sun, 12 Jan 2003 10:40:03 -0800 (PST) Date: Sun, 12 Jan 2003 10:40:03 -0800 (PST) Message-Id: <200301121840.h0CIe3Hd086006@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Simon L. Nielsen" Subject: Re: misc/28255: picobsd documentation still references old ./build script Reply-To: "Simon L. Nielsen" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/28255; it has been noted by GNATS. From: "Simon L. Nielsen" To: freebsd-gnats-submit@FreeBSD.org, missnglnk@informationwave.net Cc: Subject: Re: misc/28255: picobsd documentation still references old ./build script Date: Sun, 12 Jan 2003 19:38:29 +0100 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello An update so some commiter might find time to look at this PR.... how2build.html has been fixed, but the patch for intrinsics.html is still valid. --=20 Simon L. Nielsen --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+IbYk8kocFXgPTRwRAliGAKCcsktESCDR+qbZn37spep92JUoYACgpVOu /JWO7ph4vYRnABevuvN8stE= =qn5x -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 12 10:45:35 2003 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6240337B401 for ; Sun, 12 Jan 2003 10:45:34 -0800 (PST) Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id C781A43E4A for ; Sun, 12 Jan 2003 10:45:32 -0800 (PST) (envelope-from hiten@unixdaemons.com) Received: from unixdaemons.com (pc3-nfds1-5-cust242.nott-b.cable.ntl.com [80.5.196.242]) (authenticated bits=0) by angelica.unixdaemons.com (8.12.7/8.12.1) with ESMTP id h0CIjJig014896; Sun, 12 Jan 2003 13:45:21 -0500 (EST) Message-ID: <3E21B764.6070200@unixdaemons.com> Date: Sun, 12 Jan 2003 18:43:48 +0000 From: Hiten Pandya User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruce Evans , jjramsey@pobox.com Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: Semirandom bug in FreeBSD's ATA querying Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --- Bruce Evans wrote: > Actually, it is indicative of a timing bug, which may be > in either the hardware or the driver but is most likely > in the hardware. Linux and the old FreeBSD driver (wd) > have more compatibility cruft including delays to > support broken drives. Try adding some delays near > the broken command. IIRC, there used to be an IDE_DELAY option in FreeBSD 4.3 (i.e. the wd driver) that was used for working around this problem. It would be good if the 'ad' driver had something like that. -- Hiten Pandya http://www.unixdaemons.com/~hiten hiten@uk.FreeBSD.org, hiten@unixdaemons.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 12 10:54:58 2003 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2976637B401 for ; Sun, 12 Jan 2003 10:54:56 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FE1443F3F for ; Sun, 12 Jan 2003 10:54:49 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.5/8.12.6) id h0CIskmI050144; Sun, 12 Jan 2003 19:54:46 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200301121854.h0CIskmI050144@spider.deepcore.dk> Subject: Re: Semirandom bug in FreeBSD's ATA querying In-Reply-To: <3E21B764.6070200@unixdaemons.com> To: Hiten Pandya Date: Sun, 12 Jan 2003 19:54:46 +0100 (CET) Cc: Bruce Evans , jjramsey@pobox.com, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org It seems Hiten Pandya wrote: > --- Bruce Evans wrote: > > Actually, it is indicative of a timing bug, which may be > > in either the hardware or the driver but is most likely > > in the hardware. Linux and the old FreeBSD driver (wd) > > have more compatibility cruft including delays to > > support broken drives. Try adding some delays near > > the broken command. > > IIRC, there used to be an IDE_DELAY option in FreeBSD 4.3 (i.e. > the wd driver) that was used for working around this problem. It > would be good if the 'ad' driver had something like that. That option was for something entirely different and is not applicable to the ATA driver... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 12 11:19:33 2003 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06F9237B401 for ; Sun, 12 Jan 2003 11:19:32 -0800 (PST) Received: from web10703.mail.yahoo.com (web10703.mail.yahoo.com [216.136.130.211]) by mx1.FreeBSD.org (Postfix) with SMTP id A380443F13 for ; Sun, 12 Jan 2003 11:19:31 -0800 (PST) (envelope-from jjramsey_6x9eq42@yahoo.com) Message-ID: <20030112191931.26473.qmail@web10703.mail.yahoo.com> Received: from [66.219.135.59] by web10703.mail.yahoo.com via HTTP; Sun, 12 Jan 2003 11:19:31 PST Date: Sun, 12 Jan 2003 11:19:31 -0800 (PST) From: "James J. Ramsey" Reply-To: jjramsey@pobox.com Subject: Re: Semirandom bug in FreeBSD's ATA querying To: freebsd-bugs@FreeBSD.ORG In-Reply-To: <20030112183638.I5726-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --- Bruce Evans wrote: > > Actually, it is indicative of a timing bug, which > may be > in either the hardware or the driver but is most > likely > in the hardware. Linux and the old FreeBSD driver > (wd) > have more compatibility cruft including delays to > support broken drives. You are probably right about it being a timing bug, although I'm not sure how that explains why FreeBSD gets correct, or at least consistent, results for the sector and head counts. (Only the cylinder count, disk capacity, and name are garbage under FreeBSD.) As far as the bug being in the hardware, I call bullsh*t. The drive I have has worked fine under several version of Linux, Win98, and WinXP. It is a very ordinary drive from a non-obscure, major manufacturer. This is not the picture of a "broken drive." The only ATA driver that chokes on the drive is FreeBSD's. That suggests that what is broken is the driver, not the drive. Saying that the Linux driver works because it has "more compatibility cruft" is no excuse. The ATA standard is crufty by nature. If an ATA driver can't properly drive an ATA device because it doesn't have the requisite cruft, that suggests that the driver is incomplete. > Try adding some delays near > the broken command. > > From ata-all.c: I can't do that. Classic Catch-22: I can only make and compile in those changes if I had a working FreeBSD system, but with this ATA driver problem, I can't have a working FreeBSD system. __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 12 12:18:43 2003 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A3E537B401 for ; Sun, 12 Jan 2003 12:18:41 -0800 (PST) Received: from HAL9000.homeunix.com (12-233-57-224.client.attbi.com [12.233.57.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 639E143E4A for ; Sun, 12 Jan 2003 12:18:35 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id h0CKIYB4004440; Sun, 12 Jan 2003 12:18:34 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id h0CKIXnu004439; Sun, 12 Jan 2003 12:18:33 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Sun, 12 Jan 2003 12:18:33 -0800 From: David Schultz To: jjramsey@pobox.com Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: Semirandom bug in FreeBSD's ATA querying Message-ID: <20030112201833.GA4253@HAL9000.homeunix.com> Mail-Followup-To: jjramsey@pobox.com, freebsd-bugs@FreeBSD.ORG References: <20030112183638.I5726-100000@gamplex.bde.org> <20030112191931.26473.qmail@web10703.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030112191931.26473.qmail@web10703.mail.yahoo.com> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Thus spake James J. Ramsey : > --- Bruce Evans wrote: > > > > Actually, it is indicative of a timing bug, which > > may be > > in either the hardware or the driver but is most > > likely > > in the hardware. Linux and the old FreeBSD driver > > (wd) > > have more compatibility cruft including delays to > > support broken drives. > > You are probably right about it being a timing bug, > although I'm not sure how that explains why FreeBSD > gets correct, or at least consistent, results for the > sector and head counts. (Only the cylinder count, disk > capacity, and name are garbage under FreeBSD.) > > As far as the bug being in the hardware, I call > bullsh*t. The drive I have has worked fine under > several version of Linux, Win98, and WinXP. It is a > very ordinary drive from a non-obscure, major > manufacturer. This is not the picture of a "broken > drive." The only ATA driver that chokes on the drive > is FreeBSD's. That suggests that what is broken is the > driver, not the drive. Saying that the Linux driver > works because it has "more compatibility cruft" is no > excuse. The ATA standard is crufty by nature. If an > ATA driver can't properly drive an ATA device because > it doesn't have the requisite cruft, that suggests > that the driver is incomplete. I have the same model drive as you do, and I haven't had any problems on FreeBSD 4.X or 5.0-CURRENT with any of three IDE controllers. The line I get from dmesg is: ad0: 19595MB [39813/16/63] at ata0-master UDMA66 I have used the drive with the integrated IDE controllers on an ASUS P2B-F motherboard (440BX-based, ATA33) and an ASUS P3V4X (VIA 82C596 ATA66 controller), as well as with a Promise Ultra66 card. A subset of those controllers have been used with the drive in both master and slave configurations. Therefore, if you're having problems, they seem to be specific to the firmware revision of your drive, or perhaps to the drive itself. Here are some other possible differences that might explain why you're having problems, although I consider it HIGHLY UNLIKELY that any of these would produce the symptoms you are seeing. - You have the ``disable ATA66'' bit set in your firmware. See the following (wrapped) URL: http://www.maxtor.com/en/support/downloads/ fireball_plus_lm_udma33to66.htm - You have an older AWARD BIOS. See the above URL. - Some other BIOS quirk or setting is causing the problem. - You are trying to use the drive in ATA66 mode without an 80-conductor cable. - Your jumper settings on the drive are incorrect, or you have a conflicting device on the same controller. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 12 12:32: 2 2003 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3630837B401 for ; Sun, 12 Jan 2003 12:32:01 -0800 (PST) Received: from testmail.wolves.k12.mo.us (testmail.wolves.k12.mo.us [207.160.214.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F15143F18 for ; Sun, 12 Jan 2003 12:32:00 -0800 (PST) (envelope-from cdillon@wolves.k12.mo.us) Received: by testmail.wolves.k12.mo.us (Postfix, from userid 1001) id 71EA6CD24; Sun, 12 Jan 2003 14:31:53 -0600 (CST) Received: from localhost (localhost [127.0.0.1]) by testmail.wolves.k12.mo.us (Postfix) with ESMTP id 6D643CD23; Sun, 12 Jan 2003 14:31:53 -0600 (CST) Date: Sun, 12 Jan 2003 14:31:53 -0600 (CST) From: Chris Dillon To: jjramsey@pobox.com Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: Semirandom bug in FreeBSD's ATA querying In-Reply-To: <20030112191931.26473.qmail@web10703.mail.yahoo.com> Message-ID: <20030112141215.V1497@duey.wolves.k12.mo.us> References: <20030112191931.26473.qmail@web10703.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, 12 Jan 2003, James J. Ramsey wrote: > As far as the bug being in the hardware, I call bullsh*t. The Quantum Fireball drives are notorious pieces of crap. You haven't been around enough of those drives if you aren't soured on them. So, FreeBSD isn't working quite correctly with this particular piece of crap. You can hardly blame FreeBSD for that, even though FreeBSD can and probably will work around the problem so that it does work correctly, it was not FreeBSD's problem to begin with. An unfortunate drawback of an OS working around a problem in a generic way via software for a misbehaving device is that it then paves the way for future devices to behave the same way and get away with it when the device vendor performs validation against that OS. We can probably blame this on Windows since that is undoutedly what Quantum did a majority of their validation against. :-) -- Chris Dillon - cdillon(at)wolves.k12.mo.us FreeBSD: The fastest and most stable server OS on the planet - Available for IA32 (Intel x86) and Alpha architectures - IA64, PowerPC, UltraSPARC, ARM, and S/390 under development - http://www.freebsd.org No trees were harmed in the composition of this message, although some electrons were mildly inconvenienced. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 12 13: 9:59 2003 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4FCA37B401 for ; Sun, 12 Jan 2003 13:09:58 -0800 (PST) Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2F4D43F43 for ; Sun, 12 Jan 2003 13:09:57 -0800 (PST) (envelope-from babolo@aaz.links.ru) Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by aaz.links.ru (8.12.6/8.12.6) with ESMTP id h0CLBgsQ070175; Mon, 13 Jan 2003 00:11:42 +0300 (MSK) (envelope-from babolo@aaz.links.ru) Received: (from babolo@localhost) by aaz.links.ru (8.12.6/8.12.6/Submit) id h0CLBgjg070174; Mon, 13 Jan 2003 00:11:42 +0300 (MSK) Message-Id: <200301122111.h0CLBgjg070174@aaz.links.ru> Subject: Re: Semirandom bug in FreeBSD's ATA querying X-ELM-OSV: (Our standard violations) hdr-charset=KOI8-R; no-hdr-encoding=1 In-Reply-To: <20030112141215.V1497@duey.wolves.k12.mo.us> To: Chris Dillon Date: Mon, 13 Jan 2003 00:11:41 +0300 (MSK) From: "."@babolo.ru Cc: jjramsey@pobox.com, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > On Sun, 12 Jan 2003, James J. Ramsey wrote: > > As far as the bug being in the hardware, I call bullsh*t. > The Quantum Fireball drives are notorious pieces of crap. You haven't > been around enough of those drives if you aren't soured on them. It is my opinion too -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 12 13:19:18 2003 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A06FB37B401 for ; Sun, 12 Jan 2003 13:19:16 -0800 (PST) Received: from web10704.mail.yahoo.com (web10704.mail.yahoo.com [216.136.130.212]) by mx1.FreeBSD.org (Postfix) with SMTP id 4B28A43F13 for ; Sun, 12 Jan 2003 13:19:16 -0800 (PST) (envelope-from jjramsey_6x9eq42@yahoo.com) Message-ID: <20030112211916.12139.qmail@web10704.mail.yahoo.com> Received: from [66.219.135.59] by web10704.mail.yahoo.com via HTTP; Sun, 12 Jan 2003 13:19:16 PST Date: Sun, 12 Jan 2003 13:19:16 -0800 (PST) From: "James J. Ramsey" Reply-To: jjramsey@pobox.com Subject: Re: Semirandom bug in FreeBSD's ATA querying To: freebsd-bugs@freebsd.org In-Reply-To: <20030112201833.GA4253@HAL9000.homeunix.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --- David Schultz wrote: > I have the same model drive as you do, and I haven't > had any > problems on FreeBSD 4.X or 5.0-CURRENT with any of > three IDE > controllers. The line I get from dmesg is: > > ad0: 19595MB > [39813/16/63] at ata0-master UDMA66 That would shoot down the possibility that the drive, or at least this model drive, was broken. Also would further point to a timing issue (because of the elusiveness of the bug). > I have used the drive with the integrated IDE > controllers on an > ASUS P2B-F motherboard (440BX-based, ATA33) and an > ASUS P3V4X > (VIA 82C596 ATA66 controller) For what it's worth, my motherboard is an iWill KA266plus. > Therefore, if you're having problems, they seem to > be specific to > the firmware revision of your drive, or perhaps to > the drive > itself. Or to vagarities in the motherboard's IDE controller, or timing issues in general. A timing bug, or a bug in the motherboard that WinXP and Linux work around are probably the best bets. __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 12 13:46: 5 2003 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F0D137B401 for ; Sun, 12 Jan 2003 13:46:04 -0800 (PST) Received: from web10705.mail.yahoo.com (web10705.mail.yahoo.com [216.136.130.213]) by mx1.FreeBSD.org (Postfix) with SMTP id EEF1143F18 for ; Sun, 12 Jan 2003 13:46:03 -0800 (PST) (envelope-from jjramsey_6x9eq42@yahoo.com) Message-ID: <20030112214603.73483.qmail@web10705.mail.yahoo.com> Received: from [66.219.135.59] by web10705.mail.yahoo.com via HTTP; Sun, 12 Jan 2003 13:46:03 PST Date: Sun, 12 Jan 2003 13:46:03 -0800 (PST) From: "James J. Ramsey" Reply-To: jjramsey@pobox.com Subject: Re: Semirandom bug in FreeBSD's ATA querying To: freebsd-bugs@freebsd.org In-Reply-To: <20030112141215.V1497@duey.wolves.k12.mo.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --- Chris Dillon wrote: > On Sun, 12 Jan 2003, James J. Ramsey wrote: > > > As far as the bug being in the hardware, I call > bullsh*t. > > The Quantum Fireball drives are notorious pieces of > crap. -- snip -- > So, FreeBSD isn't working quite correctly with this > particular piece > of crap. You can hardly blame FreeBSD for that, "Piece of crap" is thoroughly uninformative. You could be talking about general flakiness or short mean time between failures, neither of which have anything to do with my problem. __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 12 14:40:11 2003 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4056737B401 for ; Sun, 12 Jan 2003 14:40:04 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 843A343F3F for ; Sun, 12 Jan 2003 14:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id h0CMe2NS061996 for ; Sun, 12 Jan 2003 14:40:02 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.6/8.12.6/Submit) id h0CMe2Nx061995; Sun, 12 Jan 2003 14:40:02 -0800 (PST) Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CEF837B401 for ; Sun, 12 Jan 2003 14:34:46 -0800 (PST) Received: from mail.dada.it (mail2.dada.it [195.110.100.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 9697D43F18 for ; Sun, 12 Jan 2003 14:34:44 -0800 (PST) (envelope-from mad@wedge.madpilot.net) Received: (qmail 16666 invoked from network); 12 Jan 2003 22:34:39 -0000 Received: from unknown (HELO jabba.madpilot.net) (195.110.114.197) by mail.dada.it with SMTP; 12 Jan 2003 22:34:39 -0000 Received: (qmail 35119 invoked from network); 12 Jan 2003 22:34:41 -0000 Received: from wedge.madpilot.net (192.168.13.11) by 0 with SMTP; 12 Jan 2003 22:34:41 -0000 Received: from wedge.madpilot.net (mad@localhost [127.0.0.1]) by wedge.madpilot.net (8.12.6/8.12.6) with ESMTP id h0CMYfIK000980 for ; Sun, 12 Jan 2003 23:34:41 +0100 (CET) (envelope-from mad@wedge.madpilot.net) Received: (from mad@localhost) by wedge.madpilot.net (8.12.6/8.12.6/Submit) id h0CMYeYe000979; Sun, 12 Jan 2003 23:34:40 +0100 (CET) (envelope-from mad) Message-Id: <200301122234.h0CMYeYe000979@wedge.madpilot.net> Date: Sun, 12 Jan 2003 23:34:40 +0100 (CET) From: Guido Falsi Reply-To: Guido Falsi To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: kern/47005: OHCI USB not noticing device detachments on A7N266-VM MoBo Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 47005 >Category: kern >Synopsis: OHCI USB not noticing device detachments on A7N266-VM MoBo >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 12 14:40:01 PST 2003 >Closed-Date: >Last-Modified: >Originator: Guido Falsi >Release: FreeBSD 4.7-STABLE i386 >Organization: none >Environment: System: FreeBSD wedge.madpilot.net 4.7-STABLE FreeBSD 4.7-STABLE #0: Tue Dec 24 05:03:34 CET 2002 root@wedge.madpilot.net:/usr/local/obj/usr/src/sys/WEDGE i386 Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.7-STABLE #0: Tue Dec 24 05:03:34 CET 2002 root@wedge.madpilot.net:/usr/local/obj/usr/src/sys/WEDGE Timecounter "i8254" frequency 1193182 Hz CPU: AMD Athlon(TM) XP 1500+ (1336.37-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0480000 real memory = 503234560 (491440K bytes) avail memory = 484139008 (472792K bytes) Preloaded elf kernel "kernel" at 0xc0509000. Preloaded elf module "nvidia.ko" at 0xc050909c. VESA: v3.0, 32768k memory, flags:0x1, mode table:0xc034baa2 (1000022) VESA: NVidia Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 10 entries at 0xc00f2120 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pci0: (vendor=0x10de, dev=0x01ac) at 0.1 pci0: (vendor=0x10de, dev=0x01ad) at 0.2 pci0: (vendor=0x10de, dev=0x01aa) at 0.3 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: (vendor=0x10de, dev=0x01b4) at 1.1 irq 5 ohci0: mem 0xe7000000-0xe7000fff irq 10 at device 2.0 on pci0 usb0: OHCI version 1.0 usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x10de) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe6800000-0xe6800fff irq 10 at device 3.0 on pci0 usb1: OHCI version 1.0 usb1: on ohci1 usb1: USB revision 1.0 uhub1: (0x10de) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered pci0: (vendor=0x10de, dev=0x01b0) at 5.0 irq 5 pcm0: port 0xe000-0xe07f,0xe100-0xe1ff irq 11 at device 6.0 on pci0 pcib1: at device 8.0 on pci0 pci1: on pcib1 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xb800-0xb87f mem 0xe4800000-0xe480007f irq 5 at device 6.0 on pci1 xl0: Ethernet address: 00:50:04:46:f7:5e miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ahc0: port 0xb400-0xb4ff mem 0xe4000000-0xe4000fff irq 5 at device 7.0 on pci1 aic7860: Ultra Single Channel A, SCSI Id=7, 3/253 SCBs atapci0: port 0xa800-0xa80f at device 9.0 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pcib2: at device 30.0 on pci0 pci2: on pcib2 nvidia0: mem 0xe8000000-0xefffffff,0xe3000000-0xe3ffffff irq 11 at device 0.0 on pci2 orm0: