Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 11 Aug 2004 15:46:32 +0200
From:      "Daniel Eriksson" <daniel_k_eriksson@telia.com>
To:        =?iso-8859-1?Q?'S=F8ren_Schmidt'?= <sos@DeepCore.dk>
Cc:        freebsd-current@freebsd.org
Subject:   RE: ATA driver races with interrupts
Message-ID:  <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAA0VcX9IoJqUaXPS8MjT1PdsKAAAAQAAAAMzLoyhWswEyNclQ/eOEjtwEAAAAA@telia.com>
In-Reply-To: <411A0EF0.4090808@DeepCore.dk>

next in thread | previous in thread | raw e-mail | index | archive | help
S=F8ren Schmidt wrote:

> How about not running the SMART monitor ?
>=20
> The SMART monitor issues ATA commands from userland and could do some=20
> major footshooting, so lets get that out of the loop and=20
> concentrate on=20
> "pure" ATA driver details for now.
>=20
> Let me know how that goes....

Sure, I will turn it off and report back.

This all started with similar lockups even without the SMART monitor, =
and I
used the monitor as a reference because it would reliably lock up one of =
the
channels right away.

I have at least one other thing to try that used to trigger bad things -
creating a geom_stripe array. However, since it really messed my system =
up
last time I tried it I'll wait until right after a full backup to run =
the
test.

Thank you for your efforts S=F8ren!

/Daniel Eriksson




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAA0VcX9IoJqUaXPS8MjT1PdsKAAAAQAAAAMzLoyhWswEyNclQ/eOEjtwEAAAAA>