[8780] in linux-scsi channel archive
Re: Bug in aic7xxx sequencer code
daemon@ATHENA.MIT.EDU (Alan Cox)
Thu May 11 08:36:13 2000
To: josef.moellers@pdb.siemens.de (Josef Moellers)
Date: Thu, 11 May 2000 13:31:49 +0100 (BST)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox),
dledford@redhat.com (Doug Ledford), linux-scsi@vger.rutgers.edu
In-Reply-To: <391AA11C.7EAB736@pdb.siemens.de> from "Josef Moellers" at May 11, 2000 02:01:32 PM
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <E12ps87-0004g3-00@the-village.bc.nu>
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
> stage LILO was loaded, it happily over-wrote part of the SMP config
> table sending the kernel into nirwana during boot (BTW The fix, although
> accepted by Werner, never made it into an official LILO release. SuSE
That shouldnt be possible - its checksummed
> Perhaps it was a generic Phoenix BIOS problem? At least Intel's SMP spec
> (v1.4) specifically allowed this setup. BTW Werner Almesberger also
Phoenix BIOS is allowed to do this. Totally so. The kernel however assumed
the EBDA would be <4K. So the combination triggered it
> > Free software is good at being reliable - but its a testing/review/fixing
> > scheme that is nothing like as effective at finding situations where the code
> > works for everyone currently but isnt quite to specification.
>
> Please don't get me wrong. I wasn't complaining about the things that
> happened in the past. I was merely trying to explain my (and our
> managers') impatience:
Im not taking it as a complaint. You asked how it managed to get missed, I
was trying to explain the quirks of free software testing/reliability
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.rutgers.edu
