From: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
To: Sergei Shtylyov <sshtylyov@ru.mvista.com>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>, linux-ide@vger.kernel.org
Subject: Re: [PATCH] ide: move ide_config_drive_speed() calls to upper layers
Date: Sat, 4 Aug 2007 01:01:34 +0200 [thread overview]
Message-ID: <200708040101.34574.bzolnier@gmail.com> (raw)
In-Reply-To: <46AB91A2.6060303@ru.mvista.com>
Hi,
On Saturday 28 July 2007, Sergei Shtylyov wrote:
> Hello.
>
> Bartlomiej Zolnierkiewicz wrote:
>
> >>On Fri, 27 Jul 2007 02:22:27 +0200
> >>Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> wrote:
>
> >>>* Convert {ide_hwif_t,ide_pci_device_t}->host_flag to be u16.
>
> >>>* Add IDE_HFLAG_POST_SET_MODE host to indicate the need to program the
> >>> host for the transfer mode after programming the device. Set it in
> >>> au1xxx-ide/cs5530/cs5535/pdc202xx_new/sc1200/via82cxxx host drivers.
>
> >>The CS5530 at least shouldn't care what order changes are done. I don't
>
> And neither CS5535. And Au1200 static bus controller shouldn't care about
> the order too, so au1xxx-ide hardly needs that.
>
> Here's the datasheet, BTW:
>
> http://www.razamicroelectronics.com/documents/32798e_Au1200_db.pdf
>
> >>think the SC1200 does either but I don't have the docs to hand.
>
> It seems pretty much alike CS553x except it's accessed via PCI config.
> space, not MSRs... Here's the datasheet:
>
> http://www.amd.com/files/connectivitysolutions/geode/32579B_sc1200_ds.pdf
Thanks for links to specs.
> I have a feeling that only pdc202xx_new and jmicron drivers actually need
> this flag (and the latter one actually doesn't care as its methods are empty
> anyway). Well, AMD/VIA chips enable UltraDMA mode by snooping Set Features
> command (as the drivers tell them to do so), so the order seems important
> unless that is changed.
Since changing of order affects the way in which hardware is accessed
I prefer to keep such changes out of this patch (which is just a cleanup).
Could you please handle them in pre or post patch(es)?
Bart
next prev parent reply other threads:[~2007-08-03 23:04 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-27 0:22 [PATCH] ide: move ide_config_drive_speed() calls to upper layers Bartlomiej Zolnierkiewicz
2007-07-27 0:29 ` Bartlomiej Zolnierkiewicz
2007-07-27 0:31 ` Bartlomiej Zolnierkiewicz
2007-07-27 11:27 ` Alan Cox
2007-07-27 19:19 ` Bartlomiej Zolnierkiewicz
2007-07-28 18:57 ` Sergei Shtylyov
2007-08-03 23:01 ` Bartlomiej Zolnierkiewicz [this message]
2007-08-05 12:58 ` Sergei Shtylyov
2007-07-29 12:28 ` Sergei Shtylyov
2007-08-03 23:01 ` Bartlomiej Zolnierkiewicz
2007-08-06 17:43 ` Sergei Shtylyov
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=200708040101.34574.bzolnier@gmail.com \
--to=bzolnier@gmail.com \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=linux-ide@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.