Re: [PATCH] libata: share PIO limits among devices sharing a channel

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> >> NAK, this is totally wrong
> 
> Eek.. You actually said this is/was documented and relied upon all over.
> 
> http://thread.gmane.org/gmane.linux.ide/13184/focus=14486

What I said (well tried to say since it was apparently vague and caused
confusion) was relied upon was the hardware being in PIO0 during probe
(because we don't call the PIO setup methods during probe/reset) and that
we decide which modes both devices are using *before* we set either of
them (which the current code appears to do correctly). This is because
the device may need to know both to apply limits - such as merging
address setup time.

> 
> (searching mailboxes more...)  Oh, and the dropping of common PIO mode
> selection was agreed upon by Jeff and Alan.
> 
> One way or the other, this only affects PATA devices and as long as all
> PATA LLDs guarantee that selection timing isn't violated, this can go.
> I thought PATA drivers still relied on this common denominator PIO mode
> configuration.  I think it's Alan's call.
> 
> > I'm curious what the motivation of this patch was?
> 
> Hope my intentions are explained.

Yep. I think it's a simple case of confusion about the meaning of an
email.

Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Filesystems]     [Linux SCSI]     [Linux RAID]     [Git]     [Kernel Newbies]     [Linux Newbie]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Samba]     [Device Mapper]

  Powered by Linux