From: Sergei Shtylyov <sshtylyov@ru.mvista.com>
To: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
Cc: linux-ide@vger.kernel.org
Subject: Re: [PATCH 10/13] sl82c105: add ->speedproc support
Date: Sun, 11 Mar 2007 00:51:28 +0300 [thread overview]
Message-ID: <45F32860.8040901@ru.mvista.com> (raw)
In-Reply-To: <200703102209.59918.bzolnier@gmail.com>
Hello.
Bartlomiej Zolnierkiewicz wrote:
> [PATCH] sl82c105: add ->speedproc support
> * add sl82c105_tunepio() wrapper for sl82c105_tune_drive()
> (just to get the error value)
> * add sl82c105_tune_chipset() (->speedproc method) for setting
> transfer mode
Thanks for the patch!
> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
> ---
> Index: b/drivers/ide/pci/sl82c105.c
> ===================================================================
> --- a/drivers/ide/pci/sl82c105.c
> +++ b/drivers/ide/pci/sl82c105.c
> @@ -77,7 +77,7 @@ static unsigned int get_timing_sl82c105(
> /*
> * Configure the drive and chipset for PIO
> */
> -static void sl82c105_tune_drive(ide_drive_t *drive, u8 pio)
> +static int sl82c105_tunepio(ide_drive_t *drive, u8 pio)
The name sl82c105_tune_pio() would have been more in line with the other
drivers but well, that's your patch (and the function behaves somewhat
differently anyway :-)
> {
> ide_hwif_t *hwif = HWIF(drive);
> struct pci_dev *dev = hwif->pci_dev;
> @@ -91,7 +91,7 @@ static void sl82c105_tune_drive(ide_driv
> xfer_mode = ide_get_best_pio_mode(drive, pio, 5, &p) + XFER_PIO_0;
>
> if (ide_config_drive_speed(drive, xfer_mode))
> - return;
> + return 1;
>
> drive->drive_data = drv_ctrl = get_timing_sl82c105(&p);
>
> @@ -114,17 +114,45 @@ static void sl82c105_tune_drive(ide_driv
> */
> drive->io_32bit = 1;
> drive->unmask = 1;
> +
> + return 0;
> +}
> +
> +static void sl82c105_tune_drive(ide_drive_t *drive, u8 pio)
> +{
> + /*
> + * TODO: find best PIO mode and set device speed here
> + * (requires adding helper function for getting PIO cycle time)
> + */
I thought we were doing it by calling ide_get_best_pio_mode() above...
> + (void)sl82c105_tunepio(drive, pio);
Erm, I thought afterwards that I vainly folded one into another. I think
it's worth moving those io_32bit and unmask flag assignments above back
there... May also recast my patch. :-)
> +}
> +
> +static int sl82c105_tune_chipset(ide_drive_t *drive, u8 mode)
> +{
> + mode = ide_rate_filter(drive, mode);
> +
> + if (mode >= XFER_PIO_0 && mode <= XFER_PIO_5)
> + return sl82c105_tunepio(drive, mode - XFER_PIO_0);
> +
> + /*
> + * TODO: add MWDMA0/1 support
> + */
> + BUG_ON(mode != XFER_MW_DMA_2);
Well, the other drivers just return non-zero in this case...
> + /*
> + * Configure the drive for DMA.
> + * We'll program the chipset only when DMA is actually turned on.
> + */
> + return ide_config_drive_speed(drive, mode);
> }
>
> -/*
> - * Configure the drive for DMA.
> - * We'll program the chipset only when DMA is actually turned on.
> - */
> static int config_for_dma (ide_drive_t *drive)
> {
> + u8 mode = ide_max_dma_mode(drive);
> +
> DBG(("config_for_dma(drive:%s)\n", drive->name));
>
> - if (ide_config_drive_speed(drive, XFER_MW_DMA_2) != 0)
> + if (mode == 0 || sl82c105_tune_chipset(drive, mode))
> return 0;
>
> return ide_dma_enable(drive);
> @@ -387,6 +415,8 @@ static void __devinit init_hwif_sl82c105
> return;
> }
>
> + hwif->speedproc = &sl82c105_tune_chipset;
> +
> hwif->atapi_dma = 1;
> hwif->mwdma_mask = 0x04;
MBR, Sergei
next prev parent reply other threads:[~2007-03-10 21:51 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-10 21:09 [PATCH 10/13] sl82c105: add ->speedproc support Bartlomiej Zolnierkiewicz
2007-03-10 21:51 ` Sergei Shtylyov [this message]
2007-03-10 22:32 ` Bartlomiej Zolnierkiewicz
2007-03-12 13:13 ` Sergei Shtylyov
2007-03-14 20:51 ` Sergei Shtylyov
2007-03-15 14:22 ` Woody Suwalski
2007-03-15 17:36 ` Russell King
2007-03-15 17:40 ` Sergei Shtylyov
2007-03-15 21:51 ` Bartlomiej Zolnierkiewicz
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=45F32860.8040901@ru.mvista.com \
--to=sshtylyov@ru.mvista.com \
--cc=bzolnier@gmail.com \
--cc=linux-ide@vger.kernel.org \
/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;
as well as URLs for NNTP newsgroup(s).