* [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