Date: Tue, 27 Feb 2001 14:40:21 +0100 From: Adrian Chadd <adrian@freebsd.org> To: "Kenneth D. Merry" <ken@kdm.org> Cc: freebsd-arch@freebsd.org Subject: Re: sbufs in userland Message-ID: <20010227144021.A35833@roaming.cacheboy.net> In-Reply-To: <20010226003319.A19994@panzer.kdm.org>; from ken@kdm.org on Mon, Feb 26, 2001 at 12:33:19AM -0700 References: <20010226003319.A19994@panzer.kdm.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Feb 26, 2001, Kenneth D. Merry wrote: > > As part of a re-write of the CAM error recovery code that Justin and I have > been working on, I have been re-doing the CAM error printing code. > > One of the things I'm working on is making the error printing code in the > kernel and in userland as similar as possible. > > I would like to use the sbuf(9) interface to do the string formatting, > since it is fairly superior to my current string formatting method (see > scsi_sense_string() in sys/cam/scsi/scsi_all.c). > > The problem is that the sbuf(9) code is kernel-only at the moment. So this > brings up two basic questions: > > 1. Should we put sbufs in userland? I think so. Wide-adoption of the sbuf code and perhaps some extra string manipulation routines to bring out the functionality would be a plus. *AND*, this being my favourite bit, it means we can possibly start abusing sbufs as a syscall interface. Perhaps. Very very perhaps. > So, what color should this bike shed be? Paint it white, give people coloured glasses. Adrian -- Adrian Chadd "Programming is like sex: <adrian@freebsd.org> One mistake and you have to support for a lifetime." -- rec.humor.funny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010227144021.A35833>