Date: Sun, 19 Nov 2000 08:44:22 -0500 (EST) From: Peter Dufault <dufault@hda.com> To: Poul-Henning Kamp <phk@critter.freebsd.dk> Cc: Julian Elischer <julian@elischer.org>, David Malone <dwmalone@maths.tcd.ie>, current@FreeBSD.ORG Subject: Re: Typo in labpc.c Message-ID: <200011191344.IAA16696@hda.hda.com> In-Reply-To: <33305.974579762@critter> from Poul-Henning Kamp at "Nov 18, 2000 09:36:02 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
> > >> >This seems to only do the cdevsw_add if the malloc failed. I presume > >> >this is the opposit of the intended sense. I'll fix it up if you also > >> >think it looks wrong. > >> > >> If nobody have noticed in "17 months, 2 weeks ago" (as cvs-web says) > >> that labpc doesn't work, the labpc driver should be killed, not fixed. > >> > >> Objections ? > > > >What you are saying is that people who may be using this driver have > >not yet moved up to -current or 4.x and as such should not be allowed > >to? > > I'm saying: > > "If nobody have noticed in "17 months, 2 weeks ago" (as cvs-web says) > that labpc doesn't work, the labpc driver should be killed, not fixed." > > That's 1.5 year Julian, and if nobody *who is using it* objects it goes. For the record: If anyone wants labpc tested and kept up to date send me a card and I'll test it at each stable release cycle. Even better, also send me the register compatible DAQCARD 1200 PC card version. My former client using a batch of those cards obviously isn't staying up to date on the OS. Anyone who upgrades a working system will be just as upset if it doesn't work as if it is gone so I defer on the axe discussion. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Fail-Safe systems, Agency approval To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200011191344.IAA16696>