Date: Thu, 20 Jun 1996 20:48:02 +0200 (MET DST) From: J Wunsch <j@uriah.heep.sax.de> To: bde@zeta.org.au (Bruce Evans) Cc: gwk@cray.com, bde@zeta.org.au, freebsd-bugs@freefall.freebsd.org, gpalmer@FreeBSD.org, dyson@FreeBSD.org, davidg@FreeBSD.org (David Greenman) Subject: Re: bin/1320: dump limits blocksize to 32K Message-ID: <199606201848.UAA17515@uriah.heep.sax.de> In-Reply-To: <199606191248.WAA16277@godzilla.zeta.org.au> from Bruce Evans at "Jun 19, 96 10:48:51 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
As Bruce Evans wrote: > >It splits the request into 64 KB chunks, so it can handle them. This > >works mostly except for tapes, which are IMHO the only devices that > >might require a physical blocksize larger than 64 KB > > physio() needs to have a no-split flag that would be set by the tape > drivers. I would rather like to see the problem resolved once and for all. This will however require some ``bounce buffer'' support, at least for those controllers that can only handle 16 scatter/gather segments (thus 16 physical pages == 64 KB). David? John? Any opinion about this? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199606201848.UAA17515>