Date: Wed, 12 Dec 2007 00:17:02 +0100 From: Andre Oppermann <andre@freebsd.org> To: Scott Long <scottl@samsco.org> Cc: freebsd-current@freebsd.org, Philip Murray <pmurray@nevada.net.nz> Subject: Re: Areca weirdness Message-ID: <475F1A6E.8080805@freebsd.org> In-Reply-To: <475F0AF0.50208@samsco.org> References: <2942A3E0-3E07-4CCB-B292-8DA25884AD3E@nevada.net.nz> <475D6C81.5030308@samsco.org> <475F037F.4000702@freebsd.org> <475F0AF0.50208@samsco.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Scott Long wrote: > Andre Oppermann wrote: >> Scott Long wrote: >>> For the Areca driver, it's harmless. I still haven't narrowed >>> down the actual problem, unfortunately. >> >> I see the same on a new box with FreeBSD 7.0BETA4 AMD64. Unfortunately >> it just stops and hangs here: >> >> arcmsr0: <Areca SATA Host Adapter RAID Controller (RAID6 capable)> mem >> 0xfdbff000-0xfdbfffff,0xfd400000-0xfd7fffff irq 16 at device 14.0 on >> pci10 >> ARECA RAID ADAPTER0: Driver Version 1.20.00.14 2007-2-05 >> ARECA RAID ADAPTER0: FIRMWARE VERSION V1.43 2007-4-17 >> arcmsr0: [ITHREAD] >> ... >> Waiting 5 seconds for SCSI devices to settle >> (probe23:arcmsr0:0:16:0): inquiry data fails comparison at DV1 step >> >> [hangs...] >> >> The controller is an ARC-1220 PCI-Express with 8 SATA ports. The >> firmware is the newest according to their website. Connected are >> 4 Seagate 750GB SATA drives (the ES 24x7 variant). With 6.3RC1 >> AMD64 it works just fine. >> > > Can you break into the debugger and see if it's getting an interrupt > storm or is spinning in code or is sleeping somewhere odd? No, break doesn't work. It's the generic kernel from the BETA4 boot CDROM. Neither does CTRL-ALT-DEL work. NumLock can be toggled though. Other than that only a hard reset recovers the box. -- Andre
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?475F1A6E.8080805>