From owner-freebsd-hackers Thu Apr 6 13:46:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA07665 for hackers-outgoing; Thu, 6 Apr 1995 13:46:36 -0700 Received: from linux4nn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA07654 for ; Thu, 6 Apr 1995 13:46:30 -0700 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id WAA01719 for ; Thu, 6 Apr 1995 22:48:39 +0200 Received: by uni4nn.iaf.nl with UUCP id AA19718 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Thu, 6 Apr 1995 22:46:57 +0100 Received: by iafnl.iaf.nl with UUCP id AA00118 (5.65c/IDA-1.4.4); Thu, 6 Apr 1995 22:43:02 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id WAA00849 for FreeBSD-hackers@freebsd.org; Thu, 6 Apr 1995 22:17:48 +0200 From: Wilko Bulte Message-Id: <199504062017.WAA00849@yedi.iaf.nl> Subject: on parity error reporting.. To: FreeBSD-hackers@FreeBSD.org (FreeBSD hackers list) Date: Thu, 6 Apr 1995 22:17:46 +1596657 (MET DST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1461 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi Currently (== 1.1.5 & 2.0R) the kernel handles NMI parity interrupts by displaying an error and panicing. I assume -current does something similar. What about the following: isa_nmi: check_if_actually_parity_int if not, report and panic mask NMI for a while clear parity hardware install special NMI catcher enable NMI loop thru physmem from 0 to top of memory, scanning memory, hoping error re-occurs if it does, have catcher return *approximate* address of error if not, display message telling user finally PANIC! There are caveats (e.g. caches?!) but would the above be something that works? I know ATT V.3 did do address reporting. Lacking decent hardware (address register containing the error address, like a decent PDP-11 ;-) I see no other way to do it. Reason for asking: I have a mainboard giving me *1* error, on boot. After that, it runs solid for days. I'd be happy to try an approach like outlined above, but it probably needs assembly code support etc. Intel assembly is something I'm not familiar with (and actually, would rather not _become_ familiar with ;-). Comments and suggestions are welcome Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands --------------------------------------------------------------------------------