On Sunday, August 07, 2005 8:30 AM, James Bottomley wrote:
> On Sun, 2005-08-07 at 05:59 +0000, Holger Kiehl wrote:
> > Thanks, removing those it compiles fine. This patch also
> solves my problem,
> > here the output of dmesg:
>
> Well ... the transport class was supposed to help diagnose the problem
> rather than fix it.
>
> However, what it shows is that the original problem is in the fusion
> internal domain validation somewhere, but that we still don't know
> where...
>
> James
>
I was corresponding to Mr Holger Hiehl in private email.
What I understood the problem to be was when he compiled the drivers into
the kernel, instead of as modules, we would get some drives negotiating as
asyn narrow on the 2nd channel. What I was trying to do was reproduce the
issue here, and I was unable to. Has Mr Holger Hiehl tried compiling
your patch with the drivers compiled statically into the kernel, instead
of modules?
Anyways - My last suggesting was that he change the scsi cable, and reset
the parameters in the bios configuration utility. I don't believe
that fixed it.
Here's my next suggestion. Recompile the driver with domain validation
debugging enabled. Then send me the output dmesg so I can analyze it.
That is done by modifying the driver makefile, adding the following lines:
CFLAGS_mptscsih.o += DMPT_DEBUG_DV
CFLAGS_mptscsih.o += DMPT_DEBUG_NEGO
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
| |
 |