5.1.0-pre3-to-pre4

[Robert G. Brown]

Well, I'm back at work and am still trying 5.1.0 on a Dell Poweredge
with dual 400 MHz PII's.  I just finished trying the pre3-to-pre4
patch that guarantees a reset of the device but get a lockup after
exactly the same messages in exactly the same way that I reported
Friday.  I continue to get a parity error in a loop that is hit every
four or five seconds (from the "spurious interrupt" part of the
driver, I believe) if I load only with maximum verbosity, and die
after the same message as I laboriously typed in on Friday (with only
one Data Parity error).

The error persists identically across SMP and UP kernels (2.0.34, for
what it is worth).  I've examined /proc/pci before loading the module
and it is unremarkable, except that the 7860 and 7890 appear to be
sharing an interrupt (IRQ 10) with different ioports.  I can enclose
this and any other pre-module-insert data requested on demand -- the
system boots stably diskless so I have complete access to the running
/proc and more.

I must point out that the code added to "definitely reset the bus" IS
NOT EXECUTED!  I get no messages concerning "Resetting channel [A/B]"
(or any of the added error messages saying not to use no_reset, which
I'm not using;-)!

I'm going to try to hack at the code some more and see if I can see
any reason that the device reset segment isn't being run.  The obvious
answer is that the crash is somehow occurring before the device reset
segment of the code, if that is at all possible.

   rgb

Robert G. Brown	                       http://www.phy.duke.edu/~rgb/
Duke University Dept. of Physics, Box 90305
Durham, N.C. 27708-0305
Phone: 1-919-660-2567  Fax: 919-660-2525     email:rgb at phy.duke.edu




To Unsubscribe: send mail to majordomo at FreeBSD.org
with "unsubscribe aic7xxx" in the body of the message