Date: Wed, 19 Dec 2012 18:47:23 +0000 From: "Poul-Henning Kamp" <phk@phk.freebsd.dk> To: Konstantin Belousov <kostikbel@gmail.com> Cc: mjacob@freebsd.org, freebsd-arch@freebsd.org Subject: Re: Unmapped I/O Message-ID: <17563.1355942843@critter.freebsd.dk> In-Reply-To: <20121219183600.GX71906@kib.kiev.ua> References: <20121219135451.GU71906@kib.kiev.ua> <50D1D2BD.80107@freebsd.org> <50D1ECC5.2070209@freebsd.org> <17252.1355935960@critter.freebsd.dk> <20121219172320.GW71906@kib.kiev.ua> <17479.1355941463@critter.freebsd.dk> <20121219183600.GX71906@kib.kiev.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
-------- In message <20121219183600.GX71906@kib.kiev.ua>, Konstantin Belousov writes: >> Wrong, a Adaptec 1542 could DMA directly into or out of any spot >> of memory and that could have been mapped in userland but not in >> kernel. > >And how this can be used while keeping on-disk data coherent with the >buffer ?[...] You simply don't care about the kernel buffer (most of the time). The kernel doesn't need to see the data, all it has to do is move it from disk to userland. Of course there are boundary issues and cornercases that need to be handled, for instance if userland does not issue requests which are disk-sector-integral, in which case the buffers will be needed, but for the common case, they will not be necessary. -- 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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?17563.1355942843>