|To:||Alan Cox <firstname.lastname@example.org>|
|Subject:||Re: [PATCH] New IDE/block driver for OCTEON SOC Compact Flash interface.|
|From:||Sergei Shtylyov <email@example.com>|
|Date:||Fri, 14 Nov 2008 13:04:31 +0300|
|Cc:||David Daney <firstname.lastname@example.org>, email@example.com, linux-mips <firstname.lastname@example.org>|
|References:||<491C7F28.email@example.com> <491CC0B6.firstname.lastname@example.org> <email@example.com>|
|User-agent:||Thunderbird 18.104.22.168 (Windows/20080914)|
Hello. Alan Cox wrote:
OTOH, CF support via self-contained driver is certainly a waste of code since IDE core and (libata) are here to drive the CF devices as well. What we need is a "normal" IDE or libata (at your option) driver.A libata driver would be nice and probably easiest to do as you don't have to pretend to be close to old style taskfile IDE for a PC.
AFAIU you don't need to pretend that with IDE as well now.
I am not convinced there is no case for a 'dumb' small CF driver, but if so the chipset code and the core code need to be separated as the other requests I see for this are different embedded boxes wanting to keep codesize down.
Yeah, that might be worth considering...
|<Prev in Thread]||Current Thread||[Next in Thread>|
|Previous by Date:||Re: [PATCH]: R10000 Needs LL/SC Workaround in Gcc, Kumba|
|Next by Date:||Re: [PATCH] New IDE/block driver for OCTEON SOC Compact Flash interface., Sergei Shtylyov|
|Previous by Thread:||Re: [PATCH] New IDE/block driver for OCTEON SOC Compact Flash interface., Alan Cox|
|Next by Thread:||[PATCH] ptrace syscall cleanups for mips compat archs, Anirban Sinha|
|Indexes:||[Date] [Thread] [Top] [All Lists]|