Date: Sun, 29 Nov 2009 22:50:50 +0100 From: Marius Strobl <marius@alchemy.franken.de> To: KOT MATPOCKuH <matpockuh@gmail.com> Cc: freebsd-sparc64@freebsd.org Subject: Re: Is it posible to run FreeBSD/sparc64 on SunFire V215? Message-ID: <20091129215050.GV6562@alchemy.franken.de> In-Reply-To: <3979a4b0911252327r679a8594id7d18224adfd1d5f@mail.gmail.com> References: <3979a4b0909170200x754ea8c5l495e300b2a7a5113@mail.gmail.com> <20090917224556.GA41908@alchemy.franken.de> <3979a4b0909172329q3a113942xfcd71394a98fee19@mail.gmail.com> <20090918131416.GQ57060@alchemy.franken.de> <3979a4b0911120450i31831743j80fd1cfd7c6916b4@mail.gmail.com> <20091116221414.GS27738@alchemy.franken.de> <3979a4b0911252327r679a8594id7d18224adfd1d5f@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Nov 26, 2009 at 10:27:58AM +0300, KOT MATPOCKuH wrote: > 2009/11/17 Marius Strobl <marius@alchemy.franken.de>: > > >> I'm got three host panic three times with this message: > >> panic: pcib12: XCB error status 0x1 interrupt status 0x8 > >> cpuid = 0 > >> Uptime: 1d14h51m50s > >> Cannot dump. Device not defined or unavailable. > >> Automatic reboot in 15 seconds - press a key on the console to abort > > > It fixes a possible cause for this problem (inappropriate interrupt > > group controller assignment) as well as hopefully handles such > > interrupts gracefully should they still occur. You'll need to either > > watch the dev.pcib.X.jbc_unsol_int (probably 0 and 12) SYSCTLs or > > boot verbosely to still get ahold of them though. > After 8 days of uptime: > 10:22AM up 8 days, 16:42, 11 users, load averages: 0.01, 0.00, 0.00 > I have: > # sysctl -a | grep jbc_unsol_int > dev.pcib.0.jbc_unsol_int: 0 > dev.pcib.12.jbc_unsol_int: 0 > > Is it indicates that the problem is solved? Well, I don't know how frequently you've hit this problem before (was it always in the 1-2 days range?) but an uptime of 8 days without seeing an unsolicited interrupt ACK/NACK indeed suggest that the bug fixed was the culprit in this case. I haven't seen this issue myself as I had fixed the bug here before upgrading my v215 to SMP. FYI, pending some final tests I think that the code for supporting PCIe-based sun4u machines is now ready for hitting HEAD (but given that it touches several pieces, commit it while take a bit). Marius
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20091129215050.GV6562>