Date: 18 Mar 2004 13:28:40 +0000 From: alan barrow <alan.barrow@psineteurope.com> To: Jeff Soule <jsoule@scraprap.com> Cc: "freebsd-amd64@freebsd.org" <freebsd-amd64@freebsd.org> Subject: Re: Tyan S2882UG3NR Message-ID: <1079616520.9310.234.camel@camdev-01.ops.uk.psi.com> In-Reply-To: <200403172212.41578.jsoule@scraprap.com> References: <200403172212.41578.jsoule@scraprap.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Dude :) Well the saga was worthy of a film, everyone got involved, suppliers tyan UK, tyan tw, tyan support DE, the issue we had can be reduced to the following:- System came - BIOS 1.01 / incorrect PCI-X riser. || Riser replaced with the correct one the LSI raid jumps into life and we solve our routing table problems. BIOS version, installed 2.00 and the LSI behaved well with the Adaptec turned off. SMDC card, after trying multiple BIOS versions and images for the SMDC tyan UK got a similar system going in a lab, but without COMM2 re-direct over COMM2 port. We have shipped the machine back as we may have a case of :- a) Early board / s. b) Mismatch of MB BIOS & SMDC images. 5.2.1. We have so far had no issues, I have rebuild the kernel and the system is running flow-tools, rrd and apache. We have had no issues with the OS as of yet. Hope this helps, in general we have canned the ZC adaptec board and are going for the plain MB. yours a.r.b. On Thu, 2004-03-18 at 06:12, Jeff Soule wrote: > Greetings, > > I have ordered a Tyan S2882UG3NR Motherboard, processors, and 4Gig of RAM for > development. After ordering (I know I should have checked first) I saw one > person that had problems with the onboard SCSI controllor. I could not find > where or if this problem was resolved. Since this is supposed to be a Tier 1 > controller I am hoping that it has been... > > So my questions are: > Has this problem been fixed, and if so is it in 5.2.1 > If it has been fixed but not in the 5.2.1 release, how can I get it installed. > > As a side note: Much of what our developers will be working on is a highly > threaded application. I want to make sure that if we run into any SMP > threading issues that I get enough information to you guys. Any pointers > beyond the normal debug kernel and large enough swap space for kernel dumps > would be highly appreciated. > > Thanks in advance! > /Jeff > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1079616520.9310.234.camel>