From: Sergei Shtylyov <sshtylyov@ru.mvista.com>
To: "João Ramos" <joao.ramos@inov.pt>
Cc: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>,
Alan Cox <alan@lxorguk.ukuu.org.uk>,
linux-ide@vger.kernel.org
Subject: Re: EP93xx PIO IDE driver proposal
Date: Tue, 12 May 2009 20:49:37 +0400 [thread overview]
Message-ID: <4A09A8A1.5070002@ru.mvista.com> (raw)
In-Reply-To: <4A08079A.9080803@inov.pt>
Hello.
João Ramos wrote:
>> I'm not sure what you're getting at with "such advices"... :)
>> We need to cast somewhere anyway so we may as well cast from 'void *' to
>> 'unsigned int' where needed and not the other way around (or rather from
>> 'unsigned int' to 'struct ide_timing *') -- which would be an ugly hack
>> and could cause maintainability/portability problems later.
>> BTW it seems like a good occasion to add ide_{get,set}_drivedata()
>> helpers
>> (ala existing ide_{get,set}_hwifdata() ones) to <linux/ide.h> and thus
>> make
>> internal IDE API more coherent.
>> [ Yes, I know that we may get away with s/unsigned int/unsigned long/
>> and casting it to 'struct ide_timing *' for now but it always better
>> to at least consider more elegant solution first... ]
Changing a lot of drivers is more elegant than not? Doubt it.
>> Thanks,
>> Bart
> Here is a proposed patch to fix 'drive_data' field to a 'void *' type.
> I've also added the 'ide_{get,set}_drivedata' helpers you hinted, and
> I've fixed all the host drivers which used the 'drive_data' field,
> making them use the new 'ide_{get,set}_drivedata' helpers and casting
> them accordingly to both the new 'drive_data' type and the type of value
> being stored.
> I've attached the patch to avoid line-wrapping and deformed output.
> If you can, please test the patch with the fixed drivers, I can't test
> those since I don't have hardware for it.
> However, I will test for compilation.
> Please comment, and if there's any fix to be made, just let me know.
> Regards,
> João Ramos
> ------------------------------------------------------------------------
>
> Change ide_drive_t 'drive_data' field from 'unsigned int' type to 'void *' type,
> allowing a wider range of values/types to be stored in this field.
> Added 'ide_get_drivedata' and 'ide_set_drivedata' helpers to get and set
> the 'drive_data' field.
> Fixed all host drivers to maintain coherency with the change in the 'drive_data'
> field type.
>
> Signed-off-by: Joao Ramos <joao.ramos@inov.pt>
> Cc: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
> Cc: Sergei Shtylyov <sshtylyov@ru.montavista.com>
> Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
>
> ---
>
> diff --git a/drivers/ide/cmd64x.c b/drivers/ide/cmd64x.c
> index 80b777e..c8df34c 100644
> --- a/drivers/ide/cmd64x.c
> +++ b/drivers/ide/cmd64x.c
> @@ -140,10 +140,11 @@ static void cmd64x_tune_pio(ide_drive_t *drive, const u8 pio)
> if (hwif->channel) {
> ide_drive_t *pair = ide_get_pair_dev(drive);
>
> - drive->drive_data = setup_count;
> + ide_set_drivedata(drive, (void *) setup_count);
>
> if (pair)
> - setup_count = max_t(u8, setup_count, pair->drive_data);
> + setup_count = max_t(u8, setup_count,
> + (u8) ide_get_drivedata(pair));
You've over-indented it and the (u8) cast is not needed with max_t()
which performs the cast internally.
Personally, I prefer this style for the multi-line statement:
setup_count = max_t(u8, setup_count,
ide_get_drivedata(pair));
> diff --git a/drivers/ide/cs5536.c b/drivers/ide/cs5536.c
> index 0332a95..f9e349e 100644
> --- a/drivers/ide/cs5536.c
> +++ b/drivers/ide/cs5536.c
> @@ -143,6 +143,8 @@ static void cs5536_set_pio_mode(ide_drive_t *drive, const u8 pio)
> 0x99, 0x92, 0x90, 0x22, 0x20,
> };
>
> + unsigned int drivedata = (unsigned int) ide_get_drivedata(drive);
Call it 'timings' please.
> +
> struct pci_dev *pdev = to_pci_dev(drive->hwif->dev);
> ide_drive_t *pair = ide_get_pair_dev(drive);
> int cshift = (drive->dn & 1) ? IDE_CAST_D1_SHIFT : IDE_CAST_D0_SHIFT;
[...]
> @@ -184,6 +187,8 @@ static void cs5536_set_dma_mode(ide_drive_t *drive, const u8 mode)
> 0x67, 0x21, 0x20,
> };
>
> + unsigned int drivedata = (unsigned int) ide_get_drivedata(drive);
And 'timings' again...
> +
> struct pci_dev *pdev = to_pci_dev(drive->hwif->dev);
> int dshift = (drive->dn & 1) ? IDE_D1_SHIFT : IDE_D0_SHIFT;
> u32 etc;
[...]
> @@ -204,9 +210,11 @@ static void cs5536_set_dma_mode(ide_drive_t *drive, const u8 mode)
>
> static void cs5536_dma_start(ide_drive_t *drive)
> {
> + unsigned int drivedata = (unsigned int) ide_get_drivedata(drive);
And again...
> +
> if (drive->current_speed < XFER_UDMA_0 &&
> - (drive->drive_data >> 8) != (drive->drive_data & IDE_DRV_MASK))
> - cs5536_program_dtc(drive, drive->drive_data >> 8);
> + (drivedata >> 8) != (drivedata & IDE_DRV_MASK))
> + cs5536_program_dtc(drive, drivedata >> 8);
>
> ide_dma_start(drive);
> }
> @@ -214,10 +222,11 @@ static void cs5536_dma_start(ide_drive_t *drive)
> static int cs5536_dma_end(ide_drive_t *drive)
> {
> int ret = ide_dma_end(drive);
> + unsigned int drivedata = (unsigned int) ide_get_drivedata(drive);
Here too...
>
> if (drive->current_speed < XFER_UDMA_0 &&
> - (drive->drive_data >> 8) != (drive->drive_data & IDE_DRV_MASK))
> - cs5536_program_dtc(drive, drive->drive_data & IDE_DRV_MASK);
> + (drivedata >> 8) != (drivedata & IDE_DRV_MASK))
> + cs5536_program_dtc(drive, drivedata & IDE_DRV_MASK);
>
> return ret;
> }
> diff --git a/drivers/ide/ht6560b.c b/drivers/ide/ht6560b.c
> index 2fb0f29..158aeae 100644
> --- a/drivers/ide/ht6560b.c
> +++ b/drivers/ide/ht6560b.c
> @@ -44,7 +44,12 @@
> * bit3 (0x08): "1" 3 cycle time, "0" 2 cycle time (?)
> */
> #define HT_CONFIG_PORT 0x3e6
> -#define HT_CONFIG(drivea) (u8)(((drivea)->drive_data & 0xff00) >> 8)
> +
> +static inline u8 HT_CONFIG(ide_drive_t *drive)
> +{
> + unsigned int drivedata = (unsigned int) ide_get_drivedata(drive);
Call it 'config' (or maybe just 'data' or 'info') and insert an empty
line after declaration please.
> + return (drivedata & 0xff00) >> 8;
> +}
> /*
> * FIFO + PREFETCH (both a/b-model)
> */
> @@ -90,7 +95,12 @@
> * Active Time for each drive. Smaller value gives higher speed.
> * In case of failures you should probably fall back to a higher value.
> */
> -#define HT_TIMING(drivea) (u8)((drivea)->drive_data & 0x00ff)
> +static inline u8 HT_TIMING(ide_drive_t *drive)
> +{
> + unsigned int drivedata = (unsigned int) ide_get_drivedata(drive);
Same here.
> + return drivedata & 0x00ff;
> +}
> +
> #define HT_TIMING_DEFAULT 0xff
>
> /*
> @@ -244,6 +254,7 @@ static void ht_set_prefetch(ide_drive_t *drive, u8 state)
> {
> unsigned long flags;
> int t = HT_PREFETCH_MODE << 8;
> + unsigned int drivedata = (unsigned int) ide_get_drivedata(drive);
Call 'config' (or maybe just 'data' or 'info') please.
> @@ -270,6 +283,7 @@ static void ht6560b_set_pio_mode(ide_drive_t *drive, const u8 pio)
> {
> unsigned long flags;
> u8 timing;
> + unsigned int drivedata = (unsigned int) ide_get_drivedata(drive);
Same here...
[...]
> @@ -299,7 +314,7 @@ static void __init ht6560b_init_dev(ide_drive_t *drive)
> if (hwif->channel)
> t |= (HT_SECONDARY_IF << 8);
>
> - drive->drive_data = t;
> + ide_set_drivedata(drive, (void *)t);
Oh, they call it just 't'! Nice name too. :-D
> diff --git a/drivers/ide/icside.c b/drivers/ide/icside.c
> index 4e16ce6..c96f87a 100644
> --- a/drivers/ide/icside.c
> +++ b/drivers/ide/icside.c
> @@ -267,10 +267,11 @@ static void icside_set_dma_mode(ide_drive_t *drive, const u8 xfer_mode)
> if (use_dma_info && drive->id[ATA_ID_EIDE_DMA_TIME] > cycle_time)
> cycle_time = drive->id[ATA_ID_EIDE_DMA_TIME];
>
> - drive->drive_data = cycle_time;
> + ide_set_drivedata(drive, (void *)cycle_time);
>
> printk("%s: %s selected (peak %dMB/s)\n", drive->name,
> - ide_xfer_verbose(xfer_mode), 2000 / drive->drive_data);
> + ide_xfer_verbose(xfer_mode),
> + 2000 / (int) ide_get_drivedata(drive));
> }
I see that you're not consistent about that space after the typeacst...
either put it there or not, not both. :-)
> diff --git a/drivers/ide/opti621.c b/drivers/ide/opti621.c
> index 6048eda..d545f01 100644
> --- a/drivers/ide/opti621.c
> +++ b/drivers/ide/opti621.c
> @@ -139,6 +139,8 @@ static void opti621_set_pio_mode(ide_drive_t *drive, const u8 pio)
> ide_drive_t *pair = ide_get_pair_dev(drive);
> unsigned long flags;
> u8 tim, misc, addr_pio = pio, clk;
> + int drivedata = XFER_PIO_0 + pio;
Please name it 'mode'...
> + int pair_drivedata;
... and 'pair_mode'.
> @@ -150,11 +152,12 @@ static void opti621_set_pio_mode(ide_drive_t *drive, const u8 pio)
> { 0x48, 0x34, 0x21, 0x10, 0x10 } /* 25 MHz */
> };
>
> - drive->drive_data = XFER_PIO_0 + pio;
> + ide_set_drivedata(drive, (void *) drivedata);
>
> if (pair) {
> - if (pair->drive_data && pair->drive_data < drive->drive_data)
> - addr_pio = pair->drive_data - XFER_PIO_0;
> + pair_drivedata = (int) ide_get_drivedata(pair);
> + if (pair_drivedata && pair_drivedata < drivedata)
> + addr_pio = pair_drivedata - XFER_PIO_0;
> }
>
> spin_lock_irqsave(&opti621_lock, flags);
> diff --git a/drivers/ide/qd65xx.c b/drivers/ide/qd65xx.c
> index c9a1349..2cd350c 100644
> --- a/drivers/ide/qd65xx.c
> +++ b/drivers/ide/qd65xx.c
> @@ -180,8 +180,11 @@ static int qd_find_disk_type (ide_drive_t *drive,
>
> static void qd_set_timing (ide_drive_t *drive, u8 timing)
> {
> - drive->drive_data &= 0xff00;
> - drive->drive_data |= timing;
> + int drivedata = (int) ide_get_drivedata(drive);
Well, please call it just 'data' (or even 't') in this case.
> +
> + drivedata &= 0xff00;
> + drivedata |= timing;
> + ide_set_drivedata(drive, (void *)drivedata);
Oh, inconsistent spacing again! :-)
> diff --git a/drivers/ide/sl82c105.c b/drivers/ide/sl82c105.c
> index b0a4606..5e42eaa 100644
> --- a/drivers/ide/sl82c105.c
> +++ b/drivers/ide/sl82c105.c
> @@ -76,6 +76,7 @@ static void sl82c105_set_pio_mode(ide_drive_t *drive, const u8 pio)
> struct pci_dev *dev = to_pci_dev(drive->hwif->dev);
> int reg = 0x44 + drive->dn * 4;
> u16 drv_ctrl;
> + unsigned int drivedata = (unsigned int) ide_get_drivedata(drive);
Please call it 'timings'.
> @@ -101,6 +103,7 @@ static void sl82c105_set_dma_mode(ide_drive_t *drive, const u8 speed)
> {
> static u16 mwdma_timings[] = {0x0707, 0x0201, 0x0200};
> u16 drv_ctrl;
> + unsigned int drivedata = (unsigned int) ide_get_drivedata(drive);
Here too...
> @@ -181,10 +185,11 @@ static void sl82c105_dma_start(ide_drive_t *drive)
> ide_hwif_t *hwif = drive->hwif;
> struct pci_dev *dev = to_pci_dev(hwif->dev);
> int reg = 0x44 + drive->dn * 4;
> + unsigned int drivedata = (unsigned int) ide_get_drivedata(drive);
And here...
> @@ -204,12 +209,13 @@ static int sl82c105_dma_end(ide_drive_t *drive)
> struct pci_dev *dev = to_pci_dev(drive->hwif->dev);
> int reg = 0x44 + drive->dn * 4;
> int ret;
> + unsigned int drivedata = (unsigned int) ide_get_drivedata(drive);
And here...
> diff --git a/include/linux/ide.h b/include/linux/ide.h
> index ff65fff..4ab9859 100644
> --- a/include/linux/ide.h
> +++ b/include/linux/ide.h
> @@ -565,7 +565,7 @@ struct ide_drive_s {
>
> unsigned int bios_cyl; /* BIOS/fdisk/LILO number of cyls */
> unsigned int cyl; /* "real" number of cyls */
> - unsigned int drive_data; /* used by set_pio_mode/dev_select() */
> + void *drive_data; /* used by set_pio_mode/dev_select() */
Please don't break the alignment of the 2nd column.
> unsigned int failures; /* current failure count */
> unsigned int max_failures; /* maximum allowed failure count */
> u64 probed_capacity;/* initial reported media capacity (ide-cd only currently) */
> @@ -1570,6 +1570,16 @@ static inline ide_drive_t *ide_get_pair_dev(ide_drive_t *drive)
> return (peer->dev_flags & IDE_DFLAG_PRESENT) ? peer : NULL;
> }
>
> +static inline void *ide_get_drivedata(ide_drive_t *drive)
> +{
> + return drive->drive_data;
> +}
> +
> +static inline void ide_set_drivedata(ide_drive_t *drive, void *data)
> +{
> + drive->drive_data = data;
> +}
> +
> #define ide_port_for_each_dev(i, dev, port) \
> for ((i) = 0; ((dev) = (port)->devices[i]) || (i) < MAX_DRIVES; (i)++)
>
And don't tell me this patch is "elegant"... :-/
MBR, Sergei
next prev parent reply other threads:[~2009-05-12 16:49 UTC|newest]
Thread overview: 59+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <49CCD7C4.8000207@inov.pt>
[not found] ` <49CFDD8F.1030306@bluewatersys.com>
[not found] ` <BD79186B4FD85F4B8E60E381CAEE1909014E2E09@mi8nycmail19.Mi8.com>
[not found] ` <49D0CAE4.9090306@inov.pt>
2009-03-30 15:34 ` EP93xx PIO IDE driver proposal Sergei Shtylyov
2009-05-04 11:24 ` João Ramos
2009-05-05 12:04 ` Sergei Shtylyov
2009-05-06 14:17 ` João Ramos
2009-05-06 17:05 ` Sergei Shtylyov
2009-05-07 9:36 ` João Ramos
2009-05-07 11:01 ` João Ramos
2009-05-07 13:53 ` Alan Cox
2009-05-07 15:33 ` João Ramos
2009-05-08 12:04 ` Bartlomiej Zolnierkiewicz
2009-05-08 12:16 ` João Ramos
2009-05-08 12:40 ` Bartlomiej Zolnierkiewicz
2009-05-08 13:30 ` Sergei Shtylyov
2009-05-08 14:09 ` Bartlomiej Zolnierkiewicz
2009-05-08 17:28 ` João Ramos
2009-05-08 18:02 ` Bartlomiej Zolnierkiewicz
2009-05-08 18:16 ` João Ramos
2009-05-08 18:55 ` Bartlomiej Zolnierkiewicz
2009-05-08 20:24 ` joao.ramos
2009-05-08 21:01 ` Sergei Shtylyov
2009-05-08 22:07 ` Bartlomiej Zolnierkiewicz
2009-05-11 11:10 ` João Ramos
2009-05-12 16:49 ` Sergei Shtylyov [this message]
2009-05-12 17:23 ` Bartlomiej Zolnierkiewicz
2009-05-13 11:01 ` João Ramos
2009-05-17 15:20 ` Bartlomiej Zolnierkiewicz
2009-05-22 17:52 ` Sergei Shtylyov
2009-05-13 14:18 ` João Ramos
2009-05-14 19:44 ` Bartlomiej Zolnierkiewicz
2009-05-15 17:01 ` João Ramos
2009-05-17 16:16 ` Bartlomiej Zolnierkiewicz
2009-05-18 13:49 ` João Ramos
2009-05-19 13:06 ` Bartlomiej Zolnierkiewicz
2009-05-19 13:20 ` João Ramos
2009-05-19 13:56 ` Bartlomiej Zolnierkiewicz
2009-05-19 14:05 ` João Ramos
2009-05-19 15:50 ` João Ramos
2009-06-06 15:26 ` Sergei Shtylyov
2009-06-22 10:01 ` Bartlomiej Zolnierkiewicz
2009-05-14 16:30 ` Sergei Shtylyov
2009-05-14 16:36 ` Sergei Shtylyov
2009-05-14 18:58 ` Bartlomiej Zolnierkiewicz
2009-05-11 13:20 ` João Ramos
2009-05-12 16:41 ` Bartlomiej Zolnierkiewicz
2009-05-12 16:57 ` Sergei Shtylyov
2009-05-12 16:01 ` João Ramos
2009-05-12 16:30 ` Bartlomiej Zolnierkiewicz
2009-05-12 16:45 ` João Ramos
2009-05-07 16:52 ` H Hartley Sweeten
2009-05-07 22:09 ` Ryan Mallon
2009-05-07 22:31 ` H Hartley Sweeten
2009-05-07 22:51 ` Ryan Mallon
2009-05-07 23:01 ` H Hartley Sweeten
2009-05-07 23:12 ` Ryan Mallon
2009-05-07 23:32 ` João Ramos
2009-05-07 23:58 ` H Hartley Sweeten
2009-05-08 11:23 ` Sergei Shtylyov
2009-05-08 12:47 ` João Ramos
[not found] ` <49D12669.4030207@bluewatersys.com>
2009-03-31 10:36 ` 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=4A09A8A1.5070002@ru.mvista.com \
--to=sshtylyov@ru.mvista.com \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=bzolnier@gmail.com \
--cc=joao.ramos@inov.pt \
--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).