From owner-freebsd-hardware@FreeBSD.ORG Tue Oct 14 02:25: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 B624A1065692 for ; Tue, 14 Oct 2008 02:25:22 +0000 (UTC) (envelope-from vibarus@googlemail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 697F68FC08 for ; Tue, 14 Oct 2008 02:25:22 +0000 (UTC) (envelope-from vibarus@googlemail.com) Received: by yx-out-2324.google.com with SMTP id 8so485464yxb.13 for ; Mon, 13 Oct 2008 19:25:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:subject :cc:in-reply-to:mime-version:content-type:content-transfer-encoding :content-disposition:references; bh=CIOA2XkM3gSuHpWzzVwUQz0ovu26JM4Nh20RdGC8Vgs=; b=t1RWMd8Ar1PAFQgzyK7RVmsLvea69+Dd2/QVCTmFnza1u7jDuYn6qTeoRDusBgjYyz TpDPa8CabmjlVrpBuAhAoe8IQrUZ9D22ia83aiT5wg8Sp4lyo1CzXq2vuyOq9gVtq0r1 66aZiPfmwbKRi9827bkzUEgWKhxqUTc6sCeU0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=lOtdSB0xS2DyNycgn7ymN/8Kc/t5AnARBvz64i50WA+fp0uhUF5kpoRH9WMWf6tzQr a2OojRRdx+XgFcSRFAJqPznZQHVpblnTiCyKrLwg4nvomdO0bJwxrd3OjABmNVHDQdvy pZJZwjt+KVoKVQVljRjpXSF58bJK83UuFS84I= Received: by 10.100.110.16 with SMTP id i16mr6699082anc.133.1223949558227; Mon, 13 Oct 2008 18:59:18 -0700 (PDT) Received: by 10.100.206.12 with HTTP; Mon, 13 Oct 2008 18:59:17 -0700 (PDT) Message-ID: Date: Tue, 14 Oct 2008 03:59:17 +0200 From: "Vincent Barus" Cc: freebsd-hardware@freebsd.org In-Reply-To: <20081004073930.GA49756@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081004034524.GA44662@icarus.home.lan> <200810040649.GAA19778@sopwith.solgatos.com> <20081004073304.GA48931@icarus.home.lan> <20081004073930.GA49756@icarus.home.lan> Subject: Re: LG combo drive and Attansic Technology ethernet card on Asus P5Q Pro 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: Tue, 14 Oct 2008 02:25:22 -0000 Hi, maybe Andrey Elsukov can help with this Marvell chips: http://butcher.heavennet.ru/patches/kernel/ata/marvell/README.txt He worked on it for a few months. Regards, Vincent On Sat, Oct 4, 2008 at 9:39 AM, Jeremy Chadwick wrote: > On Sat, Oct 04, 2008 at 12:33:04AM -0700, Jeremy Chadwick wrote: >> On Fri, Oct 03, 2008 at 11:49:01PM +0100, Dieter wrote: >> > >> The drive is a new LG combo drive, I believe GH22LP20 or something close to it. >> > >> > I have an older LG PATA combo drive which works ok. >> > >> > Does it show up when booting? (Does dmesg work from the installation shell?) >> > >> > Maybe you need to "kldload atapicam" ? Or is that only needed for writing, >> > I forget... >> > >> > > The only thing I can think of is that the P5Q boards use a Marvell >> > > ATA/IDE controller (yes, you read that correctly). I wonder if FreeBSD >> > > somehow lacks support for this... >> > >> > 7.0 ata man page claims support for: >> > >> > Marvell 88SX5040, 88SX5041, 88SX5080, 88SX5081, 88SX6041, >> > 88SX6081, 88SX6101, 88SX6141. >> >> None of these are what's on the P5Q series boards. The P5Q series >> boards use a Marvell 88SE6102 Super I/O chip, which also drives IDE/PATA >> devices. (SATA is driven via ICH10 or ICH10R). >> >> I'm left to believe FreeBSD simply lacks support for this very new >> Marvell chip. I'm willing to bet there is no sign of ata(4) devices nor >> atapci(4) PCI association during boot-up. > > Mac folks are seeing the same problem: > > http://forum.insanelymac.com/index.php?showtopic=128985 > http://www.insanelymac.com/lofiversion/index.php/t99634.html > > Wikipedia states the 88SE6121, not the 88SE6102, is used on P5Q series > boards. But the P5Q SE motherboard manual states it's a 88SE6102. > > http://en.wikipedia.org/wiki/List_of_Marvell_Technology_Group_chipsets > > So either the motherboard manual is wrong, Wikipedia is wrong, or the > P5Q SE and P5Q Pro contain different models/versions of ICs. > > When I get a P5Q SE for Yong-Hyeon, I'll make note of what's > silkscreened on the ASIC. > > -- > | 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 | > > _______________________________________________ > 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" > -- ~ vb From owner-freebsd-hardware@FreeBSD.ORG Tue Oct 14 04:27: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 E97341065699 for ; Tue, 14 Oct 2008 04:27:14 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id CC3D68FC0C for ; Tue, 14 Oct 2008 04:27:14 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA10.emeryville.ca.mail.comcast.net ([76.96.30.28]) by QMTA10.emeryville.ca.mail.comcast.net with comcast id SPPV1a00N0cQ2SLAAUTENB; Tue, 14 Oct 2008 04:27:14 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA10.emeryville.ca.mail.comcast.net with comcast id SUTD1a0092P6wsM8WUTDMY; Tue, 14 Oct 2008 04:27:14 +0000 X-Authority-Analysis: v=1.0 c=1 a=YwmtPnopMWYA:10 a=S0p5oBhICSgA:10 a=QuQVoCMrAAAA:8 a=8pif782wAAAA:8 a=QycZ5dHgAAAA:8 a=CKHVeW4jlMSo-qoqHd4A:9 a=Hpk1TYV-KstP3jcnrJcA:7 a=Ull1t5sMQiyH2H9pHs1G2WDxo0QA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 27D73C9419; Mon, 13 Oct 2008 21:27:13 -0700 (PDT) Date: Mon, 13 Oct 2008 21:27:13 -0700 From: Jeremy Chadwick To: Dieter Message-ID: <20081014042713.GA39900@icarus.home.lan> References: <20081004034524.GA44662@icarus.home.lan> <200810040649.GAA19778@sopwith.solgatos.com> <20081004073304.GA48931@icarus.home.lan> <20081004073930.GA49756@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081004073930.GA49756@icarus.home.lan> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hardware@freebsd.org Subject: Re: LG combo drive and Attansic Technology ethernet card on Asus P5Q Pro 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: Tue, 14 Oct 2008 04:27:15 -0000 On Sat, Oct 04, 2008 at 12:39:30AM -0700, Jeremy Chadwick wrote: > On Sat, Oct 04, 2008 at 12:33:04AM -0700, Jeremy Chadwick wrote: > > On Fri, Oct 03, 2008 at 11:49:01PM +0100, Dieter wrote: > > > >> The drive is a new LG combo drive, I believe GH22LP20 or something close to it. > > > > > > I have an older LG PATA combo drive which works ok. > > > > > > Does it show up when booting? (Does dmesg work from the installation shell?) > > > > > > Maybe you need to "kldload atapicam" ? Or is that only needed for writing, > > > I forget... > > > > > > > The only thing I can think of is that the P5Q boards use a Marvell > > > > ATA/IDE controller (yes, you read that correctly). I wonder if FreeBSD > > > > somehow lacks support for this... > > > > > > 7.0 ata man page claims support for: > > > > > > Marvell 88SX5040, 88SX5041, 88SX5080, 88SX5081, 88SX6041, > > > 88SX6081, 88SX6101, 88SX6141. > > > > None of these are what's on the P5Q series boards. The P5Q series > > boards use a Marvell 88SE6102 Super I/O chip, which also drives IDE/PATA > > devices. (SATA is driven via ICH10 or ICH10R). > > > > I'm left to believe FreeBSD simply lacks support for this very new > > Marvell chip. I'm willing to bet there is no sign of ata(4) devices nor > > atapci(4) PCI association during boot-up. > > Mac folks are seeing the same problem: > > http://forum.insanelymac.com/index.php?showtopic=128985 > http://www.insanelymac.com/lofiversion/index.php/t99634.html > > Wikipedia states the 88SE6121, not the 88SE6102, is used on P5Q series > boards. But the P5Q SE motherboard manual states it's a 88SE6102. > > http://en.wikipedia.org/wiki/List_of_Marvell_Technology_Group_chipsets > > So either the motherboard manual is wrong, Wikipedia is wrong, or the > P5Q SE and P5Q Pro contain different models/versions of ICs. > > When I get a P5Q SE for Yong-Hyeon, I'll make note of what's > silkscreened on the ASIC. Yong-Hyeon received my hardware yesterday. Before I shipped it, I made note of the silkscreening on numerous chips: Atheros AR8121-AL1E = GigE NIC + PHY Marvell 88SE6102-NNC1 = ATA/IDE controller Nuvoton/Winbond W83667HG-A = Super I/O + hardware monitoring -- | 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 Oct 15 00:55:31 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 250431065688 for ; Wed, 15 Oct 2008 00:55:31 +0000 (UTC) (envelope-from primus008@yandex.ru) Received: from forwards2.yandex.ru (forwards2.yandex.ru [213.180.200.23]) by mx1.freebsd.org (Postfix) with ESMTP id 941DC8FC1F for ; Wed, 15 Oct 2008 00:55:30 +0000 (UTC) (envelope-from primus008@yandex.ru) Received: from smtp6.yandex.ru (smtp6.yandex.ru [213.180.200.197]) by forwards2.yandex.ru (Postfix) with ESMTP id BA8DC4C4B38 for ; Wed, 15 Oct 2008 04:43:43 +0400 (MSD) Received: from ppp78-36-194-141.pppoe.kaliningrad.dslavangard.ru ([78.36.194.141]:62250 "EHLO eee.home" smtp-auth: "primus008" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S5472304AbYJOAnj (ORCPT ); Wed, 15 Oct 2008 04:43:39 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp6 X-Yandex-TimeMark: 1224031419 X-MsgDayCount: 1 X-Comment: RFC 2476 MSA function at smtp6.yandex.ru logged sender identity as: primus008 Message-ID: <48F53CAE.3010509@yandex.ru> Date: Wed, 15 Oct 2008 03:43:26 +0300 From: Borodin Oleg User-Agent: Thunderbird 2.0.0.16 (X11/20081009) MIME-Version: 1.0 To: freebsd-hardware@freebsd.org Content-Type: multipart/mixed; boundary="------------000104060904030707070707" Subject: Patch for correct determine & work uplcom R232-USB Profilic chips PL2303HX 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, 15 Oct 2008 00:55:31 -0000 This is a multi-part message in MIME format. --------------000104060904030707070707 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Patch for correct determine & work uplcom with R232-USB Profilic PL2303HX chips Borodin Oleg Kaliningrad, Russia --- ./sys/dev/usb/uplcom.c.orig 2008-10-04 10:23:55.000000000 +0300 +++ ./sys/dev/usb/uplcom.c 2008-10-14 07:56:45.000000000 +0300 @@ -243,6 +243,10 @@ /* ST Lab USB-SERIAL-4 */ { USB_VENDOR_PROLIFIC, USB_PRODUCT_PROLIFIC_PL2303, 0x300, TYPE_PL2303X }, + /* TRENDnet TU-S9, Rover Computers Ltd and other PL2303HX based USB-RS232 */ + { USB_VENDOR_PROLIFIC, USB_PRODUCT_PROLIFIC_PL2303, + 0x400, TYPE_PL2303X }, + /* IOGEAR/ATEN UC-232A (also ST Lab USB-SERIAL-1) */ { USB_VENDOR_PROLIFIC, USB_PRODUCT_PROLIFIC_PL2303, -1, TYPE_PL2303 }, /* HAMLET exagerate XURS232 */ --------------000104060904030707070707 Content-Type: text/plain; name="patch-x-sys-dev-usb-uplcom.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch-x-sys-dev-usb-uplcom.c" --- ./sys/dev/usb/uplcom.c.orig 2008-10-04 10:23:55.000000000 +0300 +++ ./sys/dev/usb/uplcom.c 2008-10-14 07:56:45.000000000 +0300 @@ -243,6 +243,10 @@ /* ST Lab USB-SERIAL-4 */ { USB_VENDOR_PROLIFIC, USB_PRODUCT_PROLIFIC_PL2303, 0x300, TYPE_PL2303X }, + /* ST Lab USB-SERIAL-4 */ + { USB_VENDOR_PROLIFIC, USB_PRODUCT_PROLIFIC_PL2303, + 0x400, TYPE_PL2303X }, + /* IOGEAR/ATEN UC-232A (also ST Lab USB-SERIAL-1) */ { USB_VENDOR_PROLIFIC, USB_PRODUCT_PROLIFIC_PL2303, -1, TYPE_PL2303 }, /* HAMLET exagerate XURS232 */ --------------000104060904030707070707-- From owner-freebsd-hardware@FreeBSD.ORG Wed Oct 15 07:53:49 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 72AE11065687 for ; Wed, 15 Oct 2008 07:53:49 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swip.net [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 078198FC13 for ; Wed, 15 Oct 2008 07:53:48 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=_OJeietDjeQA:10 a=lZWE46VOYK0A:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=NJGtUnU0ZZx7innSbfsA:9 a=O2qZ15h5Z5ubOn68NIZlMOHQdtAA:4 a=50e4U0PicR4A:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 942638967; Wed, 15 Oct 2008 08:53:44 +0200 From: Hans Petter Selasky To: freebsd-hardware@freebsd.org Date: Wed, 15 Oct 2008 08:55:49 +0200 User-Agent: KMail/1.9.7 References: <48F53CAE.3010509@yandex.ru> In-Reply-To: <48F53CAE.3010509@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810150855.50141.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org, Borodin Oleg Subject: Re: Patch for correct determine & work uplcom R232-USB Profilic chips PL2303HX 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, 15 Oct 2008 07:53:49 -0000 Hi Borodin, Please make a PR, attach your patch and assign it to USB so that it does not get lost. --HPS On Wednesday 15 October 2008, Borodin Oleg wrote: > Patch for correct determine & work uplcom with R232-USB Profilic > PL2303HX chips > > Borodin Oleg > Kaliningrad, Russia > > --- ./sys/dev/usb/uplcom.c.orig 2008-10-04 10:23:55.000000000 > +0300 > +++ ./sys/dev/usb/uplcom.c 2008-10-14 07:56:45.000000000 > +0300 > @@ -243,6 +243,10 > @@ > > /* ST Lab USB-SERIAL-4 > */ > > { USB_VENDOR_PROLIFIC, > USB_PRODUCT_PROLIFIC_PL2303, > > 0x300, TYPE_PL2303X > }, > > + /* TRENDnet TU-S9, Rover Computers Ltd and other PL2303HX based > USB-RS232 > */ > > + { USB_VENDOR_PROLIFIC, > USB_PRODUCT_PROLIFIC_PL2303, > > + 0x400, TYPE_PL2303X > }, > > + > > /* IOGEAR/ATEN UC-232A (also ST Lab USB-SERIAL-1) > */ > { USB_VENDOR_PROLIFIC, USB_PRODUCT_PROLIFIC_PL2303, -1, > TYPE_PL2303 }, > /* HAMLET exagerate XURS232 > */ From owner-freebsd-hardware@FreeBSD.ORG Wed Oct 15 11:03: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 940241065686 for ; Wed, 15 Oct 2008 11:03:51 +0000 (UTC) (envelope-from primus008@yandex.ru) Received: from forwards3.yandex.ru (forwards3.yandex.ru [213.180.223.174]) by mx1.freebsd.org (Postfix) with ESMTP id 44F518FC08 for ; Wed, 15 Oct 2008 11:03:50 +0000 (UTC) (envelope-from primus008@yandex.ru) Received: from smtp9.yandex.ru (smtp9.yandex.ru [213.180.223.91]) by forwards3.yandex.ru (Postfix) with ESMTP id 628C64C5E1C; Wed, 15 Oct 2008 15:03:49 +0400 (MSD) Received: from 49.2.237.80.transtelecom.net ([80.237.2.49]:3554 "EHLO eee.home" smtp-auth: "primus008" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S6571091AbYJOLDn (ORCPT + 1 other); Wed, 15 Oct 2008 15:03:43 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp9 X-Yandex-TimeMark: 1224068623 X-MsgDayCount: 3 X-Comment: RFC 2476 MSA function at smtp9.yandex.ru logged sender identity as: primus008 Message-ID: <48F5CE0F.7000809@yandex.ru> Date: Wed, 15 Oct 2008 14:03:43 +0300 From: Borodin Oleg User-Agent: Thunderbird 2.0.0.16 (X11/20081009) MIME-Version: 1.0 To: freebsd-hardware@freebsd.org References: <48F53CAE.3010509@yandex.ru> <200810150855.50141.hselasky@c2i.net> In-Reply-To: <200810150855.50141.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Hans Petter Selasky Subject: Re: Patch for correct determine & work uplcom R232-USB Profilic chips PL2303HX 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, 15 Oct 2008 11:03:51 -0000 Hi! I send PR, usb/128115 Thx, Borodin Oleg Kaliningrad, Russia Hans Petter Selasky ?????: > Hi Borodin, > > Please make a PR, attach your patch and assign it to USB so that it does not > get lost. > > --HPS > > On Wednesday 15 October 2008, Borodin Oleg wrote: > >> Patch for correct determine & work uplcom with R232-USB Profilic >> PL2303HX chips >> >> Borodin Oleg >> Kaliningrad, Russia >> >> --- ./sys/dev/usb/uplcom.c.orig 2008-10-04 10:23:55.000000000 >> +0300 >> +++ ./sys/dev/usb/uplcom.c 2008-10-14 07:56:45.000000000 >> +0300 >> @@ -243,6 +243,10 >> @@ >> >> /* ST Lab USB-SERIAL-4 >> */ >> >> { USB_VENDOR_PROLIFIC, >> USB_PRODUCT_PROLIFIC_PL2303, >> >> 0x300, TYPE_PL2303X >> }, >> >> + /* TRENDnet TU-S9, Rover Computers Ltd and other PL2303HX based >> USB-RS232 >> */ >> >> + { USB_VENDOR_PROLIFIC, >> USB_PRODUCT_PROLIFIC_PL2303, >> >> + 0x400, TYPE_PL2303X >> }, >> >> + >> >> /* IOGEAR/ATEN UC-232A (also ST Lab USB-SERIAL-1) >> */ >> { USB_VENDOR_PROLIFIC, USB_PRODUCT_PROLIFIC_PL2303, -1, >> TYPE_PL2303 }, >> /* HAMLET exagerate XURS232 >> */ >> > > > _______________________________________________ > 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 Oct 15 13:03: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 A45A51065688 for ; Wed, 15 Oct 2008 13:03:15 +0000 (UTC) (envelope-from jontheil@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.173]) by mx1.freebsd.org (Postfix) with ESMTP id 77C6F8FC31 for ; Wed, 15 Oct 2008 13:03:15 +0000 (UTC) (envelope-from jontheil@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so2561644wfg.7 for ; Wed, 15 Oct 2008 06:03:15 -0700 (PDT) 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:mime-version:content-type; bh=KEqI8ZvvLS0GIBHUDSdNaibzVxaRRBzI3VStz6AD6wI=; b=HZyrW2U4SghULwL6zM8HkhH4F8euyb0ceYhd1F2uXmOCmVtmcGQj7QHfuTt2J9R2Sg AdNsBAd8q+NaKIZfzB5iJamwc407xDBAqajGLKC6p//0xY3eFLcRkMCvtDHJFzGsv9Hl 1OUtKz3uuQkEIhPWm3OymrlUFsYVspFRZ0i3I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=F9sX1kt4cgoGeCOFft7e+vepfk/2pPDAWVGpczgRpOPOzx8Tzm5h1LEPzWoNwswjHi OW18mZJtA8/UVaZrpsy7PDfi0Tx8AtwSFGW2o/NmvMuwoJ+Kob/K2btktlp4MNN/C2ct YvH5QsM1/w8m8zwc14ZzSRH8sJi5sn+GmOLkg= Received: by 10.142.253.21 with SMTP id a21mr450578wfi.254.1224073945378; Wed, 15 Oct 2008 05:32:25 -0700 (PDT) Received: by 10.142.166.7 with HTTP; Wed, 15 Oct 2008 05:32:25 -0700 (PDT) Message-ID: <8f82c35c0810150532o52ae50b5kef7c685fd23a0af4@mail.gmail.com> Date: Wed, 15 Oct 2008 14:32:25 +0200 From: "Jon Theil Nielsen" To: freebsd-hardware@freebsd.org, freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: RAID 5 - serious problem 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, 15 Oct 2008 13:03:15 -0000 Dear list, Something happened that I don't think should be possible. I "lost" all thre= e disks in my RAID 5 array simultaneously after approx. two years without any problem. And I fear I will never see my data again. But I really hope some of you clever persons can give me some hints. My system is: FreeBSD 7.0-Release Intel D975XBX2 motherboard (Intel Matrix Storage Technology) 3 WD Raptor 74 GB in a RAID 5 array 1 WD Raptor 150 GB as a standalone disk / and /var mounted on the standalone,, /usr on the RAID 5 I believe what happened was that one of the disks didn't respond for such a long time, that is was marked "bad". And afterwards the same thing happened for the other disks. When I try to boot the system, all three disks are marked "Offline". The BIOS utility for the host controller has no option to force the disks back online. I have another machine with a S5000XVN board and Intel Embedded Server RAID Technology II. The BIOS configuration utility on this board has the option to force offline drives back online. I am very desperate not to lose my data, so I don't know if I dare moving the drives to the other machine and try to make them online again. Do you think I should try? In general, are there any procedures I can try to recover my RAID array? Or is the offline status definitive =96 and all data definitely lost? I guess some specialized companies have the expertise to recover lost data from a broken RAID array, but I don't know. And I don't know the price of such a service. I would really, really appreciate any kind of help. I have backups of most user data, but not of the system configuration (and maybe even not the databases). This is of course pretty stupid. In the future, I will not rely on RAID 5 as a foolproof solution=85 Regards, Jon --=20 *Jon Theil Nielsen* From owner-freebsd-hardware@FreeBSD.ORG Wed Oct 15 13:15:49 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 4031C106568A for ; Wed, 15 Oct 2008 13:15:49 +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 DE2B88FC2A for ; Wed, 15 Oct 2008 13:15:48 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA10.westchester.pa.mail.comcast.net ([76.96.62.28]) by QMTA08.westchester.pa.mail.comcast.net with comcast id SyHy1a00D0cZkys581FiUv; Wed, 15 Oct 2008 13:15:42 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA10.westchester.pa.mail.comcast.net with comcast id T1Fn1a0022P6wsM3W1Fnwo; Wed, 15 Oct 2008 13:15:48 +0000 X-Authority-Analysis: v=1.0 c=1 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=UV6sav73y7oDCZ_Wws4A:9 a=_Q7zBhiPLe1hFzpyASgA:7 a=5UM9TN26u2vDGyM83IlpunOeVcMA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 9C39CC9419; Wed, 15 Oct 2008 06:15:46 -0700 (PDT) Date: Wed, 15 Oct 2008 06:15:46 -0700 From: Jeremy Chadwick To: Jon Theil Nielsen Message-ID: <20081015131546.GA78192@icarus.home.lan> References: <8f82c35c0810150532o52ae50b5kef7c685fd23a0af4@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8f82c35c0810150532o52ae50b5kef7c685fd23a0af4@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-questions@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: RAID 5 - serious problem 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, 15 Oct 2008 13:15:49 -0000 On Wed, Oct 15, 2008 at 02:32:25PM +0200, Jon Theil Nielsen wrote: > Dear list, > > Something happened that I don't think should be possible. I "lost" all three > disks in my RAID 5 array simultaneously after approx. two years without any > problem. And I fear I will never see my data again. But I really hope some > of you clever persons can give me some hints. My system is: > FreeBSD 7.0-Release > Intel D975XBX2 motherboard (Intel Matrix Storage Technology) Are you using the Matrix Storage Technology? If so, immediately stop. FreeBSD's support for this is very, very bad, and will nearly guarantee data loss. There are many of us who have tried it, and it's known to be buggy on FreeBSD. http://wiki.freebsd.org/JeremyChadwick/ATA_issues_and_troubleshooting I recommend you stop using this feature and start using ZFS or gvinum for what you need. > 3 WD Raptor 74 GB in a RAID 5 array > 1 WD Raptor 150 GB as a standalone disk > / and /var mounted on the standalone,, /usr on the RAID 5 > I believe what happened was that one of the disks didn't respond for such a > long time, that is was marked "bad". And afterwards the same thing happened > for the other disks. When I try to boot the system, all three disks are > marked "Offline". > The BIOS utility for the host controller has no option to force the disks > back online. > I have another machine with a S5000XVN board and Intel Embedded Server RAID > Technology II. The BIOS configuration utility on this board has the option > to force offline drives back online. Any "embedded" RAID is usually BIOS RAID managed by either a "software RAID IC" (e.g. an IC on the motherboard that handles LBA/CHS addressing for creating a pseudo-array, but the OS still does all of the management and does not off-load anything). > I am very desperate not to lose my data, so I don't know if I dare moving > the drives to the other machine and try to make them online again. Do you > think I should try? No, but you might not have any choice. It honestly sounds like the metadata on your disks is in a bad state. I would recommend you try booting Linux, since their support for MatrixRAID is significantly better/more advanced. Ideally, you should be able to bring the RAID members back online using their tools, then reboot into FreeBSD and cross your fingers that your data becomes accessible. Once accessible, offload it somewhere immediately, and follow my above recommendations. > In general, are there any procedures I can try to recover my RAID array? Or > is the offline status definitive ? and all data definitely lost? I guess > some specialized companies have the expertise to recover lost data from a > broken RAID array, but I don't know. And I don't know the price of such a > service. > I would really, really appreciate any kind of help. > I have backups of most user data, but not of the system configuration (and > maybe even not the databases). This is of course pretty stupid. In the > future, I will not rely on RAID 5 as a foolproof solution? RAID 5 is a fine solution, but you have learned a very valuable lesson, one which I will enclose in asterisks to make it crystal clear: ***RAID DOES NOT REPLACE BACKUPS***. Repeat this mantra over and over until you accept it. :-) -- | 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 Oct 15 13:41:49 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 3404E106568A; Wed, 15 Oct 2008 13:41:49 +0000 (UTC) (envelope-from mex@active.sk) Received: from s1.active.sk (ns.active.sk [217.67.25.9]) by mx1.freebsd.org (Postfix) with ESMTP id DDBDC8FC21; Wed, 15 Oct 2008 13:41:48 +0000 (UTC) (envelope-from mex@active.sk) Received: from localhost (localhost.active.sk [127.0.0.1]) by s1.active.sk (Postfix) with ESMTP id 205CB5C270; Wed, 15 Oct 2008 15:27:29 +0200 (CEST) X-Virus-Scanned: amavisd-new at active.sk Received: from s1.active.sk ([127.0.0.1]) by localhost (mail.active.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d6QKqFu7j7WS; Wed, 15 Oct 2008 15:27:26 +0200 (CEST) Received: from mail.active.sk (unknown [127.0.0.1]) by s1.active.sk (Postfix) with ESMTP id B5BB85C267; Wed, 15 Oct 2008 15:27:26 +0200 (CEST) Message-ID: <6bb891ca5bbd9ba095a5fa61e1b8e3cd.squirrel@mail.active.sk> In-Reply-To: <20081015131546.GA78192@icarus.home.lan> References: <8f82c35c0810150532o52ae50b5kef7c685fd23a0af4@mail.gmail.com> <20081015131546.GA78192@icarus.home.lan> Date: Wed, 15 Oct 2008 15:27:26 +0200 (CEST) From: "MeX" To: "Jeremy Chadwick" User-Agent: SquirrelMail/1.4.16 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-hardware@freebsd.org Subject: Re: RAID 5 - serious problem X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mex@active.sk List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2008 13:41:49 -0000 Hello, On Str, Október 15, 2008 15:15, Jeremy Chadwick wrote: > Are you using the Matrix Storage Technology? If so, immediately stop. > FreeBSD's support for this is very, very bad, and will nearly guarantee > data loss. There are many of us who have tried it, and it's known to > be buggy on FreeBSD. > > http://wiki.freebsd.org/JeremyChadwick/ATA_issues_and_troubleshooting > > I recommend you stop using this feature and start using ZFS or gvinum > for what you need. do you think that ZFS code in FreeBSD 7.0-R (7.1-R) is enough stable for using it in production environment for RAID-1 even also for RAID-5? About 5 years ago I tried vinum for RAID1 if I remember clearly, but I never tried gvinum. It's production ready piece of cake? Many thanks MeX From owner-freebsd-hardware@FreeBSD.ORG Wed Oct 15 13:51:21 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 5E6EB1065689 for ; Wed, 15 Oct 2008 13:51:21 +0000 (UTC) (envelope-from jontheil@gmail.com) Received: from mail-gx0-f16.google.com (mail-gx0-f16.google.com [209.85.217.16]) by mx1.freebsd.org (Postfix) with ESMTP id 030838FC2C for ; Wed, 15 Oct 2008 13:51:20 +0000 (UTC) (envelope-from jontheil@gmail.com) Received: by gxk9 with SMTP id 9so5810212gxk.19 for ; Wed, 15 Oct 2008 06:51:20 -0700 (PDT) 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:references; bh=l2kHMvM97C5DYg7fokOs7MLvU4uoZsoo1Fx7TLAQppY=; b=Luk7SxmT28BOP7BXkNGkKRZg2bowVzK3+hKUiYc+gc1vRrR9bFf3pId5fvZ2I3QFAh 5PmlCg9O2HNTua4ehxyq0u5MN3vEO6b6jGAyKqRxDJT7RYdq11FuDGC7Oi567TjhOXT8 MhDSAwfeyUSS5Ko6DQ8pvBiHpiLaL0Cfcr4BY= 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:references; b=G+Xk1rrlQC36z7TcGuledZ35lt1WDRzBob6JxFhuE63QPkjq8ALEWzWuX+e7RRuoKL RIuUPgubTu2uuEnULj+/XwCJKvjXlKCyTp5vkjLGdpP5kcZJPqbhz2AmxoJWmpDXdtkv hbQe2EAcdb5Cx1UP6kLxA37c8LemHSUeCOLIk= Received: by 10.142.142.14 with SMTP id p14mr508002wfd.114.1224078679276; Wed, 15 Oct 2008 06:51:19 -0700 (PDT) Received: by 10.142.166.7 with HTTP; Wed, 15 Oct 2008 06:51:19 -0700 (PDT) Message-ID: <8f82c35c0810150651r78387c2fle2868f69e9eeb7d3@mail.gmail.com> Date: Wed, 15 Oct 2008 15:51:19 +0200 From: "Jon Theil Nielsen" To: "Jeremy Chadwick" In-Reply-To: <20081015131546.GA78192@icarus.home.lan> MIME-Version: 1.0 References: <8f82c35c0810150532o52ae50b5kef7c685fd23a0af4@mail.gmail.com> <20081015131546.GA78192@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-questions@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: RAID 5 - serious problem 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, 15 Oct 2008 13:51:21 -0000 2008/10/15 Jeremy Chadwick > On Wed, Oct 15, 2008 at 02:32:25PM +0200, Jon Theil Nielsen wrote: > > Dear list, > > > > Something happened that I don't think should be possible. I "lost" all > three > > disks in my RAID 5 array simultaneously after approx. two years without > any > > problem. And I fear I will never see my data again. But I really hope > some > > of you clever persons can give me some hints. My system is: > > FreeBSD 7.0-Release > > Intel D975XBX2 motherboard (Intel Matrix Storage Technology) > > Are you using the Matrix Storage Technology? If so, immediately stop. > FreeBSD's support for this is very, very bad, and will nearly guarantee > data loss. There are many of us who have tried it, and it's known to > be buggy on FreeBSD. > > http://wiki.freebsd.org/JeremyChadwick/ATA_issues_and_troubleshooting > > I recommend you stop using this feature and start using ZFS or gvinum > for what you need. > > > 3 WD Raptor 74 GB in a RAID 5 array > > 1 WD Raptor 150 GB as a standalone disk > > / and /var mounted on the standalone,, /usr on the RAID 5 > > I believe what happened was that one of the disks didn't respond for such > a > > long time, that is was marked "bad". And afterwards the same thing > happened > > for the other disks. When I try to boot the system, all three disks are > > marked "Offline". > > The BIOS utility for the host controller has no option to force the disks > > back online. > > I have another machine with a S5000XVN board and Intel Embedded Server > RAID > > Technology II. The BIOS configuration utility on this board has the > option > > to force offline drives back online. > > Any "embedded" RAID is usually BIOS RAID managed by either a "software > RAID IC" (e.g. an IC on the motherboard that handles LBA/CHS addressing > for creating a pseudo-array, but the OS still does all of the management > and does not off-load anything). > > > I am very desperate not to lose my data, so I don't know if I dare moving > > the drives to the other machine and try to make them online again. Do you > > think I should try? > > No, but you might not have any choice. It honestly sounds like the > metadata on your disks is in a bad state. > > I would recommend you try booting Linux, since their support for > MatrixRAID is significantly better/more advanced. Ideally, you should > be able to bring the RAID members back online using their tools, then > reboot into FreeBSD and cross your fingers that your data becomes > accessible. Once accessible, offload it somewhere immediately, and > follow my above recommendations. > > > In general, are there any procedures I can try to recover my RAID array? > Or > > is the offline status definitive ? and all data definitely lost? I guess > > some specialized companies have the expertise to recover lost data from a > > broken RAID array, but I don't know. And I don't know the price of such a > > service. > > I would really, really appreciate any kind of help. > > I have backups of most user data, but not of the system configuration > (and > > maybe even not the databases). This is of course pretty stupid. In the > > future, I will not rely on RAID 5 as a foolproof solution? > > RAID 5 is a fine solution, but you have learned a very valuable lesson, > one which I will enclose in asterisks to make it crystal clear: ***RAID > DOES NOT REPLACE BACKUPS***. Repeat this mantra over and over until you > accept it. :-) > > -- > | 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 | > > Hi Jeremy, Thanks for your advice. As I understand you, the best bet is to boot from Linux and try to repair. And that trying with my other controller might be the second best. Would it be an idea to try to run som sort of Linux live cd? I have no machines with Linux installed. Regards, Jon From owner-freebsd-hardware@FreeBSD.ORG Wed Oct 15 13:53: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 DBB83106569F for ; Wed, 15 Oct 2008 13:53:42 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [76.96.30.32]) by mx1.freebsd.org (Postfix) with ESMTP id BEF7B8FC27 for ; Wed, 15 Oct 2008 13:53:42 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA14.emeryville.ca.mail.comcast.net ([76.96.30.60]) by QMTA03.emeryville.ca.mail.comcast.net with comcast id SyE41a0071HpZEsA31tiwC; Wed, 15 Oct 2008 13:53:42 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA14.emeryville.ca.mail.comcast.net with comcast id T1th1a0032P6wsM8a1th6z; Wed, 15 Oct 2008 13:53:42 +0000 X-Authority-Analysis: v=1.0 c=1 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=GY6wJYKCavb3iDr3jpMA:9 a=aDMxKPEf8HTnB4CtegoA:7 a=TRcZKzglG0ogYxUtXMbToc-4qrsA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 1D44CC9419; Wed, 15 Oct 2008 06:53:41 -0700 (PDT) Date: Wed, 15 Oct 2008 06:53:41 -0700 From: Jeremy Chadwick To: MeX Message-ID: <20081015135341.GA78986@icarus.home.lan> References: <8f82c35c0810150532o52ae50b5kef7c685fd23a0af4@mail.gmail.com> <20081015131546.GA78192@icarus.home.lan> <6bb891ca5bbd9ba095a5fa61e1b8e3cd.squirrel@mail.active.sk> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <6bb891ca5bbd9ba095a5fa61e1b8e3cd.squirrel@mail.active.sk> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hardware@freebsd.org Subject: Re: RAID 5 - serious problem 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, 15 Oct 2008 13:53:43 -0000 On Wed, Oct 15, 2008 at 03:27:26PM +0200, MeX wrote: > Hello, > > On Str, Október 15, 2008 15:15, Jeremy Chadwick wrote: > > Are you using the Matrix Storage Technology? If so, immediately stop. > > FreeBSD's support for this is very, very bad, and will nearly guarantee > > data loss. There are many of us who have tried it, and it's known to > > be buggy on FreeBSD. > > > > http://wiki.freebsd.org/JeremyChadwick/ATA_issues_and_troubleshooting > > > > I recommend you stop using this feature and start using ZFS or gvinum > > for what you need. > > do you think that ZFS code in FreeBSD 7.0-R (7.1-R) is enough stable for > using it in production environment for RAID-1 even also for RAID-5? What you're asking is completely unrelated to the topic of this thread. The OP should consider his alternatives to Intel MatrixRAID -- it really doesn't matter what the alternatives are, because they're going to be better than the situation/scenario he's in right now. Heck, in this situation, he'd be better off not using MatrixRAID at all, and instead having one filesystem per disk! Losing one filesystem would be better than losing *all* of them. If you want RAID-1, you have the choice of ccd, gmirror, or ZFS. If you want RAID-5, you have the choice of gvinum or ZFS. None of them are perfect, but they're all decent. There are still ZFS stability issues which need to be hammered out, but most of those have been addressed in CURRENT. I'm familiar enough with ZFS tuning at this point that I would trust using it on RELENG_7 (sans root filesystem on ZFS -- I don't want to deal with the hassles involved). > About 5 years ago I tried vinum for RAID1 if I remember clearly, but I > never tried gvinum. It's production ready piece of cake? I have no personal experience with gmirror or gvinum. I experimented with vinum on FreeBSD 3.x, and I was thoroughly disappointed. When reading that comment, take into consideration that vinum != gvinum, and that was in the FreeBSD 3.x days. Those who have used gmirror have reported immense success with it. -- | 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 Oct 15 14:01:34 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 A072C1065686 for ; Wed, 15 Oct 2008 14:01:34 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 4627F8FC14 for ; Wed, 15 Oct 2008 14:01:33 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA07.westchester.pa.mail.comcast.net ([76.96.62.59]) by QMTA06.westchester.pa.mail.comcast.net with comcast id T1jA1a0031GhbT85621NGB; Wed, 15 Oct 2008 14:01:22 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA07.westchester.pa.mail.comcast.net with comcast id T21Y1a00A2P6wsM3T21YrV; Wed, 15 Oct 2008 14:01:33 +0000 X-Authority-Analysis: v=1.0 c=1 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=13gg8GOAAAAA:8 a=c19Cxo7CAAAA:8 a=QyXUC8HyAAAA:8 a=FP58Ms26AAAA:8 a=rcdGqiBRAAAA:8 a=20KFwNOVAAAA:8 a=P7DMDhc3pOiLJlbKp-YA:9 a=l5qL7pwSq4JdnYJ_awIA:7 a=pkOxA1-X8vowPZ7D2HdgoPqOQRsA:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 1DF2DC9419; Wed, 15 Oct 2008 07:01:32 -0700 (PDT) Date: Wed, 15 Oct 2008 07:01:32 -0700 From: Jeremy Chadwick To: Jon Theil Nielsen Message-ID: <20081015140132.GB78986@icarus.home.lan> References: <8f82c35c0810150532o52ae50b5kef7c685fd23a0af4@mail.gmail.com> <20081015131546.GA78192@icarus.home.lan> <8f82c35c0810150651r78387c2fle2868f69e9eeb7d3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8f82c35c0810150651r78387c2fle2868f69e9eeb7d3@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-questions@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: RAID 5 - serious problem 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, 15 Oct 2008 14:01:34 -0000 On Wed, Oct 15, 2008 at 03:51:19PM +0200, Jon Theil Nielsen wrote: > 2008/10/15 Jeremy Chadwick > > > On Wed, Oct 15, 2008 at 02:32:25PM +0200, Jon Theil Nielsen wrote: > > > Dear list, > > > > > > Something happened that I don't think should be possible. I "lost" all > > three > > > disks in my RAID 5 array simultaneously after approx. two years without > > any > > > problem. And I fear I will never see my data again. But I really hope > > some > > > of you clever persons can give me some hints. My system is: > > > FreeBSD 7.0-Release > > > Intel D975XBX2 motherboard (Intel Matrix Storage Technology) > > > > Are you using the Matrix Storage Technology? If so, immediately stop. > > FreeBSD's support for this is very, very bad, and will nearly guarantee > > data loss. There are many of us who have tried it, and it's known to > > be buggy on FreeBSD. > > > > http://wiki.freebsd.org/JeremyChadwick/ATA_issues_and_troubleshooting > > > > I recommend you stop using this feature and start using ZFS or gvinum > > for what you need. > > > > > 3 WD Raptor 74 GB in a RAID 5 array > > > 1 WD Raptor 150 GB as a standalone disk > > > / and /var mounted on the standalone,, /usr on the RAID 5 > > > I believe what happened was that one of the disks didn't respond for such > > a > > > long time, that is was marked "bad". And afterwards the same thing > > happened > > > for the other disks. When I try to boot the system, all three disks are > > > marked "Offline". > > > The BIOS utility for the host controller has no option to force the disks > > > back online. > > > I have another machine with a S5000XVN board and Intel Embedded Server > > RAID > > > Technology II. The BIOS configuration utility on this board has the > > option > > > to force offline drives back online. > > > > Any "embedded" RAID is usually BIOS RAID managed by either a "software > > RAID IC" (e.g. an IC on the motherboard that handles LBA/CHS addressing > > for creating a pseudo-array, but the OS still does all of the management > > and does not off-load anything). > > > > > I am very desperate not to lose my data, so I don't know if I dare moving > > > the drives to the other machine and try to make them online again. Do you > > > think I should try? > > > > No, but you might not have any choice. It honestly sounds like the > > metadata on your disks is in a bad state. > > > > I would recommend you try booting Linux, since their support for > > MatrixRAID is significantly better/more advanced. Ideally, you should > > be able to bring the RAID members back online using their tools, then > > reboot into FreeBSD and cross your fingers that your data becomes > > accessible. Once accessible, offload it somewhere immediately, and > > follow my above recommendations. > > > > > In general, are there any procedures I can try to recover my RAID array? > > Or > > > is the offline status definitive ? and all data definitely lost? I guess > > > some specialized companies have the expertise to recover lost data from a > > > broken RAID array, but I don't know. And I don't know the price of such a > > > service. > > > I would really, really appreciate any kind of help. > > > I have backups of most user data, but not of the system configuration > > (and > > > maybe even not the databases). This is of course pretty stupid. In the > > > future, I will not rely on RAID 5 as a foolproof solution? > > > > RAID 5 is a fine solution, but you have learned a very valuable lesson, > > one which I will enclose in asterisks to make it crystal clear: ***RAID > > DOES NOT REPLACE BACKUPS***. Repeat this mantra over and over until you > > accept it. :-) > > > > -- > > | 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 | > > > > Hi Jeremy, > > Thanks for your advice. As I understand you, the best bet is to boot from > Linux and try to repair. > And that trying with my other controller might be the second best. You risk corrupting or losing the metadata using another controller. The two controllers are *not* identical; just because they're Intel doesn't mean they speak the same metadata format. :-) > Would it be an idea to try to run som sort of Linux live cd? I have > no machines with Linux installed. Yes, absolutely. I assume any Linux distribution which uses libata should be able to speak to Intel MatrixRAID disks and BIOSes. Linux refers to this feature as "Intel SATA RAID" or "Intel Software RAID", Any present-day 2.6.x kernel uses libata; the newer the better. I do not know how to manipulate or interface with MatrixRAID on Linux. You will have to Google for how to get support in that regard. My quick searches turn up the following useful links: http://linux-ata.org/faq-sata-raid.html http://gentoo-wiki.com/HOWTO_Gentoo_Install_on_Bios_(Onboard)_RAID http://www.intel.com/support/chipsets/imsm/sb/cs-020663.htm http://iswraid.sourceforge.net/ (old/outdated from the look of it) It would appear the tool to manipulate the metadata is called dmraid(8). I believe the -a flag is what you might require, but I do not know for sure: http://www.linuxmanpages.com/man8/dmraid.8.php http://people.redhat.com/~heinzm/sw/dmraid/ Final note: I *will not* be held responsible for what happens if you use any of these tools. I have absolutely no experience doing any of what I've described; I'm simply articulating the route I'd choose in this scenario. -- | 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 Oct 15 17:18: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 8664B106568C for ; Wed, 15 Oct 2008 17:18:14 +0000 (UTC) (envelope-from freebsd@sopwith.solgatos.com) Received: from parsely.rain.com (parsely.rain.com [199.26.172.196]) by mx1.freebsd.org (Postfix) with ESMTP id 1CF778FC1F for ; Wed, 15 Oct 2008 17:18:12 +0000 (UTC) (envelope-from freebsd@sopwith.solgatos.com) Received: from sopwith.solgatos.com (uucp@localhost) by parsely.rain.com (8.11.4/8.11.4) with UUCP id m9FHHgf21371; Wed, 15 Oct 2008 10:17:42 -0700 (PDT) (envelope-from freebsd@sopwith.solgatos.com) Received: from localhost by sopwith.solgatos.com (8.8.8/6.24) id RAA23995; Wed, 15 Oct 2008 17:14:43 GMT Message-Id: <200810151714.RAA23995@sopwith.solgatos.com> To: freebsd-hardware@freebsd.org, freebsd-questions@freebsd.org In-reply-to: Your message of "Wed, 15 Oct 2008 14:32:25 +0200." <8f82c35c0810150532o52ae50b5kef7c685fd23a0af4@mail.gmail.com> Date: Wed, 15 Oct 2008 10:14:42 +0100 From: Dieter Cc: Subject: Re: RAID 5 - serious problem 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, 15 Oct 2008 17:18:14 -0000 > FreeBSD 7.0-Release > Intel D975XBX2 motherboard (Intel Matrix Storage Technology) > 3 WD Raptor 74 GB in a RAID 5 array > 1 WD Raptor 150 GB as a standalone disk > / and /var mounted on the standalone,, /usr on the RAID 5 > I believe what happened was that one of the disks didn't respond for such a > long time, that is was marked "bad". And afterwards the same thing happened > for the other disks. When I try to boot the system, all three disks are > marked "Offline". > I am very desperate not to lose my data, In that case, step one is to use dd(1) to make a bit-for-bit copy of the three drives to some trusted media. Since they are marked bad/offline, you might need to move them to a controller that doesn't know anything about RAID. (Note that there is risk here, and in almost anything you do at this point.) Once you have this bit-for-bit backup, you can run any experiment you like to attempt to recover your data. If the experiment goes bad, you can dd the exact original contents back using dd, then try a different experiment. While you're at it, make a normal backup using dump(8) or whatever you normally use, of / and /var. Once you have *everything* backed up, you can do risky experiments like booting linux. My personal approach to avoiding data loss is (a) avoid buggy things like inthell and linux. (b) FFS with softdeps and the disk write cache turned off, (c) full backups. I don't have enough ports to run RAID. :-( The downside is that FreeBSD doesn't have NCQ support yet (when? when? when?) so writes are slow. :-( From owner-freebsd-hardware@FreeBSD.ORG Wed Oct 15 18:46: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 361801065697 for ; Wed, 15 Oct 2008 18:46:02 +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 16AC88FC2B for ; Wed, 15 Oct 2008 18:46:01 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA06.emeryville.ca.mail.comcast.net ([76.96.30.51]) by QMTA04.emeryville.ca.mail.comcast.net with comcast id T3v71a00J16AWCUA46m0Wk; Wed, 15 Oct 2008 18:46:01 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA06.emeryville.ca.mail.comcast.net with comcast id T6ly1a00Z2P6wsM8S6lz2x; Wed, 15 Oct 2008 18:45:59 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=0Eq5QFMh5GS47GtUeU0A:9 a=HBYJNMoZ2NqTmMcfCFkA:7 a=YXkIxNPs_HFYXW4_gmQJCiINO8sA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id BE655C9419; Wed, 15 Oct 2008 11:45:58 -0700 (PDT) Date: Wed, 15 Oct 2008 11:45:58 -0700 From: Jeremy Chadwick To: Dieter Message-ID: <20081015184558.GA84665@icarus.home.lan> References: <8f82c35c0810150532o52ae50b5kef7c685fd23a0af4@mail.gmail.com> <200810151714.RAA23995@sopwith.solgatos.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200810151714.RAA23995@sopwith.solgatos.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-questions@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: RAID 5 - serious problem 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, 15 Oct 2008 18:46:02 -0000 On Wed, Oct 15, 2008 at 10:14:42AM +0100, Dieter wrote: > > FreeBSD 7.0-Release > > Intel D975XBX2 motherboard (Intel Matrix Storage Technology) > > 3 WD Raptor 74 GB in a RAID 5 array > > 1 WD Raptor 150 GB as a standalone disk > > / and /var mounted on the standalone,, /usr on the RAID 5 > > I believe what happened was that one of the disks didn't respond for such a > > long time, that is was marked "bad". And afterwards the same thing happened > > for the other disks. When I try to boot the system, all three disks are > > marked "Offline". > > > I am very desperate not to lose my data, > > In that case, step one is to use dd(1) to make a bit-for-bit copy of the > three drives to some trusted media. Since they are marked bad/offline, > you might need to move them to a controller that doesn't know anything > about RAID. (Note that there is risk here, and in almost anything you do > at this point.) Once you have this bit-for-bit backup, you can run any > experiment you like to attempt to recover your data. If the experiment > goes bad, you can dd the exact original contents back using dd, then > try a different experiment. While you're at it, make a normal backup > using dump(8) or whatever you normally use, of / and /var. Once you have > *everything* backed up, you can do risky experiments like booting linux. > > My personal approach to avoiding data loss is (a) avoid buggy things like > inthell and linux. Interesting, being as we have another thread going as of late that seems to link transparent data loss with AMD AM2-based systems with certain models of Adaptec and possibly LSI Logic controller cards. I like Intel as much as I like AMD -- but it's important to remember that it's becoming more and more difficult to provide "flawless" stability on things as the complexities increase. And I have no idea what your beef is with Linux. If the OP is successfully able to bring his array on-line using Linux, I would think that says something about the state of things in FreeBSD, would you agree? Both OSes have their pros and cons. > (b) FFS with softdeps and the disk write cache turned off, This has been fully discussed by developers, particularly Matt Dillon. I can point you to a thread discussing why doing this is not only silly, but a bad idea. And if you'd like, I can show you just how bad the performance is on disks with WC disabled using UFS2 + softupdates. When I say bad, I'm serious -- we're talking horrid. And yes, I have tried it -- see PR 127717 for evidence that I *have* tried it. :-) There *may* be advantages to disabling a disk's write cache when using a hardware RAID controller that offers its own on-board cache (DIMMs, etc.), but that cache should be battery-backed for safety reasons. > (c) full backups. I'm curious what your logic is here too -- this one is debatable, so I'd like to hear your view. > I don't have enough ports to run RAID. :-( The downside is that > FreeBSD doesn't have NCQ support yet (when? when? when?) so writes are > slow. :-( NCQ will not necessarily improve write performance. There have been numerous studies done proving this fact, and I can point you to those as well. TCQ, on the other hand, does offer performance benefits when there are a large number of simultaneous transactions occurring (think: it's more like SCSI's command queueing). I believe Andrey Elsukov is working on getting NCQ support working when AHCI is in use (assuming I remember correctly). -- | 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 Oct 15 20:30:56 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 674871065697; Wed, 15 Oct 2008 20:30:56 +0000 (UTC) (envelope-from freebsd@sopwith.solgatos.com) Received: from parsely.rain.com (parsely.rain.com [199.26.172.196]) by mx1.freebsd.org (Postfix) with ESMTP id 0DDE28FC17; Wed, 15 Oct 2008 20:30:55 +0000 (UTC) (envelope-from freebsd@sopwith.solgatos.com) Received: from sopwith.solgatos.com (uucp@localhost) by parsely.rain.com (8.11.4/8.11.4) with UUCP id m9FKUsg21650; Wed, 15 Oct 2008 13:30:54 -0700 (PDT) (envelope-from freebsd@sopwith.solgatos.com) Received: from localhost by sopwith.solgatos.com (8.8.8/6.24) id UAA24285; Wed, 15 Oct 2008 20:28:43 GMT Message-Id: <200810152028.UAA24285@sopwith.solgatos.com> To: freebsd-hardware@FreeBSD.org, freebsd-questions@FreeBSD.org In-reply-to: Your message of "Wed, 15 Oct 2008 11:45:58 PDT." <20081015184558.GA84665@icarus.home.lan> Date: Wed, 15 Oct 2008 13:28:43 +0100 From: Dieter Cc: Subject: Re: RAID 5 - serious problem 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, 15 Oct 2008 20:30:56 -0000 > > My personal approach to avoiding data loss is (a) avoid buggy things like > > inthell and linux. > > Interesting, being as we have another thread going as of late that seems > to link transparent data loss with AMD AM2-based systems with certain > models of Adaptec and possibly LSI Logic controller cards. This is the SCSI with >= 4 GiB thread? Sounds like an address map problem. > I like Intel as much as I like AMD That is your right. Inthell has a long history of buggy products, attempting to hide/ignore bugs, poor customer support, outright theft, etc. AMD isn't perfect, but the list of bad things is far far shorter. And there are other companies to consider besides just inthell and AMD. > -- but it's important to remember that it's > becoming more and more difficult to provide "flawless" stability on > things as the complexities increase. Computers are complex devices and always have been. Yes this makes it difficult to get everything right. Yet it is possible to achieve very high levels of reliability, better than "5 9s". > And I have no idea what your beef is with Linux. The quality is crap. Endless problems, including scrambled data. > If the OP is > successfully able to bring his array on-line using Linux, I would think > that says something about the state of things in FreeBSD, would you > agree? Both OSes have their pros and cons. It says linux got something right that FreeBSD got wrong. I never said that BSD gets *everything* right, or that linux gets *everything* wrong. > > (b) FFS with softdeps and the disk write cache turned off, > > This has been fully discussed by developers, particularly Matt Dillon. > I can point you to a thread discussing why doing this is not only silly, > but a bad idea. And if you'd like, I can show you just how bad the > performance is on disks with WC disabled using UFS2 + softupdates. When > I say bad, I'm serious -- we're talking horrid. And yes, I have tried > it -- see PR 127717 for evidence that I *have* tried it. :-) I am WELL aware of how bad write performance is on disks with the write cache turned off. I get only about 10% of what the hardware can do, and with large files that is very noticeable. :-( But data integrity is important. > > (c) full backups. > > I'm curious what your logic is here too -- this one is debatable, so I'd > like to hear your view. Things go wrong, and when they do backups are useful. The obvious problem is that a backup quickly becomes out of date as data changes. RAID stays current, but doesn't help with accidental file deletions, in cases where the entire machine dies (fire. flood, etc.), and so on. A proper RAID (that actually helps reliability rather than hurting it) plus off site backups gets you pretty close. A RAID with an off site mirror plus off site backups would be about as reliable as you can get. But if the rate of data changes is high the communication charges could be prohibitive. It all comes down to how important your data is and how much money is available. > NCQ will not necessarily improve write performance. I doubt it will help if you have the disk's write cache turned on. I'm pretty sure it will help with write cache turned off. > I believe Andrey Elsukov is working on getting NCQ support working when > AHCI is in use (assuming I remember correctly). I look forward to having NCQ available. Write performance without it is really pathetic. From owner-freebsd-hardware@FreeBSD.ORG Wed Oct 15 21:16: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 071261065697 for ; Wed, 15 Oct 2008 21:16:16 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [76.96.62.16]) by mx1.freebsd.org (Postfix) with ESMTP id 9EB208FC14 for ; Wed, 15 Oct 2008 21:16:14 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA05.westchester.pa.mail.comcast.net ([76.96.62.43]) by QMTA01.westchester.pa.mail.comcast.net with comcast id T5Ay1a00A0vyq2s519GEMV; Wed, 15 Oct 2008 21:16:14 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA05.westchester.pa.mail.comcast.net with comcast id T9GC1a00K2P6wsM3R9GCft; Wed, 15 Oct 2008 21:16:13 +0000 X-Authority-Analysis: v=1.0 c=1 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=g9VwMlW2UmOAZMy9IbcA:9 a=D43YGB70p-odoum_GFkA:7 a=RUdyj2A5k1khLEVmJlJkA-PRWJ0A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 096CFC9419; Wed, 15 Oct 2008 14:16:11 -0700 (PDT) Date: Wed, 15 Oct 2008 14:16:11 -0700 From: Jeremy Chadwick To: Dieter Message-ID: <20081015211611.GA88511@icarus.home.lan> References: <20081015184558.GA84665@icarus.home.lan> <200810152028.UAA24285@sopwith.solgatos.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200810152028.UAA24285@sopwith.solgatos.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-questions@FreeBSD.org, freebsd-hardware@FreeBSD.org Subject: Re: RAID 5 - serious problem 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, 15 Oct 2008 21:16:16 -0000 On Wed, Oct 15, 2008 at 01:28:43PM +0100, Dieter wrote: > > > My personal approach to avoiding data loss is (a) avoid buggy things like > > > inthell and linux. > > > > Interesting, being as we have another thread going as of late that seems > > to link transparent data loss with AMD AM2-based systems with certain > > models of Adaptec and possibly LSI Logic controller cards. > > This is the SCSI with >= 4 GiB thread? Sounds like an address map > problem. It's the "am2 MBs - 4g + SCSI wipes out root partition" thread. > > I like Intel as much as I like AMD > > That is your right. Inthell has a long history of buggy products, > attempting to hide/ignore bugs, poor customer support, outright > theft, etc. AMD isn't perfect, but the list of bad things is far > far shorter. And there are other companies to consider besides > just inthell and AMD. I'd rather not debate this, as it's off-topic. We can take it up privately if you desire, but keep in mind that my ideal system would be an AMD processor on an Intel chipset board -- but I'll probably be dead by the time that ever happens. Both companies could have much to learn from one another. > > And I have no idea what your beef is with Linux. > > The quality is crap. Endless problems, including scrambled data. I'm not even going to touch this one. > > If the OP is > > successfully able to bring his array on-line using Linux, I would think > > that says something about the state of things in FreeBSD, would you > > agree? Both OSes have their pros and cons. > > It says linux got something right that FreeBSD got wrong. I never said > that BSD gets *everything* right, or that linux gets *everything* > wrong. I don't really consider it an issue of right or wrong; a very different, and unique viewpoint you have! (And I do mean that sincerely) > > > (b) FFS with softdeps and the disk write cache turned off, > > > > This has been fully discussed by developers, particularly Matt Dillon. > > I can point you to a thread discussing why doing this is not only silly, > > but a bad idea. And if you'd like, I can show you just how bad the > > performance is on disks with WC disabled using UFS2 + softupdates. When > > I say bad, I'm serious -- we're talking horrid. And yes, I have tried > > it -- see PR 127717 for evidence that I *have* tried it. :-) > > I am WELL aware of how bad write performance is on disks with the write > cache turned off. I get only about 10% of what the hardware can do, > and with large files that is very noticeable. :-( But data integrity is > important. Your 10% claim is about right. Here's some actual tests I just did (filesystem layer is in the way, but you get the idea): atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f irq 18 at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ad0: 114473MB at ata0-master SATA150 testbox# ./atacontrol cap ad0 | grep write write cache yes yes testbox# dd if=/dev/zero of=/usr/testfile bs=1m count=1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 20.199726 secs (53156257 bytes/sec) testbox# ./atacontrol wc ad0 off testbox# ./atacontrol cap ad0 | grep write write cache yes no testbox# dd if=/dev/zero of=/usr/testfile bs=1m count=1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 155.745314 secs (6894216 bytes/sec) That's about 13% of the full capability. No administrator in their right mind is going to disable WC unless the disks are behind some form of controller that does caching. (For NCQ stuff, see below.) As for the reading material: http://lists.freebsd.org/pipermail/freebsd-stable/2008-September/045495.html http://lists.freebsd.org/pipermail/freebsd-stable/2008-September/045542.html > > > (c) full backups. > > > > I'm curious what your logic is here too -- this one is debatable, so I'd > > like to hear your view. > > Things go wrong, and when they do backups are useful. The obvious problem > is that a backup quickly becomes out of date as data changes. RAID stays > current, but doesn't help with accidental file deletions, in cases > where the entire machine dies (fire. flood, etc.), and so on. A proper > RAID (that actually helps reliability rather than hurting it) plus > off site backups gets you pretty close. A RAID with an off site mirror > plus off site backups would be about as reliable as you can get. But if > the rate of data changes is high the communication charges could be > prohibitive. It all comes down to how important your data is and how > much money is available. Ah sorry, I misinterpreted what you wrote! For some reason I thought you were advocating *not* performing full level-0 backups. :-) > > NCQ will not necessarily improve write performance. > > I doubt it will help if you have the disk's write cache turned on. > I'm pretty sure it will help with write cache turned off. One thing I haven't tested or experimented with is disabling write caching on a drive that has NCQ. Since FreeBSD lacks NCQ right now, we could test this on Linux to see what the I/O difference is (I'm talking purely from a dd or bonnie++ perspective). I can do said testing if need be (on Linux, with disks that do NCQ). > > I believe Andrey Elsukov is working on getting NCQ support working when > > AHCI is in use (assuming I remember correctly). > > I look forward to having NCQ available. Write performance without it > is really pathetic. Hearing you on FM! -- | 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 Thu Oct 16 00:00: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 E91D01065678; Thu, 16 Oct 2008 00:00:55 +0000 (UTC) (envelope-from freebsd@sopwith.solgatos.com) Received: from parsely.rain.com (parsely.rain.com [199.26.172.196]) by mx1.freebsd.org (Postfix) with ESMTP id 696288FC29; Thu, 16 Oct 2008 00:00:55 +0000 (UTC) (envelope-from freebsd@sopwith.solgatos.com) Received: from sopwith.solgatos.com (uucp@localhost) by parsely.rain.com (8.11.4/8.11.4) with UUCP id m9G00sJ21945; Wed, 15 Oct 2008 17:00:54 -0700 (PDT) (envelope-from freebsd@sopwith.solgatos.com) Received: from localhost by sopwith.solgatos.com (8.8.8/6.24) id XAA23954; Wed, 15 Oct 2008 23:53:18 GMT Message-Id: <200810152353.XAA23954@sopwith.solgatos.com> To: freebsd-hardware@FreeBSD.org, freebsd-questions@FreeBSD.org In-reply-to: Your message of "Wed, 15 Oct 2008 14:16:11 PDT." <20081015211611.GA88511@icarus.home.lan> Date: Wed, 15 Oct 2008 16:53:18 +0100 From: Dieter Cc: Subject: Re: RAID 5 - serious problem 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, 16 Oct 2008 00:00:56 -0000 > > > I like Intel as much as I like AMD > > > > That is your right. Inthell has a long history of buggy products, > > attempting to hide/ignore bugs, poor customer support, outright > > theft, etc. AMD isn't perfect, but the list of bad things is far > > far shorter. And there are other companies to consider besides > > just inthell and AMD. > > I'd rather not debate this, as it's off-topic. We can take it up > privately if you desire, but keep in mind that my ideal system would be > an AMD processor on an Intel chipset board -- but I'll probably be dead > by the time that ever happens. Both companies could have much to learn > from one another. Inthell apparently has some good fab people. If they were a designless fab house they might not be on my black list. > No administrator in their > right mind is going to disable WC unless the disks are behind some form > of controller that does caching. (For NCQ stuff, see below.) The only setup I have found that doesn't lose data is FFS+softdep+WC off. So you think I am insane for wanting to not lose data? > > > NCQ will not necessarily improve write performance. > > > > I doubt it will help if you have the disk's write cache turned on. > > I'm pretty sure it will help with write cache turned off. > > One thing I haven't tested or experimented with is disabling write > caching on a drive that has NCQ. Since FreeBSD lacks NCQ right now, we > could test this on Linux to see what the I/O difference is (I'm talking > purely from a dd or bonnie++ perspective). The filesystem may be significant, and last time I looked, linux didn't support FFS r/w. I read something indicating that recent disks do NCQ much better than earlier ones, so "NCQ support" isn't binary. This, and people testing NCQ with the write cache on, could explain the results where NCQ doesn't help. From owner-freebsd-hardware@FreeBSD.ORG Thu Oct 16 13:37: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 5BCE1106564A for ; Thu, 16 Oct 2008 13:37:47 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 0F83D8FC1C for ; Thu, 16 Oct 2008 13:37:46 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so744130ywe.13 for ; Thu, 16 Oct 2008 06:37:45 -0700 (PDT) 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:mime-version:content-type:content-transfer-encoding :content-disposition; bh=TS30Le+DMUvtoDxcLvS72dmPCScqqvKmItqkK/FFz4E=; b=idIaL5woLCarBFtm+H5Djx1yB6ZhNmtWcRxwr8fEcJ0Dd78oA6OMWyllwO4WzMW36B IHHtP1i8zLLbR1+K7kvmwGFGoieYUb8ydvylSjFWhRRiOh2Otx3DhV4aetfcOKbB63SO j95ASwIcJKm2FbckLdChQXh2Fvo3mRIasOHw0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=AUblAQgitaHkDp1X69w7f00Ee4cnsiuUpO5uQ6IhI1cZwHVjik08JGXCiT3iQEoB+B 1FLmiPaU57hXJE5sPfJqju0TVQGSEybmDy5fMl68RAyrUL9dLH7PrBn3nEwlAL+gSVb/ pMa5jrylfp/EZiyB+xGxYwuCnmCBAdUPzr3lk= Received: by 10.90.31.6 with SMTP id e6mr3043697age.90.1224162305535; Thu, 16 Oct 2008 06:05:05 -0700 (PDT) Received: by 10.90.81.10 with HTTP; Thu, 16 Oct 2008 06:05:05 -0700 (PDT) Message-ID: Date: Thu, 16 Oct 2008 17:05:05 +0400 From: pluknet To: freebsd-hardware@freebsd.org, emaste@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: AACRAID Driver v5.2.0 Build 15753 available. 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, 16 Oct 2008 13:37:47 -0000 Hello. I found that lastest vendor's driver has improvements which could be integrated into the FreeBSD tree. http://www.adaptec.com/en-US/speed/raid/aac/unix/aacraid_freebsd5_b15753_tar_gz.htm wbr, pluknet From owner-freebsd-hardware@FreeBSD.ORG Thu Oct 16 14:47: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 0290E1065698 for ; Thu, 16 Oct 2008 14:47:36 +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 A09AE8FC19 for ; Thu, 16 Oct 2008 14:47:35 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA10.westchester.pa.mail.comcast.net ([76.96.62.28]) by QMTA04.westchester.pa.mail.comcast.net with comcast id TPZf1a00C0cZkys54SnatB; Thu, 16 Oct 2008 14:47:34 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA10.westchester.pa.mail.comcast.net with comcast id TSnY1a00G2P6wsM3WSnYug; Thu, 16 Oct 2008 14:47:33 +0000 X-Authority-Analysis: v=1.0 c=1 a=Dwdif8CfikMA:10 a=DWCoM4W1p3UA:10 a=WkoD_w2DAAAA:8 a=QycZ5dHgAAAA:8 a=ZDPhMjHWc4DuQ1VhpMMA:9 a=6L861_VG1ryjmPp8CL2m7mvmOioA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id E6382C9419; Thu, 16 Oct 2008 07:47:31 -0700 (PDT) Date: Thu, 16 Oct 2008 07:47:31 -0700 From: Jeremy Chadwick To: pluknet Message-ID: <20081016144731.GA12628@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: emaste@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: AACRAID Driver v5.2.0 Build 15753 available. 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, 16 Oct 2008 14:47:36 -0000 On Thu, Oct 16, 2008 at 05:05:05PM +0400, pluknet wrote: > Hello. > > I found that lastest vendor's driver has improvements which could be > integrated into the FreeBSD tree. > > http://www.adaptec.com/en-US/speed/raid/aac/unix/aacraid_freebsd5_b15753_tar_gz.htm > > wbr, > pluknet Can you file a PR on this please? -- | 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 Thu Oct 16 15:15:23 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 E7A291065695 for ; Thu, 16 Oct 2008 15:15:23 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-gx0-f16.google.com (mail-gx0-f16.google.com [209.85.217.16]) by mx1.freebsd.org (Postfix) with ESMTP id 970748FC08 for ; Thu, 16 Oct 2008 15:15:23 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by gxk9 with SMTP id 9so7368691gxk.19 for ; Thu, 16 Oct 2008 08:15:22 -0700 (PDT) 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=nCnsKeD63cjOnu9vT5ng6OcVXHgvKCue+BfIoMhyQn0=; b=Jg72BUqS2QgCJKUbGzY6/UmLKewLd24U9lLBQRRnELBuOlHj9U73/LFLcW4ev/RzwJ DB5Z6oXpSa0etFxPPgKj3ES6BsDAeOvR6PiVpBNbSdtlUhCVdpPIXUq/qlNxwZOyzjbj rHc5SMhtzIg1SAcLlMcWoUeyYU3osYSzbCQqk= 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=xpNSh1GGVXhZGxDwOqWtkc0lRN5KqVwVog6dTr05m7gtOrOFLu3xf5ozXuepuXEaen 1xl61QEeOdzsNci5ihZF4dpmMOWcTvjR0t0u5JShZt1vC6QJqsofcUMvYjmnh60I/XT+ xB9cOCwzNKohdu5XYZNVlKDmUnURuP0nhXREY= Received: by 10.90.120.17 with SMTP id s17mr3227327agc.101.1224170121854; Thu, 16 Oct 2008 08:15:21 -0700 (PDT) Received: by 10.90.81.10 with HTTP; Thu, 16 Oct 2008 08:15:21 -0700 (PDT) Message-ID: Date: Thu, 16 Oct 2008 19:15:21 +0400 From: pluknet To: "Jeremy Chadwick" In-Reply-To: <20081016144731.GA12628@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081016144731.GA12628@icarus.home.lan> Cc: emaste@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: AACRAID Driver v5.2.0 Build 15753 available. 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, 16 Oct 2008 15:15:24 -0000 2008/10/16 Jeremy Chadwick : > On Thu, Oct 16, 2008 at 05:05:05PM +0400, pluknet wrote: >> Hello. >> >> I found that lastest vendor's driver has improvements which could be >> integrated into the FreeBSD tree. >> >> http://www.adaptec.com/en-US/speed/raid/aac/unix/aacraid_freebsd5_b15753_tar_gz.htm >> >> wbr, >> pluknet > > Can you file a PR on this please? > Probably, this evening. btw, it works on IBM ServeRAID 8k. wbr, pluknet From owner-freebsd-hardware@FreeBSD.ORG Thu Oct 16 15:24:10 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 9B7A4106569E for ; Thu, 16 Oct 2008 15:24:10 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-gx0-f16.google.com (mail-gx0-f16.google.com [209.85.217.16]) by mx1.freebsd.org (Postfix) with ESMTP id 331848FC25 for ; Thu, 16 Oct 2008 15:24:10 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by gxk9 with SMTP id 9so7385393gxk.19 for ; Thu, 16 Oct 2008 08:24:09 -0700 (PDT) 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=kdspUIepVYA1tyhcr5kbD1wRF2m8KovJACjacr8xZPk=; b=Hs7BKtfxIVCjjgEnasFKIe01Bu443KzrjM1RTAFBBXinvNB6x60uU3eMbpdNIn7UCM tNLGVPZqDDjhv9PfZDdX124rtNg/0H4QNlat7AAN++ljGlABKbcF38iCxXPQ8IL5iRJC MrMFl1YDp3UNXD3ev7A8IjiV3c7QH6iwBpKLI= 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=u9/nli+tNkhcJ5zskz1dNhh/CDBmjmhtPm42aR4mbkOVLXMHOg+5K4E5whz7dThMM6 ffSn1eRB9R2ZSW6ssKQabC+ukElfIVOar1azBuZ/EYQgaQkn4THmo5GWp9UvnA+6ySwR 15iAR3ZC9vkJHe3+SHn70Poz9mQTkKyWMTsOs= Received: by 10.90.92.14 with SMTP id p14mr3274671agb.52.1224170648803; Thu, 16 Oct 2008 08:24:08 -0700 (PDT) Received: by 10.90.81.10 with HTTP; Thu, 16 Oct 2008 08:24:08 -0700 (PDT) Message-ID: Date: Thu, 16 Oct 2008 19:24:08 +0400 From: pluknet To: "Jeremy Chadwick" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081016144731.GA12628@icarus.home.lan> Cc: emaste@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: AACRAID Driver v5.2.0 Build 15753 available. 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, 16 Oct 2008 15:24:10 -0000 2008/10/16 pluknet : > 2008/10/16 Jeremy Chadwick : >> On Thu, Oct 16, 2008 at 05:05:05PM +0400, pluknet wrote: >>> Hello. >>> >>> I found that lastest vendor's driver has improvements which could be >>> integrated into the FreeBSD tree. >>> >>> http://www.adaptec.com/en-US/speed/raid/aac/unix/aacraid_freebsd5_b15753_tar_gz.htm Ouch, of course it should be: http://www.adaptec.com/en-US/speed/raid/aac/unix/aacraid_freebsd6_b15753_tar_gz.htm >> >> Can you file a PR on this please? >> > > Probably, this evening. > btw, it works on IBM ServeRAID 8k. wbr, pluknet From owner-freebsd-hardware@FreeBSD.ORG Thu Oct 16 22:43:13 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 BC7A0106568E for ; Thu, 16 Oct 2008 22:43:13 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-gx0-f16.google.com (mail-gx0-f16.google.com [209.85.217.16]) by mx1.freebsd.org (Postfix) with ESMTP id 6D6088FC17 for ; Thu, 16 Oct 2008 22:43:13 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by gxk9 with SMTP id 9so386937gxk.19 for ; Thu, 16 Oct 2008 15:43:12 -0700 (PDT) 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=UGMg4mJ1mEjJO41RPeMhqQ1Cg2vi6gzOI+c8yr6BIHA=; b=sfqV8oAZOchqhVZzXygDZpYYvnfwTZRlpeI4WQDzQS13nN9Or8XrzISpbRvfGdf/1I ecx7Jx6IrOYDoOhJoKMuFenmhel/Dd35KnrktDIns5dQmrfdevjhUAtpJNEejrHflaUO ip1/XO4W/vYQiYEAGE8NxiRiDGU1dGiCrMiWQ= 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=LrBOOhGn9JoGhbPLOqWqpp/nwy2jr1F1u4ePFQ8FL7wRKORvoxBbvKu1nGc8hRlfyg ECxqyw23JPL+phQkDkxBBj6gnpBpDaNEAnUhY+Ce+Fk17PM6wZL/EMvrZpsMuI0Tazcx kaCcen/STQrR1SIyhtzEZXxpiV2Zqe94ibV4o= Received: by 10.90.103.3 with SMTP id a3mr2242941agc.17.1224196991514; Thu, 16 Oct 2008 15:43:11 -0700 (PDT) Received: by 10.90.81.10 with HTTP; Thu, 16 Oct 2008 15:43:11 -0700 (PDT) Message-ID: Date: Fri, 17 Oct 2008 02:43:11 +0400 From: pluknet To: "Jeremy Chadwick" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081016144731.GA12628@icarus.home.lan> Cc: emaste@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: AACRAID Driver v5.2.0 Build 15753 available. 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, 16 Oct 2008 22:43:13 -0000 2008/10/16 pluknet : > 2008/10/16 Jeremy Chadwick : >> On Thu, Oct 16, 2008 at 05:05:05PM +0400, pluknet wrote: >>> Hello. >>> >>> I found that lastest vendor's driver has improvements which could be >>> integrated into the FreeBSD tree. >>> >>> http://www.adaptec.com/en-US/speed/raid/aac/unix/aacraid_freebsd5_b15753_tar_gz.htm >> >> Can you file a PR on this please? >> > > Probably, this evening. > btw, it works on IBM ServeRAID 8k. kern/128165. wbr, pluknet From owner-freebsd-hardware@FreeBSD.ORG Sat Oct 18 00:12: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 55F9C1065687 for ; Sat, 18 Oct 2008 00:12:36 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.168]) by mx1.freebsd.org (Postfix) with ESMTP id 23E8E8FC12 for ; Sat, 18 Oct 2008 00:12:36 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so867139wfg.7 for ; Fri, 17 Oct 2008 17:12:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :sender:to:subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=1tyw2sKRS3ToJJirXfIjLdeLsFJ8WZoR9ZTApw5aKn8=; b=T6wA4Q+dr2vmCxet2BmoPsIKzWRQR8g0D+UgCAnxKse1defgR0sN2fWt7b8tcGA0aj WvivK/8gnBAl2ZzTuUsOyBBODglJfl3qVyADpORbdot7UdKeYTD7E/6QaLxUek6di+HR yb3Z+0C48WRlgLOtqeuoRevSWswbLdJxa9ZlQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:sender:to:subject:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:references:x-google-sender-auth; b=EyhT6debVfqR0HQH9uwBGowUjmrhx29Qc/79eEUMmsqW2RWk0vBnv6fbDMYWG8y4m9 /YNvmMWq8FjzPQ8hID2r8WkgnqO/13SWgwcPypbkivXCHt5SjiMrDOKjwrL/1dbuNI/x Hhou/ZtjM0Rk/zyOBEYYn1bjOR4gsg4tZrWY0= Received: by 10.142.48.3 with SMTP id v3mr1701291wfv.8.1224287314172; Fri, 17 Oct 2008 16:48:34 -0700 (PDT) Received: by 10.142.141.5 with HTTP; Fri, 17 Oct 2008 16:48:34 -0700 (PDT) Message-ID: <539c60b90810171648m39106b4ao28ffa07ea990a639@mail.gmail.com> Date: Fri, 17 Oct 2008 16:48:34 -0700 From: "Steve Franks" Sender: bahamasfranks@gmail.com To: freebsd-hardware@freebsd.org In-Reply-To: <20081014042713.GA39900@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081004034524.GA44662@icarus.home.lan> <200810040649.GAA19778@sopwith.solgatos.com> <20081004073304.GA48931@icarus.home.lan> <20081004073930.GA49756@icarus.home.lan> <20081014042713.GA39900@icarus.home.lan> X-Google-Sender-Auth: 325e9c5b61e48b14 Subject: Re: LG combo drive and Attansic Technology ethernet card on Asus P5Q Pro X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stevefranks@ieee.org List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2008 00:12:36 -0000 On Mon, Oct 13, 2008 at 9:27 PM, Jeremy Chadwick wrote: > On Sat, Oct 04, 2008 at 12:39:30AM -0700, Jeremy Chadwick wrote: >> On Sat, Oct 04, 2008 at 12:33:04AM -0700, Jeremy Chadwick wrote: >> > On Fri, Oct 03, 2008 at 11:49:01PM +0100, Dieter wrote: >> > > >> The drive is a new LG combo drive, I believe GH22LP20 or something close to it. >> > > >> > > I have an older LG PATA combo drive which works ok. >> > > >> > > Does it show up when booting? (Does dmesg work from the installation shell?) >> > > >> > > Maybe you need to "kldload atapicam" ? Or is that only needed for writing, >> > > I forget... >> > > >> > > > The only thing I can think of is that the P5Q boards use a Marvell >> > > > ATA/IDE controller (yes, you read that correctly). I wonder if FreeBSD >> > > > somehow lacks support for this... >> > > >> > > 7.0 ata man page claims support for: >> > > >> > > Marvell 88SX5040, 88SX5041, 88SX5080, 88SX5081, 88SX6041, >> > > 88SX6081, 88SX6101, 88SX6141. >> > >> > None of these are what's on the P5Q series boards. The P5Q series >> > boards use a Marvell 88SE6102 Super I/O chip, which also drives IDE/PATA >> > devices. (SATA is driven via ICH10 or ICH10R). >> > >> > I'm left to believe FreeBSD simply lacks support for this very new >> > Marvell chip. I'm willing to bet there is no sign of ata(4) devices nor >> > atapci(4) PCI association during boot-up. >> >> Mac folks are seeing the same problem: >> >> http://forum.insanelymac.com/index.php?showtopic=128985 >> http://www.insanelymac.com/lofiversion/index.php/t99634.html >> >> Wikipedia states the 88SE6121, not the 88SE6102, is used on P5Q series >> boards. But the P5Q SE motherboard manual states it's a 88SE6102. >> >> http://en.wikipedia.org/wiki/List_of_Marvell_Technology_Group_chipsets >> >> So either the motherboard manual is wrong, Wikipedia is wrong, or the >> P5Q SE and P5Q Pro contain different models/versions of ICs. >> >> When I get a P5Q SE for Yong-Hyeon, I'll make note of what's >> silkscreened on the ASIC. > > Yong-Hyeon received my hardware yesterday. Before I shipped it, I > made note of the silkscreening on numerous chips: > > Atheros AR8121-AL1E = GigE NIC + PHY > Marvell 88SE6102-NNC1 = ATA/IDE controller > Nuvoton/Winbond W83667HG-A = Super I/O + hardware monitoring > > -- > | 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 | > > _______________________________________________ > 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" > In a related issue, I've got a L2 (not L1 or L1E) that shows up when I boot PC-BSD, but not with 7.1 prerelease. KDE drove me nuts, though, so I just bought a $15 pci 100T to replace it. Still, I'm suprized that the driver shows up in PC-BSD - perhaps more of a config problem? best, Steve From owner-freebsd-hardware@FreeBSD.ORG Sat Oct 18 01:01:43 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 003BF1065691 for ; Sat, 18 Oct 2008 01:01:42 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.191]) by mx1.freebsd.org (Postfix) with ESMTP id E9EA38FC08 for ; Sat, 18 Oct 2008 01:01:41 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so393267tid.3 for ; Fri, 17 Oct 2008 18:01:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=OqI3+E2rf0iV41fRng+Roou1eVX7sK3QclTt2USzU7Y=; b=vE7PL62M2MvXQnqxCKk7NveHVkDwE6wFrIvOoWqKNEvPyVDEY0onq6jwvPa3TQpowj nlFWlOdON5EaMfi54+VuE8Svc4XV6wLYl5PxFhTI49SvphtjimNvn0VoDkEQDHM81/Z8 w6yXXOg89EOPfELwN/M79RO8rnUi9x6pMFHjA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=S4oKoGDpmOSNB7PezvdS6UWMDt2mb8YAXXzKRT3RWrpJf4ltlWOMWcTWe82B1Z3NpD QNpMx+oagaZjcsdQpUNWHKA5A1/zq0+UzHOIi6nhF2PG/uteSR3SUi4Cvo8huxIkVZ2g Z9KjhdC8K1H2aIBvfRSIe5yzbzV72YcrzLdyU= Received: by 10.110.53.14 with SMTP id b14mr3446098tia.45.1224291700468; Fri, 17 Oct 2008 18:01:40 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id u8sm6359465tia.8.2008.10.17.18.01.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 17 Oct 2008 18:01:38 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m9I0xdGC031515 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 18 Oct 2008 09:59:39 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m9I0xcYN031514; Sat, 18 Oct 2008 09:59:38 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 18 Oct 2008 09:59:38 +0900 From: Pyun YongHyeon To: Steve Franks Message-ID: <20081018005938.GA31303@cdnetworks.co.kr> References: <20081004034524.GA44662@icarus.home.lan> <200810040649.GAA19778@sopwith.solgatos.com> <20081004073304.GA48931@icarus.home.lan> <20081004073930.GA49756@icarus.home.lan> <20081014042713.GA39900@icarus.home.lan> <539c60b90810171648m39106b4ao28ffa07ea990a639@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <539c60b90810171648m39106b4ao28ffa07ea990a639@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: stas@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: LG combo drive and Attansic Technology ethernet card on Asus P5Q Pro X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2008 01:01:43 -0000 On Fri, Oct 17, 2008 at 04:48:34PM -0700, Steve Franks wrote: [...] > In a related issue, I've got a L2 (not L1 or L1E) that shows up when I > boot PC-BSD, but not with 7.1 prerelease. KDE drove me nuts, though, > so I just bought a $15 pci 100T to replace it. Still, I'm suprized > that the driver shows up in PC-BSD - perhaps more of a config problem? > stas@ committed ae(4) to HEAD but it was not MFCed to stable/7 yet. I'm not sure where PC-BSD got L2 driver but stas may have more information on MFC. CCed to Stanislav Sedov. -- Regards, Pyun YongHyeon From owner-freebsd-hardware@FreeBSD.ORG Sat Oct 18 11:06: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 016CF1065698 for ; Sat, 18 Oct 2008 11:06:14 +0000 (UTC) (envelope-from stas@ht-systems.ru) Received: from smtp.ht-systems.ru (mr0.ht-systems.ru [78.110.50.55]) by mx1.freebsd.org (Postfix) with ESMTP id A1C438FC16 for ; Sat, 18 Oct 2008 11:06:13 +0000 (UTC) (envelope-from stas@ht-systems.ru) Received: from [78.110.49.49] (helo=quasar.ht-systems.ru) by smtp.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1Kr96i-0006GD-LL; Sat, 18 Oct 2008 14:32:28 +0400 Received: by quasar.ht-systems.ru (Postfix, from userid 1024) id 7FA4E74E01; Sat, 18 Oct 2008 14:32:27 +0400 (MSD) Date: Sat, 18 Oct 2008 14:32:19 +0400 From: Stanislav Sedov To: pyunyh@gmail.com Message-Id: <20081018143219.f68287e3.stas@FreeBSD.org> In-Reply-To: <20081018005938.GA31303@cdnetworks.co.kr> References: <20081004034524.GA44662@icarus.home.lan> <200810040649.GAA19778@sopwith.solgatos.com> <20081004073304.GA48931@icarus.home.lan> <20081004073930.GA49756@icarus.home.lan> <20081014042713.GA39900@icarus.home.lan> <539c60b90810171648m39106b4ao28ffa07ea990a639@mail.gmail.com> <20081018005938.GA31303@cdnetworks.co.kr> Organization: The FreeBSD Project X-XMPP: ssedov@jabber.ru X-Voice: +7 916 849 20 23 X-PGP-Fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Sat__18_Oct_2008_14_32_19_+0400_VWjhkYHBtAmiBDUM" Cc: stas@freebsd.org, Steve Franks , freebsd-hardware@freebsd.org Subject: Re: LG combo drive and Attansic Technology ethernet card on Asus P5Q Pro 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: Sat, 18 Oct 2008 11:06:14 -0000 --Signature=_Sat__18_Oct_2008_14_32_19_+0400_VWjhkYHBtAmiBDUM Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, 18 Oct 2008 09:59:38 +0900 Pyun YongHyeon mentioned: > On Fri, Oct 17, 2008 at 04:48:34PM -0700, Steve Franks wrote: >=20 > [...] > > In a related issue, I've got a L2 (not L1 or L1E) that shows up when I > > boot PC-BSD, but not with 7.1 prerelease. KDE drove me nuts, though, > > so I just bought a $15 pci 100T to replace it. Still, I'm suprized > > that the driver shows up in PC-BSD - perhaps more of a config problem? > >=20 >=20 > stas@ committed ae(4) to HEAD but it was not MFCed to stable/7 yet. > I'm not sure where PC-BSD got L2 driver but stas may have more > information on MFC. CCed to Stanislav Sedov. >=20 I've requested the MFC but haven't got a reply from re@ yet. So not sure if they'll agree for MFC or not. --=20 Stanislav Sedov ST4096-RIPE --Signature=_Sat__18_Oct_2008_14_32_19_+0400_VWjhkYHBtAmiBDUM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj5uzsACgkQK/VZk+smlYEicgCfYm04j7/uPGDAsCaYw+dBWmfA xaQAn1bxmoGrTgb/L4bP8vn737/jKXip =kzPk -----END PGP SIGNATURE----- --Signature=_Sat__18_Oct_2008_14_32_19_+0400_VWjhkYHBtAmiBDUM--