From owner-freebsd-current Thu Jan 2 10:56:49 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE22E37B401 for ; Thu, 2 Jan 2003 10:56:47 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B08043E4A for ; Thu, 2 Jan 2003 10:56:47 -0800 (PST) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h02ItSF4003306; Thu, 2 Jan 2003 19:55:28 +0100 (CET) (envelope-from phk@freebsd.org) To: Bruce Evans Cc: Jos Backus , freebsd-current@freebsd.org Subject: Re: spec_getpages I/O read failure on md0 From: phk@freebsd.org In-Reply-To: Your message of "Fri, 03 Jan 2003 05:50:40 +1100." <20030103052246.V486-100000@gamplex.bde.org> Date: Thu, 02 Jan 2003 19:55:28 +0100 Message-ID: <3305.1041533728@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20030103052246.V486-100000@gamplex.bde.org>, Bruce Evans writes: >On Thu, 2 Jan 2003 phk@freebsd.org wrote: > >> In message <20021229152736.N39955-100000@gamplex.bde.org>, Bruce Evans writes: >> > >> >The md driver doesn't set any of the si_ size parameters so it has no chance >> >of getting this stuff right when the parameters are not the defaults. >> >> It does however set its sectorsize to 4k. The problem was GEOM not >> setting si_bsize_phys on the dev_t. > >The problem must be deeper, since setting it in GEOM doesn't affect >the non-GEOM case. GEOM can't set it, since it might be different >from the sector size. Stefan Esser reported some ordering and/or >cloning problems. GEOM apparently creates an extra device whose >si_bsize_phys can't be touched by the md driver. GEOM does not operate with two different sizes, it operates with a sectorsize which is defined as the smallest size of data the unit supports. Transferring this from md to GEOM to the dev_t should solve the problem in the GEOM case. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message