Date: Sun, 13 Dec 2020 11:20:22 -0700 From: Warner Losh <imp@bsdimp.com> To: Ian Lepore <ian@freebsd.org> Cc: alan somers <asomers@gmail.com>, FreeBSD Hackers <freebsd-hackers@freebsd.org> Subject: Re: char devices without SI_UNMAPPED? Message-ID: <CANCZdfqyLHhuq7h1w7dWh3HoywByOg2RxrezXGTPn_xfYAsTSw@mail.gmail.com> In-Reply-To: <6dd927984d69ef0e95e1e90651bcd8087bc4eec4.camel@freebsd.org> References: <CAOtMX2hFVjFAnNb9wxRTuRsvVptrUsy5C%2BrQECZW-kpKiBXjXA@mail.gmail.com> <6dd927984d69ef0e95e1e90651bcd8087bc4eec4.camel@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Dec 13, 2020 at 11:18 AM Ian Lepore <ian@freebsd.org> wrote: > On Sun, 2020-12-13 at 10:27 -0700, alan somers wrote: > > I'm trying to exercise the aio code that handles character devices > > that > > don't set the SI_UNMAPPED flag. But I can't find any. Are there any > > remaining character devices that don't allow unmapped I/O? > > > > -Alan > > > > I assume you mean disk-like devices? Probably mmcsd, flash/at45d, > flash/mx25l. > There are times that it's disabled administratively as well, but that may be on a per-I/O basis. vfs.zfs.vol.unmap_enabled: 1 vfs.unmapped_buf_allowed: 1 "Why do you ask?" is the next question... Warner
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfqyLHhuq7h1w7dWh3HoywByOg2RxrezXGTPn_xfYAsTSw>