From: Juno Krahn <Juno.Krahn@gmail.com>
To: linux-kernel@vger.kernel.org
Subject: Re: WRITE SAME failed in recent kernels
Date: Wed, 17 Apr 2013 13:30:34 +0000 (UTC) [thread overview]
Message-ID: <loom.20130417T151925-309@post.gmane.org> (raw)
In-Reply-To: 516A4E2D.30203@molgaard.org
Sune Mølgaard <sune <at> molgaard.org> writes:
>
> Dear All,
>
> In the setting of an SSD and an HDD connected to a HighPoint RocketRAID
> 620, I am seeing quite a number of log messages such as:
>
> Apr 14 06:02:30 jekaterina kernel: [ 952.460537] sd 8:0:1:0: [sde]
> Unhandled error code
> Apr 14 06:02:30 jekaterina kernel: [ 952.460542] sd 8:0:1:0: [sde]
> Apr 14 06:02:30 jekaterina kernel: [ 952.460544] Result: hostbyte=0x05
> driverbyte=0x05
> Apr 14 06:02:30 jekaterina kernel: [ 952.460546] sd 8:0:1:0: [sde] CDB:
> Apr 14 06:02:30 jekaterina kernel: [ 952.460548] cdb[0]=0x41: 41 00 a8
> c6 fb 78 00 00 18 00
> Apr 14 06:02:30 jekaterina kernel: [ 952.460557] end_request: I/O
> error, dev sde, sector 2831612792
> Apr 14 06:02:30 jekaterina kernel: [ 952.460566] sde1: WRITE SAME
> failed. Manually zeroing.
>
> with sde being the regular HDD.
>
> Now, I am aware that the HighPoint driver, rr62x, isn't part of
> mainline, and thus I have contacted HighPoint Technologies as well, but
> I would like to know how to ascertain whether this is, indeed, a problem
> with their driver, or if it's a problem pertaining to the kernel itself.
>
> Any help, really, is much appreciated, even if it amounts to "HighPoint
> is to blame", as I would then have that on higher authority than myself.
>
> Best regards,
>
> Sune Mølgaard
>
I have this same problem, resulting in many thousands of kernel messages.
Since WRITE SAME support is not essential, it makes sense that the block
driver should disable this feature when it results in an error.
I am also looking into how the HighPoint driver can be patched to prevent
the block driver from using WRITE SAME. However, it seems probable that
other situations will arise due to driver or hardware issues, and it makes
sense to avoid a potential for a flood of repeated kernel messages,
especially for an optional feature.
Juno Krahn
prev parent reply other threads:[~2013-04-17 13:35 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-14 6:35 WRITE SAME failed in recent kernels Sune Mølgaard
2013-04-17 13:30 ` Juno Krahn [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=loom.20130417T151925-309@post.gmane.org \
--to=juno.krahn@gmail.com \
--cc=linux-kernel@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