| To: | David Daney <ddaney@caviumnetworks.com> |
|---|---|
| Subject: | Re: [PATCH] New IDE/block driver for OCTEON SOC Compact Flash interface. |
| From: | Sergei Shtylyov <sshtylyov@ru.mvista.com> |
| Date: | Fri, 14 Nov 2008 03:15:24 +0300 |
| Cc: | linux-kernel@vger.kernel.org, linux-mips <linux-mips@linux-mips.org> |
| In-reply-to: | <491CC0B6.8020400@ru.mvista.com> |
| 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 |
| User-agent: | Thunderbird 2.0.0.17 (Windows/20080914) |
Hello, I wrote: As part of our efforts to get the Cavium OCTEON processor support merged (see: http://marc.info/?l=linux-mips&m=122600487218824), we have this CF driver for your consideration. Most OCTEON variants have *no* DMA or interrupt support on the CF interface so a simple bit-banging approach is taken. Although if DMA is available, we do take advantage of it. The register definitions are part of the chip support patch set mentioned above, and are not included here. At this point I would like to get feedback as to whether this is a good approach for the CF driver, or perhaps generate ideas about other possible approaches.It's totally unacceptable for drivers/ide/ as this is self-containeed driver no using IDE core for anything, so this can only fit well to drivers/block/. I probably need to clarify that it will hardly be accepted into drivers/block/ as well, being a mere CF driver. MBR, Sergei |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH] New IDE/block driver for OCTEON SOC Compact Flash interface., Sergei Shtylyov |
|---|---|
| Next by Date: | Re: [PATCH] New IDE/block driver for OCTEON SOC Compact Flash interface., David Daney |
| 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., David Daney |
| Indexes: | [Date] [Thread] [Top] [All Lists] |