From owner-freebsd-stable@FreeBSD.ORG Thu Jul 21 15:47:18 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 346D316A432 for ; Thu, 21 Jul 2005 15:47:18 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 6797843DBE for ; Thu, 21 Jul 2005 15:46:55 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: (qmail invoked by alias); 21 Jul 2005 15:46:20 -0000 Received: from p5090D1F6.dip.t-dialin.net (EHLO klotz.local) [80.144.209.246] by mail.gmx.net (mp021) with SMTP; 21 Jul 2005 17:46:20 +0200 X-Authenticated: #989277 Received: from [192.168.0.2] (booky.local [192.168.0.2]) by klotz.local (8.13.3/8.13.3) with ESMTP id j6LFjw36001863; Thu, 21 Jul 2005 17:45:59 +0200 (CEST) (envelope-from nakal@nurfuerspam.de) Message-ID: <42DFC345.10205@nurfuerspam.de> Date: Thu, 21 Jul 2005 17:46:13 +0200 From: Martin User-Agent: Mozilla Thunderbird 1.0.5 (X11/20050715) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: <1121917413.4895.47.camel@localhost.localdomain> <20050721095732.GG52120@stack.nl> <200507212029.47615.doconnor@gsoft.com.au> <200507210850530519.03A3275D@sentry.24cl.com> <20050721135839.K97888@fledge.watson.org> In-Reply-To: <20050721135839.K97888@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@FreeBSD.org Subject: Re: Quality of FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2005 15:47:18 -0000 Robert Watson wrote: > - ATA problems. Many of these, while a symptom of bugs in the ATA code > running without Giant, were very specific to timing, or divergent/poor > ATA hardware. As a result, they were difficult to reproduce in any > environment but the original reporting environment. The same hardware > might perform fine in a FreeBSD developer's system. Many of these > problems have now been resolved, but some have not. Often as not, the > problems have to do with retrying requests to drives. My system is instable with latest -STABLE kernels, producing ATA DMA errors. I also think that this does have directly a connection to buggy ATA code. It seems it is something more general. > As I mentioned, > we believe the ATA code in 6.x is much more resilient, but right now > what it needs is testing, not merging to 5.x yet. Fixes require just as > much testing as any other change, since a fix for one issue may well > trigger another issue, especially in the world of cheap PC hardware. This is true for me. RELENG_6 is great, but there are still annoying bugs which prevent me from migrating the system completely. I'm using FreeBSD mainly as desktop and I really need bktr(4) to work correctly. Then there is some trouble with ath(4) making my notebook unusable. To put it straight, there is no FreeBSD branch which works well for me since about 2 months. This is frustrating for me, but I try to have patience, because you do a great job and btw, I cannot imagine to use my PCs without FreeBSD. One more thing about "cheap hardware": if you know that a piece of hardware is potentially buggy (I mean real BUGS and not missing support), please publish your opinion, because I will buy hardware FOR FREEBSD, so I avoid major problems. How about test suites for ACPI quality, e.g.? Would it be possible? There are people who spend time to test FOR YOU, you don't need to buy all the hardware in this world. Martin