This message is from the T13 list server.

Hale L:

Ouch, sorry again, I keep wasting your time, you & who knows how many other folk here 
too. I'm caught fast in that programmer's illusion of "I just fixed the last bug".  I 
keep thinking we almost understand each other.

Friday, an engineer from .co.jp wrote me offline to confirm understanding offline - 
there I was entirely understood.  And Jim & I seem to be connecting - have you read 
that traffic too?  And Sbp2 folk & I seem to be connecting here.

We're talking about Scsi-over-whatever that just plain works vs. Scsi-over-whatever 
that only mostly works.  We are by definition talking about the less normal situations.

Let me try one more time to connect with you over your Dma examples.  Can we agree 
traces such as the following two are common?

Dma:
       3 "words" clocked In across the bus

Pio:
       BSY DRQ C/D I/O = 0 1 D I
       x1F5:1F4 ByteCount = x00:05
       3 "words" clocked In across the bus

If you don't like these examples, can you tell me what's wrong?  What have I not 
reproduced from your examples that matters?

I read your examples to be saying that in both of these traces we see:

       3 "words" clocked In across the bus

I agree.  Of course.  Goes without saying.  The bus is two bytes wide.  Yes.

I hear you saying that x86 folk copy In 3 "word"s only via 3 REP's of INSW.  I 
disagree.  I see people using 2 REP's of INSW followed by an IN AX followed by a MOV 
AL.  I see 5 bytes copied In, not 6, in Win98 & WinMe.

I say this is a kind of double-buffering, one kind among many.

I hear you saying it's not a T13 problem if in the new Dma trace the host copies In 6 
bytes whereas in the similar old Pio trace the host copies In 5 bytes.

I'm saying that Pio works and Dma doesn't is a T13 problem.  Who above he level of T13 
cares if we're using Pio or Dma?

It is the BSY DRQ C/D I/O ByteCount info that tells the host to copy In just 5 bytes.  
T13, me included, we left I/O and ByteCount out of Atapi Dma, whoops.

Sure you're free to disagree.  But are you telling me I am incoherent?  Can you not 
see my point of view?  T13 used to pass info across the bus that it passes across the 
bus no longer.  Me & friends, we were using that info.  Then 17e+6 byte/s began to 
feel constricting.  Then I noticed T13 had deleted that info.  Now here I am.

Am I any clearer yet?

Yes I am saying UDma has a further issue past that, yes I hear you say no, but if we 
can I'd like to defer assessing my UDma claim until we get consensus on at least how 
broken Atapi Dma is as a Scsi-over-whatever mechanism for copying odd counts of bytes.

My offer to connect by phone & pager remains open.

Pat LaVarre

Reply via email to