Date: Wed, 23 Jan 2008 08:10:59 +0100 From: =?ISO-8859-1?Q?Eirik_=D8verby?= <ltning@anduin.net> To: Scott Long <scottl@samsco.org> Cc: Anders Gulden Olstad <andersgo@anduin.net>, scottl@freebsd.org, freebsd-sparc64@freebsd.org, freebsd-stable@freebsd.org, Marius Strobl <marius@alchemy.franken.de> Subject: Re: 7.0 RC1/SPARC64 panic in boot Message-ID: <38B3F58E-99CD-4D41-AC33-0AE42299E822@anduin.net> In-Reply-To: <4796DF89.20507@samsco.org> References: <47947299.5000902@anduin.net> <02783148-323B-435C-9FAF-6DADAA0C526D@anduin.net> <20080122182306.GA42286@alchemy.franken.de> <7E2FDA21-4026-4610-B5BC-BE4CB81AD0A1@anduin.net> <4796DF89.20507@samsco.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Will apply the patch and reboot in an hour or two.
The isp interface is only used for an external array, so we disable it =20=
and boot from internal drives on esp.
Thanks!
/Eirik
On Jan 23, 2008, at 7:32 AM, Scott Long wrote:
> Eirik =D8verby wrote:
>> On Jan 22, 2008, at 7:23 PM, Marius Strobl wrote:
>>> On Tue, Jan 22, 2008 at 07:16:16AM +0100, Eirik verby wrote:
>>>> Hi list,
>>>>
>>>> by disabling the isp driver (set hint.isp.o.disabled=3D1), the =20
>>>> system comes up. This of course denies us access to the external =20=
>>>> disk array hosted by the internal QLogic controller, but =20
>>>> pinpoints the problem.
>>>>
>>>> We tried setting hint.isp.0.prefer_iomap=3D1, which made no =20
>>>> difference (though by reading the code, I don't see that it ever =20=
>>>> used this).
>>>>
>>>> Can anyone help us out here?
>>>
>>> Scott, could this be due to a missing MFC of isp_sbus.c rev. 1.36?
>> If that would be the case I'd be most happy to hear that. I'll also =20=
>> be more than happy to test, and can do so on relatively short =20
>> notice (at least for another few hours).
>> We have, for the record, gone through some basic troubleshooting: =20
>> Replaced memory (as this error also can show up under Solaris and =20
>> is usually an indicator of bad memory), replaced SCSI controller =20
>> with another one (still isp driven), and testing various device =20
>> hints - suffice to say we have wasted our time so far ;)
>
> Are you able to compile a new kernel without having to install first?
> if so, apply the attached patch and let me know if it works.
>
> Scott
> Index: isp_sbus.c
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> RCS file: /usr1/ncvs/src/sys/dev/isp/isp_sbus.c,v
> retrieving revision 1.35
> retrieving revision 1.36
> diff -u -r1.35 -r1.36
> --- isp_sbus.c 11 May 2007 13:47:28 -0000 1.35
> +++ isp_sbus.c 5 Nov 2007 11:22:18 -0000 1.36
> @@ -29,7 +29,7 @@
> */
>
> #include <sys/cdefs.h>
> -__FBSDID("$FreeBSD: src/sys/dev/isp/isp_sbus.c,v 1.35 2007/05/11 =20
> 13:47:28 mjacob Exp $");
> +__FBSDID("$FreeBSD: src/sys/dev/isp/isp_sbus.c,v 1.36 2007/11/05 =20
> 11:22:18 scottl Exp $");
>
> #include <sys/param.h>
> #include <sys/systm.h>
> @@ -327,21 +327,26 @@
> /*
> * Make sure we're in reset state.
> */
> + ISP_LOCK(isp);
> isp_reset(isp);
> if (isp->isp_state !=3D ISP_RESETSTATE) {
> isp_uninit(isp);
> + ISP_UNLOCK(isp);
> goto bad;
> }
> isp_init(isp);
> if (isp->isp_role !=3D ISP_ROLE_NONE && isp->isp_state !=3D =20
> ISP_INITSTATE) {
> isp_uninit(isp);
> + ISP_UNLOCK(isp);
> goto bad;
> }
> isp_attach(isp);
> if (isp->isp_role !=3D ISP_ROLE_NONE && isp->isp_state !=3D =20
> ISP_RUNSTATE) {
> isp_uninit(isp);
> + ISP_UNLOCK(isp);
> goto bad;
> }
> + ISP_UNLOCK(isp);
> return (0);
>
> bad:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?38B3F58E-99CD-4D41-AC33-0AE42299E822>