All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chiaki <ishikawa@yk.rim.or.jp>
To: Dario Oliva <anikami1@gmail.com>
Cc: linux-scsi@vger.kernel.org, doliva@arcoide.com
Subject: Re: IO Data USB HD - read/write with SGIO ioctl does not acces the drive, kernel 2.6.15.6
Date: Wed, 17 May 2006 01:26:42 +0900	[thread overview]
Message-ID: <4469FD42.7060906@yk.rim.or.jp> (raw)
In-Reply-To: <4468E16F.4060709@gmail.com>


It is very possible that the USB<-> ATA(SCSI?) bridge
may not be clever/powerful enough to
understand the emulated SCSI protocol correctly.

I have a I-O HDH-U USB external disk drive
with USB<->ATA bridge inside. (Don't know whether
the manufacrer is the same as yours, but it looks to
be the same manufacturer.)

Obviously S.M.A.R.T. information could not be
passed across this bridge until last April this year.
I-O Device, the manufacturer, issued an upgrade
of the bridge firmware last month, and now at least a particular
S.M.A.R.T.-aware program under Windows XP
can read the S.M.A.R.T. information
from the ATA disk in the external enclosure. Go figure.


Dario Oliva wrote:
> I am trying to use the SG_IO ioctl from the scsi driver to read and 
> write raw
> data to this USB hard drive (IO Data USB HD). I have googled the device 
> name and
> only came up with 13 sites, none of which had any information for this 
> problem.
> This is a link to a reseller in California who sells the device I am using
> http://www.devicenet-usa.com/product_en.html#hdp
> 
> To verify that the data was not being written from the device or read 
> from the device,
> I used a protocol analyzer connected to the hard disk While sending the 
> read or write
> commands using SG_IO, there was no activity on the disk. I have also 
> used a program I wrote
> that reads individual sectors from a disk and displays the data in a 
> format similar to hexdump.
> The output from that program is also attached, in the file named data. 
> As you will see, I did a read
> several times from sector 0, receiving different slightly different 
> values every time.
> 
> I am attaching output from dmesg gathered while connecting and reading 
> from the device.
> 
> 
> Where should I go from here? Are there other debug messages I can enable 
> within the scsi generic drivers.
> 
> 
> Dario Oliva


-- 
int main(void){int j=2006;/*(c)2006 cishikawa. */
char t[] ="<CI> @abcdefghijklmnopqrstuvwxyz.,\n\"";
char *i ="d>qtCIuqivb,gCwe\np@.ietCIuqi\"tqkvv is>dnamz";
while(*i)((j+=(int)strchr(t,*i++)-(int)t),(j%=sizeof t-1),
(putchar(t[j])));return 0;}/* under GPL */

  parent reply	other threads:[~2006-05-16 16:27 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-15 20:15 IO Data USB HD - read/write with SGIO ioctl does not acces the drive, kernel 2.6.15.6 Dario Oliva
2006-05-15 21:49 ` James Bottomley
2006-05-16 16:26 ` Chiaki [this message]
2006-05-16 17:28   ` IO Data USB HD - read/write with SGIO ioctl does not acces the drive, kernel 2.6.15.6 - FIXED Dario Oliva

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=4469FD42.7060906@yk.rim.or.jp \
    --to=ishikawa@yk.rim.or.jp \
    --cc=anikami1@gmail.com \
    --cc=doliva@arcoide.com \
    --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 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.