Date: Mon, 14 Aug 2000 19:36:37 +0200 From: Wilko Bulte <wkb@freebie.demon.nl> To: =?iso-8859-1?Q?G=E9rard_Roudier?= <groudier@club-internet.fr> Cc: John Hay <jhay@icomtek.co.za>, Peter Wemm <peter@netplex.com.au>, cvs-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/release/scripts dokern.sh Message-ID: <20000814193637.D1401@freebie.demon.nl> In-Reply-To: <Pine.LNX.4.10.10008140024350.1362-100000@linux.local>; from groudier@club-internet.fr on Mon, Aug 14, 2000 at 12:37:24AM %2B0200 References: <20000813232620.A907@freebie.demon.nl> <Pine.LNX.4.10.10008140024350.1362-100000@linux.local>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Aug 14, 2000 at 12:37:24AM +0200, G=E9rard Roudier wrote: >=20 > On Sun, 13 Aug 2000, Wilko Bulte wrote: >=20 > > On Sun, Aug 13, 2000 at 07:45:30PM +0200, G=E9rard Roudier wrote: ... > Having PCI parity errors silently ignored seems far less critical with > Network devices as long as a CRC is checked by software. With PCI-SCSI > controllers we don't have such a software CRC. I see. Unfortunately it seems to be All or Nothing as far as the SRM cons= ole option is concerned. > > I don't remember ever having seen this requirement for the ncr/sym 81= 0s > > though. >=20 > I don't remember ever having seen a ncr/sym device that comes from boot > with PCI parity error signaling enabled in the PCI COMMAND register. > Neither I have ever seen any other driver for these devices being caref= ul > about really enabling PCI parity error checking and reporting. This may > explain that. >=20 > Is there some way for the driver to know about the hardware PCI parity > brokenness? Not that I know. I can try to dig up what card types / brands need the=20 PCI parity disable on Alpha. Maybe you see a pattern there? --=20 Wilko Bulte wilko@freebsd.org Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000814193637.D1401>