From: thomas schorpp <t.schorpp@gmx.de>
To: Linux SCSI list <linux-scsi@vger.kernel.org>
Cc: linux-ide@vger.kernel.org
Subject: (SAT) libata + hdparm/smartctl
Date: Thu, 10 Nov 2005 16:05:51 +0100 [thread overview]
Message-ID: <437361CF.2040909@gmx.de> (raw)
In-Reply-To: <437358EA.3090406@rtr.ca>
Mark Lord wrote:
> thomas schorpp wrote:
>
>>
>> for hdparm ata-security theres ide taskfile used, can scsi command
>> sequences combined with ide taskfiles which use own ioctls?
>
>
> As Jeff said, libata translates some of the HDIO_TASK* functions
> into SCSI passthru commands, which then get translated back
> into ATA commands at the time of issue to the device.
>
> Once passthru makes it out into the wild (Linus kernels),
> I'll update hdparm to have it use SCSI passthru instead
> when available/appropriate.
>
> There will have to be about a year or so of full overlap
> (hdparm, smartmontools, and kernel), to give distros time
> to update/release with all of the affected components.
>
> After that, I imagine Jeff may want to remove the HDIO_TASK*
> calls again.
>
> Cheers
ive tried the whole day to make this driver helper libata or parts of it available to the user space
and it didnt work out, sorry, you cant include the header in user-space apps and theres no interface to it.
but if You say so, i'll take a closer look at libatas HDIO_TASKs but this has to be utilized automatic then,
at this time libata.ko does not get loaded or used by usbstorage devices.
when it is a driver library i will use it with drivers, as it should be:
so i look if i can modify sg, sd_mod or/and usb-storage to detect passthru needing devices automatic and to
take action on passthru needing functionality, then none of the user space apps should need to be worked on.
(hopefully)
y
tom
next prev parent reply other threads:[~2005-11-10 15:05 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-08 19:50 [usb-storage] [Merging ATA passthru] on integrating SMART/ATA-Security in usb-storage driver Timothy Thelin
2005-11-09 9:04 ` thomas schorpp
2005-11-09 9:45 ` thomas schorpp
2005-11-09 10:05 ` thomas schorpp
2005-11-09 13:21 ` Mark Lord
2005-11-09 14:05 ` thomas schorpp
[not found] ` <4372172A.50003@gmx.de>
[not found] ` <43721C3C.1010103@pobox.com>
[not found] ` <1131553363.3271.1.camel@mulgrave>
2005-11-10 6:19 ` [DOC PATCH] T10/04-262r8 thomas schorpp
2005-11-10 7:44 ` Jeff Garzik
2005-11-10 14:27 ` Mark Lord
2005-11-10 15:05 ` thomas schorpp [this message]
2005-11-20 7:10 ` (SAT) libata + hdparm/smartctl Douglas Gilbert
2005-11-10 15:58 ` [DOC PATCH] T10/04-262r8 James Bottomley
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=437361CF.2040909@gmx.de \
--to=t.schorpp@gmx.de \
--cc=linux-ide@vger.kernel.org \
--cc=linux-scsi@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).