I have been giving it a shot with vanilla kernel sources (straight from kernel.org 2.6.9, 2.6.10, 2.6.11), and the error persists. 2.6.11.1 and 2.6.11.2 dont have any changes in SCSI that would affect the sym driver in their tiny changelog, so i havent tried them yet.
The box is a dual i386, but i 've also been running non-SMP kernels for my tests, producing the same results.
My controller shows up like this in `lspci -v`:
01:05.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1010 Ultra3 SCSI Adapter (rev 01)
Flags: bus master, medium devsel, latency 72, IRQ 24
I/O ports at e400 [size=256]
Memory at febfe000 (64-bit, non-prefetchable) [size=1K]
Memory at febfa000 (64-bit, non-prefetchable) [size=8K]
Capabilities: [40] Power Management version 2
When i run 2.6.9, 2.6.10 or 2.6.11, the sym kernel module produces massive amounts of syslog traffic and logs. The message in syslog looks like this:
kernel: sym0:0:0:phase change 6-7 11 2e37a784 resid=6.
As a temporary solution to overcome this and do my performance tests, i just adjusted syslogd on that server not to log any kern messages from syslog.conf.
Still, performance degrades on my 10K rpm harddrives at 3mb/sec.
In my humble opinion(i am not a kernel developer or expert), it appears that some changes done in the code for scsi (API?) in the linux kernel tree, were not correctly implemented in the sym driver.
The controller works fine with 2.6.8.1(vanilla). Anything later than 2.6.8.1 in my tests, was prone to these errors and the performance degrade.
Has anyone else experienced this issue? Are there any steps i can take(hopefully a patch?) that would fix it?
thank you all, Jackie. - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html