aic7xxx Rev 6.3.5 problems/questions.

[Todd Denniston]

"Justin T. Gibbs" wrote:
> 
> > 1) DV failed to configure device. see log [1].
<SNIP> 
> The latest driver should, assuming you boot it in verbose mode, say
> something like:
> 
> "Echo Buffer unavailable.  Performing basic DV."
> 

Sorry verbose mode on, and I don't get that message.
It works however so thats ok.
I see the message you are talking about inaic7xxx_osm.c 
but it is only done if (echo_size == 0)

aic7xxx_osm.c-2814-                                     printf("Echo Buffer
unavailable.  "
aic7xxx_osm.c:2815:                                            "Performing
basic DV.\n");

Feb 25 15:26:30 bar kernel: scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA
DRIVER, Rev 6.3.5
.
.
.
Feb 25 15:26:30 bar kernel: blk: queue f7fd5414, I/O limit 4095Mb (mask
0xffffffff)
Feb 25 15:26:45 bar kernel: (scsi0:A:0:0): Sending PPR bus_width 1, period 9,
offset 7f, ppr_options 2
Feb 25 15:26:45 bar kernel: (scsi0:A:0:0): Received PPR width 1, period 9,
offset 3e,options 2
Feb 25 15:26:45 bar kernel: ^IFiltered to width 1, period 9, offset 3e,
options 2
Feb 25 15:26:45 bar kernel: (scsi0:A:0): 6.600MB/s transfers (16bit)
Feb 25 15:26:45 bar kernel: scsi0: target 0 using 16bit transfers
Feb 25 15:26:45 bar kernel: (scsi0:A:0): 160.000MB/s transfers (80.000MHz DT,
offset 62, 16bit)
Feb 25 15:26:45 bar kernel: scsi0: target 0 synchronous at 80.0MHz DT, offset
= 0x3e
Feb 25 15:26:45 bar kernel: scsi0:A:1:0: DV failed to configure device. 
Please file a bug report against this driver.
Feb 25 15:26:48 bar kernel: (scsi0:A:0:0): Sending PPR bus_width 1, period 9,
offset 3e, ppr_options 2



> This is because the Promise controllers do not provide an echo buffer.
> In the past, the driver would just fail DV and complain about the
> broken device.  Since the promise controllers were all developed long
> after having an echo buffer was a requirement, they should support it.
> I believe that their latest firmware does.

unfortunately this is the latest firmware for the RM8000, so I guess they
still don't "get it" on all their development lines.

> 
> > 2) module does not accept more than one Command Line Option.
<SNIP> 
> Try quoting the options so that your shell doesn't do funny things
> with the commas.  The same may apply to /etc/modules.conf depending
> on which distribution you are using and how they have implemented
> their mkintrd script.  For this reason, I often use a period
> instead of a comma to delineate options.

quoting did not work for me, but the periods did (on command line anyway).

perhaps a patch to README.aic7xxx? Note section 4. Contacting Adaptec was
marked 3 as well.

-----------begin patch-------
--- README.aic7xxx.orig 2004-02-09 19:47:04.000000000 -0500
+++ README.aic7xxx      2004-02-25 15:48:35.000000000 -0500
@@ -391,3 +391,3 @@
    Example:
-   'options aic7xxx aic7xxx=verbose,no_probe,tag_info:{{},{,,10}},seltime:1"
+   'options aic7xxx aic7xxx=verbose,no_probe,tag_info:{{},{,,10}},seltime:1'
         enables verbose logging, Disable EISA/VLB probing,
@@ -395,3 +395,10 @@
 
-3. Contacting Adaptec
+   Note: some systems don't accept the commas between commands, on those
systems
+       use periods.
+   Example:
+   'options aic7xxx aic7xxx=verbose.no_probe.tag_info:{{},{,,10}}.seltime:1'
+        enables verbose logging, Disable EISA/VLB probing,
+        and set tag depth on Controller 1/Target 2 to 10 tags.
+
+4. Contacting Adaptec
 
-----------end patch-------
> 
> > 3) how do you build the rpm's for the rpm releases you make, or do you
> > plan to start making releases for fedora core 1 (linux-2.4.22-1.*.nptl)?
> 
> The build environment is quite complex and does not use a source rpm spec
> file.  It is not something that we intend to distribute.
> 
> As for Fedora core, since it is not officially supported by RedHat,
> and changes even more rapidly than the RedHat distributions, it is
> not something that we can support.
> 
Ok, I'll start waving a LART the next time some one asks me to make all this
stuff rpm.
thanks for the update on that though.

-- 
Todd Denniston
Crane Division, Naval Surface Warfare Center (NSWC Crane) 
Harnessing the Power of Technology for the Warfighter