Subject: Re: options "BLINK" in config file for kernel?
To: Open Carefully -- Contents Under Pressure <greywolf@starwolf.com>
From: Ignatios Souvatzis <ignatios@cs.uni-bonn.de>
List: tech-kern
Date: 01/19/1999 11:10:43
On Mon, Jan 18, 1999 at 04:55:40PM -0800, Open Carefully -- Contents Under Pressure wrote:
> Greg A. Woods sez:
> /*
>  * Most older suns already have a bank of LEDs, but yes a generic "hardware
>  * status monitor driver" that could drive these or a parallel port either
>  * from other driver hooks or user-land would be really cool.  Modern
>  * computers don't have near enough blink'n lights!
> 
> Well agreed.  I had a design for an IPX-sized cube with LOTS of
> blinkenlights on the front of the box.

Well, the case old DraCo's were sold in has lots of blinkenlights... and now
that I have an AriadneII, I've connected: 

"Turbo LED"	-	ARCnet activity
"Tape LED"	-	Ethernet link status
"COM1"		-	Ethernet receive activity
"COM2"		-	Ethernet transmit activity
"DISK1"		-	SCSI bus active

What I really would want, is to connect DISK2,DISK3,DISK4 to interupt levels
2,3,6, so that I could diagnose hanging interupts (those are level interupts)
without having to read hardware reference manuals and poke with voltage meters
at Zorro bus pins. But thats a hardware issue... I'd need a some 74fsomething
chip...

Of course, there's a software solution, which only slows down each interupt
handled by 2 or 3 microseconds on fast Amigoid machines. (If same IPL as
before and microtime() difference below some value and
(++counter > someothervalue) printf("interpupt %d hangs\n", ipl)

Regards,
	Ignatios