From owner-freebsd-geom@FreeBSD.ORG Sun Aug 8 02:24:17 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C828C1065675 for ; Sun, 8 Aug 2010 02:24:17 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7C47C8FC1F for ; Sun, 8 Aug 2010 02:24:17 +0000 (UTC) Received: by qwg5 with SMTP id 5so5030807qwg.13 for ; Sat, 07 Aug 2010 19:24:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=jBE+L73ix3z1Tos4QtHAuLwsi46t5VLZzSVwncCfqbU=; b=uUR5+2SSrAF7mZymGzJXeRG9wOXByPeiwqCINt+dHY9vFKZK7mN+vQJIseEXLGLieP //z3xp68VRG4iBEjkDlzjNq9KELtfQW9bR/ZOMgxUJ598UpL38/qwpACfOasL3brgLtF CA7OHoix5tWn5fwAq7LiEFwM3HopC6Vw4jIp0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; b=t8fGv3B9iJNB8SAHgXrO0hVKOjxG0kL8KzvFjoh1rEWAXIDMp9HHN5iBbsL68LEj+n BkPJuAW9/OH50dY7qlts0i1ofE+k6xAMkmCrggxBeTLGmV3Vy6JANTzWhOuJqlkdRb5R zHCKdyXMGAjkjEgisigHlMtdj2h77xapVAa+k= Received: by 10.229.220.20 with SMTP id hw20mr6063242qcb.94.1281232684213; Sat, 07 Aug 2010 18:58:04 -0700 (PDT) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.229.236.132 with HTTP; Sat, 7 Aug 2010 18:57:44 -0700 (PDT) From: Ivan Voras Date: Sun, 8 Aug 2010 03:57:44 +0200 X-Google-Sender-Auth: vwreAXHwgWrq2moCGdW1UbLKvlk Message-ID: To: Pawel Jakub Dawidek , freebsd-geom@freebsd.org, freebsd-hackers Content-Type: text/plain; charset=UTF-8 Cc: Subject: glabel "force sectorsize" patch X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2010 02:24:18 -0000 Hi, In order to help users having 4k sector drives which the system recognizes as 512 byte sector drives, I'm proposing a patch to glabel which enables it to use a forced sector size for its native-labeled providers. It is naturally only usable with glabel-native labels (those created by "glabel label") and not partition and file system labels because we cannot add arbitrary new fields to metadata of those types. The patch is here: http://people.freebsd.org/~ivoras/diffs/glabel_ssize.patch It's tested with UFS+SU and a forced 4k sector size - apparently there are no problems here. Here's how a dumpfs output looks like from the test file system with completely default newfs options (except SU): magic 19540119 (UFS2) time Sun Aug 8 03:40:47 2010 superblock location 65536 id [ 4c5e0ab3 41c7e8d9 ] ncg 7 size 524287 blocks 514774 bsize 16384 shift 14 mask 0xffffc000 fsize 4096 shift 12 mask 0xfffff000 frag 4 shift 2 fsbtodb 3 minfree 8% optim time symlinklen 120 maxbsize 16384 maxbpg 2048 maxcontig 8 contigsumsize 8 nbfree 128690 ndir 2 nifree 150972 nffree 12 bpg 21567 fpg 86268 ipg 21568 unrefs 0 nindir 2048 inopb 64 maxfilesize 140806241583103 sbsize 4096 cgsize 16384 csaddr 1376 cssize 4096 sblkno 20 cblkno 24 iblkno 28 dblkno 1376 cgrotor 0 fmod 0 ronly 0 clean 1 avgfpdir 64 avgfilesize 16384 flags soft-updates fsmnt /mt volname swuid 0 This is a pre-commit review request and also a call for testers :) This mechanism is a band-aid until there's a better way of dealing with 4k drives. From owner-freebsd-geom@FreeBSD.ORG Sun Aug 8 10:31:13 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E8A91065672 for ; Sun, 8 Aug 2010 10:31:13 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077043238.chello.pl [89.77.43.238]) by mx1.freebsd.org (Postfix) with ESMTP id 926078FC08 for ; Sun, 8 Aug 2010 10:31:12 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id D1B4B45CA6; Sun, 8 Aug 2010 12:31:09 +0200 (CEST) Received: from localhost (chello089077043238.chello.pl [89.77.43.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 1DB5045684; Sun, 8 Aug 2010 12:31:04 +0200 (CEST) Date: Sun, 8 Aug 2010 12:30:55 +0200 From: Pawel Jakub Dawidek To: Ivan Voras Message-ID: <20100808103055.GA2037@garage.freebsd.pl> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-hackers , freebsd-geom@freebsd.org Subject: Re: glabel "force sectorsize" patch X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2010 10:31:13 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 08, 2010 at 03:57:44AM +0200, Ivan Voras wrote: > Hi, >=20 > In order to help users having 4k sector drives which the system > recognizes as 512 byte sector drives, I'm proposing a patch to glabel > which enables it to use a forced sector size for its native-labeled > providers. It is naturally only usable with glabel-native labels > (those created by "glabel label") and not partition and file system > labels because we cannot add arbitrary new fields to metadata of those > types. >=20 > The patch is here: >=20 > http://people.freebsd.org/~ivoras/diffs/glabel_ssize.patch [...] > This mechanism is a band-aid until there's a better way of dealing > with 4k drives. So why do you want to obfuscate glabel with it? For people to start depend on it? Once we start supporting 4kB sectors what do we do with such a change? Remove it and decrease version number? What people will do with providers already labeled this way? If its temporary, just allow to list providers you want to increase sector size in /boot/loader.conf. Once we start supporting it properly people might simply remove it from loader.conf and it should just work. Glabel is not for that and I don't agree for such obfuscation. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkxeh14ACgkQForvXbEpPzSL+wCguHzlZWPslLkwvdgXMEAXlhgl ztUAoJnJxtZhVFmO1NQuybFlFiyOkI77 =sttd -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-geom@FreeBSD.ORG Sun Aug 8 12:02:29 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D972106567C for ; Sun, 8 Aug 2010 12:02:29 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 8A6978FC14 for ; Sun, 8 Aug 2010 12:02:28 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Oi4aA-00048o-8Z for freebsd-geom@freebsd.org; Sun, 08 Aug 2010 14:02:26 +0200 Received: from 89-164-126-197.dsl.iskon.hr ([89.164.126.197]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 08 Aug 2010 14:02:26 +0200 Received: from ivoras by 89-164-126-197.dsl.iskon.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 08 Aug 2010 14:02:26 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Sun, 08 Aug 2010 14:02:17 +0200 Lines: 49 Message-ID: References: <20100808103055.GA2037@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 89-164-126-197.dsl.iskon.hr User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.11) Gecko/20100711 Thunderbird/3.0.6 In-Reply-To: <20100808103055.GA2037@garage.freebsd.pl> Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: glabel "force sectorsize" patch X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2010 12:02:29 -0000 On 8.8.2010 12:30, Pawel Jakub Dawidek wrote: > On Sun, Aug 08, 2010 at 03:57:44AM +0200, Ivan Voras wrote: >> Hi, >> >> In order to help users having 4k sector drives which the system >> recognizes as 512 byte sector drives, I'm proposing a patch to glabel >> which enables it to use a forced sector size for its native-labeled >> providers. It is naturally only usable with glabel-native labels >> (those created by "glabel label") and not partition and file system >> labels because we cannot add arbitrary new fields to metadata of those >> types. >> >> The patch is here: >> >> http://people.freebsd.org/~ivoras/diffs/glabel_ssize.patch > [...] >> This mechanism is a band-aid until there's a better way of dealing >> with 4k drives. > > So why do you want to obfuscate glabel with it? For people to start > depend on it? Once we start supporting 4kB sectors what do we do with > such a change? Remove it and decrease version number? What people will > do with providers already labeled this way? > > If its temporary, just allow to list providers you want to increase > sector size in /boot/loader.conf. Once we start supporting it properly > people might simply remove it from loader.conf and it should just work. > > Glabel is not for that and I don't agree for such obfuscation. Of course, there are good and bad sides to it. My take on it is that the only bad side is that it really isn't glabel's primary function to (optionally) fixup geometry, while the good sides are: * glabel is in GENERIC and judging by the mailing lists' traffic it is one of the better used parts of the system so people are familiar with it. It is also already used as a perfectly valid fixup for device renaming, making both UFS and ZFS more stable for usage. * You can't really "make people depend on glabel" both because it is in GENERIC and because of it storing metadata in the last sector, making the rest of the drive completely usable without it in the event native 4k sector support is grown. I'd like to hear comments from the wider audience. In respect with your comment, I will compromise: as 4k sector drives have become available over the counter more than 6 months ago and so far I think this is the first effort to give some support for them, I will commit this patch before 9.0 code freeze only if no other support gets developed. From owner-freebsd-geom@FreeBSD.ORG Sun Aug 8 12:37:10 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA0F81065674; Sun, 8 Aug 2010 12:37:09 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077043238.chello.pl [89.77.43.238]) by mx1.freebsd.org (Postfix) with ESMTP id 3F7C98FC1F; Sun, 8 Aug 2010 12:37:08 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 5873B45D8D; Sun, 8 Aug 2010 14:37:07 +0200 (CEST) Received: from localhost (chello089077043238.chello.pl [89.77.43.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id D4C4A45C89; Sun, 8 Aug 2010 14:37:01 +0200 (CEST) Date: Sun, 8 Aug 2010 14:36:53 +0200 From: Pawel Jakub Dawidek To: Ivan Voras Message-ID: <20100808123653.GC2037@garage.freebsd.pl> References: <20100808103055.GA2037@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xo44VMWPx7vlQ2+2" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: glabel "force sectorsize" patch X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2010 12:37:10 -0000 --xo44VMWPx7vlQ2+2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 08, 2010 at 02:02:17PM +0200, Ivan Voras wrote: > On 8.8.2010 12:30, Pawel Jakub Dawidek wrote: > > So why do you want to obfuscate glabel with it? For people to start > > depend on it? Once we start supporting 4kB sectors what do we do with > > such a change? Remove it and decrease version number? What people will > > do with providers already labeled this way? > >=20 > > If its temporary, just allow to list providers you want to increase > > sector size in /boot/loader.conf. Once we start supporting it properly > > people might simply remove it from loader.conf and it should just work. > >=20 > > Glabel is not for that and I don't agree for such obfuscation. >=20 > Of course, there are good and bad sides to it. My take on it is that the > only bad side is that it really isn't glabel's primary function to > (optionally) fixup geometry, while the good sides are: It isn't its secondary function either. > * glabel is in GENERIC and judging by the mailing lists' traffic it is > one of the better used parts of the system so people are familiar with > it. It is also already used as a perfectly valid fixup for device > renaming, making both UFS and ZFS more stable for usage. That's an excellent argument. But you know what? The em(4) is also in GENERIC, why not to add it in there? > * You can't really "make people depend on glabel" both because it is in > GENERIC and because of it storing metadata in the last sector, making > the rest of the drive completely usable without it in the event native > 4k sector support is grown. I never said that. I do want people to depend on glabel, because it is free of such ugly hacks, so I know it won't bite them in the future. I don't want people to start depend on the fact that glabel supports changing sector sizes. Once we start supporting 4kB sectors properly people configuration will stop working, because glabel won't be able to read its metadata anymore. Your hack will break all configurations that started to depend on your hack. In what I proposed, GEOM provider will be presented to glabel (or any other GEOM class) as 4kB provider and everything will just work, also after adding proper support for 4kB sectors. > I'd like to hear comments from the wider audience. In respect with your > comment, I will compromise: as 4k sector drives have become available > over the counter more than 6 months ago and so far I think this is the > first effort to give some support for them, I will commit this patch > before 9.0 code freeze only if no other support gets developed. I'll repeat. You won't commit this patch, because it is totally wrong solution and can only do a lot of damage in the future. If you look forward, even temporary solutions can be done right. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --xo44VMWPx7vlQ2+2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkxepOUACgkQForvXbEpPzTsugCgzpbR4hcr74ZwU9NFoiUibiyx eF0An1jqSoN7hiDyIAL0r80ZtVVei9GG =KZuE -----END PGP SIGNATURE----- --xo44VMWPx7vlQ2+2-- From owner-freebsd-geom@FreeBSD.ORG Sun Aug 8 12:57:41 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B0691065674; Sun, 8 Aug 2010 12:57:41 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 08F148FC0A; Sun, 8 Aug 2010 12:57:40 +0000 (UTC) Received: by qyk11 with SMTP id 11so1352686qyk.13 for ; Sun, 08 Aug 2010 05:57:40 -0700 (PDT) Received: by 10.224.69.17 with SMTP id x17mr7580311qai.283.1281272260167; Sun, 08 Aug 2010 05:57:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.219.17 with HTTP; Sun, 8 Aug 2010 05:57:20 -0700 (PDT) In-Reply-To: References: <20100808103055.GA2037@garage.freebsd.pl> From: =?UTF-8?Q?Marius_N=C3=BCnnerich?= Date: Sun, 8 Aug 2010 14:57:20 +0200 Message-ID: To: Ivan Voras Content-Type: text/plain; charset=UTF-8 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: glabel "force sectorsize" patch X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2010 12:57:41 -0000 On Sun, Aug 8, 2010 at 14:02, Ivan Voras wrote: > On 8.8.2010 12:30, Pawel Jakub Dawidek wrote: >> On Sun, Aug 08, 2010 at 03:57:44AM +0200, Ivan Voras wrote: >>> Hi, >>> >>> In order to help users having 4k sector drives which the system >>> recognizes as 512 byte sector drives, I'm proposing a patch to glabel >>> which enables it to use a forced sector size for its native-labeled >>> providers. It is naturally only usable with glabel-native labels >>> (those created by "glabel label") and not partition and file system >>> labels because we cannot add arbitrary new fields to metadata of those >>> types. >>> >>> The patch is here: >>> >>> http://people.freebsd.org/~ivoras/diffs/glabel_ssize.patch >> [...] >>> This mechanism is a band-aid until there's a better way of dealing >>> with 4k drives. >> >> So why do you want to obfuscate glabel with it? For people to start >> depend on it? Once we start supporting 4kB sectors what do we do with >> such a change? Remove it and decrease version number? What people will >> do with providers already labeled this way? >> >> If its temporary, just allow to list providers you want to increase >> sector size in /boot/loader.conf. Once we start supporting it properly >> people might simply remove it from loader.conf and it should just work. >> >> Glabel is not for that and I don't agree for such obfuscation. > > Of course, there are good and bad sides to it. My take on it is that the > only bad side is that it really isn't glabel's primary function to > (optionally) fixup geometry, while the good sides are: > > * glabel is in GENERIC and judging by the mailing lists' traffic it is > one of the better used parts of the system so people are familiar with > it. It is also already used as a perfectly valid fixup for device > renaming, making both UFS and ZFS more stable for usage. > > * You can't really "make people depend on glabel" both because it is in > GENERIC and because of it storing metadata in the last sector, making > the rest of the drive completely usable without it in the event native > 4k sector support is grown. > > I'd like to hear comments from the wider audience. In respect with your > comment, I will compromise: as 4k sector drives have become available > over the counter more than 6 months ago and so far I think this is the > first effort to give some support for them, I will commit this patch > before 9.0 code freeze only if no other support gets developed. I do not like this at all. Even if it's just for the KISS and POLA principles. A geom should do one thing and do it right imo. Why not write a new geom class that does what you want? From owner-freebsd-geom@FreeBSD.ORG Sun Aug 8 13:07:25 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C65B31065692; Sun, 8 Aug 2010 13:07:25 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077043238.chello.pl [89.77.43.238]) by mx1.freebsd.org (Postfix) with ESMTP id 113BB8FC21; Sun, 8 Aug 2010 13:07:24 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id BA9DA45E82; Sun, 8 Aug 2010 15:07:23 +0200 (CEST) Received: from localhost (chello089077043238.chello.pl [89.77.43.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 8A19845D8D; Sun, 8 Aug 2010 15:07:18 +0200 (CEST) Date: Sun, 8 Aug 2010 15:07:09 +0200 From: Pawel Jakub Dawidek To: Marius =?iso-8859-1?Q?N=FCnnerich?= Message-ID: <20100808130709.GD2037@garage.freebsd.pl> References: <20100808103055.GA2037@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wLAMOaPNJ0fu1fTG" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: glabel "force sectorsize" patch X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2010 13:07:25 -0000 --wLAMOaPNJ0fu1fTG Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 08, 2010 at 02:57:20PM +0200, Marius N=FCnnerich wrote: > On Sun, Aug 8, 2010 at 14:02, Ivan Voras wrote: > > I'd like to hear comments from the wider audience. In respect with your > > comment, I will compromise: as 4k sector drives have become available > > over the counter more than 6 months ago and so far I think this is the > > first effort to give some support for them, I will commit this patch > > before 9.0 code freeze only if no other support gets developed. >=20 > I do not like this at all. Even if it's just for the KISS and POLA > principles. A geom should do one thing and do it right imo. > Why not write a new geom class that does what you want? New GEOM class only for sectorsize conversion that can operate on metadata will be useful, not only to solve this particular problem. Although keep in mind that if at some point disks will be detected and presented as 4kB providers to the GEOM, this class won't be able to find its metadata anymore (as it was stored in the last 512 bytes, not in the last 4 kilobytes). --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --wLAMOaPNJ0fu1fTG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkxeq/0ACgkQForvXbEpPzSslACffbs/r5gFexV0pRgsaN76YDej ONEAoIpXoEgrLqpWXs7Vk4kryYTyvWUu =mN1A -----END PGP SIGNATURE----- --wLAMOaPNJ0fu1fTG-- From owner-freebsd-geom@FreeBSD.ORG Sun Aug 8 19:09:17 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46972106566B for ; Sun, 8 Aug 2010 19:09:17 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id E88108FC1B for ; Sun, 8 Aug 2010 19:09:16 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OiBF9-0006WT-Hf for freebsd-geom@freebsd.org; Sun, 08 Aug 2010 21:09:11 +0200 Received: from 47-197.dsl.iskon.hr ([89.164.47.197]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 08 Aug 2010 21:09:11 +0200 Received: from ivoras by 47-197.dsl.iskon.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 08 Aug 2010 21:09:11 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Sun, 08 Aug 2010 21:08:58 +0200 Lines: 28 Message-ID: References: <20100808103055.GA2037@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 47-197.dsl.iskon.hr User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.11) Gecko/20100711 Thunderbird/3.0.6 In-Reply-To: Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: glabel "force sectorsize" patch X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2010 19:09:17 -0000 On 8.8.2010 14:57, Marius Nünnerich wrote: > On Sun, Aug 8, 2010 at 14:02, Ivan Voras wrote: >>>> This mechanism is a band-aid until there's a better way of dealing >>>> with 4k drives. > I do not like this at all. Even if it's just for the KISS and POLA > principles. A geom should do one thing and do it right imo. As the addition will not modify general behaviour of glabel but add a new feature (which is actually clean and trivial to implement) invisible to most of the users, I don't think either KISS nor POLA are in any danger here. I do agree that it shouldn't be glabel's job to do this but also am *very* strongly against shipping 9.0 without any support for 4k drives, and the way I've chosen is the lesser of two evils. Code and patches by others are of course welcome. I'm hoping this discussion will trigger someone with experience in the lower levels of kernel to go and finally add the drive info parsing so it gets solved the right way :) > Why not write a new geom class that does what you want? I'm not against this approach also. Technically, if we go this way, the new GEOM class will be almost a line-for-line copy-paste of glabel with this single metadata field added, so I'd rather fold it into glabel. From owner-freebsd-geom@FreeBSD.ORG Sun Aug 8 20:08:20 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D393E106564A; Sun, 8 Aug 2010 20:08:20 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 479B68FC1F; Sun, 8 Aug 2010 20:08:19 +0000 (UTC) Received: by qwg5 with SMTP id 5so5535847qwg.13 for ; Sun, 08 Aug 2010 13:08:19 -0700 (PDT) Received: by 10.229.214.13 with SMTP id gy13mr6441640qcb.155.1281298099105; Sun, 08 Aug 2010 13:08:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.219.17 with HTTP; Sun, 8 Aug 2010 13:07:59 -0700 (PDT) In-Reply-To: References: <20100808103055.GA2037@garage.freebsd.pl> From: =?UTF-8?Q?Marius_N=C3=BCnnerich?= Date: Sun, 8 Aug 2010 22:07:59 +0200 Message-ID: To: Ivan Voras Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: glabel "force sectorsize" patch X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2010 20:08:20 -0000 On Sun, Aug 8, 2010 at 21:08, Ivan Voras wrote: > On 8.8.2010 14:57, Marius N=C3=BCnnerich wrote: >> On Sun, Aug 8, 2010 at 14:02, Ivan Voras wrote: > >>>>> This mechanism is a band-aid until there's a better way of dealing >>>>> with 4k drives. > >> I do not like this at all. Even if it's just for the KISS and POLA >> principles. A geom should do one thing and do it right imo. > > As the addition will not modify general behaviour of glabel but add a > new feature (which is actually clean and trivial to implement) invisible > to most of the users, I don't think either KISS nor POLA are in any > danger here. "Adding a new feature" maps directly to KISS, especially if the feature is in the wrong module. POLA: I wouldn't guess that a blocksize resizing is hidden in a _part_ of glabel. I am not using the native glabel part at all, just the named GPT partitions as most of the users seem to prefer nower days (and I guess will get even more traction after Dan's blog post). > I do agree that it shouldn't be glabel's job to do this but also am > *very* strongly against shipping 9.0 without any support for 4k drives, > and the way I've chosen is the lesser of two evils. I am against workarounds for stupid hardware vendors most of the time. Especially if it's just a minority, they break pola intentionally and is fixed easily without this kludge. Afaik if you align your Partitions to higher values (I use 1MB for example) ufs is not having any performance issues (I have not benchmarked this myself). > Code and patches by others are of course welcome. I'm hoping this > discussion will trigger someone with experience in the lower levels of > kernel to go and finally add the drive info parsing so it gets solved > the right way :) > >> Why not write a new geom class that does what you want? > > I'm not against this approach also. Technically, if we go this way, the > new GEOM class will be almost a line-for-line copy-paste of glabel with > this single metadata field added, so I'd rather fold it into glabel. I did not think of a new GEOM class that looks like glabel but one that has no metadata stored on disk . It is then activated and controlled by loader.conf variables. (Maybe like gnop? If I remember correctly, I did not take a look at that class for ages). This way you would get: - Your feature - no KISS violation, that class should be really simple - no POLA violation, feature is in a class with a discriptive name, glabel is left alone - no metadata store problem (is it in the last 512 or 4K bytes?) - No problem with future compatibilty, a user would have to active the class and it's configuration by hand, no magic here Marius From owner-freebsd-geom@FreeBSD.ORG Mon Aug 9 09:07:42 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FFA0106566C for ; Mon, 9 Aug 2010 09:07:42 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id E177B8FC1D for ; Mon, 9 Aug 2010 09:07:41 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id C4B9E1FFC36; Mon, 9 Aug 2010 08:51:44 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id A04F184428; Mon, 9 Aug 2010 10:51:44 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Marius =?utf-8?Q?N=C3=BCnnerich?= References: <20100808103055.GA2037@garage.freebsd.pl> Date: Mon, 09 Aug 2010 10:51:44 +0200 In-Reply-To: ("Marius =?utf-8?Q?N=C3=BCnnerich=22's?= message of "Sun, 8 Aug 2010 22:07:59 +0200") Message-ID: <86pqxstbhb.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: glabel "force sectorsize" patch X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2010 09:07:42 -0000 Marius N=C3=BCnnerich writes: > I did not think of a new GEOM class that looks like glabel but one > that has no metadata stored on disk . It is then activated and > controlled by loader.conf variables. (Maybe like gnop? If I remember > correctly, I did not take a look at that class for ages). As you would know if you had followed the discussion about WD EARS disks, gnop does what you want and is currently the recommended solution. I am looking into a permanent solution and would appreciate if people held off on this for a couple of weeks. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-geom@FreeBSD.ORG Mon Aug 9 10:21:01 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B38611065675; Mon, 9 Aug 2010 10:21:01 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 467E98FC08; Mon, 9 Aug 2010 10:21:00 +0000 (UTC) Received: by qwg5 with SMTP id 5so6074865qwg.13 for ; Mon, 09 Aug 2010 03:21:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=Vs6qmxQl8+99VN8PPdD4WaLFKxnOCFrNxio7sYJEayI=; b=venrhW8Du410HFL2RwcP7dPbydaPenqaUqD/Eeooq8RgrmlpZjiuIGQxYS9g4pjwq9 4alrzNRVPd3x6Y0kVqfBhsca13xG60X4Vn8hgFiQzm4u1WEpZpGFgs4l34ynZvHE1wCl vfPs1PwBkPwhuFVBtZkLUg6P03inU7Vl/Qik8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=YS7GCQB5w+i7vmfvNVjojhFJwwE7jzHDZCGYfbZ5NIXO536XpBpL42vv6f4O41dZSR loKJDfc4LYSFoc3GFr+KVMIpsDpPYmpqUS11T3Gn/DkwLIKYoTcoSxBewa8ge9KdYjZW shhLuA1GAFoH9AB1Vco3z5GToxVp2QqdSrf18= Received: by 10.224.119.18 with SMTP id x18mr8258921qaq.302.1281349260158; Mon, 09 Aug 2010 03:21:00 -0700 (PDT) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.229.236.132 with HTTP; Mon, 9 Aug 2010 03:20:40 -0700 (PDT) In-Reply-To: <86pqxstbhb.fsf@ds4.des.no> References: <20100808103055.GA2037@garage.freebsd.pl> <86pqxstbhb.fsf@ds4.des.no> From: Ivan Voras Date: Mon, 9 Aug 2010 12:20:40 +0200 X-Google-Sender-Auth: evNYVhj8bVPxozAHk0PL1NQIPB8 Message-ID: To: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, =?UTF-8?Q?Marius_N=C3=BCnnerich?= , freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: glabel "force sectorsize" patch X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2010 10:21:01 -0000 On 9 August 2010 10:51, Dag-Erling Sm=C3=B8rgrav wrote: > Marius N=C3=BCnnerich writes: >> I did not think of a new GEOM class that looks like glabel but one >> that has no metadata stored on disk . It is then activated and >> controlled by loader.conf variables. (Maybe like gnop? If I remember >> correctly, I did not take a look at that class for ages). > > As you would know if you had followed the discussion about WD EARS > disks, gnop does what you want and is currently the recommended > solution. Of course, but gnop as a testing GEOM class, does not save its metadata, meaning it has to be reconfigured after reboot, etc. > I am looking into a permanent solution and would appreciate if people > held off on this for a couple of weeks. Thank you! From owner-freebsd-geom@FreeBSD.ORG Mon Aug 9 11:06:56 2010 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0410E1065677 for ; Mon, 9 Aug 2010 11:06:56 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E61AD8FC14 for ; Mon, 9 Aug 2010 11:06:55 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o79B6tvC049008 for ; Mon, 9 Aug 2010 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o79B6tcs049006 for freebsd-geom@FreeBSD.org; Mon, 9 Aug 2010 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 9 Aug 2010 11:06:55 GMT Message-Id: <201008091106.o79B6tcs049006@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-geom@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-geom@FreeBSD.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2010 11:06:56 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o bin/149215 geom [panic] gpart(8): Delete linux's slice via Gpart - get p kern/148540 geom [geom] geom_sched breaks ata devices o kern/147852 geom [geom] [panic] graid3 panic: wrong offset 16384 for se o kern/147851 geom [geom] [panic] graid3 panic: g_read_data: invalid leng o kern/147667 geom [gmirror] Booting with one component of a gmirror, the o kern/147664 geom [geom] [patch] Add the ability to create linux and fat o kern/145818 geom [geom] geom_stat_open showing cached information for n o kern/145042 geom [geom] System stops booting after printing message "GE o kern/144962 geom [geom] panic when accessing GPT disk with a large numb o kern/144905 geom [geom][gpart] panic in gpart_ctlreq when unplugging ca o bin/144521 geom geom(1) tool parsing non-subclass command broken o kern/143455 geom gstripe(8) in RELENG_8 (31st Jan 2010) broken o kern/142563 geom [geom] [hang] ioctl freeze in zpool f kern/142365 geom [geom] FreeBSD RAID1 (gmirror) is much slower than Lin o kern/141740 geom [geom] gjournal(8): g_journal_destroy concurrent error s kern/141235 geom [geom_part] 8.0 no longer provides /dev entries for al o kern/140352 geom [geom] gjournal + glabel not working o kern/135898 geom [geom] Severe filesystem corruption - large files or l o kern/134922 geom [gmirror] [panic] kernel panic when use fdisk on disk o kern/134113 geom [geli] Problem setting secondary GELI key o kern/134044 geom [geom] gmirror(8) overwrites fs with stale data from r o kern/133931 geom [geli] [request] intentionally wrong password to destr o bin/132845 geom [geom] [patch] ggated(8) does not close files opened a o kern/132273 geom glabel(8): [patch] failing on journaled partition f kern/132242 geom [gmirror] gmirror.ko fails to fully initialize o kern/131353 geom [geom] gjournal(8) kernel lock p docs/130548 geom [patch] gjournal(8) man page is missing sysctls o kern/129674 geom [geom] gjournal root did not mount on boot o kern/129645 geom gjournal(8): GEOM_JOURNAL causes system to fail to boo o kern/129245 geom [geom] gcache is more suitable for suffix based provid f kern/128276 geom [gmirror] machine lock up when gmirror module is used o kern/124973 geom [gjournal] [patch] boot order affects geom_journal con o kern/124969 geom gvinum(8): gvinum raid5 plex does not detect missing s o kern/123962 geom [panic] [gjournal] gjournal (455Gb data, 8Gb journal), o kern/123122 geom [geom] GEOM / gjournal kernel lock o kern/122738 geom [geom] gmirror list "losts consumers" after gmirror de f kern/122415 geom [geom] UFS labels are being constantly created and rem o kern/122067 geom [geom] [panic] Geom crashed during boot o kern/121559 geom [patch] [geom] geom label class allows to create inacc o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir o kern/120091 geom [geom] [geli] [gjournal] geli does not prompt for pass o kern/115856 geom [geli] ZFS thought it was degraded when it should have o kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile f kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113419 geom [geom] geom fox multipathing not failing back p bin/110705 geom gmirror(8) control utility does not exit with correct o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to o kern/94632 geom [geom] Kernel output resets input while GELI asks for o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/88601 geom [geli] geli cause kernel panic under heavy disk usage o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o kern/84556 geom [geom] [panic] GBDE-encrypted swap causes panic at shu o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro o bin/78131 geom gbde(8) "destroy" not working. s kern/73177 geom kldload geom_* causes panic due to memory exhaustion 59 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Aug 9 12:37:30 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C76C61065677; Mon, 9 Aug 2010 12:37:30 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 8124A8FC1B; Mon, 9 Aug 2010 12:37:30 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 85FF21FFC33; Mon, 9 Aug 2010 12:37:29 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 5C2878452E; Mon, 9 Aug 2010 14:37:29 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Ivan Voras References: <20100808103055.GA2037@garage.freebsd.pl> <86pqxstbhb.fsf@ds4.des.no> Date: Mon, 09 Aug 2010 14:37:28 +0200 In-Reply-To: (Ivan Voras's message of "Mon, 9 Aug 2010 12:20:40 +0200") Message-ID: <86wrs055dj.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Marius =?utf-8?Q?N=C3=BCnnerich?= , freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: glabel "force sectorsize" patch X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2010 12:37:30 -0000 Ivan Voras writes: > Dag-Erling Sm=C3=B8rgrav writes: > > Marius N=C3=BCnnerich writes: > > > I did not think of a new GEOM class that looks like glabel but one > > > that has no metadata stored on disk . It is then activated and > > > controlled by loader.conf variables. (Maybe like gnop? If I > > > remember correctly, I did not take a look at that class for ages). > > As you would know if you had followed the discussion about WD EARS > > disks, gnop does what you want and is currently the recommended > > solution. > Of course, but gnop as a testing GEOM class, does not save its > metadata, meaning it has to be reconfigured after reboot, etc. Please read what Marius wrote, which I quoted above. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-geom@FreeBSD.ORG Mon Aug 9 14:00:16 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E6C31065678; Mon, 9 Aug 2010 14:00:16 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 477C38FC12; Mon, 9 Aug 2010 14:00:05 +0000 (UTC) Received: by qwg5 with SMTP id 5so6252962qwg.13 for ; Mon, 09 Aug 2010 07:00:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=9Vj8+jW3Ar/YwrxFCmorvmrQOxeq6HKLyK/z3Jonz14=; b=chC6B0sS00dUap6YyrdLcVJvVp64KFRnWCpqF7slTMDJvc1yW2XuH2kSzjKulMlyU0 qgEvAsCMRd85RvbZ5KoKxN4Ox+X2I8nPDLgBSB9vj7Hp90IX/19IkqYwFCo040WoVhTT 25v1Sj99tSsgCu7HqEp2XDVl85baxV8shLEIU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=eLnv+PW3k8Upu+3Fivyis4J9WN1naISDlGscXSFxWVTZvoBFqyh7oQ2XqljEGZPu/S J/tpizsZ9D/+JWstS6Pas3SMZMkEvAD7jW7hzDWBBXIQky0A0NYjQoR/cMztwox3eIL1 xhDvZ2Oz8J0J4f1raA4PjjbVzaw4FWwMpSdJE= Received: by 10.229.71.71 with SMTP id g7mr7147036qcj.177.1281362405300; Mon, 09 Aug 2010 07:00:05 -0700 (PDT) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.229.236.132 with HTTP; Mon, 9 Aug 2010 06:59:44 -0700 (PDT) In-Reply-To: <86wrs055dj.fsf@ds4.des.no> References: <20100808103055.GA2037@garage.freebsd.pl> <86pqxstbhb.fsf@ds4.des.no> <86wrs055dj.fsf@ds4.des.no> From: Ivan Voras Date: Mon, 9 Aug 2010 15:59:44 +0200 X-Google-Sender-Auth: uLS1zjXa7gb-LBKckuFyV0GW57E Message-ID: To: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, =?UTF-8?Q?Marius_N=C3=BCnnerich?= , freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: glabel "force sectorsize" patch X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2010 14:00:16 -0000 On 9 August 2010 14:37, Dag-Erling Sm=C3=B8rgrav wrote: > Ivan Voras writes: >> Dag-Erling Sm=C3=B8rgrav writes: >> > Marius N=C3=BCnnerich writes: >> > > I did not think of a new GEOM class that looks like glabel but one >> > > that has no metadata stored on disk . It is then activated and >> > > controlled by loader.conf variables. (Maybe like gnop? If I >> > > remember correctly, I did not take a look at that class for ages). >> > As you would know if you had followed the discussion about WD EARS >> > disks, gnop does what you want and is currently the recommended >> > solution. >> Of course, but gnop as a testing GEOM class, does not save its >> metadata, meaning it has to be reconfigured after reboot, etc. > > Please read what Marius wrote, which I quoted above. You are right, I skipped that part of his message. Gnop fits that. From owner-freebsd-geom@FreeBSD.ORG Mon Aug 9 19:54:05 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34D3B1065674 for ; Mon, 9 Aug 2010 19:54:05 +0000 (UTC) (envelope-from uncle@devio.us) Received: from wolfman.devio.us (devio.us [66.7.199.108]) by mx1.freebsd.org (Postfix) with ESMTP id 0F82F8FC23 for ; Mon, 9 Aug 2010 19:54:04 +0000 (UTC) Received: by wolfman.devio.us (Postfix, from userid 3773) id 6D7FF1A90AF; Mon, 9 Aug 2010 15:36:08 -0400 (EDT) Date: Mon, 9 Aug 2010 15:36:08 -0400 From: Nick Ulen To: freebsd-geom@freebsd.org Message-ID: <20100809193608.GA10991@wolfman.devio.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: block cipher mode X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2010 19:54:05 -0000 Greetings, What GELI uses: CBC or CBC-ESSIV ? man geli remains silent ( according to http://mareichelt.de/pub/notmine/linuxbsd-comparison.html it's CBC-ESSIV; dmesg showed AES-CBC. Regards Nick From owner-freebsd-geom@FreeBSD.ORG Mon Aug 9 20:44:05 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D94C5106566C for ; Mon, 9 Aug 2010 20:44:04 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077043238.chello.pl [89.77.43.238]) by mx1.freebsd.org (Postfix) with ESMTP id D30828FC14 for ; Mon, 9 Aug 2010 20:43:52 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 066E445CD9; Mon, 9 Aug 2010 22:43:51 +0200 (CEST) Received: from localhost (chello089077043238.chello.pl [89.77.43.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id E48FA45C9C; Mon, 9 Aug 2010 22:43:45 +0200 (CEST) Date: Mon, 9 Aug 2010 22:43:36 +0200 From: Pawel Jakub Dawidek To: Nick Ulen Message-ID: <20100809204336.GA2087@garage.freebsd.pl> References: <20100809193608.GA10991@wolfman.devio.us> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: <20100809193608.GA10991@wolfman.devio.us> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-geom@freebsd.org Subject: Re: block cipher mode X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2010 20:44:05 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 09, 2010 at 03:36:08PM -0400, Nick Ulen wrote: > Greetings, >=20 > What GELI uses: CBC or CBC-ESSIV ? GELI uses CBC with unpredictable IV. IV is generated by calculating SHA256 from IV-Key (which is secret) and sector offset. Not sure if this fully matches ESSIV definition. > man geli remains silent ( > according to http://mareichelt.de/pub/notmine/linuxbsd-comparison.html i= t's CBC-ESSIV; > dmesg showed AES-CBC. Do you know who is maintaining this page? There are some bits I'd like to update. For example GELI does support two factor authentication and also does support passphrase changing without reencryption. What I find a very important feature of GELI is integrity verification, which discovers any unauthorized data modification and not only protects data privacy. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkxgaHgACgkQForvXbEpPzTzeQCfQj4jX8T9SmIQQGW0IqcvTQLC 6PMAoI0S5kALLcop//k0k1Cj9FVPQIsX =axG4 -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-geom@FreeBSD.ORG Tue Aug 10 07:51:41 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93575106566B; Tue, 10 Aug 2010 07:51:41 +0000 (UTC) (envelope-from uncle@devio.us) Received: from wolfman.devio.us (devio.us [66.7.199.108]) by mx1.freebsd.org (Postfix) with ESMTP id 70A3C8FC12; Tue, 10 Aug 2010 07:51:41 +0000 (UTC) Received: by wolfman.devio.us (Postfix, from userid 3773) id A97B61A90AF; Tue, 10 Aug 2010 03:51:38 -0400 (EDT) Date: Tue, 10 Aug 2010 03:51:38 -0400 From: Nick Ulen To: Pawel Jakub Dawidek Message-ID: <20100810075138.GA12569@wolfman.devio.us> References: <20100809193608.GA10991@wolfman.devio.us> <20100809204336.GA2087@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100809204336.GA2087@garage.freebsd.pl> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-geom@freebsd.org Subject: Re: block cipher mode X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2010 07:51:41 -0000 Pawel, Thanks for the reply. > Do you know who is maintaining this page? Unfortunately,I don't know. Nick From owner-freebsd-geom@FreeBSD.ORG Tue Aug 10 18:02:42 2010 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C48D61065672 for ; Tue, 10 Aug 2010 18:02:42 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 8BAFA8FC1E for ; Tue, 10 Aug 2010 18:02:42 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 913391FFC33; Tue, 10 Aug 2010 17:44:48 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 4C3F18452D; Tue, 10 Aug 2010 19:44:48 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: hackers@freebsd.org, geom@freebsd.org Date: Tue, 10 Aug 2010 19:44:48 +0200 Message-ID: <86wrry1hwv.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Support for WD Advanced Format disks X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2010 18:02:42 -0000 I'm looking into a clean, permanent solution for WD Green drives that use 4096-byte physical sectors. To summarize the information I've collected so far: - There are several types of WD Green disks. I am primarily interested in the 1+ TB models: EARS and EADS. - According to WD's own documentation, EARS disks are Advanced Format while EADS disks are not; furthermore, EARS disks have 64 MB cache while EADS disks have only 32 MB. - There is at least one source that provides model and serial numbers for two EADS disks that seem have the performance characteristics of an Advanced Format disk. One of them actually reports 4096-byte sectors, the other does not. I am not entirely certain that source is reliable. - Advanced Format disks should have a label that clearly describes them as such: http://media.bestofmicro.com/U/O/238272/original/Western-Digital-WD10EARS-t= op.jpg - I received an EADS disk and performed measurements which clearly show that it is *not* an Advanced Format disk. I had no trouble achieving 50 MBps with misaligned 8192-byte writes. Right now, I have two requests. The first is that people who have Advanced Format disks run a program I wrote that measures the performance of aligned and misaligned writes of different sizes. % svn co http://svn.freebsd.org/base/user/des/phybs % cd phybs % make % ./phybs -w /dev/adN Please note: - This test is *destructive*. Do not run it on a disk that contains data you care about; it *will* destroy them. - You can not run it on a file, but you *can* run it on a partition instead of the whole disk. You can even run it on a misaligned partition; the results will show by how much the partition is misaligned. - The test takes a long time. It took about half an hour on a WD20EADS connected by eSATA. It may take several hours on an Advanced Format disk. If you are impatient, try bumping MINSIZE to 1024 in phybs.c. The second request is for some kind soul to send me an EARS drive to play with; please contact me off-list if you're interested. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-geom@FreeBSD.ORG Tue Aug 10 19:05:39 2010 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64350106566B; Tue, 10 Aug 2010 19:05:39 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (mail.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id 468008FC12; Tue, 10 Aug 2010 19:05:39 +0000 (UTC) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 21FED5B5A; Tue, 10 Aug 2010 11:48:53 -0700 (PDT) To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= In-reply-to: Your message of "Tue, 10 Aug 2010 19:44:48 +0200." <86wrry1hwv.fsf@ds4.des.no> References: <86wrry1hwv.fsf@ds4.des.no> Comments: In-reply-to =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= message dated "Tue, 10 Aug 2010 19:44:48 +0200." Date: Tue, 10 Aug 2010 11:48:53 -0700 From: Bakul Shah Message-Id: <20100810184853.21FED5B5A@mail.bitblocks.com> Cc: geom@freebsd.org, hackers@freebsd.org Subject: Re: Support for WD Advanced Format disks X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2010 19:05:39 -0000 On Tue, 10 Aug 2010 19:44:48 +0200 =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= wrote: > I'm looking into a clean, permanent solution for WD Green drives that > use 4096-byte physical sectors. To summarize the information I've > collected so far: > > - There are several types of WD Green disks. I am primarily interested > in the 1+ TB models: EARS and EADS. > > - According to WD's own documentation, EARS disks are Advanced Format > while EADS disks are not; furthermore, EARS disks have 64 MB cache > while EADS disks have only 32 MB. http://www.wdc.com/en/library/2579-001028.pdf gives an explanation of what the drive letters mean but they don't talk about 4k sector size. > - There is at least one source that provides model and serial numbers > for two EADS disks that seem have the performance characteristics of > an Advanced Format disk. One of them actually reports 4096-byte > sectors, the other does not. I am not entirely certain that source > is reliable. See below. > - Advanced Format disks should have a label that clearly describes them > as such: > > http://media.bestofmicro.com/U/O/238272/original/Western-Digital-WD10EARS-top.jpg >From http://www.wdc.com/en/products/advancedformat/ What models utilize Advanced Format technology? Some models of the WD Caviar Green and WD Scorpio Blue product families are built using Advanced Format technology. Over time more models and capacities will be added. WD drives with Advanced Format technology include special installation information on the drive label so be sure to read the label on your drive before installing it. ^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ So it seems that only the label distinguishes 4k sector drives. From owner-freebsd-geom@FreeBSD.ORG Tue Aug 10 21:08:43 2010 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0947410656AB; Tue, 10 Aug 2010 21:08:43 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id C03B88FC0A; Tue, 10 Aug 2010 21:08:42 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 9C9491FFC33; Tue, 10 Aug 2010 21:08:41 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 74D9F8455C; Tue, 10 Aug 2010 23:08:41 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Bakul Shah References: <86wrry1hwv.fsf@ds4.des.no> <20100810184853.21FED5B5A@mail.bitblocks.com> Date: Tue, 10 Aug 2010 23:08:41 +0200 In-Reply-To: <20100810184853.21FED5B5A@mail.bitblocks.com> (Bakul Shah's message of "Tue, 10 Aug 2010 11:48:53 -0700") Message-ID: <86mxsunpk6.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: geom@freebsd.org, hackers@freebsd.org Subject: Re: Support for WD Advanced Format disks X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2010 21:08:43 -0000 Bakul Shah writes: > http://www.wdc.com/en/library/2579-001028.pdf gives an > explanation of what the drive letters mean but they don't > talk about 4k sector size. The latest data sheet for the entire Green series is here: http://www.wdc.com/wdproducts/library/SpecSheet/ENG/2879-701229.pdf > Some models of the WD Caviar Green and WD Scorpio Blue > product families are built using Advanced Format technology. > Over time more models and capacities will be added. WD drives > with Advanced Format technology include special installation > information on the drive label so be sure to read the label > on your drive before installing it. ^^^^^^^^^^^^^^ > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > So it seems that only the label distinguishes 4k sector drives. The data sheet clearly says that *only* AARS and EARS disks are AF. Also, it's not just the label - AF disks have AF-specific jumper settings. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-geom@FreeBSD.ORG Tue Aug 10 22:50:14 2010 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D5591065679; Tue, 10 Aug 2010 22:50:14 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (mail.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id E8FEF8FC19; Tue, 10 Aug 2010 22:50:13 +0000 (UTC) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id A8CE35B67; Tue, 10 Aug 2010 15:50:12 -0700 (PDT) To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= In-reply-to: Your message of "Tue, 10 Aug 2010 23:08:41 +0200." <86mxsunpk6.fsf@ds4.des.no> References: <86wrry1hwv.fsf@ds4.des.no> <20100810184853.21FED5B5A@mail.bitblocks.com> <86mxsunpk6.fsf@ds4.des.no> Comments: In-reply-to =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= message dated "Tue, 10 Aug 2010 23:08:41 +0200." Date: Tue, 10 Aug 2010 15:50:12 -0700 From: Bakul Shah Message-Id: <20100810225012.A8CE35B67@mail.bitblocks.com> Cc: geom@freebsd.org, hackers@freebsd.org Subject: Re: Support for WD Advanced Format disks X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2010 22:50:14 -0000 After poking around some, it seems ATA/ATAPI-7 Identify Device word 106 bit 13 is set to 1 and bits 0-3 are set to 3 (for 2^3 or 8 LBAs per sector) for a 4KB sector size (pin 7-8 jumper on a WD AF disks presumably changes this setting to 0,0). See page 121 of Atapi-7 volume 1 (google for ata-atapi-7.pdf). Hopefully this helps in whatever `clean solution' you are looking for? From owner-freebsd-geom@FreeBSD.ORG Wed Aug 11 05:00:02 2010 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C810B1065676 for ; Wed, 11 Aug 2010 05:00:02 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward1.mail.yandex.net (forward1.mail.yandex.net [77.88.46.6]) by mx1.freebsd.org (Postfix) with ESMTP id 6A8DA8FC12 for ; Wed, 11 Aug 2010 05:00:02 +0000 (UTC) Received: from smtp4.mail.yandex.net (smtp4.mail.yandex.net [77.88.46.104]) by forward1.mail.yandex.net (Yandex) with ESMTP id 448B269E8FA0; Wed, 11 Aug 2010 08:49:00 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1281502140; bh=+oYIP7PPrWNIpCcfxZuIrqh/mwUqHqiDEuwa6G4VIeM=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=ifJKDkR2gVhYEYGYfW6g82GukEwo7VBZ8CEXcdMlUDBeQl8b5F+K7MoUZSea/6Z4u CWyjpL3Djg8kjDKpDMOpJtPqsieOQMLyvFM6nOdZKAr0Mn1S9jpSKMFSRo8IEdtGI9 WGAArHwSUPU00Js7mHflU6mrEQpD0nQQyrpo8yWw= Received: from [127.0.0.1] (ns.kirov.so-ups.ru [77.72.136.145]) by smtp4.mail.yandex.net (Yandex) with ESMTPSA id E311012809F; Wed, 11 Aug 2010 08:48:59 +0400 (MSD) Message-ID: <4C622BB2.3090605@yandex.ru> Date: Wed, 11 Aug 2010 08:48:50 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Bakul Shah References: <86wrry1hwv.fsf@ds4.des.no> <20100810184853.21FED5B5A@mail.bitblocks.com> <86mxsunpk6.fsf@ds4.des.no> <20100810225012.A8CE35B67@mail.bitblocks.com> In-Reply-To: <20100810225012.A8CE35B67@mail.bitblocks.com> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig243CAC20AACDD45C175FCBAE" X-Yandex-TimeMark: 1281502140 X-Yandex-Spam: 1 X-Yandex-Front: smtp4.mail.yandex.net Cc: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= , Alexander Motin , hackers@freebsd.org, geom@freebsd.org Subject: Re: Support for WD Advanced Format disks X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 05:00:02 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig243CAC20AACDD45C175FCBAE Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 11.08.2010 2:50, Bakul Shah wrote: > After poking around some, it seems ATA/ATAPI-7 Identify > Device word 106 bit 13 is set to 1 and bits 0-3 are set to 3 > (for 2^3 or 8 LBAs per sector) for a 4KB sector size (pin 7-8 > jumper on a WD AF disks presumably changes this setting to > 0,0). See page 121 of Atapi-7 volume 1 (google for > ata-atapi-7.pdf). >=20 > Hopefully this helps in whatever `clean solution' you are > looking for? This information is already used by ada(4) driver. If your disk doesn't lie about sector size you can see both logical and physical sector sizes in output of `camcontrol identify ada0` command. --=20 WBR, Andrey V. Elsukov --------------enig243CAC20AACDD45C175FCBAE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJMYiu6AAoJEAHF6gQQyKF63IwH/399hfx0L7gHs85XUdGANNjY YUwBRMijGZ6bdAWVmMusRcfJupnHWFTQHxguxTlidbsJbEy6l2z5UejA93XI1zbq 1Th1oIy6NLZdMmIsZrqMGcel8zxlhgrYFJPe++qPk7jpZz2ldwIAd0cuw1O4pcit pEluSrP+9RhYo/lPKXccKbuGJYGzbQW/vOE7ZvciBfDZ21G6FxDCO8kfYbuE84Pu EuZ+GRZS0WTb9WVbI1SRqsWro0wImI9QlomBwsla3LOrjTzFuw1E4ORZBQTZZ6jI ElEj7gwhyZ55hbCIKTKvJ8CaibyIwT9vQdZXLBZFrqmARj/p0cYz/DAgO+wpf2Q= =do5u -----END PGP SIGNATURE----- --------------enig243CAC20AACDD45C175FCBAE-- From owner-freebsd-geom@FreeBSD.ORG Wed Aug 11 06:16:01 2010 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 716561065672; Wed, 11 Aug 2010 06:16:01 +0000 (UTC) (envelope-from netch@segfault.kiev.ua) Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by mx1.freebsd.org (Postfix) with ESMTP id F2C548FC14; Wed, 11 Aug 2010 06:16:00 +0000 (UTC) Received: from segfault.kiev.ua (localhost.segfault.kiev.ua [127.0.0.1]) by segfault.kiev.ua (8.14.4/8.14.4/8.Who.Cares) with ESMTP id o7B64iE5079932; Wed, 11 Aug 2010 09:04:44 +0300 (EEST) (envelope-from netch@segfault.kiev.ua) Received: (from netch@localhost) by segfault.kiev.ua (8.14.4/8.14.4/Submit) id o7B64dre079929; Wed, 11 Aug 2010 09:04:39 +0300 (EEST) (envelope-from netch) Date: Wed, 11 Aug 2010 09:04:39 +0300 From: Valentin Nechayev To: hackers@freebsd.org, geom@freebsd.org Message-ID: <20100811060439.GD17926@netch.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86wrry1hwv.fsf@ds4.des.no> X-42: On Cc: Subject: Re: Support for WD Advanced Format disks X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: netch@netch.kiev.ua List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 06:16:01 -0000 > I'm looking into a clean, permanent solution for WD Green drives that > use 4096-byte physical sectors. To summarize the information I've > collected so far: There is attempt to look from another side - is it really needed? Captain Obvious says that if one have a new disk, it's easy to format it properly - i.e. not xxx*16*63 but aligned on 4KB boundary. For example, set up geometry xxx*64*32 for all new disks and align GPT partitions on 1MB boundary. As soon as FS requests in FreeBSD are no less than 4KB in size, this would satisfy any disk. If 4KB sectors are our future for a few next years, this shall be implemented anyway... -netch- From owner-freebsd-geom@FreeBSD.ORG Wed Aug 11 06:18:01 2010 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27FEB106566B; Wed, 11 Aug 2010 06:18:01 +0000 (UTC) (envelope-from netch@segfault.kiev.ua) Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by mx1.freebsd.org (Postfix) with ESMTP id A8B4D8FC0C; Wed, 11 Aug 2010 06:18:00 +0000 (UTC) Received: from segfault.kiev.ua (localhost.segfault.kiev.ua [127.0.0.1]) by segfault.kiev.ua (8.14.4/8.14.4/8.Who.Cares) with ESMTP id o7B6BTtp081591; Wed, 11 Aug 2010 09:11:29 +0300 (EEST) (envelope-from netch@segfault.kiev.ua) Received: (from netch@localhost) by segfault.kiev.ua (8.14.4/8.14.4/Submit) id o7B6BOmG081588; Wed, 11 Aug 2010 09:11:24 +0300 (EEST) (envelope-from netch) Date: Wed, 11 Aug 2010 09:11:24 +0300 From: Valentin Nechayev To: hackers@freebsd.org, geom@freebsd.org Message-ID: <20100811061124.GE17926@netch.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100810225012.A8CE35B67@mail.bitblocks.com> X-42: On Cc: Subject: Re: Support for WD Advanced Format disks X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: netch@netch.kiev.ua List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 06:18:01 -0000 > After poking around some, it seems ATA/ATAPI-7 Identify > Device word 106 According to my tests WD EARS (at least 1.5) stably keep silence about this. I've seen 2 different disks from different parties. Moreover, one disk was unable to read last sector with jumper 7-8 because it didn't decrease reported size. This maybe firmware error. So one shall not rely on this identification at least for WD. Comments for the question (mainly in Russian) and links http://netch80.livejournal.com/12985.html Linux is stably moving to having partition align at 4KB or higher boundary to avoid such problems at all. https://bugzilla.altlinux.org/show_bug.cgi?id=16000 -netch- From owner-freebsd-geom@FreeBSD.ORG Wed Aug 11 07:04:56 2010 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE8C01065687; Wed, 11 Aug 2010 07:04:56 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward2.mail.yandex.net (forward2.mail.yandex.net [77.88.46.7]) by mx1.freebsd.org (Postfix) with ESMTP id 6B29C8FC16; Wed, 11 Aug 2010 07:04:56 +0000 (UTC) Received: from smtp3.mail.yandex.net (smtp3.mail.yandex.net [77.88.46.103]) by forward2.mail.yandex.net (Yandex) with ESMTP id 848D738A81CE; Wed, 11 Aug 2010 11:04:54 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1281510294; bh=AqLOn4tRSupdX3bW7l5gMfNks0AkdATZ0zDDgIM2de4=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=UGm0RiSePz65MS/YO/Z2ga6/W9vo11H2Axydw6uySwRbSSLQslFdJ46d2Lu77FOqT FhtxdWU+tEHptEwJXeujOXKBogeVpDxa6Cme015SkBD3oJolPI0QDSlOTULzaqQv8p KUsfUww/Wh0Zh9On7ptUzqRpS9Hgh4SO0T2Jr7M0= Received: from [127.0.0.1] (mail.kirov.so-cdu.ru [77.72.136.145]) by smtp3.mail.yandex.net (Yandex) with ESMTPSA id 45B4027806E; Wed, 11 Aug 2010 11:04:54 +0400 (MSD) Message-ID: <4C624B90.3040101@yandex.ru> Date: Wed, 11 Aug 2010 11:04:48 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: netch@netch.kiev.ua References: <20100811060439.GD17926@netch.kiev.ua> In-Reply-To: <20100811060439.GD17926@netch.kiev.ua> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9ABFF4536DEDB480E6C5A675" X-Yandex-TimeMark: 1281510294 X-Yandex-Spam: 1 X-Yandex-Front: smtp3.mail.yandex.net Cc: geom@freebsd.org, hackers@freebsd.org Subject: Re: Support for WD Advanced Format disks X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 07:04:56 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9ABFF4536DEDB480E6C5A675 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 11.08.2010 10:04, Valentin Nechayev wrote: > example, set up geometry xxx*64*32 for all new disks and align GPT > partitions on 1MB boundary. As soon as FS requests in FreeBSD are no > less than 4KB in size, this would satisfy any disk. >=20 > If 4KB sectors are our future for a few next years, this shall be > implemented anyway... Yet another idea - we can add auto-align feature in gpart(8) for disks, that properly reports sector size. --=20 WBR, Andrey V. Elsukov --------------enig9ABFF4536DEDB480E6C5A675 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJMYkuUAAoJEAHF6gQQyKF6A5cIALJDKefh7t87xr1dHeCYZWH0 iTAOlbBuvJPZcSDo6POmz2ipSVnVprUV/DJaHBo3M9YAPpUT801WamFAr24mFsQ+ SsESHnQWI4047QFGbDt8BVfo2a54TLRpXZV0+Zl2KBogJ16sWckyY7a2eXpV6wNJ F3N4at+Auu+kI+pQbvyMnMI3wuDPreigxbgx76IRhbhIKivBqaPGdSjpQLNuNfr+ mI3AkWQ8gP0/HN/ej1JFx2wVGXm5SOGDV4Tgj/uyAXukRCCTyaqZAeKsHCKqcDjw r9pXQFR70hkPRMllOK7uzIGDsta/06okkbkle3NAfzv8uR6FgdUyjkC4qdcHN0w= =BUgA -----END PGP SIGNATURE----- --------------enig9ABFF4536DEDB480E6C5A675-- From owner-freebsd-geom@FreeBSD.ORG Wed Aug 11 08:27:00 2010 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2B8A106567E; Wed, 11 Aug 2010 08:27:00 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 64C4F8FC1C; Wed, 11 Aug 2010 08:27:00 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 6C20D1FFC33; Wed, 11 Aug 2010 08:26:59 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 39D0984528; Wed, 11 Aug 2010 10:26:59 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Bakul Shah References: <86wrry1hwv.fsf@ds4.des.no> <20100810184853.21FED5B5A@mail.bitblocks.com> <86mxsunpk6.fsf@ds4.des.no> <20100810225012.A8CE35B67@mail.bitblocks.com> Date: Wed, 11 Aug 2010 10:26:58 +0200 In-Reply-To: <20100810225012.A8CE35B67@mail.bitblocks.com> (Bakul Shah's message of "Tue, 10 Aug 2010 15:50:12 -0700") Message-ID: <86sk2leer1.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: geom@freebsd.org, hackers@freebsd.org Subject: Re: Support for WD Advanced Format disks X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 08:27:00 -0000 Bakul Shah writes: > After poking around some, it seems ATA/ATAPI-7 Identify Device word > 106 bit 13 is set to 1 and bits 0-3 are set to 3 (for 2^3 or 8 LBAs > per sector) for a 4KB sector size (pin 7-8 jumper on a WD AF disks > presumably changes this setting to 0,0). See page 121 of Atapi-7 > volume 1 (google for ata-atapi-7.pdf). Yes. We already support this. The problem is that WD's Advanced Format disks (or at least some of them) lie. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-geom@FreeBSD.ORG Wed Aug 11 11:44:05 2010 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7611F106564A; Wed, 11 Aug 2010 11:44:05 +0000 (UTC) (envelope-from eugen@eg.sd.rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id B36FF8FC24; Wed, 11 Aug 2010 11:44:04 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id o7BBRsbH072044; Wed, 11 Aug 2010 18:27:54 +0700 (NOVST) (envelope-from eugen@eg.sd.rdtc.ru) Received: (from eugen@localhost) by eg.sd.rdtc.ru (8.14.4/8.14.4/Submit) id o7BBRsth072043; Wed, 11 Aug 2010 18:27:54 +0700 (NOVST) (envelope-from eugen) Date: Wed, 11 Aug 2010 18:27:54 +0700 From: Eugene Grosbein To: Valentin Nechayev Message-ID: <20100811112754.GA72031@rdtc.ru> References: <86wrry1hwv.fsf@ds4.des.no> <20100811060439.GD17926@netch.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100811060439.GD17926@netch.kiev.ua> User-Agent: Mutt/1.4.2.3i Cc: geom@freebsd.org, hackers@freebsd.org Subject: Re: Support for WD Advanced Format disks X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 11:44:05 -0000 On Wed, Aug 11, 2010 at 09:04:39AM +0300, Valentin Nechayev wrote: > > I'm looking into a clean, permanent solution for WD Green drives that > > use 4096-byte physical sectors. To summarize the information I've > > collected so far: > > There is attempt to look from another side - is it really needed? > Captain Obvious says that if one have a new disk, it's easy to format > it properly - i.e. not xxx*16*63 but aligned on 4KB boundary. For > example, set up geometry xxx*64*32 for all new disks and align GPT > partitions on 1MB boundary. As soon as FS requests in FreeBSD are no > less than 4KB in size, this would satisfy any disk. > > If 4KB sectors are our future for a few next years, this shall be > implemented anyway... Also, we have geom_cache for performance-sensetive setups anyway :-) Eugene Grosbein From owner-freebsd-geom@FreeBSD.ORG Wed Aug 11 11:52:23 2010 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17039106567C; Wed, 11 Aug 2010 11:52:23 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 846AC8FC28; Wed, 11 Aug 2010 11:52:22 +0000 (UTC) Received: by eyh6 with SMTP id 6so5019086eyh.13 for ; Wed, 11 Aug 2010 04:52:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.75.139 with SMTP id y11mr14931825ebj.99.1281526210012; Wed, 11 Aug 2010 04:30:10 -0700 (PDT) Received: by 10.213.22.146 with HTTP; Wed, 11 Aug 2010 04:30:09 -0700 (PDT) In-Reply-To: <20100811060439.GD17926@netch.kiev.ua> References: <86wrry1hwv.fsf@ds4.des.no> <20100811060439.GD17926@netch.kiev.ua> Date: Wed, 11 Aug 2010 12:30:09 +0100 Message-ID: From: Olivier Smedts To: netch@netch.kiev.ua Content-Type: text/plain; charset=ISO-8859-1 Cc: geom@freebsd.org, hackers@freebsd.org Subject: Re: Support for WD Advanced Format disks X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 11:52:23 -0000 2010/8/11, Valentin Nechayev : >> I'm looking into a clean, permanent solution for WD Green drives that >> use 4096-byte physical sectors. To summarize the information I've >> collected so far: > > There is attempt to look from another side - is it really needed? > Captain Obvious says that if one have a new disk, it's easy to format > it properly - i.e. not xxx*16*63 but aligned on 4KB boundary. For > example, set up geometry xxx*64*32 for all new disks and align GPT > partitions on 1MB boundary. As soon as FS requests in FreeBSD are no > less than 4KB in size, this would satisfy any disk. That would not satisfy ZFS, which uses smaller (than 4KB) chunks for small files. That's a big problem on RAID-Z. > > If 4KB sectors are our future for a few next years, this shall be > implemented anyway... > > > -netch- > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-geom@FreeBSD.ORG Wed Aug 11 20:45:28 2010 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 113FC106566C; Wed, 11 Aug 2010 20:45:27 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A541E8FC12; Wed, 11 Aug 2010 20:45:27 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7BKjROD073042; Wed, 11 Aug 2010 20:45:27 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7BKjRx0073038; Wed, 11 Aug 2010 20:45:27 GMT (envelope-from linimon) Date: Wed, 11 Aug 2010 20:45:27 GMT Message-Id: <201008112045.o7BKjRx0073038@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/149523: [geom] label tasting hangs during boot X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 20:45:28 -0000 Synopsis: [geom] label tasting hangs during boot Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Wed Aug 11 20:45:15 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=149523 From owner-freebsd-geom@FreeBSD.ORG Thu Aug 12 00:19:03 2010 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F6B21065672; Thu, 12 Aug 2010 00:19:03 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8FD918FC0A; Thu, 12 Aug 2010 00:19:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7C0J3do076907; Thu, 12 Aug 2010 00:19:03 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7C0J3UN076903; Thu, 12 Aug 2010 00:19:03 GMT (envelope-from linimon) Date: Thu, 12 Aug 2010 00:19:03 GMT Message-Id: <201008120019.o7C0J3UN076903@freefall.freebsd.org> To: bengta@sics.se, linimon@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/149523: [geom] label tasting hangs during boot X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2010 00:19:03 -0000 Synopsis: [geom] label tasting hangs during boot State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Thu Aug 12 00:18:31 UTC 2010 State-Changed-Why: >From PR misfiled due to NFS glitch: Subject: Re: kern/149523: [geom] label tasting hangs during boot From: Bengt Ahlgren Date: Thu, 12 Aug 2010 01:06:10 +0200 I did some testing with wiping the first 100 sectors, but that did not make any difference. It does look like the IO isn't completing, suggesting an interrupt problem. Indeed, disabling the apic (set hint.apic.0.disabled=1 at the loader prompt) solves the tasting issue! But strangely enough, another Thinkpad X40 I tried did not need hint.apic.0.disabled=1 to boot from the same 8.1-REL install media. Hmm, I start to suspect hardware problems, or an old BIOS. Another issue with the problematic X40 is that it fails to mount the install DVD in fixit mode. So, lets close this PR - the problem seems to be due to faulty hardware. Bengt http://www.freebsd.org/cgi/query-pr.cgi?pr=149523 From owner-freebsd-geom@FreeBSD.ORG Thu Aug 12 22:24:16 2010 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E735A10656AE; Thu, 12 Aug 2010 22:24:16 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id AA2D98FC13; Thu, 12 Aug 2010 22:24:16 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id C5C881FFC34; Thu, 12 Aug 2010 22:24:15 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 86BFD84525; Fri, 13 Aug 2010 00:24:15 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: jhell References: <86wrry1hwv.fsf@ds4.des.no> <4C647362.7050006@dataix.net> Date: Fri, 13 Aug 2010 00:24:15 +0200 In-Reply-To: <4C647362.7050006@dataix.net> (jhell@dataix.net's message of "Thu, 12 Aug 2010 18:19:14 -0400") Message-ID: <86wrrv31ww.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: geom@freebsd.org, hackers@freebsd.org Subject: Re: Support for WD Advanced Format disks X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2010 22:24:17 -0000 jhell writes: > On stable/8 this is needed to build. Seems the need for linking against > libutil came in revision r211233. Yes, I forgot to commit the Makefile. Thank you for reminding me. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-geom@FreeBSD.ORG Thu Aug 12 22:48:10 2010 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9555F1065694; Thu, 12 Aug 2010 22:48:10 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2A5C08FC0C; Thu, 12 Aug 2010 22:48:09 +0000 (UTC) Received: by qwg5 with SMTP id 5so2378270qwg.13 for ; Thu, 12 Aug 2010 15:48:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=bJae1njTwVtq2A99v5V0R0yukb7y7eAenq4WWs2JxKQ=; b=Quhz3HrRMh1R3n3EmIXYhx74OzbhhLvy7hCINe1WIj3eGU6NUqhCIrelRu0tJFgI5j 0Tjgc0+mysxB5nvIprMBe8t1IeYfN+6dmk9ZXNh0xZtVBv2zkifFzuACicb7KTQzMWaO ODkyaEU4cf+4UWHBmHSeMJyTzWd4NZ7HTDOo4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=HTJJEeirAP/cb8sNkG+ZzbVsz5+PqN0Jv/In6ScyoId/Z4dI6ufO62AJZa7coMlqwN o+gLOACUNDfrYVwlTdt5w1BggasLt60ceUUUNDma45wu1VVPTt3zhn1UUqo4fGZNKw1B ef9MgRdENoXzc+bNtbInNkrOicynhDFcylseQ= Received: by 10.224.65.147 with SMTP id j19mr432430qai.189.1281651558251; Thu, 12 Aug 2010 15:19:18 -0700 (PDT) Received: from centel.dataix.local (adsl-99-19-46-227.dsl.klmzmi.sbcglobal.net [99.19.46.227]) by mx.google.com with ESMTPS id w14sm815158vce.2.2010.08.12.15.19.15 (version=SSLv3 cipher=RC4-MD5); Thu, 12 Aug 2010 15:19:16 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C647362.7050006@dataix.net> Date: Thu, 12 Aug 2010 18:19:14 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <86wrry1hwv.fsf@ds4.des.no> In-Reply-To: <86wrry1hwv.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: geom@freebsd.org, hackers@freebsd.org Subject: Re: Support for WD Advanced Format disks X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2010 22:48:10 -0000 On 08/10/2010 13:44, Dag-Erling Smørgrav wrote: > Right now, I have two requests. The first is that people who have > Advanced Format disks run a program I wrote that measures the > performance of aligned and misaligned writes of different sizes. > > % svn co http://svn.freebsd.org/base/user/des/phybs > % cd phybs > % make > % ./phybs -w /dev/adN DES, On stable/8 this is needed to build. Seems the need for linking against libutil came in revision r211233. Index: Makefile =================================================================== --- Makefile (revision 211244) +++ Makefile (working copy) @@ -4,5 +4,6 @@ CSTD ?= c99 WARNS ?= 6 MAN = # none +LDFLAGS += -lutil .include Regards, -- jhell,v