linux-ide.vger.kernel.org archive mirror
 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 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).