From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@bugzilla.kernel.org
Subject: [Bug 15007] SCSI host adapter's scatter-gather list size Issue
Date: Thu, 14 Jan 2010 08:25:28 GMT
Message-ID: <201001140825.o0E8PS9e010991@demeter.kernel.org>
References:
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Return-path:
Received: from demeter.kernel.org ([140.211.167.39]:47935 "EHLO
demeter.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
with ESMTP id S1755092Ab0ANIZ3 (ORCPT
); Thu, 14 Jan 2010 03:25:29 -0500
Received: from demeter.kernel.org (localhost.localdomain [127.0.0.1])
by demeter.kernel.org (8.14.3/8.14.2) with ESMTP id o0E8PSpM010992
for ; Thu, 14 Jan 2010 08:25:28 GMT
In-Reply-To:
Sender: linux-scsi-owner@vger.kernel.org
List-Id: linux-scsi@vger.kernel.org
To: linux-scsi@vger.kernel.org
http://bugzilla.kernel.org/show_bug.cgi?id=15007
--- Comment #1 from Anonymous Emailer 2010-01-14 08:25:25 ---
Reply-To: fujita.tomonori@lab.ntt.co.jp
On Fri, 8 Jan 2010 11:07:49 GMT
bugzilla-daemon@bugzilla.kernel.org wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=15007
>
> Summary: SCSI host adapter's scatter-gather list size Issue
> Product: IO/Storage
> Version: 2.5
> Platform: All
> OS/Version: Linux
> Tree: Mainline
> Status: NEW
> Severity: normal
> Priority: P1
> Component: SCSI
> AssignedTo: linux-scsi@vger.kernel.org
> ReportedBy: nick.cheng@areca.com.tw
> CC: akpm@linux-foundation.org
> Regression: No
>
>
> I found if I set scatter-gather table size as 1024 Areca's RAID controller,
You mean that setting sg_tablesize in scsi_host_template to 1024?
> ARC1680, and then execute "mkfs.ext3 /dev/sdX" on a sas/sata volume which is
> formated as NTFS, it will kill the controller and let it restart.
> This issue pops up easily on Intel server board with multi-processors and so
> far can not be reproduced on a volume with a original Linux filesystem such as,
> ext3.
Can your controller hardware and firmware handle 1024 scatter gather
entries?
> I also found the issue is on the write command with 128 sg entries, each with
> 4K byte in length. As the command comes from the upper layer, it lacks data in
> the 128th sg entry.
The device driver really get 128 entries?
How can you issue a write command with 128 sg entries?
Even if your user-space application issues a write command with 128 sg
entries, the device driver could get less sg entries.
If the device driver gets a command including 128 sg entries
(cmd->sdb.table.nents is set to 128) and 128th sg entry doesn't have
data, then probably we have a bug in scatter gather or block layer
code.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.