Subject: Re: Disk scheduling policy (Re: NEW_BUFQ_STRATEGY)
To: None <tls@rek.tjls.com>
From: Jason Thorpe <thorpej@wasabisystems.com>
List: tech-kern
Date: 12/01/2003 17:00:23
--Apple-Mail-20--322173040
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed


On Dec 1, 2003, at 4:56 PM, Thor Lancelot Simon wrote:

> Unfortunately, this requires modifying every disk driver to handle
> uber-bufs instead of bufs, no?  It's highly similar to the change
> that BSDI made long ago to chain buffers together through a pointer
> in struct buf -- we could have whacked pagemove() much earlier if
> we picked up that change, but we didn't because of the changes it
> would have required in all of the disk drivers.

Yes, it would require a change to disk controller drivers (not disk 
drivers; they enqueue/dequeue, but don't really "process" the bufs).  
But is that really so horrible?

See what I said about adding a bus_dmamap_load_buf(); we could add this 
API call, and then such drivers would automatically pick up additional 
enhancements to the buf data representation mechanism.

         -- Jason R. Thorpe <thorpej@wasabisystems.com>


--Apple-Mail-20--322173040
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQE/y+QoOpVKkaBm8XkRAh/aAKDNg6igDsK4j5UmT2HwlIMxR99GTwCgvoaG
CSqFq0GEN06bWjSqg4BIu7Q=
=di44
-----END PGP SIGNATURE-----

--Apple-Mail-20--322173040--