From: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
To: Ralf Baechle <ralf@linux-mips.org>
Cc: Atsushi Nemoto <anemo@mba.ocn.ne.jp>,
linux-mips@linux-mips.org, linux-ide@vger.kernel.org,
sshtylyov@ru.mvista.com
Subject: Re: [PATCH] ide: Add tx4939ide driver (v4)
Date: Fri, 17 Oct 2008 18:46:34 +0200 [thread overview]
Message-ID: <200810171846.35109.bzolnier@gmail.com> (raw)
In-Reply-To: <20081017141310.GA14999@linux-mips.org>
On Friday 17 October 2008, Ralf Baechle wrote:
> On Fri, Oct 17, 2008 at 11:08:25PM +0900, Atsushi Nemoto wrote:
>
> > This is the driver for the Toshiba TX4939 SoC ATA controller.
> >
> > This controller has standard ATA taskfile registers and DMA
> > command/status registers, but the register layout is swapped on big
> > endian. There are some other endian issue and some special registers
> > which requires many custom dma_ops/tp_ops routines and build_dmatable.
> >
> > Signed-off-by: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
> > ---
> > This patch is against current linux-mips tree.
> >
> > Changes since v3:
> > * more consistent symbol naming
> > * handle only DMA mode in set_dma_mode
> > * rename tx4939ide_read_and_clear_dma_status to tx4939ide_clear_dma_status
> > * use standard ide_read_sff_dma_status in LE mode
> > * remove CS5530 workaround from tx4939ide_build_dmatable
> > * use ide_host_alloc/ide_host_register instead of ide_host_alloc
> > * fold tx4939ide_insw_swap into tx4939ide_input_data_swap
> > * more informative printk
> > * whitespace cleanups and spelling fixes
> >
> > drivers/ide/Kconfig | 6 +
> > drivers/ide/mips/Makefile | 1 +
> > drivers/ide/mips/tx4939ide.c | 755 ++++++++++++++++++++++++++++++++++++++++++
>
> Btw, I don't think architecture specific subdirectories in subsystems are
> generally usefull. Just as in this example this IDE controller happens
> only to be in use on a particular MIPS-based SOC but there is nothing
> really architecture specific in most such devices.
I fully agree with you.
I was going to remove arch/bus specific subdirs in .29 but since the change
should be really straightforward and we're ahead of the merge schedule for
.28 I think we may as well do it now...
I'll prepare corresponding IDE git pull request next week.
Thanks,
Bart
next prev parent reply other threads:[~2008-10-17 16:50 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-10-17 14:08 [PATCH] ide: Add tx4939ide driver (v4) Atsushi Nemoto
2008-10-17 14:13 ` Ralf Baechle
2008-10-17 14:42 ` Alan Cox
2008-10-17 16:46 ` Bartlomiej Zolnierkiewicz [this message]
2008-10-18 11:05 ` Ralf Baechle
2008-10-19 12:42 ` Sergei Shtylyov
2008-10-20 12:21 ` Atsushi Nemoto
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200810171846.35109.bzolnier@gmail.com \
--to=bzolnier@gmail.com \
--cc=anemo@mba.ocn.ne.jp \
--cc=linux-ide@vger.kernel.org \
--cc=linux-mips@linux-mips.org \
--cc=ralf@linux-mips.org \
--cc=sshtylyov@ru.mvista.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox