From owner-freebsd-bugs@FreeBSD.ORG Wed Sep 12 09:30:03 2007 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45D8316A469 for ; Wed, 12 Sep 2007 09:30:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1B41213C4B0 for ; Wed, 12 Sep 2007 09:30:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l8C9U35F089487 for ; Wed, 12 Sep 2007 09:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l8C9U2PH089484; Wed, 12 Sep 2007 09:30:02 GMT (envelope-from gnats) Resent-Date: Wed, 12 Sep 2007 09:30:02 GMT Resent-Message-Id: <200709120930.l8C9U2PH089484@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Niki Denev Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6BA916A418 for ; Wed, 12 Sep 2007 09:20:13 +0000 (UTC) (envelope-from root@totalterror.net) Received: from sellinet.net (galileo.sellinet.net [82.199.192.2]) by mx1.freebsd.org (Postfix) with SMTP id E538813C48E for ; Wed, 12 Sep 2007 09:20:12 +0000 (UTC) (envelope-from root@totalterror.net) Received: (qmail 18230 invoked by uid 1009); 12 Sep 2007 11:52:01 +0300 Received: from root@totalterror.net by galileo by uid 1002 with qmail-scanner-1.22 (spamassassin: 3.0.3. Clear:RC:1(82.199.197.152):. Processed in 0.712417 secs); 12 Sep 2007 08:52:01 -0000 Received: from unknown (HELO ndenev.totalterror.net) (82.199.197.152) by galileo.sellinet.net with SMTP; 12 Sep 2007 11:52:01 +0300 Received: (qmail 1372 invoked from network); 12 Sep 2007 11:48:18 +0300 Received: from unknown (HELO totalterror.net) (127.0.0.1) by ndenev.totalterror.net with AES256-SHA encrypted SMTP; 12 Sep 2007 11:48:18 +0300 Received: (from root@localhost) by totalterror.net (8.14.1/8.14.1/Submit) id l8C8mI8c001370; Wed, 12 Sep 2007 11:48:18 +0300 (EEST) (envelope-from root) Message-Id: <200709120848.l8C8mI8c001370@totalterror.net> Date: Wed, 12 Sep 2007 11:48:18 +0300 (EEST) From: Niki Denev To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: bin/116302: atacontrol(8) reports wrong stripe for intel raid0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Niki Denev List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Sep 2007 09:30:03 -0000 >Number: 116302 >Category: bin >Synopsis: atacontrol(8) reports wrong stripe for intel raid0 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 12 09:30:02 GMT 2007 >Closed-Date: >Last-Modified: >Originator: Niki Denev >Release: FreeBSD 7.0-CURRENT i386 >Organization: >Environment: System: FreeBSD ndenev.totalterror.net 7.0-CURRENT FreeBSD 7.0-CURRENT #18: Sat Sep 8 13:13:35 EEST 2007 ndenev@ndenev.totalterror.net:/usr/obj/usr/src/sys/TERROR i386 >Description: atacontrol(8) reports wrong stripe size of Intel ICH8R created RAID0 arrays. >How-To-Repeat: Create RAID0 array on Intel ICH8R mobo (Asus p5b deluxe) with stripe size 128K either with atacontrol or bios utility. FreeBSD ata-raid driver then sees the array ar0 correctly, but atacontrol(8) status shows double stripe size. ndenev# dmesg | grep ^ar0 ar0: 305251MB status: READY ar0: disk0 READY using ad4 at ata2-master ar0: disk1 READY using ad6 at ata3-master ndenev# atacontrol status ar0 ar0: ATA RAID0 stripesize=256 status: READY subdisks: 0 ad4 ONLINE 1 ad6 ONLINE >Fix: Unknown. It's possible that the problem is not in atacontrol(8) because it doesn't do anything fancy with the data returned from the ioctl call to query the array status. >Release-Note: >Audit-Trail: >Unformatted: