Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 2 Apr 2001 23:33:28 -0700
From:      Alfred Perlstein <bright@wintelcom.net>
To:        John Baldwin <jhb@FreeBSD.org>
Cc:        Warner Losh <imp@harmony.village.org>, Mike Smith <msmith@FreeBSD.org>, John Reynolds <jjreynold@home.com>, mobile@FreeBSD.org, qa@FreeBSD.org
Subject:   Re: followup to problems with 4.3-RC1 for laptops
Message-ID:  <20010402233328.B813@fw.wintelcom.net>
In-Reply-To: <XFMail.010402151650.jhb@FreeBSD.org>; from jhb@FreeBSD.org on Mon, Apr 02, 2001 at 03:16:50PM -0800
References:  <20010402122034.V813@fw.wintelcom.net> <XFMail.010402151650.jhb@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
* John Baldwin <jhb@FreeBSD.org> [010402 15:17] wrote:
> 
> On 02-Apr-01 Alfred Perlstein wrote:
> > * John Baldwin <jhb@FreeBSD.org> [010402 11:34] wrote:
> >> 
> >> On 02-Apr-01 Alfred Perlstein wrote:
> >> > Shouldn't the device be able to specify an all-or-nothing request?
> >> > 
> >> > Perhaps something that needs fast interrupts will cause much hair
> >> > pulling if it doesn't get one becasue of latency issues messing up
> >> > the hardware.  If the bus didn't grant a fast interrupt it could then
> >> > declien to attach, perhaps spitting out a meaningful error message
> >> > at the same time.
> >> 
> >> True, no need for an error message, but I suppose one could do something
> >> like
> >> this then:
> > 
> > Of course there's no need for an error message, everyone installing
> > FreeBSD should be able to look at the kernel sources for his driver
> > and figure out what's wrong with it.
> 
> If you get an error in attach(), you will return it back up the chain and
> device_probe_and_attach() will output a message such as:
> 
> foo0: attach failed - returned 6
> 
> or some such.

How about we just output this:

 ___ 
|__ \
  / /
 |_| 
 (_) 

I'm sure the experienced user will usually know what's wrong.

-- 
-Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org]
Instead of asking why a piece of software is using "1970s technology,"
start asking why software is ignoring 30 years of accumulated wisdom.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-qa" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010402233328.B813>