From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@bugzilla.kernel.org
Subject: [Bug 115351] redundant pointless messages
Date: Mon, 28 Mar 2016 00:55:48 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Return-path:
Received: from mail.kernel.org ([198.145.29.136]:39305 "EHLO mail.kernel.org"
rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
id S1752508AbcC1Azw (ORCPT );
Sun, 27 Mar 2016 20:55:52 -0400
Received: from mail.kernel.org (localhost [127.0.0.1])
by mail.kernel.org (Postfix) with ESMTP id 9C8C12025A
for ; Mon, 28 Mar 2016 00:55:50 +0000 (UTC)
Received: from bugzilla1.web.kernel.org (bugzilla1.web.kernel.org [172.20.200.51])
by mail.kernel.org (Postfix) with ESMTP id 2F99E20251
for ; Mon, 28 Mar 2016 00:55:49 +0000 (UTC)
In-Reply-To:
Sender: linux-scsi-owner@vger.kernel.org
List-Id: linux-scsi@vger.kernel.org
To: linux-scsi@vger.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=115351
--- Comment #1 from d gilbert ---
On 16-03-27 03:48 PM, bugzilla-daemon@bugzilla.kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=115351
>
> Bug ID: 115351
> Summary: redundant pointless messages
> Product: IO/Storage
> Version: 2.5
> Kernel Version: All
> Hardware: All
> OS: Linux
> Tree: Mainline
> Status: NEW
> Severity: low
> Priority: P1
> Component: SCSI
> Assignee: linux-scsi@vger.kernel.org
> Reporter: spamme@ecybernard.com
> Regression: No
>
> First, why does it have to log "Very big device" 44 times on startup.
> Second, Given the size of ALL modern hard drives an array of almost any size
> probably triggers this warning.
That will only occur if this function:
static int sd_try_rc16_first(struct scsi_device *sdp)
{
if (sdp->host->max_cmd_len < 16)
return 0;
if (sdp->try_rc_10_first)
return 0;
if (sdp->scsi_level > SCSI_SPC_2)
return 1;
if (scsi_device_protection(sdp))
return 1;
return 0;
}
returns zero and the disks in question have more than 2**32 - 1
logical blocks. [For 512 byte blocks that is 2 TiB, for 4096 byte
blocks that is 16 TiB.] Modern SCSI (SAS) disks should be reporting
SPC-3 or higher compliance as should virtual disks in any properly
configured array.
> Suggestion: just get rid of this pointless message. Maybe you should just
> always use 16, or maybe for future proofing go to 24 or 32.
The 2**64 logical block maximum in the READ CAPACITY(16) response
should be sufficient, for the time being.
Request: find out why sd_try_rc16_first() returns zero.
Doug Gilbert
--
You are receiving this mail because:
You are the assignee for the bug.