From owner-freebsd-current Mon Feb 23 23:58:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA24649 for freebsd-current-outgoing; Mon, 23 Feb 1998 23:58:37 -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 XAA24631 for ; Mon, 23 Feb 1998 23:58:35 -0800 (PST) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id AAA24997; Tue, 24 Feb 1998 00:58:30 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp03.primenet.com, id smtpd024940; Tue Feb 24 00:58:21 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id AAA16091; Tue, 24 Feb 1998 00:58:17 -0700 (MST) From: Terry Lambert Message-Id: <199802240758.AAA16091@usr09.primenet.com> Subject: Re: ATAPI related patch .. To: mike@smith.net.au (Mike Smith) Date: Tue, 24 Feb 1998 07:58:16 +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: <199802240646.WAA14231@dingo.cdrom.com> from "Mike Smith" at Feb 23, 98 10:46:21 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 > > Like many things, it requires a working VOP_{GET|PUT}PAGES. > > Do you have one? Where is it in the queue of swallowable chunks? Depends on what you are willing to swallow or not, doesn't it? I can't answer a subjective question. Would it be the same code you would have written had you taken the time to write it instead of me? I don't know. The VOP_{GET|PUT}PAGES in UFS is OK, and the recent hack for MFS is OK, too. What's left? Any local media FS (any FS where the storage is managed by the FS code, ie: none of the stacking FS's, and none of the remote FS's, like AFS, CODA, or NFS). > Sure. And below the mapping (do you ever go that far down? 8) there > lives a strategy handler, and that strategy handler gets passed an > offset and a length, in some agreed block size. That is, of course, what VOP_{GET|PUT}PAGES would be calling, in your putative audio CD FS. The one difference is that you would have to have a block cache for four blocks in front of it to deal with assembly of physical blocks into pages. > All pie-in-the-sky stuff, of course. Hardly. If I send you the code for a local media FS to implement VOP_{GET|PUT}PAGES, will you commit it? You can even test it first, by seeing if you can run FreeBSD binaries off it... This is the type of code I class as "trivial"... ie: not a challenge to write (which says nothing about the time involved). 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