From owner-freebsd-current Mon Feb 23 19:33:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA27959 for freebsd-current-outgoing; Mon, 23 Feb 1998 19:33:27 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA27940 for ; Mon, 23 Feb 1998 19:33:20 -0800 (PST) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id UAA00456; Mon, 23 Feb 1998 20:33:12 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp03.primenet.com, id smtpd000425; Mon Feb 23 20:33:11 1998 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id UAA17080; Mon, 23 Feb 1998 20:33:06 -0700 (MST) From: Terry Lambert Message-Id: <199802240333.UAA17080@usr05.primenet.com> Subject: Re: ATAPI related patch .. To: mike@smith.net.au (Mike Smith) Date: Tue, 24 Feb 1998 03:33:05 +0000 (GMT) Cc: tlambert@primenet.com, mike@smith.net.au, hasty@rah.star-gate.com, scrappy@hub.org, freebsd-current@FreeBSD.ORG In-Reply-To: <199802240243.SAA13579@dingo.cdrom.com> from "Mike Smith" at Feb 23, 98 06:43:06 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Pull the other one. Audio track disk blocks are not evenly divisible > > into (or by) a page size. > > I'm not pulling nothing. Put an audio CD into your Win98 machine (or > Win95 OSR2 machine for that matter), and 'cd' to the drive in a penalty > box. > > Tell me what you see *there*. A display on a graphical exporer front-ending for an OS without a unified VM and buffer cache. > Sure, this is just a case where you need a SLICE layer that understands > non-multiple non-factor block size transforms. No. Julian's soloution was that you would need to aggregate partial real blocks underneath the page abstraction. Like many things, it requires a working VOP_{GET|PUT}PAGES. > Bear in mind that all you're actually doing is providing directory > entries that someone can open. Nobody says that the files can be > *mapped*, although they ought to be mappable. 8) If you are going to read them, then you are going to (effectively) map them, because the VM objects backed by the file are hung off the vnode. All a mapping is, is pointing a memory region at a set of pages backed by a vnode. It doesn't matter how the pages got hung off the vnode, so long as the contain completely valid or completely invalid data. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message