--ReaqsoxgOBHFXBhH
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Jun 23, 2005 at 08:12:10PM -0400, Michael wrote:
> Helo,
>=20
> Hello,
>=20
> >  Although those machines ended in my room because they "looked" dead
> >  (after savage electric shutdown and such), they worked pretty well
> >  with Solaris 9 and OpenBSD 3.6. In the same time, using NetBSD (2.0.2
> >  or 3.0_BETA), the machines freeze rather quickly on pkgsrc build
> >  process.
>=20
> Hmm, I didn't have any freeze for quite some time ( U10/333, Creator3D )
> and I did a LOT of compiling. Most freezes ( maybe all ) I've ever had
> were kernel panics with X running ( I should really add something to
> force the console back into 'text mode' at least for cg6 and ffb
> graphics boards where we never change resolution ). Applications crash
> occasionally but Martin found a likely cause for most of these crashes.
> ( ok, I'm running -current. It would be interesting to know it you still
> get freezes with that )
>=20
> >  I thought, Sun released quite "standard" machine (compared to DELL,
> >  for eg, where a single server ref might contain various ethernet card
> >  and such). I mean, an U5/333 is 100% identical to another U5/333.
>=20
> Yes, I'd assume the mainboard that can take the faster CPU modules would
> be the one with Rage Pro and the slower ones would have a Rage II, but
> I'm not too sure about that. The rest should be more or less the same
> though.

I don't know exactly what you mean by 'mainboard that can take faster CPU
modules'... but my U5 has a Rage II, and is currently using a 333mhz+2MB
cache CPU module just fine. I'm reasonably certain that a 440mhz would run
in here, but I don't have an appropriate module to test it with. It was
upgraded from the original 270mhz US-IIi.

> >  All that to say, I'm wondering if it's possible that NetBSD/sparc64
> >  deal worse with some "small" hardware issues than Sol|OpenBSD do.
>=20
> It's certainly possible but that should better b answered by someone who
> knows more about the lowlevel gruntwork in the kernel than I do.

I don't claim to know anything about lowlevel gruntwork in the kernel, but
NetBSD/sparc64 deals far better with my hardware than Solaris. I tried
Solaris 9 on my Ultra1: it ran out of swap trying to... wait for it... add
more swap.

When I tried it on my Ultra5, it wouldn't even try to install, since it
didn't know to look for SCSI disks (I have an AHA-2940UW-OFW in it). NetBSD
2.0.2_STABLE runs just fine.

I haven't tried Solaris on my Netra t1 105, but NetBSD runs great on that
box also, so I have no inclination to do so. [*]


*: (OT!) If anyone knows of a way to netboot a solaris install without havi=
ng
a solaris box as the install server, please let me know, I'd like to give it
a shot, for curiosity's sake if nothing else. Basically, I'd be looking to
install Solaris 9 or 10 from a NetBSD machine to the Netra.

-Sean

--ReaqsoxgOBHFXBhH
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFCu2iKb4h1M0GNSV4RAiOmAJ9/49KSkiofkCgRo8vMkisQR4alzgCfadys
oPUseD2xXpP7grT/mvSesmw=
=2fHX
-----END PGP SIGNATURE-----

--ReaqsoxgOBHFXBhH--