Fatal trap 18 on Current 1386 since Saturday 21 Feb 2009

[Alexander Motin]

Manfred Antar wrote:
> At 07:36 2/25/2009, Gavin Atkinson wrote:
>> My suspicion is that it is this commit:
>>
>> http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1637857+0+archive/2009/svn-src-all/20090222.svn-src-all 
>>
>>
>> Might be worthwhile trying the source from just before, and just after
>> it and seeing if that is the cause.
> 
> Yes that's it I put:
> 
> /sys/dev/ata/ata-all.c
> /sys/dev/ata/ata-all.h
> /sys/dev/ata/ata-pci.h
> /sys/dev/ata/ata-sata.c
> /sys/dev/ata/chipsets/ata-promise.c
> 
> from before the changes on the 21st in current /sys and kernel builds 
> and boots fine
> My original date of the 14th was wrong, I looked at the calendar thought 
> it was the 14th
> but actually uname -a of the last working kernel was the 21st 7am.

Looking on on your first and later posts I would say that this commit 
may happen not a root of your problem. It may just trigger something else.

Problem begins when some of your drives on ata1 channel timeouts request 
that leads to several controller reinits. I think that durung that 
driver somehow gets wrong drive parameters that leads to division by 
zero error inside ata_tf_write().

I have just committed one patch that probably does not fix the problem, 
but change process a bit. Could you try it and send me all ata related 
verbose messages starting from controller detection.

-- 
Alexander Motin