From owner-freebsd-current@FreeBSD.ORG Mon Sep 22 14:47:30 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6906116A4B3 for ; Mon, 22 Sep 2003 14:47:30 -0700 (PDT) Received: from www.computinginnovations.com (dsl081-142-072.chi1.dsl.speakeasy.net [64.81.142.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3B0843FE9 for ; Mon, 22 Sep 2003 14:47:28 -0700 (PDT) (envelope-from derek@computinginnovations.com) Received: from p17.computinginnovations.com (dhcp-192-168-1-121.computinginnovations.com [192.168.1.121]) (authenticated bits=0)h8MLl7Xp022453; Mon, 22 Sep 2003 16:47:08 -0500 (CDT) Message-Id: <5.2.1.1.2.20030922163258.011c10e8@www.computinginnovations.com> X-Sender: derek@www.computinginnovations.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Mon, 22 Sep 2003 16:47:01 -0500 To: Scott Likens From: Derek Ragona In-Reply-To: <1064241320.8337.7.camel@desolation.livid.de> References: <5.2.1.1.2.20030922085006.01274e28@www.computinginnovations.com> <5.2.1.1.2.20030920053435.012510b8@www.computinginnovations .com> <200309200807.h8K87j38049734@spider.deepcore.dk> <5.2.1.1.2.20030919151835.01308600@www.computinginnovations.com> <5.2.1.1.2.20030922085006.01274e28@www.computinginnovations.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-current@freebsd.org Subject: Re: SATA drive lock-up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Sep 2003 21:47:30 -0000 I don't want to get into some flame war here. I am trying to provide what information I can. If Soren, or anyone else wants more debugging information I will be happy to do what I can to provide that information. I simply need them to tell me what and how to capture the information. As the system locks up, there is little ability at present to get any information beyond what is on the console. I offered some additional information as Soren had suggested I was having a hardware problem, which I am not. Again this is all new hardware, all shows no issues with diagnostic tests. As the Adaptec board I am using is based on Sil3112A controller, and I have heard from another user experiencing the same issue, I am simply trying to keep the information on this issue up to date. A couple weeks ago the OS wouldn't even load, a week later it does load. So while not all "fixes" are well publicized, I know there are ongoing code changes that do effect the disk subsystems. Yes FreeBSD is free. I'm not whining that it doesn't work on this drive and controller. Rather I am trying to report an issue, and follow-up on that issue, as this is new hardware. I have been using FreeBSD since 2.X. In my experience over the years and releases, problems do not get fixed if no one knows they exist. With 4.9 and 5.2 on the horizon, and more SATA drives and cards getting used it is reasonable to expect more users having problems with a Sil3112A based controller. -Derek At 07:35 AM 9/22/2003 -0700, Scott Likens wrote: >On Mon, 2003-09-22 at 06:54, Derek Ragona wrote: > > I couldn't make a kernel with 9/19 cvsuped. I downloaded and installed > the > > 9/20 snapshot. That also wouldn't complete a buildworld without breaking > > with the hard drive error. > > > > I booted windows and stress tested the drive with all kinds of I/O. Not a > > hiccup. > > > > It isn't the hardware, it has to be the driver code under 5.1-current. > > > > -Derek > >Okay, this is off the subject here on this. > >But I wanted to comment, > >Just because something 'works' in another "OS" doesn't mean it's working >right. > >Just because my VIA KT133A chipset doesn't hiccup in Windows, doesn't >mean it's not broken. Just because I get Data corruption in FreeBSD due >to my KT133A chipset, doesn't mean it's FreeBSD's fault. > >Infact, you'll find FreeBSD and other accompany'ing OS's that are >GNU/GPL/BSD licenesed to have a more strict driver set. They can show >you things you wouldn't normally see in other "OS's" so to speak. > >As i said this is off topic, but saying > >"But it works in Windows", is like saying But i'm a complete idiot who >doesn't have a friggen clue how to help. > >Don't take this at all personally, it's just that i've hung out in the >usenet groups, and irc channels long enuf to see the same thing over and >over again. > >So I wanted to stop this trend before it started. > > >From my personal experience, if you want something fixed with any "Free" >"OS" you need to give the person who's fixing the problem as much >information as possible. > >In otherwords, turning on all the debugging features, including DDB and >trying to help them delve into it and find out what the exact problem >really is. > >It maybe a problem with the controller, maybe the drive, maybe your >system. At any rate, you're other "OS" *cough* does work properly. >That doesn't mean that the driver in that other "OS" isn't correcting a >hardware issue on the controller that was seen after manufactering. > >Infact it's quite common to see "Defects" after manufactering that the >driver does correct. > >So please bear in mind a few things, > >One, everyone here does this for the Love of FreeBSD, > >Two, it's free. > >So in essence you get what you pay for, We do what we can to bring you >the best damned "Free" "OS" possible. But we don't always have the >resources to get all the information possible to create the drivers. >Some Hardware Manufacter'ers are more then willing to give us specs and >hardware to test their hardware and help us write drivers. Others are >flat out do it yourself. Then you have even to the more extreme where >they don't want us to write drivers. > >So, if you could please get as much information possible as to why? It >may mean your system working properly and not. > >Sincerely, > >Scott M. Likens > > >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"