Matthew Wilcox wrote: > On Fri, Nov 18, 2005 at 04:42:10PM +1000, Douglas Gilbert wrote: > >>Matthew Wilcox wrote: >> >>>None of the other domain validation messages have a trailing full stop, >>>so I don't see why this one should. >> >>Speaking of domain validation messages I have noticed >>that either the sym53c8xx driver or scsi_transport_spi is >>getting noisier in this area. > > > Definitely the sym2 driver's fault. > > >> target0:0:3: Beginning Domain Validation >> target0:0:3: asynchronous. >> target0:0:3: wide asynchronous. >> target0:0:3: Domain Validation skipping write tests >> target0:0:3: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 62) >> target0:0:3: Ending Domain Validation >> target0:0:3: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 62) >> last message repeated 2 times >>sdb: Spinning up disk....<6> target0:0:3: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 62) >> target0:0:3: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 62) >> last message repeated 7 times > > (etc) > >>Surely one "FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 62)" >>message is sufficient? > > > Absolutely. Let's see why it's happening. That message is displayed by > spi_display_xfer_agreement() which is called from three places in sym2. > However, because DT is set, it must be called from sym_setpprot() [1]. > That's only called in a way which would cause this message from > sym_ppr_nego_check(), which is only called from sym_ppr_nego(), which is > only called when receiving a PPR message. > > Now, what I don't know is why the device keeps sending us a PPR message. > Do we keep sending it a PPR message? Can you turn on negotiation > debugging (echo setdebug nego >/proc/scsi/sym53c8xx/0) and send me the > results? > > [1] SDTR and WDTR clear DT. So it must be in response to a PPR message. I switched disks from a Fujitsu MAM3184 to a Seagate ST318451 and it seems just as noisy. See attached. If the disk is spinning when a scan is requested then the output is succinct; so all that extra output occurs while the disk is in the process of spinning up (about a ten second period). Doug Gilbert
Attachment:
sym53c8xx_scan2.txt.gz
Description: GNU Zip compressed data
