Date: Mon, 27 Dec 1999 19:41:43 -0800 From: Mike Smith <msmith@freebsd.org> To: Bill Paul <wpaul@FreeBSD.org> Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/usb if_aue.c if_auereg.h usb_quirks.c usb_quirks.h usbdevs usbdevs.h usbdevs_data.h usbdi.c src/sys/modules Makefile src/sys/modules/aue Makefile src/sys/i386/conf GENERIC LINT NEWCARD PCCARD src/sys/i386/i386 ... Message-ID: <199912280341.TAA00649@mass.cdrom.com> In-Reply-To: Your message of "Mon, 27 Dec 1999 18:01:19 PST." <199912280201.SAA74725@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> Now, I'm sure there are a few of you out there ready to jump on me > and suggest some other approach that doesn't involve a busy wait. The > only solution that might work is to handle the interrupts in a kernel > thread, where you may have something resembling a process context that > makes it okay to tsleep(). This is lovely, except we don't have any > mechanism like that now, and I'm not about to implement such a thing > myself since it's beyond the scope of driver development. (Translation: > I'll be damned if I know how to do it.) I did already point out that this process is pretty trivial either using a state machine or chained callbacks (see the mlx driver for a good example of this). In your case, it's not really something to get angsty about as the polling activity is the least of your worries with this device. 8) All in all; congratulations! When I first saw the Phoenix datasheet, I would have sworn that making it do anything useful was beyond mere mortals. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199912280341.TAA00649>