From owner-svn-src-head@freebsd.org Wed Aug 17 16:30:14 2016 Return-Path: Delivered-To: svn-src-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E8BAEBBDCDD; Wed, 17 Aug 2016 16:30:14 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from d.mail.sonic.net (d.mail.sonic.net [64.142.111.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C833812E4; Wed, 17 Aug 2016 16:30:14 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from zeppelin.tachypleus.net ([169.228.189.36]) (authenticated bits=0) by d.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id u7HGUA9k019851 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 17 Aug 2016 09:30:10 -0700 Subject: Re: svn commit: r304142 - head/usr.sbin/bsdinstall/partedit To: =?UTF-8?Q?Dag-Erling_Sm=c3=b8rgrav?= References: <201608150930.u7F9UL1V069576@repo.freebsd.org> <861t1n6749.fsf@desk.des.no> <581c856c-826b-529e-c9c6-a397fb679708@freebsd.org> <86wpjf4eun.fsf@desk.des.no> <8cb3fa1a-50cb-e238-d006-b98a628d446d@freebsd.org> <86k2ff4cxs.fsf@desk.des.no> Cc: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org From: Nathan Whitehorn Message-ID: Date: Wed, 17 Aug 2016 09:30:10 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <86k2ff4cxs.fsf@desk.des.no> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Sonic-CAuth: UmFuZG9tSVbU5fKK7v1KoKr1/TS73Krui+yWVRtIZt9HPU8bT3ZHmC6m1WuQ2YcB8JDJp1JXGg9q3KlKF9MPZLDDw6yiPAGL+nmqd22ePms= X-Sonic-ID: C;fJeO3Zdk5hGtYK/hcgQksw== M;vB3X3Zdk5hGtYK/hcgQksw== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2016 16:30:15 -0000 On 08/17/16 08:45, Dag-Erling Smørgrav wrote: > Nathan Whitehorn writes: >> Dag-Erling Smørgrav writes: >>> I have mentioned several examples to you, and even told you how to >>> confirm, by inspecting the source code, that most drivers do *not* >>> set the stripe size. >> Most drivers? Yes, sure. Most drivers that people use? No. > Every. Single. Dell. Server. > > Probably every single HP server as well, I haven't checked. > > VirtualBox gets it wrong. Xen gets it wrong. I believe KVM (including > RHEV) and VMWare get it wrong too, but haven't been able to verify. > > I guess those aren't important to you? > > DES OK. In which configurations? My Dell servers, for instance, don't do this. How are they set up? What drivers are being used? Is this something that affects passthrough disks, RAIDs, disk images? The point is that *if the reported stripe size is wrong*, more things than partition alignment in the installer will suffer for it. Fixing the installer with a bandaid in the run-up to a release is fine, but *we need to fix the underlying problem*. -Nathan