Date: Thu, 17 Jun 2004 10:12:59 +1000 From: "Alastair G. Hogge" <agh@tpg.com.au> To: freebsd-current@FreeBSD.ORG Cc: Allan Fields <bsd@afields.ca> Subject: Re: Custom kernels causing Promise ATA RAID to go down Message-ID: <200406171012.59694.agh@tpg.com.au> In-Reply-To: <20040616191108.GA86619@afields.ca> References: <200406061940.15400.agh@tpg.com.au> <200406162054.34795.agh@tpg.com.au> <20040616191108.GA86619@afields.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thursday 17 June 2004 05:11, Allan Fields wrote:
> On Wed, Jun 16, 2004 at 08:54:34PM +1000, Alastair G. Hogge wrote:
> > On Tuesday 08 June 2004 15:56, Allan Fields wrote:
> > [snip]
> >
> > > I've also experienced instability with Promise RAID controllers in
> > > the past but didn't ever use a GENERIC kernel. I'm interested in
> > > this issue, but don't know if it's related.
> >
> > OK Update.
> >
> > I've been nuking /usr/obj and cvsuping and rebuilding world every day
> > since back on the 6th of June. Finaly today the 16 of the June, after a
> > rebuild world/kernel my custom kernel no longer brings the array down.
> > Happy happy joy joy :-)
>
> That's good news. How long has it been running w/o crash, long enough
> to say the issue is resolved?
Current uptime: 14:32
Which is about 14:30 longer then when I was having problems. Although I have
been resetting and turning the system off, the uptime could be longer. I
think the issue is resloved.
> Some recent SATA changes to
> sys/dev/ata/ata-{pci,chipset}.c might be to credit, considering you
> are using a SATA RAID chipset.
Yeah I noticed these...had my finger crossed during the entire build world
process and reboot ;-)
> > Also a bonus, ACPI now powerdown(s) the system without fail.
>
> Related ACPI issue: can you enter S3 sleep and resume with-out
> loosing the array? That was one problem I was having with the
> FastTrack (ATA RAID) controller.
No, haven't tried it. Nor would I know how.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200406171012.59694.agh>