| To: | Sergei Shtylyov <sshtylyov@ru.mvista.com> |
|---|---|
| Subject: | Re: [PATCH] New IDE/block driver for OCTEON SOC Compact Flash interface. |
| From: | Alan Cox <alan@lxorguk.ukuu.org.uk> |
| Date: | Fri, 14 Nov 2008 01:18:51 +0000 |
| Cc: | David Daney <ddaney@caviumnetworks.com>, linux-kernel@vger.kernel.org, linux-mips <linux-mips@linux-mips.org> |
| In-reply-to: | <491CC0B6.8020400@ru.mvista.com> |
| Organization: | Red Hat UK Cyf., Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, Y Deyrnas Gyfunol. Cofrestrwyd yng Nghymru a Lloegr o'r rhif cofrestru 3798903 |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <491C7F28.2070507@caviumnetworks.com> <491CC0B6.8020400@ru.mvista.com> |
| Sender: | linux-mips-bounce@linux-mips.org |
> 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. 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. Alan |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH] New IDE/block driver for OCTEON SOC Compact Flash interface., David Daney |
|---|---|
| Next by Date: | Re: [PATCH]: R10000 Needs LL/SC Workaround in Gcc, Kumba |
| Previous by Thread: | Re: [PATCH] New IDE/block driver for OCTEON SOC Compact Flash interface., Sergei Shtylyov |
| Next by Thread: | Re: [PATCH] New IDE/block driver for OCTEON SOC Compact Flash interface., Sergei Shtylyov |
| Indexes: | [Date] [Thread] [Top] [All Lists] |