Date: Mon, 25 Oct 1999 12:36:15 -0700 (PDT) From: Matthew Jacob <mjacob@feral.com> To: Nate Williams <nate@mt.sri.com> Cc: Warner Losh <imp@village.org>, arch@freebsd.org Subject: Re: Racing interrupts Message-ID: <Pine.BSF.4.05.9910251234070.27785-100000@semuta.feral.com> In-Reply-To: <199910251921.NAA14719@mt.sri.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> > Feh. Okay, maybe a cheapshot. Sorry. But the argument "Things are just > > fine the way they are and users will cope" pushes my buttons a bit... > > I didn't agree that 'things are just fine the way they are', I simply > stated that too often the standard approach to the problem is to state > 'your hardware is broken, fix it'. > > I don't like this stand (although have used it myself on many > occasions), but I suspect it will be the solution that is found, given > the lack of resources. > > Are you willing to spend the time to design/develop a working error > handling system for FreeBSD? Standing on the sidelines and stating that > it's broken w/out spending any resources to make it better is a bigger > crime in my opinion than not having the system in the first place.... Warner asked a question. I expressed an opinion. This is the forum for such opinions. If I have time and it is appropriate for me to do so, I will help design and implement such a system for FreeBSD. I'm not currently working directly on subsystems that have intermediate mappings that can go away, but I *am* involved in both the CAM design and the stuff Justin is talking about for incorporating CAM3, so I believe that your attempts to tag me as a criminal don't apply. -matt 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?Pine.BSF.4.05.9910251234070.27785-100000>