Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 27 May 2002 23:50:49 +1000 (EST)
From:      Bruce Evans <bde@zeta.org.au>
To:        Poul-Henning Kamp <phk@FreeBSD.org>
Cc:        cvs-committers@FreeBSD.org, <cvs-all@FreeBSD.org>
Subject:   Re: cvs commit: src/sys/dev/md md.c
Message-ID:  <20020527232624.F16465-100000@gamplex.bde.org>
In-Reply-To: <200205252044.g4PKiLl51670@freefall.freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 25 May 2002, Poul-Henning Kamp wrote:

> phk         2002/05/25 13:44:20 PDT
>
>   Modified files:
>     sys/dev/md           md.c
>   Log:
>   Give the "malloc" backing of md(4) an adaptive multilevel index tree to
>   remove the need for a contiguous array with pointers to all the sectors.
>
>   Try to make failure to malloc(9) memory a non-hang situation.
>
>   Eventually this will allow us to test the 64bit cleanness of the disk
>   I/O patch, but more work is outstanding here and elsewhere.

Vnode-backed devices can already be used for this:

	dd if=/dev/zero of=zz bs=8k oseek=1073741822 count=1

on an 8K/1TB ffs filesystem gives an file of size (8TB - epsilon).
mdconfig of this file gives a device that needs 35-bit daddr_t's to
access, modulo work "here and elsewhere" (md actually silently truncates
the device size mod 2TB by blindly assigning to uint32_t's here and
there).

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020527232624.F16465-100000>