Mikael Pettersson wrote:
I don't think sata_promise is the guilty party here. Looks like some
layer above sata_promise got confused about the state of the interface.
But locking up hard after hardreset is a problem of sata_promise, no?
Maybe, maybe not. The original report doesn't specify whe
Mikael Pettersson wrote:
> FWIW, I'm seeing scsi layer accesses (cache flushes) after things
> like rmmod sata_promise. They error out and don't seem to cause
> any harm, but the fact that they occur at all makes me nervous.
That's okay. On rmmod, as the low level device (ATA) goes away first
jus
On Mon, 18 Jun 2007 16:09:49 +0900, Tejun Heo wrote:
> Mikael Pettersson wrote:
> > On Sat, 16 Jun 2007 15:52:33 +0400, Brad Campbell wrote:
> >> I've got a box here based on current Debian Stable.
> >> It's got 15 Maxtor SATA drives in it on 4 Promise TX4 controllers.
> >>
> >> Using kernel 2.6.21
Hello,
Mikael Pettersson wrote:
> On Sat, 16 Jun 2007 15:52:33 +0400, Brad Campbell wrote:
>> I've got a box here based on current Debian Stable.
>> It's got 15 Maxtor SATA drives in it on 4 Promise TX4 controllers.
>>
>> Using kernel 2.6.21.x it shuts down, but of course with a huge "clack" as 15
On Sat, 16 Jun 2007 15:52:33 +0400, Brad Campbell wrote:
> I've got a box here based on current Debian Stable.
> It's got 15 Maxtor SATA drives in it on 4 Promise TX4 controllers.
>
> Using kernel 2.6.21.x it shuts down, but of course with a huge "clack" as 15
> drives all do emergency
> head pa
G'day all,
I've got a box here based on current Debian Stable.
It's got 15 Maxtor SATA drives in it on 4 Promise TX4 controllers.
Using kernel 2.6.21.x it shuts down, but of course with a huge "clack" as 15 drives all do emergency
head parks simultaneously. I thought I'd upgrade to 2.6.22-rc to
