From owner-freebsd-current@FreeBSD.ORG Wed Jun 23 00:43:53 2004 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 E71E716A4CE; Wed, 23 Jun 2004 00:43:52 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CB6743D39; Wed, 23 Jun 2004 00:43:52 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from freebsd.org (junior-wifi.samsco.home [192.168.0.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i5N0kNoE040068; Tue, 22 Jun 2004 18:46:25 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <40D8D217.5000808@freebsd.org> Date: Tue, 22 Jun 2004 18:43:03 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040304 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Sobolev References: <5.2.1.1.0.20040621135534.068fef40@server01.chassis00.xsnetworks.net> <40D7E0B7.1000905@portaone.com> In-Reply-To: <40D7E0B7.1000905@portaone.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-scsi@freebsd.org cc: freebsd-current@freebsd.org cc: Eric Veraart Subject: Re: HostRaid support on FreeBSD 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: Wed, 23 Jun 2004 00:43:53 -0000 Maxim Sobolev wrote: > Actually support for all those ATA/SCSI software RAIDs, as well as > Vinum, should be collapsed into a set of GEOM modules. And no, I am not > volunteering. ;) While a lot of good work is going into GEOM modules right now, there are two fundamental problems there: 1) lack of unified device/array metadata management. 2) lack of unified error recovery and spare assigment. Many of the metadata designs in use are rather complex and require a unified view of the system in order to assure consistency and correctness. The current stand-alone GEOM modules that exist or are in development have no concept of this. GEOM really doesn't provide any type of a framework to give this consistency either. The easy part of RAID is the mirror/stripe/parity transforms. The hard part of RAID is the error recovery and configuration algorithms. They are also the most important since they directly affect the reliability of the subsystem. GEOM is a great framework for prototyping block level transforms, but the lack of infrastructure for the other pieces really does make it a less-than-ideal solution. At this point, all it really allows is an easy way to mimic ccd(4) (although it would be quite interesting to implement block-level snapshots and possibly volume management with it). > > Vinum work is under way, as long as I know, it should not be too hard to > add appropriate code to read RAID configuration not from disk, but from > appropriate ATA or SCSI controller. I have absolutely no idea what you are talking about here. Modern RAID controllers, and _especially_ software raid controllers, do not store their configuratin data in hardware. There are a few exceptions where it is stored and kept private to the hardware for sanity-checking purposes, but it is not exposed to the OS. Scott > > -Maxim > > Eric Veraart wrote: > >> Hello, >> >> I was browsing through the mailinglist and was wondering on what the >> status was on HostRaid support on FreeBSD. Certainly since the new >> Intel Pentium 4 Entry Server Board SE7210TP1-E supports HostRaid and >> we're planning to use those boards. The SCSI version of the board has >> an Adaptec AIC-7901 chip and the SATA version has a 6300esb chip. I >> can find Linux drivers, but development for FreeBSD seems to be lying >> still. >> >> So who is working on it, or who doesn't have the time/resources to do >> this? >> >> Greetings, >> Eric >> >> _______________________________________________ >> 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" >> >> >> > > > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org"