Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 5 Sep 2007 09:35:33 -0700
From:      Marcel Moolenaar <xcllnt@mac.com>
To:        Richard Walter <Richard.Walter@hob.de>
Cc:        freebsd-ia64@freebsd.org
Subject:   Re: Install problem HP integrity rx2660(Montecito)
Message-ID:  <2C1422DC-5B10-44EC-B40A-3A5FB4D81592@mac.com>
In-Reply-To: <46DE5DCF.20801@hob.de>
References:  <461357FF.1060505@hob.de> <FFBC286D-78B2-4368-903B-2D8DA755FA4E@mac.com> <461492A3.9@hob.de> <46152B18.2000504@hp.com> <92E5D9E5-4F6A-426D-93F7-2B14AF39CD38@mac.com> <46153842.7050306@hp.com> <713E07DF-2785-4738-83A5-FBBC503E49FB@mac.com> <463B0AB3.4010102@hob.de> <93AE228A-5E2A-4485-855C-DD2F09E09E89@mac.com> <43EBC9F9-9665-412C-9236-6913673EFE19@mac.com> <46821CEE.9060203@hob.de> <1D759112-A61B-485B-979E-E09A3420B6F5@mac.com> <46A5B28A.5020503@hob.de> <4604F8CD-DE76-46A2-A069-B5A0DDA6B778@mac.com> <46A84D57.9050903@hob.de> <46DD4A8E.8060404@hob.de> <89C349A1-3A6E-4423-82D1-D17331AE3CAC@mac.com> <46DE5DCF.20801@hob.de>

next in thread | previous in thread | raw e-mail | index | archive | help

On Sep 5, 2007, at 12:42 AM, Richard Walter wrote:

	:
> pci0: <unknown> at device 1.0 (no driver attached)
> pci0: <simple comms> at device 1.1 (no driver attached)
> uart0: <Non-standard ns8250 class UART with FIFOs> mem  
> 0x88033000-0x88033fff irq 16 at device 1.2 on pci0
> uart0: [FILTER]
> uart0: console (9600,n,8,1)
	:

Ok, so the console is found. I think what you're running into now
is what I'm running into: general exceptions or debug instruction
faults in init(8); which in your case is sysinstall(8).

I've tried a couple of things, but no luck. At this time I'm
thinking that we either have stale translations or a dirty
instruction cache. Something along those lines. It appears as
a hang like you're seeing, but are a continuous sequence of the
same fault. I haven't had the time yet to add debug code that
allows one to inspect the memory- or translation caches.

Especially the debug instruction fault is a sign that some
cache is out-of-sync with memory, because it happens for a non-
break instruction. Typically the instruction cache is out of
sync in those cases.

Anyway: I expect to have this solved before 7.0-RELEASE, provided
I have a couple of spare hours...

FYI,

-- 
Marcel Moolenaar
xcllnt@mac.com





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2C1422DC-5B10-44EC-B40A-3A5FB4D81592>