From: Mark Lord <lkml@rtr.ca>
To: Jiri Slaby <jirislaby@gmail.com>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
linux-scsi@vger.kernel.org,
linux-usb-devel@lists.sourceforge.net
Subject: Re: usb device problem
Date: Tue, 06 Jun 2006 14:07:02 -0400 [thread overview]
Message-ID: <4485C446.2040203@rtr.ca> (raw)
In-Reply-To: <4485A855.1020602@gmail.com>
Jiri Slaby wrote:
> Mark Lord napsal(a):
>> Jiri Slaby wrote:
>>> Hello,
>>>
>>> I get this with 2.6.17-rc5-mm3 kernel:
>> ..
>>> usb-storage: device found at 10
>>> usb-storage: waiting for device to settle before scanning
>>> Vendor: Model: Rev:
>>> Type: Direct-Access ANSI SCSI revision: 00
>>> SCSI device sdb: 245920 512-byte hdwr sectors (126 MB)
>> ..
>>> now read and write and sync or umount, then:
>>> ---
>>> sd 10:0:0:0: SCSI error: return code = 0x10070000
>>> end_request: I/O error, dev sdb, sector 1575
>>> sd 10:0:0:0: SCSI error: return code = 0x10070000
>>> end_request: I/O error, dev sdb, sector 1583
>>> sd 10:0:0:0: SCSI error: return code = 0x10070000
>>> end_request: I/O error, dev sdb, sector 1591
>>> sd 10:0:0:0: SCSI error: return code = 0x10070000
>>> end_request: I/O error, dev sdb, sector 1599
>>> sd 10:0:0:0: SCSI error: return code = 0x10070000
>>> end_request: I/O error, dev sdb, sector 1607
>>> sd 10:0:0:0: SCSI error: return code = 0x10070000
>>> end_request: I/O error, dev sdb, sector 1615
>>> ... and so on. data are maybe there, but it takes so long to write a
>>> meg file.
>>> sometimes
>> ..
>>
>> This *looks* like maybe the drive reported a sector read error,
>> and the standard "fail the whole request one block at a time"
>> error mechanism from sd.c has kicked in.
>
> Do you mean something like seek error, i.e. error in hardware, or how to call
> this? This is brand new minisd card, it is possible to be waster, but it's
> rather something bad in the software (writing by the device itself is perfomed
> and data are ok). The error occurs accurately every 8 sectors...
The "every 8 sectors" corresponds to the Linux page size (32-bit) of 4KBytes,
which is the basic block I/O unit in real life.
The 0x1007000 is broken down as:
07 == "host byte" = DID_ERROR = "internal error"
10 == "driver byte" = SUGGEST_RETRY
So it could just be some kind of internal soft error within the device driver.
The messages certainly lack end-user clarity, though.
>> I have a patch to fix this behaviour (in sd.c), but it has not yet
>> been decided whether to go upstream with it or not.
>
> Could you post me a copy, please?
Probably tomorrow. I haven't ported it forward yet (from a much older kernel).
But I don't think it will help here now, as these errors
don't really look like bad media -- gotta look inside the usb-storage code to find out.
Cheers
next prev parent reply other threads:[~2006-06-06 18:07 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-06-06 15:09 usb device problem Jiri Slaby
2006-06-06 15:43 ` Mark Lord
2006-06-06 16:08 ` Jiri Slaby
2006-06-06 18:07 ` Mark Lord [this message]
2006-06-06 18:13 ` Mark Lord
2006-06-06 21:37 ` Jiri Slaby
2006-06-06 22:46 ` Jiri Slaby
2006-06-07 13:14 ` Mark Lord
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=4485C446.2040203@rtr.ca \
--to=lkml@rtr.ca \
--cc=jirislaby@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=linux-usb-devel@lists.sourceforge.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).