All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
To: Tobias Lorenz <tobias.lorenz@gmx.net>
Cc: linux-ide@vger.kernel.org, Jeff Garzik <jgarzik@pobox.com>
Subject: Re: [PATCH 2.6.9-libata1-dev1] libata-scsi: hdparm support
Date: Thu, 4 Nov 2004 20:50:17 +0100	[thread overview]
Message-ID: <58cb370e04110411502a42c9e9@mail.gmail.com> (raw)
In-Reply-To: <1099587334.26343.13.camel@server.lorenz.priv>

Hi!

On Thu, 04 Nov 2004 17:55:34 +0100, Tobias Lorenz <tobias.lorenz@gmx.net> wrote:
> Hi,
> 
> Bartlomiej Zolnierkiewicz wrote:
> > Speaking about correctness...
> >
> > HDIO_GET_IDENTIFY returns ID block in CPU order (not LE).
> >
> > If you decide to add it sooner or later you will need something ala
> > ide_fix_driveid() from ide-iops.c (bloat).
> 
> Okay, I am wondering, who defined, that hd_driveid has to be little
> endian and not cpu order. Does that really has to be platform

ATA spec ;-)

HDIO_DRIVE_CMD: LE order
HDIO_GET_IDENTIFY : CPU order

> independent ? But anyway...

HDIO_GET_IDENTIFY - yes

> There are two possible solutions:
> 
> The quick way is attached and just adds the missing conversions by
> copy&paste from ide-iops:ide_fix_driveid.

This is not needed (yet)...

ata_std_bios_params() returns things in CPU order arleady,
model and fw_rev are also in CPU order (libata driver handles them).

> The better and less redundant way would be to use the original function:
> - by setting a Kconfig dependency on CONFIG_IDE.
> - or by moving ide_fix_driveid to a seperate file (header file ?).

There was recent discussion about this wrt to isd200.c driver.
IMHO the correct solution is to not need ide_fix_driveid() et all.

> What do you mean ?

My point is that once you decide to support HDIO_GET_IDENTIFY
in libata you will have to take care of this issue (in the future)...

The result will be the same crap as ide_fix_driveid() etc.

I think that is much easier to teach blktool about SG_IO ioctl
and do the stuff right than to try to be "smart" and support all
badly designed IDE driver ioctls used by hdparm...

Bartlomiej

>   Toby
> 
> 
> Signed-off-by: Tobias Lorenz <tobias.lorenz@gmx.net>
> 
> --- a/drivers/scsi/libata-scsi.c        2004-10-30 16:31:01.000000000 +0200
> +++ b/drivers/scsi/libata-scsi.c        2004-11-04 17:39:58.000000000 +0100
> @@ -31,6 +31,7 @@
>  #include <linux/libata.h>
>  #include <linux/hdreg.h>
>  #include <asm/uaccess.h>
> +#include <asm/byteorder.h>
> 
>  #include "libata.h"
> 
> @@ -215,6 +216,17 @@
> 
> 
>         struct ata_port *ap;
>         struct ata_device *dev;
>         int val = -EINVAL, rc = -EINVAL;
> +       struct hd_driveid drv_id = {
> +               .cyls           = 0,
> +               .sectors        = 0,
> +               .heads          = 0,
> +               .fw_rev         = "",
> +               .model          = "",
> +               .cur_cyls       = 0,
> +               .cur_heads      = 0,
> +               .cur_sectors    = 0,
> +       };
> +       int geom[3];
> 
>         ap = (struct ata_port *) &scsidev->host->hostdata[0];
>         if (!ap)
> @@ -249,6 +261,40 @@
> 
> 
>                         return -EACCES;
>                 return ata_task_ioctl(scsidev, arg);
> 
> +       case HDIO_GET_IDENTITY:
> +               ata_std_bios_param(scsidev, NULL, dev->n_sectors, geom);
> +               drv_id.cur_heads        = drv_id.heads          = geom[0];
> +               drv_id.cur_sectors      = drv_id.sectors        = geom[1];
> +               drv_id.cur_cyls         = drv_id.cyls           = geom[2];
> +               strncpy((char *) &drv_id.model, scsidev->model, sizeof(drv_id.model));
> +               strncpy((char *) &drv_id.fw_rev, scsidev->rev, sizeof(drv_id.fw_rev));
> +#ifndef __LITTLE_ENDIAN
> +# ifdef __BIG_ENDIAN
> +               {
> +                       int i;
> +                       u16 *stringcast;
> +
> +                       drv_id.cyls           = __le16_to_cpu(drv_id.cyls);
> +                       drv_id.heads          = __le16_to_cpu(drv_id.heads);
> +                       drv_id.sectors        = __le16_to_cpu(drv_id.sectors);
> +                       stringcast = (u16 *)&drv_id.fw_rev[0];
> +                       for (i = 0; i < (8/2); i++)
> +                               stringcast[i] = __le16_to_cpu(stringcast[i]);
> +                       stringcast = (u16 *)&drv_id.model[0];
> +                       for (i = 0; i < (40/2); i++)
> +                               stringcast[i] = __le16_to_cpu(stringcast[i]);
> +                       drv_id.cur_cyls       = __le16_to_cpu(drv_id.cur_cyls);
> +                       drv_id.cur_heads      = __le16_to_cpu(drv_id.cur_heads);
> +                       drv_id.cur_sectors    = __le16_to_cpu(drv_id.cur_sectors);
> +               }
> +# else
> +#  error "Please fix <asm/byteorder.h>"
> +# endif
> +#endif
> 
> 
> +               if(copy_to_user((char *) arg, (char *) &drv_id, sizeof(drv_id)))
> +                       return(-EFAULT);
> +               return 0;
> +
>         default:
>                 rc = -EOPNOTSUPP;
>                 break;
> 
>

      reply	other threads:[~2004-11-04 19:50 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-22 23:20 [PATCH 2.6.9-libata1-dev1] libata-scsi: hdparm support Tobias Lorenz
2004-10-23 12:36 ` Bartlomiej Zolnierkiewicz
2004-10-23 21:59   ` Tobias Lorenz
2004-10-30 12:43 ` Jeff Garzik
2004-10-30 14:58   ` Tobias Lorenz
2004-10-30 15:27     ` Jeff Garzik
2004-11-02 21:51       ` Bartlomiej Zolnierkiewicz
2004-11-04 16:55         ` Tobias Lorenz
2004-11-04 19:50           ` Bartlomiej Zolnierkiewicz [this message]

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=58cb370e04110411502a42c9e9@mail.gmail.com \
    --to=bzolnier@gmail.com \
    --cc=jgarzik@pobox.com \
    --cc=linux-ide@vger.kernel.org \
    --cc=tobias.lorenz@gmx.net \
    /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.