Subject: Re: (PROBLEM SOLVED) Re: restore to srm that doesn't.... (fwd)
To: None <port-alpha@netbsd.org, freebsd-alpha@freebsd.org>
From: Matthew Jacob <mjacob@feral.com>
List: port-alpha
Date: 02/01/1999 19:29:35
An interesting FYI about CIA. Jay works at Digital....
---------- Forwarded message ----------
Date: Mon, 1 Feb 1999 19:22:39 -0800
From: Richard Henderson <rth@cygnus.com>
To: mjacob@feral.com
Cc: linux-alpha@vger.rutgers.edu
Subject: Re: (PROBLEM SOLVED) Re: restore to srm that doesn't....
On Mon, Feb 01, 1999 at 05:15:40PM -0800, Matthew Jacob wrote:
> cia0: using BWX for PCI config access
Beware. Jay Estabrook told me the CIA-2 on the PC164 is buggy
with BWX I/O. The first core chipset to get it right was PYXIS.
I don't know in what form the bugs appear -- I just took his word for it.
> isp1 at pci0 dev 6 function 0
> isp1: Board Revision 2100, loaded F/W Revision 1.15
> isp1: Adapter WWN 0x200000e08b003c1f
> isp1: Firmware State Config Wait -> Waiting for AL/PA
> isp1: Firmware State Waiting for AL/PA -> Wait Login
> isp1: Firmware State Wait Login -> Ready
> isp1: Loop ID 113, ALPA 0x23
What's this card?
> sio0 at pci0 dev 8 function 0: Intel 82378ZB System I/O (SIO) (rev. 0x43)
Yep, definitely a PC164. Wonder why the SRM isn't reporting the
right thing?
Would you annotate get_cpuinfo() to report the numeric sys_variation?
Perhaps my ident data is off by one.
r~