[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <201001182004.40031.bzolnier@gmail.com>
Date: Mon, 18 Jan 2010 20:04:39 +0100
From: Bartlomiej Zolnierkiewicz <bzolnier@...il.com>
To: Sergei Shtylyov <sshtylyov@...mvista.com>
Cc: linux-ide@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 01/64] libata: fix CFA handling in ide_timing_compute()
On Monday 18 January 2010 07:57:10 pm Sergei Shtylyov wrote:
> Bartlomiej Zolnierkiewicz wrote:
>
> >>> From: Bartlomiej Zolnierkiewicz <bzolnier@...il.com>
> >>> Subject: [PATCH] libata: fix CFA handling in ide_timing_compute()
> >>>
> >>> Use standard cycle timing for CFA PIO5 and PIO6 modes.
> >>>
> >>> Based on commit 74638c8 for IDE subsystem.
> >>>
> >>> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@...il.com>
> >>> ---
> >>> drivers/ata/libata-core.c | 17 +++++++++++------
> >>> 1 file changed, 11 insertions(+), 6 deletions(-)
> >>>
> >>> Index: b/drivers/ata/libata-core.c
> >>> ===================================================================
> >>> --- a/drivers/ata/libata-core.c
> >>> +++ b/drivers/ata/libata-core.c
> >>> @@ -3211,6 +3211,7 @@ const struct ata_timing *ata_timing_find
> >>> int ata_timing_compute(struct ata_device *adev, unsigned short speed,
> >>> struct ata_timing *t, int T, int UT)
> >>> {
> >>> + const u16 *id = adev->id;
> >>> const struct ata_timing *s;
> >>> struct ata_timing p;
> >>>
> >>> @@ -3228,14 +3229,18 @@ int ata_timing_compute(struct ata_device
> >>> * PIO/MW_DMA cycle timing.
> >>> */
> >>>
> >>> - if (adev->id[ATA_ID_FIELD_VALID] & 2) { /* EIDE drive */
> >>> + if (id[ATA_ID_FIELD_VALID] & 2) { /* EIDE drive */
> >>> memset(&p, 0, sizeof(p));
> >>> +
> >>> if (speed >= XFER_PIO_0 && speed <= XFER_SW_DMA_0) {
> >>>
> >>>
> >> BTW, shouldn't this actually be 'speed < XFER_SW_DMA_0'?
> >>
> >
> > Good catch, I'll fix the patch later (would you be willing to fix
> > ide-timings.c side of things?).
> >
>
> I don't see what to fix there?..
Ah, sorry, ide-timings.c change is also not upstream yet..
--
Bartlomiej Zolnierkiewicz
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists