[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <480DE9E8.2070809@ru.mvista.com>
Date: Tue, 22 Apr 2008 17:36:40 +0400
From: Sergei Shtylyov <sshtylyov@...mvista.com>
To: Tejun Heo <htejun@...il.com>
Cc: Jeff Garzik <jeff@...zik.org>, Adrian Bunk <bunk@...nel.org>,
linux-kernel@...r.kernel.org, linux-ide@...r.kernel.org
Subject: Re: [2.6 patch] select ATA_SFF
Tejun Heo wrote:
>> ADMA is not SFF-8038i compilant, it's the IDE DMA spec of its own.
>> And I'm seeing references to libata-sff.c... confusing.
> In libata, SFF is used for controllers which have TF interface
I can't figure out to which SFF specs this refers then... althought I'm
not really familiar with them well enough.
> and BMDMA
> is used for the BMDMA part of SFF-8038i.
Is there any other part in it? One concerning PCI?
> I think this is the source of confusion here.
Yes.
>> Looks like there's no clean separation within libata-sff.c itself
>> between SFF-8038i (BMDMA spec) and IDE registers itself -- that
>> confused me: at first I thought there's a big issue with a patch. :-/
>> Jeff, Tejun, what "sff" in the file name actually means? Isn't it
>> strange that the drivers lacking DMA support or not really compliant
>> with SFF-8038i have to link with this file?
> Maybe it should be libata-tf and libata-bmdma, but sff (sans bmdma)
> and bmdma is acceptable, hopefully, right?
What's sff sans bmdma?
> Thanks.
WBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists