Date: Thu, 02 Jan 2003 19:55:28 +0100 From: phk@freebsd.org To: Bruce Evans <bde@zeta.org.au> Cc: Jos Backus <jos@catnook.com>, freebsd-current@freebsd.org Subject: Re: spec_getpages I/O read failure on md0 Message-ID: <3305.1041533728@critter.freebsd.dk> In-Reply-To: Your message of "Fri, 03 Jan 2003 05:50:40 %2B1100." <20030103052246.V486-100000@gamplex.bde.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3305.1041533728>