From owner-freebsd-hardware@FreeBSD.ORG Sun Nov 16 20:27:19 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 79B95106568C for ; Sun, 16 Nov 2008 20:27:19 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from mail.anduin.net (mail.anduin.net [213.225.74.249]) by mx1.freebsd.org (Postfix) with ESMTP id 3BD8B8FC0C for ; Sun, 16 Nov 2008 20:27:19 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from [212.62.248.147] (helo=[192.168.2.10]) by mail.anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L1oDC-000OI8-KD; Sun, 16 Nov 2008 21:27:14 +0100 Message-Id: From: =?ISO-8859-1?Q?Eirik_=D8verby?= To: fbsd@dannysplace.net In-Reply-To: <491C9535.3030504@dannysplace.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Sun, 16 Nov 2008 21:27:15 +0100 References: <490A782F.9060406@dannysplace.net> <20081031033208.GA21220@icarus.home.lan> <490A849C.7030009@dannysplace.net> <20081031043412.GA22289@icarus.home.lan> <490A8FAD.8060009@dannysplace.net> <491BBF38.9010908@dannysplace.net> <491C5AA7.1030004@samsco.org> <491C9535.3030504@dannysplace.net> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-fs@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Areca vs. ZFS performance testing. 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: Sun, 16 Nov 2008 20:27:19 -0000 On Nov 13, 2008, at 21:59, Danny Carroll wrote: > Scott Long wrote: >> The Areca controller likely doesn't buffer/cache for disks in JBOD >> mode, >> as others in this thread have stated. Without buffering, simple disk >> controllers will almost always be faster than accelerated raid >> controllers because the accelerated controllers add more latency >> between >> the host and the disk. A simple controller will directly funnel data >> from the host to the disk as soon as it receives a command. An >> accelerated controller, however, has a CPU and a mini-OS on it that >> has >> to schedule the work coming from the host and handle its own tasks >> and >> interrupts. This adds latency that quickly adds up under benchmarks. >> Your numbers clearly demonstrate this. > > That's nice to know. I'm not sure it tells us why the Non-Cached > writes > were about 8% faster though. The other thing about the "NoWriteCache" > test I performed that I neglected to mention yesterday is that I > actually panic'd the box (running out of memory). This was the first > time I have had that happen with ZFS even though in previous testing > (with cache enabled) I punished the box for a lot longer. > > Perhaps the ZFS caching took over where the disk caching left off? > Could that explain why I did not see a negative difference in the > numbers between Cache enabled and Cache disabled? > > One of the questions I wanted to answer for myself was just this: > "Does > a battery-backed cache on an Areca card protect me when I am in JBOD > mode." If the Areca does not buffer/cache in JBOD mode then that > means > the answer is no. I have noticed that my 3ware controllers, after updating firmware recently, have removed the JBOD option entirely, classifying it as something you wouldn't want to do with that kind of hardware anyway. I believed then, and even more so now, they are correct. Use the RAID-0 disk trick to be able to utilize the controller cache. And regarding write-back vs write-through; I believe write-through is equvivalent to disabling controller write cache, however it WILL cache the writes in order to respond to future reads of the data being written. I would guess, but I don't know, that this also goes for disk- level caches too, though, so it probably doesn't matter. /Eirik From owner-freebsd-hardware@FreeBSD.ORG Mon Nov 17 03:15:51 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 CCC341065670; Mon, 17 Nov 2008 03:15:51 +0000 (UTC) (envelope-from fbsd@dannysplace.net) Received: from mail.dannysplace.net (mail.dannysplace.net [213.133.54.210]) by mx1.freebsd.org (Postfix) with ESMTP id 7F2D88FC13; Mon, 17 Nov 2008 03:15:51 +0000 (UTC) (envelope-from fbsd@dannysplace.net) Received: from 203-206-171-212.perm.iinet.net.au ([203.206.171.212] helo=[192.168.10.10]) by mail.dannysplace.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L1uaR-0001qd-Da; Mon, 17 Nov 2008 13:15:50 +1000 Message-ID: <4920E1DD.7000101@dannysplace.net> Date: Mon, 17 Nov 2008 13:15:41 +1000 From: Danny Carroll User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Eirik_=D8verby?= References: <490A782F.9060406@dannysplace.net> <20081031033208.GA21220@icarus.home.lan> <490A849C.7030009@dannysplace.net> <20081031043412.GA22289@icarus.home.lan> <490A8FAD.8060009@dannysplace.net> <491BBF38.9010908@dannysplace.net> <491C5AA7.1030004@samsco.org> <491C9535.3030504@dannysplace.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Authenticated-User: danny X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Exim-Version: 4.69 (build at 08-Jul-2008 08:59:40) X-Date: 2008-11-17 13:15:39 X-Connected-IP: 203.206.171.212:1568 X-Message-Linecount: 40 X-Body-Linecount: 26 X-Message-Size: 2082 X-Body-Size: 1202 X-Received-Count: 1 X-Recipient-Count: 3 X-Local-Recipient-Count: 3 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 X-SA-Exim-Connect-IP: 203.206.171.212 X-SA-Exim-Rcpt-To: ltning@anduin.net, freebsd-fs@freebsd.org, freebsd-hardware@freebsd.org X-SA-Exim-Mail-From: fbsd@dannysplace.net X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ferrari.dannysplace.net X-Spam-Level: X-Spam-Status: No, score=0.2 required=8.0 tests=ALL_TRUSTED,AWL,TVD_RCVD_IP autolearn=disabled version=3.2.5 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mail.dannysplace.net) Cc: freebsd-fs@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Areca vs. ZFS performance testing. X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fbsd@dannysplace.net List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2008 03:15:51 -0000 Eirik Øverby wrote: > I have noticed that my 3ware controllers, after updating firmware > recently, have removed the JBOD option entirely, classifying it as > something you wouldn't want to do with that kind of hardware anyway. I > believed then, and even more so now, they are correct. It kinda depends. If there were a good 8 or 16+ port SATA card out there that *simply* did SATA with no bells and whistles, then there would be no point buying a Raid adaptor when you want to use things like ZFS. But there are no such cards available. > Use the RAID-0 disk trick to be able to utilize the controller cache. > And regarding write-back vs write-through; I believe write-through is > equvivalent to disabling controller write cache, however it WILL cache > the writes in order to respond to future reads of the data being > written. I would guess, but I don't know, that this also goes for > disk-level caches too, though, so it probably doesn't matter. It is interesting to me that the default setting on the Areca card was to have the disk caches turned on. I think that is strange because by default you have a situation that can lead to data loss even if you have a battery backup unit. -D From owner-freebsd-hardware@FreeBSD.ORG Mon Nov 17 06:35:28 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 09CEA1065670 for ; Mon, 17 Nov 2008 06:35:28 +0000 (UTC) (envelope-from matt@corp.spry.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.227]) by mx1.freebsd.org (Postfix) with ESMTP id D37208FC12 for ; Mon, 17 Nov 2008 06:35:27 +0000 (UTC) (envelope-from matt@corp.spry.com) Received: by rv-out-0506.google.com with SMTP id b25so2199272rvf.43 for ; Sun, 16 Nov 2008 22:35:27 -0800 (PST) Received: by 10.141.172.7 with SMTP id z7mr2054715rvo.128.1226902006022; Sun, 16 Nov 2008 22:06:46 -0800 (PST) Received: from ?10.0.1.193? (c-24-19-46-17.hsd1.wa.comcast.net [24.19.46.17]) by mx.google.com with ESMTPS id f21sm8614141rvb.5.2008.11.16.22.06.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 16 Nov 2008 22:06:44 -0800 (PST) Message-Id: To: freebsd-fs@freebsd.org In-Reply-To: <4920E1DD.7000101@dannysplace.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v929.2) Date: Sun, 16 Nov 2008 22:06:42 -0800 References: <490A782F.9060406@dannysplace.net> <20081031033208.GA21220@icarus.home.lan> <490A849C.7030009@dannysplace.net> <20081031043412.GA22289@icarus.home.lan> <490A8FAD.8060009@dannysplace.net> <491BBF38.9010908@dannysplace.net> <491C5AA7.1030004@samsco.org> <491C9535.3030504@dannysplace.net> <4920E1DD.7000101@dannysplace.net> X-Mailer: Apple Mail (2.929.2) From: Matt Simerson Cc: freebsd-hardware@freebsd.org Subject: Re: Areca vs. ZFS performance testing. 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: Mon, 17 Nov 2008 06:35:28 -0000 On Nov 16, 2008, at 7:15 PM, Danny Carroll wrote: > Eirik =D8verby wrote: >> I have noticed that my 3ware controllers, after updating firmware >> recently, have removed the JBOD option entirely, classifying it as >> something you wouldn't want to do with that kind of hardware =20 >> anyway. I >> believed then, and even more so now, they are correct. > > It kinda depends. If there were a good 8 or 16+ port SATA card out > there that *simply* did SATA with no bells and whistles, then there > would be no point buying a Raid adaptor when you want to use things =20= > like > ZFS. > > But there are no such cards available. Allow me to introduce you to Marvell. The sell the SATA controller =20 used in the Sun thumper (X4500). I've used that same SATA controller =20 under OpenSolaris and FreeBSD. Unfortunately, that controller doesn't =20= use multi-lane cables. When you pack in 3 controllers and 24 disks, =20 it's a cabling disaster. http://freebsd.monkey.org/freebsd-fs/200808/msg00027.html >> Use the RAID-0 disk trick to be able to utilize the controller cache. >> And regarding write-back vs write-through; I believe write-through is >> equvivalent to disabling controller write cache, however it WILL =20 >> cache >> the writes in order to respond to future reads of the data being >> written. I would guess, but I don't know, that this also goes for >> disk-level caches too, though, so it probably doesn't matter. > > It is interesting to me that the default setting on the Areca card was > to have the disk caches turned on. I think that is strange because by > default you have a situation that can lead to data loss even if you =20= > have > a battery backup unit. The Areca cards do NOT have the cache enabled by default. I ordered =20 the optional battery and RAM upgrade for my collection of 1231ML =20 cards. Even with the BBWC, the cache is not enabled by default. I had =20= to go out of my way to enable it, on every single controller. Matt From owner-freebsd-hardware@FreeBSD.ORG Mon Nov 17 07:08:22 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 E17791065670 for ; Mon, 17 Nov 2008 07:08:21 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id BD12D8FC08 for ; Mon, 17 Nov 2008 07:08:21 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by QMTA08.emeryville.ca.mail.comcast.net with comcast id g6yN1a0040lTkoCA878MTV; Mon, 17 Nov 2008 07:08:21 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA04.emeryville.ca.mail.comcast.net with comcast id g78J1a0072P6wsM8Q78JS2; Mon, 17 Nov 2008 07:08:19 +0000 X-Authority-Analysis: v=1.0 c=1 a=aQgbMQmz5TEA:10 a=qMCG-Xc8eBMA:10 a=T-PJXEmqAAAA:8 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=sfWry13RMXeAcXv6eTUA:9 a=rTLkSv3ht1IDSaoZn9SVe9PNw80A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 716C833C36; Sun, 16 Nov 2008 23:08:18 -0800 (PST) Date: Sun, 16 Nov 2008 23:08:18 -0800 From: Jeremy Chadwick To: Matt Simerson Message-ID: <20081117070818.GA22231@icarus.home.lan> References: <20081031033208.GA21220@icarus.home.lan> <490A849C.7030009@dannysplace.net> <20081031043412.GA22289@icarus.home.lan> <490A8FAD.8060009@dannysplace.net> <491BBF38.9010908@dannysplace.net> <491C5AA7.1030004@samsco.org> <491C9535.3030504@dannysplace.net> <4920E1DD.7000101@dannysplace.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-fs@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Areca vs. ZFS performance testing. 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: Mon, 17 Nov 2008 07:08:22 -0000 On Sun, Nov 16, 2008 at 10:06:42PM -0800, Matt Simerson wrote: > > On Nov 16, 2008, at 7:15 PM, Danny Carroll wrote: > >> Eirik Øverby wrote: >>> I have noticed that my 3ware controllers, after updating firmware >>> recently, have removed the JBOD option entirely, classifying it as >>> something you wouldn't want to do with that kind of hardware anyway. >>> I >>> believed then, and even more so now, they are correct. >> >> It kinda depends. If there were a good 8 or 16+ port SATA card out >> there that *simply* did SATA with no bells and whistles, then there >> would be no point buying a Raid adaptor when you want to use things >> like >> ZFS. >> >> But there are no such cards available. > > Allow me to introduce you to Marvell. The sell the SATA controller used > in the Sun thumper (X4500). I've used that same SATA controller under > OpenSolaris and FreeBSD. Unfortunately, that controller doesn't use > multi-lane cables. When you pack in 3 controllers and 24 disks, it's a > cabling disaster. > > http://freebsd.monkey.org/freebsd-fs/200808/msg00027.html I participated in that thread. http://freebsd.monkey.org/freebsd-fs/200808/msg00028.html The questions I had never got answered. The most important one being: have you actually performed a hard failure or forced disk swap with both the Areca and Marvell controllers? And how does FreeBSD behave when you do this? I've a feeling it works fine on the Areca (since CAM/da(4) are used), but if the Marvell card uses ata(4) (and I'm guessing it does) I'm concerned. Why? For sake of comparison: Promise controllers are considered one of the most well-supported controllers under FreeBSD, mainly due to Soren having access to their documentation; yet, when I attempted to do an actual disk upgrade, the Promise controller did nothing but cause me grief, forcing me to yank the entire card from my system. http://wiki.freebsd.org/JeremyChadwick/ZFS_disk_upgrade_gone_bad Users should read this story and the follow-up. And in my situation, the disk wasn't even bad/failed. What was supposed to be a simple procedure (and it was with Intel AHCI, as you'll read) turned into a complete nightmare. Take my story and apply it to a production datacentre -- but with an 8 or 16-port card and a shelf of disks. What're you going to tell your boss when this stuff fails like how I documented? "Yeah so I need US$600 to replace the card" "Why? We don't have that kind of budget. Is the card bad? Can we RMA it?" "No, the card isn't bad" "Then what is the problem?" "Well you see......" So when I see someone say "Yeah, try the , it works great", my first response is "Just how well have you actually tested failure or upgrade scenarios?" Most don't, and instead just *assume* come fail-time, that everything will "just work" -- and they find out the horrible truth when it's already too late. -- | 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 | From owner-freebsd-hardware@FreeBSD.ORG Mon Nov 17 11:42:53 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 341FC1065679; Mon, 17 Nov 2008 11:42:53 +0000 (UTC) (envelope-from danny@dannysplace.net) Received: from mail.dannysplace.net (mail.dannysplace.net [213.133.54.210]) by mx1.freebsd.org (Postfix) with ESMTP id DC8358FC13; Mon, 17 Nov 2008 11:42:52 +0000 (UTC) (envelope-from danny@dannysplace.net) Received: from 203-206-171-212.perm.iinet.net.au ([203.206.171.212] helo=[192.168.10.10]) by mail.dannysplace.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L22V6-0005fG-Ol; Mon, 17 Nov 2008 21:42:52 +1000 Message-ID: <492158D2.5020506@dannysplace.net> Date: Mon, 17 Nov 2008 21:43:14 +1000 From: Danny Carroll User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Matt Simerson References: <490A782F.9060406@dannysplace.net> <20081031033208.GA21220@icarus.home.lan> <490A849C.7030009@dannysplace.net> <20081031043412.GA22289@icarus.home.lan> <490A8FAD.8060009@dannysplace.net> <491BBF38.9010908@dannysplace.net> <491C5AA7.1030004@samsco.org> <491C9535.3030504@dannysplace.net> <4920E1DD.7000101@dannysplace.net> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Authenticated-User: danny X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Exim-Version: 4.69 (build at 08-Jul-2008 08:59:40) X-Date: 2008-11-17 21:42:41 X-Connected-IP: 203.206.171.212:3079 X-Message-Linecount: 37 X-Body-Linecount: 23 X-Message-Size: 1908 X-Body-Size: 967 X-Received-Count: 1 X-Recipient-Count: 3 X-Local-Recipient-Count: 3 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 X-SA-Exim-Connect-IP: 203.206.171.212 X-SA-Exim-Rcpt-To: matt@corp.spry.com, freebsd-fs@freebsd.org, freebsd-hardware@freebsd.org X-SA-Exim-Mail-From: danny@dannysplace.net X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ferrari.dannysplace.net X-Spam-Level: X-Spam-Status: No, score=0.2 required=8.0 tests=ALL_TRUSTED,AWL,TVD_RCVD_IP autolearn=disabled version=3.2.5 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mail.dannysplace.net) Cc: freebsd-fs@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Areca vs. ZFS performance testing. 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: Mon, 17 Nov 2008 11:42:53 -0000 Matt Simerson wrote: > Allow me to introduce you to Marvell. The sell the SATA controller used > in the Sun thumper (X4500). I've used that same SATA controller under > OpenSolaris and FreeBSD. Unfortunately, that controller doesn't use > multi-lane cables. When you pack in 3 controllers and 24 disks, it's a > cabling disaster. > > http://freebsd.monkey.org/freebsd-fs/200808/msg00027.html Interesting. Wish I had seen it before. To be honest I did consider this board but I was really in favour of PCIe over PCIX. That might have been a mistake :-) > The Areca cards do NOT have the cache enabled by default. I ordered the > optional battery and RAM upgrade for my collection of 1231ML cards. Even > with the BBWC, the cache is not enabled by default. I had to go out of > my way to enable it, on every single controller. Are you talking about the Areca cache or the disks own caches? On my board it was enabled. But maybe mine was the exception. -D From owner-freebsd-hardware@FreeBSD.ORG Mon Nov 17 11:44:50 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 057ED1065675; Mon, 17 Nov 2008 11:44:50 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from warped.bluecherry.net (warped.bluecherry.net [66.138.159.247]) by mx1.freebsd.org (Postfix) with ESMTP id B89D08FC21; Mon, 17 Nov 2008 11:44:49 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (unknown [74.193.170.223]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by warped.bluecherry.net (Postfix) with ESMTPSA id DE0D1A1FD217; Mon, 17 Nov 2008 05:26:33 -0600 (CST) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.3/8.14.3) with ESMTP id mAHBQUV5001612; Mon, 17 Nov 2008 05:26:31 -0600 (CST) (envelope-from morganw@chemikals.org) Date: Mon, 17 Nov 2008 05:26:30 -0600 (CST) From: Wes Morgan To: Matt Simerson In-Reply-To: Message-ID: References: <490A782F.9060406@dannysplace.net> <20081031033208.GA21220@icarus.home.lan> <490A849C.7030009@dannysplace.net> <20081031043412.GA22289@icarus.home.lan> <490A8FAD.8060009@dannysplace.net> <491BBF38.9010908@dannysplace.net> <491C5AA7.1030004@samsco.org> <491C9535.3030504@dannysplace.net> <4920E1DD.7000101@dannysplace.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="3265970123-550298141-1226921191=:1488" Cc: freebsd-fs@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Areca vs. ZFS performance testing. 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: Mon, 17 Nov 2008 11:44:50 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --3265970123-550298141-1226921191=:1488 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Sun, 16 Nov 2008, Matt Simerson wrote: > > On Nov 16, 2008, at 7:15 PM, Danny Carroll wrote: > >> Eirik Øverby wrote: >>> I have noticed that my 3ware controllers, after updating firmware >>> recently, have removed the JBOD option entirely, classifying it as >>> something you wouldn't want to do with that kind of hardware anyway. I >>> believed then, and even more so now, they are correct. >> >> It kinda depends. If there were a good 8 or 16+ port SATA card out >> there that *simply* did SATA with no bells and whistles, then there >> would be no point buying a Raid adaptor when you want to use things like >> ZFS. >> >> But there are no such cards available. > > Allow me to introduce you to Marvell. The sell the SATA controller used in > the Sun thumper (X4500). I've used that same SATA controller under > OpenSolaris and FreeBSD. Unfortunately, that controller doesn't use > multi-lane cables. When you pack in 3 controllers and 24 disks, it's a > cabling disaster. > > http://freebsd.monkey.org/freebsd-fs/200808/msg00027.html > >>> Use the RAID-0 disk trick to be able to utilize the controller cache. >>> And regarding write-back vs write-through; I believe write-through is >>> equvivalent to disabling controller write cache, however it WILL cache >>> the writes in order to respond to future reads of the data being >>> written. I would guess, but I don't know, that this also goes for >>> disk-level caches too, though, so it probably doesn't matter. >> >> It is interesting to me that the default setting on the Areca card was >> to have the disk caches turned on. I think that is strange because by >> default you have a situation that can lead to data loss even if you have >> a battery backup unit. > > The Areca cards do NOT have the cache enabled by default. I ordered the > optional battery and RAM upgrade for my collection of 1231ML cards. Even with > the BBWC, the cache is not enabled by default. I had to go out of my way to > enable it, on every single controller. Are you using these areca cards successfully with large arrays? I found a 1680i card for a decent price and installed it this weekend, but since then I'm seeing the raidz2 pool that it's running hang so frequently that I can't even trust using it. The hangs occur in both 7-stable and 8-current with the new ZFS patch. Same exact settings that have been rock solid for me before now don't want to work at all. The drives are just set as JBOD -- the controller actually defaulted to this, so I didn't have to make any real changes in the BIOS. Any tips on your setup? Did you have any similar problems? --3265970123-550298141-1226921191=:1488-- From owner-freebsd-hardware@FreeBSD.ORG Mon Nov 17 21:05:00 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 713211065675 for ; Mon, 17 Nov 2008 21:05:00 +0000 (UTC) (envelope-from matt@corp.spry.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 254DD8FC1F for ; Mon, 17 Nov 2008 21:05:00 +0000 (UTC) (envelope-from matt@corp.spry.com) Received: by yw-out-2324.google.com with SMTP id 9so1097175ywe.13 for ; Mon, 17 Nov 2008 13:04:59 -0800 (PST) Received: by 10.142.207.8 with SMTP id e8mr2175076wfg.30.1226955898312; Mon, 17 Nov 2008 13:04:58 -0800 (PST) Received: from mattintosh.spry.com (207-178-4-6.wia.com [207.178.4.6]) by mx.google.com with ESMTPS id 28sm5223751wfg.48.2008.11.17.13.04.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 17 Nov 2008 13:04:57 -0800 (PST) Message-Id: From: Matt Simerson To: Danny Carroll In-Reply-To: <492158D2.5020506@dannysplace.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Mon, 17 Nov 2008 13:04:54 -0800 References: <490A782F.9060406@dannysplace.net> <20081031033208.GA21220@icarus.home.lan> <490A849C.7030009@dannysplace.net> <20081031043412.GA22289@icarus.home.lan> <490A8FAD.8060009@dannysplace.net> <491BBF38.9010908@dannysplace.net> <491C5AA7.1030004@samsco.org> <491C9535.3030504@dannysplace.net> <4920E1DD.7000101@dannysplace.net> <492158D2.5020506@dannysplace.net> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-fs@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Areca vs. ZFS performance testing. 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: Mon, 17 Nov 2008 21:05:00 -0000 On Nov 17, 2008, at 3:43 AM, Danny Carroll wrote: > Matt Simerson wrote: >> Allow me to introduce you to Marvell. The sell the SATA controller >> used >> in the Sun thumper (X4500). I've used that same SATA controller under >> OpenSolaris and FreeBSD. Unfortunately, that controller doesn't use >> multi-lane cables. When you pack in 3 controllers and 24 disks, >> it's a >> cabling disaster. >> >> http://freebsd.monkey.org/freebsd-fs/200808/msg00027.html > > Interesting. Wish I had seen it before. To be honest I did consider > this board but I was really in favour of PCIe over PCIX. That might > have been a mistake :-) > >> The Areca cards do NOT have the cache enabled by default. I ordered >> the >> optional battery and RAM upgrade for my collection of 1231ML cards. >> Even >> with the BBWC, the cache is not enabled by default. I had to go out >> of >> my way to enable it, on every single controller. > > Are you talking about the Areca cache or the disks own caches? Disk caching is a completely different animal, and one which I didn't mention. I'm spoke only about the write cache on the controller. Mine all arrived off by default, which is a VERY reasonable default configuration. Page 97 of the manual says about it: >>> 3.7.5.12 Disk Write Cache Mode >>> User can set the "Disk Write Cache Mode" to Auto, Enabled, or >>> Disabled. Enabled increases speed, Disabled increases reliability. > On my board it was enabled. But maybe mine was the exception. Perhaps it's model specific, or your vendor configured it that way. Or you got a return that someone else monkeyed with. I'm not going to speak for Areca but it seems quite odd that Areca would ship them with the cache enabled. I've used many hundreds of RAID controllers over the years and without exception, every single one with a write cache had it disabled by default. Matt From owner-freebsd-hardware@FreeBSD.ORG Mon Nov 17 22:07:54 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 231AE1065677 for ; Mon, 17 Nov 2008 22:07:54 +0000 (UTC) (envelope-from matt@corp.spry.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.174]) by mx1.freebsd.org (Postfix) with ESMTP id EAB778FC0A for ; Mon, 17 Nov 2008 22:07:53 +0000 (UTC) (envelope-from matt@corp.spry.com) Received: by wf-out-1314.google.com with SMTP id 24so2722604wfg.7 for ; Mon, 17 Nov 2008 14:07:53 -0800 (PST) Received: by 10.143.1.12 with SMTP id d12mr2195453wfi.189.1226959673677; Mon, 17 Nov 2008 14:07:53 -0800 (PST) Received: from mattintosh.spry.com (207-178-4-6.wia.com [207.178.4.6]) by mx.google.com with ESMTPS id 32sm2151855wfa.20.2008.11.17.14.07.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 17 Nov 2008 14:07:52 -0800 (PST) Message-Id: <8B620677-C2CA-4408-A0B1-AACC23FD0FF1@corp.spry.com> From: Matt Simerson To: Wes Morgan In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Mon, 17 Nov 2008 14:07:49 -0800 References: <490A782F.9060406@dannysplace.net> <20081031033208.GA21220@icarus.home.lan> <490A849C.7030009@dannysplace.net> <20081031043412.GA22289@icarus.home.lan> <490A8FAD.8060009@dannysplace.net> <491BBF38.9010908@dannysplace.net> <491C5AA7.1030004@samsco.org> <491C9535.3030504@dannysplace.net> <4920E1DD.7000101@dannysplace.net> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-fs@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Areca vs. ZFS performance testing. 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: Mon, 17 Nov 2008 22:07:54 -0000 On Nov 17, 2008, at 3:26 AM, Wes Morgan wrote: >>> The Areca cards do NOT have the cache enabled by default. I >>> ordered the optional battery and RAM upgrade for my collection of >>> 1231ML cards. Even with the BBWC, the cache is not enabled by >>> default. I had to go out of my way to enable it, on every single >>> controller. > > Are you using these areca cards successfully with large arrays? Yes, if you consider 24 x 1TB large. > I found a 1680i card for a decent price and installed it this > weekend, but since then I'm seeing the raidz2 pool that it's running > hang so frequently that I can't even trust using it. The hangs occur > in both 7-stable and 8-current with the new ZFS patch. Same exact > settings that have been rock solid for me before now don't want to > work at all. The drives are just set as JBOD -- the controller > actually defaulted to this, so I didn't have to make any real > changes in the BIOS. > > Any tips on your setup? Did you have any similar problems? I talked to a storage vendor of ours that has sold several SuperMicro systems like ours where the client was using OpenSolaris and having similar stability issues to what we see on FreeBSD. It seems to be a lack of maturity in ZFS that underlies these problems. It appears that running ZFS on FreeBSD will either thrill or horrify. When I tested with modest I/O requirements, it worked great and I was tickled. But when I build these new systems as backup servers, I was generating immensely more disk I/O. I started with 7.0 release and saw crashes hourly. With tuning, I was only crashing once or twice a day (always memory related). With 16GB of RAM. I ran for a month with one server on JBOD with RAIDZ2 and another with RAIDZ across two RAID 5 arrays. Then I lost a disk and consequently the array on the JBOD server. Since RAID 5 had proved to run so much faster, I ditched the Marvell cards, installed a pair of 1231MLs and reformatted it with RAID 5. Both 24 disk systems have been ZFS RAIDZ across two RAID 5 hardware arrays for months since. If I build another system tomorrow, that's exactly how I'd do it. After upgrading to 8-HEAD and applying The Great ZFS Patch, I am content with only having to reboot the systems once every 7-12 days. I have another system with only 8 disks and 4GB of RAM with ZFS running on a single RAID 5 array. Under the same workload as the 24 disk systems, it was crashing at least once a day. This was existing hardware, so we were confident it wasn't hardware issues. I finally resolved it by wiping the disks clean, creating a GPT partition on the array and using UFS. The system hasn't crashed once since and is far more responsive under heavy load than my ZFS systems. Of course, all of this might get a fair bit better soon: http://svn.freebsd.org/viewvc/base?view=revision&revision=185029 Matt From owner-freebsd-hardware@FreeBSD.ORG Mon Nov 17 23:46:17 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 6EE2D1065672; Mon, 17 Nov 2008 23:46:17 +0000 (UTC) (envelope-from danny@dannysplace.net) Received: from mail.dannysplace.net (mail.dannysplace.net [213.133.54.210]) by mx1.freebsd.org (Postfix) with ESMTP id 1BBF58FC08; Mon, 17 Nov 2008 23:46:17 +0000 (UTC) (envelope-from danny@dannysplace.net) Received: from 203-206-171-212.perm.iinet.net.au ([203.206.171.212] helo=[192.168.10.10]) by mail.dannysplace.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L2DnK-000BND-3e; Tue, 18 Nov 2008 09:46:16 +1000 Message-ID: <49220238.2040507@dannysplace.net> Date: Tue, 18 Nov 2008 09:46:00 +1000 From: Danny Carroll User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Matt Simerson References: <490A782F.9060406@dannysplace.net> <20081031033208.GA21220@icarus.home.lan> <490A849C.7030009@dannysplace.net> <20081031043412.GA22289@icarus.home.lan> <490A8FAD.8060009@dannysplace.net> <491BBF38.9010908@dannysplace.net> <491C5AA7.1030004@samsco.org> <491C9535.3030504@dannysplace.net> <4920E1DD.7000101@dannysplace.net> <492158D2.5020506@dannysplace.net> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Authenticated-User: danny X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Exim-Version: 4.69 (build at 08-Jul-2008 08:59:40) X-Date: 2008-11-18 09:46:14 X-Connected-IP: 203.206.171.212:1113 X-Message-Linecount: 36 X-Body-Linecount: 22 X-Message-Size: 1993 X-Body-Size: 959 X-Received-Count: 1 X-Recipient-Count: 3 X-Local-Recipient-Count: 3 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 X-SA-Exim-Connect-IP: 203.206.171.212 X-SA-Exim-Rcpt-To: matt@corp.spry.com, freebsd-fs@freebsd.org, freebsd-hardware@freebsd.org X-SA-Exim-Mail-From: danny@dannysplace.net X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ferrari.dannysplace.net X-Spam-Level: X-Spam-Status: No, score=0.2 required=8.0 tests=ALL_TRUSTED,AWL,TVD_RCVD_IP autolearn=disabled version=3.2.5 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mail.dannysplace.net) Cc: freebsd-fs@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Areca vs. ZFS performance testing. 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: Mon, 17 Nov 2008 23:46:17 -0000 Matt Simerson wrote: > Disk caching is a completely different animal, and one which I didn't > mention. I'm spoke only about the write cache on the controller. Mine > all arrived off by default, which is a VERY reasonable default > configuration. Page 97 of the manual says about it: Ahhh, no I was talking about the disk cache setting. That is the one that is set to on by default (at least for me). I find it strange that this is the case. IMHO it makes the idea of a Battery backed cache redundant. > Perhaps it's model specific, or your vendor configured it that way. Or > you got a return that someone else monkeyed with. I'm not going to speak > for Areca but it seems quite odd that Areca would ship them with the > cache enabled. I've used many hundreds of RAID controllers over the > years and without exception, every single one with a write cache had it > disabled by default. I guess I had a return model. It's not really a big deal. -D From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 10:08:37 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 7BE4D106564A for ; Wed, 19 Nov 2008 10:08:37 +0000 (UTC) (envelope-from sebosik@demax.sk) Received: from mail.demax.sk (mail.demax.sk [213.215.102.234]) by mx1.freebsd.org (Postfix) with ESMTP id 345608FC12 for ; Wed, 19 Nov 2008 10:08:37 +0000 (UTC) (envelope-from sebosik@demax.sk) Received: from localhost (localhost [127.0.0.1]) by mail.demax.sk (Postfix) with ESMTP id 9EFC7873C2 for ; Wed, 19 Nov 2008 11:08:35 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mail.demax.sk Received: from mail.demax.sk ([127.0.0.1]) by localhost (mail.demax.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1fW4IHuRFoy9 for ; Wed, 19 Nov 2008 11:08:35 +0100 (CET) Received: from [192.168.0.2] (2D204.demax.sk [195.62.17.204]) by mail.demax.sk (Postfix) with ESMTP id 68FD987357 for ; Wed, 19 Nov 2008 11:08:35 +0100 (CET) Message-ID: <4923E5A2.2060402@demax.sk> Date: Wed, 19 Nov 2008 11:08:34 +0100 From: Jan Sebosik User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: freebsd-hardware@freebsd.org References: <491F31B5.90403@demax.sk> In-Reply-To: <491F31B5.90403@demax.sk> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit 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 10:08:37 -0000 Hi again so it seems to be a problem with HPET timer which is onboard and was enabled. If I turned him off, (acd | cd) problems went away. Jan Sebosik napsal(a): > Hi all > > OS: Freebsd 7-STABLE from CVS of today > Problematic HW: Intel DQ45CB (Q45 chipset, ICH10, SATA in native mode, > but not AHCI), LG SATA DVD-RW GH20NS15 > > Problem: if I run freebsd without LG DVD connected to any SATA port > onboard everything works allright. When I connect SATA DVD to board, > then freebsd refuses to boot with messages similar to those: > > acd0: FAILURE-READ_BIG timed out > unknown: FAILURE-READ_BIG timed out > cddone: goit error 0x5 back > > Messages are repeating forever. > > Anybody knows where should be a bug? > Temporary I`ve disconnected LG SATA burner from system board. > > Thanks for any idea. > > Best regards -- Jan Sebosik, Slovakia sebosik@demax.sk From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 10:15:32 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 A395E1065675 for ; Wed, 19 Nov 2008 10:15:32 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA08.westchester.pa.mail.comcast.net (qmta08.westchester.pa.mail.comcast.net [76.96.62.80]) by mx1.freebsd.org (Postfix) with ESMTP id 4B3A28FC1A for ; Wed, 19 Nov 2008 10:15:32 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA07.westchester.pa.mail.comcast.net ([76.96.62.59]) by QMTA08.westchester.pa.mail.comcast.net with comcast id gyE01a00A1GhbT858yErnr; Wed, 19 Nov 2008 10:14:51 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA07.westchester.pa.mail.comcast.net with comcast id gyFW1a00B2P6wsM3TyFXst; Wed, 19 Nov 2008 10:15:31 +0000 X-Authority-Analysis: v=1.0 c=1 a=iEC9EsK3-bUA:10 a=WT13RI0SYF8A:10 a=QycZ5dHgAAAA:8 a=pPzV_x8qYSNBRUiYGbQA:9 a=sd7YZZeKwMjTJJ3oTFsA:7 a=wsqzQAPu_gy9qS46FUXU641VTsUA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 7690D33C36; Wed, 19 Nov 2008 02:15:30 -0800 (PST) Date: Wed, 19 Nov 2008 02:15:30 -0800 From: Jeremy Chadwick To: Jan Sebosik Message-ID: <20081119101530.GA82861@icarus.home.lan> References: <491F31B5.90403@demax.sk> <4923E5A2.2060402@demax.sk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4923E5A2.2060402@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 10:15:32 -0000 On Wed, Nov 19, 2008 at 11:08:34AM +0100, Jan Sebosik wrote: > Hi again > > so it seems to be a problem with HPET timer which is onboard and was > enabled. If I turned him off, (acd | cd) problems went away. > > > Jan Sebosik napsal(a): >> Hi all >> >> OS: Freebsd 7-STABLE from CVS of today >> Problematic HW: Intel DQ45CB (Q45 chipset, ICH10, SATA in native mode, >> but not AHCI), LG SATA DVD-RW GH20NS15 >> >> Problem: if I run freebsd without LG DVD connected to any SATA port >> onboard everything works allright. When I connect SATA DVD to board, >> then freebsd refuses to boot with messages similar to those: >> >> acd0: FAILURE-READ_BIG timed out >> unknown: FAILURE-READ_BIG timed out >> cddone: goit error 0x5 back >> >> Messages are repeating forever. >> >> Anybody knows where should be a bug? >> Temporary I`ve disconnected LG SATA burner from system board. >> >> Thanks for any idea. >> >> Best regards Are you ***absolutely 100% certain*** this is true? The time counter selected shouldn't have anything to do with the errors you see. Please thoroughly test this. I'd CC jhb@ to get confirmation of my statement, but I've promised myself I wouldn't bother him until 2009. :-) -- | 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 | From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 10:19:39 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 7D1B5106564A for ; Wed, 19 Nov 2008 10:19:39 +0000 (UTC) (envelope-from sebosik@demax.sk) Received: from mail.demax.sk (mail.demax.sk [213.215.102.234]) by mx1.freebsd.org (Postfix) with ESMTP id 185E78FC1C for ; Wed, 19 Nov 2008 10:19:39 +0000 (UTC) (envelope-from sebosik@demax.sk) Received: from localhost (localhost [127.0.0.1]) by mail.demax.sk (Postfix) with ESMTP id E90D1873C2; Wed, 19 Nov 2008 11:19:37 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mail.demax.sk Received: from mail.demax.sk ([127.0.0.1]) by localhost (mail.demax.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vM1EGZ9DHBDq; Wed, 19 Nov 2008 11:19:37 +0100 (CET) Received: from [192.168.0.2] (2D204.demax.sk [195.62.17.204]) by mail.demax.sk (Postfix) with ESMTP id BA7FE87357; Wed, 19 Nov 2008 11:19:37 +0100 (CET) Message-ID: <4923E839.7090001@demax.sk> Date: Wed, 19 Nov 2008 11:19:37 +0100 From: Jan Sebosik User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Jeremy Chadwick References: <491F31B5.90403@demax.sk> <4923E5A2.2060402@demax.sk> <20081119101530.GA82861@icarus.home.lan> In-Reply-To: <20081119101530.GA82861@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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 10:19:39 -0000 Hi Yeah, I`ve tested it 2 times (switching it in BIOS). To me it seems bit mysterious, why there is a relationship between HPET setting and acd/cd problems in FreeBSD. Jeremy Chadwick napsal(a): > On Wed, Nov 19, 2008 at 11:08:34AM +0100, Jan Sebosik wrote: >> Hi again >> >> so it seems to be a problem with HPET timer which is onboard and was >> enabled. If I turned him off, (acd | cd) problems went away. >> >> >> Jan Sebosik napsal(a): >>> Hi all >>> >>> OS: Freebsd 7-STABLE from CVS of today >>> Problematic HW: Intel DQ45CB (Q45 chipset, ICH10, SATA in native mode, >>> but not AHCI), LG SATA DVD-RW GH20NS15 >>> >>> Problem: if I run freebsd without LG DVD connected to any SATA port >>> onboard everything works allright. When I connect SATA DVD to board, >>> then freebsd refuses to boot with messages similar to those: >>> >>> acd0: FAILURE-READ_BIG timed out >>> unknown: FAILURE-READ_BIG timed out >>> cddone: goit error 0x5 back >>> >>> Messages are repeating forever. >>> >>> Anybody knows where should be a bug? >>> Temporary I`ve disconnected LG SATA burner from system board. >>> >>> Thanks for any idea. >>> >>> Best regards > > Are you ***absolutely 100% certain*** this is true? The time counter > selected shouldn't have anything to do with the errors you see. > Please thoroughly test this. > > I'd CC jhb@ to get confirmation of my statement, but I've promised > myself I wouldn't bother him until 2009. :-) > -- Jan Sebosik, Slovakia sebosik@demax.sk From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 10:25:55 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 52C66106567A for ; Wed, 19 Nov 2008 10:25:55 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id EB22C8FC0A for ; Wed, 19 Nov 2008 10:25:54 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA14.westchester.pa.mail.comcast.net ([76.96.62.60]) by QMTA03.westchester.pa.mail.comcast.net with comcast id gyLg1a0081HzFnQ53yQwCx; Wed, 19 Nov 2008 10:24:56 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA14.westchester.pa.mail.comcast.net with comcast id gyRX1a0042P6wsM3ayRXPa; Wed, 19 Nov 2008 10:25:32 +0000 X-Authority-Analysis: v=1.0 c=1 a=iEC9EsK3-bUA:10 a=WT13RI0SYF8A:10 a=QycZ5dHgAAAA:8 a=EC0tx85mvDtDZa_4e4wA:9 a=2PCAGCOO7TPv-mTEHD8A:7 a=KU0Km1u_FqLOtPgdK6Tow_2L0qcA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 0F24A33C37; Wed, 19 Nov 2008 02:25:52 -0800 (PST) Date: Wed, 19 Nov 2008 02:25:52 -0800 From: Jeremy Chadwick To: Jan Sebosik Message-ID: <20081119102552.GA83022@icarus.home.lan> References: <491F31B5.90403@demax.sk> <4923E5A2.2060402@demax.sk> <20081119101530.GA82861@icarus.home.lan> <4923E839.7090001@demax.sk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4923E839.7090001@demax.sk> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: sos@freebsd.org, 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 10:25:55 -0000 On Wed, Nov 19, 2008 at 11:19:37AM +0100, Jan Sebosik wrote: > Hi > > Yeah, I`ve tested it 2 times (switching it in BIOS). To me it seems bit > mysterious, why there is a relationship between HPET setting and acd/cd > problems in FreeBSD. > > > Jeremy Chadwick napsal(a): >> On Wed, Nov 19, 2008 at 11:08:34AM +0100, Jan Sebosik wrote: >>> Hi again >>> >>> so it seems to be a problem with HPET timer which is onboard and was >>> enabled. If I turned him off, (acd | cd) problems went away. >>> >>> >>> Jan Sebosik napsal(a): >>>> Hi all >>>> >>>> OS: Freebsd 7-STABLE from CVS of today >>>> Problematic HW: Intel DQ45CB (Q45 chipset, ICH10, SATA in native >>>> mode, but not AHCI), LG SATA DVD-RW GH20NS15 >>>> >>>> Problem: if I run freebsd without LG DVD connected to any SATA port >>>> onboard everything works allright. When I connect SATA DVD to >>>> board, then freebsd refuses to boot with messages similar to >>>> those: >>>> >>>> acd0: FAILURE-READ_BIG timed out >>>> unknown: FAILURE-READ_BIG timed out >>>> cddone: goit error 0x5 back >>>> >>>> Messages are repeating forever. >>>> >>>> Anybody knows where should be a bug? >>>> Temporary I`ve disconnected LG SATA burner from system board. >>>> >>>> Thanks for any idea. >>>> >>>> Best regards >> >> Are you ***absolutely 100% certain*** this is true? The time counter >> selected shouldn't have anything to do with the errors you see. >> Please thoroughly test this. >> >> I'd CC jhb@ to get confirmation of my statement, but I've promised >> myself I wouldn't bother him until 2009. :-) This is very bizarre. The errors being returned from acd0 are that an ATAPI/ATA command (READ_BIG, whatever the code for that is) did not receive a response from the controller or device within 5 seconds (assuming the ata(4) timeout values here; it could be something larger for ATAPI, I don't know). Maybe some a BIOS bug... Can you show us output from the following two commands? sysctl kern.timecounter.choice sysctl kern.timecounter.hardware Soren, do you know how/if the HPET time counter could cause this oddity? All of my systems use ACPI-fast, so I can't test this. -- | 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 | From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 10:55:36 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 4E22F1065672; Wed, 19 Nov 2008 10:55:36 +0000 (UTC) (envelope-from sebosik@demax.sk) Received: from mail.demax.sk (mail.demax.sk [213.215.102.234]) by mx1.freebsd.org (Postfix) with ESMTP id AE2828FC17; Wed, 19 Nov 2008 10:55:35 +0000 (UTC) (envelope-from sebosik@demax.sk) Received: from localhost (localhost [127.0.0.1]) by mail.demax.sk (Postfix) with ESMTP id 54E7E873C4; Wed, 19 Nov 2008 11:55:34 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mail.demax.sk Received: from mail.demax.sk ([127.0.0.1]) by localhost (mail.demax.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I+jeYxTV7GRv; Wed, 19 Nov 2008 11:55:34 +0100 (CET) Received: from [192.168.0.2] (2D204.demax.sk [195.62.17.204]) by mail.demax.sk (Postfix) with ESMTP id 2B4A7873C2; Wed, 19 Nov 2008 11:55:33 +0100 (CET) Message-ID: <4923F0A6.9080304@demax.sk> Date: Wed, 19 Nov 2008 11:55:34 +0100 From: Jan Sebosik User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Jeremy Chadwick References: <491F31B5.90403@demax.sk> <4923E5A2.2060402@demax.sk> <20081119101530.GA82861@icarus.home.lan> <4923E839.7090001@demax.sk> <20081119102552.GA83022@icarus.home.lan> In-Reply-To: <20081119102552.GA83022@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: sos@freebsd.org, 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 10:55:36 -0000 Allright, I`ve played again with an HPET in BIOS little bit. Results -> HPET disabled: kern.timecounter.choice: TSC(-100) ACPI-fast(1000) i8254(0) dummy(-1000000) kern.timecounter.hardware: ACPI-fast HPET enabled: kern.timecounter.choice: TSC(-100) HPET(900) ACPI-fast(1000) i8254(0) dummy(-1000000) kern.timecounter.hardware: ACPI-fast But now FreeBSD boots also with HPET enabled (really don`t understand what`s going on). When I was trying to mount cd with "mount -t cd9660 /dev/cd0 /mnt/cd0", mount works as expected (atapicd module not loaded). Then I`ve kldload-ed atapicd, "mouunt -t cd9660 /dev/acd0 /mnt/cd0" (acd0, not cd0), but this ended with messages like this: unknown: FAILURE - READ_BIG timeout (retry count 0) Temporary I`ve disabled HPET in BIOS (Linux got problems too-> he created gigabytes of log messages in /var/log/messages :D). Best regards, Jan Jeremy Chadwick napsal(a): > On Wed, Nov 19, 2008 at 11:19:37AM +0100, Jan Sebosik wrote: >> Hi >> >> Yeah, I`ve tested it 2 times (switching it in BIOS). To me it seems bit >> mysterious, why there is a relationship between HPET setting and acd/cd >> problems in FreeBSD. >> >> >> Jeremy Chadwick napsal(a): >>> On Wed, Nov 19, 2008 at 11:08:34AM +0100, Jan Sebosik wrote: >>>> Hi again >>>> >>>> so it seems to be a problem with HPET timer which is onboard and was >>>> enabled. If I turned him off, (acd | cd) problems went away. >>>> >>>> >>>> Jan Sebosik napsal(a): >>>>> Hi all >>>>> >>>>> OS: Freebsd 7-STABLE from CVS of today >>>>> Problematic HW: Intel DQ45CB (Q45 chipset, ICH10, SATA in native >>>>> mode, but not AHCI), LG SATA DVD-RW GH20NS15 >>>>> >>>>> Problem: if I run freebsd without LG DVD connected to any SATA port >>>>> onboard everything works allright. When I connect SATA DVD to >>>>> board, then freebsd refuses to boot with messages similar to >>>>> those: >>>>> >>>>> acd0: FAILURE-READ_BIG timed out >>>>> unknown: FAILURE-READ_BIG timed out >>>>> cddone: goit error 0x5 back >>>>> >>>>> Messages are repeating forever. >>>>> >>>>> Anybody knows where should be a bug? >>>>> Temporary I`ve disconnected LG SATA burner from system board. >>>>> >>>>> Thanks for any idea. >>>>> >>>>> Best regards >>> Are you ***absolutely 100% certain*** this is true? The time counter >>> selected shouldn't have anything to do with the errors you see. >>> Please thoroughly test this. >>> >>> I'd CC jhb@ to get confirmation of my statement, but I've promised >>> myself I wouldn't bother him until 2009. :-) > > This is very bizarre. The errors being returned from acd0 are that an > ATAPI/ATA command (READ_BIG, whatever the code for that is) did not > receive a response from the controller or device within 5 seconds > (assuming the ata(4) timeout values here; it could be something larger > for ATAPI, I don't know). Maybe some a BIOS bug... > > Can you show us output from the following two commands? > > sysctl kern.timecounter.choice > sysctl kern.timecounter.hardware > > Soren, do you know how/if the HPET time counter could cause this oddity? > All of my systems use ACPI-fast, so I can't test this. > -- Jan Sebosik, Slovakia sebosik@demax.sk From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 11:21:03 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 DC3631065672 for ; Wed, 19 Nov 2008 11:21:03 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id BB81A8FC1B for ; Wed, 19 Nov 2008 11:21:03 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA13.emeryville.ca.mail.comcast.net ([76.96.30.52]) by QMTA06.emeryville.ca.mail.comcast.net with comcast id gzAM1a00N17UAYkA6zM3GD; Wed, 19 Nov 2008 11:21:03 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA13.emeryville.ca.mail.comcast.net with comcast id gzM21a0072P6wsM8ZzM2jV; Wed, 19 Nov 2008 11:21:03 +0000 X-Authority-Analysis: v=1.0 c=1 a=iEC9EsK3-bUA:10 a=WT13RI0SYF8A:10 a=QycZ5dHgAAAA:8 a=vj-Sho9RtI6Dgsi4z7cA:9 a=mkD3kC07PidZVfUr4GQA:7 a=d_Xt40tz4R6mHXqaKTZU7fC9hQ8A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 7A69A33C37; Wed, 19 Nov 2008 03:21:02 -0800 (PST) Date: Wed, 19 Nov 2008 03:21:02 -0800 From: Jeremy Chadwick To: Jan Sebosik Message-ID: <20081119112102.GA84963@icarus.home.lan> References: <491F31B5.90403@demax.sk> <4923E5A2.2060402@demax.sk> <20081119101530.GA82861@icarus.home.lan> <4923E839.7090001@demax.sk> <20081119102552.GA83022@icarus.home.lan> <4923F0A6.9080304@demax.sk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4923F0A6.9080304@demax.sk> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hardware@freebsd.org, sos@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 11:21:04 -0000 On Wed, Nov 19, 2008 at 11:55:34AM +0100, Jan Sebosik wrote: > Allright, I`ve played again with an HPET in BIOS little bit. > > Results -> > > HPET disabled: > > kern.timecounter.choice: TSC(-100) ACPI-fast(1000) i8254(0) > dummy(-1000000) > kern.timecounter.hardware: ACPI-fast > > HPET enabled: > > kern.timecounter.choice: TSC(-100) HPET(900) ACPI-fast(1000) i8254(0) > dummy(-1000000) > kern.timecounter.hardware: ACPI-fast > > > But now FreeBSD boots also with HPET enabled (really don`t understand > what`s going on). > > When I was trying to mount cd with "mount -t cd9660 /dev/cd0 /mnt/cd0", > mount works as expected (atapicd module not loaded). > > Then I`ve kldload-ed atapicd, "mouunt -t cd9660 /dev/acd0 /mnt/cd0" > (acd0, not cd0), but this ended with messages like this: > unknown: FAILURE - READ_BIG timeout (retry count 0) > > Temporary I`ve disabled HPET in BIOS (Linux got problems too-> he > created gigabytes of log messages in /var/log/messages :D). > > Best regards, Jan > > Jeremy Chadwick napsal(a): >> On Wed, Nov 19, 2008 at 11:19:37AM +0100, Jan Sebosik wrote: >>> Hi >>> >>> Yeah, I`ve tested it 2 times (switching it in BIOS). To me it seems >>> bit mysterious, why there is a relationship between HPET setting and >>> acd/cd problems in FreeBSD. >>> >>> >>> Jeremy Chadwick napsal(a): >>>> On Wed, Nov 19, 2008 at 11:08:34AM +0100, Jan Sebosik wrote: >>>>> Hi again >>>>> >>>>> so it seems to be a problem with HPET timer which is onboard and >>>>> was enabled. If I turned him off, (acd | cd) problems went away. >>>>> >>>>> >>>>> Jan Sebosik napsal(a): >>>>>> Hi all >>>>>> >>>>>> OS: Freebsd 7-STABLE from CVS of today >>>>>> Problematic HW: Intel DQ45CB (Q45 chipset, ICH10, SATA in >>>>>> native mode, but not AHCI), LG SATA DVD-RW GH20NS15 >>>>>> >>>>>> Problem: if I run freebsd without LG DVD connected to any SATA >>>>>> port onboard everything works allright. When I connect SATA >>>>>> DVD to board, then freebsd refuses to boot with messages >>>>>> similar to those: >>>>>> >>>>>> acd0: FAILURE-READ_BIG timed out >>>>>> unknown: FAILURE-READ_BIG timed out >>>>>> cddone: goit error 0x5 back >>>>>> >>>>>> Messages are repeating forever. >>>>>> >>>>>> Anybody knows where should be a bug? >>>>>> Temporary I`ve disconnected LG SATA burner from system board. >>>>>> >>>>>> Thanks for any idea. >>>>>> >>>>>> Best regards >>>> Are you ***absolutely 100% certain*** this is true? The time counter >>>> selected shouldn't have anything to do with the errors you see. >>>> Please thoroughly test this. >>>> >>>> I'd CC jhb@ to get confirmation of my statement, but I've promised >>>> myself I wouldn't bother him until 2009. :-) >> >> This is very bizarre. The errors being returned from acd0 are that an >> ATAPI/ATA command (READ_BIG, whatever the code for that is) did not >> receive a response from the controller or device within 5 seconds >> (assuming the ata(4) timeout values here; it could be something larger >> for ATAPI, I don't know). Maybe some a BIOS bug... >> >> Can you show us output from the following two commands? >> >> sysctl kern.timecounter.choice >> sysctl kern.timecounter.hardware >> >> Soren, do you know how/if the HPET time counter could cause this oddity? >> All of my systems use ACPI-fast, so I can't test this. What this proves is that disabling HPET in the BIOS makes absolutely no change to FreeBSD as far as the timecounter goes. It's still using ACPI-fast no matter if HPET is disabled or not. Disabling HPET does show up in FreeBSD (as you can tell), but the ATA/ATAPI stuff *should not* have some direct tie-in to HPET. I'm left believing you've found a BIOS bug. Please bring this up with your motherboard or system vendor. -- | 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 | From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 11:41:03 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 09AF51065679 for ; Wed, 19 Nov 2008 11:41:03 +0000 (UTC) (envelope-from sebosik@demax.sk) Received: from mail.demax.sk (mail.demax.sk [213.215.102.234]) by mx1.freebsd.org (Postfix) with ESMTP id B27F38FC0C for ; Wed, 19 Nov 2008 11:41:02 +0000 (UTC) (envelope-from sebosik@demax.sk) Received: from localhost (localhost [127.0.0.1]) by mail.demax.sk (Postfix) with ESMTP id A6E10873C2; Wed, 19 Nov 2008 12:41:01 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mail.demax.sk Received: from mail.demax.sk ([127.0.0.1]) by localhost (mail.demax.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QA2JCg5GTtDL; Wed, 19 Nov 2008 12:41:01 +0100 (CET) Received: from [192.168.0.2] (2D204.demax.sk [195.62.17.204]) by mail.demax.sk (Postfix) with ESMTP id 7C41387357; Wed, 19 Nov 2008 12:41:01 +0100 (CET) Message-ID: <4923FB4D.7090505@demax.sk> Date: Wed, 19 Nov 2008 12:41:01 +0100 From: Jan Sebosik User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Andrew Snow , freebsd-hardware@freebsd.org References: <491F31B5.90403@demax.sk> <4923E5A2.2060402@demax.sk> <20081119101530.GA82861@icarus.home.lan> <4923E839.7090001@demax.sk> <20081119102552.GA83022@icarus.home.lan> <4923F0A6.9080304@demax.sk> <20081119112102.GA84963@icarus.home.lan> <4923F7D5.8030409@demax.sk> <4923F928.8010604@demax.sk> <4923FA30.5000303@modulus.org> In-Reply-To: <4923FA30.5000303@modulus.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: 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 11:41:03 -0000 Andrew Snow napsal(a): > > Hi > > I have a P45 chipset but haven't noticed those problems. I use AHCI > mode because it enabled hotswap SATA. > > But do you also get error messages on the console about timecount going > backwards for some processes? I can't make it go away, even if I force > HPET as a counter > > - Andrew Hi obviously no, I don`t get any messages about time going backwards. I`ve also tryied AHCI mode, but after some mailing with Intel technical support they claimed to downgrade to native SATA mode (non-AHCI operation). -- Jan Sebosik, Slovakia sebosik@demax.sk From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 11:53:14 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 EF1C41065670 for ; Wed, 19 Nov 2008 11:53:14 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id 919848FC1C for ; Wed, 19 Nov 2008 11:53:14 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA11.westchester.pa.mail.comcast.net ([76.96.62.36]) by QMTA07.westchester.pa.mail.comcast.net with comcast id gznu1a0040mv7h057zsQLy; Wed, 19 Nov 2008 11:52:24 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA11.westchester.pa.mail.comcast.net with comcast id gztC1a0032P6wsM3XztCen; Wed, 19 Nov 2008 11:53:13 +0000 X-Authority-Analysis: v=1.0 c=1 a=iEC9EsK3-bUA:10 a=WT13RI0SYF8A:10 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=MfEOsngDDIU9FJIy-d0A:9 a=OQz5nJVaB4hLIpREnJUA:7 a=rwkn8Eci3BwvCDjBLsmVH_DN2ygA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id E335633C36; Wed, 19 Nov 2008 03:53:11 -0800 (PST) Date: Wed, 19 Nov 2008 03:53:11 -0800 From: Jeremy Chadwick To: Jan Sebosik Message-ID: <20081119115311.GA85626@icarus.home.lan> References: <4923E5A2.2060402@demax.sk> <20081119101530.GA82861@icarus.home.lan> <4923E839.7090001@demax.sk> <20081119102552.GA83022@icarus.home.lan> <4923F0A6.9080304@demax.sk> <20081119112102.GA84963@icarus.home.lan> <4923F7D5.8030409@demax.sk> <4923F928.8010604@demax.sk> <4923FA30.5000303@modulus.org> <4923FB4D.7090505@demax.sk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4923FB4D.7090505@demax.sk> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Andrew Snow , 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 11:53:15 -0000 On Wed, Nov 19, 2008 at 12:41:01PM +0100, Jan Sebosik wrote: > Andrew Snow napsal(a): >> >> Hi >> >> I have a P45 chipset but haven't noticed those problems. I use AHCI >> mode because it enabled hotswap SATA. >> >> But do you also get error messages on the console about timecount going >> backwards for some processes? I can't make it go away, even if I force >> HPET as a counter >> >> - Andrew > > Hi > > obviously no, I don`t get any messages about time going backwards. > > I`ve also tryied AHCI mode, but after some mailing with Intel technical > support they claimed to downgrade to native SATA mode (non-AHCI > operation). Andrew: "Time going backwards" is known to happen on certain systems which use features like Intel SpeedStep. I can reproduce the problem on all sorts of server hardware. It's documented in my Wiki under "Kernel": http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues Power-save modes such as C1E might also cause it, but I've enabled this on systems without any repercussions. Just EIST appears to behave oddly, on RELENG_7. (I've tried EIST on CURRENT, and it seems to behave better. I remember reading about major improvements jhb@ completed there which might explain CURRENT working) Jan: (Quoting you from your misplaced mail to -stable) > I thought also about bios bug... it`s pretty new piece of HW with modern > chipset (Q45). I believe that the next release of BIOS comes soon. The chipset has nothing to do with it. I can show you two identical systems, chipset-wise, and show you BIOS bugs. The system manufacturer is who maintains the BIOS, not the chipset manufacturer. > 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. -- | 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 | From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 12:16:35 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 853F81065675; Wed, 19 Nov 2008 12:16:35 +0000 (UTC) (envelope-from sebosik@demax.sk) Received: from mail.demax.sk (mail.demax.sk [213.215.102.234]) by mx1.freebsd.org (Postfix) with ESMTP id 37AC18FC08; Wed, 19 Nov 2008 12:16:35 +0000 (UTC) (envelope-from sebosik@demax.sk) Received: from localhost (localhost [127.0.0.1]) by mail.demax.sk (Postfix) with ESMTP id 06B07873C7; Wed, 19 Nov 2008 13:16:34 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mail.demax.sk Received: from mail.demax.sk ([127.0.0.1]) by localhost (mail.demax.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RXxpDWCwRYxv; Wed, 19 Nov 2008 13:16:33 +0100 (CET) Received: from [192.168.0.2] (2D204.demax.sk [195.62.17.204]) by mail.demax.sk (Postfix) with ESMTP id B989B87357; Wed, 19 Nov 2008 13:16:33 +0100 (CET) Message-ID: <492403A1.60209@demax.sk> Date: Wed, 19 Nov 2008 13:16:33 +0100 From: Jan Sebosik User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Jeremy Chadwick References: <4923E5A2.2060402@demax.sk> <20081119101530.GA82861@icarus.home.lan> <4923E839.7090001@demax.sk> <20081119102552.GA83022@icarus.home.lan> <4923F0A6.9080304@demax.sk> <20081119112102.GA84963@icarus.home.lan> <4923F7D5.8030409@demax.sk> <4923F928.8010604@demax.sk> <4923FA30.5000303@modulus.org> <4923FB4D.7090505@demax.sk> <20081119115311.GA85626@icarus.home.lan> In-Reply-To: <20081119115311.GA85626@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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 12:16:35 -0000 Jeremy Chadwick napsal(a): > On Wed, Nov 19, 2008 at 12:41:01PM +0100, Jan Sebosik wrote: >> Andrew Snow napsal(a): >>> Hi >>> >>> I have a P45 chipset but haven't noticed those problems. I use AHCI >>> mode because it enabled hotswap SATA. >>> >>> But do you also get error messages on the console about timecount going >>> backwards for some processes? I can't make it go away, even if I force >>> HPET as a counter >>> >>> - Andrew >> Hi >> >> obviously no, I don`t get any messages about time going backwards. >> >> I`ve also tryied AHCI mode, but after some mailing with Intel technical >> support they claimed to downgrade to native SATA mode (non-AHCI >> operation). > > Andrew: > > "Time going backwards" is known to happen on certain systems which use > features like Intel SpeedStep. I can reproduce the problem on all sorts > of server hardware. It's documented in my Wiki under "Kernel": > > http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues > > Power-save modes such as C1E might also cause it, but I've enabled this > on systems without any repercussions. Just EIST appears to behave > oddly, on RELENG_7. (I've tried EIST on CURRENT, and it seems to behave > better. I remember reading about major improvements jhb@ completed > there which might explain CURRENT working) > > Jan: > > (Quoting you from your misplaced mail to -stable) > >> I thought also about bios bug... it`s pretty new piece of HW with modern >> chipset (Q45). I believe that the next release of BIOS comes soon. > > The chipset has nothing to do with it. I can show you two identical > systems, chipset-wise, and show you BIOS bugs. The system manufacturer > is who maintains the BIOS, not the chipset manufacturer. Thanks for explanation. >> 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. -- Jan Sebosik, Slovakia sebosik@demax.sk From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 12:22:03 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 B0ABE1065674 for ; Wed, 19 Nov 2008 12:22:03 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA08.westchester.pa.mail.comcast.net (qmta08.westchester.pa.mail.comcast.net [76.96.62.80]) by mx1.freebsd.org (Postfix) with ESMTP id 530C88FC18 for ; Wed, 19 Nov 2008 12:22:02 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA01.westchester.pa.mail.comcast.net ([76.96.62.11]) by QMTA08.westchester.pa.mail.comcast.net with comcast id gz8N1a0030EZKEL580MM3D; Wed, 19 Nov 2008 12:21:21 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA01.westchester.pa.mail.comcast.net with comcast id h0N11a0092P6wsM3M0N2sh; Wed, 19 Nov 2008 12:22:02 +0000 X-Authority-Analysis: v=1.0 c=1 a=iEC9EsK3-bUA:10 a=WT13RI0SYF8A:10 a=QycZ5dHgAAAA:8 a=n_aynmSDJBwi6e1jKFMA:9 a=YhccygVtlmlfUopkplms-mUECKsA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 3C5DA33C36; Wed, 19 Nov 2008 04:22:01 -0800 (PST) Date: Wed, 19 Nov 2008 04:22:01 -0800 From: Jeremy Chadwick To: Jan Sebosik Message-ID: <20081119122201.GA86297@icarus.home.lan> References: <4923E839.7090001@demax.sk> <20081119102552.GA83022@icarus.home.lan> <4923F0A6.9080304@demax.sk> <20081119112102.GA84963@icarus.home.lan> <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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <492403A1.60209@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 12:22:03 -0000 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? -- | 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 | From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 12:26:41 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 EBC561065675; Wed, 19 Nov 2008 12:26:41 +0000 (UTC) (envelope-from sebosik@demax.sk) Received: from mail.demax.sk (mail.demax.sk [213.215.102.234]) by mx1.freebsd.org (Postfix) with ESMTP id 9E0F88FC0A; Wed, 19 Nov 2008 12:26:41 +0000 (UTC) (envelope-from sebosik@demax.sk) Received: from localhost (localhost [127.0.0.1]) by mail.demax.sk (Postfix) with ESMTP id 7209A873C2; Wed, 19 Nov 2008 13:26:40 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mail.demax.sk Received: from mail.demax.sk ([127.0.0.1]) by localhost (mail.demax.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qmI68atefE2I; Wed, 19 Nov 2008 13:26:40 +0100 (CET) Received: from [192.168.0.2] (2D204.demax.sk [195.62.17.204]) by mail.demax.sk (Postfix) with ESMTP id 34CAD87357; Wed, 19 Nov 2008 13:26:40 +0100 (CET) Message-ID: <49240600.5000407@demax.sk> Date: Wed, 19 Nov 2008 13:26:40 +0100 From: Jan Sebosik User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Jeremy Chadwick References: <4923E839.7090001@demax.sk> <20081119102552.GA83022@icarus.home.lan> <4923F0A6.9080304@demax.sk> <20081119112102.GA84963@icarus.home.lan> <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> In-Reply-To: <20081119122201.GA86297@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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 12:26:42 -0000 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 also I`ve noticed this message when atapicd got kldload-ed: g_vfs_done(): acd0[READ(offset=32768, length=2048)] error 5 -- Jan Sebosik, Slovakia sebosik@demax.sk From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 12:41:06 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 F3BA71065670 for ; Wed, 19 Nov 2008 12:41:05 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA04.emeryville.ca.mail.comcast.net (qmta04.emeryville.ca.mail.comcast.net [76.96.30.40]) by mx1.freebsd.org (Postfix) with ESMTP id D15EB8FC12 for ; Wed, 19 Nov 2008 12:41:05 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA14.emeryville.ca.mail.comcast.net ([76.96.30.60]) by QMTA04.emeryville.ca.mail.comcast.net with comcast id gzL41a0061HpZEsA40h5SV; Wed, 19 Nov 2008 12:41:05 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA14.emeryville.ca.mail.comcast.net with comcast id h0h41a0052P6wsM8a0h43l; Wed, 19 Nov 2008 12:41:05 +0000 X-Authority-Analysis: v=1.0 c=1 a=iEC9EsK3-bUA:10 a=WT13RI0SYF8A:10 a=QycZ5dHgAAAA:8 a=QuaBRvai_agBkRZPhqsA:9 a=1uIEj33BKzwTSYUnPwEA:7 a=6QtGoipsZ-aZlB8tPQG5jNXJc7UA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 85ECA33C37; Wed, 19 Nov 2008 04:41:04 -0800 (PST) Date: Wed, 19 Nov 2008 04:41:04 -0800 From: Jeremy Chadwick To: Jan Sebosik Message-ID: <20081119124104.GA86452@icarus.home.lan> References: <4923F0A6.9080304@demax.sk> <20081119112102.GA84963@icarus.home.lan> <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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49240600.5000407@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 12:41:06 -0000 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? -- | 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 | From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 12:56:40 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 82A8B1065670; Wed, 19 Nov 2008 12:56:40 +0000 (UTC) (envelope-from sebosik@demax.sk) Received: from mail.demax.sk (mail.demax.sk [213.215.102.234]) by mx1.freebsd.org (Postfix) with ESMTP id 0433C8FC0C; Wed, 19 Nov 2008 12:56:40 +0000 (UTC) (envelope-from sebosik@demax.sk) Received: from localhost (localhost [127.0.0.1]) by mail.demax.sk (Postfix) with ESMTP id C57AE873C2; Wed, 19 Nov 2008 13:56:38 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mail.demax.sk Received: from mail.demax.sk ([127.0.0.1]) by localhost (mail.demax.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aW4MddXyN15w; Wed, 19 Nov 2008 13:56:38 +0100 (CET) Received: from [192.168.0.2] (2D204.demax.sk [195.62.17.204]) by mail.demax.sk (Postfix) with ESMTP id 9145087357; Wed, 19 Nov 2008 13:56:38 +0100 (CET) Message-ID: <49240D05.7010909@demax.sk> Date: Wed, 19 Nov 2008 13:56:37 +0100 From: Jan Sebosik User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Jeremy Chadwick , freebsd-hardware@freebsd.org References: <4923F0A6.9080304@demax.sk> <20081119112102.GA84963@icarus.home.lan> <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> In-Reply-To: <20081119124104.GA86452@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: 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 12:56:40 -0000 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. Maybe I should try -CURRENT sometimes with your proposed ata patches (or are they merged in right now?). Best regards -- Jan Sebosik, Slovakia sebosik@demax.sk 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 | From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 14:07:22 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 E10851065695 for ; Wed, 19 Nov 2008 14:07:22 +0000 (UTC) (envelope-from sebosik@demax.sk) Received: from mail.demax.sk (mail.demax.sk [213.215.102.234]) by mx1.freebsd.org (Postfix) with ESMTP id 9307C8FC28 for ; Wed, 19 Nov 2008 14:07:22 +0000 (UTC) (envelope-from sebosik@demax.sk) Received: from localhost (localhost [127.0.0.1]) by mail.demax.sk (Postfix) with ESMTP id 0CBEE873C4 for ; Wed, 19 Nov 2008 15:07:21 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mail.demax.sk Received: from mail.demax.sk ([127.0.0.1]) by localhost (mail.demax.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FMzZBEuCOgtv for ; Wed, 19 Nov 2008 15:07:20 +0100 (CET) Received: from [192.168.0.2] (2D204.demax.sk [195.62.17.204]) by mail.demax.sk (Postfix) with ESMTP id CB941873C2 for ; Wed, 19 Nov 2008 15:07:20 +0100 (CET) Message-ID: <49241D97.7070800@demax.sk> Date: Wed, 19 Nov 2008 15:07:19 +0100 From: Jan Sebosik User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: freebsd-hardware@freebsd.org 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> <20081119130344.GA87110@icarus.home.lan> <4924106F.4070602@demax.sk> In-Reply-To: <4924106F.4070602@demax.sk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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 14:07:23 -0000 [snip] > 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. Now happens almost nothing (I don`t understand), except the cd/acd problems (READ_BIG errors), but I don`t understand why it is happening.. maybe guys from Intel optimized this board too much for twista OS :). Wishing all the best -- Jan Sebosik, Slovakia sebosik@demax.sk From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 14:24:42 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 2B7701065670 for ; Wed, 19 Nov 2008 14:24:42 +0000 (UTC) (envelope-from whizzter@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.184]) by mx1.freebsd.org (Postfix) with ESMTP id A52A78FC14 for ; Wed, 19 Nov 2008 14:24:41 +0000 (UTC) (envelope-from whizzter@gmail.com) Received: by gv-out-0910.google.com with SMTP id n8so587087gve.39 for ; Wed, 19 Nov 2008 06:24:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=p+Up0yKtWALsuQncIgfY3+YKGH9jt7F0ZgLlp+2y5rs=; b=o4p1M+zv01staEvSvUtAvJaAblUQLL6WtqoOx4IvZbm5iCTEvXc2tAWRMJ+whEP2px Wn1KcJvNJggUGNPrH/C3gMZwzh4oBiOlVmJ/ymT3Ho0o/0IOLisJhJnpc7hvp3NanuJv hz6E31eyzAzDkIf2B6MPswgm/ao/EsDn5PZq0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=syMYRono4cEyXaF4zm8Kf9hJn6pVcJFSwmNXhCsJG2DSJEbFxKIEcNGL5avg4LT9o/ dMWC0Dq1hRPXJIShMT7/arArBDc1GNTsrOB0Vyse4UBJHJf++RoIBkXOJGtGakgpabSq yDdtVDVe3U5imtOl1T6QqeaxBEi981b4BU3qc= Received: by 10.103.243.9 with SMTP id v9mr399549mur.5.1227104680228; Wed, 19 Nov 2008 06:24:40 -0800 (PST) Received: by 10.103.93.19 with HTTP; Wed, 19 Nov 2008 06:24:40 -0800 (PST) Message-ID: <436c7eda0811190624o4fb3d14cw137ebd3a7718be29@mail.gmail.com> Date: Wed, 19 Nov 2008 15:24:40 +0100 From: "Jonas Lund" To: "Jan Sebosik" In-Reply-To: <49241D97.7070800@demax.sk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4923F7D5.8030409@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> <20081119130344.GA87110@icarus.home.lan> <4924106F.4070602@demax.sk> <49241D97.7070800@demax.sk> 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 14:24:42 -0000 (NOTICE: i'm more of a lowlevel guy close to hardware guy not knowing much of freebsd internals) The fact that FreeBSD is NOT using HPET for timing might be the answer to the "mystery". The HPET hardware might be/get enabled but not handled and firing tons of unexpected interrupts (as you said.. linux produces tons of data into the log, what's the actual content of those logs?). These interrupts in turn might disturb the cd drive in some fashion? Can you bring up some interrupt statistics in freebsd? like a counter of the number of events? Just my 2 cents, Jonas 2008/11/19 Jan Sebosik : > [snip] >> >> 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. > > > Now happens almost nothing (I don`t understand), except the cd/acd > problems (READ_BIG errors), but I don`t understand why it is happening.. > maybe guys from Intel optimized this board too much for twista OS :). > > Wishing all the best > -- > Jan Sebosik, Slovakia > sebosik@demax.sk > _______________________________________________ > freebsd-hardware@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hardware > To unsubscribe, send any mail to "freebsd-hardware-unsubscribe@freebsd.org" > From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 14:28:32 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 0A7981065677 for ; Wed, 19 Nov 2008 14:28:32 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 9F0768FC12 for ; Wed, 19 Nov 2008 14:28:31 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA06.westchester.pa.mail.comcast.net ([76.96.62.51]) by QMTA04.westchester.pa.mail.comcast.net with comcast id h24R1a00Z16LCl0542UWGr; Wed, 19 Nov 2008 14:28:30 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA06.westchester.pa.mail.comcast.net with comcast id h2UV1a00u2P6wsM3S2UWPP; Wed, 19 Nov 2008 14:28:30 +0000 X-Authority-Analysis: v=1.0 c=1 a=iEC9EsK3-bUA:10 a=WT13RI0SYF8A:10 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=7nvhACctN1E3j-1Qx_MA:9 a=n8_JwjVg-56YFpOqUJ4A:7 a=H-_QDtEnWFlNuwhF-adVuQMZXFkA:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 58DC333C36; Wed, 19 Nov 2008 06:28:29 -0800 (PST) Date: Wed, 19 Nov 2008 06:28:29 -0800 From: Jeremy Chadwick To: Jonas Lund Message-ID: <20081119142829.GA88936@icarus.home.lan> References: <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> <20081119130344.GA87110@icarus.home.lan> <4924106F.4070602@demax.sk> <49241D97.7070800@demax.sk> <436c7eda0811190624o4fb3d14cw137ebd3a7718be29@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <436c7eda0811190624o4fb3d14cw137ebd3a7718be29@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Jan Sebosik , 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 14:28:32 -0000 On Wed, Nov 19, 2008 at 03:24:40PM +0100, Jonas Lund wrote: > (NOTICE: i'm more of a lowlevel guy close to hardware guy not knowing > much of freebsd internals) > > The fact that FreeBSD is NOT using HPET for timing might be the answer > to the "mystery". The HPET hardware might be/get enabled but not > handled and firing tons of unexpected interrupts (as you said.. linux > produces tons of data into the log, what's the actual content of those > logs?). > > These interrupts in turn might disturb the cd drive in some fashion? > > Can you bring up some interrupt statistics in freebsd? like a counter > of the number of events? First and foremost, thanks for chiming in, Jonas. The more eyes on this matter the merrier. vmstat -i can provide interrupt rate and count in FreeBSD, e.g.: interrupt total rate irq1: atkbd0 227 0 irq6: fdc0 10 0 irq17: uhci1++ 4479741 10 cpu0: timer 814684046 2000 irq256: em0 17219212 42 cpu1: timer 814683722 2000 Total 1651066958 4053 > 2008/11/19 Jan Sebosik : > > [snip] > >> > >> 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. > > > > > > Now happens almost nothing (I don`t understand), except the cd/acd > > problems (READ_BIG errors), but I don`t understand why it is happening.. > > maybe guys from Intel optimized this board too much for twista OS :). > > > > Wishing all the best > > -- > > Jan Sebosik, Slovakia > > sebosik@demax.sk > > _______________________________________________ > > freebsd-hardware@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-hardware > > To unsubscribe, send any mail to "freebsd-hardware-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-hardware@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hardware > To unsubscribe, send any mail to "freebsd-hardware-unsubscribe@freebsd.org" -- | 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 | From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 17:01:11 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 4E0991065673 for ; Wed, 19 Nov 2008 17:01:11 +0000 (UTC) (envelope-from sebosik@demax.sk) Received: from mail.demax.sk (mail.demax.sk [213.215.102.234]) by mx1.freebsd.org (Postfix) with ESMTP id CA39E8FC13 for ; Wed, 19 Nov 2008 17:01:10 +0000 (UTC) (envelope-from sebosik@demax.sk) Received: from localhost (localhost [127.0.0.1]) by mail.demax.sk (Postfix) with ESMTP id C8165873C2 for ; Wed, 19 Nov 2008 18:01:09 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mail.demax.sk Received: from mail.demax.sk ([127.0.0.1]) by localhost (mail.demax.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TEmGhJqf5zOx for ; Wed, 19 Nov 2008 18:01:09 +0100 (CET) Received: from [192.168.0.2] (2D204.demax.sk [195.62.17.204]) by mail.demax.sk (Postfix) with ESMTP id 9775F87357 for ; Wed, 19 Nov 2008 18:01:09 +0100 (CET) Message-ID: <49244655.3010509@demax.sk> Date: Wed, 19 Nov 2008 18:01:09 +0100 From: Jan Sebosik User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 CC: freebsd-hardware@freebsd.org References: <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> <20081119130344.GA87110@icarus.home.lan> <4924106F.4070602@demax.sk> <49241D97.7070800@demax.sk> <436c7eda0811190624o4fb3d14cw137ebd3a7718be29@mail.gmail.com> <20081119142829.GA88936@icarus.home.lan> In-Reply-To: <20081119142829.GA88936@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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 17:01:11 -0000 Hi so I`ve played with it again, and results are strange. Regardless if HPET is enabled or not.. FreeBSD with atapicd kldloaded won`t mount /dev/acd1 (mounting /dev/cd0 works). When I tryied to mount acd0 it still hangs at READ_BIG TIMEOUT. When I left CD in drive, and rebooted (I wanted to switch HPET), it freezes on cd0 initialization with READ_BIG timeout (I think it`s causing GEOM_LABEL module trying to read CD label). So I think that disabling GEOM_LABEL would help a little. I`ll try on friday with another SATA DVD drive if it`s not a bug inside firmware of LG :) . Best regards, Jan Jeremy Chadwick napsal(a): > On Wed, Nov 19, 2008 at 03:24:40PM +0100, Jonas Lund wrote: >> (NOTICE: i'm more of a lowlevel guy close to hardware guy not knowing >> much of freebsd internals) >> >> The fact that FreeBSD is NOT using HPET for timing might be the answer >> to the "mystery". The HPET hardware might be/get enabled but not >> handled and firing tons of unexpected interrupts (as you said.. linux >> produces tons of data into the log, what's the actual content of those >> logs?). >> >> These interrupts in turn might disturb the cd drive in some fashion? >> >> Can you bring up some interrupt statistics in freebsd? like a counter >> of the number of events? > > First and foremost, thanks for chiming in, Jonas. The more eyes on this > matter the merrier. > > vmstat -i can provide interrupt rate and count in FreeBSD, e.g.: > > interrupt total rate > irq1: atkbd0 227 0 > irq6: fdc0 10 0 > irq17: uhci1++ 4479741 10 > cpu0: timer 814684046 2000 > irq256: em0 17219212 42 > cpu1: timer 814683722 2000 > Total 1651066958 4053 > >> 2008/11/19 Jan Sebosik : >>> [snip] >>>> 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. >>> >>> Now happens almost nothing (I don`t understand), except the cd/acd >>> problems (READ_BIG errors), but I don`t understand why it is happening.. >>> maybe guys from Intel optimized this board too much for twista OS :). >>> >>> Wishing all the best >>> -- >>> Jan Sebosik, Slovakia >>> sebosik@demax.sk >>> _______________________________________________ >>> freebsd-hardware@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-hardware >>> To unsubscribe, send any mail to "freebsd-hardware-unsubscribe@freebsd.org" >>> >> _______________________________________________ >> freebsd-hardware@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-hardware >> To unsubscribe, send any mail to "freebsd-hardware-unsubscribe@freebsd.org" > -- Jan Sebosik, Slovakia sebosik@demax.sk From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 19:24:15 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 5651A1065673 for ; Wed, 19 Nov 2008 19:24:15 +0000 (UTC) (envelope-from comp.john@googlemail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.231]) by mx1.freebsd.org (Postfix) with ESMTP id 2EAB38FC22 for ; Wed, 19 Nov 2008 19:24:15 +0000 (UTC) (envelope-from comp.john@googlemail.com) Received: by rv-out-0506.google.com with SMTP id b25so82360rvf.43 for ; Wed, 19 Nov 2008 11:24:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=smG1HOYbdUzm5k7UL+MPnWhRi27BQPEk9ORzthfSr4s=; b=Nkx3/fI+S1SwZufLlmix+tQxGxVJdPHyEdFKNZLrE5ZYRORtPWOMB6k1QxrYaFDpC7 7jV18g0kamS2Dwh3zOrSbHY0pivjQiyJmjth3BFOhK336/DJ9UM6vpN8bwwZaq9bQg37 pZewMdaM09Nk7PYoJv6Xvd1S7EVIgH0wYyeB4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=nLHL2v06rYctL/ICMv8Rud/NSPcrMIF4ayqVRrStQQPMRTMi/hINpZdM3ZmCFv+cXR KYobBDIcxgXpaFyn+xlLE6oh1i4TgTfIqbuqDjQO91wDwcnDk5DwBn6JLsFJLBIz3AZ4 hG40pS46kKgxklLcrHcHJpLBgbGNJAICFvzUk= Received: by 10.141.29.18 with SMTP id g18mr753329rvj.89.1227120862675; Wed, 19 Nov 2008 10:54:22 -0800 (PST) Received: by 10.141.49.13 with HTTP; Wed, 19 Nov 2008 10:54:22 -0800 (PST) Message-ID: Date: Wed, 19 Nov 2008 18:54:22 +0000 From: "John ." To: freebsd-hardware@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: FreeBSD-7.0-RELEASE with AMD Phenom 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 19:24:15 -0000 Hi list FreeBSD 7 or 8.0-CURRENT - has anyone been able to get it working on an AMD Phenom machine? I've googled around but not seen any solid success stories yet. I'm looking at these motherboards: http://www.gigabyte.com.tw/Products/Motherboard/Products_Spec.aspx?ProductID=1867 and 8GB RAM and http://www.asrock.com/mb/overview.asp?Model=ALIVENF6G-DVI also considering Asus of similar spec Prime concerns are seeing the full amount of RAM, and whether it can see the SATA controller. thanks -- John From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 20:16:51 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 6F81A1065670 for ; Wed, 19 Nov 2008 20:16:51 +0000 (UTC) (envelope-from sebosik@demax.sk) Received: from mail.demax.sk (mail.demax.sk [213.215.102.234]) by mx1.freebsd.org (Postfix) with ESMTP id D1ED88FC12 for ; Wed, 19 Nov 2008 20:16:50 +0000 (UTC) (envelope-from sebosik@demax.sk) Received: from localhost (localhost [127.0.0.1]) by mail.demax.sk (Postfix) with ESMTP id 9C342873C2; Wed, 19 Nov 2008 21:16:49 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mail.demax.sk Received: from mail.demax.sk ([127.0.0.1]) by localhost (mail.demax.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O9vwoTthuY1D; Wed, 19 Nov 2008 21:16:49 +0100 (CET) Received: from [192.168.0.2] (2D204.demax.sk [195.62.17.204]) by mail.demax.sk (Postfix) with ESMTP id 6A45687357; Wed, 19 Nov 2008 21:16:49 +0100 (CET) Message-ID: <49247431.2000800@demax.sk> Date: Wed, 19 Nov 2008 21:16:49 +0100 From: Jan Sebosik User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Jung-uk Kim , freebsd-hardware@freebsd.org References: <20081119115311.GA85626@icarus.home.lan> <20081119142829.GA88936@icarus.home.lan> <49244655.3010509@demax.sk> <200811191307.02765.jkim@FreeBSD.org> In-Reply-To: <200811191307.02765.jkim@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: 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 20:16:51 -0000 Jung-uk Kim napsal(a): > On Wednesday 19 November 2008 12:01 pm, Jan Sebosik wrote: >> Hi >> >> so I`ve played with it again, and results are strange. >> >> Regardless if HPET is enabled or not.. FreeBSD with atapicd >> kldloaded won`t mount /dev/acd1 (mounting /dev/cd0 works). When I >> tryied to mount acd0 it still hangs at READ_BIG TIMEOUT. >> >> When I left CD in drive, and rebooted (I wanted to switch HPET), >> it freezes on cd0 initialization with READ_BIG timeout (I think >> it`s causing GEOM_LABEL module trying to read CD label). >> >> So I think that disabling GEOM_LABEL would help a little. >> >> I`ll try on friday with another SATA DVD drive if it`s not a bug >> inside firmware of LG :) . >> >> >> Best regards, Jan >> >> Jeremy Chadwick napsal(a): >>> On Wed, Nov 19, 2008 at 03:24:40PM +0100, Jonas Lund wrote: >>>> (NOTICE: i'm more of a lowlevel guy close to hardware guy not >>>> knowing much of freebsd internals) >>>> >>>> The fact that FreeBSD is NOT using HPET for timing might be the >>>> answer to the "mystery". The HPET hardware might be/get enabled >>>> but not handled and firing tons of unexpected interrupts (as you >>>> said.. linux produces tons of data into the log, what's the >>>> actual content of those logs?). >>>> >>>> These interrupts in turn might disturb the cd drive in some >>>> fashion? >>>> >>>> Can you bring up some interrupt statistics in freebsd? like a >>>> counter of the number of events? >>> First and foremost, thanks for chiming in, Jonas. The more eyes >>> on this matter the merrier. >>> >>> vmstat -i can provide interrupt rate and count in FreeBSD, e.g.: >>> >>> interrupt total rate >>> irq1: atkbd0 227 0 >>> irq6: fdc0 10 0 >>> irq17: uhci1++ 4479741 10 >>> cpu0: timer 814684046 2000 >>> irq256: em0 17219212 42 >>> cpu1: timer 814683722 2000 >>> Total 1651066958 4053 >>> >>>> 2008/11/19 Jan Sebosik : >>>>> [snip] >>>>> >>>>>> 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. >>>>> Now happens almost nothing (I don`t understand), except the >>>>> cd/acd problems (READ_BIG errors), but I don`t understand why >>>>> it is happening.. maybe guys from Intel optimized this board >>>>> too much for twista OS :). > > Can you try the attached patch with HPET enabled from BIOS? Sorry, it > will not solve the cd/acd problems but I have a hunch that it may > solve the HPET problem. > > Thanks, > > JK Hi I`ve tried your patch right now, but didn`t notice any change in machine`s behavior. Thanks for your interest and time. Best regards -- Jan Sebosik, Slovakia sebosik@demax.sk From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 20:40:47 2008 Return-Path: Delivered-To: freebsd-hardware@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 3740D1065670; Wed, 19 Nov 2008 20:40:45 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Jan Sebosik Date: Wed, 19 Nov 2008 15:40:30 -0500 User-Agent: KMail/1.6.2 References: <20081119115311.GA85626@icarus.home.lan> <200811191307.02765.jkim@FreeBSD.org> <49247431.2000800@demax.sk> In-Reply-To: <49247431.2000800@demax.sk> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200811191540.33629.jkim@FreeBSD.org> 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 20:40:47 -0000 On Wednesday 19 November 2008 03:16 pm, Jan Sebosik wrote: > Jung-uk Kim napsal(a): > > On Wednesday 19 November 2008 12:01 pm, Jan Sebosik wrote: > >> Hi > >> > >> so I`ve played with it again, and results are strange. > >> > >> Regardless if HPET is enabled or not.. FreeBSD with atapicd > >> kldloaded won`t mount /dev/acd1 (mounting /dev/cd0 works). When > >> I tryied to mount acd0 it still hangs at READ_BIG TIMEOUT. > >> > >> When I left CD in drive, and rebooted (I wanted to switch > >> HPET), it freezes on cd0 initialization with READ_BIG timeout (I > >> think it`s causing GEOM_LABEL module trying to read CD label). > >> > >> So I think that disabling GEOM_LABEL would help a little. > >> > >> I`ll try on friday with another SATA DVD drive if it`s not a bug > >> inside firmware of LG :) . > >> > >> > >> Best regards, Jan > >> > >> Jeremy Chadwick napsal(a): > >>> On Wed, Nov 19, 2008 at 03:24:40PM +0100, Jonas Lund wrote: > >>>> (NOTICE: i'm more of a lowlevel guy close to hardware guy not > >>>> knowing much of freebsd internals) > >>>> > >>>> The fact that FreeBSD is NOT using HPET for timing might be > >>>> the answer to the "mystery". The HPET hardware might be/get > >>>> enabled but not handled and firing tons of unexpected > >>>> interrupts (as you said.. linux produces tons of data into the > >>>> log, what's the actual content of those logs?). > >>>> > >>>> These interrupts in turn might disturb the cd drive in some > >>>> fashion? > >>>> > >>>> Can you bring up some interrupt statistics in freebsd? like a > >>>> counter of the number of events? > >>> > >>> First and foremost, thanks for chiming in, Jonas. The more > >>> eyes on this matter the merrier. > >>> > >>> vmstat -i can provide interrupt rate and count in FreeBSD, > >>> e.g.: > >>> > >>> interrupt total rate > >>> irq1: atkbd0 227 0 > >>> irq6: fdc0 10 0 > >>> irq17: uhci1++ 4479741 10 > >>> cpu0: timer 814684046 2000 > >>> irq256: em0 17219212 42 > >>> cpu1: timer 814683722 2000 > >>> Total 1651066958 4053 > >>> > >>>> 2008/11/19 Jan Sebosik : > >>>>> [snip] > >>>>> > >>>>>> 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. > >>>>> > >>>>> Now happens almost nothing (I don`t understand), except the > >>>>> cd/acd problems (READ_BIG errors), but I don`t understand why > >>>>> it is happening.. maybe guys from Intel optimized this board > >>>>> too much for twista OS :). > > > > Can you try the attached patch with HPET enabled from BIOS? > > Sorry, it will not solve the cd/acd problems but I have a hunch > > that it may solve the HPET problem. > > > > Thanks, > > > > JK > > Hi > > I`ve tried your patch right now, but didn`t notice any change in > machine`s behavior. Okay. I just went ahead and committed it because that's the right thing to do any way. :-) Thanks for the feedback. Jung-uk Kim From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 22:36:52 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 9A70C1065670 for ; Wed, 19 Nov 2008 22:36:52 +0000 (UTC) (envelope-from fbsd@dannysplace.net) Received: from mail.dannysplace.net (mail.dannysplace.net [213.133.54.210]) by mx1.freebsd.org (Postfix) with ESMTP id 549EA8FC14 for ; Wed, 19 Nov 2008 22:36:52 +0000 (UTC) (envelope-from fbsd@dannysplace.net) Received: from 203-206-171-212.perm.iinet.net.au ([203.206.171.212] helo=[192.168.10.10]) by mail.dannysplace.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L2vf7-00060Y-57; Thu, 20 Nov 2008 08:36:51 +1000 Message-ID: <492494DD.2000604@dannysplace.net> Date: Thu, 20 Nov 2008 08:36:13 +1000 From: Danny Carroll User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: "John ." References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Authenticated-User: danny X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Exim-Version: 4.69 (build at 08-Jul-2008 08:59:40) X-Date: 2008-11-20 08:36:41 X-Connected-IP: 203.206.171.212:1337 X-Message-Linecount: 37 X-Body-Linecount: 23 X-Message-Size: 1220 X-Body-Size: 642 X-Received-Count: 1 X-Recipient-Count: 2 X-Local-Recipient-Count: 2 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 X-SA-Exim-Connect-IP: 203.206.171.212 X-SA-Exim-Rcpt-To: comp.john@googlemail.com, freebsd-hardware@freebsd.org X-SA-Exim-Mail-From: fbsd@dannysplace.net X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ferrari.dannysplace.net X-Spam-Level: X-Spam-Status: No, score=0.2 required=8.0 tests=ALL_TRUSTED,TVD_RCVD_IP autolearn=disabled version=3.2.5 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mail.dannysplace.net) Cc: freebsd-hardware@freebsd.org Subject: Re: FreeBSD-7.0-RELEASE with AMD Phenom X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fbsd@dannysplace.net 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 22:36:52 -0000 John . wrote: > Hi list > > FreeBSD 7 or 8.0-CURRENT - has anyone been able to get it working on > an AMD Phenom machine? I've googled around but not seen any solid > success stories yet. > > I'm looking at these motherboards: > > http://www.gigabyte.com.tw/Products/Motherboard/Products_Spec.aspx?ProductID=1867 > and 8GB RAM > > and http://www.asrock.com/mb/overview.asp?Model=ALIVENF6G-DVI > > also considering Asus of similar spec > > Prime concerns are seeing the full amount of RAM, and whether it can > see the SATA controller. I can't advise on anything else but I am sure you will need FreeBSD 8 to see anything above 2G. -D From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 22:58:18 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 585E71065672 for ; Wed, 19 Nov 2008 22:58:18 +0000 (UTC) (envelope-from fbsd@dannysplace.net) Received: from mail.dannysplace.net (mail.dannysplace.net [213.133.54.210]) by mx1.freebsd.org (Postfix) with ESMTP id 111FE8FC18 for ; Wed, 19 Nov 2008 22:58:18 +0000 (UTC) (envelope-from fbsd@dannysplace.net) Received: from 203-206-171-212.perm.iinet.net.au ([203.206.171.212] helo=[192.168.10.10]) by mail.dannysplace.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L2vzo-0006C8-Cr; Thu, 20 Nov 2008 08:58:15 +1000 Message-ID: <492499DF.5070302@dannysplace.net> Date: Thu, 20 Nov 2008 08:57:35 +1000 From: Danny Carroll User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Dean Hamstead References: <492494DD.2000604@dannysplace.net> <49249762.90503@fragfest.com.au> In-Reply-To: <49249762.90503@fragfest.com.au> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Authenticated-User: danny X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Exim-Version: 4.69 (build at 08-Jul-2008 08:59:40) X-Date: 2008-11-20 08:58:04 X-Connected-IP: 203.206.171.212:1480 X-Message-Linecount: 27 X-Body-Linecount: 13 X-Message-Size: 970 X-Body-Size: 315 X-Received-Count: 1 X-Recipient-Count: 3 X-Local-Recipient-Count: 3 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 X-SA-Exim-Connect-IP: 203.206.171.212 X-SA-Exim-Rcpt-To: dean@fragfest.com.au, comp.john@googlemail.com, freebsd-hardware@freebsd.org X-SA-Exim-Mail-From: fbsd@dannysplace.net X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ferrari.dannysplace.net X-Spam-Level: X-Spam-Status: No, score=0.2 required=8.0 tests=ALL_TRUSTED,AWL,TVD_RCVD_IP autolearn=disabled version=3.2.5 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mail.dannysplace.net) Cc: "John ." , freebsd-hardware@freebsd.org Subject: Re: FreeBSD-7.0-RELEASE with AMD Phenom X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fbsd@dannysplace.net 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 22:58:18 -0000 Dean Hamstead wrote: > freebsd can do more than 2gigs ram ages ago? > > are you trying amd64 or i386 port? > AMD64. Actaully I re-read the information about the 2gb limit and it had to do with the kmap pool of available memory. I guess that means the rest of the memory is available to userland processes. -D From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 23:18:06 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 2D9AC1065686 for ; Wed, 19 Nov 2008 23:18:06 +0000 (UTC) (envelope-from dean@fragfest.com.au) Received: from aramaki.bong.com.au (aramaki.bong.com.au [202.76.172.99]) by mx1.freebsd.org (Postfix) with ESMTP id E7DC48FC2C for ; Wed, 19 Nov 2008 23:18:05 +0000 (UTC) (envelope-from dean@fragfest.com.au) Received: from optimus.optusnet.com.au ([203.10.68.27]) by aramaki.bong.com.au with esmtpa (Exim 4.61 (FreeBSD)) (envelope-from ) id 1L2vpd-0007sQ-3i; Thu, 20 Nov 2008 09:47:33 +1100 Message-ID: <49249762.90503@fragfest.com.au> Date: Thu, 20 Nov 2008 09:46:58 +1100 From: Dean Hamstead User-Agent: Mozilla-Thunderbird 2.0.0.17 (X11/20081018) MIME-Version: 1.0 To: fbsd@dannysplace.net References: <492494DD.2000604@dannysplace.net> In-Reply-To: <492494DD.2000604@dannysplace.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "John ." , freebsd-hardware@freebsd.org Subject: Re: FreeBSD-7.0-RELEASE with AMD Phenom 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 23:18:06 -0000 freebsd can do more than 2gigs ram ages ago? are you trying amd64 or i386 port? Dean Danny Carroll wrote: > John . wrote: >> Hi list >> >> FreeBSD 7 or 8.0-CURRENT - has anyone been able to get it working on >> an AMD Phenom machine? I've googled around but not seen any solid >> success stories yet. >> >> I'm looking at these motherboards: >> >> http://www.gigabyte.com.tw/Products/Motherboard/Products_Spec.aspx?ProductID=1867 >> and 8GB RAM >> >> and http://www.asrock.com/mb/overview.asp?Model=ALIVENF6G-DVI >> >> also considering Asus of similar spec >> >> Prime concerns are seeing the full amount of RAM, and whether it can >> see the SATA controller. > > I can't advise on anything else but I am sure you will need FreeBSD 8 to > see anything above 2G. > > -D > _______________________________________________ > freebsd-hardware@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hardware > To unsubscribe, send any mail to "freebsd-hardware-unsubscribe@freebsd.org" > -- http://fragfest.com.au From owner-freebsd-hardware@FreeBSD.ORG Thu Nov 20 05:22: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 E22AE1065670 for ; Thu, 20 Nov 2008 05:22:47 +0000 (UTC) (envelope-from bernt@bah.homeip.net) Received: from feeder.usenet4all.se (1-1-1-38a.far.sth.bostream.se [82.182.32.53]) by mx1.freebsd.org (Postfix) with ESMTP id 467628FC12 for ; Thu, 20 Nov 2008 05:22:46 +0000 (UTC) (envelope-from bernt@bah.homeip.net) Received: from [80.217.86.51] (c80-217-86-51.bredband.comhem.se [80.217.86.51]) by feeder.usenet4all.se (8.13.1/8.13.1) with ESMTP id mAK4nBoE049215; Thu, 20 Nov 2008 05:49:12 +0100 (CET) (envelope-from bernt@bah.homeip.net) Message-ID: <4924EC47.2090202@bah.homeip.net> Date: Thu, 20 Nov 2008 05:49:11 +0100 From: Bernt Hansson User-Agent: slrn/1.0.5 (FreeBSD) MIME-Version: 1.0 To: "John ." References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hardware@freebsd.org Subject: Re: FreeBSD-7.0-RELEASE with AMD Phenom 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: Thu, 20 Nov 2008 05:22:48 -0000 John . said the following on 2008-11-19 19:54: > Hi list > > FreeBSD 7 or 8.0-CURRENT - has anyone been able to get it working on > an AMD Phenom machine? I've googled around but not seen any solid > success stories yet. > > I'm looking at these motherboards: > > http://www.gigabyte.com.tw/Products/Motherboard/Products_Spec.aspx?ProductID=1867 > and 8GB RAM That card does not support 8Gb, only 4Gb. I got this motherboard and it works fine with AMD64 and 8GB memory. http://www.gigabyte.com.tw/Products/Motherboard/Products_Overview.aspx?ProductID=2694 From owner-freebsd-hardware@FreeBSD.ORG Thu Nov 20 11:12:16 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 B4C01106564A for ; Thu, 20 Nov 2008 11:12:16 +0000 (UTC) (envelope-from comp.john@googlemail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 4330F8FC12 for ; Thu, 20 Nov 2008 11:12:16 +0000 (UTC) (envelope-from comp.john@googlemail.com) Received: by nf-out-0910.google.com with SMTP id h3so197627nfh.33 for ; Thu, 20 Nov 2008 03:12:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=qK/wuzbrDbIdIIyR7FJE0sUIZxQHNJTFHFkqfvB/Wzg=; b=GtcW6sIH3gUs/y3ksiqyRDgUUx15U8zFBV5/pyzTbM/L1ebo/KwbtKb51ugTlN0dEu VJKGsgVTTizH19WS/wsiACP9s4BbQI3tdbT9k0DSCM2bKYuQ3R588YbBjjq0Wk+ctRZo O0dfXsL2Z6Ig52xjiN6RCeboTArHnESWfaa5Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=UT/TTT43n7FqSg0c6Spi2snvfwfAgeQGpuKjq0r5KX4/5DAGo7qtCxTOQ7h6FghIRC luJA3n8WGDMoab1hUPfj5Bonf4nqxZ2RctrjMzyHrL5tSFjaadBrk5PtJTBt9OJozlvF Flt3OM2qsKmb7iRdskYHS6G0DlApLYua/i6Rg= Received: by 10.103.171.6 with SMTP id y6mr816866muo.110.1227179534931; Thu, 20 Nov 2008 03:12:14 -0800 (PST) Received: by 10.103.224.20 with HTTP; Thu, 20 Nov 2008 03:12:14 -0800 (PST) Message-ID: Date: Thu, 20 Nov 2008 11:12:14 +0000 From: "John ." To: freebsd-hardware@freebsd.org In-Reply-To: <4924EC47.2090202@bah.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4924EC47.2090202@bah.homeip.net> Subject: Re: FreeBSD-7.0-RELEASE with AMD Phenom 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: Thu, 20 Nov 2008 11:12:16 -0000 2008/11/20 Bernt Hansson : > John . said the following on 2008-11-19 19:54: >> >> Hi list >> >> FreeBSD 7 or 8.0-CURRENT - has anyone been able to get it working on >> an AMD Phenom machine? I've googled around but not seen any solid >> success stories yet. >> >> I'm looking at these motherboards: >> >> >> http://www.gigabyte.com.tw/Products/Motherboard/Products_Spec.aspx?ProductID=1867 >> and 8GB RAM > > That card does not support 8Gb, only 4Gb. > > I got this motherboard and it works fine with AMD64 and 8GB memory. > http://www.gigabyte.com.tw/Products/Motherboard/Products_Overview.aspx?ProductID=2694 > > > Whoops, sorry wrong link. This is the correct one: http://www.gigabyte.com.tw/Products/Motherboard/Products_Spec.aspx?ClassValue=Motherboard&ProductID=2554&ProductName=GA-MA69G-S3H edit: already bought it, we'll see what happens. Should be here tomorrow ;) -- John From owner-freebsd-hardware@FreeBSD.ORG Thu Nov 20 14:10:02 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 D31511065679 for ; Thu, 20 Nov 2008 14:10:02 +0000 (UTC) (envelope-from kono@kth.se) Received: from smtp-2.sys.kth.se (smtp-2.sys.kth.se [130.237.32.160]) by mx1.freebsd.org (Postfix) with ESMTP id C3E498FC0C for ; Thu, 20 Nov 2008 14:10:01 +0000 (UTC) (envelope-from kono@kth.se) Received: from localhost (localhost [127.0.0.1]) by smtp-2.sys.kth.se (Postfix) with ESMTP id 9F41D14E824 for ; Thu, 20 Nov 2008 14:50:19 +0100 (CET) X-Virus-Scanned: by amavisd-new at kth.se Received: from smtp-2.sys.kth.se ([127.0.0.1]) by localhost (smtp-2.sys.kth.se [127.0.0.1]) (amavisd-new, port 10024) with LMTP id gSpE4e91pe37 for ; Thu, 20 Nov 2008 14:50:04 +0100 (CET) Received: from daemon.nanophys.kth.se (omega.nanophys.kth.se [130.237.35.96]) by smtp-2.sys.kth.se (Postfix) with ESMTP id 48C7C14E83B for ; Thu, 20 Nov 2008 14:49:35 +0100 (CET) From: Alexander Konovalenko To: freebsd-hardware@freebsd.org Date: Thu, 20 Nov 2008 14:50:37 +0100 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811201450.37621@3667> Subject: 7.1 does not boot on GA-MA770-GS3 (rev. 2.0), but works fine on rev. 1.0? 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: Thu, 20 Nov 2008 14:10:03 -0000 Hi, I have upgraded my hardware from Sempron 3400+ to Phenom X3 8480 on Gigabyte GA-MA770-GS3 (rev. 2.0). FreeBSD 7.1 (amd64) freezes during the boot. Suspecting not appropriate hw configuration for old motherboard I tried to boot from installation CD 7.1 but got the same result... Tried i386 CD but still no luck. However, FreeBSD 6.1 disc booted up successfully. Freezing occurs right after recognition of additional cores and, if verbose output is enabled, initialization of many IOAPIC devices (irqs?). I tried to disable in BIOS as many as possible onboard devices (lan, audio, serial¶llel ports, firewire...), disconnected cd and floppy drives but it did not help. Funny thing is that I have another computer with Phenom X4 on GA-MA770-GS3 (rev. 1.0) and FreeBSD 7.1 amd64 works like a clock there! Note, this is older version of the same board with lower hw revision. That was the main reason why I bought the same MB with a hope that everything will work... Has anybody experienced such problem? HW config: 2Gb RAM: Kingston DDR2 HyperX PC8500 1024MB CL5 running at 800 MHz HDD: Hitachi 250Gb SATA Well, might be that board is faulty, the BIOS update have not been released yet for GA-MA770-GS3 (rev. 2.0). But Windows works ok, though reports few unknown devices... I just checked differences between rev. 1.0 and 2.0: 1) system bus might be a bit faster for 2.0 (not sure) 2) two additional SATA channels 3) two additional USB 2.0 ports This is what I can see there: http://www.gigabyte.com.tw/Products/Motherboard/Products_ComparisonSheet.aspx?ProductID=2874,2722 Any suggestion? regards, Alexander Konovalenko