Linux PARISC architecture development
 help / color / mirror / Atom feed
* [parisc-linux] the 53c700 driver pb on c110/d380
@ 2006-09-15 11:10 Joel Soete
  0 siblings, 0 replies; 2+ messages in thread
From: Joel Soete @ 2006-09-15 11:10 UTC (permalink / raw)
  To: Parisc List, James Bottomley

Hello James,

as well on c110 as on d380 I always get following pb with this driver for the ncr53c710 chip (scsi narrow s-e external 
connection), after 2 or 3 untar/rm iterations (obviously this is just an easy way to reproduce this pb which hapen more 
frequently in day to day life cycle):

Aug 26 07:37:48 patst007 kernel: scsi3: (3:0) phase mismatch at 01e8, phase IO CD MSG BSY REQ MSG IN
Aug 26 07:37:48 patst007 kernel: scsi3: Bus Reset detected, executing command 1f7c5080, slot 1f6f0778, dsp 000d01e8[01e8]
Aug 26 07:37:48 patst007 kernel:  failing command because of reset, slot 1f6f0520, cmnd 1f5d7a80
Aug 26 07:37:48 patst007 kernel:  failing command because of reset, slot 1f6f064c, cmnd 1f5d7060
Aug 26 07:37:48 patst007 kernel:  failing command because of reset, slot 1f6f0778, cmnd 1f7c5080
Aug 26 07:37:48 patst007 kernel:  failing command because of reset, slot 1f6f08a4, cmnd 1f7c51a0
Aug 26 07:37:50 patst007 kernel: scsi3: (3:0) phase mismatch at 01e8, phase IO BSY DATA_IN
Aug 26 07:37:50 patst007 kernel: scsi3: Bus Reset detected, executing command 1f5d7a80, slot 1f6f08a4, dsp 000d01e8[01e8]
Aug 26 07:37:50 patst007 kernel:  failing command because of reset, slot 1f6f0520, cmnd 1f7c51a0
Aug 26 07:37:50 patst007 kernel:  failing command because of reset, slot 1f6f064c, cmnd 1f7c5080
Aug 26 07:37:50 patst007 kernel:  failing command because of reset, slot 1f6f0778, cmnd 1f5d7060
Aug 26 07:37:50 patst007 kernel:  failing command because of reset, slot 1f6f08a4, cmnd 1f5d7a80
--- snip ---
Aug 26 07:53:51 patst007 kernel: scsi3: (3:0) phase mismatch at 01e8, phase IO BSY DATA_IN
Aug 26 07:53:51 patst007 kernel: scsi3: Bus Reset detected, executing command 1f5d7a80, slot 1f6f08a4, dsp 000d01e8[01e8]
Aug 26 07:53:51 patst007 kernel:  failing command because of reset, slot 1f6f0520, cmnd 1f7c51a0
Aug 26 07:53:51 patst007 kernel:  failing command because of reset, slot 1f6f064c, cmnd 1f7c5080
Aug 26 07:53:51 patst007 kernel:  failing command because of reset, slot 1f6f0778, cmnd 1f5d7060
Aug 26 07:53:51 patst007 kernel:  failing command because of reset, slot 1f6f08a4, cmnd 1f5d7a80

(I grabe it from kernel log to show the timestamp)

Some I had to force the reboot of system, some other it panics with some "ccio_alloc_range() I/O MMU..."
(most probably "I/O MMU is out of mapping resources.")

Any idea why this 'phase mismatch' hapened?

Tia,
	Joel

PS: btw I just start to look in more details code but I don't undertand how this hunk:

#ifdef NCR_700_DEBUG
#define STATIC
#else
#define STATIC static
#endif

would help debuging? (I understand that __inline__ would be remove but static?)

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

^ permalink raw reply	[flat|nested] 2+ messages in thread
* Re: [parisc-linux] the 53c700 driver pb on c110/d380
@ 2006-09-21  7:58 Joel Soete
  0 siblings, 0 replies; 2+ messages in thread
From: Joel Soete @ 2006-09-21  7:58 UTC (permalink / raw)
  To: James.Bottomley; +Cc: parisc-linux

> On Fri, 2006-09-15 at 11:10 +0000, Joel Soete wrote:
> > Aug 26 07:37:48 patst007 kernel: scsi3: (3:0) phase mismatch at 01e8,=

> > phase IO CD MSG BSY REQ MSG IN
> 
> 1e8 is 	at
> 
> MOVE	CommandCount, CommandAddress, WHEN CMD
> 
> What this means is that the device transitioned away from the command
> phase while the host still had bytes to send.  i.e. the host and device=

> disagree on how long some command should be.  Thus, either the device i=
s
> buggy, or someone sent a command via sg with an incorrect length.
> 
Thanks.

Btw I grab the disk with its scsi terminator and scsi cable to connect it=
 on a
b180 (using also scsi1: 53c710 rev 2) and ran the test loop for now more =
then
17h without any kind of pb ;-)

May I supposed that there is no hw with scsi disk.

That said the kernel used the same drivers for the same kind of hba, and =
afaik
the big diff between this b180 and other c110/d380 is the ccio runaway bu=
s
ctrlr. May I so reasonably thougt that the pb came from the ccio-dma driv=
er?
But where should it be located?

Thanks again,
    Joel

> James
> 
> 
> =0A=0A----------=0AClub Scarlet : Tout le monde gagne! Si vous devenez =
aujourd'hui Scarlet One grace a un client existant de Scarlet, vous recev=
ez tous les deux un cadeau d'une valeur de 50 euros! Surfez vite sur http=
://www.clubscarlet.be

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

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

end of thread, other threads:[~2006-09-21  7:58 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-09-15 11:10 [parisc-linux] the 53c700 driver pb on c110/d380 Joel Soete
  -- strict thread matches above, loose matches on Subject: below --
2006-09-21  7:58 Joel Soete

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox