bzolnier@gmail.com said:
quoted text
>> On Tuesday 04 March 2008, Bartlomiej Zolnierkiewicz wrote:
>> Untested patch which may help in case that set_pio_mode() raced with
>> the queueing of the special request and block layer doesn't call
>> ->request_fn_proc again if we were preempted previously (if PREEMPT=y).

quoted text
> I need some sleep...  this patch is not going to help (though disabling
> PREEMPT may be worth a try).  Sorry for the confusion.

Ok, I'll drop the patch and, recompile without PREEMPT.


bzolnier@gmail.com said:
quoted text
> If the patch doesn't help could you try removing smartd from system startup
> and see if it could be run later from the command line? 

That's how I executed during the bisect. It works as a charm without smartd. 
The moment I run it, boink, the first accessed hd freezed up. The other ones 
are usable for a while, though the system tend to lock solid after a while.

/A 




--
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/