Not sent to bugs@ because I'm not sure it could do much there. I'm hoping
someone may be able to give hints on what to check, so I can resolve this
small issue.
I have a directory with 8000 .jpg's. I run ImageMagick over these to cut out
a certain section in order to later make an .avi out of them. Yet my kernel
freezes up. Observed in X and in console. [1]No drop to DDB because the USB
keyboard is disabled from dropping into DDB (I do not have a serial console
device). Here is the script:
---
#!/bin/sh
for i in 1*jpg; do
convert -resize 1024x768 -extract 1200x1000+300+0 $i AA$i
done
--
I've not experienced any freezeups on the previous kernel from a month ago,
so it may (or not) be from something that's changed since. Here is what
I've done to cross-check what the problem may be:
* I checked source trees for anything that went in the last 5 weeks but did not
find anything that may be the culprit at first glance.
* I've booted the kernel with boot -d in order to set break points (mainly wd and ata stuff) because on my USB keyboard I cannot enter into DDB from console. This is to debug. It didn't show anything when I stabbed into it.
* I've disabled nviic and other i2c stuff and that wasn't it.
* I've removed the only hardware card in the system in order to make sure it's not the ahc driver.
* disabling apmd because of changes to hw_setperf code still froze the kernel.
All finger pointings and penetrations into finding the problem have resulted
in a NO-GO and I still get Kernel FREEZE UPS! (Infinite loops?) see
reference [1] (can't drop to DDB). There are no messages in the logs about
any bad hardware.
dmesg of current kernel
OpenBSD 4.1-current (GENERIC) #970: Thu May 3 02:01:25 MDT 2007
deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
real mem = 1073278976 (1048124K)
avail mem = 907788288 (886512K)
using 22937 buffers containing 107536384 bytes (105016K) of memory
mainbus0 (root)
bios0 at mainbus0: SMBIOS rev. 2.3 @ ...