From owner-freebsd-arch Mon Oct 25 12:44:46 1999 Delivered-To: freebsd-arch@freebsd.org Received: from ns1.yes.no (ns1.yes.no [195.204.136.10]) by hub.freebsd.org (Postfix) with ESMTP id B449514C9A for ; Mon, 25 Oct 1999 12:44:32 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.3/8.9.3) with ESMTP id VAA07226 for ; Mon, 25 Oct 1999 21:44:29 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id VAA16392 for freebsd-arch@freebsd.org; Mon, 25 Oct 1999 21:44:29 +0200 (MET DST) Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 0EC8A1522F for ; Mon, 25 Oct 1999 12:36:17 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.8.7/8.8.7) with ESMTP id MAA01439; Mon, 25 Oct 1999 12:36:11 -0700 Date: Mon, 25 Oct 1999 12:36:15 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Nate Williams Cc: Warner Losh , arch@freebsd.org Subject: Re: Racing interrupts In-Reply-To: <199910251921.NAA14719@mt.sri.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > 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