From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 13:03:47 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E06361065673 for ; Wed, 19 Nov 2008 13:03:46 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id 831E38FC14 for ; Wed, 19 Nov 2008 13:03:46 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA07.westchester.pa.mail.comcast.net ([76.96.62.59]) by QMTA09.westchester.pa.mail.comcast.net with comcast id gz7s1a0041GhbT85913mwu; Wed, 19 Nov 2008 13:03:46 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA07.westchester.pa.mail.comcast.net with comcast id h13l1a0032P6wsM3T13lKF; Wed, 19 Nov 2008 13:03:46 +0000 X-Authority-Analysis: v=1.0 c=1 a=iEC9EsK3-bUA:10 a=WT13RI0SYF8A:10 a=QycZ5dHgAAAA:8 a=FRQuwao1OvhGrrcB-z4A:9 a=joRGBx8ECVv734ocnGEA:7 a=9Gam9MXTANy-QiogF7VNTMd6ZbYA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id CDCB233C36; Wed, 19 Nov 2008 05:03:44 -0800 (PST) Date: Wed, 19 Nov 2008 05:03:44 -0800 From: Jeremy Chadwick To: Jan Sebosik Message-ID: <20081119130344.GA87110@icarus.home.lan> References: <4923F7D5.8030409@demax.sk> <4923F928.8010604@demax.sk> <4923FA30.5000303@modulus.org> <4923FB4D.7090505@demax.sk> <20081119115311.GA85626@icarus.home.lan> <492403A1.60209@demax.sk> <20081119122201.GA86297@icarus.home.lan> <49240600.5000407@demax.sk> <20081119124104.GA86452@icarus.home.lan> <49240D05.7010909@demax.sk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49240D05.7010909@demax.sk> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hardware@freebsd.org Subject: Re: Frebsd 7-STABLE, atapicd, atapicam and Intel errors [SOLVED] X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2008 13:03:47 -0000 On Wed, Nov 19, 2008 at 01:56:37PM +0100, Jan Sebosik wrote: > Jeremy Chadwick napsal(a): >> On Wed, Nov 19, 2008 at 01:26:40PM +0100, Jan Sebosik wrote: >>> >>> Jeremy Chadwick napsal(a): >>>> On Wed, Nov 19, 2008 at 01:16:33PM +0100, Jan Sebosik wrote: >>>>>>> But what about those atapicd problems? Is it related to SATA interface >>>>>>> of DVD/CD drive? Maybe also the LG drive has buggy FW :). >>>>>> Now I'm confused. Didn't we just determine that your acd0 problems >>>>>> disappear if you disable HPET in the BIOS (which makes no sense, but it >>>>>> works, and is probably a BIOS bug)? If so, then what's that got to do >>>>>> with SATA interfaces or LG optical drives? Please help me understand. >>>>> No, atapicd problems are still there regardless of HPET setting. >>>>> But with HPET enabled, when I kldload atapicd and then try to >>>>> mount it with command "mount -t cd9660 /dev/acd0 /mnt/cd0", I >>>>> get neverending "READ_BIG FAILURE" timeouts. >>>> What is the atapicd error? I've read through the original mail twice, >>>> and I don't see any mention of atapicd errors. Can you provide those? >>> Yes, for sure (I`ve mentioned them in my first mail).. >>> >>>>> acd0: FAILURE - READ_BIG timed out >>>>> unknown: FAILURE - READ_BIG timed out >>>>> cddone: got error 0x5 back >> >> Hmm... I'm still confused here. Let me see if I can figure it out. >> >> When HPET is enabled and you try to boot a FreeBSD CD, you receive >> the READ_BIG errors over and over, and it never stops. >> >> But if you disable HPET and try to boot a FreeBSD CD, it works. >> >> Once the OS is installed (with HPET disabled), if you run "kldload >> atapicd", you receive the following error: >> >> g_vfs_done(): acd0[READ(offset=32768, length=2048)] error 5 >> >> And if you try to mount the CD by doing: >> >> mount -t cd9660 /dev/acd0 /mnt/cd0 >> >> Then you start seeing the READ_BIG errors again, and they never >> stop. >> >> Is this correct? >> > > No Jeremy, we don`t understand each other.. sorry for my confusing > explanations in my previous postings. > > I`ve FreeBSD-7 STABLE installed on HDD for a long time, so I don`t need > to boot FreeBSD CD /w installer. Last I`ve updated to kernel from 13th > November (via csup + make buildkernel/installkernel procedure). Before > I`ve not used FreeBSD some time because DRI is not workin` with onboard > graphics (Intel GMA4500, but Mr. Noland is doing great job here). > > But now to the situation/problem: > you are almost 100% right, but I`m not booting FreeBSD from CD, but > from harddrive (SATA-300 mode). After I kldload atapicd, a see the error > you have up there ( g_vfs_done() ), and also I`m unable to mount > /dev/acd0 anywhere ending /w READ_BIG neverending errors. Maybe they > sometimes ends, but after 10 minutes of waiting I`ve pressed hard-reset > button. Okay now I understand. Thank you for taking the time to explain! :-) And when you disable HPET in the BIOS, what happens? > Maybe I should try -CURRENT sometimes with your proposed ata patches (or > are they merged in right now?). Sure, you're free to try CURRENT. The ATA code on CURRENT was modularised, and also a very large patch applied; I can't promise it fixes your CD/DVD drive issues though. I had problems getting CURRENT to see my PCI SATA Promise controller (it wasn't appearing in pciconf -lv, nor dmesg), but I had no problems with CURRENT seeing my ICH7 controller. I also had other problems with CURRENT which caused me to go back to RELENG_7. CURRENT is undergoing lots of changes right now, so I recommend subscribing to -current if you plan on running it. I personally haven't written any ATA patches, except for extending atacontrol to support per-disk write cache enable/disable. I think you might be confusing me with Andrey V. Elsukov, who *has* written lots of ATA stuff. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB |