All of lore.kernel.org
 help / color / mirror / Atom feed
* [parisc-linux] SCSI on ASP systems
@ 2000-12-06 23:23 Daniel Engstrom
  2000-12-06 23:34 ` Grant Grundler
  2000-12-06 23:47 ` Richard Hirst
  0 siblings, 2 replies; 5+ messages in thread
From: Daniel Engstrom @ 2000-12-06 23:23 UTC (permalink / raw)
  To: parisc-linux

As noted earlier SCSI (sim700) don not work on systems with an ASP. Below
is some of the error messages I get. It seems to fail on the first write
command (read commands seem to work). I dont have any idea how the 53c700
is supposed to work and I cant find any docs on the net. Does anyone on
the list have any idea?

/Daniel


# palo -I \
> -b boot/iplboot \
> -k boot/vmlinux /dev/sda
palo version 0.8 bame@noam Tue Oct 31 14:18:23 MST 2000
F0 partition start sector 62 length 36766
check_bootloader 181
ipl: addr 32768 size 24576 entry 0x0 ko 0 ksz 0 rdo 0 rdsz 0
<ˆ..>
scsi0: Phase mismatch, phase MSGIN (7) at script[0x31b]
Write (10) 00 00 00 03 c0 00 00 80 00
scsi0: DOUT sg 117, old 02ac4c00/00000400, new 02ac4e00/00000200 (32)
scsi0: Serious error, sstat0 = 04
scsi0: Chip register contents:
 (script[0] at virt c2fa0000, bus 2fa0000)
 00  sien:  af  sdid:  20  scntl1:20  scntl0:d4
 04  socl:  06  sodl:  00  sxfer: 00  scid:  80
 08  sbcl:  00  sbdl:  00  sidl:  00  sfbr:  00
 0C  sstat2:06  sstat1:00  sstat0:00  dstat: 00
 10
 14  ctest3:21  ctest2:35  ctest1:0b  ctest0:00
 18  ctest7:00  ctest6:99  ctest5:00  ctest4:00
 1C  temp:  00000000
 20              ctest8:ff  istat: 06  dfifo: 00
 24  dbc:   0e000001  dnad:  02fa5cde  dsp:   02fa5038
 30  dsps:  02fa5cde
 34  dmode: 80
 38  dcntl: 80  dwt:   00  dien:  1d
 3C
scsi0: Unexpected stacked interrupt, istat 06, sstat0 08, dstat 00             p
scsi0: Failed to handle interrupt.  Failing commands and resetting SCSI bus and
scsi0: istat = 04, sstat0 = 00, sstat1 = 00, dstat = 00
scsi0: dsp = 02fa5038 (script[0x140e]), dsps = 02fa5cde, target = 0
scsi0: Failing command for ID5
scsi0: sim700_intr_handle() called with no interrupt
scsi0: Negotiating async transfers for ID 5
scsi0: Response to host SDTR = 00 00
scsi0: Phase mismatch, phase STATUSIN (3) at script[0x22d]
Request Sense 00 00 00 ff 00
scsi0: DIN sg 127, old 02fa8a00/00000100, new 02fa8a12/000000ee (0)
scsi0: Phase mismatch, phase MSGIN (7) at script[0x321]
Write (10) 00 00 00 08 40 00 00 80 00
scsi0: DOUT sg 120, old 029a0800/00000400, new 029a0a00/00000200 (32)
SCSI disk error : host 0 channel 0 id 5 lun 0 return code = 10
 I/O error: dev 08:00, sector 2112

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [parisc-linux] SCSI on ASP systems
  2000-12-06 23:23 [parisc-linux] SCSI on ASP systems Daniel Engstrom
@ 2000-12-06 23:34 ` Grant Grundler
  2000-12-06 23:47 ` Richard Hirst
  1 sibling, 0 replies; 5+ messages in thread
From: Grant Grundler @ 2000-12-06 23:34 UTC (permalink / raw)
  To: Daniel Engstrom; +Cc: parisc-linux, grundler

Daniel Engstrom wrote:
> I dont have any idea how the 53c700
> is supposed to work and I cant find any docs on the net.

And you've looked at the LASI docs off the www.parisc-linux.org?

grant

Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [parisc-linux] SCSI on ASP systems
  2000-12-06 23:23 [parisc-linux] SCSI on ASP systems Daniel Engstrom
  2000-12-06 23:34 ` Grant Grundler
@ 2000-12-06 23:47 ` Richard Hirst
  2000-12-07 21:12   ` Daniel Engstrom
  1 sibling, 1 reply; 5+ messages in thread
From: Richard Hirst @ 2000-12-06 23:47 UTC (permalink / raw)
  To: Daniel Engstrom; +Cc: parisc-linux

On Thu, Dec 07, 2000 at 12:23:00AM +0100, Daniel Engstrom wrote:
> As noted earlier SCSI (sim700) don not work on systems with an ASP. Below
> is some of the error messages I get. It seems to fail on the first write
> command (read commands seem to work). I dont have any idea how the 53c700
> is supposed to work and I cant find any docs on the net. Does anyone on
> the list have any idea?
> 
> /Daniel
> 
> 
> # palo -I \
> > -b boot/iplboot \
> > -k boot/vmlinux /dev/sda

Can you try adding

	sim700=noneg:0xff,nodisc:0xff

to your boot comamnd line and let me know what happens.

If that fails after very little disk activity, you could try

	sim700=noneg:0xff,nodisc:0xff,debug:0x2ff

and send me the (large) debug output.

Looks like oyur disk is disconnecting after an odd number of sectors,
which might be unusual.

Richard

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [parisc-linux] SCSI on ASP systems
  2000-12-06 23:47 ` Richard Hirst
@ 2000-12-07 21:12   ` Daniel Engstrom
  2000-12-07 21:26     ` Richard Hirst
  0 siblings, 1 reply; 5+ messages in thread
From: Daniel Engstrom @ 2000-12-07 21:12 UTC (permalink / raw)
  To: Richard Hirst; +Cc: Daniel Engstrom, parisc-linux

On Wed, 6 Dec 2000, Richard Hirst wrote:
> Can you try adding
> 
> 	sim700=noneg:0xff,nodisc:0xff
> 
> to your boot comamnd line and let me know what happens.

Nothig, it behaves like id did before.

I tested to read the entire disk which it did without the error. I did get
~350 phase mismates on the 3G disk (id tuned phase mismatch logging on
after noticing that the last event before the unexpected disconnect was a
phase mis match, but they seem to happen all the time so I think they are
unrelated, normal, even?


If write to the disk with dd I can wite about 1050 sectors befor the error
happens (1050 failed twise and suceeded onece, every thine I tried below
succeded and every thing I tried avove failed).

> If that fails after very little disk activity, you could try 
> 
> 	sim700=noneg:0xff,nodisc:0xff,debug:0x2ff
> 
> and send me the (large) debug output.
Is this still intresting?

/Daniel
-- 

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [parisc-linux] SCSI on ASP systems
  2000-12-07 21:12   ` Daniel Engstrom
@ 2000-12-07 21:26     ` Richard Hirst
  0 siblings, 0 replies; 5+ messages in thread
From: Richard Hirst @ 2000-12-07 21:26 UTC (permalink / raw)
  To: Daniel Engstrom; +Cc: parisc-linux

On Thu, Dec 07, 2000 at 10:12:05PM +0100, Daniel Engstrom wrote:
> On Wed, 6 Dec 2000, Richard Hirst wrote:
> > Can you try adding
> > 
> > 	sim700=noneg:0xff,nodisc:0xff
> > 
> > to your boot comamnd line and let me know what happens.
> 
> Nothig, it behaves like id did before.
> 
> I tested to read the entire disk which it did without the error. I did get
> ~350 phase mismates on the 3G disk (id tuned phase mismatch logging on
> after noticing that the last event before the unexpected disconnect was a
> phase mis match, but they seem to happen all the time so I think they are
> unrelated, normal, even?

Phase mis-matches are normal, but I wouldn't typically expect them on
a read or write if disconnect is disabled.

> If write to the disk with dd I can wite about 1050 sectors befor the error
> happens (1050 failed twise and suceeded onece, every thine I tried below
> succeded and every thing I tried avove failed).
> 
> > If that fails after very little disk activity, you could try 
> > 
> > 	sim700=noneg:0xff,nodisc:0xff,debug:0x2ff
> > 
> > and send me the (large) debug output.
> Is this still intresting?

Yes please, if you can capture it easily.  I'll be interested to
see if there are phase mismatches that are handled ok before the
one that goes wrong, and what the driver does afterwards.

Richard

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2000-12-07 21:28 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2000-12-06 23:23 [parisc-linux] SCSI on ASP systems Daniel Engstrom
2000-12-06 23:34 ` Grant Grundler
2000-12-06 23:47 ` Richard Hirst
2000-12-07 21:12   ` Daniel Engstrom
2000-12-07 21:26     ` Richard Hirst

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.